11 г. назад

Многие возможные заказчики спрашивают, почему среди множества CMS именно Joomla ? А я могу сказать, что гибче системы в настройках и возможностях я еще не видел. Могу разбить по пунктам:

• Это конечно модульность. Из более 2800 компонентов и модулей с помощью CMS Joomla можно сделать сайт под ваши цели. Будь это домашней страницей или серьезным интернет-магазином.
• Легкая смена шаблона для Joomla. Если вы хотите иметь шаблоны на каждый случай или праздник, это Joomla позволяет. Нет привязонности к определенному шаблону.Шаблоны можно менять, как для пользовательской части, так и для административной части.
• Легкость в написании статей (содержимого). Визуальные редактора практически похожий на Word. Cформатированием и прочиими настройками. По мимо этого можно сразу же создать новый пункт меню, который будет ссылать на страницу с полным текстом данной статьи.
• Легкость в SEO . К каждой статье вы можете указать набор уникальных ключевых слов, и вы можете надеятся, что пользователей ищущие нужную информацию придут именно к вам, и именно на эту статью (если она конечно уникальная).
• Гибкость в настройках меню. Двумя нажатиями клавиш вы можете создать или удалить новые пункты меню.
• Встраиваемые компоненты форумов, гостевых книг, комментариев, фотогалерей. Что это весьма удобно для пользователей и администраторов. Один раз зарегистрировавшись, ты получаешь доступ ко всем разделам, конечно если это ограниченно доступом.
• Коммерция. Можно установить компоненты электронной коммерции.

• Постоянное обновление движка CMS Joomla увеличивает безопасность сайта.
• Удобство при работе с пользователями. Можно ограничить права для разного уровня пользователя. Можно наприме создать следующие группы: пользователи (могут смотреть и комментировать), менеджеры (могут смотреть, комментировать и редактировать материалы) и суперадмины (полный контроль над сайтом).
• Для суперадмина конечно большое количество настроек. Что позволяет сделать хоть слона c Joomla.
• Генерация ЧПУ (человечески-понятные урл-ы). Не просто набор ссылок, а например как здесь /portfolio.html .
• При достаточном опыте, сайт на Joomla можно развернуть за считанные часы.

Недостатки Joomla

К сожалению без них ни куда. Итак:

CMS Joomla популярна хакерами для взлома. Открытый код, низкая скорость развития самой Joomla. Хотя все равно на втором месте после WordPress.

Очень плохая документация

При болших данных замечаются тормоза.

Низкое качество кода сторонних расширений.

Медленный поиск

Наверно это не все, что можно сказать. Но надеюсь этого будет достаточно для принятия решения в пользу данной CMS Joomla.

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

Эта статья не о сравнении Joomla с другими CMS-платформами, существует довольно большое количество сравнений. Часто они предвзяты в той или иной степени, содержат обобщенную информацию, которая не всегда имеет смысл. В реальной жизни мы должны достичь конкретных целей, а сделать это проще, если мы выбираем правильные инструменты.

Эта статья о преимуществах системы Joomla. Эти преимущества, действтительно, замечательны, но они полезны для нас только если они относятся к тому, что нужно реализовать в проекте. Может быть, они пригодятся вам, может быть и нет. Правильный выбор CMS для проекта - сам по себе сложный процесс, и только вы можете решить, что будет лучше для вас. Но всегда хорошо принять обоснованное решение.

Замечание автора: я очень связан с сообществом Joomla, я очень люблю Joomla. Тем не менее, я отодвигаю свои личные пристрастия и предпочтения в сторону. Иногда я использую для работы и другие платформы. Как и на любом владельце бизнеса, на мне лежит ответственность удовлетворения потребностей своих клиентов, что и мотивирует мои решения. Благодаря многолетнему опыту работы над множеством проектов, я обнаружил конкретные причины и ситуации, почему и когда одна платформа часто работает лучше, чем другая. Это мое вдохновение для этой статьи.

Вот пять причин почему люди выбирают Joomla: 1.) Широкие возможности управления контентом

Joomla была построена с нуля в качестве системы управления контентом. И именно управление контентом - то, что она делает лучше всего. Существуют сотни вариантов, десятки экранов интерфейса, которые помогут вам создавать, организовывать, сортировать и отображать контент бесчисленным количеством способов.

Joomla включает обширные встроенные возможности интерфейса для управления вашим сайтом. Никакого дополнительного кодирования или плагинов, необходимых для выполнения комплексного управления содержанием и задачами отображения.

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

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

• Сайтов с большими объемами контента и страниц
• Сайтов с большими и сложными навигационными структурами
• Для тех, кто создает сайт и не имеет опыта кодирования
• Для людей, которые любят, когда все и всегда организовано (как я)

