Проходит немного времени и понимаем, что энтузиастов нет. К сожалению.
Я бы может и занялся, но 2 момента:
Во первых, нужна внятная концепция нового MODX. composer и стандарты PSR-& мне особо не нужны. Единствонно что напрягает версионность и extJS, а все остальное в MODX меня устраивает. Чем новая MODX-like CMF должна быть лучше, чтобы начать ее писать?
Во вторых, с моим темпом написания кода пилить все функции аналоги функций MODX в одиночку буду лет 5 и это просто не имеет смысла.
Вообщем нужна концепция. Без этого ни самому пилить ни привлекать кого-то не получиться.
Мне нравиться делать на нечто среднем между CMS и фреймворком :-). Чтоб возможности модификации были не такими ограниченными как на Shop-script и чтоб было много готовых инструментов типа pdoMenu, pdoPage, чтоб была система пользователей — авторизации из коробки и т.д.
Да фиг знает :-). MODX у меня первая и единственная система в которой я программирую. ларавел октябрь и остальные как-то не вдохновляют. Это паника, что MODX умирает заражает :-). Вот ищю альтернативы. Но пока ничего не приглянулось.
Страпи уже тыкал. Впечатления пока не однозначные. Во первых ошибку через раз кидает почему-то. Во вторых там нет админки для менеджеров. Бекенд только таблицы конструировать и наполнять их. Конечно, менеджеры грубо говоря таблицы только и наполняют, но им тоже дружелюбный интерфейс нужен. Например интерфейс магазина и интерфейс наполнения страниц(блога, новостей, статей).
Ну CMS и язык программирования конечно сравнивать я поторопился, но я имел в виду, что у ноды некоторое преимушество перед php. На php для меня MODX лучший, но, если бы на ноде была сравнимая с MODX CMS, я бы начал ее изучать и на ней программировать. Но такой CMS на ноде не нашел, а компонентов, чтоб собирать сервер на ноде много и их изучать много времени надо и передавать такой сервер другому програмисту не очень получиться наверно. Много уникального кода в небольшом проекте и программист перестал поддерживать проект — проект загнулся :-(.
Жить он будет ещё достаточно долго, в том или ином виде.
По моему, сейчас, его паникеры мол долго не развивается губят.
У MODX получилась какая-то цельная конструкция, что нет необходимости каждый раз собирать систему из кучи разнородных компонентов. И для сборки сайта на MODX требуется немного компонентов и большая часть компонентов совместимы с друг другом. По крайней мере для меня это большой плюс. Не приходиться изучать кучу плагинов как для вордпресс. И много внятной документации на русском. И достаточно развитое сообщество.
Но и разрабам такой системы сложно делать обновления. Приходиться думать над совместимостью.
Вообщем на MODX я крепко залип. Единственный конкурент MODX для меня это node.js, но блин это конструктор еще тот :-(. Нефига не цельная экосистема.
Так вот, вчера меня из него исключили без объяснения причин.
Вы Василий человек так скажем резкий. Может и за дело выкинули? ;-)
Добрый день! У нас пришлось дописывать антибот чтоб с пустым реферал запросы автоматически блокировал. И то это только снизило нагрузку. Парсили с кучи разных IP и USER AGENT со всего мира. Самая полезное оказалось что у провайдера есть возможнось заблокировать не русские IP. Сразу снизило нагрузку.
Вы проанализируйте как атака идет. Если IP или USER AGENT один то заблокировать легко, а иначе нужно искать какие-то признаки что это не нужный трафик.
Жесть. Вообще беккап базы каждый день должен делаться.
Вы посмотрите от какого юзера modx работает в core/config/config.inc.php. Если там не root то все просто заходите под этим пользователем и востонавливаете root или беккап делаете.
А если root то непонятно почему работает. Но если работает наверно проще поставить modx.cc/documentation/additions/databackup/ и сниппет backup выполнить.
Со своей сборкой почти все победил. Как собрать разобрался, пакеты добавил, добавил сразу настройку поставщика модсторе, ошибки пролечил. И тут оказалось что все шаблоны и чанки на php написаны :-(. А на это привыкать не надо. В pdoTools поддержку $modx и php я вырубил. Придется чанки и шаблоны с другого проекта брать или самому переписывать ;-(.
Тест лишнее. Не работает. Наверно основной класс запроса не Ticket, поэтому не срабатыват. Извиняюсь, лезть в код не стал и точно сказать не могу. Только проверил.
Мда… Как то не подумал что list прокатит. Думал надо заводить какие-то отдельные права :-(. Вообщем не сообразил.
Для getTickets тоже прокатило. А с TicketLatest уже не срабатывает.
Во первых, нужна внятная концепция нового MODX. composer и стандарты PSR-& мне особо не нужны. Единствонно что напрягает версионность и extJS, а все остальное в MODX меня устраивает. Чем новая MODX-like CMF должна быть лучше, чтобы начать ее писать?
Во вторых, с моим темпом написания кода пилить все функции аналоги функций MODX в одиночку буду лет 5 и это просто не имеет смысла.
Вообщем нужна концепция. Без этого ни самому пилить ни привлекать кого-то не получиться.
У MODX получилась какая-то цельная конструкция, что нет необходимости каждый раз собирать систему из кучи разнородных компонентов. И для сборки сайта на MODX требуется немного компонентов и большая часть компонентов совместимы с друг другом. По крайней мере для меня это большой плюс. Не приходиться изучать кучу плагинов как для вордпресс. И много внятной документации на русском. И достаточно развитое сообщество.
Но и разрабам такой системы сложно делать обновления. Приходиться думать над совместимостью.
Вообщем на MODX я крепко залип. Единственный конкурент MODX для меня это node.js, но блин это конструктор еще тот :-(. Нефига не цельная экосистема.
Вы Василий человек так скажем резкий. Может и за дело выкинули? ;-)
Я в итоге закатал в плагин Ace строчку
yadi.sk/i/WV5Y0IWDRaIqRA
Вы проанализируйте как атака идет. Если IP или USER AGENT один то заблокировать легко, а иначе нужно искать какие-то признаки что это не нужный трафик.
Вы посмотрите от какого юзера modx работает в core/config/config.inc.php. Если там не root то все просто заходите под этим пользователем и востонавливаете root или беккап делаете.
А если root то непонятно почему работает. Но если работает наверно проще поставить modx.cc/documentation/additions/databackup/ и сниппет backup выполнить.
Со своей сборкой почти все победил. Как собрать разобрался, пакеты добавил, добавил сразу настройку поставщика модсторе, ошибки пролечил. И тут оказалось что все шаблоны и чанки на php написаны :-(. А на это привыкать не надо. В pdoTools поддержку $modx и php я вырубил. Придется чанки и шаблоны с другого проекта брать или самому переписывать ;-(.
Тест лишнее. Не работает. Наверно основной класс запроса не Ticket, поэтому не срабатыват. Извиняюсь, лезть в код не стал и точно сказать не могу. Только проверил.
Для getTickets тоже прокатило. А с TicketLatest уже не срабатывает.