Отказ от поддержки modx.com
Не хочу писать эту заметку, но нужно информировать общественность.
Все вы знаете, что дела у MODX идут ни шатко, ни валко. 3й версии нет, активность сообщества на нуле, новых дополнений почти не выходит.
Для координации основных разработчиков еще во времена моей работы в Нидерландах (а может и раньше) был создан закрытый чат в Slack, где обсуждались всякие вопросы о будущем системы. Так вот, вчера меня из него исключили без объяснения причин.
Конечно, я не был там особо активен, но вот так просто взять и выкинуть — это перебор. Возможно конечно, что чат и вовсе закрыли, но у нормальных людей принято о подобном предупреждать.
В целом, это отлично иллюстрирует отношение владельцев MODX к другим разработчикам и сообществу в стиле «делаю, что хочу». В связи с этим у меня полностью пропало желание поддерживать свои дополнения в репозитории modx.com.
Так что я их оттуда убрал, оставив ровно 2:
Заметку пишу ровно с одной целью, когда кто-то будет спрашивать о пропаже pdoTools или miniShop2 из репозитория MODX — давайте ссылку сюда.
Поступила информация, что ничего такого никто не хотел, просто чистка неактивных аккаунтов. Каким это образом я был неактивным, если увидел удаление в тот же день — загадка. Видимо, нужно было что-то писать постоянно, а не просто следить за ходом работ над системой.
Как следует из сообщения, «неактивные» аккаунты понадобилось выкинуть перед обсуждением потенциальной уязвимости. Видимо, неактивные аккаунты что-то сделают с этой информацией во вред сообществу — побегут всем про неё рассказывать, наверное.
Как это работает, где логика? Или аккаунт неактивен, и ему пофигу на новые сообщения, или он активен, и тогда его не нужно удалять. Я уже молчу, что перед удалением можно было просто спросить: «чувак, ты еще тут, хочешь дальше участвовать»?
А так получается, что в MODX появилась новая дырка, и при мне её обсуждать не хотят.
В общем, спасибо Марку Хамстра, что он заморочился разузнать и прояснить ситуацию. Джейсону свои действия объяснять не досуг.
5 основных дополнений вернулись в репозиторий modx.com, благодаря Марку Хамстре:
Все вы знаете, что дела у MODX идут ни шатко, ни валко. 3й версии нет, активность сообщества на нуле, новых дополнений почти не выходит.
Для координации основных разработчиков еще во времена моей работы в Нидерландах (а может и раньше) был создан закрытый чат в Slack, где обсуждались всякие вопросы о будущем системы. Так вот, вчера меня из него исключили без объяснения причин.
Конечно, я не был там особо активен, но вот так просто взять и выкинуть — это перебор. Возможно конечно, что чат и вовсе закрыли, но у нормальных людей принято о подобном предупреждать.
В целом, это отлично иллюстрирует отношение владельцев MODX к другим разработчикам и сообществу в стиле «делаю, что хочу». В связи с этим у меня полностью пропало желание поддерживать свои дополнения в репозитории modx.com.
Так что я их оттуда убрал, оставив ровно 2:
- sdStore, который подключает modstore.pro
- SMF, разработку которого мне оплатил иностранный заказчик, и новых версий там не предвидится.
Заметку пишу ровно с одной целью, когда кто-то будет спрашивать о пропаже pdoTools или miniShop2 из репозитория MODX — давайте ссылку сюда.
Обновлено 20.09
Поступила информация, что ничего такого никто не хотел, просто чистка неактивных аккаунтов. Каким это образом я был неактивным, если увидел удаление в тот же день — загадка. Видимо, нужно было что-то писать постоянно, а не просто следить за ходом работ над системой.
Как следует из сообщения, «неактивные» аккаунты понадобилось выкинуть перед обсуждением потенциальной уязвимости. Видимо, неактивные аккаунты что-то сделают с этой информацией во вред сообществу — побегут всем про неё рассказывать, наверное.
Как это работает, где логика? Или аккаунт неактивен, и ему пофигу на новые сообщения, или он активен, и тогда его не нужно удалять. Я уже молчу, что перед удалением можно было просто спросить: «чувак, ты еще тут, хочешь дальше участвовать»?
А так получается, что в MODX появилась новая дырка, и при мне её обсуждать не хотят.
В общем, спасибо Марку Хамстра, что он заморочился разузнать и прояснить ситуацию. Джейсону свои действия объяснять не досуг.
Обновлено еще раз 20.09
5 основных дополнений вернулись в репозиторий modx.com, благодаря Марку Хамстре:
- pdoTools
- miniShop2
- DebugParser
- AjaxForm
- HybridAuth
19 сентября 2020, 05:07
Комментарии: 106
Никто не пишет ничего умного.
Ну тогда я напишу глупость.
Эдак год назад я в каком-то комментарии позволил себе написать, что modx умирает за что получил сотни минусов и кучу негативных ответов.
А ведь был не так уж неправ.
А вам Василий спасибо за работу и кучу полезных инструментов.
Ну тогда я напишу глупость.
Эдак год назад я в каком-то комментарии позволил себе написать, что modx умирает за что получил сотни минусов и кучу негативных ответов.
А ведь был не так уж неправ.
А вам Василий спасибо за работу и кучу полезных инструментов.
Жить он будет ещё достаточно долго, в том или ином виде.По моему, сейчас, его паникеры мол долго не развивается губят.
У MODX получилась какая-то цельная конструкция, что нет необходимости каждый раз собирать систему из кучи разнородных компонентов. И для сборки сайта на MODX требуется немного компонентов и большая часть компонентов совместимы с друг другом. По крайней мере для меня это большой плюс. Не приходиться изучать кучу плагинов как для вордпресс. И много внятной документации на русском. И достаточно развитое сообщество.
Но и разрабам такой системы сложно делать обновления. Приходиться думать над совместимостью.
Вообщем на MODX я крепко залип. Единственный конкурент MODX для меня это node.js, но блин это конструктор еще тот :-(. Нефига не цельная экосистема.
Так вот, вчера меня из него исключили без объяснения причин.Вы Василий человек так скажем резкий. Может и за дело выкинули? ;-)
Ну CMS и язык программирования конечно сравнивать я поторопился, но я имел в виду, что у ноды некоторое преимушество перед php. На php для меня MODX лучший, но, если бы на ноде была сравнимая с MODX CMS, я бы начал ее изучать и на ней программировать. Но такой CMS на ноде не нашел, а компонентов, чтоб собирать сервер на ноде много и их изучать много времени надо и передавать такой сервер другому програмисту не очень получиться наверно. Много уникального кода в небольшом проекте и программист перестал поддерживать проект — проект загнулся :-(.
На php для меня MODX лучшийЧем он лучший? Тем, что не завезли ни неймспейсов, ни композера, ни вменяемого некостыльного механизма версионирования? Никому не нужный extJS в админке? MODX это конкретно так прошлый век PHP-разработки. Он, конечно, еще лет 10 будет встречаться в проектах, но будущего у него однозначно нет.
но, если бы на ноде была сравнимая с MODX CMS, я бы начал ее изучать и на ней программироватьstrapi.io — эта штука позволит тебе конструировать бэкенд так, как тебе угодно. По умолчанию работаешь с rest, но одним ликом можешь подключить graphql. Развернуть и потыкать можно буквально за 5-10 минут. В общем занятная штука.
Страпи уже тыкал. Впечатления пока не однозначные. Во первых ошибку через раз кидает почему-то. Во вторых там нет админки для менеджеров. Бекенд только таблицы конструировать и наполнять их. Конечно, менеджеры грубо говоря таблицы только и наполняют, но им тоже дружелюбный интерфейс нужен. Например интерфейс магазина и интерфейс наполнения страниц(блога, новостей, статей).
Node.js — это, на мой взгляд, про самопис/фреймворки, а не про CMS. Ты сам пишешь API, сам строишь архитектуру приложения и бд, а потом сам отдельно пишешь фронтенд на React/Vue/Angular, который общается с уже готовым API. Лично я не вижу смысла переходить на Node.js и продолжать юзать CMS, это все уже есть в мире php, и выбор гораздо богаче, зачем менять шило на мыло?
Для начала, наверное, нужно определиться с тем, как ты хочешь делать проекты. На CMS — это одно, а на фреймворке — совсем другое, здесь разные подходы, разные результаты и разные трудозатраты. А вот после этого уже можно что-то искать. Если нравится работать в CMS, то и переходить на Node.js смысла нет по большому счету.
Александр, я плюсую твой комментарий (и вообще согласен с твоим мнением в этой ветке). Мне тоже нужно что-то между CMS и фреймворком — чтобы была админка, которую можно кастомизировать, хочешь свой код впилить — пожалуйста.
Также немного напрягают эти разборки, слухи, типа загнётся скоро.
October — интересно, но не зашел как-то вообще, крокодил с бегемотом скрещенный.
Laravel — классно, мощно, но не везде же его разворачивать.
Начинаешь искать альтернативы, и всё равно всё не то.
MODX пока реально лучший и аналогов я ему пока не нашел.
Также немного напрягают эти разборки, слухи, типа загнётся скоро.
October — интересно, но не зашел как-то вообще, крокодил с бегемотом скрещенный.
Laravel — классно, мощно, но не везде же его разворачивать.
Начинаешь искать альтернативы, и всё равно всё не то.
MODX пока реально лучший и аналогов я ему пока не нашел.
Наверное, буду не оригинальным, но отвечу так: после почти 15-ти лет отданных верой и правдой PHP, среди которых что-то около трети и MODX, уже как больше года назад переквалифицировался в Python-разработчики, где встретился с Django и наконец-то обрел в душе покой, стал высыпаться и даже цвет кожи улучшился ))). Так вот, мало того, что Django «чист» и позволяет писать независимые модули системы (в Django это приложения), которые можно безболезненно швырять между проектами, так еще из коробки есть мощная кастомизируемая админка. Проект жив, бесплатен (естественно) и активно развивается. Недавно завезли асинхронность, которую давно ждали. Можно в API, можно классическим способом. Пакетов бесчисленное множество, включая даже целые CMS, магазины и т.п. Но и никто не мешает пользоваться стандартным менеджером пакетов, наподобие композера в PHP. Плюсов достаточно много. Из минусов для себя я нашел только один — приколоченную гвоздями ОРМ. В общем, как говорится — рекомендую к осмотру ))
Прошу прощения у сообщества, что лезу тут со своим Python-ом, но я тоже посвятил много лет MODX-у, захожу, вот, периодически сюда по привычке, читаю… чувства остались теплыми и больно смотреть, как MODX загибается, а лучшие русскоязычные разработчики отворачиваются и активно посматривают на другие технологии…
Прошу прощения у сообщества, что лезу тут со своим Python-ом, но я тоже посвятил много лет MODX-у, захожу, вот, периодически сюда по привычке, читаю… чувства остались теплыми и больно смотреть, как MODX загибается, а лучшие русскоязычные разработчики отворачиваются и активно посматривают на другие технологии…
У меня со старпи пока никаких проблем и ошибок не было. Хотя у меня только пара фановых проекта. Касаемо админки для менеджера, то ты можешь создать ограниченную роль и будет твой менеджер только записи создавать, редактировать. Там с этим делом гиибко. Но вообще старпи не про админку, старпи про быстрое прототипирование.
Жить он будет ещё достаточно долго, в том или ином виде.Понимаю что все это чистая философия, но пока пью кофе чтобы проснуться то почему бы не пофилософствовать).
Ну как — «жить», «существовать» конечно будет долго и на радость нам. Но если пытаться понять, а что такое жизнь в целом, то приходиться признать — это изменения, это движение, это размножение. А все что остановилось, оно просто существует.
А так получается, что в MODX появилась новая дырка, и при мне её обсуждать не хотят.Конечно не хотят, потому что ты можешь отправить пул реквест, который они будут неделями разбирать. Оно им надо?!)))
А если серьезно, то очень жаль что руководители не понимают, что самое ценное — это люди, программисты, которые и сделали MODX более популярным. А может и понимают, но не хотят выходить из зоны комфорта и не развиваются, поэтому логично, что прогеры уходят в современный мир.
Ну, посмотрим, что будет дальше.
Нах. даже не стал читать коменты. Помрут все CMS CMF, это для тех кто хоть чу чуть подрос…
Для начинающих: все так же придется скачивать modx и на чем то учится.
CMS CMF вовсе не нужны так как то что в них есть (бэкенд), ты можешь скачать с packagist.org/
А если не владеешь программирование, ну придется вернутся к основам, типа wordpress joomla ну и modx в конце концов)))
Нахер фреймворки: фронтенд… бекенд не разу в жизни никто не отменял.
Знаю, щас польется куча треша. Но ребят))) Взгляните здравым глазом))) Бэкенд — это nginx apache php node? Да это все бэкенд.
Писать с нуля админку как у modx это сделано, да нахер я не готов (Если это утверждение ложно, то где решение? ). Как и большинство. Админка сделана шикарно. И досихпор она рулили.
Весь composer встраивается в modx, но тут увы что бы modx нормально работал нужен пакет который будет устанавливаться во время установки modx)) Дак а какого хера)) ты composer пользуешься)) ты изначально модифицируешь файлы которые хранятся у тебя на компе. Подключить в modx, плевое дело.
Вот пример того как это делается bustep.ru/records/composer/247-napisanie-svoego-paketa-dlya-composer.html
Итог такой: все CMF CMS помрут… Нужен бэкенд через который придется управлять какими то частями сайта, да ты хоть что делай, менеджеру нужно зайти и залить картинку, даже если у тебя приложение на iphone. Кто согласен что реализация админки в modx хорошая, ставьте лайк)) Шутка
Вопрос Василию, есть решение в отношении бэкенда?
Для начинающих: все так же придется скачивать modx и на чем то учится.
CMS CMF вовсе не нужны так как то что в них есть (бэкенд), ты можешь скачать с packagist.org/
А если не владеешь программирование, ну придется вернутся к основам, типа wordpress joomla ну и modx в конце концов)))
Нахер фреймворки: фронтенд… бекенд не разу в жизни никто не отменял.
Знаю, щас польется куча треша. Но ребят))) Взгляните здравым глазом))) Бэкенд — это nginx apache php node? Да это все бэкенд.
Писать с нуля админку как у modx это сделано, да нахер я не готов (Если это утверждение ложно, то где решение? ). Как и большинство. Админка сделана шикарно. И досихпор она рулили.
Весь composer встраивается в modx, но тут увы что бы modx нормально работал нужен пакет который будет устанавливаться во время установки modx)) Дак а какого хера)) ты composer пользуешься)) ты изначально модифицируешь файлы которые хранятся у тебя на компе. Подключить в modx, плевое дело.
Вот пример того как это делается bustep.ru/records/composer/247-napisanie-svoego-paketa-dlya-composer.html
Итог такой: все CMF CMS помрут… Нужен бэкенд через который придется управлять какими то частями сайта, да ты хоть что делай, менеджеру нужно зайти и залить картинку, даже если у тебя приложение на iphone. Кто согласен что реализация админки в modx хорошая, ставьте лайк)) Шутка
Вопрос Василию, есть решение в отношении бэкенда?
Оставлю здесь свой комментарий из группы MODX в Facebook:
On behalf of the Russian-speaking community and on my own behalf, I will say the following, as I see the situation at the moment:
— We do not have a leader (motivator) who will pull the project along. Unfortunately this is the case.
— We do not have a roadmap for development and we know what needs to be done to achieve the next release.
— Low community involvement in the process.
— 5-6 people are actively working on the project, who do not receive any benefit for it. If they paid something for their work. Then the result would be different and involvement.
— At the moment, according to the majority of our community, MODX 3 has nothing new to offer except for the admin, refactoring, installer and admin login page. We are far behind in technology from other systems.
— We do not have a full-fledged REST API.
— A lot of money and hours went into the development of FRED — which did not receive support from the site developers. In our Russian-speaking community on it, only a few did something.
— Sterc refused to develop
My suggestions:
— Change the attitude of the MODX LLC to the project and take everything into your own hands, and not by chance.
— Create a transparent roadmap, which will be divided into sprints and every week — two will show progress on implementation.
— Refine some points: add a composer, bring up to modern PSR standards, remove elements from the base, refuse, make a full-fledged rest api, after which we will not need ExtJS and we can make a normal convenient admin panel on the same VueJS
— It is necessary to attract (hire) developers for writing code, testing.
— Speed up the release process
— To update the work of the modx.org site, where there will be news about the achieved process.
Small steps can achieve a goal than not understanding where we are going.
Training, manuals and all that are good. But the post we are commenting on is not about that.
And of course, many thanks to the guys who are working on the project!
On behalf of the Russian-speaking community and on my own behalf, I will say the following, as I see the situation at the moment:
— We do not have a leader (motivator) who will pull the project along. Unfortunately this is the case.
— We do not have a roadmap for development and we know what needs to be done to achieve the next release.
— Low community involvement in the process.
— 5-6 people are actively working on the project, who do not receive any benefit for it. If they paid something for their work. Then the result would be different and involvement.
— At the moment, according to the majority of our community, MODX 3 has nothing new to offer except for the admin, refactoring, installer and admin login page. We are far behind in technology from other systems.
— We do not have a full-fledged REST API.
— A lot of money and hours went into the development of FRED — which did not receive support from the site developers. In our Russian-speaking community on it, only a few did something.
— Sterc refused to develop
My suggestions:
— Change the attitude of the MODX LLC to the project and take everything into your own hands, and not by chance.
— Create a transparent roadmap, which will be divided into sprints and every week — two will show progress on implementation.
— Refine some points: add a composer, bring up to modern PSR standards, remove elements from the base, refuse, make a full-fledged rest api, after which we will not need ExtJS and we can make a normal convenient admin panel on the same VueJS
— It is necessary to attract (hire) developers for writing code, testing.
— Speed up the release process
— To update the work of the modx.org site, where there will be news about the achieved process.
Small steps can achieve a goal than not understanding where we are going.
Training, manuals and all that are good. But the post we are commenting on is not about that.
And of course, many thanks to the guys who are working on the project!
Сразу смущает: — We do not have a roadmap for development and we know what needs to be done to achieve the next release. Где посмотреть?
Вопрос а зачем нужен владелец modx? Если он кинул всех? Получается разработать свою админку, свою систему. Сделал миграцию, объяснить сообществу что те товарищи решили забить на всю систему, и мы можем сделать лучше. Лучше, используя новые технологии, ломаем все что построили, но в итоге получаем лучшую CMSSSS)).
Но если это так то в чем проблема?
Выскажу свою шуточную идею из высказываний про то что modx вроде как не очень: CMS не нужна, CMF не нужна, админка ненужна — идите учиться сразу на бекенд centos nginx elastic php composer npm gulp webpack… В общем полный трешь… — с уверенность можно сказать забудьте про кнопку сохранить в админке)), все делается через консоль…
полная хрень… никогда всех не научишь писать…
Вопрос а зачем нужен владелец modx? Если он кинул всех? Получается разработать свою админку, свою систему. Сделал миграцию, объяснить сообществу что те товарищи решили забить на всю систему, и мы можем сделать лучше. Лучше, используя новые технологии, ломаем все что построили, но в итоге получаем лучшую CMSSSS)).
Но если это так то в чем проблема?
Выскажу свою шуточную идею из высказываний про то что modx вроде как не очень: CMS не нужна, CMF не нужна, админка ненужна — идите учиться сразу на бекенд centos nginx elastic php composer npm gulp webpack… В общем полный трешь… — с уверенность можно сказать забудьте про кнопку сохранить в админке)), все делается через консоль…
полная хрень… никогда всех не научишь писать…
Проходит немного времени и понимаем, что энтузиастов нет. К сожалению.Я бы может и занялся, но 2 момента:
Во первых, нужна внятная концепция нового MODX. composer и стандарты PSR-& мне особо не нужны. Единствонно что напрягает версионность и extJS, а все остальное в MODX меня устраивает. Чем новая MODX-like CMF должна быть лучше, чтобы начать ее писать?
Во вторых, с моим темпом написания кода пилить все функции аналоги функций MODX в одиночку буду лет 5 и это просто не имеет смысла.
Вообщем нужна концепция. Без этого ни самому пилить ни привлекать кого-то не получиться.
Ну API solidworks из под php не запустишь, но вот языков фреймворков для веба много, в частности скриптов интернет-магазинов. Здесь знакомый инструмент более важно, чем более подходящий. Хотя если в инструменте уже куча готовых дополнений, то имеет смысл перейти на него. Но такого иструмента лучше MODX я не вижу.
Хотя тут под какие задачи его использовать. Вообщем надо опрос. Под какие задачи используется MODX? И под какие задачи нужен новый MODX?
Хотя тут под какие задачи его использовать. Вообщем надо опрос. Под какие задачи используется MODX? И под какие задачи нужен новый MODX?
Nuxt основан на мощной модульной архитектуре. Вы можете выбирать из более чем 50 модулей, чтобы ускорить и упростить разработку. Вам не нужно изобретать велосипед, чтобы получить преимущества PWA, добавить Google Analytics на свою страницу или создать карту сайта.А где у них описание этих модулей???
composer и стандарты PSR-& мне особо не нужны.
Как минимум в ней должны быть composer и стандарты PSR-&. Чтобы modx развивался, нужно держать его в тонусе. Основная проблема в том, что на нем очень сложно использовать современный подход.
Вывод таков, modx может развиваться только засечет разработчиков, если разработчикам не комфортно этим заниматься, то увы и ах, всем плевать что конкретно нужно вам.
Что такое современный подход?REST Api на бэке по всем канонам OpenAPI, React/Vue/Angular на фронте, который дергает это апи.
И что в нем такого хорошего?То, что это стандарт, который позволяет делать красивые, гибкие и масштабируемые приложения.
Попробуй написать на MODX полноценное Api — гарантирую массу приятных впечатлений.
В общем, посмотри github.com/bezumkin/VESP — это понятный пример
REST Api на бэке по всем канонам OpenAPI, React/Vue/Angular на фронте, который дергает это апи.А вот оно что. Просто современный подход довольно расплывчатое понятие.
Ну при таком подходе чанки, сниппеты, тв втыкать вообще некуда. Как при таком подходе сделать CMF вообще? И это уже, во первых, будет не MODX-like, и, во вторых, подобные «современные» системы уже есть. Зачем городить еще одну…
это когда ты программист высокого уровня, и тебе это все надоВот сразу программист высокого уровня :-). composer и все остальное еще не делают программиста программистом высокого уровня :-). Дебилом можно и с ними быть…
Что-то обсуждение не полезное. Выясняешь что полезного можно добавить в MODX, а в ответ только модные стериотипы О_о.
Тебе задело «высокого уровня». Замени «высокого уровня» — «программист» ничего не измениться. Если тебе это все надо то ты будешь этим пользоваться.
Я тебе про современны подход ответил, а у тебя фантазия разыгралась)
Дебилом можно и с ними бытьа где речь шла о дебилах? странное сравнение…
Что-то обсуждение не полезное. Выясняешь что полезного можно добавить в MODX, а в ответ только модные стериотипы О_о.Ты о чем?
Я тебе про современны подход ответил, а у тебя фантазия разыгралась)
Я тебе про современны подход ответил, а у тебя фантазия разыгралась)Извиняюсь :-). Настроение было подпорчено.
Вообще охота чтоб кто-то написал про все преимущества MODX, его нищу на рынке и провел сравнение с другими CMS и фреймворками. В смысле я бы сам хотел написать такое, но пока не настолько уж горю желанием, чтобы время, которого не очень, выделить. И другие CMS и фреймверки знаю плохо.
Энтузиастов нет, потому что нет человека, который знает куда и как идти, и ведет за собой остальных.
Написать очередную 1001 цмс, чтобы было?
Или выяснить, что нужно людям (не только программистам)?
Помимо разработчиков, есть много других людей, о которых никто не думает. И которые тратят намного больше времени с системой, матерясь и чертыхаясь, пытаясь сделать простые вещи.
Или посмотреть на рынок разработки, и выяснить чего такого не хватает. Какой инструмент нужен бизнесу, чтобы быстро и надежно решать задачи?
Деньги здесь не стоят на первом месте.
Написать очередную 1001 цмс, чтобы было?
Или выяснить, что нужно людям (не только программистам)?
Помимо разработчиков, есть много других людей, о которых никто не думает. И которые тратят намного больше времени с системой, матерясь и чертыхаясь, пытаясь сделать простые вещи.
Или посмотреть на рынок разработки, и выяснить чего такого не хватает. Какой инструмент нужен бизнесу, чтобы быстро и надежно решать задачи?
Деньги здесь не стоят на первом месте.
просадки жесткие видные, то что те кто был за, всех кинули.
В общем то понятно почему, причины вполне объективны.
composer и modx вещи не совместимые. Вот почему:
незвомжно установить зависимость modx в своем компоненте ибо в modx «компоненте» содержиться куча сторонних библиотек которые тебе не нужны.
Ребят))) Сорян конечно, но блин пакет github.com/webnitros/readerxlsx содержит 3 файла, а остальное все зависимости под 40мб)) О чем речь?
Тянешь 3-ю версию modx, разве что то не будет работать про таком подходе? (Размер 3-й версии modx 23 мб в архиве)
В общем можно все будет работать на уровне composer зависимости, просто у когото в голове сидит хостинг в 100мб в голове и он до сих пор с этими мыслями живет.
Нормальный хостинг, минимал:
50гб места под файлы
5гб оперативки (это больше чем на ноутбуке у многих)
канал 1тб
Итог такой: машины должны страдать, выжимайте из хостинга максимум, так как владельцы сайтов не готовы платить вам за оптимизацию, но готовы платить за хостинг 10к в месяц…
Это реальность.
Вернемся к нашим баранам, в каком месте тут modx не поместился?
В общем то понятно почему, причины вполне объективны.
composer и modx вещи не совместимые. Вот почему:
незвомжно установить зависимость modx в своем компоненте ибо в modx «компоненте» содержиться куча сторонних библиотек которые тебе не нужны.
Ребят))) Сорян конечно, но блин пакет github.com/webnitros/readerxlsx содержит 3 файла, а остальное все зависимости под 40мб)) О чем речь?
Тянешь 3-ю версию modx, разве что то не будет работать про таком подходе? (Размер 3-й версии modx 23 мб в архиве)
В общем можно все будет работать на уровне composer зависимости, просто у когото в голове сидит хостинг в 100мб в голове и он до сих пор с этими мыслями живет.
Нормальный хостинг, минимал:
50гб места под файлы
5гб оперативки (это больше чем на ноутбуке у многих)
канал 1тб
Итог такой: машины должны страдать, выжимайте из хостинга максимум, так как владельцы сайтов не готовы платить вам за оптимизацию, но готовы платить за хостинг 10к в месяц…
Это реальность.
Вернемся к нашим баранам, в каком месте тут modx не поместился?
Тем кому нужен composer и стандарты PSR-& на мой взгляд имеют уровень достаточно большой) И те кнопки в modx админке типа «Сохранить» ресурс вовсе не пользуются.
Или я так устарел что все это знают, а я только начал изучать это?
Опрос: кто пользуется кнопкой «Сохранить» в ресурсе? (ставьте лайк)
Или я так устарел что все это знают, а я только начал изучать это?
Опрос: кто пользуется кнопкой «Сохранить» в ресурсе? (ставьте лайк)
HELP))) правильно понял что лень кому то было зависимость прописать?
Your requirements could not be resolved to an installable set of packages.
Problem 1
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— Installation request for modx/revolution v3.0.0-alpha2 -> satisfiable by modx/revolution[v3.0.0-alpha2].
Your requirements could not be resolved to an installable set of packages.
Problem 1
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— modx/revolution v3.0.0-alpha2 requires xpdo/xpdo ^3.0@dev -> satisfiable by xpdo/xpdo[3.x-dev, 3.0.x-dev] but these conflict with your requirements or minimum-stability.
— Installation request for modx/revolution v3.0.0-alpha2 -> satisfiable by modx/revolution[v3.0.0-alpha2].
Вставлю свои 5 копеек. Это похоже на обиду в детском саду, когда машинку отобрали.
Когда я написал, что ухожу, меня тоже либо сознательно, либо из-за неактивности кикали из того чата, потом вернули, когда попросил. Это нормальная здравая политика безопасности, иногда чистить неактивные аккаунты. Никто не будет за каждым бегать и уточнять, работаешь ли ты еще с MODX или нет? Тем более достаточно на GitHub посмотреть активность по VESP и сделать выводы, что фокус сейчас не на MODX.
А еще говорим о том, что взрослые люди.
Когда я написал, что ухожу, меня тоже либо сознательно, либо из-за неактивности кикали из того чата, потом вернули, когда попросил. Это нормальная здравая политика безопасности, иногда чистить неактивные аккаунты. Никто не будет за каждым бегать и уточнять, работаешь ли ты еще с MODX или нет? Тем более достаточно на GitHub посмотреть активность по VESP и сделать выводы, что фокус сейчас не на MODX.
А еще говорим о том, что взрослые люди.
И да, я не про саму ситуацию в целом, а скорее про реакцию на нее. Бежать жаловаться на все сообщество, что тебя удалили из чатика, не разобравшись сначала в причинах, ни разу не лучшее поведение, чем того же Джейсона, удалившего из чатика без предупреждения. Обе стороны «хороши», как говорится.
Когда я написал, что ухожу, меня тоже либо сознательно, либо из-за неактивности кикали из того чатаКогда ты объявил об этом официально. Чувствуешь разницу, или как?
Это нормальная здравая политика безопасности, иногда чистить неактивные аккаунты.Беда в том, что мой аккаунт был активен. То, что я ничего не писал, не говорит о том, что я не читал.
Никто не будет за каждым бегать и уточнять, работаешь ли ты еще с MODX или нет?А я и не прошу за мной бегать. Я просто убрал свои дополнения из их репозитория, и объяснил, почему.
Тем более достаточно на GitHub посмотреть активность по VESP и сделать выводы, что фокус сейчас не на MODX.Ты еще за активностью в Instagram посмотри, и сделай вывод, что я переквалифицировался в газонокосильщика.
А еще говорим о том, что взрослые люди.А не надо что-то предполагать, если можно взять и спросить. Или это что, выше достоинства Джейсона — задать мне вопрос, хочу ли я работать дальше с MODX?
Для меня это очень показательно. Для тебя, очевидно, всё в порядке.
Я мог бы не убирать, мог бы не объяснять — всё мог бы, но не стал. А предпочёл еще раз обратить внимание на работу владельцев MODX с сообществом. С теми людьми, которые делают и делали их систему популярной.
Кто там еще её вперёд планирует двигать? Ну вот — посмотрите, это ваше будущее.
Ну давай разбираться.
Jako пишет: «The last message from Vasily here was from May 2018.»
Ryan отвечает: «We are cleanup of a lot of things that have been gathering dust in general: mail accounts, domains/subdomains, servers, services (including Slack), etc. Have already freed up thousands per year and there is a lot more to go. I’ll look into what happened in this case Monday. Have been out of town last two weekends and am going to spend time with Liz this one!»
Jason пишет после всего: «Sorry about the confusion folks… was just trying to cleanup inactive accounts. My mistake.»
Ты пишешь: Владельцы MODX, удалили меня из чата не спросив, который я читал, но в который не писал больше 2 лет (что тогда блин активность в твоем понимании?), пойду плакаться.
Я вижу человеческую ошибку, предпосылок и причин для которой было более чем достаточно, которую цивилизованно исправили и извинились. Ты видишь ущемленное самомнение.
Jako пишет: «The last message from Vasily here was from May 2018.»
Ryan отвечает: «We are cleanup of a lot of things that have been gathering dust in general: mail accounts, domains/subdomains, servers, services (including Slack), etc. Have already freed up thousands per year and there is a lot more to go. I’ll look into what happened in this case Monday. Have been out of town last two weekends and am going to spend time with Liz this one!»
Jason пишет после всего: «Sorry about the confusion folks… was just trying to cleanup inactive accounts. My mistake.»
Ты пишешь: Владельцы MODX, удалили меня из чата не спросив, который я читал, но в который не писал больше 2 лет (что тогда блин активность в твоем понимании?), пойду плакаться.
Я вижу человеческую ошибку, предпосылок и причин для которой было более чем достаточно, которую цивилизованно исправили и извинились. Ты видишь ущемленное самомнение.
Вань, я откуда должен знать, когда я туда писал? Есть какие-то правила, которые требуют от меня раз в год подавать голос?
Там неделями, а то и месяцами ничего не происходит. Потом обсуждение на 2 часа о том, как принять какой-то PR — и всё.
Собственно я его и читал, чтобы быть в курсе, когда какая-то реальная движуха пойдёт.
Со мной разговаривал только Марк, и это явно не он совершал ошибку.
Я зол, Вань, это совсем другое чувство. Именно поэтому я полностью забил на официальный MODX и убрал свои дополнения из репозитория. Если бы не Марк, так бы оно и осталось.
Никто, кроме него, с той стороны со мной не общался, так что злоба никуда не делась.
Там неделями, а то и месяцами ничего не происходит. Потом обсуждение на 2 часа о том, как принять какой-то PR — и всё.
Собственно я его и читал, чтобы быть в курсе, когда какая-то реальная движуха пойдёт.
которую цивилизованно исправили и извинилисьГде? Кто?
Со мной разговаривал только Марк, и это явно не он совершал ошибку.
пойду плакатьсяДавай-ка ты покажешь, где я плакался? Ну, процитируй, что я расстроен, что мне обидно или еще что-то подобное.
Я зол, Вань, это совсем другое чувство. Именно поэтому я полностью забил на официальный MODX и убрал свои дополнения из репозитория. Если бы не Марк, так бы оно и осталось.
Никто, кроме него, с той стороны со мной не общался, так что злоба никуда не делась.
Зол на что? Что случайно попал под каток глобальных чисток аккаунтов, а сделал неправильные выводы, что слили именно тебя и специально? Это и называется детский сад. Кричать и злиться тогда, когда следует сначала спросить, а за что и выяснить, что собственно случилось?
Ты конечно же больше в чатик не пойдешь и будешь доказывать, что никто перед тобой не извинился. Смею тебя заверить, что это не так, этой картинкой.
Ты конечно же больше в чатик не пойдешь и будешь доказывать, что никто перед тобой не извинился. Смею тебя заверить, что это не так, этой картинкой.
когда следует сначала спроситьДа, следует. Меня вот не спросили — и я не стал.
Ты конечно же больше в чатик не пойдешьЕстественно
и будешь доказывать, что никто перед тобой не извинился.Мне не нужно доказывать то, чего не было. То, что Джейсон написал «сорян, пацаны» где-то там, где меня больше нет — ничего не меняет.
Поезд уехал, тема закрыта. Это далеко не первые тёрки с Джейсоном, но последние.
Я тоже вставлю 5 копеек.
Я не говорю, что Василий сделал правильно или неправильно, но его реакцию я понимаю. Они поступили не обдуманно, он поддался эмоциям. А что ему нельзя?
Это похоже на обиду в детском саду, когда машинку отобрали.Какая разница на что это похоже? Любой человек вправе обижаться в любом возрасте. А если говорить про Василия, то он очень много сделал для MODX и выкинуть его из чата — это не уважение к нему. Ок, они почистили неактивных, но они же могли подумать, что важных людей ненужно удалять и вернуть их назад. Или могли рассылку сделать по эти неактивным пользователям.
Я не говорю, что Василий сделал правильно или неправильно, но его реакцию я понимаю. Они поступили не обдуманно, он поддался эмоциям. А что ему нельзя?
А еще говорим о том, что взрослые людиА что у взрослых людей нет эмоций? Или нужно делать чтобы никто не осуждал потом?
Разработчики люди с тонкой натурой и довольно чувствительным эго. Кто-то будет считать что Вася слишком близко воспринял этот «kick», особенно учитывая его вклад в MODx. А кто-то наоборот, скажем что молодец — ибо с людьми нужно общаться, а не бездумно кикать, особенно зная что человек вложил много лет и труда в MODx.
Лично я на modx.com захожу 2-3 раза в год, и то хз по каким причинам. Надеюсь что модстор будет жить еще долго!
P.S.
Мое мнение, что поступили некрасиво. Еще один шаг в сторону опустошения сообщества.
Лично я на modx.com захожу 2-3 раза в год, и то хз по каким причинам. Надеюсь что модстор будет жить еще долго!
P.S.
Мое мнение, что поступили некрасиво. Еще один шаг в сторону опустошения сообщества.
Складывается ощущение, что мы все попали в капкан. Шаг влево, шаг вправо — иск в суд. Зарубежные коллеги находятся в тупиковой ситуации с MODX, мы как программисты и пользователи не видим перспектив на будущее, спрос на бесплатные CMS с каждым годом все ниже из-за более мощных и привлекательных фреймворков, которые затачиваются под любую задачу. Из этого следует два вопроса, как быть и что делать? ?
Выскажу свое личное и субъективное мнение — даже фреймворки скоро начнут терять в популярности. Будущее за конструкторами. Да на нашем постсоветском пространстве еще нет интрументов-конструкторов такого же высокого уровня, как уже есть в более развитых странах.
Но та же тильда или wix через год два догонят. 95 процентов желаний заказчика можно будет организовать просто двигая блоки по экрану в визуальном редакторе. И только 5 ну максимум 10 процентов проектов, которые будут иметь ну очень мудренную логику — будут обращаться к программистам.
Ведь по сути, я не ошибусь если скажу, что все мы делаем на том же modx совершенно однотипные задачи — сайты услуг, лендинги, простые магазины.
Все это и намного больше уже можно за 3 клика наделать в конструкторе — подключать большинство существующих оплат, доставок, сторонних сервисов. А есть американские конструкторы сайтов типа shopify — так это вообще мощнейший инструмент, радует только что им пока не очень интересен рынок России.
Но та же тильда или wix через год два догонят. 95 процентов желаний заказчика можно будет организовать просто двигая блоки по экрану в визуальном редакторе. И только 5 ну максимум 10 процентов проектов, которые будут иметь ну очень мудренную логику — будут обращаться к программистам.
Ведь по сути, я не ошибусь если скажу, что все мы делаем на том же modx совершенно однотипные задачи — сайты услуг, лендинги, простые магазины.
Все это и намного больше уже можно за 3 клика наделать в конструкторе — подключать большинство существующих оплат, доставок, сторонних сервисов. А есть американские конструкторы сайтов типа shopify — так это вообще мощнейший инструмент, радует только что им пока не очень интересен рынок России.
Но та же тильда или wix через год два догонят.Ну это вы, батенька, погорячились, мягко говоря
95 процентов желаний заказчика можно будет организовать просто двигая блоки по экрану в визуальном редакторе.Это смотря какого заказчика. Если речь про лендосы с одной формочкой или типовые магазы с парочкой товаров, то разумеется. Если речь про сложные сервисы и серьезные проекты, то ни один заказчик в здравом уме не согласится делать что-то на виксе или тильде, — это антонимы для фразы «серьезный проект».
что все мы делаем на том же modx совершенно однотипные задачиЭто потому что MODX сейчас не годится для серьезных проектов, поэтому здесь в основном и решаются простецкие типовые задачи. При этом даже на MODX есть некий процент проектов, которые ни один конструктор не вывезет при всем желании.
А есть американские конструкторы сайтов типа shopify — так это вообще мощнейший инструментТак далеко не все проекты ограничиваются функционалом магазина.
делать что-то на виксе или тильде, — это антонимы для фразы «серьезный проект».это вам пока так кажется. В моей голове тоже конструктор еще пару лет назад ассоциировался с самым низкопробным, дешевым и несерьезным сервисом. Но времена идут. Искусственный интеллект наступает нам на пятки. Да я согласен с вами, что что-то со сложное бизнес логикой пока что конструкторы не потянут. Но они оторвут огромную часть рынка у простых роботяг-программистов. Потому что большинству заказчиков не нужны очень сложные решения, им важно продавать и чем дешевле тем лучше.
А конструктор позволяет не нести затраты на дизайн, верстку, программирование. ИИ генерит качественный html, css, js и плюсом микроразметку за бесплатно. Стильно выглядящий магазин, с разными вариантами оплаты, доставки, хорошо оптимизированный в плане сео — можно получить за 100 рублей (это я утрирую, не знаю цен но очень не дорого).
Да конечно сложные проекты будут, но их не так много.
В моей голове тоже конструктор еще пару лет назад ассоциировался с самым низкопробным, дешевым и несерьезным сервисом.Если не брать в расчет Shopify, то сейчас ничего не изменилось. Wix и Tilda — все еще тот же ширпотреб, некие аналоги вордпресса, которые решают только самые примитивные задачи, для которых нерационально нанимать программиста.
Да я согласен с вами, что что-то со сложное бизнес логикой пока что конструкторы не потянутДа и с относительно простой тоже.
Например, мне нужен простой сайт с рейтинговой системой. Ну, заполнил ты там свой профиль, получил 10 баллов, заполнил что-то еще — получил еще баллов.
Что мне может предложить Wix? Ничего. Что мне может предложить Tilda? Ничего.
Язык не повернется назвать такой проект сложным или серьезным, просто он нестандартный. И вот как только ты сталкиваешься с чем-то нестандартным, что не решается готовыми пакетами, так все, костыль на костыле.
Но они оторвут огромную часть рынка у простых роботяг-программистов.Безусловно, но и ведь это не плохо. Если программист не развивается и не повышает свою квалификацию, то уж извините.
Потому что большинству заказчиков не нужны очень сложные решенияНа мой взгляд, уровень заказчиков соответствует уровню программиста. Попробуй представить синьора с опытом 7+ лет, который на своей основной работе делает лендосы за 5к или простые магазины на CMS за 20к. Вот и у меня не получается.
Наверное вы правы и каждый судит со своей колокольни.
Я вот не очень люблю слово — проект! От него веет пафосом и амбициями.
В моем понимании раз уж мы общаемся на сайте посвященном modx — то тут все делают сайты и только сайты, а ни какие не проекты)
МОжет быть сейчас кто-то найдет страницу в википедии и бросит в меня страницей, на которой очень четко дано определение, что такое — проект)) Как когда-то я написал здесь что jquery это фреймворк, поскольку под фреймворком я лично понимаю любую надстройку над любым языком, которая позволяет писать код на упрощенном синтаксисе, а мне все громко кричали что jquery это библиотека!
Лично в моем понимании — все что мы видим в браузере и взаимодействием через него — это сайт. Проект — это что то такое, что работает на сервере
, делает кучу полезного, но ему веб интерфейс и не нужен то совсем)
Но это что-то Остапа понесло, простите.
Я вот не очень люблю слово — проект! От него веет пафосом и амбициями.
В моем понимании раз уж мы общаемся на сайте посвященном modx — то тут все делают сайты и только сайты, а ни какие не проекты)
МОжет быть сейчас кто-то найдет страницу в википедии и бросит в меня страницей, на которой очень четко дано определение, что такое — проект)) Как когда-то я написал здесь что jquery это фреймворк, поскольку под фреймворком я лично понимаю любую надстройку над любым языком, которая позволяет писать код на упрощенном синтаксисе, а мне все громко кричали что jquery это библиотека!
Лично в моем понимании — все что мы видим в браузере и взаимодействием через него — это сайт. Проект — это что то такое, что работает на сервере
, делает кучу полезного, но ему веб интерфейс и не нужен то совсем)
Но это что-то Остапа понесло, простите.
В моем понимании раз уж мы общаемся на сайте посвященном modx — то тут все делают сайты и только сайты, а ни какие не проекты)Ну лично я уже давно ничего не делаю на MODX, остались только старые проекты. Я просто регулярно захожу сюда, потому что у нас тут достаточно ламповое сообщество, ну и иногда Василий постит интересные заметки, которые, к слову, тоже уже не связаны с MODX.
Проект — это, например, когда к тебе приходит заказчик и вываливает бизнес-идею, а ты должен ее обработать напильником и выплюнуть готовый проект, который будет приносить деньги заказчику.
Проект — это, например, когда к тебе приходит заказчик и вываливает бизнес-идею, а ты должен ее обработать напильником и выплюнуть готовый проект,простите но мне кажется это не задача программиста — полировать идею заказчика напильником. Раз уж мы говорим о проектах! то тогда это должен быть проект менеджер, руководитель и прочее. А программист как ни крути — делает лишь сайт.
Да сайт может быть простым или сложным, может быть микросервисным, может иметь интеграции с десятками сторонних сервисов, но все равно это — сайт.
это не задача программиста — полировать идею заказчика напильникомА кто этим должен заниматься, проект-менеджер? Очень сомневаюсь, что он сможет выстроить бизнес-логику хотя бы на близком уровне к тому, как это сделает синьор или тимлид. Проект-менеджер обычно занимается тем, что общается с заказчиком и передает «хотелки» программистам на понятном им языке.
Руководитель вообще этим не занимается, да и не должен.
А программист как ни крути — делает лишь сайт.Опять же, зависит от уровня программиста. Кто-то делает «лишь сайт», а кто-то выстраивает архитектуру и бизнес-логику приложения.
микросервиснымСайт не может быть микросервисным, микросервисной может быть архитектура приложения, а если она является таковой, то, как правило, сайт — лишь красивая обертка, которая общается со всеми микросервисами.
Уверяю, что микросервисную архитектуру проектируют и пишут не проект-менеджеры.
А кто этим должен заниматься, проект-менеджер?Наверное в вашей компании есть проект — менеджеры и вам виднее)
В нашей нет. Есть директор, зам директора и программист.
Но когда я пятничным вечером закончив работу позволяю себе помечатать, то я представляю так
— директор заключает договор с клиентом
— проект менеджер берет на себя общение с заказчиком, понимание того что ему нужно, грамотно формулирует задачу программисту
— программист решает задачу так, как ему позволяет опыт, знания, нахальство.
— проект менеджер презентует готовое решение.
На мой взгляд программист не должен общаться с заказчиком. Хотя по факту я 60% времени этим занимаюсь. Но что делать — у нас бедная компания. Но в идеале — не должен. И для этого проект менеджер и нужен.
проект менеджер берет на себя общение с заказчиком, понимание того что ему нужно, грамотно формулирует задачу программистуВсе верно, но если заказчик скажет, что ему нужен сервис по продаже, например, электронных книг, и у него есть только какие-то общие абстрактные требования, то кто будет заниматься проектированием всей бизнес-логики будущего сервиса? Правильно, программисты. Менеджер будет только уточнять детали и предлагать варианты, которые придумали программисты.
Иными словами, программисты и будут полировать бизнес-идею заказчика.
На мой взгляд программист не должен общаться с заказчиком.Если речь о какой-нибудь студии, где есть разделение обязанностей, то абсолютно верно.
Wix и Tilda — все еще тот же ширпотреб, некие аналоги вордпресса, которые решают только самые примитивные задачи, для которых нерационально нанимать программиста.Недавно моя знакомая устроилась работать контент менеджером в одну компанию. Компания шьет женскую одежду в городе Хмельницкий Украина. Я попросил показать сайт. И вы знаете он был на тильде, выглядит стильно, модно, молодежно. Имеет все что нужно обычному интернет магазину. И обходится в 150 грн в месяц. Не знаю сколько это в рублях. Это дешевле чем хостинг. А тут сразу макет, микроразметка, функционал. Уверен, скажи я им, а чего вы на тильде сидите как бедные родственники, давайте вам дизайн, верстку, программную часть, сео оптимизацию и все это за 100 000. Они покрутят у виска и скажут — ты что с ума сошел. И будут правы.
Серьезно?))) конструкторы?
У конструктора есть жесткие рамки, и рано или поздно владелец этого сайта конструктора это поймет, но уже поздно будет. Собственно как сейчас это и происходит, единственное что я вижу в данный момент как ушлые ребятки на этом зарабатывают создавая «Типичные одноразовые сайты», а владельцы бегут с них, через некоторое время, при этом отдавая еще больше денег чтобы перенести всю ту информацию которую они там навбивали. И да конструктор это не ваш сайт, его владелец всегда будет чужой дядя.
Имхо конечно же.
У конструктора есть жесткие рамки, и рано или поздно владелец этого сайта конструктора это поймет, но уже поздно будет. Собственно как сейчас это и происходит, единственное что я вижу в данный момент как ушлые ребятки на этом зарабатывают создавая «Типичные одноразовые сайты», а владельцы бегут с них, через некоторое время, при этом отдавая еще больше денег чтобы перенести всю ту информацию которую они там навбивали. И да конструктор это не ваш сайт, его владелец всегда будет чужой дядя.
Имхо конечно же.
Modx уже не соответствует запросом рынка, а рынок хочет простоты и понятности.
Я вижу 2 проблемы в Modx:
1. Он не подходит для 90% обывателей, а в современных реалиях решение должно быть простым и адаптироваться под задачи. Я сейчас не о том богатом внутреннем мире Modx и его «ограничениях», я о том, что его не хотят потребители. Я сделал наверное сотню проектов на Modx и самое сложное в них это отдать проект заказчику на поддержку.
2. Это вечная гонка технологий, на которые обывателю срать, большинство задач можно решить в любом конструкторе сайтов за 3 копейки не зная нечего про js, php, namespace и тд.
Как я писал ранее, сколько бы ты не делала инструмент для разработчика, он всегда будет устаревшим.
Нужно делать продукт, а в Modx продукта нет.
Я вижу 2 проблемы в Modx:
1. Он не подходит для 90% обывателей, а в современных реалиях решение должно быть простым и адаптироваться под задачи. Я сейчас не о том богатом внутреннем мире Modx и его «ограничениях», я о том, что его не хотят потребители. Я сделал наверное сотню проектов на Modx и самое сложное в них это отдать проект заказчику на поддержку.
2. Это вечная гонка технологий, на которые обывателю срать, большинство задач можно решить в любом конструкторе сайтов за 3 копейки не зная нечего про js, php, namespace и тд.
Как я писал ранее, сколько бы ты не делала инструмент для разработчика, он всегда будет устаревшим.
Нужно делать продукт, а в Modx продукта нет.
И ещё, я не верю в то, что бесплатное может быть передовым. И считаю, что только платные лицензии позволят не только поддерживать систему, но и развивать ее.
Вот вам для примера
codecanyon.net/search/modx Ну нет нечего на Modx, никто нечего на нем не делает, зато говна на Laravel и CodeIgniter полно
Вот вам для примера
codecanyon.net/search/modx Ну нет нечего на Modx, никто нечего на нем не делает, зато говна на Laravel и CodeIgniter полно
@DeHuCkA, об этом, как раз и речь, как говорилось в сообществе MODX: "MODX — для программистов".
Следовательно можно отметить, что MODX довольно прожорлив, а кто есть деньги? Конечно его создатели Raymond и Ryan, а @jason скрыл служебную тайну переговоров с нашим Василием, так что по поводу
Следовательно можно отметить, что MODX довольно прожорлив, а кто есть деньги? Конечно его создатели Raymond и Ryan, а @jason скрыл служебную тайну переговоров с нашим Василием, так что по поводу
что бесплатное может быть передовым.— ОСПОРЮ
@Василий Наумкин
Видимо pdoTools в miniShop2 тянулся из репозитория modx.com.
Сейчас при установке на хостинге modhost minishop2, админка даже не открывается.
Если устанавливать через установщик, то выдается ошибку что pdoTools не найден.
А если пытаться скачать pdoTools через репозиторий то:
Видимо pdoTools в miniShop2 тянулся из репозитория modx.com.
Сейчас при установке на хостинге modhost minishop2, админка даже не открывается.
Если устанавливать через установщик, то выдается ошибку что pdoTools не найден.
А если пытаться скачать pdoTools через репозиторий то:
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| SMF | 1.0.0-rc от 07.10.2015 | 46 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 53 728 |
| miniShop2 | 4.3.0-pl от 02.07.2023 | 25 479 |
| debugParser | 1.1.0-pl от 26.08.2015 | 1 974 |
| AjaxForm | 1.2.2-pl от 17.10.2021 | 19 341 |
| SeoFilter | 1.11.0-beta от 30.10.2023 | 2 491 |
18 апреля 2024, 21:54
Не отображаются добавленные поля в редактировании пользователя.
Добавил одно поле в «общую информацию», для другого создал вкладку, в ней ещё вкладку...
18 апреля 2024, 17:01
попробуйте убрать exit(true);
18 апреля 2024, 11:28
$_modx->resource['tv-name']Или в чанках где-то внутри pdoResources
$_pls['tv-name']но лучше избегать дефис в названиях TV. Дефис н...
17 апреля 2024, 19:46
cпасибо!
17 апреля 2024, 19:12
С расположение пакетов это одна из проблем которую на мой взгляд нормально не решишь, всегда на измене что то то можешь затереть
По этому и придумал ...
17 апреля 2024, 09:41
Исходники открою ага. В общественный репозиторий пока не переношу.
