Наткнулся тут недавно на одном из форумов на статью. Заголовок поста очень точно отображает мое отношение к этой статье, потому как - ИМХО - это полный бред. И все-таки, чего стоит "опасаться" студентам???
Безобидные на первый взгляд шалости школьников и студентов в Интернете могут привести к довольно плачевным последствиям. Вот пять наиболее типичных ловушек, в которые могут попасть юные интернет-пользователи.
1. Незаконная загрузка контента
Скачать музыкальный файл, фильм или очередной эпизод любимого сериала - что может быть проще? Тем более, в Сети существует огромное количество сайтов, позволяющих сделать это без особых усилий. Однако не стоит забывать, что такое скачивание есть ни что иное как воровство.
Можно долго спорить по поводу доступности торрентов и других файлообменных ресурсов, однако нелегальное скачивание контента чревато проблемами. Достаточно только вспомнить американку, которой присудили штраф в размере $ 1,9 млн за скачивание 24 песен.
2. Списывание
Студенческая жизнь не способствует желанию тратить много времени на написание рефератов или исследовательских работ по малоизученной теме, которые так любят давать преподаватели. В таких ситуациях на помощь приходит Интернет, в котором можно найти даже самые редкие материалы.
Однако не стоит забывать, что современные преподаватели тоже умеют пользоваться Google и «Яндексом» и без проблем найдут взятые из Интернета работы.
Кроме того, во многих вузах России активно внедряется программа «Антиплагиат». Обнаружение дипломной или курсовой работы, являющейся точной копией материала, размещенного в Сети, чревато более серьезными проблемами, чем текущая «двойка».
3. Обсуждение преподавателей в онлайне
Социальные сети и специализированные студенческие сайты часто используются их участниками для обсуждения преподавателей. В этом нет ничего странного, ведь педагоги тоже обсуждают студентов. Однако стоит помнить, что написанное в Интернете не исчезает оттуда, а анонимность интернет-общения может привести к тому, что наблюдателями такого обсуждения могут стать те самые преподаватели. Ведь они тоже могут зарегистрироваться в сетях «В Контакте» или Facebook и читать неосторожные высказывания студентов по поводу излишне строгого и придирчивого педагога.
4. Размещение контента неподобающего содержания
Современные гаджеты и способы коммуникации позволяют обнародовать любой эпизод нашей жизни. Очень легко снять на видео пьяного однокурсника и залить этот ролик на YouTube или в социальную сеть. Столь же просто поместить в «В Контакте», Flickr или Facebook далеко не лучшие фотографии преподавателя. Но делать это не стоит. Такие действия - это опасность получить репутацию человека, которого следует остерегаться. Не стоит удивляться, если автора компрометирующих фото или видео не пригласят на очередную вечеринку.
5. Использование телефона в аудитории
Дискуссии по поводу того, можно ли разрешить использовать телефон в школьном классе или университетской аудитории, ведутся до сих пор. Во многих школах мобильные категорически запрещены, а на дверях университетских аудиторий написано о необходимости выключать сотовые во время лекции. Тем не менее, многие студенты и школьники игнорируют это требование. Однако не стоит таким образом бороться с системой - мобильным телефонам в аудитории не место. Застав ученика с телефоном в руках, преподаватель имеет полное моральное право забрать устройство и, в лучшем случае, отдать родителям.
ПОСТОВОЙ: У нас на сайте есть бесплатная. Приходите будем рады!
Перечитываю эту статью уже несколько раз, сам занимался настройкой по ней. И чешутся у меня руки утянуть к себе в блог ее... не то чтобы ради ретинга, скорее ради сохранности. Ну а чтобы никто был не в обиде на меня, сразу заявляю что статью написал талантливый человек и оригинал статьи находится здесь:
PS статья посвящена настройке сервера firstvds.ru
Данная статься ориентирована на пользователей уровня выше среднего, знакомых с такими понятиями, как SSH, MC, FreeBSD, apache, MySQL, PHP.
Актуальна для шаблона soft2006.
Всё только началось...
Заказав сервер, и внимательно изучив панели, вы заметите такой раздел, как отказы в ресурсах. Слово "отказ" неминуемо вызовет у вас тревогу и желание решить проблему. Сразу хочу заметить, что не всё так страшно, как кажется, но если когда-нибудь у кого-нибудь вместо ожидаемой страницы откроется белый лист - согласитесь, будет немного неприятно. Кнопка F5 (обновить) но если подобное будет происходить часто, то сайт начнёт терять аудиторию.
Итак, для обзора ситуации заходим по SSH на наш сервер и вводим команду top, которая показывает список активных процессов, а так же использование ресурсов (памяти и CPU). В результате видим примерно такую картину(вверху) :
last pid: 53675; load averages: 0.35, 0.33, 0.38 up 0+10:21:50 12:13:49
39 processes: 2 running, 37 sleeping
CPU: 4.3% user, 0.0% nice, 8.7% system, 0.0% interrupt, 87.0% idle
Mem: 99M Active, 29M Free
Swap: 256M Total, 660K Used, 255M Free
Строчка Mem показывает , что у нас используется 99Мб и свободно 29 МБ. Но ситуация может оказаться немного другая:
Mem: 116M Active, 16M Inact
В данной ситуации мы используем 116 Мб. доступной по тарифу памяти и 16 Мб хостер нам даёт так сказать на халяву. Т.е. технология виртуализации и политика FirstVDS позволяет немного выйти за рамки тарифа. А так как сервера загружены не на 100% и не все пользователи используют наполную то остаётся небольшой излишек, который мы можем занять. Использование негарантированной памяти происходит автоматически (как правило, из за особенностей работы apache, о которых расскажу немного позже), и контролировать этот процесс проблематично. В случае, когда сервер (или один из процессов) пытается занять дополнительную память, но на физической машине свободной не осталось, либо когда чей-то сервер попросил вернуть своё "назад" происходит отказы в выделении памяти.
Когда отказы происходят несколько раз в сутки, на ситуацию можно не обращать внимания. Но когда их количество достигает нескольких тысяч в сутки - требуется срочное принятие мер, так как процессом, который получил отказ может оказаться не один из детей апача(в этом случае не отобразиться страничка, и всё), а скажем mysqld ( в этом случае не будет работать всё, что связано с базой данных, и возможно потребуется ваше вмешательство). Существует, конечно, доля вероятности что один отказ в сутки придётся именно на mysql, одна ко она крайне мала.
Итак, что мы можем сделать :
а. Докупить оперативную память(16-32 мбайта, если не хватит, то больше).
б. Произвести тюнинг (о чём дальше речь и пойдёт)
О бедном apache замолвите слово.
Программа, которая отдаёт нам страницы называется WEB-сервером. Данный набор ПО использует в качестве WEB-сервера Apache. Данный сервер используется более, чем половиной серверов интернета. Не вдаваясь в рекламу скажу, что он способен отдавать сотни страниц в секунду. Реализована данная способность за счёт того что запускаются несколько дочерних процессов, каждый их которых способен отдавать единовременно только одну страницу. Тем не менее, каждый процесс требует памяти. Когда число одновременно запрашиваемых страниц становиться больше, чем количество дочерних процессов, запускаются дополнительные процессы, но после того, как страница отдана, остаются висеть в памяти. Со временем их число станет меньше (процессы имеют лимит отданных страниц, после превышения, которого выгружаются), но произойдёт, при небольшом трафике это нескоро. Глубоко в особенности работы апача вникать мы не будем. Скажу только то, что наши действия будут направлены на то, чтобы:
pre : Подключем ngnix
а. Уменьшить количество процессов httpd. (тех самых, что вы видели в команде top)
б. Уменьшить объём памяти, занимаемый каждым из них.
Для дальнейших действий рекомендуется использовать Midnight Commander (вызывается командой mc)
pre : Подключем ngnix
Учитывая то, что на сайте помимо отдаваемых РНР скриптами динамических страниц, имеются статические объекты, такие как картинки, CSS , файлы которые не завият от работы php-скрипта и доступны по подному и тому же пути (например http://your_site.com/img/fon.gif) . Каждый запрос страницы пользователем может сопровождаться загрузкой элементов дизайна (20-30 картинк), если неграмотно настроено кеширование, что может потребовать запуска дополнительных процессов httpd, и соответственно поеданию драгоценной памяти. Наиболее эффективная мера борьбы с этим явлением закулчается в установке кеширующего сервера ngnix. Чтобы вас не пугать сразу хочу сказать, что большинство крупнейших проектов рунета (мамба, рамблер, вконтакте) его используют.
Работает он примерно так : Когда клиент запрашивает страницу - запрос приходит на ngnix. Он смотрит на тип контента и наличие её в своём кеше. Если это просто картинка и она запрашивалась ранее, то он её просто отдаёт не напрягая при этом лишний раз апач. Если нет то запрос спускается к апачу. Если запрошен не статичный файл,а страница, то запрос сразу уходит на апач. Таким образом мы безболезненно снижаем число обращений к апачу и соответственно число необходимых процессов httpd в памяти.
Устанавливается он просто : Следуем в панель ISP далее в разделе настройки сервера открываем пункт возможности.
далее находим в списке "Nginx - быстрый и лёгкий WWW сервер для кэширования" и справа вверху нажимаем "установить" или на жёлтую лампочку, если ngnix уже установлен.
а. Уменьшить количество процессов:
Для уменьшения количества процессов, делаем следующие действия :
идём по пути : /usr/local/etc/apache22/extra
и редактируем файл : httpd-mpm.conf
В нём находим следующие строчки( мой сервер работает сданными настройками) :
StartServers: число процессов при старте.
MinSpareServers: Минимальное число процессов в обычном режиме.
MaxSpareServers: Максимальное число.
MaxClients: Максимальное число процессов httpd.
MaxRequestsPerChild: Максимальное число страниц отданных процессом, после которого он убивается.
Приведённые выше настройки даны для сервера с небольшой посещаемостью. После применения, периодически просматривайте логи, если серверу придётся часто дозапускать процессы, он об этом сообщит, в этом случае увеличьте значения StartServers , MinSpareServers ,MaxSpareServers. Как показывает практика для сервера с посещаемостью до 2000 уников/сутки 2-5 серверов вполне достаточно, если, конечно нет пиковых нагрузок.
Мы настроили модуль MPM( Multi-Processing Module), но по умолчанию он отключен. Для того чтоб его подключить нам необходимо найти в файле httpd.conf (находится /usr/local/etc/apache22) строку :
# Server-pool management (MPM specific)
# Include etc/apache22/extra/httpd-mpm.conf
и убрать # вначале второй строки.
После чего перезагрузить сервер введя в командной строке apachectl -k restart
б. Уменьшить объём памяти, занимаемый каждым httpd.
Данные действия вы делаете на свой страх и риск! После проведения данной оптимизации перестанут работать phpMyAdmin и WebMail из панели ISP manager. (PhpMyAdmin придётся добавлять ручками).
Создавая сайт, вам приходилось выбирать режим работы php. (подробнее о режимах написано тут : http://firstvds.ru/ru/technology/faq/phpmodes.html ) Режимы "PHP как FastCGI" и "PHP как модуль Apache" имеют свои приемущества, в частности работают быстрее, однако в данном случае каждый из них является модулем апача и соответственно вносит свой вес в каждый процесс httpd. Даже если ни один из ваших сайтов не использует данные режмы, в любом случае они загружаются в каждом процессе. Так как PhpMyAdmin и WebMail (находящиеся в панели) привязаны к режиму "PHP как модуль Apache" то после отключения данных модулей они работать перестанут.
Преже, чем мы отключим данные модули убедитесь, что PHP на всех ваших сайтах переведёт в режим "PHP как CGI" . После чего переходим к следующим действиям :
Снова открывает httpd.conf
находим строчки :
LoadModule php5_module libexec/apache22/libphp5.so
LoadModule fcgid_module libexec/apache22/mod_fcgid.so
И ставим перед ними символ #
Снова перезагружаем апач apachectl -k restart
Ну и для проверки смотрим, что нам говорит команда top
В заключении хочу сказать, что для восстановления работы phpMyAdmin скачайте последнюю версию с сайта проекта и распакуйте в какой-нибудь каталог одного из своих сайтов.
Скоро.. очень скоро Вас ждет приятное обновление моего блога.. но пока что эту тему оставлю в секрете – надеюсь что к своему д.р. успею закончить текущие работы и доделаю новую версию блога.
А сегодня хочу поздравить всех с днем знаний, родителям – пожелать умных и гениальных детей. А тем кто еще не стал «счастливым родителем» – просто пожелать детей
