Differences between revisions 2 and 3
Revision 2 as of 2008-08-01 11:28:54
Size: 10673
Editor: eSyr
Comment:
Revision 3 as of 2008-08-20 12:22:33
Size: 16917
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
== Wiki == == Wiki, ==
=== Или: о том, как ни с того, ни с сего сделать школьный вебсайт. ===
Line 3: Line 4:
Как ни с того, ни с сего сделать школьный вебсайт. Тут есть одна небольшая прблема, связаная с тем, что ПСПО делалась на сонове двольно тсарой ветки, и в ней ещё не было до кнца принятго решения, какую версию апача использовать. Поэтому то, чт лектор будет расск. про апач 1. На апаче 2.2 это делается точно также, но в тличие от апча 1, делается одной кмандой. === Appache ===
Line 5: Line 6:
Первым делом уст. http-серврер. Никт уже давн не занимается тем, что редактирует редакторм html-страницы и предст. это в виде вебсайта. В чём пафос утвреждения: чт такое прсмтр ведсайта: вы зходите по http на сервре, сервер тдаёт некий текст, обычно в формате html, это такой язык разметки, ваш прграмма, называемая брузер, умеет показывать эти html-страницы красивым образом и браб. разнго рода деятельность. Вопрос: откуда берутся эти html-ные массивы данных. Раньше как это делалось: запускалась программа, писался размеченный текст, и схранялся как html, или писался
этот html при помщи редактра. Если вам надо писать школьный сайт, кторый рабтает, то надо представтиь,во чт вы вляпыветесь: пмимо адм. вебсервера, надо потр. часы на создание дестяка хтмл-страниц, друг на друга ведущих, и кзывается, чт через плгода оно теряет актуальность, а, поскольку трапртавали том, что есть сайт, т начальство тредует его бновлять. В общем, это какая-то прост бяка плучается, кторую забесплатно никт делать не будет. Соответственно, была профессия контентщик.
Первым делом установим http-серврер, называемый апач. Тут есть одна небольшая проблема, связаная с тем, что ПСПО делалась на основе довольно старой ветки сизифа, и в ней ещё не было до конца принятого решения, какую версию апача использовать; в то время у апача 2 было много проблем с безопасностью. Кроме того, у него достаточно сложная структура управления, которая в альте до конца не отлажена (схема была скопирована из дебиана, где специальная утилита этим управляет). Поэтому то, что лектор будет рассказывать, будет основано на апаче 1. На сегодняшний день это актуально только для ПСПО; все современные дистрибутивы - уже с апачем 2.2 На апаче 2.2 это делается точно также, но в отличие от апача 2.2, на первом это делается одной командой.
Line 8: Line 8:
Кроме того, структура должна быть спланироваа, это должно как-т выглядеть, крме тго, редактируя html вручную, мжно доиться того, что оно нормаьлно нигде не будет пказываться. Для того, чтобы развернуть веб-сайт, не нужно практически ничего, нужно только поставить пакет апач. Вроде бы считается, что на те поры апач1 был прще в управлении. В любом случае, апач в том виде, в котором ставится из школьного бранча, сразу готов к работе. Чтобы запустить его, нужно сказать
{{{
# service httpd start
Starting libhttpd.ep service:
DONE
}}}
Теперь на эту машину можно заходить.
Line 10: Line 16:
Дошл того, что поняли, чт генерацией html должна заниматься машина, дизайнм --- дизайнеры. А контент делается тдеьлно. В результате, получается два способа организации
 * Некий непростй workflow. В этм случае было бы неплохо орг. путешествие документа по глубинам рараб. сайта, пока он не попадёт в публикацию
 * Второй вариант --- есть неке собщесто людей, кторые не веб-дизайнеры, не веб-прграммисты, но задача которых состоит в пополнении информации на сайте наиболее простым спосбом. При чём, может в зависимсти от функциональнсти на требоваться. А в случае, если речь идёт некоем совм. исп. контент, мы упираемся в первую очередь в простоту работы. И те, и другие работы, то есть, организция некоего удобного для польз. прстранства, чтобы н мог пред. некие услуги поверх, делается с помощью такой вещи, как веб-движок. Т есть, поверх веб-сервера запущегна некая прграмма, которая всасывает данные и фрм. контент. Таких движков чртова прорва. В первм случае это порталы --- большие инстр. для людей, кторые занимаются постр. веб-сайтов --- готовый куск под названием блог, сист. документооборота, готвое мест, где дизайнер может внедрить дизайн. Наиболее пробвинутый, хтя не чень известный движок, называется Zope. altlinux крутится на joomla, fosscenter --- на drupal. Drupal двольно интересная штука, челвек, который этим не занимается, лектор, смог за час эго устанвить и настроить. Смущают только две вещи --- оно на php и слишко мнстровый движок. Такое входит в состав pspo, и вроде есть в ветке --- moodle. ЕдинственнеЮ, чт с пмощью moodle нельзя сделать --- написать сайт, чтбы н выглядил как сйт, а не как learning management system.
{{attachment:PspoClasses/080730/ssh_port_forwarding_remote_server.png}}
Line 14: Line 18:
Вот лектор назвал всякие названия, единственное, что нужно отметить --- к каждму такму проекту нужен системный администратор. Нам, простым смертным, это доступно, но, если не следить, то оно плох развивается. Вторй вариант --- восп. техн., которые упрщают рабту с сайтами. Оно происх. от wikiwiki, что на гавайском означает быстр-быстр. Концепция --- чтобы создание сайта занимала не дольше, чем вбивание текста в текстовое окно. На самом деле, wiki-движков дост. много, и то, что лектор хочет предложить вашему вниманию... Он очень небольшой. Вполне себе изолированный. Давайте апач запустим. Если пройдём по 10.30.5.1, то увидим дефолтную страницу, что означает, чт своих страниц сейчас нет. Моин, это очередной движок, кторый тличатеся тем, чт написан на питоне, а не на похапе. Вот эта картинка говорит о том, что апач запущен, но нет контента.
Line 16: Line 20:
Для установки достаточно сказать moin-instance-setup base === Bluefish ===
Line 18: Line 22:
##Кусок от 080730
##TODO: Merge
По умолчанию эта штука смотрит в каталог с документацией по апачу. Создадим где-нибудь там подкаталог.
{{{
# cd /var/www/
# mkdir site
# cd site/
}}}
Создадим страницу с помощью bluefish.
Line 21: Line 30:
На момкент созд. ПСПО не было строгой реком., какую из двух веток исп. в качестве продакшана (1.3 или 2.2). Важно то, что у апача 2 дост. длжго было много проблем с безопаснстью. Крме того, у него дост. сложная структура управления, которая в альте до конца не тлажена (схема была скопирвана из дебиана, где спец. утилита этим упр). Поэтму сначала посм. более прстую вещь, как обращаться с апачем1. {{attachment:PspoClasses/080730/bluefish.png}}
Line 23: Line 32:
Для того, чтобы развернуть веб-сайт, не нужно практически ничего, нужно поставить пакет апач. Вроде бы считается, что на те пры апач1 был прще в управлении. любом случае, апач в том виде, в котором ставится из школьного бранча, он сразу готов к аботе. Теперь на эту машину можно заходить. {{attachment:PspoClasses/080730/bluefish_page_configuration.png}}
Line 25: Line 34:
По умолч. эта штука смотрит в каталог с дк. по апачу. Создадим где-нибудь в этм /var/www/ пдкаталог. {{attachment:PspoClasses/080730/bluefish_page_configuration_title.png}}
Line 27: Line 36:
Создадим страницу с помощью bluefish. Сохраним её локальон и потом скопируем из под рута. {{attachment:PspoClasses/080730/bluefish_page_configuration_ambigous_headers_removed.png}}
Line 29: Line 38:
Теперь отредактируем /etc/httpd/conf/httpd.conf и поменяем DocumentRoot. После чего необх. перезапустить апач и мы увидем нашу страницу. {{attachment:PspoClasses/080730/bluefish_page_generated.png}}
Line 31: Line 40:
Чем хорош блюфиш --- ненужные заголовки мжн поудалять, а нужные не трогать. {{attachment:PspoClasses/080730/bluefish_page_final.png}}
Line 33: Line 42:
Теперь установим вики. Моин это такое вики, кторое написано на питоне. С школьной точки зрения он ничем ни хорош ни плох, а с точки зрения того, кто будет изм. функциональность, он очень удобен. {{attachment:PspoClasses/080730/bluefish_page_save.png}}
Line 35: Line 44:
Для установки инстанса достаточно сказать setup-moin-instance имякаталогасвики. Сохраним её в качестве 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"}}}
После чего необходимо перезапустить апач и мы увидим нашу страницу.
{{{
# service httpd restart
Checking configuration sanity for httpd: DONEStopping libhttpd.ep service: DONEStarting libhttpd.ep service: DONE
}}}
()
Чем хорош блюфиш --- ненужные заголовки можно поудалять, а как пишутся нужные, можно не запоминать.
Line 37: Line 59:
=== Wiki ===
Line 38: Line 61:
Никто уже давно не занимается тем, что редактирует редакторм html-страницы и представляет это в виде вебсайта. Пафос утверждения вот в чём: что такое просмотр вебсайта: вы заходите по протокуолу http на сервр, сервер отдаёт вам некий текст, обычно в формате html, это такой язык разметки, то есть язык организации гипертекстовых данных, ваша программа, называемая браузер, т.е. нафигатор, умеет показывать эти html-страницы красивым образом (то есть, где в качестве гипертекста участвует картинка, показывается картинка, где ссылка - ссылка...) и обрабатывать разного рода деятельность (например, вы тыкаете мышкой на ссылку, и она эту ссылку тоже показывает). Вопрос: откуда берутся эти html-ные массивы данных? Раньше это делалось так: запускалась программа, в которой писался размеченный текст, который затем сохранялся как html, или html-страница с соответствующими тегами создавалась вручную при помщи редактра. В таком варианте, если вам надо писать школьный сайт, который работает, вы вляпыветесь в следующее: помимо администрирования вебсервера (правда, в альте это очень легко), надо будет потратить часы на создание дестяка хтмл-страниц, друг на друга ведущих, и потом окажется, что через полгода оно потеряло актуальность, а, поскольку вы отрапортовали о том, что есть готовый сайт, то начальство требует его обновлять. Таковую, по выражению лектора, бяку забесплатно никто делать не будет. В былые времена там, где содержимое сайта должно было обновляться, была профессия контентщик. Человек, который получал зарплату только за то, что обновлял содержимое веб-сайта.

Кроме того, структура сайта должна быть как-то спланирована, это должно как-то осмысленно выглядеть, кроме того, редактируя html вручную, мжно сделать такой html, который не будет нормально показываться браузером.
В какой-то момент поняли, что представление html это одно, это вообще дело компьютера, а дизайн сайта это другое, чем должны заниматься дизайнеры сайта. А обеспечение наполнения сайта делается отдельно, этим занимаются люди, которым важно заниматься обеспечением наполнения, принимая во внимание два подхода:
 * Сайт есть некая ответственная структура, в которую документы выкладываются путём непростого жизненного цикла: сначала отдел пишет запрос о том, чтобы была информация, этот запрос обрабатывается службой контента, обращаются к авторам, они изобретают текст, который идёт на вычитку редактору а потом к контентщику, шеф ставит на тексте подпись, после этого текст наконец помещается в нужное место. Некий workflow. Его можно сократить до двух ипостасей: один человек пишет тексты, другой их выкладывает. В любом случае, было бы неплохо организовать путешествие документа по глубинам системы раработки сайта, пока он не попадёт в публикацию
 * Второй подход: есть некое собщесто людей, там, учителя, члены 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.
}}}
Нам выдали информацию о том, где находятся файлы (чтобы редактировать их вручную), и веб-адрес.
Line 44: Line 89:
|| 0 || 1 || 1 || 1 || || 1 || ConstantinYershow, [[Allena]], VsevolodKrishchenko || || || || 20 || 1 || 1 || 1 || || 1 || ConstantinYershow, [[Allena]], VsevolodKrishchenko || || ||

