Различия между версиями 1 и 18 (по 17 версиям)
Версия 1 от 2008-07-23 12:42:23
Размер: 8222
Редактор: eSyr
Комментарий:
Версия 18 от 2008-09-03 12:00:00
Размер: 15164
Редактор: VsevolodKrishchenko
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 2: Строка 2:
== Как сделать школьный веб-сайт ==
Строка 3: Строка 4:
Как ни с того, ни с сего сделать школьный вебсайт. Тут есть одна небольшая прблема, связаная с тем, что ПСПО делалась на сонове двольно тсарой ветки, и в ней ещё не было до кнца принятго решения, какую версию апача использовать. Поэтому то, чт лектор будет расск. про апач 1. На апаче 2.2 это делается точно также, но в тличие от апча 1, делается одной кмандой. Вы заходите по протоколу http на сервер, сервер отдаёт вам некий текст, обычно в формате html, это такой язык разметки, то есть язык организации гипертекстовых данных, ваша программа, называемая браузер, т.е. нафигатор, умеет показывать эти html-страницы красивым образом (то есть, где в качестве гипертекста участвует картинка, показывается картинка, где ссылка - ссылка...) и обрабатывать разного рода деятельность (например, вы тыкаете мышкой на ссылку, и она эту ссылку тоже показывает). Вопрос: откуда берутся эти html-ные массивы данных?
Строка 5: Строка 6:
Первым делом уст. http-серврер. Никт уже давн не занимается тем, что редактирует редакторм html-страницы и предст. это в виде вебсайта. В чём пафос утвреждения: чт такое прсмтр ведсайта: вы зходите по http на сервре, сервер тдаёт некий текст, обычно в формате html, это такой язык разметки, ваш прграмма, называемая брузер, умеет показывать эти html-страницы красивым образом и браб. разнго рода деятельность. Вопрос: откуда берутся эти html-ные массивы данных. Раньше как это делалось: запускалась программа, писался размеченный текст, и схранялся как html, или писался
этот html при помщи редактра. Если вам надо писать школьный сайт, кторый рабтает, то надо представтиь,во чт вы вляпыветесь: пмимо адм. вебсервера, надо потр. часы на создание дестяка хтмл-страниц, друг на друга ведущих, и кзывается, чт через плгода оно теряет актуальность, а, поскольку трапртавали том, что есть сайт, т начальство тредует его бновлять. В общем, это какая-то прост бяка плучается, кторую забесплатно никт делать не будет. Соответственно, была профессия контентщик.
Строка 8: Строка 7:
Кроме того, структура должна быть спланироваа, это должно как-т выглядеть, крме тго, редактируя html вручную, мжно доиться того, что оно нормаьлно нигде не будет пказываться. === Веб-сервер Apache ===
Строка 10: Строка 9:
Дошл того, что поняли, чт генерацией html должна заниматься машина, дизайнм --- дизайнеры. А контент делается тдеьлно. В результате, получается два способа организации
 * Некий непростй workflow. В этм случае было бы неплохо орг. путешествие документа по глубинам рараб. сайта, пока он не попадёт в публикацию
 * Второй вариант --- есть неке собщесто людей, кторые не веб-дизайнеры, не веб-прграммисты, но задача которых состоит в пополнении информации на сайте наиболее простым спосбом. При чём, может в зависимсти от функциональнсти на требоваться. А в случае, если речь идёт некоем совм. исп. контент, мы упираемся в первую очередь в простоту работы. И те, и другие работы, то есть, организция некоего удобного для польз. прстранства, чтобы н мог пред. некие услуги поверх, делается с помощью такой вещи, как веб-движок. Т есть, поверх веб-сервера запущегна некая прграмма, которая всасывает данные и фрм. контент. Таких движков чртова прорва. В первм случае это порталы --- большие инстр. для людей, кторые занимаются постр. веб-сайтов --- готовый куск под названием блог, сист. документооборота, готвое мест, где дизайнер может внедрить дизайн. Наиболее пробвинутый, хтя не чень известный движок, называется Zope. altlinux крутится на joomla, fosscenter --- на drupal. Drupal двольно интересная штука, челвек, который этим не занимается, лектор, смог за час эго устанвить и настроить. Смущают только две вещи --- оно на php и слишко мнстровый движок. Такое входит в состав pspo, и вроде есть в ветке --- moodle. ЕдинственнеЮ, чт с пмощью moodle нельзя сделать ---- написать сайт, чтбы н выглядил как сйт, а не как learning management system.
