В последних числах мая в селе Старая Ситня Ступинского района Подмосковья произошел несчастный случай - восьмилетняя девочка погибла на детской площадке. Ребенок упал с качелей, и тяжелое железное сиденье по инерции ударило по голове. Несмотря на то что "скорая" приехала практически мгновенно, спасти девочку не удалось. В прошлые годы качели, горки и футбольные ворота убивали детей во Фрязино, Коломне, Сергиевом Посаде... По данным Всемирной организации здравоохранения, в России на детских площадках ежегодно происходит более 40 тысяч несчастных случаев. Каждый десятый заканчивается смертельным исходом.

Дело - труба

Любой травматолог скажет, что самые тяжелые травмы на детских площадках наносят именно качели. Бывает, ребенок качается, падает, поднимает голову - и получает по затылку или лицу металлическим сиденьем или трубой, на которой оно держится. А иногда дети, сами не замечая того, подходят слишком близко к работающим качелям - и их сбивает с ног несущимся на хорошей скорости сиденьем.

В этом году в Подмосковье 1300 детских площадок будут заменены на современные и безопасные

Самыми опасными считаются качели старого образца, у которых и опора, и подвижные части, к которым крепится сиденье, представляют собой тяжелые металлические трубы. Сиденье у таких качелей тоже массивное и тяжелое - дерево в железной окантовке. В Москве таких экземпляров уже нет - от них избавились в 2012 году, когда за один летний сезон в разных концах города железные монстры сначала упали на двух подружек, переломав им руки-ноги, а потом проломили череп пятилетней девочке, оказавшейся, к слову, дочерью известного певца Ромы Жукова. Зато в Подмосковье качелей из труб полно, особенно в небольших, не избалованных современными игровыми комплексами населенных пунктах. Именно такие стояли и в Старой Ситне. "А ведь мы еще в 2016 году рекомендовали балансодержателю этой детской площадки заменить все устаревшие конструкции на новые и безопасные", - утверждает начальник подмосковного Госадмтехнадзора Татьяна Витушева. Балансодержателем является местная администрация, и именно из-за ее нерасторопных действий, по мнению Витушевой, и произошла трагедия. А всего-то и нужно было, как сделали еще пять лет назад в Москве, поменять качели на современные - с пластиковым сиденьем, практически не имеющим веса, которое крепится не к трубам, а к крепким, но легким цепям или полипропиленовым канатам. Такие качели если и ударят ребенка, не принесут ему серьезного вреда.

Удивительно, но в Роспотребнадзоре утверждают: большинство требований к детским площадкам носит рекомендательный характер. Каждый игровой комплекс обязан иметь сертификат соответствия, где сказано, что он сделан из нетоксичных материалов и не имеет травмоопасных элементов. Например, слишком крупных звеньев качельных цепей, куда ребенок мог бы засунуть руку. Или слишком широких перекладин лестниц, которые трудно обхватить малышу. К травмоопасным также относятся горки и лесенки высотой более 2,5 метра, острые углы и выступы, за которые может зацепиться одежда, выемки и отверстия такого размера, в которых дети могут застрять.

Любая детская площадка устанавливается только на основании сертификата соответствия. А дальше начинаются рекомендации. И если, скажем, площадку поставят на асфальтированном участке, а не на ударогасящем покрытии, как рекомендовано ГОСТом, приедет Госадмтехнадзор и выпишет предписание об устранении нарушения. Если предписание не будет исполнено, балансодержателя площадки оштрафуют. В Подмосковье штраф за ненадлежащее содержание игровых и спортивных площадок составляет от 5 тысяч до 50 тысяч рублей для должностных лиц и от 30 тысяч до 150 тысяч - для юридических. Но если балансодержатель посчитает, что ему дешевле заплатить штраф, чем переустанавливать игровой комплекс, он так и останется стоять на асфальте. Отсюда - горки, заканчивающиеся ямами, где дети ломают ноги, криво закрученные шурупы, в кровь раздирающие ладони, и стоящие вплотную друг к другу качели для детей разных возрастов, тогда как игровые зоны рекомендуется отделять, чтобы старшие случайно не затоптали маленьких.

Зампред правительства Подмосковья Дмитрий Пестов поделился с "РГ" статистикой: в этом году инспекторами Госадмтехнадзора проведено 3200 проверок детских площадок. Выявлено 3032 нарушения. Самые частые претензии связаны как раз с ошибками в установке игровых комплексов - их ставят то близко к парковкам и контейнерным площадкам, то среди камней, кустарников и веток, где ребенок может споткнуться. На втором месте по частоте замечаний состояние прорезиненного покрытия, на которое ставят качели и горки во избежание травм. Оно от ребячьих ног изнашивается быстрее всего, а менять его не все торопятся вовремя.

