◄ Помощь ► Magento 2

Добрый день. Перестали отображаться заказы в админке, magento 2.3.1. На дашборде отображаются, store manager тоже их видит, в личном кабинете отображаются. На гитхабе внятного решения не нашел. Может кто сталкивался?
подобная ситуация была и у меня, как оказалось после миграции было несколько товаров без sku
 
Спасибо, но на своём сервере он легко разворачивается, не съедая ресурсов. Если кому надо, могу помочь через вайбер за спасибо. Пишите в личку. Про хостинг, полтора года для теста пользуюсь гугл клауд одной карточкой бесплатно сколько угодно, на локалхосте давно ничего не делаю.
redis, vartnish ставишь?
 
redis, vartnish ставишь?
О нет, я такой же как и все начинающие. Но год назад нашел для себя киберпанель с платным litespeed с установкой одной кнопкой, 2 ядра 4 гига для magento2 достаточны 100 юзеров онлайн держать по тестам, mariadb и redis идут из коробки. В личку давай, дам ссылку и пообщаемся
 
Слушай интересная ботва получается... А какая альтернатива/аналог Мадженте есть? Читаю форумы - ничего внятного - сопли жуют.
Мне CS-Cart понравился. Весит меньше.
Товары импортирует быстрее и лучше. Функционал из коробки на отличном уровне . Но тем и плагинов маловато, наверно из-за небольшой популярности.
 
Приветствую, а есть тут кто запиливает свои темы под М2?
В настоящее время интересует все что связано с версткой тем под М2, любые идеи и инструменты, облегчающие работу с фронтом.
Вообще ситуация такая: на работе это громко называется "разработка собственной темы" под М2. По сути - тупо css перекраивание дефолтной для М2 темы blank.
Ну да ладно, не столь важно - а важно вот что.
У меня тут старшая фронтендерша, дольше работающая и потому более опытная, берет коня за яйца быка за рога и начинает дико ***нокодить.
Суть.
Берем чистую blank, и навешиваем свои стили для всех девайсов. Героиня разделила работу таким образом: она значит верстает под десктоп, причем, делает это вообще без оглядки на то что меньше 768px. При этом она почему то решила, что все что она делает, называется mobile first, поэтому она начинает писать медиазапросы в less для min-width, начинает писать для min-width:768px, ниже для от 1024, и еще ниже от 1200.
Ну то есть, в принципе, было бы правильно для концепции mobile first, если бы стили для меньших расширений располагались бы выше, а в самом верху были бы дефолтные стили без медиа запросов, т.е. это были бы стили для самого меньшего расширения, которые бы перебивались бы следующими, уже стилями с медиазапросами.
Так было бы приемлемо, хотя понятно, что верстать было бы логично и правильно тоже начиная с верстки под мобайл.
Но главная беда в том, что она в тех же файлах медиазапросы для max-width располагает точно также, как и для для min-width, т.е. по возрастанию медиа. Чем больше разрешение, тем ниже. И тут для меня уже полный треш и адский ад - половина из того что я пишу, натыкается на перекрывающие медиа. Приходится извращаться с конкретной уникализацией селектора, но ясно же что это не выход и иногда это тоже не помогает.
В общем, хотелось бы советов, как вы организуете свою подобную работу? Как сэкономить время и нервы, кроме как настоять на том чтобы полностью все брать на себя и верстать все самому? В принципе организация правильного процесса, в данном случае вестки, справедливо для любого проекта, не только для M2. Просто сейчас я весь только в М2, и конкретно в blank концепт как то тоже организован, судя по всему, как раз это mobile first.
Надеюсь на советы по делу.
 
Приветствую, а есть тут кто запиливает свои темы под М2?
В настоящее время интересует все что связано с версткой тем под М2, любые идеи и инструменты, облегчающие работу с фронтом.
Вообще ситуация такая: на работе это громко называется "разработка собственной темы" под М2. По сути - тупо css перекраивание дефолтной для М2 темы blank.
Ну да ладно, не столь важно - а важно вот что.
У меня тут старшая фронтендерша, дольше работающая и потому более опытная, берет коня за яйца быка за рога и начинает дико ***нокодить.
Суть.
Берем чистую blank, и навешиваем свои стили для всех девайсов. Героиня разделила работу таким образом: она значит верстает под десктоп, причем, делает это вообще без оглядки на то что меньше 768px. При этом она почему то решила, что все что она делает, называется mobile first, поэтому она начинает писать медиазапросы в less для min-width, начинает писать для min-width:768px, ниже для от 1024, и еще ниже от 1200.
Ну то есть, в принципе, было бы правильно для концепции mobile first, если бы стили для меньших расширений располагались бы выше, а в самом верху были бы дефолтные стили без медиа запросов, т.е. это были бы стили для самого меньшего расширения, которые бы перебивались бы следующими, уже стилями с медиазапросами.
Так было бы приемлемо, хотя понятно, что верстать было бы логично и правильно тоже начиная с верстки под мобайл.
Но главная беда в том, что она в тех же файлах медиазапросы для max-width располагает точно также, как и для для min-width, т.е. по возрастанию медиа. Чем больше разрешение, тем ниже. И тут для меня уже полный треш и адский ад - половина из того что я пишу, натыкается на перекрывающие медиа. Приходится извращаться с конкретной уникализацией селектора, но ясно же что это не выход и иногда это тоже не помогает.
В общем, хотелось бы советов, как вы организуете свою подобную работу? Как сэкономить время и нервы, кроме как настоять на том чтобы полностью все брать на себя и верстать все самому? В принципе организация правильного процесса, в данном случае вестки, справедливо для любого проекта, не только для M2. Просто сейчас я весь только в М2, и конкретно в blank концепт как то тоже организован, судя по всему, как раз это mobile first.
Надеюсь на советы по делу.
лучше вообще Magento less выкинуть, и использовать свой scss/sass движок и покомпонентно делать, с mobile first и генерацией результирующего styleguide.
 
