Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
Вы решили заявить о себе в интернете. Вы знаете, о чем будет Ваш сайт. Но уверены ли Вы том, что Ваш сайт будет пользоваться успехом? Сможет ли Ваш веб-проект окупить хотя бы затраты на его построение и содержание. Для того чтобы Ваш сайт приносил прибыль, Ваша работа должна состоять из следующих этапов. Что самое главное при создании сайта? Нет не дизайн, самое главное это сделать так чтобы на сайт приходили люди, а еще главнее, чтобы они возвращались. Как повысить посещаемость и сделать ваш сайт привлекательным для людей вы узнаете в этой статье...
Сделайте сайт максимально удобным для посетителей. Не перенасыщайте страницы информацией, однако и не заставляйте людей кликать множество раз, чтобы добраться до того, что им нужно. Навигация по сайту должна быть удобной. Используйте поисковые формы каталогов и поисковых систем, с помощью которых можно бедет посетителям дополнительно поискать информацию.
Самый существенный момент. Чтобы посетители приходили к Вам, они должны быть уверены, что в следующий раз найдут для себя что-то новое. Поэтому необходимо постоянное обновление страниц. Не обязательно ежедневно - раз в неделю или в две, как у Вас получится. Выделяйте добавленные ссылки или разделы: new! Придумывайте оригинальные новости. Можно немного пофилосовствовать по мере способностей. Новости желательно вынести на основную страницу.
Обратите внимание на дизайн. Дизайн должен сочетать в себе эстетитечское удовлетворение, удобство поиска информации, минимум времени на загрузку страниц. Не перенасыщайте страничку рисунками и баннерами. Если Вы обмениваетесь баннерами с другими сайтами, постарайтесь загрузить их на свой сервер, чтобы они всегда были видны в виде рисунка, а не в виде пустого пятна.
Если есть возможность, постарайтесь не использовать на страничке фреймы, это облегчит Вам жизнь при индексировании вашего сайта в поисковых системах. Если Вы используете таблицы, для построения навигации старайтесь задавать ширину в пикселях, а не в процентах. Иначе у машин с разным рарешением экрана страничка будет выглядеть по разному. Никогда не ориентируйте свою страничку на определенный броузер. От этого вы можете потерять до половины своих посетителей в день. Постарайтесь найти компромис.
Постарайтесь сделать свой сайт привлекательным. Как? Наиболее полно охватите полюбившуюся Вам тему, сделайте ссылки на сайты, которые предоставляют аналогичную информацию.
Устройте конференцию по Вашей теме. Пусть сразу посетителей будет немного, но Вы сами должны обязательно давать ответы на задаваемые вопросы. Организуйте конкурсы, желательно с призами. Например в качестве приза можно поместить на страничке баннер победителя или написать обзор его сайта в новостях.
Предлагайте бесплатные услуги. Убедитесь, что предлагаемая бесплатная услуга тесно связана с вашей продукцией, чтобы воспользовавшиеся ею посетители сайта с большой долей вероятности могли стать вашими партнерами или клиентами. Предоставьте посетителям множество возможностей перехода и ссылок на страницы сайта, посвященные предлагаемой продукции и условиям работы с клиентами.
Дата: 18.06.2007 Модуль: Новости Категория: Интернет Разместил: Иванов
Уважаемые пользователи системы! В связи с большим количеством писем и комментариев было пересмотрено опубликованные до этого планы, связанные с дальнейшим развитием системы. Мной как автором системы было принято решение о разделении версии на две ветки. Одна из них будет, разрабатывается, и распространятся как профессиональная на платной основе. Другая будет, разрабатывается на том же ядре что и профессиональная, и будет публиковаться в обычном режиме, как и было до этого.
Обновление той и другой версии будет производиться по мере необходимости при появлении новшеств, обновлений и исправлений тех или иных недостатков. Публикация версий, как правило, будет независима друг от друга. В бесплатную версию системы не будут, входит те модули, которые войдут в платную версию. Стоимость и детали приобретения платной версии SLAED CMS 1.7 Pro будут опубликованы немного позже.
Стандартный пакет свободной версии SLAED CMS 1.6 Free будет состоять из 18 самых потребных модулей. Релиз версии SLAED CMS 1.6 Free намечен на 5.01.2006.
Данная версия системы SLAED CMS 1.6 Free является одной из самых функциональных, стабильных и безопасных версий вышедших до этого времени. Представляю Вам детальное описание проделанных работ.
1. Для повышения удобства администратора, отдел «Ждут проверки» перенесён в блок, который находится в левой стороне блоков, отражение информации производится на главной странице администратора системы.
2. Для более корректной работы функции наблюдения и актуального местонахождения посетителей проекта, сокращено время сохранения сессий. Теперь актуальная информация сохраняется в течение десяти минут после последнего действия посетителя на сайте.
3. Исправлена ошибка, которая не показывала количество страниц с пользователями в панели администратора системы.
4. Исправлена ошибка сортировки блоков в панели администратора системы.
5. Исправлена ошибка в модулях: Files и Links. Проблема была связана с невозможностью опубликовать, сайт или файл зарегистрированным пользователям, в случае если это было запрещено анонимным посетителям.
6. Исправлена ошибка в модуле новостей, которая выражалась тем, что при публикации новости с отключением показа на главной, новость всё равно отражалась на главной странице сайта.
7. Исправлено некорректное отражение названия темы в панели администратора системы.
8. Изготовлена новая тема системы в светло синих тонах.
9. Установлена система безопасности, которая способна предотвратить практически любой вид нападений на систему, начиная от инъекций в базу данных и заканчивая загрузкой скриптов. В системе предусмотрен многофункциональный инструмент входа в панель администрирования, который даёт возможность ограничения входа по многим параметрам. Установлена статистика нападений, а так же статистика ошибок.
10. Для повышения скорости работы системы снижено количество запросов в модуле Members_List с 59 до 10. Тем самым уменьшилось время генерации данного модуля.
11. Написан новый блок для модуля Контент, который в свою очередь показывает содержание категорий и суб-категорий данного модуля.
12. Снижено количество запросов в базу данных в модуле форума при просмотре темы с формой быстрого ответа. Теперь за место четырёх, производится всего один запрос в базу.
13. Для избежания повторных голосований, усовершенствонна функция учёта голосовавших посетителей, теперь информация прописывается дополнительно в Cookies.
14. Написан новый блок опроса. После голосования посетителем в актуальном опросе, блок отражает статистику данного опроса.
15. Исправлена функция RSS информера, которая давала возможность просмотра информации ещё неопубликованных файлов и ссылок.
16. Модифицирован модуль файлов. Существенно сокращено количество запросов в базу данных при использовании большого количества суб-категорий и вложений. Добавлены функции: Поиск файлов, Показ новых файлов, Просмотр популярных файлов. Исправлены неточности прежней версии модуля.
17. Модифицирован каталог сайтов. Существенно сокращено количество запросов в базу данных при использовании большого количества суб-категорий и вложений. Добавлены функции: Поиск сайтов, Просмотр популярных сайтов, Просмотр лучших сайтов. Исправлены неточности прежней версии модуля.
18. Для повышения удобства при установки системы модифицирован инсталлятор.
19. Произведены структурные и визуальные изменения основных файлов системы администрирования проектом.
Вы наверняка встречали в сети термин «mod_rewrite». Для наших читателей, которые не до конца знакомы с этим модулем веб сервера Apache, а также для тех, кто вообще первый раз об этом слышит – постараюсь рассказать в этой публикации (в нескольких частях) подробнее о данном модуле.
Модуль mod_rewrite является программным модулем веб сервера Apache (обратите внимание, что он не будет выполняться под другими веб серверами!). Его первичная функция - манипуляция действий с URL. Модуль очень универсален и разносторонен, поэтому я постараюсь показать здесь множество реальных примеров.
Mod_rewrite является замечательным модулем, который предоставляет «основанный на правилах механизм динамического изменения запрашиваемых URL-ов». Это действительно мощный инструмент, и поэтому, его знание принципиально важно, если вы хотите стать подлинным веб мастером или веб программистом. Не столько принципиально, будете ли вы использовать его в своей работе, сколько важно то, что вы знаете, что он может делать, и сможете поведать об этом своему боссу, когда появится желание сделать что-нибудь странное с веб сервером.
Однако нужно быть очень осторожным и даже дотошным при работе с этим модулем! Некоторые ошибки, которые Вы способны допустить, могут привести к логической петле, причиняя непрекращающуюся 100%-ую загрузку ценрального процессора (CPU).
Чтобы не казаться пространным в рассуждениях, приведу некоторые очень простые примеры.
Прежде, чем мы сможем приступить к работе, Вы должны будете проверить, установлен ли модуль на вашем веб сервере или нет.
Есть несколько способов проверить это:
1. Спросить вашего системного администратора - знает ли он (или она) о наличии этого модуля на веб сервере. Они действительно должны знать, но как показывает практика – попадаются и не очень сведующие сисадмины ...
2. Не напрягайте других: если Вы используете ваш веб сервер с сотнями других доменов, ваши действия могут разбудить некоторых спящих собак, поскольку использование mod_rewrite будет всегда влечь за собой некоторую увеличенную загрузку ценрального процессора.
3. Проверить ваш файл конфигурации Apache (httpd.conf), если Вы имеете к нему доступ. Один из возможных стандартных путей может быть: /etc/httpd/httpd.conf
Однако, ваш путь может очевидно отличаться от этого. Проверить работу вашего сервера с ниже приведенными примерами. Если сервер работает без ошибок – mod_rewrite действительно установлен на вашей системе. Если нет, Вы получите следующее сообщение при запросе любой web-страницы с вашего сервера: «Внутренняя ошибка сервера» Также, Вы увидите такую запись в файле «error.log»: «Invalid command 'RewriteEngine', perhaps mis-spelled or defined by a module not included in the server configuration».
Теперь давайте копнем поглубже и посмотрим первый практический примерчик.
Предположим, что Вы будете использовать mod_rewrite только для вашего собственного сайта, то есть не как обобщенную перекрестную установку сервера.
Для нашего примера потребуется использование файла .htaccess. Для работы этого метода, Вы должны загрузить файл под названием «.htaccess» (пожалуйста, обратите внимание на точку в начале имени файла!) в папку сервера, с которой Вы будете работать. Это можно сделать через telnet или ftp. (Предупреждение: .htaccess должен быть загружен в «режиме ASCII», то есть не в бинарном режиме!)
Если у Вас уже имеется файл «.htaccess», например со следующими записями:
то просто добавьте снизу наш образец кода к уже существующему (Важно: редактируйте ваш файл .htaccess в ASCII-редакторе типа Notepad).
Первые две записи запустят сам модуль:
Совет: запись «RewriteEngine off» отменит все последующие команды. Это - очень полезная особенность: вместо необходимости комментировать все последующие строки – все, что Вы должны сделать, это установить «off».
Если ваш системный администратор запрещает Вам использование «Options +FollowSymlinks», Вы не сможете ограничить использование mod_rewrite для отдельных каталогов, вместо этого изменения будут действовать на весь сервер.
Следующая необходимая запись - это:
«/» является корневым (основным) URL. Если у Вас какой-то другой URL, Вы можете указать это в данной директиве, однако «/» – обычно эквивалентно адресу «http://домен.ру».
А теперь, господа, перейдем к более интересным записям!
Предположим, что вы хотите защитить от несанкционированного доступа ваш файл .htaccess. На некоторых серверах Вы можете легко читать этот файл просто вводя URL следующего формата в поле адреса вашего браузера: http://www.domain.com/.htaccess – серьезное упущение защиты, так как содержание вашего .htaccess может показать важную информацию об установках и настройках вашего сайта человеку, знающему как эти знания применить против вас.
Чтобы блокировать этот доступ, запишем следующее:
Это правило переводится так:
Если кто-то пробует обращаться к файлу .htaccess, система должна произвести код ошибки «HTTP response of 403» или «403 Forbidden - You don't have permission to access /.htaccess on this server».
Конструкция ^.htaccess$ в этом регулярном выражении означает:
^ – якорь начала строки
$ – якорь конца строки
. – в регулярных выражениях точка «.» обозначает мета-символ и должна быть защищена обратным слэшем (backslash), если Вы все-таки хотите использовать именно фактическую точку.
Имя файла должно быть расположено точно между начальным и конечным якорем. Это будет гарантировать то, что только это определенное имя файла и никакое другое, сгенерирует код ошибки.
[F] – специальный «запрещающий» флажок (forbidden).
В этом примере, файл ".htaccess" теперь будет состоять из таких строк:
Если мы добавим наш код (в примерах) к существовавшему ранее файлу «.htaccess», то получим следующую конструкцию:
Это введение затрагивает лишь основы, требуемые для того, чтобы работать с модулем mod_rewrite. Во второй части этой обучающей серии статей постараюсь объяснить использование различных условий в конфигурировании модуля.
Ссылка по теме: URL Rewriting Engine
Автор статьи: Denveroid
Источник: sitemaker.ru