Для создания вею-сайта в начале необходимо установить веб-сервер --- программу, общающуюся в веб-броузерами клиентов по протоколу HTTP. В связи с тем, что на момент начала создания ПСПО в веб-сервере Apache версии 2.0 были определенные проблемы с безопасностью при включении модуля mod_proxy, в ПСПО используется старая, но испытаная версия Apache 1.3, хотя в большинстве дистрибутивов сейчас используется Apache 2.2.
Строка 14: Строка 11:
Вот лектор назвал всякие названия, единственное, что нужно отметить --- к каждму такму проекту нужен системный администратор. Нам, простым смертным, это доступно, но, если не следить, то оно плох развивается. Вторй вариант --- восп. техн., которые упрщают рабту с сайтами. Оно происх. от wikiwiki, что на гавайском означает быстр-быстр. Концепция --- чтобы создание сайта занимала не дольше, чем вбивание текста в текстовое окно. На самом деле, wiki-движков дост. много, и то, что лектор хочет предложить вашему вниманию... Он очень небольшой. Вполне себе изолированный. Давайте апач запустим. Если пройдём по 10.30.5.1, то увидим дефолтную страницу, что означает, чт своих страниц сейчас нет. Моин, это очередной движок, кторый тличатеся тем, чт написан на питоне, а не на похапе. Для развертывания веб-сервера достаточно установить пакет apache и запустить службу httpd. В случае ПСПО web-сервер будет работоспособен сразу после установки.
Установим и запустим сервер Apache следующей командой:
{{{
# apt-get install apache && service httpd start
}}}
Строка 16: Строка 17:
Для установки достаточно сказать moin-instance-setup base Теперь при попытке зайти на доменное имя или IP-адрес используемой машины по протоколу HTTP будет показано следующее:

{{attachment:PspoClasses/080730/ssh_port_forwarding_remote_server.png}}

По умолчанию сервер Apache использует в качестве корневого каталога сайта (!DocumentRoot) каталог со своей документацией. То, что мы видим приведённую выше страницу, означает, что веб-сервер работает, однако у нас отсутствует собственно веб-сайт, поскольку нет никакого содержания.

=== Создания HTML-страниц с помощью Bluefish ===

Для создания сайта можно использовать специально предназначенную среду разработки --- Bluefish. Перед созданием каких-либо страниц создадим подкаталог в месте, предназначенном для размещения файлов контента веб-сервера, {{{/var/www}}}, и для простоты разрешим изменять его содержимое всем локальным пользователям:
{{{
# mkdir /var/www/site
# chmod o+w /var/www/site
}}}

Создадим с помощью редактора Bluefish html-страницу:
 1. Откроем bluefish
## . {{attachment:PspoClasses/080730/bluefish.png}}
 1. Откроем диалог создания новой HTML-страницы
  . {{attachment:PspoClasses/080730/bluefish_page_configuration.png}}
 1. Зададим заголовок страницы и удалим лишние заголовки
## . {{attachment:PspoClasses/080730/bluefish_page_configuration_title.png}}
## 1. Удалим лишние заголовки
  . {{attachment:PspoClasses/080730/bluefish_page_configuration_ambigous_headers_removed.png}}
 1. Сгенерируем страницу и добавим содержимое страницы
## .{{attachment:PspoClasses/080730/bluefish_page_generated.png}}
 1. Добавим содержимое страницы.
  .{{attachment:PspoClasses/080730/bluefish_page_final.png}}
 1. Сохраним полученный результат
  .{{attachment:PspoClasses/080730/bluefish_page_save.png}}

Сохраним её под именем index.html в свю домашнюю директорию и скопируем её из-под рута в `/var/www/site/`.

''Владельца site надо бы поменять или права записи''.