Всем! Все запросы на платные услуги, доработки, покупки и продажи ТОЛЬКО в рекламном разделе
Либо есть личка. Все сообщения, нарушающие правила, будут удаляться
 
по прежнему пытаюсь наладить комфортную работу с фронтендом в М2 - поскольку пока ничего более удобного чем Для просмотра ссылки Войди или Зарегистрируйсяне нашел, экспериментирую пока с ним и с соответствующей темой - Для просмотра ссылки Войди или Зарегистрируйся.
Вроде все работает, настроил browsersync - периодически глючит ну да то такое.
Сегодня встал в ступор вот в каком месте.
Возникла необходимость изменить некоторые элементы, например перенести лого, поиск, корзину, из контейнера header content в header.panel, а в header content добавить свой кастомный блок.
Sass blank базируется на стандартной blank, и если включить в админке показ путей шаблонов блоков на фронте, то видно, что все шаблоны от blank magento, и sass blank использует эти шаблоны, своих у нее нет.

В sass теме в папке layout создал default.xml, абсолютно идентичный default.xml темы blank ,в нем прописал вновь созданный блок, а также добавил перемещение элементов -
Код:
<move element="minicart" destination="header.panel" before="-"/>
ну и так далее, по образцу.
Magento новый xml видит - вначале была ошибка в кодировке, ругнулась, поправил кодировку - все норм. Но оказывается, что любое изменение в default.xml sass темы приводит к такому поведению, что перестают отображаться ссылки top.links, ссылки в футере, возможно, еще что то. Вновь созданный блок и лого отображаются нормально. Возвращаю default.xml без этих изменений - все отображается нормально.
В то же время, если тему sass не редактировать, а все изменения делать непосредственно в файле default.xml главной blank, все отображается нормально. Но стандарнтую тему изменять нельзя, так как у нее несколько разных дочерних на разных сторвью.
Кто то если сталкивался, подскажите в чем причина такого поведения? Чувствую, что где то накосячил, но пока не могу найти где...
 
Hi Guys !

I downloaded the free (and great) Manage Customer Attributes (Для просмотра ссылки Войди или Зарегистрируйся) but there isn't any checkbox or radio button field yet on it. I can't find where I can define this kind of field on it : is there someone who already try to do it or know this extension ?
 
по прежнему пытаюсь наладить комфортную работу с фронтендом в М2 - поскольку пока ничего более удобного чем Для просмотра ссылки Войди или Зарегистрируйсяне нашел, экспериментирую пока с ним и с соответствующей темой - Для просмотра ссылки Войди или Зарегистрируйся.
Вроде все работает, настроил browsersync - периодически глючит ну да то такое.
Сегодня встал в ступор вот в каком месте.
Возникла необходимость изменить некоторые элементы, например перенести лого, поиск, корзину, из контейнера header content в header.panel, а в header content добавить свой кастомный блок.
Sass blank базируется на стандартной blank, и если включить в админке показ путей шаблонов блоков на фронте, то видно, что все шаблоны от blank magento, и sass blank использует эти шаблоны, своих у нее нет.

В sass теме в папке layout создал default.xml, абсолютно идентичный default.xml темы blank ,в нем прописал вновь созданный блок, а также добавил перемещение элементов -
Код:
<move element="minicart" destination="header.panel" before="-"/>
ну и так далее, по образцу.
Magento новый xml видит - вначале была ошибка в кодировке, ругнулась, поправил кодировку - все норм. Но оказывается, что любое изменение в default.xml sass темы приводит к такому поведению, что перестают отображаться ссылки top.links, ссылки в футере, возможно, еще что то. Вновь созданный блок и лого отображаются нормально. Возвращаю default.xml без этих изменений - все отображается нормально.
В то же время, если тему sass не редактировать, а все изменения делать непосредственно в файле default.xml главной blank, все отображается нормально. Но стандарнтую тему изменять нельзя, так как у нее несколько разных дочерних на разных сторвью.
Кто то если сталкивался, подскажите в чем причина такого поведения? Чувствую, что где то накосячил, но пока не могу найти где...
Здесь тоже стандартную тему переделывают, может что можно интересного почерпнуть Для просмотра ссылки Войди или Зарегистрируйся. Или здесь Для просмотра ссылки Войди или Зарегистрируйся
 
Назад
Сверху