Pro совет: каждый интерфейс и компонент имеет десяток опций и настроек, чтобы контролировать все, начиная от сортировки, фильтрации и организации, содержания (название, автор, дата и т. д.), управления отображением на странице, макетов страниц блогов (да на Joomla можно легко создать блог), метаданных, параметров SEO-оптимизации и многого другого. Вы можете сделать все, что угодно, поскольку под капотом огромная мощь, если знаеть, где искать.

Обширные встроенные базовые функции также помогают устранить необходимость дополнительных плагинов и расширений. Это может помочь в стабильности, безопасности и поддержке.

2.) Стандартизированный интерфейс и функциональность

Чем больше вы изучаете Joomla, тем больше возможностей вы получаете. Полезно знать, что Joomla имеет набор стандартных элементов управления, а многие основные функции работают аналогичным образом. Это не только помогает нам узнать Joomla, это также создает более стабильный и надежный фундамент CMS. Этот фундамент - источник многих мощных функций в Joomla.

Стандартизированный интерфейс Joomla.

Как только вы научитесь использовать одну функцию в Joomla, вы научитесь сразу многим вещам в Joomla. Например, после создания статьи вы уже точно будете знать, как создавать категории и теги. Плюс все функции сохранения, закрытия и копирования контента одинаковы в большинстве ключевых компонентов и многих сторонних расширениях.

Для более продвинутых пользователей, базовая архитектура PHP в Joomla также стандартизирована. Joomla построена на стандартизированном паттерне

Это делает Joomla идеальным выбором для:

• Всех, кто должен управлять своим собственным сайтом
• Обучения клиентов или сотрудников управлению контентом сайта
• Для тех, кто делает сайт сам
• Сайта интеграторов и разработчиков и программистов

Pro Совет: освоение Joomla может занять некоторое время, но как только вы это сделаете, вы будете иметь мощный набор инструментов в своем распоряжении. Рабочий процесс сначала может показаться не совсем понятным, но как только вы узнаете, как все компоненты работают вместе, вам станет очень просто работать с сайтом.

3.) Управление пользователями и функции управления доступом

Система регистрации пользователей, менеджер пользователей и несколько уровней ACL (список контроля доступа) встроены прямо в ядро Joomla. Благодаря этому Joomla идеально подходит для сайтов, которые требуют учетных записей пользователей, регистрации пользователей или функции ограничения доступа к информации.

Регистрация пользователя и настраиваемый контроль доступа встроены в ядро Joomla

Настройка основных учетных записей пользователей, регистрация пользователей, уровни доступа пользователей, ограничения доступа к контенту и админке - обычное дело для Joomla. Если стандартных уровней ACL не достаточно, вы можете создать столько пользовательских уровней, сколько вам нужно со всеми настройками разрешений на все основные функции и большинство сторонних расширений. Это все встроено в ядро Joomla и готово к использованию с самого начала.

Это делает Joomla идеальным выбором для:

• Сайтов с необходимостью регистрации пользователей
• Сайтов с требованиями ограничения доступа к контенту
• Сайтов на основе членства или подписки
• Сообществ или форумом
• Бизнес-сайтов, где нужен отдельный раздел “кабинет клиента” или логин клиента
• Компаний с большим штатом или количеством участников

Pro Совет: ядро управления доступом также стандартизированы в Joomla, что позволяет применять настройки доступа во всех основных компонентах Joomla. Стандарт также интегрирован в большинство сторонних расширений. Все эти сложные настройки осуществляются через оконный интерфейс и без программирования.

4.) Расширенный контроль шаблона

Некоторые CMS платформы разрешают использовать только один активный шаблон (или тему) или один набор параметров шаблона на весь сайт, и, в большинстве случаев, этого достаточно. Однако, если вы когда-либо хотели, чтобы было легче использовать разные настройки шаблона на разных страницах, либо хотели использовать более одного шаблона на вашем сайте, то Joomla может легко помочь с этим.

Joomla может справиться с простыми и сложными конструктивными требованиями.

В Joomla вы можете установить столько шаблонов, создать столько переопределений для одного шаблона сколько вам захочется, и назначить вариации свою вариацию настроек хоть на каждую страницу. Это означает, что любые страницы, группы страниц или конкретные разделы вашего сайта могут иметь различные настройки дизайна. Для этого нужно лишь воспользоваться встроенными настройками в интерфейсе шаблона, без всякого дополнительного кода или плагинов. Объем настроек, конечно, зависит от шаблона.

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

Это делает Joomla идеальным выбором для:

• Сайтов с широкими или часто меняющимися требованиями
• Многосекционных сайтов с требованиями цветового разнообразия
• Творческих веб-дизайнеров
• Разработчиков Шаблонов

