Fi1osof

Ух, где же Вы, Николай Ланец, вас в этом обсуждении очень не хватает :)

Честно сказать, неочень хочется обсуждать все это, потому что верно сказано: сколько людей, столько и мнений. И выше человек тоже реальные примеры приводит с тем, как все это быстро меняется, и я во многом согласен. Но я бы сказал иначе: все это совсременное не только лишь для всех, а точнее для тех, у кого очень много денег, потому что маркетинг требует и делать это надо, но все это сложно и как правило команда нужна. Я работаю в таком проекте, и да, все сложно, и на все это есть деньги. А не делать это нельзя, потому что «мы так хотим». Но могу точно сказать: все то, что мы делаем, на старых технологиях это просто не сделать (я бы именно сказал, что никак). Так что мы в той точке развития, когда назад уже не пойти и остается только ждать когда все это устаканится и будут выработаны best practices.

Да, такой способ работает :)

@Николай Ланец давно перестал заметки оставлять.

А мало видится смысла. Так же приходили и возмущались «А зачем оно нам тут надо? Тут только про MODX подавай, и только в формате, какой нас бы устроил». Так что пишу в основном только на своем сайте. К слову, переименовал modxclub.ru в итоге в freecode.academy, чтобы отвязаться от узкого профиля в сторону более широкого.

Ну и если кто следил и кому интересно, к чему привел уход от MODX: теперь я работаю в сберлабе виртуальной и дополненной реальности. Очень интересно! И по деньгам сильно лучше. И да, там MODX нет и не планируют.
Дисклейм: я не хочу сказать, что мне не было раньше интересно с MODX. Было. Но мир меняется. До MODX я работал с другими технологиями. Потом пришел он, мне он понравился. Потом появилось новое и более интересно. Будут еще новые технологии. А вы уже сами решайте что и как для себя выбирать.
И если кто считает, что я переобулся, будет совершенно не прав. Кто был в теме в 2009 году, наверняка видел, как я говорил «Мир не держится на одном MODX Evolution, посмотрите и MODX Revolution для расширения кругозора». Тогда староверы были сильно против этого и топили за Эво. Но по сути, это все же разные технологии. Прошли года, опять технологии сменились. И опять я говорю: смотрите шире.

)))

Артур, вот представьте, что вы уже много лет профессиональный личный водитель со стажем. Много лет назад вы рулили жигуль за 100 рублей в в час, но сейчас вы рулите майбах за 2000 в час. И вот вам говорят: слушай, тут дело важное, но надо пересесть на жигуль ненадолго. Платим 200 рублей в час. Это не 2000, но больше чем 100. Нам просто не нужен майбах (и нет его у нас)…

Вы бы согласились?

Даже если бы вы предложили мне мою текущую ставку, я не хочу пересаживаться в жигули. То есть вопрос не только в деньгах, но и удовольствии, которого у меня давно уже нет при работе с MODX. Теперь я только переношу с MODX на JS.

Извините, нет.

Точно не знаю. Скорее всего какие-нибудь контроллеры работы в админке надо будет поправить. А в целом основной механизм должен работать по идее. Но повторюсь: давно с MODX не работал и этот вопрос не изучал вообще.

Не за что!

Я тогда с гитом был на Вы совсем и с гитхабом тоже. Многое не знал. В итоге, скорее всего, просто создал новый репозиторий и пушнул в него. В MODX-репозитории тоже не сразу стал указывать ссылки на гитхаб, в большинстве случаев потому что выкладывать пакеты стал раньше, чем гитхабом пользоваться. Этот же vapor в репозиторий в 2013 году выложил, а в гитхабе только в 2015 году первый коммит. То есть я потом постепенно стал выкатывать исходники в гитхаб.
А заорхивировал я практически все свои репы, связанные с MODX, потому что это теперь не мой профиль.

Добавлю объективности. Автором этого пакета являюсь именно я, и выложен он мной. Хотя львиная доля его, конечно же, написана Джейсоном. С тем же успехом можно говорить, что все сайты, написанные на MODX, идут за авторством MODX LLC, ведь в большинстве случаев основная часть этих сайтов написана командой MODX.
А тем vapor-ом, который лежит у Джейсовна, в чистом виде, пользоваться вот так не совсем получится. Очень подробно (в том числе и про авторство), написано вот здесь: freecode.academy/topics/modxcloud.com-vapor-i-klonirovanie-sajtov.html

