Модули для качественной SEO оптимизации DLE. Dle оптимизация
Модули для качественной SEO оптимизации DLE :: DLE FAQ
Решил опубликовать первый свой пост на dle-faq.ru, очень надеюсь, что это получился удачный и полезный пост.
За полтора года работы в направлении по созданию seo-модулей для DLE, а так же целого ряда руководств по исправлению ошибок, мешающих продвижению сайта, по отзывам читателей моего блога, а так же отзывам на множестве форумов, я стал своего рода «брендом в сфере оптимизации dle». Не самопиар, просто сообщаю факты для некоторого повышения доверия с вашей стороны.
В общем, сегодня я хотел бы поделиться и с вами своими наработками, ведь они прошли проверку качества и достойны внимания. Поговорим о модулях.
Небольшое лирическое отступление. Давайте будем четко разделять два разных понятия и направления в работе сеошника – оптимизация сайта и продвижение сайта. Первое – это работа исключительно над внутренними факторами, второе – работа с внешними факторами (например, небезызвестная покупка ссылок). Так вот, последние несколько лет я уделяю исключительно работе над внутренними факторами, т.е. работе над самим сайтом, повышением качества сайта с точки зрения посетителей и поисковых систем. И модули мои тоже направлены на внутренние факторы.
С вашего позволения, пойдем в хронологическом порядке.
DLE HTML SiteMap
Модуль карты сайта – первый опыт в создании модулей, но «первый блин комом» - это не про нас! Идея проста – вывод полного списка ссылок на все публикации на сайте – такие модули существуют для любой более или менее приличной CMS. Но DLE оказался исключением, аналогичного модуля просто не нашлось в сети, а то, что нашлось, или не работало или не удовлетворяло требованиям. Пришлось писать самому, точнее пришлось самому писать т/з на создание модуля.NB: все модули, которые упомянуты в этом посте, написаны не лично мной, а моим программистом, но заказчиком/идейным вдохновителем/правообладателем являюсь я.
Изначально суть html-карты сайта в том, чтобы предоставить посетителям (не поисковым роботам) возможность удобной навигации по сайту и быстрый доступ к любой публикации. Для роботов же существует xml-карта сайта, но тем не менее и html-карта способствует более быстрой и полной индексации сайта. В этом плане для себя я определил идеальную схему – выводить не более 20 публикаций из каждой категории по дате в порядке убывания, т.е. самые свежие публикации всегда будут на виду и будут быстрее индексироваться.
Наверное, исходя из этого (а так же предвидя будущие вопросы) в моей карте сайта нет постраничной разбивки. Большим сайтам это может и не подойдет, но если у вас не более 3000 публикаций, можете быть спокойны, роботы на такое количество ругаться не будут. *
Установка модуля очень проста, не требует правки файлов движка, модуль работает через API.
Коротко о модуле
- Совместимость с CMS: DLE 8.2-9.7
- Распространение: Бесплатно
- Актуальная версия: 2.0
- Назначение: Вывод ненумерованного списка со ссылками на все публикации, категории и статические страницы.
- Особенности: Визуальный генератор кода для вставки. Детальная настройка принципа вывода всех элементов сайта — новости, категории, статические страницы — количество выводимых элементов, принцип сортировки и порядок сортировки, отображение элементов в виде ссылки или простым текстом, возможность включить/исключить конкретные элементы.
DLE CatFace
Модуль оптимизации категорий - кодовое название CatFace (англ. cat – от слова category и англ. face – лицо) – второй по хронологии модуль. Этот модуль по праву можно считать самым успешным среди моих разработок, а так же самым популярным seo-модулем для DLE. Все кто работает с DLE просто обязаны его попробовать, я серьезно.Суть модуля – вывод текстового описания (чаще всего, для seo-целей) для категорий сайта. При этом важно то, что выводить это описание надо только на первой и основной странице категории, иначе, если выводить одно и то же описание на нескольких страницах, поисковики могут расценить это негативно. CatFace этим и занимается – ограничивает вывод описания для первой страницы, но при желании у вас есть множество настроек, можно выводить описание и заголовок на всех страницах или даже на всех кроме первой.
Те, кто внимательно следит за развитием движка DLE и нововведениями, совершенно справедливо могут меня сейчас поправить, и вот в каком моменте. Дело в том, что начиная с версии 9.6 (могу ошибаться, может быть и в 9.5) появился специальный тег
Коротко о модуле
- Совместимость с CMS: DLE 8.2-9.7
- Распространение: Бесплатно
- Актуальная версия: 2.1
- Назначение: Вывод текстового описания и заголовка h2 на страницах категорий и главной странице сайта.
- Особенности: Возможность управлять отображением заголовка и описания на разных страницах. Возможность задать для каждой категории 2 описания и 2 заголовка — для первой (основной) страницы и для всех остальных. Гибкая настройка через отдельный tpl-шаблон с использованием специальных тегов.
Список категорий сайта:
Редактирование описания определенной категории:
DLE LinkEnso
Модуль кольцевой перелинковки - кодовое название LinkEnso (англ. link – ссылка, яп. enso - круг) – четвертый модуль (третий пропустил, об этом чуть дальше) так же вышел очень успешным и собрал много отзывов. Идея заключалась в том, чтобы постараться распределить вес внутри сайта максимально равномерно для конечных страниц, т.е. сделать так, чтобы каждая страница получила примерно одинаковое количество входящих внутренних ссылок. Для реализации идеи идеально подходит метод перелинковки методом кольца (или круга, если так больше нравится), когда каждая страница ссылается на N предыдущих (или последующих) публикаций.Плюсами такого метода линковки можно назвать простоту и прозрачность схемы, а так же ускорение переиндексации всех страниц. Модуль писался как замена стандартному модулю вывода похожих новостей RelatedNews, так как он мне не очень нравился и далеко не всегда выводил именно похожие новости. Это что касается технологий. Но есть несколько особенно «вкусных» фишек.
Из фишек можно выделить возможность создания несколько колец перелинковки внутри сайта. Для этого существует настройка, имеющая 3 значения, которые позволяют, соответственно, перелинковать все новости сайта по типу «все со всеми», перелинковать новости только внутри конечной категории, перелинковать новости внутри категории верхнего уровня. Самыми интересными мне кажутся варианты перелинковки внутри категорий, это позволяет выводить более релевантные ссылки, а так же позволяет распределять вес внутри категорий независимо. Конечно, везде есть свои особенности и тонкости, например, при использовании мультикатегорий на сайте, настройка перелинковки внутри категорий может нарушить структуру кольца.
Так же стоит сказать, что сейчас идет работа над расширением функционала модуля, а, говоря конкретнее, скоро модуль сможет выводить не только текстовые ссылки, но и картинки из новостей и краткий анонс. В ближайшую неделю-две будет релиз.
Коротко о модуле
- Оригинальное название: LinkEnso
- Совместимость с CMS: DLE 8.2-9.7
- Распространение: Бесплатно
- Актуальная версия: 1.2
- Назначение: Вывод ненумерованного списка ссылок на страницах публикаций сайта.
- Особенности: Визуальный генератор кода для вставки, настройка количества выводимых ссылок, выбор схемы перелинковки, настройка анкора и title ссылки, выбор направления перелинковки, возможность «замкнуть кольцо».
Есть еще и пятый модуль. Извините, если я вас утомил столь длинным постом, но я постарался дать максимально полную информацию по наработкам. Модуль для оптимизации страниц тегов – TagFace (англ. tag – тег, метка, англ. face – лицо) – полный аналог модуля CatFace, описанного выше, с тем отличием, что предназначен для оптимизации страниц тегов. Вдаваться в технические отличия я не буду, скажу только, что из-за особенностей структуры БД в DLE, пришлось продублировать хранение тегов движка в таблице модуля. Модуль является платным, потому подробно о нем тут и не говорю, но если вам интересно, информацию можно найти все там же – на блоге.
На этом сегодняшнее повествование почти завершается, очень надеюсь, пост оказался для вас полезным и нужным. Я буду рад услышать от вас критику, предложения, пожелания и просто слова благодарности, если я этого заслужил.
Всем спасибо за внимание, друзья.
P.S. Недавно с удивлением обнаружил, что некоторые мои модули даже переведены на другие языки и распространяются на зарубежных сайтах. Прямо гордость за себя!
* - специально для этого был задан вопрос в службу поддержки Яндекса о том, какое максимальное количество ссылок может содержаться в html-карте сайта. На что был получен ответ – «не более 3000 ссылок».
С уважением, Александр Алаев, twitter@victimalex
Оптимизация движка Dle для сайтов с большим трафиком — SEOWars
Эта статья посвящена оптимизации работы движка (cms) dle для сайтов с хорошей посещаемостью и соответственно с большой нагрузкой на сервер. Движок dle изначально очень хорошо оптимизирован и если ваш сайт не пользуется популярностью у поисковых систем и ежедневный объем трафика не превышает несколько сотен посещений, можно не вмешиваться в оптимизацию скрипта. Данное руководство будет в первую очередь полезно для тех владельцев сайтов, чей суточный трафик преодолевает рубеж в 5-6 тысяч заходов а переходить на более дорогой и ресурсоемкий тарифный план хостинга нет желания или возможности.
Заранее хочу предупредить, что оптимизация сайта на dle — штука двубокая, с одной стороны хорошо оптимизированный сайт будет функционировать быстрее, не создавая повышенной нагрузки на сервер, с другой же придется расстаться с некоторыми дополнительными плюшками, предоставляемыми движком.
На самом первом этапе оптимизации скрипта dle необходимо включить кэширование сайта. Не забудьте убедиться в том, что на папку engine/cache выставлены права на запись. После включения кэширования ваш сайт утрачивает некоторую долю динамичности, например, только когда кэш обновится, счетчики просмотра новостей покажут истинные значения. Каждая группа посетителей имеет свой раздел кэша, который обновляется после изменения в базе данных, такого как комментирование новостей или добавления новости на сайт. После включения функции кэширования, она затронет такие разделы сайта, как календарь, топ новостей и первые страницы новостей.
Важно
: Новости группы пользователей, у которой выставлены права на редактирование только собственных новостей не кэшируются, а всегда загружаются из базы.
Ниже я привожу функции скрипта, отключение которых облегчает нагрузку и ускоряет его работу.
Регистрация и авторизация на сайте. При отключении этих функций, движок сокращает на один запрос обращения к базе. Помните, что в случае отключения данных функций будет невозможна авторизация зарегистрированных пользователей вашего сайта, например таких, как корреспонденты.
Отключение голосования на сайте в новейших версиях движка не целесообразно, потому как вообще не обращается к базе. Не обращайте внимание на подсказки в админке движка, указывающие на экономию запросов к базе при отключении этой функции.
При первой загрузке сайта все опросы на сайте автоматически кэшируются, а кэш не обнуляется до внесения в них изменений. Из чего делаем вывод, что функцию голосования можно не отключать вовсе — нагрузки она не создает.
Вывод топовых новостей на главной. В случае отключения этой возможности экономится еще один запрос к базе, однако, не стоит забывать тот факт, что этот раздел постоянно кэшируется и не обязательно будет обращаться к базе данных и от отключения вывода новостей вы много не сэкономите.
Подсчет просмотров статей. Отключение этой функции намного уменьшает количество запросов к базе данных. В случае, если ваша база данных слишком велика, я рекомендую не пользоваться данной функцией вовсе, так как в процессе обновления таблица статей в базе недоступна для прочтения, пока процесс обновления не закончится. Запросы же к базе встанут в очередь для исполнения.
Показ календаря. Отключение календаря снижает на один запрос обращения к базе данных.
Показ архива новостей сайта. При существенном объеме новостей архив может оказаться довольно емким. Соответственно, эту функцию можно не отключать при небольшом количестве новостей на сайте.
dle шаблоны вашего сайта. Шаблоны сайта для того и нужны, чтобы ими пользоваться. Использование любого количества шаблонов не создает нагрузки на сервер, однако следует учесть тот факт, что при использовании разных шаблонов для совершенно разных категорий новостей, при показе полной версии новости будет выполняться запрос к базе для загрузки шаблона категории новости.
Отключение рейтинга новостей. Советую отключить эту опцию в случае, если для вас не важны рейтинги голосования на сайте. Причем удалить нужно не только тег рейтинга из вашего шаблона, а также необходимо отключить эту функцию для добавления новостей. Этим можно добиться снижения на один запрос обращения к базе для просмотра полной версии новости.
Отключение Gzip сжатия страниц. При включенной функции сжатия можно сэкономить на объеме трафика и повысить скорость загрузки страниц вашего сайта, только это дополнительно загружает сервер. Выбирайте сами, что для вас не смертельно — нагрузка на сервер или скорость загрузки сайта.
Чтобы улучшить процесс работы базы данных, необходимо систематически оптимизировать базу данных сайта. Это положительно отразится и на скорости загрузки базы, и на функционировании сайта в целом. Делается это элементарно, прямо в панели управления.
Напоследок отмечу, что использование непроверенных ранее подключаемых модулей (таких, как разнообразные календари, голосования, форумы и т.д.) сторонних производителей может существенно утяжелить работу и замедлить скорость загрузки вашего сайта.Несомненно, не последнюю роль в оптимизации движка dle играет выбор хостинга.
Это тоже интересно:
seowars.pro
Оптимизация базы данных mysql в dle
Здравствуйте, уважаемые читатели блога SdelaemBlog.ru, сегодня я хочу продолжить разговор о настройке сайта на базе движка dle. Ведь сделать сайт dle — это только пол дела, да и того меньше, поэтому настройка ресурса очень важна на начальном этапе проектирования. Особенно, когда движок предоставляет столько настроек, сколько предоставляет DataLife Engine (dle), пренебрегать настройками не стоит.
В предыдущих постах мы разобрали некоторые настройки dle, но это далеко не все. Поэтому будем продолжать пока наш ресурс не будет полностью настроен по нашему желанию и с учетом возможных потребностей посетителей.
А поговорить я предлагаю об оптимизации запросов к базе данных mysql, так как оптимизация БД, также относится к настройкам dle. Отсюда тема — Оптимизация запросов к базе данных mysql в dle.
Какая польза от оптимизации запросов к базе данных mysql в dle
Что может дать оптимизация? 1. С помощью оптимизации можно увеличить скорость загрузки страниц, а как известно поисковые системы учитывают данный фактор при ранжировании страниц ресурса. 2. Можно уменьшить нагрузку на сервер, а при большом трафике это необходимо, для увеличения скорости загрузки страниц. 3. А также включить или отключить различные модули dle, для улучшения поведенческих факторов, а поведенческие факторы, также влияют на ранжирование ресурса.
Но это далеко не все факторы на которые может повлиять оптимизация запросов к базе данных mysql в dle. Я думаю польза данной настройки несомненна, поэтому перейдем непосредственно к настройке dle.
Оптимизация запросов к базе данных mysql в dle
Для перехода к оптимизации, как всегда заходим в админку dle, кликаем «настройка системы» и выбираем вкладку «оптимизация запросов к базе данных».
Первое, что мы можем сделать — это включить Gzip сжатие HTML страниц. Если активировать, можно сэкономить на трафике . Gzip сжатие позволяет сжимать страницы приблизительно в 3—4 раза и за счет этого экономит трафик и ускоряет загрузку страниц. Включаем.
Включить Gzip сжатие JS файлов. Позволяет значительно уменьшить вес JavaScript файлов и уменьшить количество запросов к базе данных mysql, что в свою очередь отразится на скорости загрузки страниц. Для сжатия также используется Gzip. Включаем, если используются JavaScript файлы.
Выберите тип поиска используемого на сайте. Здесь нас просят выбрать один из двух типов поиска. Простой или полнотекстовой (расширенный). Если хотите более точные результаты поиска, выбирайте расширенный, но помните, что при этом выборе нагрузка на ваш проект возрастет.
Включить быстрый поиск. Он же поиск с автозаполнением, с данной опцией гораздо удобнее пользоваться поиском, но она также повышает нагрузку на базу данных.
Включить поддержку регистрации и авторизации на сайте. Отключение регистрации позволяет сэкономить два запроса к базе данных mysql, а также позволяет сэкономить на зарегистрированных пользователях :lol:, которые просто не смогут регистрироваться у вас и авторизоваться тоже. Поэтому решать вам, что важнее. Но есть и исключения, например, если на ресурсе в принципе не предусмотрена регистрация, тогда можно спокойно отключить данный параметр.
Включить кеширование на сайте. Опять же, сокращает нагрузку на сервер.
Если активировать, то страницы будут отдаваться браузеру посетителя из кеша, то есть сохраненную копию страницы.
Бывают случаи, когда приходят письма от хостеров о превышении допустимой нагрузки, здесь-то эта функция и будет нас выручать.
Включить поддержку мультикатегорий на сайте. Позволяет добавлять статью в несколько категорий, одновременно. Чтобы выбрать несколько категорий зажмите «Ctrl».
Отображение похожих новостей. Здесь все просто, если у вас есть новость 1 и новость 2, тогда при чтении полной новости 2, внизу, будет отоброжаться похожая новость, в данном случае новость 1.
Поддержка публикации новостей на еще не наступившую дату. Я думаю по названию понятно, для чего нужна эта опция. На сколько она нужна именно вам, решайте сами.
Включить поддержку фиксации новостей на сайте: Данная опция позволяет закрепить определенную статью на одном месте. После включения поддержки фиксации, в добавлении поста появится графа «зафиксировать на сайте». Но не забываем, что мы здесь для оптимизации запросов к базе данных dle. Если отключить функцию, то нагрузка на базу данных mysql снижается. 
Включить модуль ‘speedbar’. Обычно speedbar находится в колонке с новостями в самом верху. Например вы зашли на ресурс, потом в какую нибудь категорию, и в какую-нибудь статью, «speedbar» отобразит ваше место нахождение таким образом: Главная >> Категория >> Новость. Также его, называют «хлебные крошки». Хлебные крошки — довольно полезны для перелинковки, а также для посетителей. Кстати, пример «хлебных крошек» для wordpress, вы можете увидеть над статьей. Да — этот блог на wodpress, но смысл тот же и на движке dle.
Включить поддержку управления рекламой. При включении данной опции, будет включен модуль управления рекламными материалами, и реклама на сайте будет показываться. Если отключить — реклама не будет выводиться. Я думаю для молодых проектов эта функция ни к чему, но выбор за вами.
Включить поддержку предмодерации комментариев. Если активировать, то при добавлении комментария, коммент появится только после того, как вы одобрите его, а если не одобрите, то естественно посетители не увидят данный комментарий. Отключение, опять же позволяет экономить ресурсы базы данных mysql, но при этом открыт путь для спамеров.
Включение голосования на сайте. Позволит вам проводить опросы. Если выключите, сэкономите на одном запросе к базе данных mysql.
Включение вывода самых рейтинговых статей на сайте. Позволит выводить рейтинговые статьи. Отключение также кономит 1 запрос к базе данных.
Включение счетчика просмотров новостей. Даст возможность считать количество просмотров той или иной статьи. Польза данной функции довольно спорная и скорее всего зависит от выбранной тематики ресурса.
Кеширование счетчика просмотров новостей. При включении данного параметра счетчик просмотров будет обновляться не каждый просмотр, а каждые 4 часа, что позволит уменьшить нагрузку на хостинг, при высокой посещаемости.
Включить календарь. Отключение также экономит 1 запрос к базе данных mysql.
Включить вывод архивов: Архив новостей выдает статьи со ВСЕХ категорий общей лентой. Не забываем про БД mysql, при включении архивов добавится 1 запрос к базе данных.
Включение использования RSS информеров, позволит публиковать публикации ваших партнеров с других сайтов в определенном блоке.
Включить поддержку модуля «Облако тегов». Облако тегов предназначено для вывода ключевых слов. Ключевые слова добавляются при добавлении новой публикации.
Разрешить пользователям менять порядок сортировки новостей на сайте. Если разрешить, то в самом вверху появится выбор сортировки новостей: по дате, по популярности и т.д. Данный модуль увеличивает нагрузку, но может быть полезен для посетителей.
Включить навигацию по страницам комментариев при помощи AJAX. Навигация по страницам комментариев (если комментов много) будет осуществляться с помощь AJAX, за счет этого комментарии будут загружаться при помощи технологий AJAX. При этом страница не будет перезагружаться.
А количество комментариев на страницу можно настроить, с помощью статьи: Настройка комментариев dle
После всех вышеперечисленных манипуляций, сохраняем настройки и на этом все на сегодня. Я надеюсь, что вы не в последний раз на данном блоге. Будем продолжать настраивать сайт dle, в следующих постах, поэтому подписываемся — не стесняемся.
А на десерт, я рекомендую вам изучить видео курсы Евгения Попова — много полезной информации по html, css и многому другому.
sdelaemblog.ru
Оптимизация DLE
Сразу скажем, что DataLife Engine довольно легкое программное обеспечение, однако, чтобы он стал производительным, нужна оптимизация.
В первую очередь надо учитывать включение кеширования, благодаря которому движок будет меньше обращаться к базе данных. В данной ситуации отключается рейтинг текстов и счетчик ленты событий. Панель администратора имеет функцию, которая позволит создать резервную базу – «Оптимизация базы данных». Также в этом случае стоит избегать установки сторонних модулей, потому что они могут иметь не оптимальные коды, которые создают на сервер излишнюю нагрузку. К примеру, календарь совсем не нужен, потому, что нет от него пользы, только красота.
Вебмастер сам выбирает использовать или нет Gzip-сжатие. При его интегрировании, уменьшается трафик, правда на оборудование хостера нагрузка увеличивается. Если используется не платный код шаблона, то тщательно проверить его на отсутствие лишних ссылок, которые могут быть скрытыми. Также вряд ли понадобятся ненужные скрипты и спецэффекты. Вместо стандартного поиска ссылок, лучше использовать поиск от Google. Благодаря этому снижается нагрузка, и улучшается уровень качественности поиска. Зачастую DLE используют, чтобы под ссылочные биржи создать сателлиты. Он позволяет с легкостью создать множество страниц с нумерацией.
В первую очередь оптимизация на DLE означает дополнительное использование обычного файла robots.txt. чтобы перелинковка была оптимальной важен модель «Похожие новости», при этом каждая запись снизу будет иметь ссылки на похожие новости и тексты. DLE SEO Pack – это модульное расширение для более комфортной оптимизации сайта. Это позволяет гибко настраивать заголовки, индексацию конкретных страниц. Довольно приемлемый вариант для тех, кто не понимает значение разных кодов. Однако, больше всего важно квалифицированность самого оптимизатора.
Похожие статьи:
Венчание это таинство двух людей, к которому идут порой не один десяток лет, ведь не так уж просто связать себя не только законными узами...
Альтернативой большим системным блокам с кулерами является водное охлаждение для компьютера. Они издают намного меньше шума, чем...
Приобрести автомобильные шины и диски можно в обычном магазине либо заказать онлайн. Главное, чтоб их параметры соответствовали...
Для чего необходим нетбук и для каких целей он дольше подходит, этот вопрос интересует многих. Если для работы постоянно...
Для строительства любого дома необходимо много усилий, средств, а самое главное знаний. И первое, что обязательно нужно...
gs-studio.com
Оптимизация DLE сайта » Блог Веб-Мастера
В этой статье я хочу рассказать вам немного о структуре скрипта, и как можно оптимизировать его работу, если у вас посещаемый сайт и вы хотите немного снизить нагрузку. Хочу сразу сказать вам что скрипт по умолчанию имеет оптимизированную структуру, поэтому если ваш сайт имеет менее 5 000 уникальных посетителей в день, то вам даже нет смысла задумаватся о его оптимизации. Данная статья предназначена для тех у кого посещаемость превышает данное число посетителей, и кто не желает переходить на более дорогой тарифный план у своего хостера.Итак приготовтесь к тому что за все нужно платить, и если вы хотите уменьшить нагрузку то вам будет необходимо пожертвовать частью возможностей скрипта. И в этой статье я хочу рассказать вам, что вы теряете отключая то или иную возможность, тем самым выставить приоритеты в оптимизации скрипта.
Первое что нужно сделать это включить кеширование сайта. Убедитесь при этом что папка /engine/cache/ доступна для записи. При включении кеширования, вы терятете часть динамики сайта, например счетчик просмотров новостей, будет считаться, но изменятся на странице будет только после обновления кеша. Кеш создается для каждой группы посетителей отдельно обновляется только при обновлении информации в базе данных (например добавление новости или комментария, а также выставления рейтинга статьи). Кеш не имеет срока давности и будет показываться до тех пор, пока не изменится база данных. При включении кеширования, будут кешироваться новости первых четырех страниц на главной и любого раздела, календарь, архив, топ новостей.
Помните: что если вы разрешаете группе пользователей редактировать только собственные новости, то сайт новости для данной группы не кешируются и берутся всегда из базы данных.
Поддержка регистрации на сайте: При отключении данной возможности вы отключаете не только возможность регистрации новых пользователей на сайте, но и отключаете возможность авторизации уже существующих пользователей, для вашего сайта все посетители становятся гостями и механизмы авторизации просто не подключаются. Тем самым вы экономите 1 запрос к базе данных, а также на поддержке кеша для других групп пользователей.
Голосования на сайте: Несмотря на то что в админпанели написано, что при отключении этого блока вы экономите до 3 запросов, то смею вас заверить что в последних версиях скрипта, опрос имеет серьезную оптимизацию, и не создает вообще запросов к базе данных, все имеющиеся опросы сайта кешируются во время первого старта сайта и кеш не сбрасывается пока не будут внесены изменения в сам опрос, поэтому отключение этого блока не даст вам прироста в производительности. Так что можете смело пользоваться этой возможностью.
Вывод самых рейтинговых статей на сайте: При отключении данного блока вы сможете сэкономить один запрос к базе данных, но имейте ввиду что этот блок кешируется и поэтому данный блок не всегда обращается к базе данных, поэтому много от его отключения вы не выиграете, но тем не менее.
Счетчик просмотров новостей: Отключение данной возможности серьезный шаг на пути оптимизации нагрузки. Связано это с тем что функция обновления UPDATE базы данных, достаточно медленная функция, и во время обновления таблица новостей в базе данных будет заблокирована для чтения, пока не выполнится обновление. И все запросы к базе данных будут стоять в очереди на выполнение. Поэтому если у вас большая база данных с новостями, то мы настоятельно рекомендуем подумать, а нужен ли вам этот счетчик, и что он вам дает.
Календарь: Опять таки кешируется и но позволяет снизить один запрос, и то иногда.
Вывод архивов: Запрос при большом количестве новостей может быть тяжелом, но он кешируется, поэтому нагрузка снизится но ненамного.
Шаблоны: Вы можете использовать на сайте сколько угодно шаблонов, и это не будет создавать нагрузки на сайт, но имейте ввиду, что если вы используете для разных категорий, разные шаблоны то при просмотре полной новости, будет добавлен запрос к базе данных, для получения общего шаблона сайта, именно той категории в которой находится новость.
Рейтинг статей: Если вам не интересны голосования для вашей новости, то не только удалите этот тег из шаблона, но и отключайте данную возможность при добавлении новости, тем самым вы снизите нагрузку на один запрос при просмотре полной новости.
Прикрепление файлов к новости: Если вы загружаете файлы для скачивания (не картинки) то имейте ввиду что будет добавлен один запрос на страницу, на которой показывается ссылка на файл, это необходимо для получения информации о файле, его размере и т.д. Но имейте ввиду что количество ссылок не имеет значения, один файл вы прикрепили или десять, на нагрузку это не влияет, также и не влияет на нагрузку и тот факт если добавите ссылку при просмотре кратких новостей, на все показываемые новости на странице будет всего один запрос. Также имейте ввиду что сама процедура скачивания тоже требует серверных ресурсов, т.к. будет подключение к базе данных, и обновление счетчика, если это не нужно, то можно отключить в админпанели.
Включение GZip сжатия: При включении данной опции, существенно сокращается траффик вашего сайта, и ваших посетителей и ускоряется загрузка страниц, но создается дополнительная нагрузка на центральный процессор. Что вам лучше решать вам.
Незабывайте периодически проводит оптимизацию базы данных в админпанели, эта функция не для красоты сделана, после оптимизации, будут перестроены ваши ключи, а также пересчитаны поля разной длины. Тем самым вы ускорите работу базы данных и уменьшите ее размер.
Ну и самое главное это минимальное использование сторонних модулей, как правило они плохо оптимизированы, поэтому проконсультируйтесь у автора модуля, насколько требователен он к ресурсам.
Ну вот вроде бы и все.
romanzaharov.ru
DLE - Оптимизация - Сайтостроительство
Итак, по мотивам темы https://talk.pr-cy.ru/topic/21061-instantcms-optimizatciya-koda/на скорую руку набросал кое-что для DLE.
Использовался хостинг Hostinger(точка)ru (бесплатный) и стандартный движок DLE без каких-либо доп. фишек. То есть чистый движок, чистый и бесплатный хостинг и ничего более.
Оптимизацию также разделил на 3 пункта.
1) Сервер (машина) то, что обрабатывает информацию в первую очередь.
2) Back-end - БД и устранение лишних запросов.
3) Front-end - Оптимизация конечной информации, то есть ту что получает пользователь в конце.
Сервисами анализа также послужили Google page speed и webpagetest.
При первичном анализе через Webpagetest получил очень большой результат (40 секунд). Поэтому его решил не выкладывать, так как скорее всего ошибка такая. Google page speed дал 64 пункта из 100.
После оптимизации получилось вывести 100 из 100. Но в этом случае были небольшие проблемы, которые нужно было бы решать в индивидуальном порядке с каждым сайтом.
Поэтому пришлось оставить 93 из 100. Работа сайта остаётся как и прежний, то есть не каких минусов в оптимизации нет. На всякий случай, опишу и вариант 100 из 100, так сказать для любителей экспериментов. Но ближе к концу разумеется.
1) Это включения модулей сервера (apache), которые вроде бы установлены на многих хостингах, включая бесплатных.
Решается 1-й пункт правкой одного только файла - .htaccess расположенном в корневом каталоге вашего сайта. Туда в самый конец файла (можно даже нажать один раз на ENTER после последний строчки) вносим код из этой статьи: https://talk.pr-cy.ru/topic/21061-instantcms-optimizatciya-koda
Там правда есть пара лишних строк (так как писалось для инстанта), но на работе сайта это мало как отразится. Можем смело копировать его от начала до конца.
2) Устраняем лишние запросы.
В первую очередь заходим в исходный код вашего сайта, и видим какая тема у вас используется. То есть её название. В моём случае это было Default. Поэтому я скопировал кусок " /templates/Default " - без кавычек и заменил слово " {THEME} " без кавычек. Это можно делать как вручную, так и спец. программами, к примеру даже World заменяет куски автоматом. Делается это в файле main.tpl в папке вашего сайта. Копаться в других переменных я пока не успел, да и многое закодированно в той версии, что я скачал (10.6 пробная версия). Но этого вполне хватит на понятия принципов оптимизации.
3) Front-end.
Сюда также включил оптимизацию запросов, и решил заменить переменную {headers} на то, что должен получать пользователь в конечном итоге. Тут к сожалению не лицензионная версия многое испортила и не дала убрать 4 системных js файлов. Поэтому их нужно найти самостоятельно и убрать вызов этих js файлов и перенести их перед закрывающим тегом </body>
В этом случае будет не 95 из 100 а 97 пунктов из 100. А перенос этих js файлов на работе сайта никак не отразится. /engine/classes/js/jquery.js /engine/classes/js/jqueryui.js /engine/classes/js/dle_js.js
Все необходимые файлы успеют подгрузиться до того, как пользователь начнёт с ними взаимодействовать.
Также проводим оптимизацию всех .css файлов с помощью csscompress.com, в этом же сервисе есть компрессор js файлов, скачиваем все оптимизированные изображения через сервис google page speed и заменяем их на те, что сейчас на сайте.
Также копируем всё содержимое файла engine.css в папке вашей темы в файл style.css и убираем вызов файла engine.css в файле main.tpl
После того, как все js файлы поставили перед тегом </body> у нас остаётся один файл, на который гугл всё таки ругается. Это - style.css находящийся в вашей теме.
После его устранения Google Page Speed показывает 100 из 100 пунктов.
Однако, нужно понимать, что это основные и необходимые стили для отображения (первого впечятления) вашего сайта. Поэтому нужно посмотреть все классы которые находятся в верху страницы (шапка, меню, тело страницы, шрифты и.т.д.) и переместить их из файла style.css в main.tpl перед тегом </head> окружив эти стили такими вот тэгами <style> ... </style>. После убираем вызов файла .style.css из <head>... </head> и переносим ближе к закрывающему тегу </body>, но всё чуть раньше чем находящиеся там скрипты <script> ... </script>
Перед всей этой работой обязательно делаем бэкап файлов (не Базы данных).
Ну и индивидуальные моменты уточняем в л.с.
Всё же чтобы обойтись без каких-либо мелких ошибок, лучше остановиться на 93 из 100.
Делал всё на скорую руку, работал в основном над главной страницей. Может быть какие-то ещё скрипты будут подгружаться на других страницах, вроде bbcode и.т.д. Но чтобы решить проблему с ними явно нужно будет долго сидеть над этим.
Поэтому пока так. Рад если кому-то поможет.
talk.pr-cy.ru
Поисковая оптимизация CMS DLE
Поисковая оптимизация CMS DLE
Про поисковую оптимизацию CMS DLE не пишет только ленивый. На добрую половину всех советов и рекомендаций можно откровенно «забить», поскольку их авторы дальше банального выдирания копирайтов из движка не идут. Однако, в блоге господина Алаева я нашёл довольно здравые и сильные (strong) рассуждения, позволяющие сделать весьма нормальную посковую оптимизацию сайта на DLE...
- Поисковая оптимизация CMS DLE
- Александр Алаев – лучший оптимизатор CMS DLE
Александр Алаев – лучший оптимизатор CMS DLE
Скажу сразу – почти все свои действия по оптимизации сайта на CMS DLE я вычитал в блоге Александра Алаева. Его рекомендации заходят гораздо дальше обычной рутины по возне со своим сайтом. После его разжёвываний и пояснений по теме материала, становится противно смешно, что до этого мог додуматься только один-единственный человек в Сети. Получается, что всем остальным – либо это не нужно, либо это недоступно, в силу своего «зело умом скорбия». А, за сим – ещё раз благодарю Александра Алаева за его труды и приступаю к изложению своей собственой записной книхки в Сети, кстати – ещё одного изобретения от Александра Алаева...
Поисковая оптимизация CMS DLE
К радости (или к сожалению) – вот только вся поисковая оптимизация движка CMS DLE сводится к редактированию его системных файлов. С одной стороны это хорошо – максимально реализуются возможности самой управляющей системы. А, с другой стороны, это не очень хорошо, поскольку все сделанные изменения – «коту под хвост», после очередного обновления движка сайта.
Получается, таким образом – недостаточно, просто делать оптимизацию. Нужно ещё это где-то записывать. Чтобы повторять, снова, и снова, и снова – каждый при обновлении сайтовой операционой системы. Вот таки образом и родилась эта статья. Это просто записка себе самому, что нужно выполнить при обновлении сайта на CMS DLE (ВДУ).
Про эту статью, правильней будет сказать так – это комплекс приёмов и мануалов по поисковой оптимизации движка DLE, которые я вычитал в Сети, попробовал лично и убедился, что все они – реально работают и помогают продвижению сайта. В последствии я, конечно – все свои записи скурил и выбросил. А теперь – излагаю обобщённо здесь, в этой статье, как собственные мысли, в надежде на чью-либо заинтересованность в этом вопросе.
- robots.txt для DLE
robots.txt для DLE
Файлик robots.txt для DLE – избитая, но актуальная тема. Чего только не пишут люди в этот несчастный файлик, пытаясь улучшить индексирование сайта поисковыми системами. А, между тем, «родной» стандартный robots.txt для DLE – весьма не плох.
Файл robots.txt, который идет в комплекте с движком, выглядит так:
Прим.- в DLE, в стандартном файле robots.txtиспользована только запрещающая директива «Disallow»| Директива | Назначение директивы и комментарии |
| User-agent: * | Обращение ко всем поисковым роботам |
| Disallow: /engine/go.phpDisallow: /engine/download.php | Служебные файлы движка DLE |
| Disallow: /user/Disallow: /*subaction=userinfo | Профили пользователей сайта. Каталог и динамические страницы. Если удалить эти директиву, то страницы с профилями пользователей сайта будут проиндексированы поисковой системой и добавлены в поиск |
| Disallow: /newposts/Disallow: /*subaction=newposts | Непрочитанные публикации. Каталог и динамические страницы. Здесь хранится информация о прочитанных и непрочитанных новостях индивидуально для каждого зарегистрированного пользователя. Для незарегистрированных пользователей в DLE такой учёт не ведётся, поэтому любой поисковый робот найдёт здесь только пустые листы, что, конечно-же не есть «гут». Поэтому и закрыто. |
| Disallow: /statistics.htmlDisallow: /*do=statsDisallow: /*do=feedbackDisallow: /*do=registerDisallow: /*do=lostpasswordDisallow: /*do=addnews | Соответственно, страницы статистики сайта и формы обратной связи, регистрации, восстановления пароля и добавления новостей.Ничего интересного для поисковика. |
| Disallow: /*do=lastcomments | Страница с комментариями сайта. |
| Disallow: /*do=pm | Список персональных сообщений |
| Disallow: /*do=search | Форма поиска по сайту |
Как видим, авторы DLE – гениальные люди, что впрочем не удивительно. Этим robots.txt, авторы движка DLE закрывают от поисковой индексации те директории, которые действительно не нужны поисковым системам, но увы! – которые реально важны для работы движка и, поэтому – должны быть доступны для работы из Сети. Поисковую индексацию остального материала сайта разработчики DLE оставляют на наш "укус", в надежде на то, что мы не тупы и понимаем суть сюжета.
Поэтому, в обязательно порядке, добавляем в самый низ строки:Host: tehnopost.infoSitemap: http://tehnopost.info/sitemap.xmlгде, вместо tehnopost.info, нужно вписать имя своего домена и, естессно – предварительно сгенерировать карту сайта в самом своем DLE.
Остальное добавляем, на свое усмотрение:
Disallow: /rules.htmlDisallow: /*action=mobile*
Disallow: /*do=rules
Disallow: /*print
Хоста: tehnopost.infoSitemap: http://tehnopost.info/sitemap.xml
Disallow: /*do=search(уже не актуально)– закрываем от индексации страницу поиска движка. Страница эта стандартная и не несет никакой смысловой нагрузки. Кстати, в DLE 10.3 эта запись уже присутствует, так что – это не актуально для более новых версий DLE.
Disallow: /*print(очень важно)– закрываем от индексации страницы для печати.Это очень важная запись. На молодых сайтах DLE, поисковики, в первую очередь – индексируют страницы для печати, потому что они легче и меньше по весу. Индексацию страниц для печати можно закрыть в настройках самого движка. Тогда эта запись будет не нужна. Однако, такая директива может понадобиться, чтобы удалить из поиска уже проиндексированные страницы. У меня такое было.
Disallow: /rules.htmlDisallow: /*do=rules- закрываем страницу с типовыми правилами регистрации.
Если написать уникальный текст правил регистрации, то эти записи не нужны.
Disallow: /lastnews/ Disallow: /*do=lastnews - этими правилами закрываем страницу с последними новостями.
"Последние публикации на сайте » sokol-motor.info"
Спорный вопрос, нужно ли это делать. Эта страница уникальна и постоянно обновляется. Поисковики хорошо ее индексируют. Однако, не могу понять, что пользователю Гугла или Яндекса может дать страница со странным названием "Последние публикации на сайте » sokol-motor.info"? И по какому поисковому запросу такая страница может попасть в топ? Закрыл.
Disallow: /*action=mobile*- закрываем все страницы с мобильной версией.
В CMS DLE есть функция с отображением мобильной версии сайта. С некоторых пор Яндекс начал предпочитать ее против обычной, поскольку у мобильных страниц меньше вес. Вес то меньше, только внешний вид ужасающий. Закрыл.
Disallow: /*page/*Disallow: /201*/- этими правилами закрываем постраничную навигацию и страницы с архивами.
Иначе в поиск будут попадать страницы, типа:sokol-motor.info/page/3/sokol-motor.info/production/page/2/Материалы за 2011/10/09/ » sokol-motor.infoВсе новости за 2012/02/08/ » sokol-motor.info
С этими страницами тоже, спорный вопрос. Эти страницы уникальны и поисковики их любят. Вот только тайтлы они имеют не информативные. Закрыл.
Теперь подведем итог и соберем все вышесказанное вместе: - получим файл robots.txt для сайта sokol-motor.info.
Посмотреть файл можно по адресу http://sokol-motor.info/robots.txt
User-agent: *Disallow: /engine/go.phpDisallow: /engine/download.phpDisallow: /user/Disallow: /newposts/Disallow: /lastnews/Disallow: /statistics.htmlDisallow: /rules.htmlDisallow: /*printDisallow: /*page/*Disallow: /201*/Disallow: /*subaction=userinfoDisallow: /*subaction=newpostsDisallow: /*do=lastcommentsDisallow: /*do=feedbackDisallow: /*do=registerDisallow: /*do=lostpasswordDisallow: /*do=lastnewsDisallow: /*do=rulesDisallow: /*do=addnewsDisallow: /*do=statsDisallow: /*do=pmDisallow: /*do=searchDisallow: /*action=mobile*Host: sokol-motor.infoSitemap: http://sokol-motor.info/sitemap.xml
Синтаксис robots.txtПравило должно всегда следовать за директивой.Не допускается пустая строка после директив User-agent, Disallow, Allow.Правило может начинаться только с символа '/' или '*' (косой слеш или звездочка).Спецсимвол * (звездочка) означает любую (в том числе пустую)последовательность любых символов.
В заключение:В тексте были использованы самые типовые и распространенные правила, которые встречаются в файле robots.txt для сайтов под управлением CMS DLE. Таким образом, свежеиспеченный файлик можно с уверенностью назвать «типовым». Он подойдет большинству сайтов. Например, sokol-motor.info использует этот robots.txt более года. Все нужные страницы, статьи, картинки и категории сайта проиндексированы Google и Яндексом.
Полученный текст robots.txt можно и нужно править по своему усмотрению и подгонять его под свои потребности. Готовый файл robots.txt всегда можно проверить и отредактировать на онлайн-сервисах Google и Яндекса. Сервис Яндекса находится по адресу http://webmaster.yandex.ua/robots.xml. Пользоваться им настолько просто, что я даже не рискую здесь выкладывать к нему инструкцию, дабы не стать обвиняемым в идиотизьме.
Да, чуть не забылРазработчики движка DLE, как всегда - на высоте.В CMS DLE 9.6, в админпанели, на вкладке для полного редактирования новости (стат-страницы) есть чекбокс:- «Запретить индексацию страницы для поисковиков» Теперь не нужно изгаляться над файлом robots.txt из-за какой-либо одной статьи. Можно поставить «галочку» при добавлении (редактировании) новости, и всех делов. Таким образом, обычное администрирование сайта может привести к гибкому подходу по исключению из поискового индекса ненужного материала, без редактирования файла robots.txt.
Читать дальше:Файл robots.txt | DLE всех версийДирективы в robots.txt
tehnopost.info