Pro совет: для более продвинутых в настройках пользователей существует возможность напрямую редактировать шаблон через интерфейс менеджера шаблонов с помощью встроенного редактора кода. Вы можете проводить сложные настройки кода, не покидая внутренний интерфейс.

5.) Международная языковая поддержка

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

Поддержка международных языков, интегрированных в ядро Joomla.

Как и все в Joomla, языковые параметры стандартизированы и могут применяться по-разному. Например, языковые параметры могут быть назначены на каждого пользователя, чтобы люди из разных мест могли работать на их основном языке. Мы также можем создавать контент, навигацию или разделы сайта для конкретных языков на основе любого количества параметров. Существует море приложений для еще большего расширения функции многоязычности в Joomla. Причина этой особенности - то, что очень популярная в мировом сообществе, что делает Joomla единственным выбором для многих пользователей по всему миру (особенно для определенных языковых групп).

Это делает Joomla идеальным выбором для:

• Международных сайтов и проектов
• Веб-сайтов, требующих многоязыковую поддержку
• Сайтов с многоязычным контентом
• Больших команд, многоязычного персонала

Pro Совет: Joomla имеет обширную встроенную поддержку языков, но это не перевод контента веб-сайтов. Перевод существующего контента может быть показан и назначен по-разному, но это не автоматический перевод контента, написанный на одном языке и машинно переведен на другой язык. Это важное различие, о котором нужно помнить. Существует множество дополнительных расширений для автоматического перевода для Joomla, если вы нуждаетесь в них.

В таком случае целесообразно использовать готовые решения, которые предлагаются рядовому потребителю совершенно бесплатно в виде Джумлы. Это высокоэффективная, многофункциональная система управления содержимым, написанная на языках PHP и JavaScript. Готовый движок хорош в первую очередь тем, что при его эксплуатации не нужно заморачиваться над изучением различных языков программирования (PHP и JavaScript). В данном посте я решил перечислить 10 основных преимуществ и...

ответить на вопрос, почему именно Joomla.

10 преимуществ CMS Joomla

Нет необходимости в изучении языков программирования. К вашему сведению это кропотливое и изнурительное занятие. Тем более еще неведомы будущие перспективы проекта.

Движок распространяется абсолютно бесплатно. А этот аргумент в нашем случае на вес золота, поскольку в любом случае, чтобы разместить сайт в сети придется понести кое-какие расходы (приобретение услуг хостинга и доменного имени). Можно конечно сэкономить и припарковаться на бесплатном хосте, но здесь есть подводные камни, с которыми можно ознакомиться, кликнув по данной ссылке .

Функциональность - множество бесплатных расширений. В изначальном виде движок предстает перед взором практически в нагом обличии. Для того чтобы вооружить CMS всем необходимым достаточно скачать плагин, модуль или шаблон следуя вот этим рекомендациям .

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

Простота освоения. Хотя многие сторонники WordPress в один голос заявляют, что их CMS куда проще. Этот спор остается актуальным, поскольку с этим движком я хочу ознакомиться в скором будущем.

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

Мультиязычность. От этого параметра напрямую зависит простота использования, ведь гораздо проще разобраться с множеством настроек, если предусматривается установка родного языка.

Поддержка. Существует множество оживленных форумов, на которых можно задать вопрос: «Почему Joomla…», и получить на него вразумительный ответ.

Оптимизация. CMS отлично индексируется поисковиками. Знаю это, так как многие переубеждали меня переориентироваться на WordPress, во благо я делать этого не стал. Первые страницы моего сайта увидели свет спустя неделю.

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

pull 29 октября 2012 в 13:51 Почему Joomla – это плохо для сайта?

• Чулан *

На самом деле, в джумле ничего плохого нет, если сайт на этом движке (как и на любом другом) создан со знанием дела. В частности, если изначально модульная сборка джумлы была подготовлена к современному подходу продвижения сайтов.
Но на нашей практике, такую сборку создателям сайтов, с которыми нам приходилось работать, создавать было очень сложно.
У джумлы, как у бесплатной системы управления, есть свои достоинства. Но они редко используются, в пример многочисленным недостаткам.

Что нам нужно от системы управления, что бы сайт гладко вышел в желанный всем топ?

1. Грамотные ссылки. Это URL адрес, который мы видим в адресной строке браузера. Модули джумлы, рассчитанные для создания грамотных ссылок используют изначально неправильную компоновку адреса страницы, но с этим можно было бы смириться, если структура сайта (и ньюансы с ней связанные) изначально будет использоваться на этапе планировки. В большинстве случаев, прицепить такой модуль после создания сайта и его заполнения контентом – уже не представится возможным из-за неизбежных коллизий старых адресов страниц и новых. Великолепный пример – если у вас стоит модуль интернет-магазина. Даже самый дорогой коммерческий модуль моментально приведет его в технический нокдаун. Если же модуль простой, то он какое то время поживет, пока вы не обнаружите, что товары, которые вы хотели продвинуть, некогда не выйдут в топ, сколько бы денег вы на это не тратили. Все эти проблемы решимы только частично.

