Николай Савин

Кстати рерайт — отличная идея. С разрешения Артема конечно и указания ссылки на канал.
Тот же код, который пишет Артем в прямом эфире — полезно будет воспроизвести для лентяев.

Плюс за разбавление информационной тишины.

Не критика — делюсь мнением.
Не разу не пользовался ни одним из этих пакетов. Даже не могу представить ситуации, когда бы мне это пригодилось. За глаза хватает чаще всего использования файловых элементов феном + работа на phpStorm (где всегда включено версионирование естессно). В тех редких случаях когда требуется управлять и записями в базу — использую App, и то что уже поднакопил на базе App.
С App можно и ресурсы и шаблоны и TV и системные настройки версионировать. Ну и прочие атрибуты, вроде списка компонентов, конфигураций MIGX можно все в резолверы положить. При этом не нужно править сорцы и переживать потом за обновление.

Не разделяю, кстати, критики в сторону TV, прозвучавшей в комментариях. Ничего плохого в них нет. И их использование часто вполне себе оправдано, особенно на небольших проектах.
В первую очередь они удобны из-за своего разнообразия и предустановленных настроек для различных типов. Ну и конечно можно настроить связку TV + аналог в системной таблице + плагин, пересохраняющий значение TV в системную таблицу

Вспоминали многострадальный снег. Но это не Баха вспоминал.

Смотрите — здесь две стороны медали. Да безусловно — стандарты, есть стандарты и поисковые боты скорее всего все таки заметят несоответствие стандартом. Но само по себе это не является фактом ранжирования. Это может лишь служить сигналом об общем качестве сайта и проверке на другие HTML ошибки.

Но важно понимать и другую сторону. Изображения webp весят существенно меньше, а значит страница загружается гораздо быстрее. Ну а скорость загрузки страницы — очевидный фактор ранжирования.

Итого скорость загрузки и вес страницы кладут на обе лопатки отсутствие обязательных атрибутов.

Не делай так. Забанят.

Выглядит правдоподобно. Но вам нужно создавать свой собственный плагин. Иначе при обновлении miniShop может затереть ваши изменения.

Просто и без лишних слов (дабы администрация не ругалась) ставлю большой однозначный плюс!

Когда мне надо, я делаю несколько джоинов, на каждую картинку отдельно с псевдонимами image1, image2, image3 и так далее. А в чанке уже проверяю на существование каждую картинку, сколько их там надо. Хоть 10 штук. Такой вариант будет быстрее и правильнее, чем в каждом чанке вызывать ms2Gallery, но код вызова существенно сложнее получается. Могу дать пример вызова если надо.

Может Яна не в курсе? @yani сделаешь обновление?

Ну сегодня все очень быстро, да.

Демо загружается секунд 30-40.

Убирает предупреждение для серверов на apache, а вот для серверов на ngnix, которых большинство — фокус не удастся, там только текстовый файл физически удалять

Присоединяюсь — хотелось бы возможность удаления своих черновиков.

Паттерн по умолчанию согласен — нужен. Сделаю.

офф доку MIGX?

Актуален. Даже с более старыми версиями вполне себе можно работать

Как минимум более знакомо и управляемо.

Никогда не задумывался что так можно. Интересный способ — и правда быстрее. Правда надо в XML схемах ориентироваться.
Но надо еще понимать, что в этом случае мы не получаем управление записями в табличке внутри админки, только через API.
Или MIGX и здесь может помочь?

Насколько я знаю, шаблоны рассылок sendPulse никак от сайта не зависят и формируются ТОЛЬКО внутри интерфейса sendPulse. Никаким образом они не принимают контент извне, в том числе из сайта.

Для твоей задачи — думаю лучше воспользоваться отдельным компонентом, вроде sendex. Но тут в качестве минуса можно отметить то, что не будет возможности отслеживать доставку, открытие писем, как в SendPulse.

Возможно есть решения для сочетания всех идей и преимуществ — я не особо вникал в тему рассылок

Кто рендерит pdf? Браузер или сервер? Возможно ли сохранение скриншота заказа через API?