Подскажите, а если у меня WEB-сервер с ПУ ISPmanager. Я смогу на него поставить Amnezia VPN? Проблем (конфликтов) не будет? Может тестировал кто-нибудь?
А можете, пожалуйста, уточнить какие именно зарплаты, по Вашему мнению, являются более экономически обоснованными? Я понимаю, что разные позиции и направления оплачиваются по-разному... Просто интересно как понять или где взять информацию приближенную к реальности: какую з/п сейчас получает, и какую должен на самом деле получать middle php разработчик?
Мне кажется, что чеклист в РКН (+прочих спец.служб) выглядит примерно так: 1. Вводим блокировки. Заставляем людей массово перейти на VPN. 2. Блокируем частично разные VPN. Заставляем людей искать альтернативные решения. 3. Выпускаем свое универсальное приложение по обходу всех блокировок. Все под колпаком. Профит.
*опционально: собираем инфу о vps-хостингах (с дата-центрами не из РФ) для возможности дальнейшей тотальной блокировки при необходимости.
В нем нет необходимого функционала для сложной и гибкой кастомизации: надо будет все писать ручками, и БД проектировать грамотно. А умеют ли друпальщики грамотно проектировать — это еще большой вопрос, который, из логических соображений, приводит меня к тому, что если и умеют, то единицы).
При этом я не говорю, что друпал плох. Он просто ни туда и ни сюда. Если хайлоад — то я выберу Laravel. Если мне нужен сложно-функциональный ИМ — то это Joomla+JoomShopping (там инструментов больше чем у Drupal).
Хорошо расписал :) Но только в джумле всё это тоже есть давно.
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 научила меня отличать хороший код от плохого, различным приемам организации данных в БД, и что невозможное — возможно.
Ну вот смотри, ты сам проводишь сравнение по критерию задача/инструмент:
Бложик/WP
Highload/Drupal
У тебя аргумент в сторону WP — получение быстрого результата при низких материальных затратах (в виду огромного кол-ва шаблонов и расширений). Тут я не спорю.
Далее Drupal, который, ИМХО, никогда не был юзерфрендли с точки зрения административной части и не пестрил огромным кол-вом готовых решений в виде расширений.
Если мы говорим о хайлоад, то зачем вообще брать CMS? Берем тот же ларавел/симфони/ии (кому что нравится) и пилим крутой проект.
Если мы говорим о каком-нибудь ИМ или сайт-каталоге, то в чем у друпала плюсы над джумлой?
А еще «любую нормальную цмс» — расскажи нам, объективно, про нормальные цмс и почему джумла не попадает в этот список?
Парень, ты очень сильно заблуждаешься.
Сравнить сначала Joomla c фреймворками. Потом холиварить на фоне Joomla — WordPress *facepalm*
Всё с точностью до наоборот. Joomla — это пожалуй самая популярная фреймворк-ориентированная CMS. Ты разбирал вообще структуры CMS (хотя бы ТОП-10) — нет! Потому что если бы разбирал не писал бы такие глупые посты…
Насколько я понял — это строка является целевой для исполнения. Но исполнения кем/чем?
Просто я не понимаю целевого значения /? и /* в конце строки… как это работает?
Не всегда десктопные (монолитные) решения могут полностью заменить мобильные (браузерные). Если брать те же игрушки и «геймеров тарящихся титанами» — это далеко не показатель. Крутая игра может быть и в пиксельной графике (миллионы успешных инди игр заслужили признание мировой общественности).
Так вот, если игра не требовательна к большему числу полигонов модели — то ресурсов компьютера и технологий современных браузеров вполне хватит, чтобы рендерить вполне себе крутые игрушки. Так что 3D в бразуерах — это скорее светлое будущее, чем утопия. Просто такие технологии надо применять с умом. Да и сами проекты должны привлекать геймера в первую очередь не красотой картинки, а качеством геймплея. А тут уж и браузер и десктоп и мобильное приложение — все равны. Вопрос на что хватит фантазии.
Ага, удобно то, что на сервере получаешь сгруппированные данные. Особенно если файл-обрабочик ajax запросов является общим (выступает в роли контроллера-маршрутизатора). Тогда просто необходимо отделять служебные данные (для маршрутизации запроса) от массива пользовательских данных.
Респект за статью! Надеюсь многие возьмут ее себе на вооружение, а то нормального frontend+верстальщика на фрилансе днем с фонарем не сыскать.
Проверьте пути подключаемых скриптов (они должны быть все https), также если используете кастомную графику в карте — все пути к изображениям тоже должны быть через https.
В видео, где робот "спотыкается" на зрителей должно называться:
"Что ты сказал про мою маму?"
или
"Это всё потому что я чёрный?"
Подскажите, а если у меня WEB-сервер с ПУ ISPmanager. Я смогу на него поставить Amnezia VPN? Проблем (конфликтов) не будет? Может тестировал кто-нибудь?
А можно немного технических подробностей как вы подключились к GPT ? Какой сервис/api использовали?
А можете, пожалуйста, уточнить какие именно зарплаты, по Вашему мнению, являются более экономически обоснованными? Я понимаю, что разные позиции и направления оплачиваются по-разному...
Просто интересно как понять или где взять информацию приближенную к реальности: какую з/п сейчас получает, и какую должен на самом деле получать middle php разработчик?
Мне кажется, что чеклист в РКН (+прочих спец.служб) выглядит примерно так:
1. Вводим блокировки. Заставляем людей массово перейти на VPN.
2. Блокируем частично разные VPN. Заставляем людей искать альтернативные решения.
3. Выпускаем свое универсальное приложение по обходу всех блокировок. Все под колпаком. Профит.
*опционально: собираем инфу о vps-хостингах (с дата-центрами не из РФ) для возможности дальнейшей тотальной блокировки при необходимости.
Это о многом говорит.
При этом я не говорю, что друпал плох. Он просто ни туда и ни сюда. Если хайлоад — то я выберу Laravel. Если мне нужен сложно-функциональный ИМ — то это Joomla+JoomShopping (там инструментов больше чем у Drupal).
И все же, интересно как в друпале решается 2 ключевых (на мой взгляд) задачи:
*И что-то мне подсказывает, что в первом случае придется оооочень много кодить и рефакторить.
1. В Joomla нет такого кол-ва, и, обычно, большинство пользуется одним и тем же набором расширений. Изредка добавляют что-то, в зависимости от задачи.
Например, я не использую плагинов для форм, а вместо комментариев JComments у меня вообще самописное расширение.
4. Согласен, создание CRUD на лету — преимущество. Но и в джумле уже есть не один конструктор расширений. Да и создавать собственные типы тоже можно (например, через папку fields компонента)
5. У Joomla свой JED.
6. В друпеле есть?:
Ajax:
Динамическое изменение:
из функционала:
7. Rules. Напомнило WP (там, кажется, что-то вроде хуков называлось, и был какой-то единый файл с событиями)
Ну собственно и вот :) А у Joomla, не такой высокий порог вхождения, но функционал с переопределением был еще 12 лет назад точно (а то и вообще с самого ее появления).
В то время я понимал, что WP достаточно ограниченное решение в плане своих возможностей. Drupal вообще казался какой-то дичью (на работе пришлось заниматься правками на друпале). Joomla — что-то странное, но перспективное (Virtuemart в те годы был очень конкурентоспособным ядром под магазин (как WP для бложиков)).
Я очень долго proработал с джумлой. Видел, конечно, и страшные вирусные проекты. Только вот на WP я их видел в десяток раз больше, а друпалом почти никто не пользовался в виду его громоздкости, дефицитом специалистов и, как следствие, количеством и качеством проектов.
Текущий Drupal конечно нельзя сравнивать с друпалом меньше 7ки. Но и Joomla за это время претерпела множество серьезных изменений, и грядущая 4я версия обещает сделать ее еще круче.
p.s. А что касается наличия вирусов, то коллеги выше ответили, что это либо варез, либо рукожопый программист, не экранирующий запросы или не валидирующий формы. И расширения тоже бывают дырявыми — их такие же разрабы пишут. Так что тут под угрозой любая CMS.
Joomla научила меня отличать хороший код от плохого, различным приемам организации данных в БД, и что невозможное — возможно.
Joomla © Невозможное — возможно
WordPress © Невозможное — возможно¹
У тебя аргумент в сторону WP — получение быстрого результата при низких материальных затратах (в виду огромного кол-ва шаблонов и расширений). Тут я не спорю.
Далее Drupal, который, ИМХО, никогда не был юзерфрендли с точки зрения административной части и не пестрил огромным кол-вом готовых решений в виде расширений.
Если мы говорим о хайлоад, то зачем вообще брать CMS? Берем тот же ларавел/симфони/ии (кому что нравится) и пилим крутой проект.
Если мы говорим о каком-нибудь ИМ или сайт-каталоге, то в чем у друпала плюсы над джумлой?
А еще «любую нормальную цмс» — расскажи нам, объективно, про нормальные цмс и почему джумла не попадает в этот список?
Сравнить сначала Joomla c фреймворками. Потом холиварить на фоне Joomla — WordPress *facepalm*
Всё с точностью до наоборот. Joomla — это пожалуй самая популярная фреймворк-ориентированная CMS. Ты разбирал вообще структуры CMS (хотя бы ТОП-10) — нет! Потому что если бы разбирал не писал бы такие глупые посты…
Насколько я понял — это строка является целевой для исполнения. Но исполнения кем/чем?
Просто я не понимаю целевого значения /? и /* в конце строки… как это работает?
Так вот, если игра не требовательна к большему числу полигонов модели — то ресурсов компьютера и технологий современных браузеров вполне хватит, чтобы рендерить вполне себе крутые игрушки. Так что 3D в бразуерах — это скорее светлое будущее, чем утопия. Просто такие технологии надо применять с умом. Да и сами проекты должны привлекать геймера в первую очередь не красотой картинки, а качеством геймплея. А тут уж и браузер и десктоп и мобильное приложение — все равны. Вопрос на что хватит фантазии.
Респект за статью! Надеюсь многие возьмут ее себе на вооружение, а то нормального frontend+верстальщика на фрилансе днем с фонарем не сыскать.