2. Тайтлы. Они же заголовки страниц. Для пользователя они не так важны, но они невероятно важны для поискового робота. С ними абсолютно та же история, что и с ссылками, только работоспособных модулей гораздо меньше. Относительно способные версии – конечно платные, но их так же следует устанавливать до создания сайта. Чаще всего, несчастным оптимизатором сайта в макет сайта вживляется инъекционный скрипт, который интегрирует правильные поисковые тайтлы на конкретный адрес. Но таким способом работать не удобно, ведь что бы что то откоректировать, нужно идти на FTP сайта и править файл от туда, думать о синтаксических програмных ошибках и прочих вещах, о которых оптимизатор и думать не хотел бы, а приходится. Да и к тому же, возникновение таких ситуаций усугубляет бессмысленность такой системы управления. Стандартный компонент ведения заголовков страницы у джумлы очень слабый и не подлежит даже крайне необходимой простейшей тонкой настройке.

3. Заголовки верхнего уровня. Проблема та же что и с тайтлами, только не так ярко выражена. Конечно, их можно вписывать для каждого текста через визуальный редактор, но на сайти с архитектурой маломальской сложности рано или поздно произойдет коллизия материалов, которая черевата дурными последствиями, неочевидными на первый взгляд. Заставить джумлу управлять заголовками централизованно каким нибудь модулем можно на этапе создания сайта. После создания - проблемы будут как и у тайтлов. Только с большими коллизиями заголовков, которые уже использованы в тексте или в стандартных компонентах.
Чистый код. В коде не должно быть ничего лишнего, но программисты джумлы редко с этим могут совладать, так как им мешает крайне убогая линейная структура данных и шаблонов. Все неплохо, если джумла изначально была вычещена от ненужных модулей, лишних компонентов и настроена должным образом. Желательно, что бы версия, которую программист ставит на сайт – была современной, а не датированный прошлым тысячелетием. Увы, автор этой статьи такие сайты видел только у настоящих профессионалов SEO и веб-программирования, которые твердо знают как это должно работать и что им нужно для продвижения. В 90% случаев сайты программируются по принципу «кто во что горазд», так как программисты в студии дизайна, фрилансеры и просто ваши хорошие друзья не часто не собираются их продвигать своими руками. Исключение – что то очень низкочастотное и недорогое, желательно, без конкуренции вообще. Конечно, сайт можно написать на китайском языке – и он будет красивый, очень информативный, эргономичный и с отличной графикой – но, оптимизировать такой сайт будет стоить титанических трудов, которые все равно не принесут ожидаемых результатов, так как для продвижения сайта нужны ньюансы, которые этой системой управления не предусмотренно создавать.

В 99% случаев, сайт на джумле проще переделать заново на другой системе управления, чем пытаться настроить.

4. Сайт на джумле очень просто сломать. Для этого в интернете свободно существует масса эксплоитов и програмного обеспечения, которые обновляются с каждой новой заплаткой этой уже изрядно заштопанной системы. Допустим, вы оглянуться не успеете, как на вашем сайте, если ваш сайт привлечет чье то завистливое внимание, появится блок порнографических ссылок, скрытых от обычного взора, доступные для просмотра непосредственно из кода страницы. Или однажды прийдет уведомление, что ваш ресурс рассылает спам. Или ваших потенциальных покупателей будет атаковать троян (к слову сказать, вы даже понять не сможете где он и есть ли он – это одна строчка кода, внешне напоминающего яву, но автономный и приносящий поистине интересные результаты). Как результат – потеря кармы, падение (на долго) позиций в рейтингах или перманентный бан.

Конкуренция. Идеологически, эта бесплатная система управления (как и многие другие), создана не для того что бы вы сыкономили пару тысяч рублей (столько стоит лицензия NetCat), а что бы вы технически не смогли создать полноценной конкуренции. Разве этого хотите вы от своего сайта?

Теги: Joomla, NetCat, cms, SEO

Warning: main(.../includes/phpInputFilter/class.inputfilter.php): failed to open stream: No such file or directory in .../includes/joomla.php on line 81 Fatal error: main(): Failed opening required ".../includes/phpInputFilter/ class.inputfilter.php" (include_path=".:/usr/lib/php:/usr/local/lib/php") in .../includes/ joomla.php on line 81

Это ошибка означат, что ваш ftp-клиент не настроен должным образом. То есть он при копировании файлов на сервер преобразует имена файлов в нижний регистр. На самом деле в джумле есть папка phpInputFilter, но при заливке на хостинг ее имя становится таким: «phpinputfilter». Для windows-хостинга это не имеет значения, для unix-хостинга РегиСтР ИмеН фАЙлоВ важен. Например в файловом менеджере Total Comander эта опция находится в диалоговом окне копирования и называется «Перевести имена файлов в нижний регистр».

Я выключил сайт, а он все-равно отображается. Почему?

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

Я захожу на сайт, а мне говорят, что он закрыт. Надпись вроде «Сайт закрыт», «Site offline», «Сайт временно недоступен»

Такое может происходить по одной причине - какие-то проблемы с MySQL. Внизу должна быть написана циферка, именно по ней можно судить о более точной причине не работы сайта:

1 - Поддержки MySQL на хостинге вообще нет. Такие вопросы урегулируются только с хостинговой компанией.

2 - Не можем подсоединиться к базе данных (либо не правильно указаны в configuration.php реквизиты доступа, либо база попросту перегружена и отбрасывает новые подключения). Стоит проверить правильность введённых реквизитов (если вдруг меняли чего или хостер переносил сайт куда-нибудь), или подождать, пока MySQL разгрузится и будет способна принимать соединения.

3 - Заданной базы данных не существует. Это серьезный повод проверить ваш configuration.php и все что связано в нем с настройками. соеденения.

Когда я вставляю javascript, flash и прочие премудрости в контент/модули/компоненты - они не появляются на главной, вместо них пишется тот HTML код который я вводил. Что же делать?

Попытайтесь отключить редактор и вставить непосредственно HTML-код. Для отключения редактора в "Управлении пользователями" нажимаете на самого себя и справа в опции выбора редактора выбираете простой редактор. Возможно на превью не появится то, что вам нужно. Смотрите прямо во фронте. Если вы используете редактор JCE, то он позволяет использовать java-скрипты в коде, т.е. не вырезает javascript-код. Для этого его надо настроить, т.е. разрешить использование Java-script. Настройки доступны в мамботе редактора.

Как отключить визуальный (WYSIWYG) редактор?

• Зайти в админ-панель и в Управлении пользователями выбрать нужного вам пользователя и в форме редактирования поставить "Простой редактор(HTML)". Такое можно сделать с любым пользователем (если вы конечно супер-администратор)
• Авторизоваться во фронте, при редактировании своих данных выставить тот же самый редактор и сохранить ваш выбор.

Почему когда я делаю в админке новый модуль и вставляю туда php-код, он не исполняется а выводится как есть?

Так и должно быть. Модули этого типа (не настоящие модули, лежащие в папке /modules, а виртуальные) делают только то, что выводят введенный в них текст. Естественно ни о каком коде речи идти не может. Для того, чтобы исполнять свой код в модулях - надо написать модуль. Это не так и сложно, но требует знаний языка php. Так же можно поставить специальный модуль mod_php.

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

Никак. Не возможно и всё тут. Страница в любом случае скачивается браузером. Выкрутасы IE-only с запретом нажатий на кнопки мыши - вредны и не понравятся никому из ваших пользователей. Да и кто пользуется этим IE.

У меня возникает ошибка: «Загрузка XXX - загрузка неудачна» + «ОШИБКА: В установочном пакете невозможно найти XML-файл установки» + я не могу установить никакой компонент

Вариантов может быть несколько:

• При установке (на странице выбора архива) Joomla пишет на какие директории нет возможности записи, исправьте права, если их не хватает.
• Убедитесь, что вы ставите именно то что надо. То есть не просто скачанный откуда-то zip-архив, а надо точно убедиться, что в этом архиве нет других архивов, которые уже и надо ставить. Очень часто компоненты идут вместе с модулями и мамботами, и все одним файлом. Так вот - один файл не надо пытаться ставить, разархивируйте и потом уже отдельно все ставьте.
• Убедитесь что на /media есть соотстветствующие права доступа (например 777)
• Невозможно установить плагин, например, для Community Builder или SOBI через установщик расширений для Joomla, такие вещи надо устанавливать через установщик данного конкретного компонента
• Нельзя ставить расширения из RAR-архивов, только ZIP или схожие GZ-форматы.
• Возможна такая бяка - safe mode не даст вам ставить компоненты. Тут уж ничего не поделаешь (Не поленитесь и спросите у хостера, если вы не знаете что это такое ). Если у вас на хостинге установлен safe mode и его никак не выключить, то возможно вам поможет safe mode patch. После его установки надо поставить на все нужные директории права 777, настроить доступ по FTP и попытаться снова установить расширение.
• Убедитесь, что в имени загружаемого архива нет спецсимволов, идеально, если там будут только английские буквы
• Специально для русского апача - надо вставить в.htaccess строку «CharsetRecodeMultipartForms off» (если вывалися белый лист - и вы не в курсе почему - значит вы нифига не читали фак). Можно так же попробовать добавить в файл.htaccess следующие строки:

