|
|||
|
|||
Теория двигателейСтанислав Жарков В заметке Инвентарь вебмастера (давненько это было 19 января 2000 года) есть такой абзац: Что касается справедливых аргументов насчет того, что в текстовом редакторе трудно обновлять сайт, состоящий из десятков страниц, то они справедливы только с точки зрения начинающего (чуть не написал чайника). Видите ли, делать многостраничный проект в виде статичных HTML-страниц это извращение. Через пару месяцев работы с таким проектом уже никакой FrontPage 5000 не поможет разобраться с обновлениями сайта. У всех нормальных студий имеются собственные веб-интерфейсы (реализованные в виде комплекта программ (скриптов)), позволяющие обновлять сайт без утомительного редактирования HTML-страниц и залива их по FTP. E-notes.ru, кстати, тоже использует собственный, хотя и относительно примитивный движок. Многие читатели оказались заинтригованы этими словами. В самом деле, что это за движок такой, по сравнению с которыми меркнут любимые FrontPage и Dreamweaver? В Форуме, гостевой книге и моем почтовом ящике стало появляться довольно приличное количество сообщений с вопросами относительно движков сайтов, и я решил посвятить свою очередную заметку этой теме. Никакого секрета здесь нет в принципе, все уже было сказано в цитате, приведенной выше. Если попробовать сформулировать определение движка другими словами, то получится следующее:
Вебмастер, обновляющий страницы сайта вручную (не имеет значения каким редактором ФронтПейджем или Блокнотом), напоминает Папу Карло, скрючившегося в своей каморке и строгающего тысячного Буратино. При добавлении нового материала на сайт ему нужно отформатировать текст в HTML, открыть файл с оглавлением раздела, найти нужный кусок кода, отредактировать его; открыть файл страницы Новости, найти нужный кусок кода, отредактировать его; открыть файл главной страницы, найти нужный кусок кода, отредактировать его И все это только при самой простой структуре сайта. В сложном проекте публикация нового материала может потребовать гораздо более сложных манипуляций. Потребность изменить структуру сайта ставит под угрозу само его существование. При более-менее сложном проекте бывает легче полностью переделать сайт заново, чем долго и занудно копаться в его внутренностях. Рано или поздно такая ситуация надоедает. Хочется, чтобы обновление сайта было простой операцией, а не напоминало по своим масштабам запуск шаттла. Хочется, чтобы при изменении структуры сайта все его страницы автоматически менялись точно так же, как обновляются формулы в Exсel'е у тети Зины из бухгалтерии, когда она меняет курс доллара в одной ячейке. В конце концов, хочется вообще забыть про веб-редакторы и публиковать на сайте обычный текст, не заботясь о том, каким образом он превратится в HTML. Единственный эффективный путь решения проблемы применение движка, обеспечивающего легкое и непринужденное обновление сайта. Основной принцип работы такого программного механизма это, во-первых, разделение структуры сайта, его контента (содержания) и оформления, а во-вторых, организация взаимосвязи между ними. В этом случае легко добиться того, чтобы при изменении какого-то элемента сайта все остальные элементы также менялись. Если же дизайн сайта и его содержание свалены в кучу (а так и бывает, если страницы создаются вручную в веб-редакторе), а структура вообще не зафиксирована где-либо (то есть просто на диске веб-сервера вебмастером созданы соответствующие каталоги и в них записаны файлы), то создать надежно работающий программный движок, который мог бы четко понять, как именно нужно переделать сайт в связи с изменением одного из элементов, попросту невозможно. Кто-то из читателей, возможно скажет: Так ведь можно сделать так: шапка и подвал страниц хранятся в отдельных файлах и просто вставляются в страницы с помощью SSI-инструкций. Таким образом, получается, что дизайн и содержание отделены друг от друга без всяких движков! Все не так просто. Во-первых, полного разделения дизайна и контента в данном случае не происходит: текст материалов все равно форматируется с помощью HTML. Можно, конечно, форматировать текст с помощью SSI-инструкций, но тогда писать текст будет слишком утомительно (помните, запуск шаттла?). Во-вторых, не происходит фиксации структуры сайта: файлы веб-страниц по-прежнему лежат в созданных для них каталогах, и для добавления нового материала нужно создать новый файл, прописать в него SSI-инструкции, а затем править файлы index.html для разделов сайта и главной страницы в общем, все те же игры в Папу Карло. Итак, если попытаться построить обобщенный портрет движка для веб-сайта, то получится такая картина. Структура сайта (список разделов и список содержащихся в них материалов), шаблоны дизайна и текст материалов сайта содержится в базе данных, размещенной на веб-сервере. Файлы изображений и другие двоичные файлы могут также храниться в базе данных, а могут размещаться просто в отдельных каталогах на диске сервера. Для изменения структуры сайта и его содержания обычно предусматривается специальный веб-интерфейс. С помощью него, например, можно добавлять новые разделы и изменять или удалять уже существующие. Для добавления нового материала нужно ввести в поля формы его название, выбрать раздел сайта, к которому он будет относиться, и сделать copy+paste текста нового материала в форму. Веб-интерфейсы некоторых движков позволяют, помимо ввода текста, просто загрузить соответствующий текстовый файл на сервер и затем уже сами извлекают из него всю нужную информацию. После того, как в базе данных произведены изменения (например, отредактирована структура сайта или добавлен новый материал), вебмастер нажимает соответствующую кнопку, запускающую программу (скрипт) обновления, перегенерирующую страницы сайта. Как вариант, программа обновления может запускаться веб-сервером автоматически, через определенные промежутки времени. Это может быть полезно, если содержание сайта обновляется постоянно, и не только веб-мастером проекта, но и посетителями (например, всевозможные каталоги ссылок, программ, вакансий, объявлений и т.п.). Скрипт обновления читает информацию из базы данных, анализирует структуру сайта, создает на диске сервера каталоги (если они не были созданы ранее) для разделов и генерирует в них страницы, собранные из текста материалов и шаблонов дизайна, хранящихся в базе данных. В некоторых движках скрипт не создает файлы на диске, а генерирует страницы на лету по запросам посетителей: в этих случаях URL'ы страниц выглядят не как www.site.ru/razdel/material.html, а примерно как www.site.ru/index.php3?section=razdel&page=material. Не слишком красиво, но это уж как решат разработчики и их заказчики. Хранение структуры, шаблонов дизайна и текстов в базе данных позволяет легко оснастить сайт функцией поиска, картой разделов (так называемая карта сайта), а также, например, дает возможность нагенерировать сколько угодно версий сайта: различного оформления текстовую, для тех, кто смотрит сайт на экране сотового телефона, стандартную, flash-версию; различной ширины стопроцентной, фиксированной; оптимизированные под разные браузеры последнюю бета-версию Microsoft Internet Explorer, Netscape Navigator 1.0 и т.д. Без проблем решается вопрос альтернативного представления информации, например, в виде версий для печати. В базе данных можно хранить не только текст материалов сайта, но и записи гостевых книг и форумов, результаты опросов, статистику посещений и т.п., легко интегрируя их в информационное наполнение сайта. В следующей заметке я расскажу о двух совершенно разных практических реализациях движков для веб-сайтов: универсальной и очень мощной разработке профессиональной дизайн-студии и простом, но эффективном механизме для небольших контент-проектов. Источник: http://www.e-notes.ru/
|
|||
|
|||
Copyright © "Internet Zone", http://www.izcity.com/, info@izcity.com |