Можете накидать основные минусы Джумлы ?

Это не решает задачу ... создание типа это не просто инклуд но и возможность операций с ним ...

Дополнительно:

- совершенно ублюдочный админ.интерфейс. Правда у других не намного лучше

- вероятность взлома пропорциональна распространенности. Джумла - самая распространенная CMS

Этот инклуд может включать всё что угодно.

Я для себя вообще сделал - если я админ, то у меня при входе в этот материал моя же админка. А если распространять - то плагин пишите, будет вам др. тип материала - их много уже, включая гелереи и соц. страницы.

Продвигаем сайты в т.ч. и на Joomla, штук 40.

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

Сейчас залез в я.вебмастер - дублей нет. Что делаем не так?

Стандартные ЧПУ, правильный .htaccess и robots.txt, компонент Redirect + карта сайта.

nikhotin добавил 23.11.2011 в 13:44

Возможно, но контент менеджер обучается очень быстро (по сравнению с Битрикс, WP, HostCMS - то с чем работаем) Под контент менеджером подразумевается пользователь сайта.

Правда шаблон админки свой, за основу брали какой то платный, все идее от него пошли.

Это и есть еще один плюс системы - кастомизация административного интерфейса.

Грамотный админ - залог надежности. За несколько лет несколько раз ломали, не только Джумлу.

- 1 раз не обновили phpMyAdmin

- остальные - сохраненные пароли от FTP на компах пользователей

Хотя во времена 1 версии было пару случаев с уязвимостью расширений.

nikhotin добавил 23.11.2011 в 13:56

"свои типы материалов" - изврат друпала, это мое мнение.

Материал должен оставаться материалом, т.е. иметь текстовое содержимое. Нужен каталог - используем компонент каталога (свои таблицы в БД, свои индексы), нет нужного функционала - модифицируем, в конце концов пишем (заказываем) свой. И так далее. Валить все в одну таблицу БД не лучшее решение.

Если нужно в материале выполнять скрипты, получать др. данные, и т.п. - есть все необходимое - это плагины, и этого абсолютно достаточно. С помощью плагина можно получить ЛЮБЫЕ данные с любого компонента, или таблицы БД. Написать необходимый плагин, при отсутствии нужного, не такая большая проблема.

3-уровневая система компонент-модуль-плагин решает ВСЕ возможные задачи.

P.S.

Тема плавно пришла к "Joomla - лажа".

Таким образом можно "опустить" любую систему, но у нас считается хорошим тоном опускать Joomla :-) Национальная черта наверное...

А ведь нормальная система, в чем то лучше других, в чем то хуже...

Но СВОИ задачи решает, и решает неплохо.

На Joomla иногда "НЕПРОГРАММИСТЫ" (с) делают приличные сайты, а вы попробуйте дать им в руки Битрикс или Друпал...

Наверное эта "легкость" сослужила плохую службу системе... Много ГС в результате, и за ними не видно нормальных сайтов.

Компонент для редиректа - sef404 или вы какой-то другой компонент имеете ввиду?

По поводу sef404. Достался мне сайт с этой темой. Вообще, на моём сервере работает всё. И форумы всех мастей, и Drupal 7 (довольно капризная CMS в плане хостинга). А sef404 почему-то не заработал. Пришлось обойтись...

Я полностью перешел на Джумлу и не жалею, знаю ВП, DLE...

С дублями борюсь компонентом Artio joomsef, но сейчас пытаюсь использовать родное ЧПУ, т.к. при использовании сторонних компонентов сайт медленнее работает. Нужно выбирать правильный хостинг под Джумлу и проблем с нагрузкой не будет, если не ставить конечно много модулей и прочей мишуры...

А так у меня есть сайт с родным ЧПУ, без сторонних модулей и прочего и на обычном шаред хосте держит 7к уников в день без проблем.

> Возможно, но контент менеджер обучается очень быстро (по сравнению с...

Можно кошку научить есть соленые огурцы, если бить ее по голове.

Про то что бывает еще хуже я никогда не спорил. Бывает еще ужаснее и в платных CMS Вот лучше бывает очень мало.

Но если не волнует комфортность работы контент-менеджера, то почему бы и нет?

> Грамотный админ

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

Но если не напрягает постоянное пропатчивание, вместо способа - поставить и забыть, то почему бы и нет?

> "свои типы материалов" - изврат друпала, это мое мнение.

Извращение - отсутствие возможности кастомизации полей и связей из админки, так как это давно начали делать во многих CMS.

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

> Таким образом можно "опустить" любую систему, но у нас считается хорошим

> тоном опускать Joomla :-) Национальная черта наверное...

Вы правы - 95% всех CMS на рынке - такое же убожество как и Джумла.

Но опустить Джумлу в топике про джумлу - никак не проявление национального менталитета, а проявление здравого смысла.

Стандартные ЧПУ.

com_redirect - от с 1.6 версии появился, есть порт под 1.5, но он не для борьбы с дублями.

nikhotin добавил 24.11.2011 в 08:54

Нет желания спорить.

Озвучьте что либо из 5%

от получаса до часа - не больше. дальше пользователь рулит контентом сам.

Еще раз повторюсь - это при переписанном шаблоне админки, неродном редакторе. настроенными шаблонами материалов.

это плюс системы - кастомизация админ интерфейса

кто говорил про админа у пользователя? я говорил про хостинг. пропатчивание - тут просто нужно смотреть что используется, в самом движке критические уязвимости находятся достаточно редко. ну не ломают у нас сайты на жумле....

И вообще я не говорил, что Joomla УНИВЕРСАЛЬНАЯ система на все случаи жизни, но ни как не убожество.

Она прекрасно справляется с задачами в своей нише.

Нет вообще УНИВЕРСАЛЬНОГО решения, это как универсальный гаечный ключ "5на60"

И понятие "CMS для студии" - маразм, тут или CMF со своими наработками, или выбор 2-3 систем

глупо на Joomla делать магазины, порталы, и т.п.

кстати, от друпала отказались, т.к.

- сложен в изучении

- высокая нагрузка на БД

- безграмотная структура

- отсутствие ООП

- невменяемый кэш

- несовместимость модулей

- трудоёмкая кастомизация

NetBeans + Прямые руки.