Исходники на гитхабе github.com/MODX-Club/vapor
Есть там и такой файл: github.com/MODX-Club/vapor/blob/master/import.php, которого нет в исходном пакете.

Очень «рад» твоей высокой оценке моим трудам (немало пришлось покопать ядро, написать решения). В погоне за пропогандой MODX ты слишком уж забываешь о конечных разработчиках, и что они тоже имеют ценность.

Я предполагал эти ответы, потому их и задал. Не удивлен. Лишний раз ты подтвердил: ты занимаешься для себя, для души. Но не все пойдут этим путем, а значит и не всем одни и те же инструменты выбирать.

Да, справедливости ради я признаю, что ты не имеешь жесткой позиции. Если читать внимательно твои слова, то ты довольно прямо говоришь: для простых сайтов MODX сгодится, для чего посложнее ищите что-то другое. Но, как видно, это не до всех доходит. Многие, видимо, воспринимают это как без вариантов. И когда чел выразил свое мнение, что молодых привлекать как-то некрасиво, ему минусов насовали. А ведь он в своем смысле очень даже прав. Пусть цифры за себя говорят. Давайте посмотрим на hh количество вакансий по MODX (вообще по всему рунету и по всем сферам): hh.ru/search/vacancy?text=modx
174 вакансии на сегодня… Не густо.
Для сравнения React hh.ru/search/vacancy?text=React 7375
Наверняка ни для кого не секрет, что тех же лет 5 назад по реакту вакансий практически не было. Потому чел и говорит про почти 22 год. Это не маловажный момент.
Вот тебе для души, кому-то тоже, а какой-то молодой специалист карьеру себе планирует, учится. И вот кто-то ему говорит «Посмотри по сторонам, есть альтернативы», а ему минусов))) Короче, ничего не меняется.

Вообще, когда читаешь наискосок есть минус — сути не ухватываешь.

Пойми меня правильно: я не говорю, что твое решение плохое. И я не только прочитал твой топик, но и на сайт твой сходил (хотя там не целиком прочитал), и в гит-репозиторий заглянул что там и как. И вот как раз от уведенного в гите мнение неоднозначное. То есть ты добавляешь роутер, контроллеры и т.п., в этом же роутере рулишь УРЛы и далее логику реализовываешь… А что дальше? Еще один шаг ведь, и это Ларка (а там все прелести с полноценной гит-версификацией и прочие радости). Вопрос: а зачем вот тут тогда MODX? Просто потому что API известно? Просто потому что знаешь куда что прописать? И вот потому что админка есть? Или потому что типа есть много компонентов на все случаи жизни? Ну серьезно. Можешь в двух словах объяснить весомую причину? Просто очевидно же, что ты еще чуть-чуть и сам перепрыгнешь дальше. Но цепляешься за якоря. Тут скорее всего дело не в том, что MODX лучший, а в том, что ты сам просто не хочешь идти дальше. То есть особо большего тебе и не надо, а здесь у тебя глубокие познания. Такое тоже имеет место быть и за такое осуждать никак нельзя. Но и нельзя использовать свои знания и авторитет для того, чтобы убеждать менее продвинутых в том, что альтернативы у них нет и что они нашли себе платформу на всю жизнь. Это все напоминает 2009-2010 года, когда Эволюционисты по всю убеждали новичков, что Рево — вообще нафиг не нужная штука. Я доказывал обратное, что место имеет место быть и одна и другая платформа, и расписывал плюсы-минусы и той и другой (в отличие от многих у меня были знания в обеих платформах, в то время, как Эволюционисты знали только одну и ненавидели другую). И что в итоге? В итоге Реву все таки оценили и появились свои последователи. А сейчас крики, что Рева — последний оплот технологий. Ну-ну.

Вот ты же никакими CMS не пользуешься и даже свою не разрабатывал. Любой сайт с нуля. Ага.

