Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
Каждый дизайнер рано или поздно сталкивается с тем, что необходимо установить права доступа (CHMOD) для документов скачанного форума или гостевой книги (Думаю, когда начинают писать скрипы сами, то уже знают, как это сделать). В этом нет ничего сложного, но без помощи разобраться довольно трудно.
Чаще всего встречаются цифры 777 или 666. Вообще они могут принимать значения от 0 до 7. В основе расчёта лежит двоичная система исчисления. Если расписать цифры, то получится:
Как известно, единица соответствует утверждению (да), ноль - игнорированию (нет). Теперь определимся с тем, что утверждают и игнорируют эти комбинации цифр. Применяется такой порядок:
R W X
R - Read
W - Write
X - Execute
Значит, документ с правом доступа
7 Разрешает
R (Читать) W (Записывать, редактировать) X (Выполнять)
6 Разрешает
R (Читать) W (Записывать, редактировать)
5 Разрешает
R (Читать) X (Выполнять)
4 Разрешает
R (Читать)
3 Разрешает
W (Записывать, редактировать) X (Выполнять)
2 Разрешает
W (Записывать, редактировать)
1 Разрешает
X (Выполнять)
0 Вообще ничего не разрешает
Но числа даются в виде 777, а не 7. Это необходимо для того, чтобы разным пользователям предоставлять разные права доступа:
Первая - относится к хозяину документа.
Вторая - к лицам, относящимся к группе.
Третья - к пользователям, не имеющим к нему отношения.
Значит, право доступа 754 даёт право:
Хозяину делать с ним всё, что захочется.
Лицам группы читать и выполнять.
Клиенту только читать.
История системы начиналась в 2003-2004 годах, при развитии своих проектов часто сталкивался с проблемой высокой нагрузки на сервер при большой посещаемости. Проблемы с PHP-Nuke и многими её клонами начинались примерно при 500 уникальных посетителях в сутки. Система производила большую нагрузку на сервер. Был вынужден сменить большое количество хостеров, у всех было одно и тоже, некоторые блокировали, предупреждали или просто просили уйти. Приходилось использовать свои скрипты на мелких проекта, на крупных решил взяться за оптимизацию и модернизацию. Изначально работа велась в плане сокращения нагрузки на базу данных, а именно соединений, количество которых являлось основной причиной нагрузки на сервер. Постепенно вносились и другие, более углублённые модификации как функционала так общего вида. Была произведена масса изменений в ядре системы, а так же во всех скриптах, модулях, блоках. Для повышения привлекательности была полностью заменена вся графическая часть. Как правило, стандартные модули и блоки были удалены в целях повышения безопасности и скорости. Само ядро системы без дополнительных модулей и блоков начало делать всего от 4 запросов в базу данных, в зависимости от настроек. Система работала, тестировалась, оптимизировалась и видоизменялась. В определённый момент, у меня возникло желание поделиться ей с обществом. Так в начале 2005 года появилась первая версия системы SLAED.
Простая версия модуля для реализации раздач номерков UIN ICQ для SLAED CMS версий 2.3 - 2.5 Lite
Это самая первая пилотная версия модуля, поэтому обладает достаточно маленьким функционалом, но позволяет увидеть, что модуль вполне работоспособен. Последняя платная версия такого модуля способна делать гораздо больше.
Если интересно взглянуть на работу последней версии, то это можете сделать тут
Для прочтения описаний возможностей бета версии нажмите подробнее.
Для прочтения возможностей полной версии можно прочитать
Возможности FreeUIN 1.0 Beta
Клиентская часть модуля:
1. Возможность забирать номерки Гостям.
2. Возможность забирать пользователям(клиентам) сайта.
3. Отсылка данных номера UIN на емайл клиенту.
4. Подтверждение на правильность указанного емайла для Гостей (код активации)
5. По истечении срока действия кода активации(если клиент не активировал), UIN номер снова свободен.
1. Колличество номеров UIN которые может забирать каждый клиент
2. Время действия кода активации(для Гостей) 3 часа, 8 часов, 24 часа.
3. Могут или не могут Гости забирать UIN да / нет
4. Произвольная информация выводимая в модуле (например правила или описание сервиса)
Категории:
1. Название категории
2. Тип номеров UIN (просто указать цифру, для семизнака указать 7)
3. Список категорий.
4. Удалить категорию.
Ожидающие активации:
1. Список клиентов подавших запрос на активацию(полная статистика)
2. Удалить запрос на активацию.
Управление Номерками:
1. Добавить новый UIN-номер (два поля номер+пароль номера)
2. Список UIN-номеров в базе (полная статистика по статусу)
3. Удаление номера UIN
Первая моя темка для 2.1 Lite
Очень простенькая и лёгкая тема на мотив NFS: Carbon
Растягивается по центру на ширину 1000 в тёмных тонах (почему-то не прёт меня на светлые темы)
Блок вывода последних и популярных тем для интегрированного IPB. Состоит из двух таблиц.
Первая - Вывод последних тем форума
- Иконка ответа
- Заголовок поста (при наведении описание темы)
- Статус - закрытая тема, прикрепленные фалы
- Автор темы
- Количество ответов
- Количество просмотров
- Автор последнего ответа и время его написания
Вторая - Вывод популярных тем, по ответам и по просмотрам
- Иконка ответа
- Заголовок поста (при наведении описание темы)
- Статус - закрытая тема, прикрепленные фалы
- Количество ответов/просмотров
Готов к запланированному выходу представитель нового поколения систем построения сайтов Open SLAED. В системе используются новые технологии, способные реализовать самые высокие запросы пользователей, а так же уже известные методы и функции, зарекомендовавшие себя стабильной и безопасной работой. Одним из нововведений является универсальная мультиязычьность, повышенный уровень безопасности работы системы и её компонентов, встроенная в систему технология AJAX и многое другое. Стабильная работа системы возможна не только на PHP 4 и PHP 5, но рассчитана на будущую версию PHP 6. Не маловажным фактором является полный переход на лицензию GPL 3, которая даёт неограниченную возможность разработчикам для расширения функционала системы, реализации новых модулей, тем и блоков. На сегодняшний день можно с уверенностью сказать, что Open SLAED является актуальным, стабильным, функциональным представителем нового поколения, отвечающим требованиям и запросам в сфере построения сайтов, не только сегодняшнего но и завтрашнего дня.
Минимальные требования
Минимальными требованиями для корректной работы системы являются установленные на Вашем хостинге или сервере программы: PHP 4.3 или выше, MySQL 4 или выше. Данные программы являются на сегодняшний день стандартом и как правило, установлены у всех профессиональных хостеров.
Панель администратора системы
Модули панели администратора: Администраторы, Блоки и баннеры, Категории, Комментарии, База данных, Редактор, Дополнительные поля, Группы, Языки, Сообщения, Модули, Рейтинги, RSS каналы, Безопасность, Конфигурации, Файловый редактор, Пользователи.
Модули системы с панелью управления: Обратная связь, Содержание, Каталог файлов, Новости, Опросы.
Дополнительные модули
Система не ограничивается только представленными выше модулями, в системе существует ряд дополнительных модулей, которые не используют панель управления сайтом и работают в стационарном режиме.
Дополнительные модули: Личный отдел пользователя, Резервное копирование базы данных, RSS Информер, Рекомендовать сайт, Поиск по сайту, Редактор TinyMCE, Редактор Spaw 2, Редактор FCKeditor, Топ пользователи.
Дополнительные возможности
Реализована полная поддержка ЧПУ для системы и её стандартных модулей. В случае использование дополнительных модулей, возможно расширение правил преобразования ссылок.
Возможна интеграция системы Open SLAED с самыми популярными и актуальными на сегодняшний день форумами: IPB, phpBB 2, vBulletin, SMF.
Для более удобной публикации и редактирования материала в систему встроены:
Редактор BB с возможностью загрузки файлов и их управлением
Редактор TinyMCE 3
Редактор Spaw 2 с возможностью загрузки файлов и их управлением
Редактор FCKeditor с возможностью загрузки файлов и их управлением
Ко всему этому для опытных пользователей существует возможность отключения редакторов для работы в прямом режиме.
Оформление и дизайн
Скачать новую версию можно в каталоге файлов нашего проекта. В связи с появлением новой версии Open SLAED, версия SLAED Lite, в том варианте как было до этого прекрашает своё существование. На данный момент установка Open SLAED рекомендуется только для новых проектов. Обновление с версии SLAED Lite будет выпущено позже, не исключено что вместе с выходом стабильной версии Open SLAED.
Разработчики форума PhpBB официально представили новую версию форума PhpBB 3 под кодовым названием Olympus. На данный момент это первая Beta версия. Но Вы уже можете скачать её на сайте разработчиков для тестирования и изучения новых возможностей. Надеюсь, что разработка данной версии пойдёт с этого момента более быстрым темпом. Так как слухи о ней бродили по Интернету уже минимум как год, а релиз состоялся совсем недавно.
Вы уже, наверное, в курсе, что группа разработчиков ядра PHP 6 встречалась в ноябре 2005 года в Париже. Это была захватывающая встреча, на которой разработчики обсудили развитие PHP со своей точки зрения. Прежде чем я начну свой рассказ о принятых решениях, вынужден предупредить – все что здесь перечислено, это не «100% решенные вопросы» и в окончательном релизе PHP 6 дела могут обстоять иначе. Конечно же, все эти моменты будут обсуждаться подробнее, но уже сейчас можно говорить о перспективах.
Окончательные релизы PHP 6 появятся не скоро, но профессиональные разработчики должны знать к чему готовиться...
Юникод
Поддержка юникода в настоящий момент может быть установлена только на уровне «per request», т.е. для каждого запрашиваемого файла. Это означает, что PHP придется сохранять варианты классов, имен методов и функций одновременно в таблице символов Unicode и в non-Unicode, что, конечно же, увеличивает количество потребляемых ресурсов. Разработчики решили сделать настройку юникода на уровне всего сервера, а не запроса. Отключение поддержки юникода, если таковая не требуется, может увеличить производительность строковых функций до 300% и приложений в целом до 25%. Вынос настроек в php.ini позволит снять заботу о юникоде с разработчика и переложить ее на администраторов хоста.
Если вы самостоятельно собираете PHP и несете всю ответственность за ваши серверы, то вам будет полезно знать, что для PHP 6 потребуются библиотеки ICU (в зависимости от того, будет ли нужен Unicode или нет).
Register Globals уйдут в прошлое
Попрощайтесь с этой настройкой, она будет окончательно убрана. Такой настройки больше не будет в php.ini и если вы ее внесете, то получите ошибку уровня E_CORE_ERROR. Это означает, что PHP 6 наконец-то завершит эру скриптов PHP 3. Это серьезный, но очень нужный шаг.
Magic Quotes будут исключены
Опция magic quotes будет так же исключена из PHP и при попытке включения такой настройки, «выскочит» ошибка E_CORE_ERROR. Это повлияет на magic_quotes, magic_quotes_sybase и magic_quotes_gpc.
Больше не будет Safe Mode
Это понравится тем, кто хостится на серверах с обязательным включением Safe Mode. Теперь, включение опции будет вызывать ошибку E_CORE_ERROR. Причиной для этого становится механизм посыла «сигнала опасности», который делает PHP более безопасным. Сохранится лишь open_basedir.
'var' будет полным алиасом 'public'
Var используется в классах PHP 4. В объектном подходе PHP 5, употребление var вызывает ошибку уровня E_STRICT. В PHP 6 предупреждение об ошибке будет устранено и var станет полным синонимом public. Это вполне нормальное решение, однако, те, кто «подогнал» свои скрипты под PHP 5, сделали в этом плане лишнюю работу.
Возврат по ссылке вызовет ошибку
И '$foo =& new StdClass()' и 'function &foo' теперь вызовут ошибку уровня E_STRICT.
Будет убрана совместимость с zend.ze1
Ze1 всегда пытался поддерживать старое поведение PHP 4, но не всегда «работал на 100%», поэтому в шестой версии PHP он будет полностью исключен.
Поддержка Freetype 1 и GD 1 будет убрана
Поддержка обоих (очень-очень старых) библиотек будет убрана.
dl() останется только в SAPI
Каждую функцию SAPI нужно будет регистрировать отдельно и только CLI и embed SAPI будут работать с этого момента. В других вариантах dl() работать не будет.
FastCGI всегда включена
FastCGI код будет «вылизан» и станет включенным по-умолчанию для CGI SAPI. При этом, поддержку FastCGI будет невозможно отключить.
Старые названия глобальных массивов будут удалены
Помните старые массивы HTTP_*_VARS? Если вы еще не начали использовать $_GET и $POST, то начните делать это прямо сейчас, потому что в PHP 6 эти массивы будут вызывать E_CORE_ERROR.
Перемещения расширений
Расширения XMLReader и XMLWriter войдут в дистрибутив и станут доступны по умолчанию. Расширение ereg для работы с регулярными выражениями переедет в PECL (т.е. будет удалено из PHP). Это означает, что PCRE будет по умолчанию недоступно и выключено. Такой шаг делается для включения нового расширения для работы с регулярными выражениями, основанными на ICU. Чрезвычайно полезное расширение Fileinfo будет включено в дистрибутив и доступно по умолчанию.
Дополнения к движку PHP
64 битный целочисленный тип данных
В движок будет добавлен новый тип данных -int64. Он будет использоваться поумолчанию для integer.
Goto
Никаких команд goto не будет добавлено. Однако, команда break расширится статической меткой, поэтому будет возможно написать break foo и это перекинет на метку foo: в вашем коде.
ifsetor()
Похоже, что мы не увидим эту функцию, что обидно. В операторе ?: можно будет опускать один параметр, что позволит писать так: "$foo = $_GET['foo'] ?: 42;" (т.е. если foo является истиной, то $foo будет равно 42). Это сэкономит немного кода, однако будет не так читаемо, как при использовании ifsetor().
foreach для многоуровневых массивов
Это отличное новшество – вы сможете проходить с помощью foreach по нескольким уровням массива, к примеру "foreach( $a as $k => list($a, $b))".
{} против []
Сейчас вы можете использовать и {} и [] для обращения к строковым индексам. Однако, запись {} уже сейчас вызовет E_STRICT в PHP 5.1 и будет полностью устранена в PHP 6. К тому же, [] частично заменят substr и array_slice и вы сможете использовать "[2,]" для получения символов от второго и до конца строки. Очень удобно.
Изменения в объектном стиле
Связка static
Будет добавлено новое ключевое слово для доступа к последующей связке – static::static2(), что позволит управлять static во время выполнения.
Пространства имен
Этот момент остается нерешенным и по сей день. Мой совет – не задерживайте дыхание.
Типизированные значения при возврате из функций
Разработчики высказались против типизации, потому как это «не в стиле PHP». Однако такая возможномть будет добавлена, но не решен вопрос ее синтаксиса. В любом случае, это будет полезная возможность.
Вызов динамческих функций как статических приведет к E_FATAL
Сейчас вы можете вызывать статические и динамические методы не обращая внимание на то, статические они или динамические. Вызов динамической функции как статической, вызовет E_FATAL.
Добавления в PHP
APC войдет в ядро
Работа APC с байткодом будет включена в основную поставку PHP в качестве стандарта, но, вероятно, не будет активизирована по-умолчанию, но результаты ее работы будут стимулировать хостеров включать эту опцию.
Hardened PHP патч
Этот патч выполняет большое количество дополнительных проверок на безопасность. Разработчики тщательно изучают этот патч и некоторые элементы найдут свое место в PHP: защита от разделения HTTP-запроса, allow_url_fopen будет разделена на две: allow_url_fopen и allow_url_include. Первая опция будет по-умолчанию включена, а вторая – отключена.
E_STRICT войдет в E_ALL
Вау, это серьезная штука! Сообщения об ошибках наконец-то войдут в E_ALL по умолчанию. Это демонстрирует старания разработчиков научить «лучшей практике программирования» посредством сообщений «Эй, ты делаешь неправильно!».
Прощайте asp-тэги <%
Будет удалена поддержка ASP-тэгов, но останутся короткие PHP-тэги <? ?>.
Заключение
PHP 6 движется в интересном направлении – разработчики PHP начали направлять программистов на правильный путь, вместо того чтобы упреждать «так делать не надо, потому что это устарело». Категоричное искоренение таких моментов как register globals, magic quotes, long arrays, {} string indexes и call-time-pass-by-references наконец-то заставит программистов «вычистить» свой код. Плохо ли это? Я так не думаю, но все это сделает переход на PHP 6 еще более медленным, чем мы наблюдаем с PHP 5 (который итак происходит ужасно!).
Официальная информация: http://www.php.net/~derick/meeting-notes.html
Оригинал статьи: http://www.corephp.co.uk/archives/19-Prepare-for-PHP-6.html
Автор: Richard Davey
Перевод: Андрей Олищук
Источник: http://phpclub.ru
Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. Сразу предупреждаю, что все мои советы актуальны для владельцев серьезных тематических ресурсов, а не всяких дурацких развлекательных порталов, цель которых – привлечь абы кого, чтобы только заработать баннерные показы или накрутить счетчик.
Продвижение сайта - Заголовки
Итак, я открываю серию статей, посвященных продвижению интернет-сайта в сети. Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. В моих статьях я не буду тратить время на всякие системы накрутки счетчиков, обмена посетителями и прочую подобную фигню. Продвижение в моем случае прежде всего означает оптимизацию страниц сайта под поисковые роботы + различные советы и тонкости из практики. Надеюсь, вам будет интересно и кому-нибудь мои советы даже помогут в увеличении целевой аудитории, посещающей ваш сайт.
Будем считать, что вы хорошо владеете программированием на HTML и знаете, для чего нужны различные тэги и куда их пихать, поэтому на технической стороне я не буду заострять внимание. Говоря о заголовке, я имею в виду содержание страницы от тэга ‹HEAD› до тэга ‹/HEAD›. Напомню, что структура стандартной страницы представляет из себя примерно следующее:
Как раз о верхней части страницы и пойдет речь в этой статье, т.е. подробно о тегах TITLE и META.
TITLE
Надеюсь, вы уже догадались, что TITLE – это титул страницы. Пользователь видит его в верхней части окна браузера. Тэг TITLE прежде всего имеет важное значение при оптимизации страницы под поисковые машины. Все без исключения поисковые роботы обрабатывают значение TITLE и в соответствии с его содержанием формируют перечень ключевых слов и фраз страницы. Таким образом, титул должен отражать реальное содержание страницы или сайта. Однако при заполнении этого параметра многие совершают следующие ошибки:
Начинают перечислять перечень ключевых слов. Современные поисковые роботы стали гораздо сообразительней, чем раньше и в большинстве случаев им удается распознать, что в титуле написана белиберда, а не четкое и внятное содержание страницы. Это может привести к тому, что поисковик проигнорирует титул при индексации;
Вбивают текст размером с первый том "Капитала" Карла Маркса. Дело в том, что поисковые роботы серьезно относятся к содержимому тэга TITLE, но обычно индексируют первые 25-50 символов. Таким образом, оставшаяся писанина только напрасно увеличивает объем страницы и время загрузки;
Перегружают титул спецсимволами (запятыми, кавычками, тире и пр. знаками). Спецсимволы в TITLE не индексируются поисковыми роботами, так что их использование лучше свести к минимуму, или вообще постараться обойтись без них;
Пишут содержание TITLE прописными (заглавными) буквами. Многие поисковики этого не любят. Так что лучше их не злить понапрасну и писать нормально. От того, что вы напишете титул прописными, заметней для поисковика вы не станете!
В общем, рекомендую перед заполнением тэга TITLE как следует подумать, о чем ваш сайт и выразить его тематику в 2-3 веских словах в виде словосочетания.
META
О тэге META у нас будет разговор серьезный. Прежде всего необходимо понять, что META-тэги являются важной составляющей в странице и их правильное использование может как поднять популярность страницы, так и оказать обратное воздействие.
META-тэги делятся на две группы: контролирующие отображение страницы браузером и служащие ценной информацией для поисковых машин. Первая группа тэгов вводится следующим образом:
‹META HTTP-EQUIV="параметр" CONTENT="значение"›
Я не буду заострять внимание на этом виде META-тэга, т.к. моя задача – рассказать, как сделать страницу доступной, а не как сделать, так, чтобы она правильно отображалась браузером. Но чтобы вы поняли, для чего нужны эти META-тэги, приведу несколько примеров их использования:
Указывает, в какой кодировке должна выводиться страница (в данном случае: windows-1251). Также возможны значения (в поле CHARSET): koi8-r, iso-8859-5, iso-8859-1 и т.д.
Указывает типы переменных, содержащихся на странице (в данном случае: текст и JavaScript™). Возможные значения: text, javascript, php и т.д.
‹META HTTP-EQUIV="pragma" CONTENT="no-cache"›
или
‹META HTTP-EQUIV="no-cache›
или
‹META HTTP-EQUIV="cache-control" CONTENT="no-cache"›
или
‹META HTTP-EQUIV="expires" CONTENT="wed, 2 mar 1996 00:00:05 GMT"›
Запрет на кэширование браузером страницы. Тэг актуален в том случае, если содержимое страницы часто меняется. В этом случае браузер будет при каждом обращении к странице заново ее кэшировать.
Сообщает браузеру язык, на котором написана страница (в данном случае: английский и русский). Возможно указать и один язык (например, только "ru") или несколько через запятую. Сразу скажу, что этот тэг актуален только для очень старых браузеров, а новые на него внимания не обращают, так что лучше его избегать.
Принудительно осуществляет переход на указанную страницу через определенное количество секунд (в данном случае: переход на страницу "http://yandex.ru/index.html" через 5 секунд).
Существует еще с десяток META HTTP-EQUIV тэгов, но, на мой взгляд, они бестолковые и не оказывают существенного влияния на отражение страницы. Или предназначены для устаревших версий браузеров, которые практически уже не используются. Советую не увлекаться такими тэгами и обратить внимание прежде всего на первый пример, выдающий кодировку документа – он является обязательным; остальные же используйте только по необходимости!
Второй тип META-тэгов вводится следующим образом:
‹META NAME="параметр" CONTENT="значение"›
Эти META-тэги никак не влияют на отображение страниц сайта, но играют важную роль в предоставлении информации поисковым роботам и указывают на алгоритм индексирования. В общем, служат чем-то вроде паспорта для страницы. Поскольку известно, что основная доля трафика генерируется поисковыми роботами, необходимо отнестись с полным сурьезом к заполнению значений этих тэгов. Ниже я привожу примеры значений с необходимыми комментариями:
‹META NAME="description" CONTENT="..."›
В поле CONTENT вы должны ввести краткое описание документа. Ни в коем случае не строчите трактат длинной в жизнь и не перечисляйте ключевые слова! Правильным будет написание небольшого предложения длинной до 200-250 символов, в котором повествуется, о чем ваш сайт (страница) и что на нем можно найти. Избегайте большого количества спецсимволов, слов из прописных букв и бессмыслицы (например, "Это чумовой сайт! Все сюда!"). Содержание параметра DESCRIPTION часто отражается в результатах поиска и вносится в базу данных поисковика. Так что чем точнее и лаконичней будет сформулировано описание сайта, тем лучше!
‹META NAME="keywords" CONTENT="..."›
В поле CONTENT вы должны внести через запятую (!) перечень ключевых слов и фраз, в соответствии с которым будет строиться запрос поисковым роботом. Только не надо вносить весь словарь Ожегова и/или Даля! Во-первых, поисковики обычно обрабатывают только первые n-цать символов в строке CONTENT (в среднем до 500). Во-вторых, ключевые слова и фразы должны отражать реальное содержимое страницы. В противном случае поисковый робот отсекает ненужное и часть содержимого KEYWORDS просто зазря засоряет страницу. Существует расхожее мнение, что сейчас поисковые роботы практически не уделяют внимания значению параметра KEYWORDS. Действительно, в процессе эволюции поисковики стали меньше обращать внимания на ключевые слова, потому что многие нехорошие люди занимались банальным поисковым спамом и вносили в KEYWORDS совсем не то, что было отражено на странице. Тем не менее, актуальность этого META-тэга еще до конца не утрачена и заполнять его все-таки рекомендуется.
Сообщает поисковому роботу частоту обновлений содержимого. В соответствии с этим страница может быть статичной (static), т.е. обновления происходят время от времени, редко или совсем не происходят; или динамичной (dynamic), которая обновляется часто (например, страница новостей). В поле CONTENT необходимо записать только одно из значений ("static" или "dynamic"), в соответствии с характером страницы. Некоторые "умники" пытаются обдурить поискового робота, объявляя статичную страницу динамичной, в надежде на то, что ее рейтинг повысится. Поисковик очень быстро вычисляет таких мошенников, отслеживая дату изменения файла страницы и характер изменений ее содержимого. В итоге можно отправиться в бан-лист, из которого путь будет не так прост. Чтобы этого не произошло, постарайтесь либо писать правду, либо вообще не употреблять этот параметр. Без него поисковик тоже в состоянии разобраться, какая эта страница и как часто ее переиндексировать.
‹META NAME="revisit-after" CONTENT="..."›
Тэг почти аналогичен предыдущему и указывает, через какой промежуток времени поисковик должен переиндексировать страницу. Опять-таки лучше не дразнить поискового робота и указывать реальное значение. Если у вас не лента новостей с ежедневным, еженедельным или прочим регулярным обновлением, то лучше этот параметр вообще не использовать. Если все-таки возникла такая необходимость, то значения поля CONTENT могут быть такими: day (пример: 1 day), days (пример: 7 days), week (пример: 1 week), weeks (пример: 2 weeks), year (пример: 1 year), years (пример: 5 years). Выражать промежуток времени можно различными значениями, но только одним из них. Например, 1 год можно записать как "1 year" или "365 days", или "52 weeks". Но недопустимо употребление сразу нескольких значений. Например, "1 year 2 weeks 3 days"!
‹META NAME="robots" CONTENT="..."›
Это очень важный тэг, который указывает поисковику, каким образом ему необходимо индексировать страницу. Возможные значения поля CONTENT:
index, follow – индексировать страницу и все ссылки на ней
index, nofollow – индексировать страницу, не индексировать ссылки
noindex, follow – не индексировать страницу, а только ссылки
noindex, nofollow – не индексировать страницу, не индексировать ссылки
all – равнозначен index, follow
none – равнозначен noindex, nofollow
Если вам все равно, как поисковый робот будет индексировать содержимое страницы, то лучше вообще этот параметр не использовать, т.к. в этом случае поисковик определит наиболее оптимальный и эффективный способ индексации. Если вдруг вам необходимо запретить на индексацию часть содержимого страницы, а другую оставить, то необходимо поместить запрещенный для поисковых роботов блок в тэг ‹NOINDEX›...‹/NOINDEX›. В этом случае META-тэг с параметром "robots" использовать не надо.
Существует еще целая куча META-тэгов подобного вида, всесторонне описывающая содержимое страницы, включая данные о ее создателе, генераторе, классификации и т.п. Отталкиваясь от практического опыта могу заметить, что ничего, кроме, засорения страницы и увеличения ее объема, они по сути не делают. Так что лучше ограничиться использованием вышеуказанных тэгов, которые являются основополагающими.
Итак, мы рассмотрели с вами основные требования к написанию заголовка страниц таким образом, чтобы их успешно и правильно индексировали поисковые роботы. Если вы все сделаете правильно, то уже через некоторое время (от 2 недель до месяца) вы заметите, что поисковые роботы стали лучше вас видеть и посетители стали лучше вас находить. Закрепляя вышесказанное, хочу привести пример, как может выглядеть идеальная для поисковика страница:
‹HTML›‹HEAD›‹TITLE›Справочник по META-тэгам‹/TITLE›
В этом разделе собраны веб-дизайнерские правила хорошего тона (бонтон), следуя которым вы приобретете славу хорошего и культурного дизайнера, а возможно и больше. Дополнительно к этому собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов.
Всегда соблюдайте основное правило веб-дизайна: посетитель вашего сайта всегда должен чувствовать, что его любят.
Ссылки следует ставить на ключевое слово или словосочетание. Например. "Подробное описание работы данного устройства смотрите в статье Кулибина."
Золотое правило бонтона: "Никогда не вмешивайся в родной интерфейс браузера". Посетитель любит свой браузер и не терпит любых изменений в его привычной работе и в его внешнем виде.
Всевозможные дополнительные функции и эффекты, как, собственно, и любую информацию, можно лишь предлагать посетителю, но не в коем случае не навязывать. Например, можно предложить посмотреть видеоклипп, загрузить модуль, включить виртуальную машину и так далее, но не делать этого автоматически.
Если вы решили, что вашему сайту нужна фоновая музыка, то следует предложить посетителю включить ее, но ни в коем случае не запускать сразу так, чтобы потом он, ошарашенный вашим музыкальным вкусом, лихорадочно не искал выключатель, присутствие которого, кстати, на сайтах с музыкой просто обязательно.
Бонтоном является конструировать тексты для чтения шириной, такой же как в печатных книгах, то есть 10-14 см, обрамленного полями. Кстати, ныне модный "резиновый" дизайн страницы, отличающийся тем, что содержание сайта может растягиваться пропорционально размерам окна, - не самое лучшее решение для оформления текстов. Имеет смысл подпирать размер строк, ограничив тем самым чрезмерное растягивание текста.
Очень хорошо, если вы дадите возможность посетителю самостоятельно изменять размер шрифта, которым написаны все тексты.
Соблюдайте правило десяти секунд. Любая страница должна открываться не дольше этого времени, особенно первая. Если объем страницы велик, то любым способом дайте знать посетителю, что придется некоторое время подождать загрузки выбранной информации. Можете, например, рядом со ссылкой указать размер файла.
Публикуйте только вычитанные тексты. Ссылки на чужие источники, или цитаты, должны быть обязательно проверены. Выдерживайте единый стиль изложения. Лучше, если тексты готовят специально обученные люди - редакторы и корректоры.
Вы должны точно знать происхождение публикуемой информации (текстов, картинок, музыки и т. д.), которая обязательна должна быть легальной. То есть вы сами являетесь ее автором, или у вас есть разрешение на ее публикацию, лучше письменное или е-mail. Очень редко бывает, когда кто-либо отказывает в использовании (даже совершенно бесплатно) своего материала на других сайтах. Уважайте Закон и не только об авторском праве.
На первой странице обязательно должна присутствовать информация, из которой с первых слов или изображений было ясно о чем этот сайт.
Соблюдайте правило трех щелчков - в любое место сайта можно добраться не более чем за три щелчка по мышке.
Для информационных сайтов, как ни странно это звучит, но необходима стереотипная навигация. Посетители должны с первых секунд догадаться, как управлять вашим сайтом.
Хорошим тоном является маскировка или защита от сканирования роботами публикуемых чужих адресов электронной почты. Публикация этих адресов в любом случае должна быть только с согласия их владельцев. И вообще, максимально щепетильно относитесь к доверяемой вам персональной информации.
Для тех, кому больше нравится исходить от противного, рассчитан раздел "моветон", в котором рассказывается о том, чего следует избегать при создании и поддержании сайтов.
В этом разделе собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов. Ни в коем случае не поступайте так, как тут написано.
Итак, вот чего следует избегать в ваших веб-дизайнерских разработках.
Использовать дурные ссылки. Пример: "Подробное описание работы данного устройства смотрите здесь." Совсем кощунственны надписи: кликни здесь, дави сюда. Представьте, вы распечатаете текст с такими мовессылками и даете прочесть его человеку, который понимает все буквально. Он долго смотрит "здесь", никаких подробностей не видит. Потом в недоумении начнет в полный голос кликать их. Но так как они, естественно, не откликаются, начнет сдавливать этот злосчастный текст, словно героя партизана, в слесарных тисках, добиваясь столь нужных подробностей.
Другая картинка. Представьте, вы зашли в туалет и видите на дне унитаза надпись –"писать сюда".
Изменять текст в статусной строке браузера и, тем более, использовать всевозможные бегущие строки и другие эффекты в ней. Подобные эффекты неуместны также в поле заглавия.
Автоматически открывать дополнительные окна.
Автоматически изменять размеры текущего окна.
Изменять цвет и вид полос прокрутки в браузере. Исключение - полосы прокрутки во внутренних фреймах.
Автоматически раскрывать окно браузера во весь экран, то есть полностью лишать посетителя родного интерфейса.
Запускать на сайте фоновую музыку.
Верх неприличия заставлять посетителя ждать более десяти секунд загрузки страницы, тем более первой с какой-либо мощной заставкой и без возможности пропустить этот "шедевр".
Очень бестактно выглядит надпись наподобие "подождите, идет загрузка" без отображения статуса происходящего. Тем более, если это не флэш ролик, а просто маскирующая страница. Сколько ждать? Загружается ли вообще что-то?
К ущемлению прав человека можно прировнять надписи наподобие следующих: "Для просмотра использовать Internet Explorer 5", "Извините, в Netscape страница недоступна", "Используйте разрешение 1024х768" и тому подобных.
Конечно - грамматические ошибки. Это уже само собой разумеющееся - жи, ши пиши с и. Еще, публикация, например, непроверенных цитат может поставить вас не только в неловкое положение.
Публикация на своем сайте текстов, картинок и любого другого материала, который был скопирован с других сайтов в Интернете – великолепный способ нарваться на неприятности. Выход прост – просите разрешения.
Изображать в качестве кнопки выбора языка сайта флаг государства, в котором якобы на нем разговаривают. У языка есть свое конкретное название и вовсе не стоит отождествлять его с названием государства, тем более, что в каждом из них присутствует определенная доля не разговаривающих на нем. Те же Соединенные Штаты, например. И, даже далеко ходить не нужно, – Латвия, в которой говорящий по-русски вовсе не обязательно является гражданином России или считает себя причастным к ней. Вообще национальный вопрос лучше обходить подальше. Побочный аспект – почти всегда флаги не подходят под стиль любого конкретного сайта.
Пошло и вульгарно размещать на своих сайтах надписи наподобие следующих: "Добро пожаловать на страницу Брандупея Запухшего", "Вы попали на страницу фирмы "Самтакой"", "Это сайт про баранов". Как будто наших умственных способностей не хватает сообразить, что мы загрузили в браузер. Скорее они подскажут нам, что мы забрели на сайт для тугодумов или доморощенных коммивояжеров. Представьте такие надписи: "В этом пакете молоко", "Вы попали в магазин", "Этот ящик – троллейбус", "В этой книге буквы".
Разделение навигационной панели и информационной части по разным фреймам это то же самое, что прийти в оперу в засаленной робе. Для палеозойской эры это еще было оправдано, но сейчас на дворе другие стереотипы. В пользу бесфреймовой конструкции страницы есть много доводов, начиная с того, что это некрасиво и заканчивая тем, что такие сайты очень неудобно находить с помощью поисковых машин, а если они и обнаруживаются, то в браузере открывается только один проиндексированный фрейм, и становится вообще непонятно, где находишься и что это за сайт без единой ссылки. Ушлые бороздильщики Интернета, конечно, расшифруют, но не все же такие "умные".
Совсем неуместно использовать жаргон там, где его могут не понять. А использование арго вообще является признаком умственного отставания.
Отвратительное впечатление оставляет использование клипартов. Особо это касается анимированных декоративных элементов. Сколько сайтов можно увидеть с горящими факелами и свечками, развевающимися флагами, вращающимися скелетами, почтовыми ящиками американского образца и так далее. А если еще и каждая кнопка навигации вращается, то это будет уже не сайт, а средство для тренировки психической устойчивости.
Дурным тоном является использование смайликов - это вот таких сочетаний знаков - :) :( - в текстах сайта. Кстати, еще более вопиющим является использование их в печатных изданиях. Смайлики приемлемы лишь в чатах, форумах и частной переписке, но даже в этих случаях, если вы претендуете на статус интеллектуала, следует писать так, чтобы эмоции были понятны без искусственных приемов.
Хотите поставить свою фирму в ряд несолидных, тогда напишите: "предоставляем полный спектр услуг". Эта фраза вообще – полный... спекрт.
Не показывайте посетителям сайта неготовые разделы или страницы. Это выглядит просто ужасно.
Публикация на сайте чужих е-mail адресов без разрешения их владельцев, и тем более в незащищенном от сканирования виде – хороший повод навлечь на себя гнев недовольных. А неосторожное обращение с конфиденциальной персональной информацией в некоторых странах чревато даже уголовной ответственностью.
В сегодняшнем мировом Интернет-сообществе стремительно набирают популярность системы управления контентом – CMS. С их помощью любой пользователь может с минимальными усилиями создать полноценный web-сайт. При этом пользователь не обязан знать всех тонкостей web-программирования. Достаточно установить CMS на сервер, наполнить получившийся web-сайт необходимым содержанием и новый портал готов принимать посетителей. Остается только один вопрос – какую CMS выбрать? В этой статье мы познакомим вас с новой, но уже набирающей популярность системой Open SLAED.
Предыстория
Проект SLAED CMS (http://www.slaed.net) был создан несколько лет назад и сразу зарекомендовал себя с лучшей стороны. Сегодня разработано уже четвертое поколение SLAED CMS Pro, и несомненным ее козырем является стабильность работы и отлично проработанная система защиты.
Совсем недавно разработчики SLAED CMS представили первую версию системы, относящуюся к новому поколению CMS. Ее название – Open SLAED. Это поколение не только вобрало в себя лучшие качества платной версии SLAED CMS, но и содержит абсолютно новые функции и технологии. Поэтому в сегодняшней статье я познакомлю вас с этой системой управления контентом. Для начала давайте узнаем, какие же преимущества имеет Open SLAED:
• Использование UNICODE для функции многоязычности
• Внедренная технология AJAX
• Поддержка PHP 4, PHP 5, а также готовящейся к выходу PHP 6
• Повышенный уровень безопасности системы и ее компонентов
• Работа системы под лицензией GPL 3
Пожалуй, о последнем пункте нужно рассказать отдельно. Как известно, ветка SLAED CMS Pro является платной, а предшественница Open SLAED – SLAED CMS Lite распространялась как freeware. Open SLAED – это первое поколение SLAED CMS, которое распространяется под лицензий GNU/GPL. Таким образом, эта система имеет большие перспективы в мире CMS, поскольку теперь разработчики и энтузиасты могут свободно расширять функциональность Open SLAED, создавать неограниченное количество компонентов для нее: блоков, модулей, тем, языковых пакетов.
Установка
Перед тем, как познакомиться с Open SLAED, ее необходимо установить на сервер. Для начала нам потребуется сам дистрибутив системы. Open SLAED можно загрузить на сайте: http://www.slaed.net. Для установки системы нам потребуется web-сервер, совместимый с Apache, интерпретатор PHP, а также СУБД MySQL. Итак, для начала необходимо распаковать дистрибутив Open SLAED в корневую папку сайта, после чего нужно выставить необходимые права доступа:
• 666 – на все файлы в папке config/, config/cache/, config/counter/, config/logs/ (кроме файлов .htaccess и index.html);
• 777 – на папки (именно папки, а не файлы!) config/cache/, config/counter/, config/logs/, а также на папку uploads/ и все остальные папки, вложенные в нее.
Кроме этого, разработчики рекомендуют изменить имя файла admin.php в целях безопасности.
Еще один важный момент – подготовка базы данных для Open SLAED. Для этого достаточно создать новую БД с помощью имеющегося средства для управления MySQL (скорее всего, это будет phpMyAdmin), например, с именем openslaed (рис.1).
Рис.1. Создание БД для Open SLAED.
Теперь, подготовив почву для CMS, запускаем установочный скрипт, который находится по адресу: http://корневая_папка/setup.php. Инсталлятор приветливо встречает нас и предлагает выбрать один из языков системы – английский, немецкий, русский. Кстати, сразу же бросается в глаза отличный и тщательно проработанный дизайн инсталлятора (рис.2).
Рис.2. Выбор языка CMS.
Далее система отобразит лицензионное соглашение и спросит, согласны ли вы с ним. Теперь следует важный этап инсталляции – установка соединения с базой данных. Для этого необходимо указать сервер БД, имя пользователя и пароль для авторизации, а также название той базы данных, которую вы создали для Open SLAED, также можно изменить стандартный префикс для таблиц БД (это необязательно). Кроме того, если вы изменили в целях безопасности имя файла admin.php, обязательно укажите в конфигурации новое имя этого файла (без расширения .php). Теперь, если вы все параметры указали верно, инсталлятор соединится с БД и добавит необходимые для Open SLAED таблицы (рис.3).
Рис.3. Процесс установки таблиц.
Финальным аккордом будет создание учетной записи администратора. Больших трудностей этот шаг вызвать не должен – вводим имя, пароль, e-mail и адрес сайта. Также можно разрешить создание учетной записи администратора как обычного пользователя. На этом процесс установки окончен. Теперь можно авторизоваться и войти в админ-панель.
- Уголок web-мастера -
Перед тем, как перейти к изучению интерфейса системы, должен обратить ваше внимание на следующую деталь. На некоторых серверах возможна ситуация, когда браузеры ошибочно используют для русского варианта Open SLAED не UNICODE, а другую кодировку, чаще всего Windows-1251 или KOI8-R. Чтобы избежать такого эффекта, необходимо явно указать браузеру использование UNICODE. Для этого открываем файл .htaccess, находящийся в корневой папке, и добавляем в него следующую строку:
AddDefaultCharset UTF-8
Теперь все будет отображаться без ошибок.
- Уголок web-мастера -
Админ-панель
Итак, вы вошли в админ-панель (рис.4). Как можно заметить, ее интерфейс разделен на несколько частей:
Главной частью админ-панели является рабочее место администратора, где отображаются системные сообщения и ссылки на все имеющиеся модули админ-панели; отсюда начинается настройка и администрирование Open SLAED. Первым делом мы обратимся к модулю «Конфигурации». Здесь собраны основные параметры CMS, как то: название сайта, адрес, логотип и т.д. Кроме того, если вы собираетесь устанавливать форум на свой web-сайт, то здесь можно объединить регистрацию пользователей форума и Open SLAED, а также интегрировать в систему профили и сервис личных сообщений форума. Open SLAED поддерживает следующие форумы:
• phpBB 2.0.x;
• Invision Power Board 1.3.1, 2.0.x, 2.1.x, 2.2.x, 2.3.x;
• vBulletin;
• Simple Machines Forum (SMF).
Кроме этого, модуль «Конфигурации» содержит немало других интересных параметров. Здесь можно настроить работу графического кода (captcha) для защиты от рекламных роботов, использование редакторов в модулях системы, cookies, ЧПУ, языки, цензуру, кэширование и многое другое. Кстати, Open SLAED содержит и поддерживает четыре редактора для публикации: обычный BB-редактор, TinyMCE 3, Spaw 2 и FCKeditor.
В отличие от предыдущего поколения Lite, в Open SLAED также был вынесен отдельный модуль для управления рейтингами. В стандартной комплектации возможно настройка рейтингов в модулях «Новости», «Профиль» и «Каталог файлов».
Также заметно улучшился модуль «RSS каналы». Теперь пользователи могут создать собственное оформление новостей, управлять количеством выводимых новостей, подробно просматривать отдельные каналы RSS.
Должен обрадовать тех, кто создает многоязычные порталы. В Open SLAED появился отдельный модуль для управления языками. Сюда были вынесены все настройки языков для модулей системы и админ-панели. Но не это главное. Изюминка модуля «Языки» состоит в том, что теперь можно редактировать языковые файлы прямо из админ-панели с помощью редактора языков! Причем все языковые константы отсортированы и разделены по установленным языкам, поэтому теперь вы сможете легко и быстро создать многоязычный web-сайт (рис.5).
Рис.5. Редактор языков.
Еще я должен отметить новый модуль «Файловый редактор». Используя его, вы забудете о длительных загрузках на FTP-сервер файлов для каталога или изображений для новостей. По умолчанию для загрузки используется папка uploads/news/ и файлы форматов *.gif, *.jpg, *.jpeg, *.png. Однако, используя конфигурации, можно настроить загрузки под себя и разрешить другие форматы файлов, а также указать допустимый размер файлов, количество одновременных загрузок, количество файлов на страницу, разрешить гостям добавлять файлы.
Конечно, не ударил лицом в грязь и модуль «Безопасность». Как всегда, здесь можно найти все для блокировки нежелательных IP-адресов, настройки правил для администраторов, защиты от DDoS- и Flood-атак, работы со статистикой.
Пользователи
Итак, изучив основные возможности админ-панели, перейдем к одному из фундаментальных компонентов Open SLAED – управлению пользователями. Важным нововведением в этой сфере является система очков (пунктов) и рейтингов.
С помощью очков (пунктов) можно судить об активности на портале того или иного пользователя. Например, за просмотр страницы добавляется 1 пункт, за публикацию материала в FAQ – 10 пунктов, а за оценивание какого-либо файла в каталоге – 3 пункта. В Open SLAED уже имеется некоторый набор действий, за которые добавляются очки, а администратор уже может настроить количество выставляемых очков по своему вкусу (рис.6).
Рис.6. Настройка системы пунктов.
Рейтинг, в отличие от очков, выставляет не CMS, а другие посетители вашего портала. Оценку определенному пользователю можно выставлять по пятибалльной шкале в комментариях и только один раз (рис.7).
Рис.7. Комментарий и рейтинг.
Кстати, у администраторов есть возможность изменять количество пунктов у посетителя. Для этого достаточно зайти в модуль «Пользователи», найти там нужного пользователя и отредактировать его профиль. Кроме количества очков, здесь можно указывать такую контактную информацию, как web-сайт, e-mail, аккаунты в ICQ, AIM, Yahoo и MSN, личную информацию (увлечения, род занятий и т.д.), используемый язык на сайте. Кроме того, можно создать с помощью редактора собственное меню, которое будет отображаться на панели блоков.
Как всегда, имеется стандартный набор инструментов для работы с комментариями (рис.7):
• Персональная информация о комментаторе;
• Переход на web-сайт комментатора;
• Отправка писем на e-mail;
• Информация об IP-адресе;
• Блокировка нежелательных посетителей;
• Редактирование комментария:
• Удаление комментария.
Страничка с профилем комментатора, на которую ведет первая ссылка, содержит подробную информацию о нем, как то: ник, дата рождения, IP-адрес, пол, количество набранных пунктов, группы, контакты и даже подробная информация о браузере пользователя (рис.8)!
Рис.8. Персональная информация.
Выводы
Итак, новая CMS Open SLAED уже зарекомендовала себя как стабильная и мощная система с отличным набором инструментов для управления порталом, необходимых для создания собственного web-сайта. С помощью Open SLAED можно создать сайт практически любой направленности – от домашней странички до сложного корпоративного портала или софтового каталога. Поэтому, если вы хотите создать хорошо защищенный и функционирующий web-сайт, попробуйте эту систему, она прекрасно выполнит свою работу, а вы и ваши посетители останутся довольны. На этом позвольте попрощаться, до новых встреч!
Самой распространенной проблемой, с которой сталкиваются большинство пользователей на начальной стадии изучения основ создания сайтов и веб проектов, это изменение атрибутов файлов (CHMOD, 777 и т.п.). Атрибуты файла можно изменить непосредственно программой, которую вы используете для загрузки файлов на сервер или веб оболочкой, в случае если таковая предоставляется Вашим хостинг провайдером. FTP команда CHMOD - это упрощённая система прав доступа, которая используется в Unix (Linux) системах и соответственно на Unix (Linux) хостингах. Для серверов работающих на основе систем Windows в установке прав доступа нет необходимости.
Очень важно иногда назначить права доступа на определённые файлы и папки, находящиеся на веб-сервере, будь то в целях безопасности или просто для корректной работы скрипта. Это действие и называется chmod (change file mode), или по-русски: изменение режима доступа к файлам. Это название берёт свое начало с команды Unix - chmod, которая изменяет разрешения на файлы. Со временем «chmod» стал синонимом слова «разрешение» («permission»).
Когда какой-то CGI- или PHP-скрипт пытается записать данные в файл, он должен иметь соответствующее разрешение от операционной системы (Unix, Linux и им подобной). Без разрешения скрипт просто получит ошибку и не запишет никаких данных. Чтобы дать скрипту разрешение на запись в определённые файлы, на эти файлы должны быть установлены соответствующие разрешения (права). Процесс установки таких разрешений обычно называется установкой CHMOD. Итак, под CHMOD обычно понимается изменение прав доступа к файлу или каталогу.
На серверах под управлением Windows Server упрощённая система установки прав через атрибуты не работает и не используется. На Windows системах установки прав на файлы и каталоги эквивалентна максимальным правам, которые задаются через CHMOD.
Установка прав на файлы и каталоги (папки, директории)
Права доступа - это атрибуты файла или каталога, которые указывают серверу кто и что может делать с соответствующим файлом или каталогом. Обычно права доступа регламентируют такие действия как чтение, запись в файл (или каталог), исполнение.
В системах Unix (Linux) все пользователи разделяются на три группы:
user - непосредственно владелец файла;
group - член той же группы, к которой принадлежит владелец файла;
world - все остальные.
Когда вы соединяетесь с сервером, он определяет, к какой группе вы относитесь. Например, подключаясь к серверу по FTP, вы входите под своим именем пользователя, соответственно сервер относит вас к группе user. Другие пользователи, подключаясь по FTP, будет отнесены к группе group, а когда человек попадает к вам на сайт через свой браузер, то он попадает в группу world.
После определения группы пользователь получает права на действия с объектами, то есть он может прочитать, записать или выполнить файл. Чтобы просмотреть каталог, он должен быть исполняемым, чтобы просмотреть его содержимое, он должен иметь атрибут чтения, а чтобы создать новый файл или каталог в существующем каталоге, необходимо иметь право на запись. Таким образом, чтобы выполнялось приложение или CGI- или PHP-скрипт, необходимо ставить на каталог атрибут чтения и выполнения.
Создавая файл, пользователь автоматически получает самые широкие права на делание с этим файлом чего угодно, его группа — несколько меньшие права, а все остальные — совсем ничтожные права. В Unix (Linux) есть только три основных права — читать файл или просматривать каталог («Read»), изменять файл или каталог, записывая в него что-нибудь, или вообще его удалять («Write»). Последнее право — право на запуск файла («eXecute»).
Чтобы распределить права для соответствующих групп, используются цифровые обозначения:
4 = read (право на чтение);
2 = write (право на запись);
1 = execute (право на выполнение).
Первая цифра в обозначении устанавливает права для группы user (т.е. фактически для вас), вторая для группы group и третья для world.
Простым сложение цифр можно добиться установления прав на совокупность действий. Например:
3 (2+1) - разрешает запись и выполнение файла (каталога);
5 (4+1) - разрешает чтение и выполнение;
6 (4+2) - разрешает чтение и запись;
7 (4+2+1) - устанавливает право чтения, записи и выполнения.
Для установления прав доступа используется команда CHMOD.
Несмотря на это, еще никому не помешало знать чуть больше о командах Unix. Так вот, команда chmod имеет два режима: Абсолютный (цифровой) и Символьный режим. Команда chmod, используемая в Unix, или команда site chmod, используемая в некоторых FTP-менеджерах (-клиентах) (FTP Explorer, например), могут использоваться в обоих режимах.
При Абсолютном (цифровом) режиме используется описанный выше 3-х цифровой код прав доступа. Символьный режим использует буквенный формат для установки прав доступа. Здесь используются буквы r (read, чтение), w (write, запись) и x (execute, выполнение). А также u (user, пользователь), g (group, группа), o (other (world), другие, весь мир) и a (all, все [не используется]).
Вот несколько наиболее часто встречающихся сочетаний:
CHMOD 755 - Для директорий, CGI-скриптов, PHP-скриптов
CHMOD 644 - Для обычных файлов, PHP-скриптов
CHMOD 600 - Скрыть файлы от всех, кроме ваших скриптов
Во всех современных FTP-клиентах присутствует возможность назначения прав доступа путем простановки «галочек» в чекбоксах, либо просто введением цифрового кода в соответствующее поле.
Дата: 09.07.2007 Модуль: Статьи Категория: Информация Разместил: K-M
Первая моя темка для 2.1 Lite
Вот первая моя тема для Slaed'a, сделал на досуге, прошу строго не судить так как это первая тема. Если она вам не понравилась значить не качайте.