Горки с ямами, качели с трубами, кривые шурупы и шатающиеся карусели инспекторы тоже находят. Но гораздо реже.

Помоги себе сам

После трагедии в Старой Ситне Уполномоченный по правам ребенка в Подмосковье Ксения Мишонова заявила, что "не нужно дожидаться новых детских смертей - все качели-убийцы должны быть заменены на безопасные веревочные или цепные". И в этом году в регионе будут модернизированы 1300 детских площадок. Но ведь раньше - помните? - на детских площадках вообще не было легких пластиковых конструкций. Повсюду стояли эти тяжелые качели, и никто не считал их опасными. Изменились правила безопасности?

"Изменилось время, а вместе с ним и детские площадки, и сами дети, - считает психолог Анастасия Казанкина. - Если проанализировать статистику несчастных случаев, можно заметить, что самый травмоопасный возраст - от 5 до 10 лет. Дети до 5 лет травмируются редко, потому что за ними по площадке тенью следуют родители, не давая раскачиваться так, чтобы можно было упасть, и не подпуская близко к качелям, если на них уже кто-то качается. А после 10 лет ребенок уже осознанно оценивает возможную опасность". По словам психолога, советская ребятня, не избалованная яркими игровыми комплексами с множеством элементов, подойдя к самому травмоопасному возрасту, умела занимать себя коллективными играми вне содержимого площадки. Ведь не могут на самом деле друзья-семилетки вдвоем висеть на одних качелях - а вторых во дворах тогда не стояло. Нынешние дети без взрослых коллективно играть не умеют. А родители за семилетним чадом по пятам уже не ходят и от качелей, которых теперь на каждой площадке по несколько штук, не оберегают.

"Пока ребенку интересны сами элементы на детской площадке, за ним нужно постоянно присматривать, - советует Казанкина. - И никогда не проходите мимо, если видите на площадке неисправность - торчащий гвоздь, расшатавшуюся ступеньку, ослабленное крепление или стертое до грунта покрытие". Обязательно сообщите о неисправности балансодержателю, которым может быть как муниципалитет, так и конкретная управляющая компания, если площадка стоит во дворе.

Компетентное мнение

Ксения Мишонова, уполномоченный по правам ребенка в Московской области:

За 5 месяцев этого года в Подмосковье погибли 58 детей. Выпадали из окон, тонули на дачных участках и дома, получали несовместимые с жизнью травмы на детских площадках и в ДТП. Большинство трагических случаев произошло по недосмотру родителей. Считаю, что мера материальной ответственности родителей за оставление ребенка в опасности у нас должна быть пересмотрена. Сегодня за это предусмотрен штраф в размере 500 рублей. Штраф за машину, припаркованную в неправильном месте, составляет 2,5 тысячи, а жизнь ребенка, получается, стоит в пять раз дешевле? Нужно повышать градус ответственности, увеличивая штрафы за ненадлежащее исполнение родительских обязанностей.

На 3200 проверок, проведенных на детских площадках в области в этом году, обнаружилось 3032 нарушения. Фото: Сергей Михеев / РГ

Не так давно один из моих посетителей попросил меня написать статью о том, как сделать регистрацию и авторизацию пользователей на сайте . Собственно, выполняю его просьбу, и в этой статье я расскажу о том, как это делается.

Существует несколько способов создания регистрации и авторизации пользователей , но в этой статье я разберу свой любимый - через механизм сессий или cookie.

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

С местом хранения определились. Теперь перейдём непосредственно к алгоритму авторизации :

1. Создать форму регистрации на HTML .
2. Получить данные из формы в скрипте-обработчике.
3. Проверить полученные данные, и если они некорректны, то сделать редирект обратно на форму регистрации.
4. Если данные корректны, то записать их в базу данных.

Вот и весь процесс регистрации пользователя на сайте . То есть регистрация - это сохранение информации о пользователе на сайте.

Дальнейшим пунктом является авторизация пользователя на сайте , однако, прежде чем к нему переходить, расскажу об одном важном моменте в форме регистрации - пароле. Я Вам настоятельно рекомендую не хранить пароли в открытом виде (например так, "123456 "). Обязательно их шифруйте, хотя бы с помощью функции md5() . И в базе данных храните именно зашифрованный пароль.