CharsetDisable On CharsetRecodeMultipartForms off AddType application/zip .zip AddType compressed/zip; application/x-zip-compressed .zip

• Возможно в xml-файле не правильно указана кодировка. Если компонент локализован, удостоверьтесь что указанная в заголовке encoding="XXX" соответствует действительности. Для локализованных компонент это чаще всего «windows-1251»
• По совету Фей можно сделать следующую модификацию для версий PHP больше 5. Открыть файл /administrator/includes/admin.php и добавить туда одну строчку:

function mosMakePath($base , $path ="" , $mode = NULL ) { ... for ($i = 0 ; $i < $n ; $i ++) { $path .= $parts [ $i ] . "/" ; $path = str_replace ( "//" , "/" , $path ) ; // эту строку и надо добавить if (!file_exists ( $path ) ) { if (!mkdir (substr ($path ,0 ,-1 ) ,$mode ) ) { ...

• Попробуйте установить расширение из директории, а не из архива. Надо скопировать по ftp файлы в папку на хосте и оттуда уже устанавливать. Папка установки указывается на странице для инсталляции компонентов/модулей/мамботов.

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

Если ничего не работает - мы не знаем причины. Это хостинг, реальный хостинг с его заморочками. Все предусмотреть не возможно. Не надо создавать всякие темы, мол "неужели никто не знает". Вариант решения проблемы (пусть долгий и трудный) дан - его и используйте.

При установке компонентов выдается ошибка «Другой компонент уже использует каталог: /xxx/components/com_zzz/»

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

• /xxx/components/com_zzz/
• /xxx/administrator/components/com_zzz/

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

Я хочу использовать мамбот XXX, но написав в статье {XXX YYY} (все как по инструкции) - ничего не меняется и этот текст так и пишется. А когда я пишу это же в шаблоне - тоже ничего не происходит.

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

Когда я работаю в админке, то у меня не работают кнопки сохранения материала, категории или раздела

Скорее всего у вас перестал правильно работать редактор. Для проверки этой версии надо отключить редактор и попробовать сделать тоже самое (как это делать - читаем фак про редакторы!).

Я пользуюсь компонентом экспорта RSS или в модуле пытаюсь тянуть новости с другого сайта, но вместо новостей появляется пустота. Ничего нет

Скорее всего ваш хостер запретил внешние соединения для языка php. Это наиболее частая причина. Т.е. получение RSS это соединение с другим сайтом, а ваш хостер не хочет, чтобы вы нагоняли лишний трафик и запрещает такие соединения. Об этом можно спросить прямо у них. А пока они отвечают, можно посмотреть логи ошибок на предмет того, как ругается php и на что конкретно он ругается.

В Joomla нет комментариев к статьям. Как мне сделать так, чтобы можно было их комментировать.

В самой Joomla ничего такого встроенного нет. Зато есть куча разных по функционалу решений. Чаще всего это компонент и мамбот. Мамбот в статье пишет ссылку на комментарии и их количество, а компонент принимает входящие комментарии от пользователей. Компоненты на ваш вкус можно выбрать среди каталога расшерений. Ссылка на него есть в данном FAQ и на главной странице

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

Все дело в том, что JACLPlus - это хак. А значит он предназначен только для той версии, для которой он выпущен. И самая частая ошибка - это ошибка, что он ставится не на ту версию для которой предназначен. Например можно ставить 1.0.12 на версию joomla 1.0.8. В результате сайт умрет. Самый действенный способ восстановления - доставать бэкапы. Даже в его дистрибутиве есть файлик, где большими буквами на английском написано это предостережение. Вторая причина, которая тоже может случиться, этот компонент не может правильно работать с некоторыми сторонними расширениями. Их поддержку стоит искать на официальном сайте этого компонента.

Как вручную деинсталлировать JACLPus (версии 1.0.10 или выше), т.е. восстановить работоспособность Joomla!

• Надо взять 5 файлов из дистрибутива Joomla и записать их поверх существующих. Вот эти файлы:

1) includes/joomla.php 2) includes/gacl.class.php 3) includes/gacl_api.class.php 4) components/com_content/content.php 5) components/com_content/content.html.php

• Выполнить MySQL-запрос (если у таблиц префикс таблиц отличается от jos_ , то вручную исправьте запрос - измените префиксы таблиц)

