CMS и CMF

Настройки популярных движков: CMS Joomla


← заложи эту тему или зарегистрируйся
Страница 1, 2  Следующая →

В этой теме предлагаю обсуждать особенности настройки CMS Joomla.

В свое время скачал CMS Joomla 2007 Lavra Edition, выложил на хостинг, выбрал дизайн, провел минимальную настройку и порадовался, что все работает. Но потом при создании новой страницы выдавалась ошибка Internal Server Error. Покопался в нете, почитал документацию и нашел решение проблемы: в файле configuration.php прописал в конце строчку ini_set("memory_limit", "32M"). И у меня все заработало. Но это еще не все: при сохранении основных настроек (страница, где название сайта), joomla эту строчку не перезаписывает, поэтому приходится всегда после такой операции добавлять ее вручную. И пару слов о причинах такого поведения CMS: на хостинге есть ограничение на объем используемой памяти. Так вот, "32M" обозначает, что Joomla может использовать только 32Мб памяти. Если у хостинга другие ограничения, то и цифра должна быть другая.

  

Первый раз слышу, что хостер налагает ограничение на память сервера.
Нах такой хостер.
А joomla настраивать не надо. Подгонять под себя - да. А все остально решается добавлением или урезанием функциональности.

  
Копирайтинг любой сложности и объема. Цены высокие. Качество еще выше.

Преимущества джумлы:
1) Самое важное для начинающих - Простая и понятная документация на русском языке.
2)Простое управление модулями, наличие опции «показывать/не показывать», т.е. не нужно удалять; изменение позиции модуля.
3) Управление большинством материалов сайта может быть произведено не только из админки, но и с главной страницы.
3) Действительно мощная админка, настраивается практически всё, а время освоения не займет много времени.
5) Огромное количество встроенных модулей, компонентов и мамботов ( разбиения текста на страницы, скрытия e-mail-адресов от спам-ботов).
ИМХО самая лучшая цмс

  

lyubomudr писал(а): 3) Действительно мощная админка, настраивается практически всё, а время освоения не займет много времени.

Админка настолько тяжелая (в плане загрузки всей этой никому не нужной лабуды из аджакс скриптов), что вызывает отвращение при слабой скорости или работе в сети с учетом трафика.
При работе по типу анлим такой админке цены нет.
У меня при виде joomla из панели админа создается впечатление: разработчики считают, что админ все свое время проводит в бесконечной настройке системы и восхищении всяческими мерцающими и всплывающими рюшечками.
Хотя, справедливости ради, стоит отметить, что разработчики elxis в этом плане переплюнули joomla - достаточно взглянуть на прошлогодний олимпус.

  
Копирайтинг любой сложности и объема. Цены высокие. Качество еще выше.

ЗЫ
Настройка движка, имхо, не вкл/выкл в админке.
Понятие принципа работы движка и изменение скриптов под себя - это настройка. Все остальное - внешняя мишура.

  
Копирайтинг любой сложности и объема. Цены высокие. Качество еще выше.

Fright писал(а): Первый раз слышу, что хостер налагает ограничение на память сервера.

Ну как бы хостер регламентирует процессорное время и количество памяти, выделяемых на один запуск скрипта. CPU time не всегда, а память - всегда лимитируется. По дефолту - 32 метра.

  

admLoki писал(а):
Fright писал(а): Первый раз слышу, что хостер налагает ограничение на память сервера.

Ну как бы хостер регламентирует процессорное время и количество памяти, выделяемых на один запуск скрипта. CPU time не всегда, а память - всегда лимитируется. По дефолту - 32 метра.

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

Еще раз повторю - такой хостер не сможет работать на рынке. Каким это интересно образом они будут в таком случае регулировать нагрузку на БД?

  
Копирайтинг любой сложности и объема. Цены высокие. Качество еще выше.

Fright писал(а):
admLoki писал(а):
Fright писал(а): Первый раз слышу, что хостер налагает ограничение на память сервера.

Ну как бы хостер регламентирует процессорное время и количество памяти, выделяемых на один запуск скрипта. CPU time не всегда, а память - всегда лимитируется. По дефолту - 32 метра.

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

Еще раз повторю - такой хостер не сможет работать на рынке. Каким это интересно образом они будут в таком случае регулировать нагрузку на БД?

Дык на заборе написано. Есть директива memory_limit. И она не просто так стоит. Я же сказал, память лимитируют почти всегда, процессорное время - редко. Это скорее просто пункт в договоре оферты для "запугивания" клиентов с проектами с высокой нагрузкой.
Я видал одного хостера, который продавал "VDS", а на деле это был обычный shared с jailshell :D .

  

admLoki писал(а): Это скорее просто пункт в договоре оферты для "запугивания" клиентов с проектами с высокой нагрузкой.

Наглый хостер?
Вынуждение к необоснованному переходу на выделеный сервер?
Вполне вероятно.

  
Копирайтинг любой сложности и объема. Цены высокие. Качество еще выше.

Fright писал(а):
admLoki писал(а): Это скорее просто пункт в договоре оферты для "запугивания" клиентов с проектами с высокой нагрузкой.

Наглый хостер?
Вынуждение к необоснованному переходу на выделеный сервер?
Вполне вероятно.

Скорее не так. Очень часты ситуации - клиент приходит к хостеру и говорит: у вас вот столько-то столько-то за такие-то деньги, так?
Хостер говорит: да, так.
Клиент: замечательно!

А через 2-3 месяца хостер начинает давить на клиента, дескать, грузите сервер(omfg), запросов много, трафик ходит тоннами, либо переходите на тариф дороже(или вообще на VDS/DS) или сваливайте. Ах да, и еще - бекапов не отдадим. А если еще и домен через нас регали - оооо! Вы наш клиент.

  
из CMS выбрана Joomla. Кто осудит? Настройки популярных движков: CMS Joomla Создание Интернет-магазина