Differences between revisions 4 and 5
Revision 4 as of 2008-08-25 00:14:15
Size: 16191
Editor: Allena
Comment:
Revision 5 as of 2008-08-25 00:53:56
Size: 14870
Editor: Allena
Comment:
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
Запустим его: Запустим apache:
Line 59: Line 59:
Перезапустить web-сервер можно следующей командой:
Line 68: Line 69:
Никто уже давно не занимается тем, что редактирует редакторм html-страницы и представляет это в виде вебсайта. Пафос утверждения вот в чём: что такое просмотр вебсайта: вы заходите по протокуолу http на сервр, сервер отдаёт вам некий текст, обычно в формате html, это такой язык разметки, то есть язык организации гипертекстовых данных, ваша программа, называемая браузер, т.е. нафигатор, умеет показывать эти html-страницы красивым образом (то есть, где в качестве гипертекста участвует картинка, показывается картинка, где ссылка - ссылка...) и обрабатывать разного рода деятельность (например, вы тыкаете мышкой на ссылку, и она эту ссылку тоже показывает). Вопрос: откуда берутся эти html-ные массивы данных? Раньше это делалось так: запускалась программа, в которой писался размеченный текст, который затем сохранялся как html, или html-страница с соответствующими тегами создавалась вручную при помщи редактра. В таком варианте, если вам надо писать школьный сайт, который работает, вы вляпыветесь в следующее: помимо администрирования вебсервера (правда, в альте это очень легко), надо будет потратить часы на создание дестяка хтмл-страниц, друг на друга ведущих, и потом окажется, что через полгода оно потеряло актуальность, а, поскольку вы отрапортовали о том, что есть готовый сайт, то начальство требует его обновлять. Таковую, по выражению лектора, бяку забесплатно никто делать не будет. В былые времена там, где содержимое сайта должно было обновляться, была профессия контентщик. Человек, который получал зарплату только за то, что обновлял содержимое веб-сайта. Однако, тот подход, что был только что продемонстрирован, является устаревшим. Практика создания html-страниц вручную на данный момент по большей части ушла в прошлое.
Line 70: Line 71:
Кроме того, структура сайта должна быть как-то спланирована, это должно как-то осмысленно выглядеть, кроме того, редактируя html вручную, мжно сделать такой html, который не будет нормально показываться браузером.
В какой-то момент поняли, что представление html это одно, это вообще дело компьютера, а дизайн сайта это другое, чем должны заниматься дизайнеры сайта. А обеспечение наполнения сайта делается отдельно, этим занимаются люди, которым важно заниматься обеспечением наполнения, принимая во внимание два подхода:
 * Сайт есть некая ответственная структура, в которую документы выкладываются путём непростого жизненного цикла: сначала отдел пишет запрос о том, чтобы была информация, этот запрос обрабатывается службой контента, обращаются к авторам, они изобретают текст, который идёт на вычитку редактору а потом к контентщику, шеф ставит на тексте подпись, после этого текст наконец помещается в нужное место. Некий workflow. Его можно сократить до двух ипостасей: один человек пишет тексты, другой их выкладывает. В любом случае, было бы неплохо организовать путешествие документа по глубинам системы раработки сайта, пока он не попадёт в публикацию
##вы заходите по протокуолу http на сервр, сервер отдаёт вам некий текст, обычно в формате html, это такой язык разметки, то есть язык организации гипертекстовых данных, ваша программа, называемая браузер, т.е. нафигатор, умеет показывать эти html-страницы красивым образом (то есть, где в качестве гипертекста участвует картинка, показывается картинка, где ссылка - ссылка...) и обрабатывать разного рода деятельность (например, вы тыкаете мышкой на ссылку, и она эту ссылку тоже показывает). Вопрос: откуда берутся эти html-ные массивы данных?

Дело в том, что при таком подходе требуется очень много усилий для поддержания сайта в актуальном состоянии.Ранее существовала даже специальная профессия --- контенщик, человек, которому платили за регулярные обновления сайта. Задача создания осмысленной структкры сайта так же не слишком проста. В дополнение ко всему, вручную можно случайно или по незнанию написать html-код, который будет отображаться браузерами некорректно.
 
В какой-то момент произошло осознание того, что дизайн сайта, его наполнение информацией и представление в виде html --- это различные задачи, которые стоит решать по отдельности. Появилось два подхода к решению задачи наполнения сайта информацией:

 * Сайт --- это некая ответственная структура. Информация попадает на сайт после прохождения непрочстого жизненного цикла: какой-нибудь отдел пишет запрос, запрос обрабатывается службой контента, которая обращается к авторам; авторы пишут текст, текст вычитывается редактором, шеф утверждает текст, и лишь затем текст попадает в нужное место на сайте. Иногда этапов намного меньше, их может быть всего два --- один человек готовит информацию, другой размещает её. В любом случае, до появления на сайте информация должна пройти сколько-нибудь этапов обработки.
Line 74: Line 80:

Wiki

О том, как ни с того, ни с сего сделать школьный вебсайт

Apache

Для начала установим web-сервер. В связи с тем, что на момент начала создания ПСПО в apache 2.2 были проблемы с безопасностью,в ПСПО используется apache 1, хотя в большинстве дистрибутивов сейчас используется apache 2.2. Для развертывания web-сайта достаточно установить пакет apache. В случае ПСПО web-сервер будет работоспособен сразу после установки.

Запустим apache:

# service httpd start
Starting libhttpd.ep service:
DONE

Теперь при попытке зайти по доменному имени или IP-адресу используемой машины будет показано следующее:

PspoClasses/080730/ssh_port_forwarding_remote_server.png

Это означает, что apache работает, однако отсутствует собственно сайт --- контент.

Bluefish

