Joomla. Как восстановить пароль администратора.

Опубликовано: 29.03.2017

Давайте разберем какие ошибки обычно допускают web-мастеры Joomla-сайтов, как этих ошибок избежать и на порядок поднять качество продукта.

Попробуем затронуть вопросы полезные не только начинающих сайтостроителей, но и опытным разработчикам.

Этот пост я пишу основываясь на собственном опыте разработки веб-сайтов. За более чем 4 года я познакомился с массой разных CMS и фреймворков, посреди которых были такие пользующиеся популярностью вещи как Joomla, Wordpress, Drupal, Bitrix, Zend Framework, Nooku Framework. … и не очень пользующиеся популярностью: Amiro, UMI, NetCat, MODx, Mentant и какие-то жуткие, студийные разработки.


Joomla. Как восстановить пароль администратора.

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

1. Не нужно устанавливать и включать все попорядку

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

Человек идет на всем узнаваемый JED, находит virtuemart, пачку плагинов к нему + все что только сумел скачать. А ведь на демках было так прекрасно. В итоге страничка раскрывается по 10–20 секунд, начинает ехать верстка, в консоли с десяток конфликтов JS. Это уже не говоря о том что в фоне проходят до 500 запросов в базу данных. Даже локальный denwer начинает не справляется с таким напором.

Из жизни. В один прекрасный момент ко мне постучался человек, который желал заказать оптимизацию (не SEO, а скорости загрузки). Веб-сайт в арсенале имел virtuemart с большим магазином и множество разных виджетов, вроде слайдеров, каруселей это не говоря о том, что дизайн тянул за собой около 40–50 мелких картинок, превьюшки продуктов пережимались с помощью PHP скрипта на ходу, всякий раз поновой без кэширования.

А теперь о страшном. Основная страничка грузилась приблизительно 10–15 секунд на реальном хостинге, при всем этом делал около 600 запросов в базу данных. В браузер приходило 34 css-файла, около 40 js файлов, ~150 картинок (здесь и от дизайна и от превьюшек продуктов, которые создавались через PHP, без кэширования) и небольшая горстка счетчиков, кнопки «Like». Консоль выдавала 7 конфликтов — как оказывается позже это 4 раза jQuery различных версий(1.2–1.6), 2 mootools (1.2, 1.3) и даже prototype (видимо некий модуль за собой потянул). Оценка оптимизации была сравнима с разработкой нового такого же веб-сайта.

Вывод: устанавливайте расширения с умом, а желательно обходиться стандартными средствами Joomla API (в ней есть огромное количество увлекательных решений). Если все же отважились ставить чужие расширения, то выберите наилучшее из лучших.

Ставьте аккуратненько по одному и сразу устраняйте конфликты. Кстати лучшее — это не обязательно то, что много скачали;)

2. Конфликты JS библиотек (Mootools vs jQuery vs…)

Joomla по умолчанию употребляет Mootools и не всем это нравится. Некие из нас обожают jQuery, кто-то яху api, кто-то что-то еще… Вот только некие запамятывают отключать mootools и начинают во всю использовать jQuery — и вот вам самый пользующийся популярностью конфликт. И тот и другой пробует использовать $. К тому же скорость загрузки веб-сайта падает.

Здесь решение обычное: не нужно использовать различные JS-библиотеки на одном веб-сайте. Придерживайтесь или mootools, или JQuery. В крайнем случае включайте режим сопоставимости jQuery.noConflict().

3. Используем кэширование Joomla

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

Не достаточно кто знает, что в Joomla интегрированы драйвера для работы с различными системами кэширования по мимо обыкновенной файловой: eaccelerator, memcache, xcache, apc, cachelite, wincache. Включить их можно из общих опций (если они доступны в ОС). Их использование может просто прирастить скорость работы вашего web-сайта.

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

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

4. Клиентская оптимизация странички

Это не SEO, а скорость загрузки странички в браузере. Чтоб лучше ознакомиться с этим вопросом лучше прочесть труды от webo.in: Реактивные сайты и Разгони собственный веб-сайт.

rss