iWatchYouFromAfar

Это уже тема не ноды, а настройки серверов на Nginx. Моя серия именно про работу с нодой в кач-ве бекенда (к слову, я цикл статей еще не завершил).

Не уверен что буду писать «how to», но могу дать очень полезный совет. Арендуй простой сервер, и попробуй развернуть там два сайта самостоятельно, инструкций по конфигурации серверов в инете масса, но ищи на английском языке лучше.

Запускаешь процессы ноды на разных портах, затем проксируешь их через nginx на нужный тебе порт, главное в директиве server_name указать нужный домен.

P.S.
Да и вообще, переход на JS с MODx и прочих CMS-ок дался мне не так просто, как первый сайт на том же WP или MODx. Не жди что придет кто-то и разжует тебе все, делай сам. Будет дольше, но тогда ты точно научишься и уже сам напишешь (а может и не напишешь) статью.

А что по твоему идеально-безопасный механизм аутентификации пользователя? Тот же twitch.tv использует очень похожу на JWT аутентификацию, записывая и перезаписывая в localStorage разные данные.

JWT это технология, которая дает достаточно стабильный механизм аутентификации. А его доработку и безопасность уже дорабатывай сам. Программа минимум — делать refresh token.

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

Еще советую посмотреть видео Ильи Климова про JWT аутентификацию.

Отвечаю на вопрос про Express. Изучать его и написать на нем пару проектов — маст хев, т.к. это что-то вроде флагмана в мире бекенда на JS, плюс тот же Nest из коробки использует под капотом именно Express. Потыкав пальцем в Express, уже сам поймешь куда тебе двигаться дальше.

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

Ну так не надо заказчикам такие кнопочки выводить… ) С другой стороны, теперь ты заработаешь )

Добро пожаловать в мою команду. Я про это говорю уже 3-й год… ) Но так или иначе, я рад за всех любителей MODx. Пусть новая версия принесет всем не меньше, чем принесла двойка!

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

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

Если бы все было так как ты говоришь, то да, я бы согласился. В моей текущей фирме разрабатывается CMS под нужны компании и она тоже буксует, выпиливается весь функционал который только можно выпелить дабы сделать первый релиз. Это все понятно.

Но в MODx 3 были вложены деньги, если я ничего не путаю, то Василий ездил работать в Голландию над тройкой. Возможно где-то еще было финансирование — я не знаю.

Ну а отсутствие разработчиков — это данность, которая показывает что сам проект людям, которые могут писать код не очень то и интересен. Опенсурс живет либо за счет донатов, либо за счет спонсоров. Энтузиазм и PR в репозиторий явление временное. Как только инструмент уступает место конкурентам (не важно CMS или нет), энтузиазма становится меньше, как собственно и PR. Отсюда возникакет вопрос, если пик MODx как опенсурс инструмента пройден и сейчас он живет лишь за счет 3-4 людей и частной компании которая ведет своих клиентов, есть ли какой-либо смысл в этой новой версии?

Если рассуждать именно так, то никакого смысла конечно же нет! Так же как менять modx2 на какой-нибудь Laravel

Я не увидел таких новых возможностей в компонентах для MODx 3, ради которых хотелось бы бросаться в увлекательное путешествие под названием миграция на MODx 3.

Большинству? Т.е. есть меньшинство, кому нужно?)))

Меньшенство это те клиенты, которые еще используют MODx 2. Есть те, кто мне платят деньги за тем, чтобы я следил за актуальностью версий системы и ее компонентов. При обильном развитии 3 версии, 2 будет устаревать и это меньшинство клиентов попросит меня обновиться на 3 версию.

Речь не про «не нравится — не используй», речь про проделанную работу. Про мажорную версию, которая уже ломает совместимость, но при этом не отказались от ExtJS, не пофиксили тонну багов на 2 версии и просто утащили их на 3 и т.д.

Из комментария в комментарий пишу про это. А мне твердят про — «не нравится — не используй». Я никогда не говорил что мне не нравится MODx 2. Прекрасная CMS-ка. Мне не нравится таймлайн и подход к разработке 3 версии. Это позор, над которым смеются даже внутри самого сообщества.

P.S.
Сегодня 14 февраля, запасная дата редиза MODx 3. Учитывая что на западе утро/день, еще есть шанс что будет релиз. Хотя учитывая 3 страницы ишусов до релиза 3 версии, врятли это случится. Разве что как обычно забьют болт на ошибки и тупо релизнут ради релиза.

Конечно, я это и имел ввиду, SQL базы данных или noSQL или GraphQL.

Я уже начал писать следующую статью, там как раз будет TS и типизация. Я наглядно покажу что такое типизация на более сложном примере, чем объявления типа переменной.

Я как и большинство долго работал с MySQL, затем на Nest я поработал с Mongo, затем переключился на PostgreSQL, а ведь есть еще GraphQL.

Свой выбор остановил на Монге просто потому что мне с ней пока что очень удобно работать. Наверное люди с бОльшим опытом работы смогут тебе объяснить более тонкие нюансы, но все что я делал на MySQL, я спокойно реализовываю и в Монге.