Затем отредактируем `/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 командой {{{service httpd restar}}}, в браузере при обращении к данной машине можно будет увидеть только что созданную страницу.

=== Использование Wiki ===

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


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

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

 * Может существовать сообщество людей (к примеру --- учителя, ALT Linux team, любители пива, любители Евгения Сыромятникова). Члены сообщества могут не быть ни веб-дизайнерами, ни веб-программистами, однако им может быть надо оперативно пополнять информацию на сайте наиболее простым способом.

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

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

 * Порталы. Это инструменты людей, занимающихся сайтостроением. В них есть уже готовые системы поддержки блогов, документооборота, внедрения оригинального дизайна. Наиболее развитым инструментом такого плана является портальный движок Zope, написанный на Python. Под него существуют специальные программы, например, реализации cms. Сайт altlinux использует другой аналогичный движок --- joomla. fosscenter.ru сделан на движке Drupal. Drupal интересен легкостью установки и удобством управления, однако написан на PHP и перегружен. Существует движок, ориентированный на learning content --- Moodle. Сайты, сделанные на нем, выглядят спецефически, как learning management system. В любом случае, портальный движок обязательно должен сопровождаться ответственным системным администратором.
 
 * Wiki. Это технологии, упрощающие группувую работу с информационным наполнением сайта сайтами. На гавайском языке "wiki" означает "быстро". Основная концепция этой технологии --- создание веб-страницы должно занимать времени не больше, чем просто набор текста. Кроме того, должна быть максимально упрощена процедура отмены изменений. В отличие от портальных решений, большинство из которых не бесплатны, свободных wiki-движков существует несколько сотен. В качестве примера будет рассматриваться движок moin. Он написан на Python и является разумным компромиссом между готовой работающей структурой и вещью, которая гибко настраивается и удобно перепрограммируется. В состав ПСПО moin не входит, однако установить его достаточно просто.

{{{
# apt-get update && apt-get install 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.
}}}
При запуске показываются сведения о том, где находятся файлы настроек и контента и какой используется веб-адрес.

{{{
# sed 's/#superuser = \[u"YourName", \]/superuser = [u"SuperUser", ]/' -i /var/www/wiki/school/cgi-bin/wikiconfig.py
}}}

Запрещение создание пользователей:

{{{
# chmod a-w /var/www/wiki/school/data/user
}}}

Добавить установку языкового пакета.

http://localhost/school/UserPreferences

http://localhost/school/SystemPagesSetup
Строка 24: Строка 126:
|| 0 || 1 || 1 || 1 || || 1 || ConstantinYershow, [[Allena]], VsevolodKrishchenko || || || || 58 || 1 || 1 || 1 || || 1 || ConstantinYershow, [[Allena]], VsevolodKrishchenko || || ||

Wiki

Как сделать школьный веб-сайт

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

Веб-сервер Apache

Для создания вею-сайта в начале необходимо установить веб-сервер --- программу, общающуюся в веб-броузерами клиентов по протоколу HTTP. В связи с тем, что на момент начала создания ПСПО в веб-сервере Apache версии 2.0 были определенные проблемы с безопасностью при включении модуля mod_proxy, в ПСПО используется старая, но испытаная версия Apache 1.3, хотя в большинстве дистрибутивов сейчас используется Apache 2.2.

Для развертывания веб-сервера достаточно установить пакет apache и запустить службу httpd. В случае ПСПО web-сервер будет работоспособен сразу после установки. Установим и запустим сервер Apache следующей командой:

# apt-get install apache && service httpd start

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

PspoClasses/080730/ssh_port_forwarding_remote_server.png

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

Создания HTML-страниц с помощью Bluefish

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

# mkdir /var/www/site
# chmod o+w /var/www/site

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

  1. Откроем bluefish

  1. Откроем диалог создания новой HTML-страницы
    • PspoClasses/080730/bluefish_page_configuration.png

  2. Зададим заголовок страницы и удалим лишние заголовки

  • PspoClasses/080730/bluefish_page_configuration_ambigous_headers_removed.png

  1. Сгенерируем страницу и добавим содержимое страницы

  1. Добавим содержимое страницы.
    • PspoClasses/080730/bluefish_page_final.png

  2. Сохраним полученный результат
    • PspoClasses/080730/bluefish_page_save.png

Сохраним её под именем index.html в свю домашнюю директорию и скопируем её из-под рута в /var/www/site/.

Владельца site надо бы поменять или права записи.

Затем отредактируем /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 командой service httpd restar, в браузере при обращении к данной машине можно будет увидеть только что созданную страницу.

Использование Wiki

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

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

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

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

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

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

  • Порталы. Это инструменты людей, занимающихся сайтостроением. В них есть уже готовые системы поддержки блогов, документооборота, внедрения оригинального дизайна. Наиболее развитым инструментом такого плана является портальный движок Zope, написанный на Python. Под него существуют специальные программы, например, реализации cms. Сайт altlinux использует другой аналогичный движок --- joomla. fosscenter.ru сделан на движке Drupal. Drupal интересен легкостью установки и удобством управления, однако написан на PHP и перегружен. Существует движок, ориентированный на learning content --- Moodle. Сайты, сделанные на нем, выглядят спецефически, как learning management system. В любом случае, портальный движок обязательно должен сопровождаться ответственным системным администратором.
  • Wiki. Это технологии, упрощающие группувую работу с информационным наполнением сайта сайтами. На гавайском языке "wiki" означает "быстро". Основная концепция этой технологии --- создание веб-страницы должно занимать времени не больше, чем просто набор текста. Кроме того, должна быть максимально упрощена процедура отмены изменений. В отличие от портальных решений, большинство из которых не бесплатны, свободных wiki-движков существует несколько сотен. В качестве примера будет рассматриваться движок moin. Он написан на Python и является разумным компромиссом между готовой работающей структурой и вещью, которая гибко настраивается и удобно перепрограммируется. В состав ПСПО moin не входит, однако установить его достаточно просто.

# apt-get update && apt-get install 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.

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

# sed 's/#superuser = \[u"YourName", \]/superuser = [u"SuperUser", ]/' -i /var/www/wiki/school/cgi-bin/wikiconfig.py

Запрещение создание пользователей:

# chmod a-w /var/www/wiki/school/data/user

Добавить установку языкового пакета.

http://localhost/school/UserPreferences

http://localhost/school/SystemPagesSetup


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

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

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

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

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

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

Level

Maintainer

Start date

End date

58

1

1

1

1

ConstantinYershow, Allena, VsevolodKrishchenko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080722/05Wiki (последним исправлял пользователь eSyr 2009-03-22 23:53:52)