Внутренняя оптимизация сайта CMS DLE. Dle оптимизация сайта
Помощь - оптимизация сайта на DLE
1. ОБЯЗАТЕЛЬНО осмысленно заполняйте "Описание для статьи" на вкладке "Дополнительно". На основе этого формируется сниппет (то что пишется под ссылкой на сайт в поисковой выдаче) - до 200 символов.
2. Всвязи с тем, что теперь можно прописывать тег title отдельно от названия новости - можно визуально разделить ключевы фразы и нормальное описание новости. Т.е. в "Метатег title" пишите максимально тематичные ключевые фразы, и необязательно делать их удобочитаемыми (но лучше все же обойтись без поисоквого спама и писать более менее осмыслено), а в названии новости пишите то, что будет видеть человек при попадании на страничку новости.
3. Поле "Ключевые слова". Хотя представители Гугла официально заявили, что метатег ключевых слов не влияет на поисковую выдачу - правилами хорошего тона является грамотное заполнение этого поля. Поэтому лчше также заполнять его вручную и осмысленно.
4. Поле "ЧПУ URL статьи". Не стоит проходить мимо этого поля.. ДЛЕ к сожалению не всегда грамотно (в правильной транскрипции) формирует ЧПУ-урл. Я например формирую правильную транскрипцию в qip (кто пользуется им, тот знает как). В любом случае, чем бы вы не делали транскрипцию, вы можете проверить правильность следующим образом: введите полученную в латинице фразу в поиске гугла.. если гугл определит правильный перевод в кирилицу - значит все верно и этот вариант можно использовать в качестве чпу-урла для новости.
5. Для внутренней перелинковки правильным будет использование тега {related-news}, который формирует ссылки на тематичные новости из других разделов/категорий вашего сайта. А это способствует равномерному распределению веса (траста) по всем страничкам вашего сайта.
Это вкратце) А вообще вариантов масса.. благо возможности движка позволяют)
www.nulled.cc
Оптимизация сайта на DataLife Engine » DataLife Engine (DLE) — система управления сайтом и контентом. Официальный сайт.
в этой статье я хочу рассказать вам немного о структуре скрипта, и как можно оптимизировать его работу, если у вас посещаемый сайт и вы хотите немного снизить нагрузку. Хочу сразу сказать вам что скрипт по умолчанию имеет оптимизированную структуру, поэтому если ваш сайт имеет менее 5 000 уникальных посетителей в месяц, то вам даже нет смысла задумаватся о его оптимизации. Данная статья предназначена для тех у кого посещаемость превышает данное число посетителей, и кто не желает переходить на более дорогой тарифный план у своего хостера.
Итак приготовтесь к тому что за все нужно платить, и если вы хотите уменьшить нагрузку то вам будет необходимо пожертвовать частью возможностей скрипта. И в этой статье я хочу рассказать вам, что вы теряете отключая то или иную возможность, тем самым выставить приоритеты в оптимизации скрипта.
Первое что нужно сделать это включить кеширование сайта. Убедитесь при этом что папка /engine/cache/ доступна для записи. При включении кеширования, вы терятете часть динамики сайта, например счетчик просмотров новостей, будет считаться, но изменятся на странице будет только после обновления кеша. Кеш создается для каждой группы посетителей отдельно обновляется только при обновлении информации в базе данных (например добавление новости или комментария, а также выставления рейтинга статьи). Кеш не имеет срока давности и будет показываться до тех пор, пока не изменится база данных. При включении кеширования, будут кешироваться новости первых четырех страниц на главной и любого раздела, календарь, архив, топ новостей.
Помните: что если вы разрешаете группе пользователей редактировать только собственные новости, то сайт новости для данной группы не кешируются и берутся всегда из базы данных.
Поддержка регистрации на сайте: При отключении данной возможности вы отключаете не только возможность регистрации новых пользователей на сайте, но и отключаете возможность авторизации уже существующих пользователей, для вашего сайта все посетители становятся гостями и механизмы авторизации просто не подключаются. Тем самым вы экономите 1 запрос к базе данных, а также на поддержке кеша для других групп пользователей.
Голосования на сайте: Несмотря на то что в админпанели написано, что при отключении этого блока вы экономите до 3 запросов, то смею вас заверить что в последних версиях скрипта, опрос имеет серьезную оптимизацию, и не создает вообще запросов к базе данных, все имеющиеся опросы сайта кеширутся во время первого старта сайта и кеш не сбрасывается пока не будут внесены изменения в сам опрос, поэтому отключение этого блока не даст вам прироста в производительности. Так что можете смело пользоватся этой возможностью.
Вывод самых рейтинговых статей на сайте: При отключении данного блока вы сможете сэкономить один запрос к базе данных, но имейте ввиду что этот блок кешируется и поэтому данный блок не всегда обращается к базе данных, поэтому много от его отключения вы не выиграете, но тем не менее.
Счетчик просмотров новостей: Отключение данной возможности серьезный шаг на пути оптимизации нагрузки. Связано это с тем что функция обновления UPDATE базы данных, достаточно медленная функция, и во время обновления таблица новостей в базе данных будет заблокирована для чтения, пока не выполнится обновление. И все запросы к базе данных будут стоять в очереди на выполнение. Поэтому если у вас большая база данных с новостями, то мы настоятельно рекомендуем подумать, а нужен ли вам этот счетчик, и что он вам дает.
Календарь: Опять таки кешируется и но позволяет снизить один запрос, и то иногда.
Вывод архивов: Запрос при большом количестве новостей может быть тяжелом, но он кешируется, поэтому нагрузка снизится но ненамного.
Шаблоны: Вы можете использовать на сайте сколько угодно шаблонов, и это не будет создавать нагрузки на сайт, но имейте ввиду, что если вы используете для разных категорий, разные шаблоны то при просмотре полной новости, будет добавлен запрос к базе данных, для получения общего шаблона сайта, именно той категории в которой находится новость.
Рейтинг статей: Если вам не интересны голосования для вашей новости, то не только удалите этот тег из шаблона, но и отключайте данную возможность при добавлении новости, тем самым вы снизите нагрузку на один запрос при просмотре полной новости.
Прикрепление файлов к новости: Если вы загружаете файлы для скачивания (не картинки) то имейте ввиду что будет добавлен один запрос на страницу, на которой показывается ссылка на файл, это необходимо для получения информации о файле, его размере и т.д. Но имейте ввиду что количество ссылок не имеет значения, один файл вы прикрепили или десять, на нагрузку это не влияет, также и не влияет на нагрузку и тот факт если добавите ссылку при просмотре кратких новостей, на все показываемые новости на странице будет всего один запрос. Также имейте ввиду что сама процедура скачивания тоже требует серверных ресурсов, т.к. будет подключение к базе данных, и обновление счетчика, если это не нужно, то можно отключить в админпанели.
Включение GZip сжатия: При включении данной опции, существенно сокращается траффик вашего сайта, и ваших посетителей и ускоряется загрузка страниц, но создается дополнительная нагрузка на центральный процессор. Что вам лучше решать вам.
Незабывайте периодически проводит оптимизацию базы данных в админпанели, эта функция не для красоты сделана, после оптимизации, будут перестроены ваши ключи, а также пересчитаны поля разной длины. Тем самым вы ускорите работу базы данных и уменьшите ее размер.
Ну и самое главное это минимальное использование сторонних модулей, как правило они плохо оптимизированы, поэтому проконсультируйтесь у автора модуля, насколько требователен он к ресурсам.
Ну вот вроде бы и все.
Надеюсь статья принесла вам пользу, удачной вам оптимизации.
Оптимизация и настройка CMS DLE
Оптимизация и настройка CMS DLE
Поисковая оптимизация и настройка CMS DLE
в кодах и комментариях(по А. Алаеву, для Apache)
Data Life Engine (DLE) – широко известная и популярная многопользовательская система управления содержимым сайта (CMS). Горячо любимый в народе многопользовательский новостной движок. Его базовая «заводская» комплектация включает в себя основные рабочие настройки и минимальную поисковую оптимизацию. Дополнительные наладки и регулировки владельцу движка приходится делать самому.
Разработчик не знает, под какие задачи и на каком ресурсе будет установлен его продукт. Именно поэтому, движок DLE, равно как и любой другой – поставляется в универсальной и максимально удобной для всех упаковке, читай – с минимально возможными настройками.
Авторы CMS DLE уже максимально оптимизировали своё детище, насколько это возможно с их стороны. Они установили для него общепользовательские настройки, использование которых подходит подавляющему большинству потребителей. Остальные возможности CMS DLE нужно оптимизировать и настраивать «под себя», исходя из собственных потребностей.
Индивидуальность поисковой оптимизации CMS DLE
Главное условие для успешного выживания сайта в Сети – это его уникальность. Причём, условие уникальности касается, как самого сайта, так и выполняемых им задач. Соответственно, из уникальности целей для каждого сайта и выплывает необходимость уникальности его индивидуальных настроек. И Google с Яндексом в этом помогут.
Устаревшие сетевые мануалы
Устаревшие сетевые мануалы – бич при проведении начинающими пользователями наладочных работ на сайте. Проблема заключается в том, что жизнь не стоит на месте и CMS DLE (равно как и все остальные сетевые программы и сервисы) – очень быстро растёт и развивается. Изменяются структуры баз данных (БД), алгоритмы работы, поведение и реакция поисковых систем, с которым движок непосредственно и тесно контактирует. И поэтому, очень часто оказывается, что вчерашние, казалось-бы проверенные, надёжные и рабочие настроечные руководства – вдруг перестают функционировать.
Всё, изложенные в этой статье, коды и рекомендации по настройке CMS DLE – актуальны для большинства версий DLE. Однако, в области правки файлов движка – исключительно для DLE версий 10.3-10.6
Приступая к настройке и оптимизации своего сайта на Data Life Engine, нелишне будет вспомнить, что любой сетевой мануал носит всего лишь рекомендательный характер. Вся ответственность за происходящее и его последствия ложится непосредственно на проводящего работы (прораба :) :) :)). А, по сему, приведу несколько банальных и прописных истин, которые и так понятны в их логической связи:
Все настройки и оптимизацию движка нужно делать осознанно и избегать простого копирования чужих мыслей, действий, мануалов и рекомендаций. Прежде их выполнения, в каждом конкретном случае – стараться понять – а надо-ли вообще это делать на своём сайте (блоге, портале). Если что-то до конца неясно или непонятно – лучше этого совсем не делать.
Делай копии, не жги мосты и пути к отступлению
Золотое правило сетевого слесаря (вебмастера) – перед наладочной работой на сайте делать его полный и работоспособный backup. Бекап (backup) – это копия сайта, копия его файлов и базы данных. Бекапов много не бывает. Как раз, наоборот – при возможном сбое системы и попытке её откатить назад, на точку восстановления и копирования – самого нужного бекапа с последними сохранёнными изменениями, под рукой, как раз и не наблюдается. После чего, как правило, часть работы – оказывается безнадёжно утрачена.
Золотое правило сеошника – недодел гораздо лучше, чем передел. Всегда и во все времена, у сеошников считалось признаком дурного тона – недостаток ума возмещать усердием.
Поисковая оптимизация CMS DLE – дело не быстрое. Действия по изменению SEO-настроек желательно выполнить за несколько приёмов, с зазором в 1-2 месяца, анализируя при этом ответное поведение поисковых систем. Первоначальный этап настроек и SEO-оптимизации сайта может растянуться на 3-6 месяцев, окончательный – не закончится никогда.
Замечено, что постепенный и аналитический подход к поисковой оптимизации сайта гораздо больше приветствуется поисковыми системами, нежели одновременное и единоразовое появление на веб-ресурсе целой кучи новых настроек и изменений.
При получении негативного эффекта и отрицательного результата – возвращайся на точку отката и начинай всё сначала. Дабы избежать конфликтов между уже сделанными изменениями, лучше всего начинать с полного «ноля». Оно и не мудрено – чем возькаться с неработоспособным и загнанным сайтом, где непонятно что «накручено и наворочено» – гораздо проще полностью переустановить (или откатить на backup) операционную систему и с «ноля» сделать все её настройки.
Моя оптимизация CMS DLE
Считается, что пользовательская настройка и SEO-оптимизация CMS DLE требует только минимальных усилий в области познания основ веб-языков и алгоритмов работы сетевых сервисов. На самом деле, это далеко не так. Data Life Engine – очень высокотехнологичный и профессиональный движок, который требует к себе пристального внимания и уважительного отношения. Только тогда эта сайтовая операционная система отблагодарит своего владельца полной реализацией своих супервозможностей.
Лично я отношусь именно к той категории пользователей, которая перенимает опыт у других. Ползая бесконечно-туманными Сетевыми маршрутами, я испытал на собственной шкуре уйму советов по CMS DLE, и постепенно – накопал некий мануал по быстрым настройкам и поисковой оптимизации этого движка.Теперь, здесь – я выкладываю свои мысли, в виде небольшой подборки кодов и рассказов. В материале нет моих личных разработок. Всё найдено в Сети. Добавлены только комментарии, досужие домыслы, да мысли вслух.Абсолютно не факт, что рекомендации подойдут абсолютно для всех, без разбору.У меня ЭТО работает, и ЭТО – моя записная книжка.Проверено неоднократно.
Отдельное «спасибо» хочется сказать Александру Алаеву (Алаичъ), alaev.info. Авторитетнейший человек в области эксплуатации CMS DLE. Автор серии уникальных статей по SEO-оптимизации CMS DLE. Разработчик модулей для CMS DLE. На ресурсе alaev.info я нашёл практические советы по оптимизации и настройке CMS DLE. Почти весь материал, выложенный здесь, можно рассматривать, как «оптимизацию CMS DLE по Алаеву».
tehnopost.info
Оптимизация сайта на CMS DLE (DataLife Engine) ~ Практикум
Под оптимизацией подразумеваются две вещи:
- оптимизация с целью уменьшения нагрузки на сервер при высокой посещаемости; увы, код большинства движков далек от идеала и создает большую нагрузку, если его не дорабатывать.
- оптимизация с целью упростить продвижение в топ поисковых систем; с этим проще – большая часть cms имеет встроенные инструменты для поисковой оптимизации
DLE (DataLife Engine)
DLE – относительно легкий движок, но и его производительность нужно оптимизировать. Самый первый шаг – включение кеширования (права 777 на папку /engine/cache/). Это позволить минимизировать обращение движка к базе данных. Можно отключить счетчик просмотра новостей и рейтинг статей – информативность их под вопросом, а вот нагрузку на базу данных они создают существенную. В админпанели есть функция "Оптимизация базы данных" - используйте ее, но предварительно создавайте резервную копию базы.
Как и в случае с WoldPress, старайтесь поменьше использовать сторонних модулей – их код может быть не оптимальным, и они будут создавать лишнюю нагрузку на сервер. Уберите календарь – кроме красоты в нем нет ничего полезного. Включать Gzip-сжатие или нет – на выбор вебмастера. Когда оно включено, нагрузка на сервер увеличивается, зато уменьшается трафик.
Код шаблона, особенно если он бесплатный, следует внимательно просмотреть на предмет лишних ссылок, в том числе и скрытых. Можно удалить лишние "спецэффекты" и скрипты. Стандартный поиск по сайту можно заменить поиском от Google. Это и нагрузку снизит, и улучшит качество поиска.
DLE удобен для создания сателлитов под ссылочные биржи – в нем одним движением руки можно создать большое количество страниц второго уровня (нумерация страниц). Для серьезного сайта 500 номеров страниц внизу не нужно, конечно же.
Первый шаг в SEO сайта на DLE – дополнение стандартного файла robots.txt. В нем нужно закрыть от индексации страницы с новостями (page), статистику, служебные страницы, теги и т. п. В закрыть стандартные повторяющиеся на каждой странице блоки. Естественно, нужно включить ЧПУ.
Для оптимальной перелинковки можно использовать модуль "Похожие новости" - к каждой записи внизу будет добавлено несколько ссылок на схожие новости.
Существует модуль DLE SEO Pack для удобной оптимизации сайта. В нем можно гибко настраивать вид заголовков, запрещать или разрешать индексацию определенных типов страниц и т. п. Хороший вариант для тех, кто не любит ручной работы или просто не разбирается в коде. Не стоит забывать о том, что никакие модули не заменят ручной труд профессионального web программиста или оптимзатора. Поэтому, лучше всего пойти на обучающие курсы для ускорения обучения. Например, в учебном центре Практикум есть курс WEB-программирование и курс Поисковая оптимизация сайта/SEO. Первый урок бесплатный.
Источник www.cy-pr.com
kursypraktikum.blogspot.com
Внутренняя оптимизация сайта CMS DLE
26 Май
Внутренняя оптимизация сайта CMS DLE
В последнее время я начал редко писать статьи в блог и писать, мягко говоря, не по существу. Так вот сегодня поговорим о CMS DataLife Engine, а точнее о оптимизации сайта который создан на DataLife Engine.
Всех тонкостей оптимизации такого сайта я естественно описывать не буду, но немного нового вы возможно узнаете.
И так первым делом после создания сайта вам нужно оптимизировать его. Сделать это качественно довольно сложно, но я помогу вам сделать самое основное и необходимое.
Robots.txt данный файл очень важен, он должен располагаться в корне вашего сайта. В последних версиях DataLife Engine этот файл уже есть в дистрибутиве, но о качестве его я промолчу, он минимизирован максимально. Данный файл должен быть подобран для каждого сайта индивидуально.
Sitemap – также довольно важная составляющая сайта. Трудностей с этим файлом у вас возникнуть не должно т.к. создается и обновляется он автоматически.
Кстати у меня как-то был неприятный случай с этим файлов, после переезда на новый VDS сервер файл sitemap перестал обновляться автоматически и более месяца он был со старыми ссылками.
Далее вам нужно самим прописать ключевые слова, описание, title для категорий и главной странице сайта. С этим проблем возникнуть не должно.
Теперь перейдем в полный вид публикации. Посмотрите на вид title, согласитесь, он не совсем приятный на вид, да и не несет нам нечего полезного со стороны оптимизации.
Для исправления открываем файл engine/engine.php
Находим примерно строчку (возможно строчка будет немного другого вида)
$metatags[‘title’] = $titl_e . $page_extra . ‘ » ‘ . $config[‘home_title’];
И корректируем её. Например, я сделал так:
$metatags[‘title’] = ‘Скачать ‘ . $titl_e . $page_extra . ‘ бесплатно’ . ‘ | ‘ . $titl_e . ‘ полная версия без смс и регистрации’;
И теперь мы имеем красивый титл в полной версии публикации и одновременно полезный для оптимизации.
Далее мы можем установить несколько полезных модулей для оптимизации. Например, модуль переходы (крайне не рекомендую использовать на молодых сайтах), модуль перелинковки, модуль CatFace (в полезности данного модуля пока не убедился т.к. сайт на котором стоит данный модуль пока не продвигается).
Еще по примеру того, что мы сделали с титлом – вы можете сделать в шаблоне fullstory.tpl.
Пока на этом все.
mediastar.by
