Ну вообще я ругаю, когда есть повод :-)
А если повода нет, то чего ругать) я даже порадовался, что они смогли таки выпустить стабильный билд с первого раза.
А на счет WP я больше с Аркадием согласен, как бы пыжился WP для электронной комерции он еще меньше подходит, чем Joomla. А что, поддержкиа, могу точно сказать, что на западе, люди хорошо умеют считать деньги и время. Я лично если бы был бизнесменом, подумал да нафиг — это надо еще и закладывать в риски еще и проблемы с обновлением. Я не спорю, что такой подход к обновлению в Joomla, позволяет снизить проблему обновления на более новую версию и убирает проблему совместимости, но это большинству и не нужно. На самом деле это шаг в сторону от бизнеса в направлении к хомпейджам. А хомпейджи стремяться не к Joomla, а к облачным платформам, которые проще… и не требуют особых знаний.
О, первый пост от Вадима, где даже особо и не поругал =)))
Насчет JQuery тоже пока не разобрался… Походу с фронта они его выпилили, а вот в админке еще сидит.
Alldar насчет WP — да он постоянно обновляется… но как гладко это проходит, в отличие от Joomla, к тому же с версии 3.8 обновления проходят автоматически.
А насчет поддержки — да, это хороший повод, но у нас же Россия — тут за каждый рубль предприниматель удавится при создании, а еще и поддержка…
А давай чуть чуть отойдем от Joomla. И взглянем на серверные системы. Почему они с длительными сроками поддержки иной раз по 5-10 лет.
Почему?
Потому, что бизнес не хочет вкладываться в поддержку перенастройку, какие то там новые версии и прочее. Он хочет четко знать вложил столько, то потратил столько, то в перспективе полчит столько-то. Это особенно актуально для магазинов.
А тут не понятно, будет ли релиз следующий стабильный в рамках одной ветки или нет. Плюс многим новые фичи нафиг не нужны им нужно, чтоб поставил и забыл. А тут даже дизайн админки менялся в рамках одной версии пару раз. Хоть не очень значительно но менялся. Что переучивать работников на новый интерфейс выходит?
Кстати почему, то я не знаю ни одного магазина на WP. В основном блоги информационные сайты. При этом кстати информационные сайты многие застряли еще на версии 2.x. Так как бизнес не хочет тратить на них деньги, особенно если они выполняют свои функции.
Продолжаю не понимать почему это должно быть смертью для бизнеса?
Во-первых это возможность посадить клиента на тех-поддержку
Во-вторых возьмем пример WP самой популярной CMS на планете у нее график релизов примерно такой же как у Joomla теперь, не кого это не смущает, последняя версия WP поломала 30% популярных плагинов и нечего подождали чуть чуть и обновились, не какой трагедии
Проверил по России (32 точки). Главное — Общее время загрузки сайта.
С CDN грузил bootstrap.min.css, bootstrap.min.js, jquery.min.js одинаковые версии.
В целом смешанные результаты, где-то быстрее с CDN, где-то медленнее. Затем я сложил все показатели без CDN и вычел общее c CDN — 4,857359 в пользу CDN.
Теперь среднее: без CND = 0,9124 с CDN = 0,7694
Самая быстрая загрузка без CDN — Казань (0,794841/1,235274)
Самая быстрая загрузка c CDN — Хабаровск (1,31167/0,712751)
В основном разница в пользу «без CDN», в среднем = 0,05 — незначительна
В пользу «с CDN» = 0,3 — тоже незначительна, но на порядок выше.
Вывод: по данному тесту в среднем, загрузка сайта, с использованием Yandex JS CDN, быстрее.
А у меня небольшая проблема. Не работает на localhost. То есть при нажатти на картинке открывается не localhost/site.ru/ а сразу site.ru/. Знаю, что на хостинге все будет работать, но хочется чтобы и на ПК работало.
Спасибо!
Танцы с бубном и проблема решена, надо забрать "/" в <a href="/<?php echo JRoute::_(ContentHelperRoute::getArticleRoute($this->item->slug,$this->item->catid));?>" > и в src="/<?php echo htmlspecialchars($images->image_intro);
Ну с расширениями особой проблемы не должно быть, хотя глядя на то, как разработчики выкашивают смело старый API и заменяют его новым от версии к версии, мне иногда становится страшно.
Я бы не стал рассматривать только России, я бы применительно ко всему миру рассматривал. Магазины на Joomla есть причем достаточно много и есть даже приличные по обороту. И именно их сейчас толкают, к тому, чтоб отказаться от Joomla. Мое личное мнение, что Joomla очень долго лезла в бизнес сегмент, а теперь ее толкают обратно в сегмент хомпейджев
Вот ты меня огорошил. Очень тревожная новость. Кроме бизнеса пострадают и разработчики расширений. Поддержка их работоспособности будет отнимать очень много времени.
На практике обычно ситуация складывается следующим образом. Однажды сделанный бизнес-ресурс не обновляется до тех пор, пока у хозяина фирмы не возникнет идея обновить дизайн сайта, т.к. старый уже «не современен». Это если дело касается, к примеру, визитки компании или новостного блога. Владельцы мелких магазинов более разумно относятся к своим сайтам и периодически обновляют их. Опять же, только в случае, если они сами занимаются администрированием. Обычно это люди, которые сами же и собрали себе магазинчик. И эти магазины не приносят хороший доход. Т.к. все эти виртуймарты и джумшоппинги — позор для прибыльного интернет-магазина. Их либо обновят до последней версии Битрикс, либо закажут собственный функционал у профессионалов, полностью отказавшись от готовых решений. Учитывая все вышесказанное, вряд ли что-либо изменится в нашем мире от смены политики разработчиков Joomla.
Есть такая надежда есть)) только сдается мне, что клубные шаблоны все равно свой велосипед будут городить. И плюсы если и будут, то просто как копипаст в их фреймворки.
Очень помогла с переносом пользователей из Joomla 2.5 в Joomla 3/
А если повода нет, то чего ругать) я даже порадовался, что они смогли таки выпустить стабильный билд с первого раза.
А на счет WP я больше с Аркадием согласен, как бы пыжился WP для электронной комерции он еще меньше подходит, чем Joomla. А что, поддержкиа, могу точно сказать, что на западе, люди хорошо умеют считать деньги и время. Я лично если бы был бизнесменом, подумал да нафиг — это надо еще и закладывать в риски еще и проблемы с обновлением. Я не спорю, что такой подход к обновлению в Joomla, позволяет снизить проблему обновления на более новую версию и убирает проблему совместимости, но это большинству и не нужно. На самом деле это шаг в сторону от бизнеса в направлении к хомпейджам. А хомпейджи стремяться не к Joomla, а к облачным платформам, которые проще… и не требуют особых знаний.
Насчет JQuery тоже пока не разобрался… Походу с фронта они его выпилили, а вот в админке еще сидит.
Alldar насчет WP — да он постоянно обновляется… но как гладко это проходит, в отличие от Joomla, к тому же с версии 3.8 обновления проходят автоматически.
А насчет поддержки — да, это хороший повод, но у нас же Россия — тут за каждый рубль предприниматель удавится при создании, а еще и поддержка…
Почему?
Потому, что бизнес не хочет вкладываться в поддержку перенастройку, какие то там новые версии и прочее. Он хочет четко знать вложил столько, то потратил столько, то в перспективе полчит столько-то. Это особенно актуально для магазинов.
А тут не понятно, будет ли релиз следующий стабильный в рамках одной ветки или нет. Плюс многим новые фичи нафиг не нужны им нужно, чтоб поставил и забыл. А тут даже дизайн админки менялся в рамках одной версии пару раз. Хоть не очень значительно но менялся. Что переучивать работников на новый интерфейс выходит?
Кстати почему, то я не знаю ни одного магазина на WP. В основном блоги информационные сайты. При этом кстати информационные сайты многие застряли еще на версии 2.x. Так как бизнес не хочет тратить на них деньги, особенно если они выполняют свои функции.
Во-первых это возможность посадить клиента на тех-поддержку
Во-вторых возьмем пример WP самой популярной CMS на планете у нее график релизов примерно такой же как у Joomla теперь, не кого это не смущает, последняя версия WP поломала 30% популярных плагинов и нечего подождали чуть чуть и обновились, не какой трагедии
Нужно либо пользоваться платными CDN, либо не пользоваться вообще ИМХО
Спасибо!
Танцы с бубном и проблема решена, надо забрать "/" в <a href="/<?php echo JRoute::_(ContentHelperRoute::getArticleRoute($this->item->slug,$this->item->catid));?>" > и в src="/<?php echo htmlspecialchars($images->image_intro);