Для создания сайта можно использовать специально предназначенную среду разработки --- Bluefish. По умолчанию Bluefish использует в качестве рабочего каталога /var/www. Создадим в нём подкаталог:

# cd /var/www/
# mkdir site
# cd site/

Создадим с помощью bluefish html-страницу:

1. PspoClasses/080730/bluefish.png

2. PspoClasses/080730/bluefish_page_configuration.png

3. PspoClasses/080730/bluefish_page_configuration_title.png

4. PspoClasses/080730/bluefish_page_configuration_ambigous_headers_removed.png

5. PspoClasses/080730/bluefish_page_generated.png

6. PspoClasses/080730/bluefish_page_final.png

7. PspoClasses/080730/bluefish_page_save.png

Сохраним её под именем index.html.

Затем отредактируем /etc/httpd/conf/httpd.conf. Поменяем в нём поле DocumentRoot:

# DocumentRoot: The directory out of which you will serve your /Root
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/var/www/site"

Теперь, после перезапуска apache, в браузере, при обращении к данной машине, можно будет увидеть только что созданную страницу. Перезапустить web-сервер можно следующей командой:

# service httpd restart
Checking configuration sanity for httpd:  DONEStopping libhttpd.ep service: DONEStarting libhttpd.ep service: DONE

Wiki

Однако, тот подход, что был только что продемонстрирован, является устаревшим. Практика создания html-страниц вручную на данный момент по большей части ушла в прошлое.

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

В какой-то момент произошло осознание того, что дизайн сайта, его наполнение информацией и представление в виде html --- это различные задачи, которые стоит решать по отдельности. Появилось два подхода к решению задачи наполнения сайта информацией:

  • Сайт --- это некая ответственная структура. Информация попадает на сайт после прохождения непрочстого жизненного цикла: какой-нибудь отдел пишет запрос, запрос обрабатывается службой контента, которая обращается к авторам; авторы пишут текст, текст вычитывается редактором, шеф утверждает текст, и лишь затем текст попадает в нужное место на сайте. Иногда этапов намного меньше, их может быть всего два --- один человек готовит информацию, другой размещает её. В любом случае, до появления на сайте информация должна пройти сколько-нибудь этапов обработки.
  • Второй подход: есть некое собщесто людей, там, учителя, члены ALTlinux team, любители пива или же Евгения Сыромятникова, которые не веб-дизайнеры, не веб-программисты, но задача которых состоит в оперативном пополнении информации на сайте наиболее простым способом.

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

  • Во-первых, это порталы --- большие инструментарии для людей, которые занимаются построением веб-сайтов, там есть готовые куски - блог, система документооборота, готвое место, где дизайнер может внедрить дизайн. Наиболее пробвинутый, хотя не очень известный такого рода портальный движок называется Zope. Это дикое количество кода на питоне, под него пишут специальные программы, например, которые реализуют, допустим, только cms. Сайт altlinux тоже сделан на таком движке - joomla, fosscenter.ru сделан на drupal. Drupal - довольно интересная штука, лектор, который профессионально этим не занимается, смог за час эго установить и настроить, несмотря на то, что в тот момент он не существовал как пакет в альте. Лектор скачал коды на php, настроил сервер баз данны; после того, как он заработал, доставить и включить в нём оставшиеся возможности можно прямо из него. Смущают только две вещи --- оно написано на php и слишком монстровый движок. Ещё есть moodle. Он входит в состав pspo, и вроде есть в ветке. Moodle - это веб-движок, ориентированный на learning content, это называется learning management system. В нём тоже есть блоги там, форумы... Единственное, что с помощью moodle нельзя сделать --- написать сайт, чтбы он выглядел как сайт, а не как learning management system. Вот лектор назвал всякие названия, единственное, что нужно отметить --- к каждому такому проекту нужен ответственный системный администратор. Нам, простым смертным, это доступно, но, если за ними не следить, то они плохо развивается.
  • Второй вариант --- воспользоваться технологиями, которые упрощают рабту с сайтами. Они имеют родовое имя - wikiwiki, что на гавайском английском означает быстро-быстро (искаж. quick-quick). Концепция --- чтобы создание веб-страницы занимало столько же времени, сколько занимает вбивание текста в текстовое окно. Более того, если кто-то сделал исправление, которое вам не нравится, исправление обратно тоже должно занимать как можно меньше времени. Wiki - это движок; в отличие от портальных движков, которых свободных не так много, wiki-движков несколько сотен. Лектор хочет предложить нашему вниманию движок moin. Moin отличается тем, что написан на питоне, а не на похапе. С школьной точки зрения он ничем ни хорош ни плох, а с точки зрения того, кто будет в нём дизайнить, moin представляется разумным компромисом между готовой работающей структурой и штукой, которую можно гибко настраивать и перепрограмировать. Он не входит в состав ПСПО, но очень небольшой и вполне себе изолированный, то есть его можно взять откуда-то и поставить. Для того, чтобы поднять эту службу, достаточно сказать

# moin-instance-setup school
Checking configuration sanity for httpd: DONE
Stopping libhttpd.ep service: DONE
Starting libhttpd.ep service: DONE
Moin-Moin school installation is finished:
        Wiki pages: /var/www/wiki/school
        Wiki url: http://localhost.localdomain/school
        Additional Apache config file: /etc/httpd/conf/addon-modules.d/moin-school.conf
Edit /var/www/wiki/school/cgi-bin/wikiconfig.py to set your site up.

Нам выдали информацию о том, где находятся файлы (чтобы редактировать их вручную), и веб-адрес.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

20

1

1

1

1

ConstantinYershow, Allena, VsevolodKrishchenko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080722/05Wiki (last edited 2009-03-22 20:53:52 by eSyr)