Алексей Соин

@Leonid Krylov мне кажется не лишним будет в modstore добавить шилд у дополнений, которые уже адаптированы для 3 версии modx

Кстати, так как данный баг пока не собираются исправлять, советую скрыть доступ к корневому файлу composer.json через .htaccess, либо nginx(в зависимости от настроек сервера).

Пока не оптимизируют MIGX, pdoTools не выйдет из беты и не появится minishop, я думаю, обновляться или делать сайты под modx 3 ещё рано. Мне кажется 90% сайтов работают на этих дополнениях, так что для большинства обновление до тройки пока не будет «простым».

И я также не понимаю, про какую такую обратную совместимость они всё время говорят, если по факту её нет?

Ссылки вида [[~123]] не конвертируются.

а что же с ними происходит?)) [[~123]] -> {'123' | url}

Параметры [[+modx_setting]] должны преобразовываться в {'modx_setting' | option}.

[[+modx_setting]] — плейсхолдер, с чего вдруг он должен стать опцией? если имелось ввиду [[++modx_setting]] то он преобразуется в {'modx_setting' | config}

Плейсхолдеры надо не {'pholder' | placeholder}, а просто {$pholder}, но если в его имени есть точки, то {$_pls['pholder']}.

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

Также было бы круто, чтобы можно было вставлять целый HTML-шаблон с тегами MODX

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

Если есть: конструкции=`условий`, то просто писать о их наличии (и номерах строк), но не блокировать все конвертирование.

Если имеется ввиду модификаторы, то повторяюсь, тотже :default уже не имеет смысла использовать в fenom заместо него надо использовать {if ...}.

Параметры сниппетов и чанков Fenom было бы лучше конвертировать с одинарными кавычками ' вместо двойных ".

Какой практический смысл в этом? Я пользуюсь всегда двойными кавычками.

точно ко мне вопрос?)))

У меня вот сейчасс не получается на феноме вывести [[!+ss_meta]] из дополнения Seo Suite

{'ss_meta' | placeholder}

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

Чем так цвет фона душу раздерает?) Мне в дизайне всё нравится))

Поправил, единственное пока не придумал, как получше обрабатывать комменты и на подумать остается обработка фильтров/модификаторов и свойств, но скорее всего в дальнейшем буду просто выводить предупреждение, что фильтр :default нужно вручную править для fenom синтаксиса и т.д.

Выводится сниппет если не понять что за тег, а так пока переводит чанки, сниппеты, системные значения. Доработать даный конвертер не трудно, но не хотелось бы тратить время на сервис, который никому не нужен. Хотелось бы услышать, нужен ли он кому-то (например лайк/дизлайк вот этого моего коммента, или в гитхабе плюсами). Если нужно, выделю время на доработки.

На скорую руку накидал свой вариант m2f.zencod.ru/

Если у кого то есть предложения по более лучшему варианту, велком с пуллреквестом))) github.com/alexsoin/modx2fenom

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

на странице компонента на modstore очепятка:

ModxPlugins/Web/Title.php

вместо

ModxPlugins/Web/Logo.php

как в данной статье

Хотя я всё-таки из этих двух шаблонизаторов отдаю предпочтение Smarty.

А в связи с тем что fenom не обновляется уже больше года и по возможностям уступает другим шаблонизаторам, планируется ли в pdoTools добавить поддержку тогоже Smarty(Twig)? Ну или использовать по умолчанию не феном в pdotools для modx 3(если он когдато выйдет?).

Возможно немного не по теме, но можете подсказать, что при выводе заголовка делает | title?

гет параметрами логин и пароль отправлять эт конечно круто)))



Б — безопасность)

Спасибо за развернутый ответ! А за vercel отдельное спасибо))) я натыкался на него ранее, но почемуто посчитал, что это хостинг чисто для статики.

сейчас спроса на простые и маленькие практически нет

Тут не соглашусь, у меня часто в работе лендинги для бизнеса у которых цель заключается в том, чтобы прорекламировать продукт и затем чтобы клиент зарегистрировался/подписался на рассылку или чтонибудь такое. Из требований там только чтобы текст и картинки менялись менеджерами, вот для таких случаев разрабатывать API-first на томже strapi + nuxtjs (или чем либо другом) банально дольше чем накатить верстку на modx подключить форму к formit и выкатить в прод.

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

Както натыкался на статью, когда компания решила отказаться от вебпака в пользу своего решения и рассказывали, что у них сборка проекта производилась на 20% быстрее, а затем через годы программисты которые работали над этим решением уволились, документации никакой небыло и нужно было добавить в это решение поддержку postcss, в итоге проект начал собираться адски долго и все снова вернулись на вебпак)))

Я вот тоже постоянно смотрю на альтернативы, но вот чтото по удобству и быстроте развертывания стандартных сайтов (лендинги, простые магазины) я не нашёл. Есть решения на nodejs, но тут сталкиваемся с тем, что тогда нужен сервер, либо нужно мириться с своеобразными решениями хостингов. Понятное дело, что современнее и удобнее писать на какомлибо фреймворке, но как по мне использование фреймворков на лендинге или на простеньком интернет магазине не оправдано вообще, так как использование фреймворков увеличивает кол-во времени которое нужно вложить в проект разработчику.

В связи с чем появляется вопрос, а чем можно заменить modx в современных реалиях?

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

Плюс можно расширить эту идею и при загрузки картинки сразу обрезать её под максимальный размер. Были случаи когда грузили 4К картинки, а потом удивлялись, что долго грузятся))))

Ещё очень не хватает в TinyMCE кнопки загрузки изображения сразу с компьютера, минуя менеджер файлов. Несколько раз сталкивался с тем, что менеджерам кажется сложным загружать файл сначала в папку менеджера файлов, а потом его выбирать для вставки в контент.

я правильно понимаю, это чтото типо siteExtra, siteDev и Boilerplate? Или в чем отличие, кроме как то, что устанавливается не как компонент?