Іван Клімчук

Будет выглядеть как троллинг :)

Вообще ребят я понять могу, пробуют новую тему, начинают с введения и собираются смотреть на отклик. Ну у меня такое чувство, что просто придумали давайте делать и не провели никакого анализа. Ибо как заметили, введения хватает, а вот что-то более серьезного, нет. Да и уроков и ответов на вопросы на этом сайте уже пару тысяч. Я в своем плане тоже думал начать с основ, но после анализа отказался.
Так что наберитесь терпения, надеюсь очень скоро будет где учиться глубинам MODX. Я преодолел юридический барьер, разработка сервиса в самом разгаре, контент тоже готовиться )

А ребятам успеха желаю, все же знания — они всегда в цене. Найдутся и те, кому введение будет интересно.

Такс! Ждем анонс! :) У меня бреветов в это время нет, можно и зарулить. Хотя там Василий примерно в это время в Минск вроде собирался, возможно случится накладка. В любом случае ждем подробностей )

Без проблем, проверено на 30 тысячах.

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

Стремают меня ребята, которые пишут ModX, да еще и на Evo… Сомнительная работа, имхо. Хоть Evo и развивается, думаю, если позвать толково разработчика, дешевле выйдет переписать все это, чем поддерживать в таком виде. Легаси-код до добра еще ни разу не доводил.

События в MODX срабатывают и обрабатываются исключительно на бэкенде, т.е. на сервере в php коде. Все, что касается админки, это уже клиентский код и там они силы не имеют (только косвенно), поэтому чтобы работало такое обновление полей, нужно подключать к форме свой компонент на ExtJS, где и обновлять страницу или отдельные поля формы.

2.4.3 несовместима с php7. Баги по совместимости исправлены в 2.5.0-RC1

у меня такое было на mariadb, но проблема была не в БД непосредственно, а в кривых руках, который настраивали сервер. Если прописать localhost в качестве хоста базы, в том числе и через Gitify — не работает, а если 127.0.0.1 — все отлично.

А я уже понадеялся почитать про настоящую двухуровневую авторизация с смсками и токенами, а тут просто basic-авторизацию навесили. Эх…

Ну там и объем работы соответствующий. Или вы клиентам тоже за «Спасибо» сайты делаете? xD

Тем не менее отлично работает :)

Поддержу. Если нужно взломать сайт, то переименование без обеспечения нормального уровня безопасности ни разу не помогут. Это как на дверь повесить табличку с надписью «это окно» и наоборот.

Количество галочек на скорости практически не отобразится, так как таблица со значениями TV компактная и с проставленными индексами, плюс у вас же будет limit + сортировка по дате. Если сомневайтесь, по получите итоговый SQL, включив showLog=1 и прогоните через explain в phpmyadmin или еще где либо. Т.е. в главные новости будет попадать только N последних новостей, хотя отмечено может быть много.
Если мусор хочется почистить иногда, то можете создать скрипт, который будет выбирать новости старше N дней и убирать с них галку Главная новость и запускать такой скрипт в cron раз в сутки.
Парится по поводу того, что не попадет в тематический виджет, не стоит. Потому что в них тоже будут новости и количество их будет лимитировано. Допустим была главная новость в экономике, она больше не главная, но за это время добавилось 5 новостей в раздел Экономика, а виджет показывает только 5 штук. Следовательно она и так не попадет в виджет. Т.е. временные отрезки и там и там одинаковы, а учитывая, что главные новости добавляются реже, то к моменту потери актуальности они будут далеко в конце ленты. А если какую-то новость нужно таки снять с главной прямо сейчас, то это уже будет в ручном режиме происходить.
Вариант с пересохранением отживших новостей через плагин не самый подходходящий, так как вы не знаете точное количество главных новостей сегодня (их может вообще не быть).

Как-то переусложнено. Делаете TV «Главная новость» в виде чекбокса, в вызовах где есть виджеты используете TV фильтр tvFilters, которые исключает все заметки, где Главная новость == true.

ms2 позволяет переопределить javascript файл, ответственный за обработку событий на сайте. Можете скопировать js-файл минишопа в свою директорию, в системных настройках указать путь к нужно файлу и там переписать чать, отвечающую за обработку чекбоксов.

Активно работаю последние 2 дня с modx сайтами, включая fenom (в повседневной жизни пишу на матером PHP немного другие проекты) и вот чего мне не хватает, так это модификаторов в fenom, которые дублируют встроенные MODX фильтры (особенно когда старый код переносишь на fenom). Можно писать сниппеты и тд, конечно, но это накладно и лениво. Если не сильно противорчечит парадигме, плюсую за это улучшение (надеюсь руки дойдут портировать самостоятельно в видео pull request).

В остальном спасибо, работать сильно удобнее.

Тогда уж лучше использовать класс DateTime, хоть нагляднее будет.

return (new DateTime($input))->format(DateTime::ISO8601);

Можно попробовать обычным модификатором MODX сделать правильную дату.

[[+date:strtotime:date=`%Y-%m-%d\T%H:%M:%S%Z`]]

Так нужно ж было сразу вызов написать правильный, а то ж фиг разберешься. Написано одно, имеется ввиду другое. Если по делу, то у Wayfinder нужно проставить параметр &scheme=`https` и в самом MODX в системных найтроках link_tag_scheme поставить правильное значение. Если совсем все плохо, то можно залезить в core/config/config.inc.php и там выставить правильное значение.

В админке все само, насколько я помню меняется, а на самом сайте тег base прописывется ручками в сам шаблон самим пользователем. Так что вопрос для меня выглядит капитанским до невозможности.