1 Своя страница, свой сайт.

Эта глава для тех кто собирается создать сайт или некий сервис в интернете. Это можно сделать бесплатно. Сайт может включать механизмы которые позволят сделать его полезным а не только информативным.

Зачем нужен сайт.

WWW содержит множество фирменных и личных сайтов, сайтов фондов, организаций, узко-тематических, коллекционных и прочих. Нет необходимости создавать сайт какого-то определённого типа. Личный сайт – это сайт которым вы можете распоряжаться и\или посвященный вам. Он хорош тем, что сообщает о вас, даже если ваш компьютер неисправен, или вы не вышли в сеть.

С другой стороны сайт может выполнять сбор и обработку информации, его документы получаемые посетителем могут быть результатом обработки. В отдельных случаях обращение на сайт используется для того чтобы сделать недосягаемым программный процесс для возможного злоумышленника. То есть сайт может быть более-менее сложной машиной для обработки данных.

На вашем сайте может быть реклама на которой можно заработать, однако гораздо важнее обмен ссылками и логотипами с другими сайтами. Для этого есть много систем о которых вы узнаете из WWW.

Что такое сайт. Сервер. Администрирование сайта. CMS.

Сайтом называют совокупность документов при том что после запроса в адресной строке WWW-обозревателя выводится документ с которого можно попасть на другие документы сайта по ссылкам, на нём также могут быть ссылки на документы других сайтов, одиночные файлы на FTP-серверах и ссылки на адреса электронной почты. Адрес сайта не содержит имя документа на который вы попадаете. Существует redirect сайтов, то есть перенаправление данных благодаря которому сайт получает имя расходящееся с его настоящим адресом; технический адрес может отличаться от обеих этих адресов. Сайт может состоять из одного документа но это чисто умозрительная ситуация; обычно всё гораздо сложнее. Если сайт сменил адрес вы обычно можете оставить на старом адресе ссылку на новый адрес.

Роль сервера в том, что он постоянно открыт для посетителей и содержит все необходимые, хотя и не видимые посетителю программы для корректной работы сайта. Он не станет пускать их куда попало. Задачи сайтовладельца обеспечиваются программными средствами, которые могут требовать отдельной платы фирме-распорядителю сервера. Сервер часто называют хостом (host). Отсюда происходят выражения «где вы хоститесь» и так далее. Фирмы-хостеры широко представлены в интернете. Они вывешивают в WWW условия предоставления места под сайты и могут закрыть сайт поэтому правила имеют практическое значение. Техника остаётся в их владении, но в пределах своей площади вы делаете что хотите если это не противоречит правилам.

Понятие сервера используется для обозначения компьютера и программы которая обслуживает посетителей обращающихся к этому компьютеру.

Есть владелец – например, с юридической стороны, и администратор сайта. Это могут быть разные люди. Считается, что в штате сайта должно быть несколько должностей, то есть как минимум 4-5 человек. Количество работников зависит от сложности задач. Сайт фирмы претендует на создание отдела из нескольких человек, или другая фирма нанимается для обслуживания и\или создания сайта. Обслуживание касается того факта, что сайт меняется поскольку меняется отражаемая им ситуация. Кроме того есть владелец и администратор сервера, на котором существует сайт. Это может быть отдельная фирма или всё та же фирма. Поскольку сайт является чисто техническим явлением, то располагать его можно на любом компьютере который доступен по сети – локальной или более широкой. Иначе бессмысленно его делать. Можно даже содержать сайт на личном компьютере если есть возможность оплачивать его постоянное подключение к сети.

Администратор и сайтовладелец должны быть доступны для посетителя сайта. Обычно через электронную почту. Это удобный способ, к тому же вы заинтересованы чтобы он был лёгким тк дефекты сайта должны быть вам известны. Практически это выливается в то что раз в неделю или чаще – смотря по ситуации – администратор должен поверять почту. В некоторых случаях надо вообще посадить человека на ICQ-консультирование посетителей, это иногда делают в интернет-магазинах. Сайт требует проверки почты. Пока он есть вы должны это делать.

Сделанное мной заявление о какой-то сложности объясняется тем что современные сайты по причине своих функций обычно не являются просто документами со ссылками. Они и не могут быть такими поскольку в таком случае можно только загружать и показывать эти документы. Такой сайт при правильных ссылках работоспособен, и если в таком виде он выполняет свои функции то для его взаимодействия с посетителем никакие дополнения не нужны; однако это не гарантирует что ничего не нужно для подготовки этих документов. Такой сайт называют статическим поскольку его документы не создаются в процессе обслуживания посетителей. По этой причине такой сайт является быстро реагирующим.

Документы формата PDF в зависимости от настроек AdobeReader могут открываться в InternetExplorer, их можно включать в сайт, но они несоставные и вообще обычно слишком объёмны. Чтобы эти документы быстрее открывались их нужно линеаризовать (см главу о настройках).

CMS – это Content Management System, система управления содержимым. То есть материалом сайта. Это программа которая позволяет более или менее избежать ручной и трудной работы. Она работает на сервере хотя как и другие подобные серверные программы может быть проверена в эксплуатации на вашем компьютере. Существует множество таких программ которые различаются сервисом и стоимостью. Каждая система как и любая программа предъявляет некоторые условия, в данном случае это пожалуй более важно чем в других так как может быть непросто адаптировать уже работающий сайт. Сайт обычно трудно менять так как он сам является системой. CMS может устранить нужду в действиях которые практически невозможно сделать вручную. Так, например, она может сама организовать аккуратную выдачу новостей сайта, а делать вручную такую работу нельзя тк материал готовится под непредсказуемый запрос и должен быть разным.

FTP-доступ как альтернатива сайта. Имитация FTP-доступа.

Для не имеющих времени на «понты» администраторов и неробких посетителей существовует протокол FTP позволяющий просто заходить в каталог на сервере и копировать оттуда файлы, если в каталоге есть HTML-файл то он будет открываться в обозревателе на машине клиента, обычно он содержит оглавление или пояснение для файлов каталога; Internet Explorer при достаточно полной установке позволяет зайти на FTP-сервер но нынешняя аудитория слишком избалована для массового использования этой методики. Такая коллекция не является сайтом и не содержит ничего сложного. Она не выполняет никаких функций кроме хранения и выдачи файлов. Я сомневаюсь что её файлы будут учтены поисковыми машинами. Вы можете пойти на компромисс сделав начальную страницу сайта со ссылкой на FTP-каталог на другом сервере, но фирма предоставляющая вам место под сайт может быть против. Она заинтересована в том чтобы максимум документов доступных через её сайты были нагружены её рекламой.

Сервер Apache смотря по настройке позволяет или нет показ содержимого каталога в окне www-обозревателя без специального входа. Но не обязательно это возможно в конкретном случае. Это выглядит так.




Apache также позволяет показ описаний файлов но их длина недостаточна для того чтобы это было полезно.

Есть скрипты которые имитируют FTP-доступ. Это значит что вы при отсутствии его самого можете установив на сервере такой скрипт получить нечто похожее на окно Проводника. Но возможности таких скриптов вообще говоря гораздо шире. Когда ваш посетитель вызывает через адресную строку ваш сайт то получает главный документ обычного вида, и я бы сказал что это так и должно быть. Там можно сделать ссылку на такой скрипт. В результате посетитель получает описание ссылок и назначения сайта на головной странице, а все нужные ему файлы он получает через этот скрипт. Этот способ не всегда хорош. Когда надо загрузить инструкцию к телефону это годится. Зато в каком бы состоянии не был каталог с файлами к нему всегда есть доступ, и он прост. Вы должны сделать описание того где что лежит иначе пользы от каталога не будет.

Ручная работа и генерация: выбор стратегии.

В простейшем случае можно вручную делать каждый документ; современные программы для этого позволяют использовать шаблоны; к тому же есть например такая вещь как выборки Query в EXCEL, мастер выборок в FrontPage и средства Access. Вы можете использовать такие автоматические способы для оценки идеи даже если именно эти способы не годятся в вашем случае. Вы посмотрите на сайт глазами получателя. FrontPage создаёт с помощью мастера файлы для ActiveServerPage(ASP). Эта технология может не поддерживаться вашим сервером. Зато на свей машине вы можете попробовать её установив сервер IIS (см справку ОС).

В одних случаях лучше ручная работа, в других – полуавтоматическая, в третьих – полная автоматизация, для этого есть как серверные приложения так и скрипты. Вместо ручной работы которая получается слишком большой лучше использовать генерацию. С другой стороны сайт из нескольких небольших документов или с трудно формализуемой редакцией лучше делать вручную. Генерация как и всякое программирование – это создание алгоритма для обработки данных по формальным признакам. Так, например, вы сможете выделить для отнесения в отдельный раздел сайта часть ссылок указывающих на иностранные ресурсы ориентируясь по домену: все адреса не оканчивающиеся на «ru» и «su» попадут в этот список; правда, домены org и info не имеют национальной принадлежности, но в общем это какая-то сортировка. А вот отделить полезные сайты от бесполезных так не удастся.

Недостаток всех генерационных технологий в том что на клиентской машине генерация может быть выключена поэтому это – вариант а не единственный вид документов. Я имею в виду генерацию у получателя, у клиента, а не на сервере. Так,например, JavaScript может быть отключён по умолчанию некоторыми защитными программами (см о farewall).

Задачи для автоматизации.

Однако вариант с ручной работой определённо не годится если вы хотите получать данные от посетителей через сайт. Каждый сайт должен содержать адрес электронной почты для переписки с владельцем и администратором. Речь о другом. Например, вы хотите узнать как много людей имеют пожелания и вопросы по поводу конкретной модели выпускаемого вашей фирмой товара.

Раньше почта иногда использовалась для получения данных. То есть письма должны иметь заданную структуру, которую можно обрабатывать более-менее автоматически, а не отвечающие требованиям письма не пройдут обработку. Но обычно такая система не используется.

В случае с товарами марки которых – что-нибудь вроде Samsung-XXX73847934 клиент не сможет написать марку так как не сможет её запомнить, а даже если вызубрит то поленится написать. В результате вы либо а) не получите сведений, либо б) не получите посетителей и сведений так как сделав систему которая не пустит на сайт тех кто не знает марку вы отфильтруете 99% людей. Если бы речь шла о чём-то, что очень нужно клиентам они бы может быть и постарались, а тут информация нужна вам.

Что делать? Если вы напишите на сайте названия это будет большим шагом вперёд, но останется вопрос какой именно товар у клиента. Люди просто не замечают деталей. Надо будет дать им изображение, и, если изменится ассортимент, то менять придётся и список марок и картинки, особенно если они сортированы (а иначе достаточно добавлять).

Если модели имеют разный вид то остаётся только одно препятствие – не все станут запрашивать их фото так как это стоит денег.

Чтобы максимизировать поток откликов нужно 1) явное отличие моделей 2) размещение списка готовых обозначений чтобы их не надо было набирать – если вообще нельзя избавиться от «Samsung-XXX73847934». Для быстрой загрузки документа на машину клиента желательно давать словесные описания бросающихся в глаза отличий, но поскольку «лучше один раз увидеть» то надо давать и картинки тоже.

Вот как много можно выяснить и как много приходится делать для хорошего сайта.

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


Если вы пользовались поисковой машиной то знаете что обычно список результатов поиска больше одного документа и после запроса обозреватель получает документ со ссылкой на следующую порцию адресов. Эта ссылка вместо адреса на документ несёт команду для генерации документа отражающего вторую порцию адресов. Лично я сильно сомневаюсь что можно хранить на сервере готовые результаты под запросы которые могут быть самыми разными; это тем более трудновыполнимо что меняется интернет, и список адресов тоже должен меняться. Генерация снимает эти две проблемы, как и вопрос о переделывании сайта поскольку он не редактируется а просто создаётся иначе на основе того же или другого набора данных.


Многие сайты содержат список рассылки. Это список адресов электронной почты на которые высылаются новости сайта. На сайте есть поле ввода куда пишется адрес. Затем должна работать система которая обеспечит рассылку. Это задача для автоматизации.


Другая распространённая задача выходящая за пределы ручной работы – система поиска слов на сайте. Например, на сайте microsoft.com, куда надо время от времени заходить есть окошко поиска, и никто вручную не готовит файл поискового материала к постоянно меняющимся документам поскольку это невозможно по трудозатратам. Поисковая система может быть заменена на специальный код, который использует поисковую машину; при этом никаких сложностей нет. Например, Yandex раздаёт бесплатно такие коды. В любом случае поиск должен быть приспособлен к кириллице, и очень желательно чтобы он учитывал изменение слов в русском языке.


Вот ещё пример задачи для автоматизации. Возможно вы видели что иногда щелчок по ссылке приводит к открыванию дополнительного документа который зависит от того какая ссылка была задействована, и других обстоятельств. Вместе взятые они могут составлять уникальное сочетание поэтому проблематично заготовить заранее такой документ. Например, гипотетический сайт предоставляет вам сведения о людях разнесённые по базе данных. Передать вам всю базу или какую-то её часть целиком невозможно: нельзя каждому передать такой объём. К тому же даже после получения этого файла остаётся вопрос о его открывании, скорости получения нужных сведений, простоте действий и пр. Допустим вы ввели фамилию, и система как обычно требует нажатия кнопки отправления на HTML-документе чтобы получить её для дальнейших действий. После этого она возвращает – без вашего явного запроса – список районов где живут однофамильцы искомого лица. Вы выбираете район. Система должна по базе данных сформировать список районов под конкретную фамилию. Возможно там и нет нужного района, тогда дальнейшая, может быть более трудная для серверных программ работа не требуется и нет технической задержки для других посетителей. Так же могла бы работать вэб-фонотека музыки сообщающая при первом запросе что файлы предоставляются только для ознакомления; коллекция кино могла бы блокировать запрос если фильм имеет возрастные ограничения ориентируясь по данным регистрации пользователя, тут же возник бы вопрос правдивости и проверки с обращением на сервер которому можно доверять. Фонотека могла бы делать это сообщение после каждого запроса но человеку в здравом уме не надо всё время сообщать одно и то же, и это будет раздражать. Поэтому надо ограничиться первым запросом одного посетителя.


Есть ещё одна важная сторона генерации: она может ускорить получение документа и уменьшить его объём. Я открыл документ www-форума и обнаружил что он при размере в 66 килобайт содержит 13 килобайт текста. То есть на один символ текста приходится 4 символа разметки. Только пятая часть была информативна! Если вы хотите лучше представлять что это откройте любой html-файл в Блокноте. Как избавиться от этого? А между тем этот файл в окне обозревателя состоит в основном из

-организовано оформленного текста

-невидимой таблицы из повторяющихся ячеек; там есть

Таким образом для создания документа достаточно иметь 1)текст реплик 2)уникальные части документа 3)алгоритм создания организованных частей 4)обозначение стилей или свойств которые должны приписываться организованным частям. Скрипт мог бы разбирать архивированные данные, но даже без этого есть большие возможности уменьшения файла. Скрипт на клиентской машине мог бы создавать большую часть файла пользуясь её предсказуемостью, организованностью вместо того чтобы его надо было брать в сети. Скрипт должен бы был сделать такие действия:

Вот такие несложные в основе действия мог бы сделать, например, VisualBasic-скрипт чтобы получить такой же результат при примерно трёхкратном уменьшении объема передаваемых сервером данных. Это описание прояснится по мере изучения HTML. Почему же это не делается сейчас? - спросите вы. Потому что нет достаточно свежего взгляда на ситуацию. Это вопрос к вэб-мастерам.

Различение и фильтрация посетителей и данных.

Мотивом проверки вообще может быть как проверка лица так и проверка данных для устранения потока лишних данных и абсурда с которым не может справиться система, а также её взлома и обмана. В случае проверки отправляемых серверу данных обычно используется скрипт языка программирования JavaScript который работает в штатном обозревателе и большинстве других, то есть на машине посетителя сайта. Скрипт позволяет проверить соответствие данных требованиям сервера. Разумеется, он не может оценить их как человек, то есть сущностно. Для него «компот сливовый» и «рыбий жир натуральный» отличаются только побуквенно (а попробуйте на вкус), а «положительно-отрицательный полюс батарейки» возможен и ничем не хуже «шоколадно-цементного завода им.Бабаева». Но он может

Система может различать посетителя по паролям только в том случае если они не передаются. Для этого надо создать мотив держать пароль в секрете. Люди не хотят говорить пароль доступа к своему почтовому ящику. FTP-сервер иногда позволяет использовать вместо пароля адрес электронной почты обеспечивая уникальность посетителя.

В наше время не за горами и массовое применение аппаратных средств идентификации вроде детекторов отпечатков пальцев и пр. В случае с первым запросом к фонотеке без возможности подобной проверки и проверки пароля пользователь превращается просто в сеанс работы обозревателя с этим сайтом или группой запросов определённого вида. Кто именно сидит за компьютером неясно. Если бы человек был заинтересован не показывать своих данных то он бы закрыл данные до ухода с места. Сервер может проверять IP-адрес компьютера. Это уникальный цифровой адрес. Сеанс работы с сайтом закончится с отключением. Это уже определяется методикой работы сервера провайдера. В случае локальной сети вопрос проще так как адреса стабильны и подвластны администратору сети.

Технология. Значение CSS,XSL,XML. Flash. .NET. О HTML.

Говоря о JavaScript мы коснулись вопроса о роли языков программирования в сайтостроительстве. Конкретная ОС сервера и её версия должна иметь некую среду выполнения если используются скрипты работающие на сервере. Среда может быть частью ОС или приложением. Версия среды выполнения должна быть такой чтобы используемые функции работали. Иначе скрипты не будут выполняться. Вопрос о выборе языка зависит от сервера по этой причине. Или надо выбирать сервер под язык. Сейчас обычно используются языки PHP и Perl, они позволяют выполнять скрипты. У меня сложилось впечатление что Perl используется во многом по инерции. Это более вычурный язык чем PHP а преимуществ перед последним у него нет или почти нет. Скрипты в этих случаях работают на сервере а не клиентской машине. Получил некоторое распространение язык Python, Java также является развитой основой для серверного и клиентского программирования. Curl пока не популярен. И может быть никогда им не будет.

Итак, существуют серверные скрипты, однако вы можете устроить сервер из своего компьютера и проверять работу скриптов. Обычно сервер работает под управлением Unix или других экзотических ОС но проверить работу сайта можно и не меняя ОС поскольку скрипты кроме оговоренных в документации исключений будут работать так же.

Для этого нужно установить программу-сервер и интерпретаторы или компиляторы скриптов.

Также может потребоваться нечто для работы с базами данных, фактически это обычно MySQL так как эта штука есть для ОС сервера, бесплатна, известна и пр.

Входящий в ОС отладчик сценариев находится на установочном диске ОС и требует отдельной установки, он позволяет проверить работу сценариев Javascript, Java, VisualBasiсScript и Active-X-объектов. Отладчик – это программа для отладки программ. То есть процесса пошаговой репетиции благодаря которому вы можете увидеть что именно происходит и когда. Это позволяет найти источник нежелательных результатов работы скрипта.

Находящийся на том же диске сервер IIS можно использовать но имея в виду что на большинстве серверов используется не он, а Apache. Отличия в работе скриптов обусловленные этим обстоятельством могут нарушить работу сайта. Некоторые функции связанные с ОС по определению не могут быть одинаковыми. Установка IIS и сервера PWS описана в справке ОС. Apache для Windows доступен и устанавливается как обычное приложение.

Все эти подробности о трансляторах и прочем пишутся в расчёте на ситуацию когда очень сложный сайт не требуется и есть возможность более-менее работать вручную для его администрирования. В остальных случаях нужны ещё программы и я отсылаю вас к специальным книгам которые невозможно заменить этой главой.

Мощная программа для сайтостроительства уже содержит 1) средства для проверки скриптов 2) среду для наглядного создания документов 3) средство для работы с базой данных 4) программу-сервер 5) дополнительные инструменты.

В наше время документы обычно генерируются под конкретный запрос клиента, а часто и автоматически запрашиваются во вторичное окно обозревателя, которое называется всплывающим. Скорее всего вы уже сталкивались с тем, что после запроса со ссылки или адресной строки создается второе окно в которое грузится реклама.

Когда клиент обращается к серверу, то в зависимости от запроса и сайта сервер:

    1. отсылает документ, который до этого уже был на сервере, или

    2. отсылает документ, созданный после получения запроса именно под этот запрос

В обеих случаях сам документ может содержать скрипты для генерации его частей на машине клиента.

Генерация тесно связана с базами данных. Почему? Общий ответ: потому что автомат не может оценивать и выбирать по смыслу как человек, он может работать только с чёткой ситуацией, к которой его подготовили.

Скрипт может работать на компьютере получателя и использовать его cookie и некоторые сведения предоставляемые программной средой на клиентском компьютере.

Также сервер может с помощью скрипта или приложения создать скрипт выполняемый на клиентской машине. Это добавит гибкости вашей системе. Вопрос о месте выполнения скрипта зависит от нагрузки на сервер. Обычно лучше нагружать клиентскую машину чем сервер так как там нагрузка приносит меньше вреда: лучше слегка замедлить сотню клиентских машин чем сильно замедлить сервер. Но это не единственный фактор и не главный. На документах сайта должно быть написано что-нибудь вроде «Требуется работа JavaScript» чтобы всё работало. Иначе не будет генерации на машине пользователя, клиентской. Работа скриптов может быть блокирована обозревателем или защитной программой.

Роль формата XML в том что с его помощью можно организовать данные или какой-то процесс. Этот формат напоминает литерный ящик которым пользовались наборщики газет. Каждая литера лежит на своём месте. XML-документ – это текстовый файл часть которого является обрабатываемыми строками, а часть – разметкой которая ограничивает и организует эти данные. Они иерархически связаны. И разметка и данные являются текстом и правильно выводятся в Блокноте. XML – молодой формат, и у него будет много клонов и применений. Стоило ему появиться как оказалось что он всем нужен. IE показывает такой файл как совокупность «веток» строк. Они разворачиваются и сворачиваются как каталоги в Проводнике.

CSS – это Cascading Style Sheet, каскадная «таблица» стилей. Она не выглядит таблицей, это такое название. Она может быть либо отдельным файлом либо частью файла документа. Это – технический текст который пишется для того чтобы задать оформление документа. Если CSS является отдельным файлом то вы легко управляете оформлением всего лишь переделывая его. На сайте может быть 50 статичных документов и несчётное количество вариантов генерированных документов, но у них может быть один файл CSS. Правда, оформление не главный вопрос. У администратора могут быть задачи посерьезнее чем оформление.

XSL это тоже «таблица», она делает то же что и CSS, но кроме того ещё:

-может содержать правила отображения сведений документа

-может содержать правила преобразования документа в другой формат.

Это важно потому что иногда задачи вывода данных – это не задачи получения новых данных а организации тех которые уже есть.

Я хочу напомнить что положение частей в документе может сказаться на смысле. Поэтому все незагруженные файлы оформления могут привести к ошибкам смысла.

Теперь несколько слов о Flash. Существует технология flash которая позволяет при наличии flash-плеера выводить в окно обозревателя анимационные и статичные врезки которые могут содержать текст, звук и быть интерактивными. Они имеют малый объём, эффектны, но всё же уступают по некоторым параметрам обычному HTML.

Вообще если вы хотите сделать документ который должен одинаково отображаться и вообще выводиться с минимумом проблем то он должен быть прост как топор и стандартен.

.NET – это новация Microsoft направленная, как сказано, на стимулирование распределённых систем. То есть сетевых, многомашинных методик обработки данных. Конкретно это комплекс программ которые созданы для того чтобы дать программисту среду монтирования процессов в новом интерфейсе, администратору – новые «шланги для данных», а пользователю – средства регулирования в рамках его задач. Это видимо будет похоже на Панель управления. Обращайтесь за деталями на адрес microsoft.com\rus\net.

Выше я обещал рассказать про HTML. Это язык гипертекстовой разметки существующий для того чтобы обозначать что и как показывать в окне обозревателя; язык прошёл несколько версий которые соответствовали росту его возможностей. Этот язык позволяет создавать составные документы, содержащие

Также документы часто содержат невидимые заголовок и скрипты. Это не заголовок в обычном смысле а раздел HEAD. Язык стандартизирован и описан на сайте www.w3.org и в массе русскоязычной документации. Вы можете открыть в Блокноте файл сохранённый из WWW и увидеть HTML в применении.

Для подготовки и редакции этих документов используются визуальные и невизуальные редакторы то есть вы видите или нет результат работы в окне редактора. Например, Word является визуальным, но плохим редактором из-за его специфических возможностей оформления которые не поддерживаются HTML. MibEditor является невизуальным и хорошим редактором но хорош он лишь как невизуальный, а в плане наглядности он не может конкурировать даже с Front Page Express так как не показывает документ в том виде как он будет в обозревателе. Вместо этого вы видите его как технический текст. Его иногда называют html-кодом. Каким редактором пользоваться – решать вам, однако ручная работа очень трудоёмка. Почему-то многие с гордостью пишут что делают всё вручную. Чем больше труда – тем больше гордость результатом. Но это не означает что можно гордиться выбором методики.

Здесь говорится о редакции документов, а для работы именно со скриптами есть другие программы, позволяющие выполнять специфические действия характерные для процесса программирования, например отладку; отладчик JavaScript можно установить через добавление компонентов Windows2000 в пункте установки программ в Панели управления.

Программирование никогда не будет простым делом. Программирование всегда содержит массу неудач.

Вы можете сочетать ручную работу, вёрстку в визуальной программе и генерацию в одном документе. С ручной работой в простейшем случае всё ясно: надо взять в WWW свежее описание языка HTML, открыть файл в Блокноте и править вручную. В более производительном случае вместо Блокнота берётся визуальный или невизуальный редактор. В такой программе вы можете

Тут я хочу сделать практические замечания. Первое. Вы не обязаны использовать визуальный редактор чтобы видеть что получилось. IE позволяет видеть редактируемый файл. Файл может быть в редакции и виден там. Надо только обновлять окно IE нажимая F5. Это позволяет вам лучшим образом проверять результат.

Второе. Проследите чтобы ваш визуальный редактор не глотал скрипты в документе. Когда вы работаете визуально то не видите скрипты потому что они не видны в результирующем документе. Но они есть. Может быть нужно сохранить файл чтобы проверить его в IE. Поэтому работать надо с копиями.

Генерация – не настолько очевидная вещь. Интеграция этих двух методик происходит в том числе за счёт следующих возможностей:

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

Всякая разметка может иметь смысловое значение. Например написанные курсивом слова воспринимаются как важные, в таблице есть соответствие строк и заголовков и пр. Взаимное расположение частей тоже имеет смысловое значение. Использование вставок из слоёв (layer) и непродуманное позиционирование может ввести в заблуждение. Тем более что иногда из-за этого обозреватель накладывает одну часть текста на другую если его окно слишком узко.

Мне представляется правильным обратный порядок выдачи хронологически упорядоченных новостей сайта. Это ведёт к тому что при поиске наиболее свежих новостей не требуется загружать другой документ. Более свежие заметки более востребованы.

Обычно для работы сайта необходимо чтобы головной документ на который попадает посетитель при первом обращении к сайту имел имя index.htm или index.html. Об этом не всегда пишут в документации сервера но это так.

Поскольку этот текст обращён к неспециалистам я не стану писать про детали такого непростого и всё усложняющегося дела как создание сайтов; единственное о чём хочу упомянуть – проверка результатов путём осмотра в разных обозревателях и при разном разрешении дисплея.

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

Советы и наблюдения.

Поскольку кто-то будет создавать сайт прочтя эту главу хочу сказать ещё вот что: не создавайте документов в которых текст занимает 20 процентов от всего объёма. Никому на самом деле не нужны всякие кнопочки и прочая ерунда ценой 80% объёма и денег. Делайте просто, как будто вам трудно делать. Стремитесь к простоте чтобы избежать ошибок; во-вторых делайте документы так чтобы они влезали на лист при распечатке.

Как свидетельство прогресса называется тот факт что на большинстве сайтов уже не используется примитивная древовидная структура ссылок. Однако полностью согласиться с этим мнением я не могу. Похоже что его авторы мало подумали: генерация ссылок на каждом документе создаёт быстрый переход по документам но она 1)занимает время сервера 2)увеличивает объём документа 3)запутывает.

Как «на воре шапка горит» каждый своим сайтом показывает себя – возможно, гораздо больше, чем хотел бы и не так как ему кажется. За время развития русского интернета при возможности иметь сайт бесплатно проявили столько безвкусицы, глупого фиглярства, невнимания к содержанию что теперь эта помоечная масса вызывает прежде всего грустные мысли о нас самих. Научные сайты, созданные вообще без всякого внимания к оформлению сейчас выглядят как тщательно продуманные потому что просты и строги. Учёные как люди занятые наукой не стали тратить время на пустяки то есть нагромождать ненужное.

При огромном количестве сайтов наверное действительно должно уделяться большое внимание запоминаемости поэтому сайты должны быть разными. Но сейчас средства оригинальности стали настолько банальны что оригинальности как раз не осталось. Почему-то все стремятся поразить своим творением, и в результате масса поражающих сайтов просто либо перегружает мозг либо перестаёт восприниматься, то есть либо вредна либо не достигает цели. А между тем сайт не должен поражать. Если бы Лев Толстой думал как бы ему поразить он ходил бы по подворотням с электрошокером а не писал книги.

И когда все «делают хорошую мину при плохой игре» то никого этим не обмануть. Сайт должен быть важен прежде всего своим содержанием (а вот его-то часто и нет). Полиграфисты старой школы могут рассказать о том как они в условиях гораздо более трудного воплощения художественного замысла выбирали оформление; есть разработанная теория об этом. Слишком большие возможности сами ведут к проблемам.

Часто сайтостроители делают ещё одну большую ошибку – для иллюстрации темы сайта используют буквальное следование обывательским ассоциациям с темой сайта. Так, например, если сайт о грибниках, то можно крупно выдать фото белого гриба – во весь InternetExplorer. Он будет «весить» 30-50 кб и долго загружаться. На сайте кирпичного завода можно так же крупно подать кирпич – вдруг кто-нибудь не знает что это такое. Яркий пример подобного буквализма мы видим сейчас в оформлении телеканала «Культура». Поскольку никто не удосужился разобраться что это такое мы видим какие-то нелепые растущие из пола кривые колонны.

Другая сторона этого подхода ошибочна по совсем другим причинам. Я видел много сайтов для программистов которые оформлены снимками программного кода. Для тех, кто не знает: англоязычная абракадабра с которой работает программист. Как будто это может его привлечь (если сайт тюрьмы – то решётка, если сайт палача – тоже, сами понимаете... попытка привлечь). Возможно, автор программист-фанатик, и код его приводит в некое положительное состояние. Однако факт в том что часто программист идёт на сайт в поисках решения своей проблемы, то есть он уже в состоянии недовольства. Возможно, в гробу он хотел видеть этот код, ему нужна простое и понятное оглавление, а его глаза нуждаются в отдыхе. Это – яркий пример не столько бездумного отношения но и эгоцентризма. В общем не надо спешить делать нечто похожее. Надо просто быть в русле настроения которое ассоциируется с темой.

Сайты показывают как формируются образные штампы, и сами их формируют. Заштампованное мышление негибко, такой человек превращается в машину.

Третья ошибка в том что ожидается весёлое (грустное, серьёзное) состояние посетителя. Причём часто это ещё непонятно проявляется. В результате – каша. Успокойтесь прежде чем делать что-либо. Как всегда в России сайтостроительство из того что обращено к массам превращается в игрушку и психодиагностику автора.

Не кладите на сайт ничего не дающих и не оптимизированных иллюстраций. Мне вспоминается сайт библиотеки где было бы уместно показать её фасад – для тех кто приедет впервые. Его там не было. А вместо этого была гордая фотография с рядами книжных полок, причём в перспективе, так что корешки видны плохо. И что? Я дома вижу такие же полки. Привлечь меня этим затруднительно, информации никакой не даёт.

Оптимизация выполняется в графических программах, эта процедура входит в противоречие с той лёгкостью которая становится свойственна фотосъёмке. Казалось-бы – снял и забросил. Дело сделано. Снимок после камеры может иметь размер в несколько сотен килобайт. Размер файла при оптимизации может быть уменьшен до 3-30 кб.

Замечено, что небольшие иллюстрации, рекламные кнопки вместе взятые складываются в неожиданно большой объём. И такие же расходы.