Теперь авторизация. Первое, что Вы должны понять - это то, что информация об авторизации должна где-то храниться. Самый простой вариант - это хранение информации в сессии (или в cookie ). А теперь алгоритм:

1. Создать форму авторизации пользователя на HTML , куда пользователь должен будет ввести свой логин и пароль.
2. В скрипте-обработчике принять данные от пользователя. Если Вы меня послушались, и храните шифрованные пароли в базе данных, то сначала шифруйте полученный пароль. Если же в базе данных лежат открытые пароли, то шифровать не надо.
3. Проверить правильность введённых данных, и если логин и пароль совпадают с существующим пользователем в базе данных, то записываете в cookie или сессию информацию с логином и шифрованным паролем (либо открытым паролем, если Вы его не шифровали).
4. Если логин и/или пароль введены неверно, то делать редирект обратно на форму авторизации.

Теперь у Вас есть необходимая информация об авторизации пользователя , которая хранится в его cookie или на сервере (если сессия). Фактически, теперь Вам нужно эту информацию проверять на каждой странице сайта и сверять её аналогично проверке формы авторизации. То есть считываете из cookie (сессии) логин и пароль, и проверяете его. Если они верные, то показываете одну страницу (для зарегистрированных пользователей), а если неверные, то показываете другую страницу (для гостей).

И последнее. Как делается кнопка "Выход "? Очень просто. При нажатии на эту кнопку, стираются cookie , либо сессия. Таким образом, пользователь автоматически вылетает с сайта.

Как видите, всё элементарно, но при реализации этого алгоритма у Вас обязательно возникнет множество вопросов. Например, что делать при регистрации пользователя, логин которого уже имеется в базе данных. Реализация различных проверок входных данных, реализация проверки существования e-mail и прочее - всё это является достаточно сложным, если Вы делаете это в первый раз. Однако, самый сок я выдал. Если будут вопросы при реализации, то спрашивайте либо на форуме, либо в комментариях.

Это маленькие файлы, которые незаметно выполняют свою работу, позволяя компьютеру нормально работать и выполнять поставленные перед ним задачи. Если же системные файлы повреждены, то и сама операционная система начинает работать с ошибками («глючить»).

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

Поэтому хочу вас сразу предупредить – если вы не знаете, что делаете и к каким последствиям это может привести – НЕ редактируйте системные файлы и не удаляйте их. В принципе, это относится к любым файлам с неизвестным вам расширением.

Начнем рассмотрение системных файлов с reg файла. Потому что именно с этими файлами частенько встречаются пользователи. Несмотря на такое необычное расширение на самом деле это обыкновенный текстовый файл. Расширение reg указывает операционной системе, что в данном файле содержатся ключи реестра и определенные параметры.

Смотрите ниже, как выглядит reg файл.

Вся информация для простоты обработки компьютером четко структурирована. Так, например, обязательная первая строка REGEDIT с необходимым параметром указывает компьютеру для какой именно версии ОС Windows предназначен reg файл. Далее в определенном порядке идут ключи реестра и параметры к ним.

Кстати, я уже не однократно писал статью с использованием этого файла. Например, « »

Для чего нужен reg файл

Основное предназначение этого вида служебных файлов – работа с ключами реестра. Это самый простой способ создать или заменить необходимые ключи. В прикладном смысле reg файл используется для создания, хранения или изменения пользовательских настроек. С его помощью можно быстро и легко перенести настройки с одного компьютера на другой или создать резервную копию для возможности их восстановления в будущем.

Работа с такими файлами достаточно проста. Чтобы занести необходимую информацию в реестр операционной системы, откройте reg файл, и нажимайте два раза «Да» — соглашаясь с изменениями, которые внесутся в реестр. Дальше Windows автоматически создаст нужный запрос, обработает его и внесет данные в свой реестр.

Как работать с reg файлом

Поскольку, как я уже упоминал ранее, reg файл по сути обыкновенный текстовый файл, то лучшего средства для работы с ним чем блокнот программисты еще не придумали. Можно использовать стандартный блокнот Windows или его аналоги. Исходя из собственного опыта, могу смело порекомендовать пользоваться программой Notepad+++. Во-первых, она бесплатна, а во-вторых, обладает массой дополнительных возможностей.

Само редактирование ничем не отличается от работы с любым текстом. Для сохранения изменений достаточно заново сохранить файл при помощи команды «Файл» -«Сохранить как…» или горячей конфигурации клавиш «Ctrl» + «S».

Создание файла с расширением reg, также делается стандартными процедурами «Файл» -« Создать» или горячей конфигурации клавиш «Ctrl» + «N». Кроме того сделать reg файл можно воспользовавшись стандартной процедурой экспорта данных из реестра.

В заключение, хотелось бы отметить, что работа с такими файлами у опытного пользователя проблем не вызывает. Особо подчеркну «у опытного пользователя ». Если вы только начинаете осваивать компьютер, настоятельно рекомендую вам не экспериментировать с реестром. Потому что, как показывает практика, в большинстве случаев такие эксперименты приводят к необходимости восстановления операционной системы. А вам это, согласитесь, вряд ли надо .

Декабрь 2011 г. аптайм 98.94%

Пора подводить итоги 2011 года. Так, с чего бы начать... Начнем с худшего хостинга 2011 года, им был признан - гремучая смесь низкой стоимости, ненадежности и хамства. На порядок выше, но все же хуже остальных хостингов пришлось признать и . И если в случае с ТагХостингом все более или менее предсказуемо - этот хостинг никогда не отличался стабильностью, то что произошло с ISPserver мне лично не до конца ясно. Дело в том, что тестируемый аккаунт на хостинге ISPserver находится на тарифе "облачный хостинг", что подразумевает повышенную стабильность по сравнению с обычным хостингом, но никак не пониженную. Хочется верить, что холдинг ISP наладит стабильную работу в новом году - хорошая компания и продукты выводит на рынок интересные. Ну вот и все - всех с наступившим, хороших праздников!

Ноябрь 2011 г. аптайм 99.67%

Октябрь 2011 г.

Практически весь октябрь хостинг продолжал чувствовать себя очень нестабильно, это было связано с полной неразберихой, которая творится у холдинга ISPserver - внезапные переносы на новые сервера и потеря данных о доменах в панели управления. На втором месте по худшему аптайму октября оказался хостинг - он был недоступен 27 часов, в процентах его аптайм составил 96.33%.
Из нового: В этом месяце мы подключили к системе тестирования на аптайм компанию , которая является одним из лидирующих на российском рынке регистраторов доменов. Около года назад стала предоставлять хостинг и насколько успешно - узнаем уже скоро. Первые результаты будут доступны в начале декабря. Что же касается - ноябрьский UpTime стал для него последним - этой компании присвоен статус "черного хостинга" за хамство технической поддержки и крайне негативную оценку пользователей (почитайте чтобы убедиться), и в связи с этим была она была исключена из рейтинга хостинг компаний.

Сентябрь 2011 г. тестирование Reg.Ru не проводилось

В сентябре что-то совершенно "нездоровое" творилось с - наш тестовый сайт был перенесен на другой сервер, а домен полностью перестал откликаться - как позже выяснилось, информация о нем вовсе исчезла из панели управления, а служба поддержки только развела руками, мол так и было. Грустно товарищи, что такое случается с крупным холдингом - ведь это не хостинг-однодневка. В итоге ISPserver был недоступен 40 часов, его аптайм 94.35%. В лузерах сентября также оказались хостинги и с результатами 98.08% и 98.55% соответственно.

Август 2011 г. тестирование Reg.Ru не проводилось

Август подошел к концу, и пора подводить итоги: два новых хостинга из США показали хорошие результаты: - 99.65% и - 99.91%. Совсем скоро эти хостинги будут подключены к нашему тестированию на быстродействие и скорость скачивания. Что касается худших - это московская площадка , она была недоступна 19(!) часов (97.47%) и c результатом 99.00% (7 часов "отключки").

Июль 2011 г. тестирование Reg.Ru не проводилось

В Июле мы добавили к тестированию на аптайм два : безлимитный и тяжеловес - мировой лидер по регистрации доменов. Первые результаты буду доступны в августе - посмотрим, как обстоят дела со стабильностью у данных площадок. Что касается худших хостинг-компаний в июле - ими стали две компании: - 95.04% (36 часов простоя, стабильность очень низкая) и московская хостинг-площадка со схожим результатом - 95.17%.

Июнь 2011 г. тестирование Reg.Ru не проводилось

Июнь выдался жарким, это отразилось на тестируемых площадках. Разбор полетов начнем с (он же ) - его аптайм за июнь составил 90.13%. Столь грустные цифры обусловлены тем, что у были недоступны дублирующие/технические адреса доменов (вида http://ДОМЕН.fatcow.com), а статистику мы ведем именно по ним. Сами же домены в этот момент были доступны, поэтому данная проблема сказалась только на тех, кто тестировал свои сайт по временному адресу.
Из "полноценных" оутсайдеров в очередной раз открывает тройку худших хостинг с результатом 98.08% (14 часов простоя), за ним расположились бюджетные хостинги (99.72% - 9 часов недоступности) и , который не работал 6 часов (аптайм 99.14%).

Май 2011 г. тестирование Reg.Ru не проводилось

Подводя итоги мая, можно сказать, что все сервера работали стабильно за исключением одного - это московская площадка (он же ), по данным статистики его аптайм составил 98.17% (более 13 часов простоя). Судя по предыдущему месяцу эта "стабильная нестабильность" московского хостинга начинает входить в привычку. Посмотрим, что будет в следующем месяце!

Апрель 2011 г. тестирование Reg.Ru не проводилось

Закончился апрель - пришло время подводить итоги тестов на аптайм. Худший результат показал московский датацентр , его UpTime составил 99.08% (7 часов простоя), за ним идут хостинги и - 99.17% (6 часов простоя).

Март 2011 г. тестирование Reg.Ru не проводилось

Март прошел без происшествий - в мире хостинга все было спокойно. Кстати ровно год назад произошел пожар в крупнейшем датацентре Украины, в результате которого были недоступны десятки тысяч украинских сайтов (более того, часть пользователей потеряли все свои данные, так как недобросовестные хостинг-компании хранили резервные копии в том же датацентре). На сегодняшний день можно констатировать тот факт, что

Январь 2011 г. тестирование Reg.Ru не проводилось

Начался второй месяц 2011 года, что нового произошло? Январь прошел тихо и спокойно, все сервера работали стабильно - серьезных аварий у тестируемых хостингов не было, чуть хуже остальных проявил себя , его результат работоспособности за Январь 2011 года 98.73% (около 10 часов простоя).
Так же мы удалили из рейтинга (sprinthost.ru). Причиной тому стала назойливость администрации хостинга - очень уж они хотели удалить негативный отзыв, который оставил один из их бывших клиентов (отзыв №3, см. на странице

На хостинге Linux

ISPmanager

u1234567 на ваш логин хостинга):

AddHandler fcgid-script .php .phtml .html .htm FCGIWrapper /var/www/u1234567/data/php-bin/php .php FCGIWrapper /var/www/u1234567/data/php-bin/php .phtml FCGIWrapper /var/www/u1234567/data/php-bin/php .html FCGIWrapper /var/www/u1234567/data/php-bin/php .htm

cPanel

В каталоге сайта создайте файл с названием .htaccess или просто откройте его, если файл уже существует. Добавьте в файл следующие строки (исправьте u1234567 на ваш логин хостинга):

AddHandler fcgid-script .php .phtml .html .htm FCGIWrapper /var/www/u1234567/php-bin/php .php FCGIWrapper /var/www/u1234567/php-bin/php .phtml FCGIWrapper /var/www/u1234567/php-bin/php .html FCGIWrapper /var/www/u1234567/php-bin/php .htm

Parallels Plesk

В каталоге сайта создайте файл с названием .htaccess или просто откройте его, если файл уже существует. Добавьте в файл следующие строки (исправьте u1234567 на ваш логин хостинга):

AddHandler fcgid-script .php .phtml .html .htm FCGIWrapper /var/www/vhosts/u1234567.plsk.regruhosting.ru/php-bin/php .php FCGIWrapper /var/www/vhosts/u1234567.plsk.regruhosting.ru/php-bin/php .htm FCGIWrapper /var/www/vhosts/u1234567.plsk.regruhosting.ru/php-bin/php .html FCGIWrapper /var/www/vhosts/u1234567.plsk.regruhosting.ru/php-bin/php .phtml

Parallels Plesk Onyx 17

В каталоге сайта создайте файл с названием .htaccess или просто откройте его, если файл уже существует. Добавьте в файл следующие строки:

AddHandler fcgid-script .php .phtml .html .htm FCGIWrapper /var/www/cgi-bin/cgi_wrapper/cgi_wrapper .php FCGIWrapper /var/www/cgi-bin/cgi_wrapper/cgi_wrapper .phtml FCGIWrapper /var/www/cgi-bin/cgi_wrapper/cgi_wrapper .html FCGIWrapper /var/www/cgi-bin/cgi_wrapper/cgi_wrapper .htm

Если данное решение не поможет, используйте следующую конструкцию:

AddType application/x-httpd-php .php AddHandler php-script .html

На хостинге Windows

В каталоге сайта создайте файл с названием web.config или просто откройте его, если файл уже существует. Добавьте в файл следующие строки: