Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
--------------------------------------
Благодарности принимаются по адресам:
Z657744839284
R295233674203
--------------------------------------
Лицензия на использование продукта:
1. Запрещается выкладывать дистрибутив в свободный доступ где-либо, кроме проекта www.slaed.net
2. Запрещается любое распространение на платной основе.
3. ЗАПРЕЩАЕТСЯ ЛЮБОЕ КОПИРОВАНИЕ,РАСПРОСТРАНЕНИЕ И ИСПРАВЛЕНИЕ КОДОВ ИНТЕГРАЦИИ для использования ИХ В "своих" интеграциях.
Поддержка интеграции и исправление возможных выявленных ошибок будет производиться по адресу:
[ http://www.slaed.net/forum/index.php?showtopic=1332 ]
Требования для правильной работы интеграции:
1. Форум IPB должен находиться в одной базе с SLAED CMS.
2. Форум IPB должен находиться в папке forum относительно корня сайта.
--------------------------------------
Благодарности принимаются по адресам:
Z657744839284
R295233674203
--------------------------------------
Лицензия на использование продукта:
1. Запрещается выкладывать дистрибутив в свободный доступ где-либо, кроме www.slaed.net
2. Запрещается любое распространение на платной основе.
3. ЗАПРЕЩАЕТСЯ ЛЮБОЕ КОПИРОВАНИЕ,РАСПРОСТРАНЕНИЕ И ИСПРАВЛЕНИЕ КОДОВ ИНТЕГРАЦИИ для использования ИХ В "своих" интеграциях.
Поддержка интеграции и исправление возможных выявленных ошибок будет производиться по адресу:
[ http://www.slaed.net/forum/index.php?showtopic=1332 ]
Требования для правильной работы интеграции:
1. Форум IPB должен находиться в одной базе с SLAED CMS.
2. Форум IPB должен находиться в папке forum относительно корня сайта.
Готовится к запланированному выходу новая, профессиональная версия SLAED CMS 3.4 Pro. При работе над этой версией были учтены пожелания клиентов относительно существующих функций и в соответствии с этим были произведены необходимые модификации, обновления, улучшения. Глобальным изменениям и модификациям были подвергнуты основные функции ядра системы, такие как определение администратора, его прав, функции работы с RSS каналами, парсинг ББ кода, а именно PHP, HTML, сортировка файлов редактора и многое другое.
Изменениям были подвергнуты почти все модули и файлы системы. Частично были затронуты шаблоны тем оформления. Несмотря на это, работа системы с выпущенными ранее модулями, блоками, темами оформления осталась без изменений.
В виду большого количества изменений внесённых в основные функции системы будет выпущена Beta версия, предназначенная исключительно для тестирования и отладки. Скачать данную версию сможет любой желающий в каталоге файлов. Если Вы нашли ошибку, у Вас появились какие либо проблемы касательно установки или использования системы, рекомендуем, обратится в отдел форума, специально посвященный этой теме.
Общие изменения, новые возможности, модификации
В панели пользователя отдела для клиентов добавлена возможность просмотра актуального статуса приобретенного продукта.
В систему интегрирована новая технология использования поисковых систем непосредственно в браузере пользователя. Это даёт возможность интегрирования поиска на Вашем сайте по типу Google, MSN и т.д., непосредственно в браузере посетителя по его желанию.
Частично переписана система рейтинга, изменено оформление рейтинг баров с возможность просмотра существующего состояния рейтинга до установки своей оценки.
Написана новая система генерации RSS каналов с учётом новых стандартов с использованием категорий, авторов, даты и сортировки в соответствии с ними. Использование каналов возможно для модулей: Вопросы и ответы, Каталог файлов, Каталог сайтов, Медиа каталог, Статьи, Магазин, Новости проекта.
Модифицирована функция автоматической генерации ключевых слов сайта, установлен фильтр, исключающий проблемы при использовании специальных символов в содержании статей.
Модифицированы функции кэширования, таким образом, исключена возможность попадания и запись в папку кэша не существующих или пустых страниц.
Переписаны все функции обработки и записи RSS потоков в базу данных при их использовании в блоках. Теперь RSS каналы не используют базу данных, все конфигурации записываются в файлы, что в свою очередь снижает нагрузку на базу данных системы.
Написан новый модуль панели администратора для создания и работы с RSS потоками. Установлено использование и редактирование своего шаблона для отображения каналов на сайте. Установлена возможность добавления нужных Вам каналов, которые будут добавлены в код сайта для определения и их дальнейшего использования браузерами.
Расширена функция работы с темами оформления. Добавлена возможность уникального оформления главной страницы независимо от установленного на ней модуля.
Добавлена проверка на размер кэшированных страниц, если размер равен нулю, то кэш в этом случае не создаётся, страница генерируется заново и создаётся повторно.
Для повышения удобства в использовании, модифицирована визуальная часть ББ редактора. Панель разделена на две части и размещена сверху и снизу окна ввода.
Полной модификации подверглись функции парсинга PHP кода, обычного кода, цитат, скрытого кода. Значительным образом снижена скорость генерации страниц, в местах, где используется большое количества ББ кода. Улучшена визуальная часть.
Для улучшения понимания и сферы использования, произведены языковые корректировки названий модулей новостей и статей, произведена смена графических элементов в панели администратора для этих модулей.
Разработана новая система установки, и использование дополнительных полей, применение которых на данный момент возможно в пользовательском и новостных модулях. Настройка и установка дополнительных полей предусмотрена в отделе администратора системы.
Модификации подверглись стили тем оформления, используемые в формах системы. Таки образом реализована корректная и идентичная работа оформления форм во всех популярных браузерах.
Модификации подвергся модуль пользователей системы. Изменениям подверглись настройки пользователя и некоторые языковые константы.
Разработана новая функция автоматического определения и установки базы данных модуля непосредственно из панели администратора. Добавлены три основных действия, это: Установка таблиц базы данных модуля, Удаление таблиц базы данных модуля и Обновление таблиц базы данных модуля. Более подробная информация для разработчиков модулей будет описана в документации на проекте. В качестве примера в новостном модуле реализована данная возможность.
Глобальным образом модифицирована функция динамической (AJAX) работы с файлами в ББ редакторе. Произведена смена принципа сортировки файлов (Теперь сортировка производится по дате), что значительно улучшает удобство использования и сокращает время генерации и определения файлов.
Написан совершенно новый модуль заказов, предназначенный для заказа товаров, услуг или других сервисов Вашего проекта. Данный модуль имеет возможность установки дополнительных, своих полей, а значит, может быть применён в широкой сфере. Существует панель управления модулем, которая имеет возможность хранения, редактирования, добавления заказов, а так же необходимое количество конфигураций, таких как: Отключение заказов, Подтверждение заказов администратором, дублирование заказов, выводимая и отправляемая информация.
Значительным изменениям подверглись функции ядра системы, которые используются для определения пользователей и администраторов системы. Более удобному разграничению подверглись права администраторов проекта по тем или иным модулям. Дополнительно к этому, упрощено их использование при написании своих модулей.
В конфигурациях панели администратора системы добавлена возможность установки модуля для главной страницы панели администратора по умолчанию.
Значительным образом переписана и централизованна система рейтингов. Написана новая панель администрации рейтингом. Таким образом, рейтинг сталь ещё удобней, функциональней, получил возможность дальнейшего расширения для других модулей без глобальных изменений в ядро системы.
Добавлена возможность интеграции с актуальной версией форума Invision Power Board 2.3.1
Исправления и корректировки
Исправлена ошибка, связанная с редактированием внедрений в систему при активированном HTML редакторе, который внедрялся и мешал корректному редактированию внедрений.
Исправлена ошибка в комментариях системы, проявлявшаяся при работе с браузером Firefox, связанная с добавление ника пользователя, в текстовое поля для ответа.
Исправлена неточность в панели администрирования новых анекдотов, добавленных посетителями сайта. Проблема появлялась при их одобрении администратором.
Не для кого не секрет то, что хорошему Интернет проекту нужна раскрутка коего для посещаемости, Интернет просто кишит статьями, обсуждениями на форумах о том, как же поднять посещаемость своему проекту. Мое личное мнение о массовых банерных сетях такое, что толку от них как от кота молока, попытки раскрутить сайт методом банерных ротаций в таких сетях равны нулю. Если вы решили раскручивать сайт рекламой, то ставить её нужно исключительно тематически и без ротации, тогда вероятность того, что её увидит нужная вам аудитория, очень велика. Но Интернет реклама требует вложений, причём не маленьких, сейчас я попробую донести до вас как можно реально раскрутить свой сайт при этом, не заплатив не гроша.
За пол года присутствия на Интернет-рынке я искал множество методов раскрутки своих некоммерческих проектов, пока не наткнулся на тот факт, что на много больше 50% аудитории находит нужный им ресурс из поисковой системы. Что же нужно сделать, что бы допустим в первую десятку выпадающих сайтов Яндекса по поисковому запросу «бесплатный хостинг 1гб на винте» выпадал именно ваш сайт? Я не стану рассказывать о таком явлении как индекс цитирования, думаю, о нём знает любой уважающий себя веб мастер в любом случае если кто не знаком, то может прочитать описание на страницах Яндекса. И так, для того, что бы Ваш сайт попадал в первые десятки по поисковым запросам требуется, что бы ваш сайт обладал необходимым кол-вом тИЦ и PR, пытаться пробиться в первые по таким запросам как «Видео» или «Хостинг» очень хлопотно и практически не возможно, я руководствуюсь тем «Кто ищет тот всегда найдёт».
Для начала Вам потребуется оптимизировать свой сайт для поисковой системы, я обычно ограничивался тем что (речь идёт о SLAED CMS) вписывал в «Описание» и «Ключевые слова сайта» в конфигурации «Слаеда» востребованные запросы Яндекса, Гугла и Рамблера выдаваемые мне генераторами статистики по запрашиваемому слову, (найти эти генераторы можно тут: Рамблер, Гугл, Яндекс). Хочу так же отметить что генерация keywords (ключевых слов) и титлов в системе SLAED CMS производится автоматически, допустим, есть какая-то новость, система автоматической генерации сама выбирает ключевые слова из текста и ставит их в html-код страницы заключая их в тег meta name="keywords". Значит после генерации и вписывания значений, для оптимизации можно ещё воспользоваться системой ЧПУ, так как обычные динамические ссылки SLAED и другой подобной ей системы тяжело воспринимаются поисковиками для индексации. Так же смею заметить, что в системе существует ЧПУ, начиная с версий "1.7 Pro" и "2 Lite".
Теперь предстоит самое главное, это увеличение тИЦ. Думаю известно, что для увеличения тИЦ нужен обмен ссылками для цитирования вашего ресурса, и так сказать поднятия ему числового авторитета. Все когда-то начинали с простейшего, ручного обмена ссылками, заходя в каталог Яндекса и подбирая нужные для обмена по тематике сайты и посылая веб-мастерам по Эл. Почте запросы по обмену. Но это не для нас, благо теперь это кровью и потом не дается. Для обмена ссылками я использую автоматические системы по обмену ссылками, то есть каждый желающий веб-мастер добавляет свой сайт в эту систему, ставя php-скрипт каталога обменника, а затем подбирает нужные по тематике или каким либо другим критериям сайты для обмена. Я использую две системы это: Нагваль и OnLink самые интересные и перспективные, на мой взгляд, системы, тем, что не тормозные, лёгкие и удобные в обращении.
Значит, какие выполняем действия:
Регистрируемся в системах Нагваль и OnLink, ставим скрипты каталогов для взаимообмена на свой сервер, а на сами каталоги делаем ссылки с главных страниц. Тут есть пару советов, это то, что не закрывать эти каталоги от индексации разными хитрыми и не очень методами (за это можно схватить бан) и грамотно составить описание сайта я советую составлять описание из ключевых слов, о которых я писал выше.
Далее начинаем подбирать сайты для обмена, тут нечего сложного кроме одного но, сразу советую откинуть амбиции относительно контента сайтов и обмениваться только с теми, у кого тИЦ составляет не ниже 50 и с теме у кого PR не меньше хотя бы 1, так как, обмениваясь с нулевыми сайтами вы уменьшаете вес ссылок для подсчёта, как бы отдавая этим сайтам часть своего возможного кол-ва тИЦ.
После подбора сайтов к обмену ждём, скажу сразу что моментального прироста тИЦ и PR на следующий день у Вас не будет, потому, как надо ждать пересчёта, пересчёт тИЦ яндексом по моим наблюдениям производиться как правило раз в две недели в ночь с вторника на среду, а вот с гуглом ситуация будем по сложнее, пересчёт PR ведется около 1 раза в три месяца, поэтому к этому знаменательному моменту советую подготовиться конкретно, обменявшись ссылками с как можно большим кол-вом сайтов.
В общем, то всё, кроме того, что попытайтесь не светить свои сайты на форумах с такими цитатами как «Я раскручиваю свой сайт методом накрутки тИЦ» бан поисковика можно схватить моментом, тем более, если тИЦ форума около 1500 :). Более подробную информацию и обсуждения о поисковых системах можно получить тут.
Автор: Лабутис Станислав
Специально для SLAED.NET, если будут вопросы, то пишите сюда, остальное в Яндексе, удачи!
В этой публикации мы затронем те директивы, которые не успели охватить в предыдущих частях. Эти директивы не поддаются определению на уровне директорий. Это означает то, что вы должны иметь доступ к файлу конфигурации веб сервера Apache (httpd.conf).
Обычно такой доступ имеют пользователи «root» или администратор сервера.
Если вы хотите вести логи всех операций, выполненных с помощью mod_rewrite, можно активировать это с помощью следующей записи:
Эту строку нужно вписать в «Раздел 2: Конфигурация основного сервера» в файле httpd.conf, а не в .htaccess!
Все манипуляции, произведенные mod_rewrite будут записываться в этот файл. Имя лог файла может быть любым. Вы можете указать абсолютный или относительный (относительно ServerRoot) путь к файлу.
Если вы хотите вести разные лог файлы для различных виртуальных хостов, то нужно ввести изменения в «Раздел 3: Виртуальные сервера», например так:
RewriteLogLevel может быть определен в пределах диапазона от 1 до 8. Обычно достаточно первого уровня. Более высокие уровни используются для деббагинга.
Другая директива, которая является очень удобной в целях клоакинга – это так называемая карта перезаписи. Это – файлы, содержащие пары ключ/значение, обычно в формате текстового файла:
Ключи, как вы видите, имена хостов или IP адреса. В этом простеньком примере значение всегда одно – «spider». Естественно, в реальном файле значения будут другие. Эта директива может быть записана в второй («Конфигурация основного сервера») или третий («Виртуальные сервера») раздел файла httpd.conf:
«Карта перезаписи» возымеет эффект на весь сервер.
Также, в файл .htaccess записывается:
Данные условия будут производить системную проверку: произведен ли запрос поисковиком. С этой целью производится поиск по файлу spiderspy.txt. Если ключ найден, будет возвращено значение «spider», а «условие» будет являться истинным.
Затем выполняется первый RewriteRule. Это означает то, что запрашиваемая «.htm» страница будет отдана поисковику. Переменная $1 равна части в круглых скобках «^(. *).htm$», то есть имя файла останется тем же самым.
Если же URL вызван обычным посетителем, то применяется второе «правило»: пользователь будет перенаправлен на страницу «index.html».
Поскольку «.htm» страницы будут читаться только «пауками», они могут быть оптимизированы соответственно для поисковых серверов. Вы можете также использовать файл в формате «dbm» вместо обычного текстового файла. Бинарный формат данных позволяет ускорить поиск, который является особенно важным, если вы работаете с очень большими списками поисковиков. Пример, данный выше, предлагает простые функциональные возможности клоакинга. Все обычные посетители будут всегда переадресовываться к странице «index.html» и не будет вестись никаких логов файлов вне логов mod_rewrite.
Можно заменить несколько строчек кода php (perl и т.д.) в ваших приложениях, используя всего одну-две строки mod_rewrite. Последний пример проиллюстрирует это более подробно.
Цель – показать посетителям «фото дня». Посетитель, кликнувший по ссылке http://yoursite.com/pic.html увидит лучшую фотографию или картинку дня, и так каждый день. Мы будем работать с серверными переменными: TIME_MON, TIME_DAY
Поместим в файл .htaccess одну единственную строку:
Запрашиваемый URL будет перезаписан, например: pic-08-28.html, pic-08-29.html, pic-08-30.html и так далее.
Теперь, все что вы должны сделать – это единожды загрузить файлы с соответсвующими именами и забыть о ежедневном обновлении ссылки. Переменные времени также могут использоваться для другой периодичности.
Это был последний пример в серии публикаций о замечательном модуле mod_rewrite. Естественно невозможно было затронуть все нюансы, директивы, переменные и т.д. в данной публикации, целью было другое – дать общее представление и понимание основ, и так сказать «ввести в курс дела».
В двух предыдущих частях мы познакомились с основами «правил перезаписи» URL и «условиями правил». Позвольте предложить к рассмотрению два примера, иллюстрирующих более сложные приложения. Первый пример имеет дело с динамическими страницами, а второй показывает возможности вызова «.txt» файлов и произведение различных действий над ними.
Предположим, что у нас есть виртуальный магазин по продаже каких-то товаров. Клиенты обращаются к описаниям товаров через скрипт:
Эти адреса представлены как ссылки на большинстве страниц сайта.
А теперь допустим, что вы решили добавить сайт для индексации в поисковые системы. Тут вас поджидает небольшая неприятность – не все поисковики принимают, понимают и индексируют URL, в которых содержится символ «?».
Более естественным и приемлемым для поисковика является URL вида:
http://www.yoursite.com/cgi-bin/shop.cgi/product1
В данном случае символ «?» заменяется на «/».
Еще более комфортабельный URL с точки зрения поисковика будет иметь вид:
http://www.yoursite.com/shop/product1
Для поисковика, «shop» теперь как-бы является директорией, содержащей товары product1, product2 и т.д.
Если пользователь, со страницы результатов запроса в поисковике проследует по такой ссылке, то эта ссылка должна будет трансформироваться в ссылку: shop.cgi?product1.
Чтобы добиться такого эффекта можно использовать mod_rewrite, используя следующую конструкцию в файле .htaccess:
Переменные $1 и $2 составляют так называемые "backreferences". Они связаны с текстовыми группами. Вызываемый URL разбивается на части. Все, что находится перед «shop», плюс все что находится после «shop/» определяется и хранится в этих двух переменных: $1 и $2.
До этого момента, наши примеры использовали «правила» типа:
Однако мы еще не достигли истинной перезаписи URL адресов, в смысле того, что один URL должен перенаправлять посетителя на другой.
Для нашей записи вида:
применяется общий синтаксис: RewriteRule текущийURL перезаписываемыйURL
Как видите, эта директива выполняет действительную «перезапись» URL адреса.
В дополнение к записям в файл .htaccess, нужно еще заменить все ссылки на сайте, которые имеют формат «cgi-bin/shop.cgi?product», на ссылки вида: «shop/product»
Теперь, когда поисковик найдет страницу с подобными ссылками, он проиндексирует сайт без всяких видимых проблем.
Таким образом вы можете превратить чисто динамический сайт в сайт, имеющий статическую структуру, что явно принесет пользу в вопросе индексирования различными посковыми машинами. Обратите внимание на вид URL адресов на данном сайте. Вдобавок ко всему, они имеют еще и легкочитамую для человека структуру - ЧПУ (человекопонятный УРЛ). Но об этом мы поговорим в другой статье.
В нашем втором примере мы обсудим, как переадресовать запросы «.txt» файлов к сценарию программы.
Многие хостинг провайдеры, работающие с Apache предоставляют лог-файлы в общем формате. Это означает то, что они не будут соджержать поля с ссылающимися страницами и юзер-агентами.
Однако, относительно запросов к файлу «robots.txt», предпочтительно иметь доступ ко всем этим данным, чтобы иметь больше информации о посещении поисковиков, чем просто знать их IP адреса. Для того, чтобы оганизовать это, в «.htaccess» должны быть следующие записи:
Теперь при запросе файла «robots.txt» наш RewriteRule переадресует посетителя (робота) к обрабатывающему запросы скрипту text.cgi. Кроме того, переменная передается скрипту, которая будет обработана в соответствии с вашими нуждами. «REQUEST_URI» определяет имя запрашиваемого файла. В данном примере это – «robots.txt». Скрипт прочтет содержание «robots.txt» и отправит его web-браузеру или роботу поискового сервера. Таким образом, мы можем считать хиты посетителей и вести свои лог-файлы.
С этой целью, скрипт будет использовать переменные окружения «$ENV {'HTTP_USER_AGENT'}» и т.д. Это обеспечит получение всей требуемой информации. Вот исходный текст для сценария cgi, упомянутого выше (пример взят с сайта http://fantomaster.com):
Загрузите файл с данным содержимым в корневую или в DocumentRoot директорию сервера и установите права доступа у файлу (chmod) 755. Затем, создайте каталог «stats». Более детальное описание о том, как установить скрипт вы можете получить на сайте разработчика.
Если настройки вашего сервера не позволяют исполнять cgi-сценарии в главной директории (DocumentRoot), то попробуйте следующий вариант:
Обратите внимание, что в этом случае, будет необходимо изменить пути в коде скрипта!
Наконец, вот решение задачки, данной в предыдущей части этой публикации:
Если мы пишем в регулярном выражении «^212.37.64» вместо «^212.37.64.» (с точкой в конце), то даст ли это тот же самый эффект, и будут ли исключены те же самые IP адреса?
Регулярное выражение ^212.37.64 удовлетворяет и применимо к следующим строкам:
Следовательно, последняя цифра «4» может сопровождаться любой символьной строкой. Однако, максимальным значением IP является адрес 255.255.255.255 – который подразумевает, что например 212.37.642.12 – неправильный (недопустимый) IP. Единственный допустимый IP в вышеприведенном списке – 212.37.64.12!
