П О Р Т А Л                            
С Е Т Е В Ы Х                          
П Р О Е К Т О В                        
  
Поиск по сайту:
                                                 
Главная

О проекте

Web-мастеру
     HTML & JavaScript
     SSI
     Perl
     PHP
     XML & XSLT
     Unix Shell

MySQL

Безопасность

Хостинг

Другое








Самое читаемое:

Учебник PHP - "Для Чайника".
Просмотров 4096 раз(а).

Иллюстрированный самоучитель по созданию сайтов.
Просмотров 6756 раз(а).

Учебник HTML.
Просмотров 3717 раз(а).

Руководство по PHP5.
Просмотров 5991 раз(а).

Хостинг через призму DNS.
Просмотров 4809 раз(а).

Подборка текстов стандартных документов.
Просмотров 56244 раз(а).

Учебник PHP - Самоучитель
Просмотров 3702 раз(а).

Документация на MySQL (учебник & справочное руководство)
Просмотров 8335 раз(а).

Внешние атаки...
Просмотров 4563 раз(а).

Учебник PHP.
Просмотров 3172 раз(а).

SSI в примерах.
Просмотров 175 раз(а).



 
 
| Добавить в избранное | Сделать стартовой | Помощь





Web этикет

Имеется несколько соглашений, делающих web более практичным и удобным. Как администратор сервера, иными словами - webmaster (термин вводится на этой странице немного ниже) Вы должны быть уверенными в применимости этих правил к Вашим данным. Это руководство дает больше идей для information providers. Особенно обратите внимание на: Ваш администратор сервера нуждается в этих установках для каждого сервера:

Welcome page для гостей

Не существует никакой определенной структуры для данных, которые Вы публикуете: Вы можете создать такую, которая Вам больше понравиться. Однако, наиболее лаконично иметь документ на каждый host (компьютер) который остальные могли бы использовать для получения быстрых сведений (с указателями) о том, какая информация здесь доступна. Вы должны внести строку "pass" в конфигурационный файл сервера для преобразования документа с именем "/" в конкретный документ. Так же как и обзоры доступной информации на сервере, указатели на связанные компьютеры являются хорошей идеей.

Welcome page - Home page?

Welcome page сервера часто называют home page, потому что это хороший выбор для клиента -- использовать ее при старте как home (default [по умолчанию]) page. Термин home page означает стартовую точку по умолчанию для Вашего просмотрщика. Не смущайтесь этим. Это две отдельные концепции.

Welcome page будет приветствовать новых пользователей, которые хотят познакомиться с содержанием Вашего сервера. Это послужит сходным целям для Вашей home page, но разница существует для тех, кому она адресована. Часто люди внутри организации используют welcome page как свою home page. В конечном счете они получают представление о том, как их организация выглядит для других людей. Я сам этого не делал, так как у меня много персональной информации на моей home page, которую я не хочу выставлять на welcome page организации или мою собственную welcome page, например, биографию. Welcome page может содержать раз'яснения того, что собой представляет Ваш сервер, что может стать пустой тратой пространства на Вашей home page для местных пользователей. Так что Вы можете захотеть создать отдельную home page для местных пользователей.

Псевдоним для Вашего сервера

Если у Вас серьезный сервер, то он может быть больше, чем машина, на которой он работает. Попросите администратора Вашей сети создать псевдоним для него, чтобы Вы могли ссылаться на него, например, как "www.dom.edu", вместо "mysun12.dom.edu". Это значит, что, когда Вы меняете машину, Вы меняете псевдоним, а связь пользователей с Вашими данными по прежнему работает.

В будущем [3/94] клиенты будут искать локальную "www" машину для использования welcome page, как home page, если в конфигурации явно не указано другое. Это означает, что кто угодно запускающий клиента внутри Вашего домена получит одинаковую начальную страницу.

Псевдоним для самого себя

Вам следует создать mail псевдоним "webmaster" на серверной машине, для того, чтобы люди имеющие проблемы с Вашим сервером могли легко сообщит Вам об этом, используя электронную почту. Это тождественно с псевдонимом "postmaster" для людей имеющих проблемы с Вашей машиной.

Делегирование полномочий

Администратор сервера (единственный имеющий пароль root-а) в принципе имеет возможность включения/выключения сервера и контроля того, что происходило. Однако, мудро иметь четко делегированную ответственность для отдельных сфер Вашей документации. Возможно, администратор сервера вообще не несет ответственности за актуальность данных, в этом случае их задача сводится к поддержанию машины в рабочем состоянии.

Домашний стиль

Web напоминает собой травяные корни, без централизованного подчинения, и при этом отлично работает. Это является обязательной частью творчества лиц предоставляющих информацию и той свободой, которой они располагают для выражения своей информации напрямую и настолько быстро, насколько они могут. Читатели очень признательны этой гибкости. Однако, в больших web системах логичность является приятной стороной.

Если Вы отвечаете за управление процесса предоставления информации Вашей организации, Вы должны соблюдать баланс между преимуществами "домашнего стиля" и предоставлением каждой группе или автору свободы творчества. Если Вы приняли решения в этой сфере, хорошо бы их записать (не упоминая записать их в web).


(по теме Структура Вашей работы)
©1992-95 Tim BL

Оригинальная версия этого документа.



Если Вы не нашли что искали, то рекомендую воспользоваться поиском по сайту: