Іван Клімчук

У меня в планах сразу после postgres. Желающие помочь (описать, что должно быть в компоненте сообщений обязательно, что хотелось бы и т.д.) — you're welcome!

MariaDB, как и Percona (и mysql) — это одно семейство, причем практически взаимозаменяемое (если использовать общий стандарт, а не фичи отдельных движков). Postgres не великоват, но в 21 веке не иметь поддержки pgsql — форменный бардак. Правда иногда случаются и «веселые» вещи, когда нужно поддерживать обе ветки (это я про свой рабочий OS проект).

Боюсь, что они только там и есть. Я больше не встречал. Верстка и стили для них есть, несомненно, и компонент, который их добавляет (вроде бы moddevtools) их использует, но они не везде добавлены.

Так их в Рево и нет. :) То, что у вас есть хлебные крошки — это заслуга компонента (я забыл название) и претензии к нему.

Он (модуль сообщений) будет выпилен как раз в угоду тому, чтобы запилить нормальные сообщения в виде отдельного компонента, который можно обновлять и дорабатывать и обновлять независимо от самого MODX.

Можно написать простой прототип решения, чтобы было о чем общаться предметно, а уже потом его развить. Так то у команды есть свой план, остальные вольны делать что хочется. Я например пилю поддержку postgres (не самая простая задачка), кому интересно: github.com/modxcms/xpdo/pull/136/files

В этом нет необходимости. MODX как раз тем и хорош, что легко дополняется. Вам не нравятся хлебные крошки сейчас, а а кому-то не понравятся новые. Если сделать их встроенными — значит заблокировать возможность их менять как душе угодно (либо с ограничениями). Другие функции — такая же история. Так что в 3 версии скорее некоторые вещи будут и вовсе удалены, нежели добавлены, но при этом будет обеспечена возможность внедрять свои более удачные решения на замену удаленным функциям.

С переводом можно помочь вот тут crowdin.com/project/modx-revolution
3 версия там пока не добавлена, но можно исправить и в текущих, которые потом попадут в 3 ветку тоже.

По теме поста — получилось ни о чем.
> Знак, прежде всего, должен быть решен в моно. Градиенты и тени можно навесить позже (если вообще надо).
Текущий знак решен в моно, то, что у вас лесенки при увеличении масштаба, это проблемы сглаживания у вас, у меня SVG отрисовоывается как нужно.
> Должна читаться Х, иначе смысла в знаке нет.
Ваши фантазии. Кто вам сказал, что нужен именно четкий X?
> Максимальная преемсвенность, чтобы никто не возмущался.
Я уже возмущен, никакой приемственности нет. Вообще.
> Основной цвет — зеленый (продолжение предыдущего пункта).
Почему именно зеленый? В лого 3 цвета почти всегда так было.

Я не вижу смысла переделывать логотип именно продукта, а не версии. А здесь обсуждается логотип именно MODX, а не конкретной версии системы. Новое лого Ево имело смысл, так как это был форк и отдельный продукт со своим жизненым циклом и нужно было убрать связь с MODX.

Только на habr такое не постите, а то меня там за это забанили пару лет назад. :)

В теории верно, но относительно MODX под PL всегда подразумевалось что-то вроде Public reLease, т.е. стабильная версия. Относительно недавно было обсуждение на эту тему в англоязычном Slack.

Амазон S3 для хранения файлов это уже стандарт де факто. По надежности вряд ли ему найдутся равные. По ценам — тут уже нужно считать, насколько вам выгодно. У меня сейчас около 20гб горячих данных и 40 гигов в glasier (бекапы исходников), трафик небольшой, стоит порядка 5$ в месяц (ничто по сути), файлы — видео в HLS. Если проект в основном на Россию ориентирован, то я бы смотрел на Селектел, так как просто территориально ближе и будет быстрее работать (и есть СDN за адекватные деньги, у амазона CloudFront стоит космических бабок) и по ценам вроде выгоднее, по надежности не скажу, не пользовался плотно.

Защита касается только самого факта установки, на работоспособность это не влияет. Т.е. вы можете установить компонент, а затем закрыть сайт внутри сети и ничего не сломается (разве что статистика в modstore уходить не будет, но это уже не ваши проблемы). Касательно поддомена с админкой тоже самое.

У вас проблема в if ($value) {}, потому что PHP усерднее учить нужно. Если из формы приходит ноль, то if (0) никогда не выполнится, а сохранение настроек у вас только внутри условия. Следовательно если да (1) — работает, нет (0) — нет.

По идее можно будет обновить безпроблемно, но по ходу разработки может что и поломается, тут загадывать пока рано. Но в любом случае будет написан подробный гайд по тому, как обновить и что делать, если что-то сломалось.

modx.com/extras/package/collections

Если брать именно те категории, которые в дереве, то никак. Но никто не мешает создать свой список категорий в своей таблице и выводить их в виде таблицы. Хотя можно и компонент дерева прикрутить, но нужно пробраться через дебри extjs. Но это в любом случае не решается какими-то стандартныим решениями.

Второй вопрос, что скрипт как-то коряво работает. Получается он удаляет старые категории и полностью пересоздает новые при каждом запуске скрипта, а это уже дичь. Если категория существует, зачем ее удалять? Можно обновить значения и только.

Если отвечать в стиле вопроса, т.е. коротко, то ответ — да, возможно.
Детали есть в документации.

В 40 лет понимать весь этот бардак может и сложно, но 20 лет назад ничего не было и это все выдумывали на ходу и было не так удобно получать все эти знания, как сейчас. А вы тут жалуетесь. Ну и к слову, с каких пор быть инженером должно быть легко? А программирование (нормальное, не формошлепство) — это все таки поиск решений проблем, настоящая инженерная задача, которая требует обширных знаний в различных областях. Это не просто ни разу, но оплачивается соответственно.

В файле src/core/components/shopstats/model/shopstats/minishop2.class.php в строке 27 заменить "$output = '';" на "$output = [];".
Хотя вроде уже не актуально и исправлено.