-- -- SQL запросы для ручной деинсталляции JACLPlus -- Только для таблиц с префиксом "jos_" -- ALTER TABLE jos_session DROP jaclplus; ALTER TABLE jos_core_acl_aro_groups DROP jaclplus; DELETE FROM jos_groups WHERE id > 2 ; DELETE FROM jos_core_acl_aro_groups WHERE group_id > 30 ; UPDATE jos_categories SET access = "2" WHERE access > 2 ; UPDATE jos_contact_details SET access = "2" WHERE access > 2 ; UPDATE jos_content SET access = "2" WHERE access > 2 ; UPDATE jos_mambots SET access = "2" WHERE access > 2 ; UPDATE jos_menu SET access = "2" WHERE access > 2 ; UPDATE jos_modules SET access = "2" WHERE access > 2 AND access != 99 ; UPDATE jos_polls SET access = "2" WHERE access > 2 ; UPDATE jos_sections SET access = "2" WHERE access > 2 ; UPDATE jos_session SET gid = "1" WHERE gid > 30 ; UPDATE jos_users SET gid = "18" WHERE gid > 30 ; UPDATE jos_core_acl_groups_aro_map SET group_id = "18" WHERE group_id > 30 ; DROP TABLE jos_jaclplus; У меня не отправляется почта

• Самое первое, что вы должны сделать - это поинтересоваться у хостинговой компании как организована отправка почты из PHP. Просто узнать - как скрипты должны отправлять почту, и соотвественно настроить отправку в глобальной конфигурации.
• Так же можно узнать все ли нормально с их стороны. Иногда sendmail не активен, и его надо просто включить, чтобы почта начала работать.

При установке компонента: Неисправимая ошибка "PCLZIP_ERR_BAD_FORMAT (-10)"

Чаще всего источником ошибки является сам веб-сервер, который настроен так, что бы видоизменять входные данные определенным образом, а точнее осуществлять их перекодировку (ну и удалять некоторые заголовки). Для устранения этого нужно в файл.htaccess добавить строчку

CharsetDisable on

Если у вас установлен русский Apache (это можно уточнить в вашей хостинговой компании), то для него в том же файле надо дописать

CharsetRecodeMultipartForms off

Если это не помогло , или вам запрещено иметь свои директивы в данном файле, то единственный выход - это установка расширения из директории. На странице выбора архива есть опция и выбор директории на сервере в которой будет находиться распакованный архив с расширением. Загрузить его туда можно тем же FTP-менеджером. Иногда причиной этой ошибки может служить то, что вы пытаетесь загрузить не ZIP архив, а например RAR архив. Помните, Joomla не может читать данный формат.

На главной странице появляется надпись "Нет объектов для отображения!". Как ее убрать и что это значит

• Эта надпись означает, что на данный момент в системе нет статей, предназначенных для опубликования на главной странице. Если вывести на главную страницу хоть что-нибудь эта надпись пропадет. Опубликовать статьи можно в Менеджере главной страницы (Frontpage Manager) в админке Joomla.
• Если вы не хотите ничего публиковать, но надпись все-равно надо убрать (странно конечно смотреть на пустую страницу, но тем не менее), то ее можно убрать в языковом файле (в директории language найдите свой языковой файл и сотрите оттуда эти слова, пускай там будет пустая строка)

Я удалил стандартный компонент/модуль/мамбот. Как его вернуть обратно

Вы конечно уже понимаете, что этого делать не стоило. Любой модуль или мамбот можно отключить, и совсем не обязательно его удалять. Но, если вы все-таки совершили непоправимое - значит вы еще совсем новичок и в принципе вам ничего не стоит переставить Joomla с нуля и не напрягаться по поводу этого дела. Еще у вас совершенно случайно может быть бэкап (резервная копия) Joomla из которого можно все восстановить. Но. Если ничего этого нет, то нужно сделать примерно следующие шаги:

• Во-первых сделать бэкап файлов и базы данных.
• Установить Joomla локально, чтобы можно было собрать инсталяционный архив с расширением
• Если ваше расширение это:
  • Мамбот - в папке /mambots/группа/ надо найти чаще всего два файла мамбот.php и мамбот.xml, заархивировать их в zip архив и попытаться установить. "Группа" - это логическая группа вашего мамбота. Если это mosimage, то это группа content (мамбот обрабатывает контент на сайте). Если вы группу не знаете - попробуйте поискать везде.
  • Модуль - в папке /modules/ найдите чаще всего два файла (если их больше - при установке инсталлятор будет ругаться, что файлов не хватает или можно сразу глянуть в xml и узнать что нужно дополнительно) - mod_модуль.php и mod_модуль.xml. Запаковываем их в zip-архив и пробуем ставить.
  • Компонент - создаем временную папку, копируем в нее все файлы из директорий /administrator/components/com_компонент/ и /components/com_компонент/, запаковываем в zip-архив и пробуем ставить.

