Михаил NeuroZ

Исходя из этого:

У друпала есть поля для любого entity

Это о многом говорит.

При этом я не говорю, что друпал плох. Он просто ни туда и ни сюда. Если хайлоад — то я выберу Laravel. Если мне нужен сложно-функциональный ИМ — то это Joomla+JoomShopping (там инструментов больше чем у Drupal).

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

Прям 100%?)) хех)
И все же, интересно как в друпале решается 2 ключевых (на мой взгляд) задачи:

• сложносоставные товары (критично для highload)
• обратная совместимость при доработке модулей под собственные нужды

*И что-то мне подсказывает, что в первом случае придется оооочень много кодить и рефакторить.

Хорошо расписал :) Но только в джумле всё это тоже есть давно.
1. В Joomla нет такого кол-ва, и, обычно, большинство пользуется одним и тем же набором расширений. Изредка добавляют что-то, в зависимости от задачи.
Например, я не использую плагинов для форм, а вместо комментариев JComments у меня вообще самописное расширение.
4. Согласен, создание CRUD на лету — преимущество. Но и в джумле уже есть не один конструктор расширений. Да и создавать собственные типы тоже можно (например, через папку fields компонента)
5. У Joomla свой JED.
6. В друпеле есть?:
Ajax:

• добавление товаров в корзину
• фильтрация
• Показать еще

Динамическое изменение:

• мини-корзина (при добавлении товара)
• сортировка
• показать еще

из функционала:

• сравнение товаров
• возможность создавать сложносоставные товары (например, товар имеет 10 размеров. Каждый размер в 10 цветах. Все это лежит на 10 разных складах и у каждой позиции своя цена)
• бывает нужно переписать какой-нибудь модуль под свои нужды. Как при этом обстоят дела с обратной совместимостью модуля? -Как решается конфликт при апдейте модуля?

7. Rules. Напомнило WP (там, кажется, что-то вроде хуков называлось, и был какой-то единый файл с событиями)

Ну собственно и вот :) А у Joomla, не такой высокий порог вхождения, но функционал с переопределением был еще 12 лет назад точно (а то и вообще с самого ее появления).
В то время я понимал, что WP достаточно ограниченное решение в плане своих возможностей. Drupal вообще казался какой-то дичью (на работе пришлось заниматься правками на друпале). Joomla — что-то странное, но перспективное (Virtuemart в те годы был очень конкурентоспособным ядром под магазин (как WP для бложиков)).
Я очень долго proработал с джумлой. Видел, конечно, и страшные вирусные проекты. Только вот на WP я их видел в десяток раз больше, а друпалом почти никто не пользовался в виду его громоздкости, дефицитом специалистов и, как следствие, количеством и качеством проектов.
Текущий Drupal конечно нельзя сравнивать с друпалом меньше 7ки. Но и Joomla за это время претерпела множество серьезных изменений, и грядущая 4я версия обещает сделать ее еще круче.
p.s. А что касается наличия вирусов, то коллеги выше ответили, что это либо варез, либо рукожопый программист, не экранирующий запросы или не валидирующий формы. И расширения тоже бывают дырявыми — их такие же разрабы пишут. Так что тут под угрозой любая CMS.

Joomla научила меня отличать хороший код от плохого, различным приемам организации данных в БД, и что невозможное — возможно.

Joomla © Невозможное — возможно
WordPress © Невозможное — возможно¹

Ну вот смотри, ты сам проводишь сравнение по критерию задача/инструмент:

• Бложик/WP
• Highload/Drupal

У тебя аргумент в сторону WP — получение быстрого результата при низких материальных затратах (в виду огромного кол-ва шаблонов и расширений). Тут я не спорю.
Далее Drupal, который, ИМХО, никогда не был юзерфрендли с точки зрения административной части и не пестрил огромным кол-вом готовых решений в виде расширений.
Если мы говорим о хайлоад, то зачем вообще брать CMS? Берем тот же ларавел/симфони/ии (кому что нравится) и пилим крутой проект.
Если мы говорим о каком-нибудь ИМ или сайт-каталоге, то в чем у друпала плюсы над джумлой?
А еще «любую нормальную цмс» — расскажи нам, объективно, про нормальные цмс и почему джумла не попадает в этот список?

Парень, ты очень сильно заблуждаешься.
Сравнить сначала Joomla c фреймворками. Потом холиварить на фоне Joomla — WordPress *facepalm*
Всё с точностью до наоборот. Joomla — это пожалуй самая популярная фреймворк-ориентированная CMS. Ты разбирал вообще структуры CMS (хотя бы ТОП-10) — нет! Потому что если бы разбирал не писал бы такие глупые посты…

Посоветуйте качественный аналог данного сервиса

А яндекс.днс не катируются вообще?

Давайте собирать петицию в роскомнадзор)

Спасибо)) интересная информация :) Поставил бы лайк, но кармы маловато)))

спасибо за ответ :)

А можете пояснить как используется строка

/? Id = 1 + union + select + 1,2,3 / *

Насколько я понял — это строка является целевой для исполнения. Но исполнения кем/чем?
Просто я не понимаю целевого значения /? и /* в конце строки… как это работает?

Не всегда десктопные (монолитные) решения могут полностью заменить мобильные (браузерные). Если брать те же игрушки и «геймеров тарящихся титанами» — это далеко не показатель. Крутая игра может быть и в пиксельной графике (миллионы успешных инди игр заслужили признание мировой общественности).
Так вот, если игра не требовательна к большему числу полигонов модели — то ресурсов компьютера и технологий современных браузеров вполне хватит, чтобы рендерить вполне себе крутые игрушки. Так что 3D в бразуерах — это скорее светлое будущее, чем утопия. Просто такие технологии надо применять с умом. Да и сами проекты должны привлекать геймера в первую очередь не красотой картинки, а качеством геймплея. А тут уж и браузер и десктоп и мобильное приложение — все равны. Вопрос на что хватит фантазии.

Ага, удобно то, что на сервере получаешь сгруппированные данные. Особенно если файл-обрабочик ajax запросов является общим (выступает в роли контроллера-маршрутизатора). Тогда просто необходимо отделять служебные данные (для маршрутизации запроса) от массива пользовательских данных.
Респект за статью! Надеюсь многие возьмут ее себе на вооружение, а то нормального frontend+верстальщика на фрилансе днем с фонарем не сыскать.

«Как мобидел остался не у дел» :))

Проверьте пути подключаемых скриптов (они должны быть все https), также если используете кастомную графику в карте — все пути к изображениям тоже должны быть через https.

Спасибо, шикарная статья! Очень помогла :)
Пишите еще :)

В любом случае спасибо и респект за труды)

Примерно планирую закончить к новому году.

А есть прогнозы по завершению перевода всей книги?

Ребят, прошу не кидаться помидорами, объясните для чего нужен Spomky-Labs/jose практическое его применение?

$(‘id’).

А решетку?