Еще раз: вам шашечки или ехать? Не всегда сайт надо делать с нуля. И да, не всегда для этого нужна готовая CMS. Сейчас часто берут просто некую заготовку (boilerplate) и поверх нее уже свой функционал накидывают. К слову, и у меня такая есть: github.com/prisma-cms/nextjs-nexus
Но моего кода там мало. В основном это компоновка готовых сторонних решений (next-js, prisma-2, graphql и т.п.). И сейчас это нормальная практика. Сейчас вообще самостоятельно мало что пишется от и до, используются сторонние популярные решения, собираемые во едино и допиливаемые.

А здесь по прежнему не приветствуется инакомыслие :)

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

нука расскажи куда приглашать надо? БРЕД!
modx топчик почти для любых проектов

Вспоминается поговорка: «Пока ты стоишь лицом к своему прошлому, ты стоишь спиной к своему будущему!»

А действительно, какие есть альтернативы у MODX? Да конечно же никаких! Я в СберТехе в прошлом году работал, там тоже MODX использовали. Прикиньте?! А не, шучу же я :) Конечно там не используют MODX.

Очень радует аргумент каждого: «А кто, если не MODX? На чем нам еще сайты делать?». А вам шашечки или ехать? Вы для себя сайты делаете, или чтобы денег заработать? Открою тайну: если денег заработать, то поверьте, на MODX свет клином не сошелся. Компании платят сильно больше за другие технологии.

И про топчик и актуальность еще: Smarty в MODX? Не, никогда такого не было. Или было? Мой репозиторий с открытым кодом еще с 2015 г. болтается github.com/MODX-Club/modxSmarty и с его использованием не один сайт был сделан и до сих пор работают. 2021 г. Новинка! Smarty в MODX! И хотя видно, что Сергей не мало своего функционала накидал, все же это ходьба по кругу.

UPD: Аа, забыл сказать.

собственный перехватчик исключений, который выводит красивую страницу ошибки.

.
То еще адище… Попробуйте найти что именно за ошибка и где она возникает. В лучшем случае доберетесь до скомпилированного шаблона (там в середине списка смотрите), но это не исходный файл, это куча сгенеренного php-кода, в котором вы с трудом найдете взаимосвязь со своими исходными шаблонами. Ошибки в смарти — это всегда была головная боль.

Если ставится и есть возможность, то да, надо осваивать.

Вот на заметку проект интересный: shellops.io/
Ребята из Ирана делают GUI для управления серверами с докерами. Контейнеры создавать, мониторить и т.п. Скорее всего взлетят (сейчас они в Эстонию релокейнулись).

Но вообще, они юзают вот эту либу: github.com/apocas/docker-modem
Старая, но развивающаяся. На JS написана, управление контейнерами и т.п. Мы там еще просили за docker-compose, и чел написал совсем новую либу: github.com/apocas/dockerode-compose

Это очень перспективное направление. Можно будет не только свой codesandbox запустить, но и небольшой хостинг :)

Вот привет нормальной реакции на PR: github.com/graphql-nexus/nexus/pull/887#pullrequestreview-633574197

ty!

Все. Достаточно! Мерж и ОК. И проект развивается дальше. А тут болтовни тонна, а толку мало. Так и будете топтаться на месте.

Я утверждать не могу, но вроде же на windows professional ставится докер. Не?

И возникает такой эффект, что ты вроде разобрался с чем-то новым, но потом полгода ты ни разу не сталкивался, не применял и в итоге смотришь как баран на новые ворота)

Все так. Но docker — маст хэв. Это ведь не просто самостоятельная технология для какой-то конкретной задачи, это сейчас как фундамент. Освоить его — не много времени на самом деле. И команд там надо знать всего-лишь несколько. Но он потом помогает и новые технологии осваиватиь быстрее, и в работе тоже. Ведь когда что-то новое хочется пощупать, а оно требует для себя установку какого-то ПО, гораздо проще скачать и запустить готовый контейнер, чем скачивать и настраивать все самому.