Но. Большинство стандартных компонентов, сделаны так, что не имеют в своем xml-файле записи о своей установке. Это не плохо, просто уж если считать их стандартными, то не так уж и страшно то, что информация о них вставляется еще при установке Joomla. В частности, у некоторых компонентов отсутствуют записи о пункте меню в административной части. Т.е. даже если вы таким образом поставите компонент, вы все-равно не сможете до него добраться (исключая ручной ввод в адресную строку браузера строчки "index2.php?option=com_компонент"). Поэтому можно:

• Сделать дамп одной таблицы #__components и в нем найти всего одну строчку вида "INSERT INTO #__components ..." где будет присутствовать подстрока "com_компонент".
• Руками в xml-файл еще до установки добавить секцию "administrator" (если ее нет), и в нее добавить тэг "menu". Примерно вот так:

... Заголовок пункта меню ... Почему мамботы (moshidefrom, mosimage) не работают с другими компонентами, кроме стандартных

Все правильно. Так и должно быть. Дело в том, что мамбот - это группа фукнкций, которая вызывается определенным компонентом для своих собственных целей со своими определенными параметрами. Например для mosimage требуется список картинок и текст статьи, хранящийся в базе. Для других мамботов требуется просто ID статьи. Если вы думаете, что какой-то левый компонент будет почему-то вызывать эти мамботы, то вы ошибаетесь. Не будет, потому что это в нем не заложено. Мамботы действуют только там - где их вызвали и там где они предназначены для работы. От того, что вы напишете mosimage в контактах ничего не произойдет, потому что мамбот должен ВЫЗЫВАТЬСЯ компонентом, а он о мамботах и о вашем желании НИЧЕГО не знает и знать не может. Да. Компонент статей может, но только потому, что в нем есть специальный участок кода, для вызова мамботов группы контента. Для того, чтобы мамботы могли работать в совершенно постороннем компоненте надо почти такой же участок кода (естественно со всеми нужными изменениями) добавить в код этого компонента на нужные места непосредственно перед выводом. Если автор компонента озаботился этим - все сработает, если нет - можно попробовать самому (естественно если вы знаете язык PHP).

В админке я заблокировал сам себя, а других администраторов нет. Что делать.

Для этого идем в phpMyAdmin или другой менеджер таблиц, открываем таблицу #__users и находим строчку с вашим пользователем (чаще всего admin). И значение в поле block меняем на 0.

При создании статьи и вводе ссылки вида mailto:[email protected] она создается, но при создании письма в нем пишутся непонятне символы, которых там быть не должно

\n Этот e-mail защищен от спам-ботов. Для его просмотра в вашем браузере должна быть включена поддержка Java-script type="text/javascript">

Все просто. Этим занимается мамбот emailcloack - бот шифровки email адресов от спам-ботов. Чаще всего его можно смело выключить в списке мамботов. Действительной пользы от него мало.

Ошибка: "main(/путь/includes/version.php): failed to open stream: No such file or directory in /путь/includes/joomla.php on line XX"

Эта ошибка означает, что возможно при переносе сайта в configuration.php вы не правильно указали значение переменной $mosConfig_absolute_path. Сверьте его с реальным путем на сервере (в конце не должно быть слэша).

Ошибка: "Извините, но для просмотра этой страницы у Вас недостаточно прав. Вы должны авторизоваться или пройти регистрацию."

Данная ошибка означает, что при запросе какой-либо страницы или при отправке формы (например формы входа на сайт) Joomla, проверяя возможность вашего доступа к данному адресу начинает не совсем правильно отрабатывать логику проверки. Вся эта логика сводится к подстановке имени текущего компонента и проверке записей в таблице пунктов меню на пункт похожий по адресу. Как только он находится то проверяется уровень его доступа, и если это "специальный" - доступ запрещается. Причем не учитывается даже отключенность какого-либо пункта меню или то, что похожих может быть несколько. Решение проблемы заключается, как ни странно, в удалении пунктов меню или присвоении им другого уровня доступа. Если у вас на сайте ничего секретного нет, то стоит просмотреть все свои меню и найти, пускай даже отключенные, пункты меню с уровнем доступа отличным от общего и попытаться их сделать общими для всех, а если это не сработает - удалить. Но обычно первое помогает. И в первую очередь смотреть именно на те пункты меню, которые ссылаются на компонент, на который у вас не хватает доступа.

Ошибка: Warning: session_start(): open_basedir restriction in effect. File(/xx/zz/) ...

Данная ошибка появляется из-за неверной настройки сессий (специальный механизм языка PHP) на хостинге. Решить проблему можно только одним способом - обратившись в техническую поддержку хостинговой компании.