Мне не жалко, держи — modx.pro/sites/20463 )

Тогда тебе будет много что знакомо из следующих статей)

Потому что статья предполагала продолжение, а его не будет.

Компоненты авторов без защиты.

Про клиентов-лохов — это вообще топ информация которую я получил от Паши. Клиенты у которых капитал больше бюджета Москвы заказывают сайты на MODx у фрилансера, это ли не победа?

Что касается дискусии, то я считаю что лучше написать то — что написал я, чем хлопая в ладошки со слюной у рта писать фразы типа «Сергей, крутой компонент! Пиши исчо!». Да, я не написал ничего нового, ты наверное и так все это знал. Но для других, это будет именно пища, причем не факт что эти люди поддержат мою точку зрения.

— Я написал что могу, но я ведь не говорил что «зуб даю сейчас набросаю список». А то получается, что я кому-то что-то должен, не сделал этого и теперь пацанчики на районе прозвали меня пустословом. Да пожалуйста, мне не жалко.

—

Но на сайте сообщества MODX рассказывать про то, что сайты нужно собирать на микросервисной архитектуре...

Несколько недель назад я хотел написать цикл статеек о том, как я от MODx пришел к разработке API на Nest. Почему так получилось, чем меня не устроил MODx, что такое Nest и почему именно нода и т.д. Одна из фундаментальных тем статей, это даже не про мой путь, а про то, почему при наличии крутых и современных фреймворков, на их базе не появляется новых WP, MODx и т.д. В качестве примера можно взглянуть на октябрь, который позиционирует себя как CMS, но при этом значительно сложней чем MODx, дак еще и платный. Кмк это максимально интересные статьи были бы.

Зачем они здесь? Ну конечно, здесь нужно писать статьи о том как экстендить extjs или кинуть очередной готовый пример какого-нибудь сниппета, плагина или модификатора… Для разработчиков мой самый любимый раздел, еще со времен когда в нем Вася объяснял внутрянку MODx или когда он начал писать статьи на тему Nuxt.js, тоже было очень интересно читать.

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

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

P.S.
Очевидно что MODx это CMS и у него просто нету тех возможностей, которые есть у тех же фреймворков. Сравнивать их — не имеет смысла. Но когда мне люди пишут что они делают большие и дорогие проекты на MODx, мне очень интересно, а как они решают фундаментальные задачи разработки и те проблемы, которые у них появляется когда они выбирают MODx.

Посмотри на этот тред в комментариях не как на холивар, а как на дискуссию, в рамках которой можно найти много полезной пищи, причем со всех сторон, а не только с моей, твоей или еще чьей-то. И тогда у тебя пропадет предвзятое мнение относительно моей (или чьей-то еще) позиции.

Конечно я не буду тратить время на сбор списка причин, почему UI/UX админки в MODx плохой. Моя работа с Русланом уже 2 год лежит в репозитории MODx и никому не нужна. Как не нужен и твой шаблонизатор, как не нужен будет и мой список правок админки, как и не нужен будет MODx 3, в лучше случае, за исключением пары-десятков фрилансеров. Просто мой выбор, время которое у меня есть, потратить на что-то более интересное и ценное для меня. Твой выбор, это разрабатывать опенсурс компоненты для MODx. Я например люблю дискуссии и не только свои. В них можно найти намного больше, чем кажется людям думающим, что это только флуд и холивар.

P.S.
Забавно конечно когда ты находишь куча багов в таком фундаментальном для MODx ресурсе как ACL, пишешь об этом сообществу. Казалось бы, нужно решать проблему, но нет, все эти баги тащат в «новенькую» тройку. Просто, отлично.

Помнится я как-то с одним человеком (Руслан Алеев) разбирался в ACL системе MODx. Мы составили огромный список в гугл доках где протестировали каждый пермишен, нашли кучу багов, все это дело даже оформили красиво.

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

Так что, нас уже кормили этими спасибами, больше не хочется.

P.S.
Нашел ишусы — github.com/modxcms/revolution/issues?q=%5Bbug%5D+Access+Policy+is%3Aopen. От Руслана Алеева. Файлик с данными пока найти не могу.

Выход я писал уже больше года назад где-то на этом сайте — убирать нахер древовидное меню. Но…

Субъективно более чем

Если бы. Мой первый клиент которому я делал магазин года 3 назад сказал, а как я буду пользоваться админкой с планшета? А что будет с древовидным меню если у тебя на сайте будет много-много ресурсов? А «тихое переименовывание» одноименных файлов? Да я могу целый список составить того, почему UI в MODx плохой и это будет не субъективная оценка, а отзывы которые я собирал годами от своих клиентов.

Вот тут ты хорошую тему затронул. Я для этого использовал контексты, типа есть dev и прод и всем весело было. Надеюсь.

Очень удобно, когда у тебя сайт на 2-3-4 языках которые сделаны на контекстах. Это костыли, а не полноценная разработка на локальной машине с последующим тестированием на каком-нибудь сервере.