Wiki,

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

Appache

Первым делом установим http-серврер, называемый апач. Тут есть одна небольшая проблема, связаная с тем, что ПСПО делалась на основе довольно старой ветки сизифа, и в ней ещё не было до конца принятого решения, какую версию апача использовать; в то время у апача 2 было много проблем с безопасностью. Кроме того, у него достаточно сложная структура управления, которая в альте до конца не отлажена (схема была скопирована из дебиана, где специальная утилита этим управляет). Поэтому то, что лектор будет рассказывать, будет основано на апаче 1. На сегодняшний день это актуально только для ПСПО; все современные дистрибутивы - уже с апачем 2.2 На апаче 2.2 это делается точно также, но в отличие от апача 2.2, на первом это делается одной командой.

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

# service httpd start
Starting libhttpd.ep service:
DONE

Теперь на эту машину можно заходить.

PspoClasses/080730/ssh_port_forwarding_remote_server.png

Вот эта картинка говорит о том, что апач запущен, но нет контента.

Bluefish

По умолчанию эта штука смотрит в каталог с документацией по апачу. Создадим где-нибудь там подкаталог.

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

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

PspoClasses/080730/bluefish.png

PspoClasses/080730/bluefish_page_configuration.png

PspoClasses/080730/bluefish_page_configuration_title.png

PspoClasses/080730/bluefish_page_configuration_ambigous_headers_removed.png

PspoClasses/080730/bluefish_page_generated.png

PspoClasses/080730/bluefish_page_final.png

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"

После чего необходимо перезапустить апач и мы увидим нашу страницу.

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

() Чем хорош блюфиш --- ненужные заголовки можно поудалять, а как пишутся нужные, можно не запоминать.

Wiki

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

Кроме того, структура сайта должна быть как-то спланирована, это должно как-то осмысленно выглядеть, кроме того, редактируя html вручную, мжно сделать такой html, который не будет нормально показываться браузером. В какой-то момент поняли, что представление html это одно, это вообще дело компьютера, а дизайн сайта это другое, чем должны заниматься дизайнеры сайта. А обеспечение наполнения сайта делается отдельно, этим занимаются люди, которым важно заниматься обеспечением наполнения, принимая во внимание два подхода:

  • Сайт есть некая ответственная структура, в которую документы выкладываются путём непростого жизненного цикла: сначала отдел пишет запрос о том, чтобы была информация, этот запрос обрабатывается службой контента, обращаются к авторам, они изобретают текст, который идёт на вычитку редактору а потом к контентщику, шеф ставит на тексте подпись, после этого текст наконец помещается в нужное место. Некий workflow. Его можно сократить до двух ипостасей: один человек пишет тексты, другой их выкладывает. В любом случае, было бы неплохо организовать путешествие документа по глубинам системы раработки сайта, пока он не попадёт в публикацию
  • Второй подход: есть некое собщесто людей, там, учителя, члены 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)