Вот по работе пример: ко мне обратился давний клиент, надо было на сайтемелочь поправить. Мне соответственно надо было развернуть сайт локально, внести изменения, их закоммитить и вылить в прод. Но прикол в том, что там сайт на php-5 крутится, и мускул тоже пятый, а локально у меня сильно более старшие версии и на них не запустилось. Что, переустанавливать ПО на локальной машине? Нет. Лучше вот так в докерах запустить и все. И если пересесть надо на другой проект, где совсем другие версии ПО используются, просто этот проект останавливаешь, другой запускаешь и все.

А вот относительно свежий пример из жизни, где докер сильно помог: помогаю товарищу с одним проектом. В итоге у меня все запускается, а у него нет. freecode.academy/topics/kak-debazhit-api-zaprosy-apollo
Посмотрели все основные моменты, ни в какую не запускается у него. В итоге я упаковал в докер и он хоть и не сразу освоил его, но за день запустился и все работает. Вот здесь обсуждение в задаче: freecode.academy/tasks/ckn290mjjnzp20730bgh37d8s

Александр, если докером еще интересуетесь, можно с этим поиграться: github.com/MODX-Club/docker-lnmp
Здесь все необходимое для запуска MODX-3 (ну, просто он там в зависимостях, но можно и другие добавить в app/www).

Сам по себе докер (именно как один отдельно взятый контейнер) не очень интересно. Интересна возможность именно создания нескольких контейнеров, и чтобы они между собой взаимодействовали. Здесь у нас php-fpm, nginx, mysql, PhpMyAdmin и сам MODX. Но MODX пока не удалось запустить на полном автомате (мне лень было это копать без особой мотивации). Тем не менее, контейнер под него подготовлен, в том числе и устанавливается composer github.com/MODX-Club/docker-lnmp/blob/master/php-fpm/Dockerfile#L36

Только клонировать проект надо с субмодулями
git clone --recursive github.com/MODX-Club/docker-lnmp docker-modx
cd docker-modx

После этого проверяем, директория должна быть не пустой app/www/modx3

И вот чего не автоматизировал — это создание modx3/core/packages/core.transport.zip
По идее его должна быть возможность как-то билдить через CLI, но я с наскока не нашел. Если найдете, то в связке с общей установкой MODX через CLI можно полностью автоматизировать установку и запуск.
docs.modx.com/3.x/en/getting-started/installation/cli

Пока же приходится качать этот пакет с оффсайта и закидывать туда, иначе установка не может быть завершена.

Запуск

Копируем .env
copy .sample.env .env

Может затем отредактировать его и установить рет-пароль для мускула.

Для надежности сначала запускаем mysql и pma
docker-compose up -d --build mysql pma

Затем php-fpm
docker-compose up -d --build php-fpm

После запуска надо собрать MODX (я забыл это прописать в Dockerfile).
Заходим в контейнер php-fpm
docker exec -it modx-docker_php-fpm_1 bash (имя контейнера может отличаться, ищем актуальное docker ps или docker-compose ps).
Заходим в папку modx3 и выполняем
composer install

Ну и в конце nginx
Только хост подправить при необходимости: github.com/MODX-Club/docker-lnmp/blob/master/nginx/conf.d/modx3.local.conf

docker-compose up -d --build nginx

После запуска идет modx3.local/setup и устанавливаем.

Нет, бля, не я облил говном, а мне предъявили «Ты что так медленно перемещаешься на коленочках недостаточно усердно нам пытаешься помогать?!». И конкретно ты начал тыкать, что это мозговыносящий код и все такое. Вот на это я только и могу сделать рука-лицо. Вам там надо половину переписывать, фишки новые вводить (о чем вас просят давно), а вы ломаете что есть, а потом губки дуете, что вам там плохо что-то оформляют? Такими темпами у вас и еще через 5 лет будет все то же самое, что и было.

Марк вежливо попросил, я в общем-то тоже.

Я в комменте дал пояснение. А мне в ответ «А что не туда?». Бля, да какая разница? Информация есть, есть.

Ну и PR сам по себе не решает задачу, давай будем объективны.

Я проблему здесь довольно подробно раскрыл. Там показал, что именно в этой строчке проблема. Далее уже кто лучше знает обстановку, может принять, или отменить и поправить. Хотя бы есть информация.