5 часов назад
Ну вот и правильная мысль, я же правильно понимаю, что все дополнения, что написаны на ms2 надо переписывать на ms3 многие авторы это не будут делать,...
MiniShop3 - 1.0.0-alpha 15
Вчера в 10:16
Посмотрел докумендацию Sendit.
и нашел то что искал, конечно надо будет писать побольше кода, но это то что надо, и очень гибко оказывается.
Спасибо...
Как кастомизировать сообщения после Регистрации на сайте? 3
28 ноября 2024, 18:01
Так делал на одном проекте, нужно было добавить поиск по полю pagetitle. Думаю, что можно и на TV переделать.
<?php
class myCustomFilter extends...
mFilter2 фильтрация tv 3
28 ноября 2024, 17:35
На ноде при запуске сервера можно большую часть проинициализировать. Например, прогрузить настройки, чанки и сниппеты в память и не лазить за ними в б...
Плюсы и минусы Vue и gtsAPI 18
27 ноября 2024, 19:13
Вообще можно завести допполе и при сохранении ресурса плагином писать в допполе разбирая pagetitle.
Модификатор сортировки pdoResources по pagetitle 7
27 ноября 2024, 12:36
Добрый день. Появилась новая ошибка: 27.11.2024 12:30:20 ERROR /www/site.ru/core/components/yasmartcaptcha/model/yasmartcaptcha.class.php 60
Reco...
YaSmartCaptcha - защитите ваши формы от спама умной капчей от Яндекс 6
Но работаю 95% времени в Линуксе, поэтому пока пользуюсь WebStorm.
только под Линуксом, открыл проект, где были несколько .html файлов с кириллицей, файлы в кодировке utf-8, но VS Code упорно, каждый раз открывает их в кодировке Windows-1251, естественно превращая всё в кракозябры…
Никакие настройки типа принудительного utf-8 не работают.
Судя по github о проблеме сообщают уже больше года и не только про кириллицу, но китайцы, корейцы и т.д.
Но Microsoft не чешется по этому поводу.
Решат эту проблему — вернусь на VS Code не раздумывая, а пока WebStorm выручает.
От начала со всеми нюансами и фишками. А дальше уже сами поймете, что изучать дальше, какие фреймворки и т.д.
Могу посоветовать недорогие курсы с очень грамотным подходом (в личку напишу, если нужно, чтобы не сочли за рекламу).
1. Уже давно не интересно.
2. Делать сайты на технологии, которую хорошо знаешь, это значит находиться в зоне комфорта и не развиваться.
3. Разработчики сайтов на CMS-ках зарабатывают несравнимо меньше программистов более сложных систем.
1. мне интересно судьба MODX.
2. осталась тьма проектов сделанных на MODX, к которым, к сожалению, приходиться возвращаться.
3. Если надо быстро запилить простенький сайт — пилю на MODX, но это большая редкость в последнее время. Мне уже давно неинтересны такие заказы.
4. Считаю, что для определенных задач есть оптимальные инструменты, MODX для некоторых использовать самое то.
А так, я уже давно залез в JS, фронт и бэк. Сейчас именно это мне интересно и именно в JS развиваюсь. Не знаю, что могло бы меня заставить замкнуться в одном MODX.
Меня такой «программист» скорее оттолкнет. Это каким темным нужно быть, что залипнуть с CMS-кой на 4 года?!
Проблема в том, что CMSки отдают разметку, а не данные по API. Удобно ли с MODX взаимодействовать с современным фронтендом? Можно, но больно. Стоит ли оно того? На мой скромный взгляд — нет.
/config.core.php
/connectors/config.core.php
/manager/config.core.php
Вдруг и здесь не поменяли.
А тут вот, пожалуйста, появилось. Еще и с чистым JS!
В общем, молодцы!
Библиотеки и фреймворки приходят и уходят, а чистый JS останется.