Я давно думал о том, чтобы написать систему управления своей коллекцией софта, но только недавно нашлось время. И первым шагом было автоматизировать проверку новых версий программ. Большинство программ не имеют встроенного механизма проверки наличия новых версий и тем более, автоматического обновления, поэтому приходилось информацию о них получать методом парсинга страниц офф. сайтов. В тоже время глупо было бы не воспользоваться имеющимися системами, учитывая что они дают куда более точную информацию о новых версиях. Итак, начнем с самого крепкого орешка - Оперы. На то, чтобы понять как работает её система обновлений у меня ушло 3 дня, поэтому я просто не поделиться полученной информацией =)
На данный момент Opera использует два протокола проверки наличия новых версий:
1. Используется для обновления текущих стабильных версий 9.xx.
Шифрование не используется, все передается по протоколу HTTP. Сервер обновлений - xml.opera.com.
Проверить его работу можно очень просто: достаточно перейти по ссылке http://xml.opera.com/update/. Если сделать это в опере - вам предстанет XML документ с перечислением последних версий для различных локализаций.
Webmin - это программный комплекс, который позволяет администрировать unix-подобную операционную систему, в большинстве случаев не работая с командной строкой и не запоминая ни одной команды. Всё управление сервером происходит через веб-интерфейс. Используя любой браузер, администратор сервера может заводить новые аккаунты, почтовые ящики, изменять настройки веб-сервера Apache, исправлять и дополнять записи DNS, настраивать сайты, почтовые ящики и т.д. Однако, в некоторых случаях необходимо знание операционной системы и редактирование конфигурационных файлов вручную. Кроме того, не все возможности операционной системы и не все программы можно конфигурировать через интерфейс Webmin, например nginx пока не входит в базовый набор.
Хакер приходит в общественную столовую и с возмущением обнаруживает, что солонку на столе может открутить кто попало и насыпать туда что угодно. Хакер приходит домой и пишет гневное письмо директору столовой: "Я, meG@Duc|<, обнаружил уязвимость солонки в Вашей столовой. Злоумышленник может вскрыть солонку и насыпать туда яду! Примите меры срочно!"
День второй
Директор среди прочих деловых писем, запросов о поставках еды и курьерских уведомлений получает письмо, и пожимает плечами: "Кому этот бред только в голову пришёл?" Хроники
Т.к. в силу своей профессии часто приходится сталкиваться с версткой, очень часто появляется необходимость проверить как эта самая верстка будет выглядеть на различных браузерах. В т.ч. и в различных их версиях. И вот тут начинаются вопросы: где взять ИЕ 5 версии, 4, а может, даже и 3-ей?
IETester позволяет тестировать отображение сайта сразу во всех IE-браузерах, актуальных на сегодняшний день — IE8 beta 1, IE7 IE 6 and IE5.5 on Vista and XP.
Напомню, что браузер пока еще находится в состоянии альфа-версии, поэтому возможны некоторые проблемы при его использовании. Тем не менее, потенциал у него очень большой, и он может сильно облегчить жизнь веб-разработчикам, помогая избежать необходимости держать несколько браузеров на одном компьютере.
Не знаю, насколько важно для вас иметь все версии IE под рукой, даже если вы по прежнему пользуете сп1. Но если все-таки вам понадобится подгонять сайт под все ИЕ, то можете ставить этот пак, включающий ИЕ от 3-й по 6-ю версии. 7-й ставится отдельно.
Воскресенье, 31 Августа 2008 г. 20:41
+ в цитатник
Данная статья изначально являлась переработанной инструкцией по установке и настройке програмного обеспечения для организации собственного веб-сервера. Она много раз перерабатывалась в зависимости от нужд, менялись настройки, парметры конфигурации, версии программ. И в результате получился вот такой вот небольшой User Guide =)
Сменил работу. Теперь тружусь Perl-программистом в компании Stack Telecom.
Хорошая рабочая атмосфера приносит свои плоды: опять взялся за перл (а как иначе?), продолжаю разбираться с CVS, приступил к изучению HTML::Mason, вплотную столкнулся с ООП, пришлось разбираться с абстракцией, инкапсуляцией, наследованием и пр. принципами объектно-ориентированного подхода. Стал чаще появляться на своем сервере, опять занялся его настройкой, вернулся к работе над чатом. В общем, надеюсь, что теперь посты будут появляться здесь чаще ;-)
Ах, да, обе сессии успешно закрыты и я переведен на второй курс вечернего отделения Московского Государственного Института Электронной Техники (МГИЭТ) O:-) Ещё год и встанет выбор, если, конечно, не будет никаких проблем с проходом на фак-тет МПиТК (Микроприборов и Технической Кибернетики): ПО (Программное обеспечение) или ТКС (Телекоммуникационные системы). На втором факультете есть самые заманчивые специальности: "Защита информации" и "Защита связи". Правда не уверен, что они есть на вечернем. В любом случае, выбор пока остается на ПО.
Вот и подошел к концу первый курс. Осталась лишь досдать сессию. Но это все лирика. Сегодня речь пойдет про .PAC файлы.
Началось все с того, что, как во на многих фирмах, нам прикрыли контакт и одноклассники. На одноклассники мне, конечно, положить, а вот контакт... Просто так с этим мириться я не собирался, тем более, что на моем сервере уже давно была поднята прокся. Какое-то время я так и сидел: периодически то переключаясь на неё, чтобы попасть ВКонтакт, и отключая, чтобы нормально работать. Не скажу, чтобы меня это сильно напрягало, но хотелась большего автоматизма: чтобы она включалась сама в зависимости от того, на какой сайт я лезу. И тут я обратил свое внимание на строку "Использовать указанный URL для автоматической настройки прокси" в FF.
Эта строка долгое время не давала мне покоя, и в один прекрасный день я решил попробовать узнать, а что же это должен быть за хитрый URL такой? Результатом недолгих поисков стала ссылка на скрипт автонастройки прокси одного из провайдеров. Немного модифицировав его я получил желаемое: если я пытался попасть на одноклассники или контакт, автоматически FF переключался на работу через прокси. В любом другом случае соединение было прямым =) А вот и сам скриптик proxy.pac:
В общем, после поступления на первый курс вечернего отделения МИЭТа, свободного времени стало гораздо меньше, так что не знаю, насколько часто будут тут теперь появляться записи. Можно считать, что пока проект заморожен. Надеюсь, что это временно...
Вчера, наконец-то, запустил обсчет статистики для ftp сервера. Также написал улучшенный алгоритм хэширования пароля с использованием MD5. Сегодня несколько доработал его. Также вчера открыл для себя способ проверки эффективности использования индексов в мускуле. Собственно, это и являлось причиной высокой нагрузки на тестовом сервере - постоянное сканирование таблиц в виду отсутствия индексов. Создал необходимые индексы - нагрузка снизилась.
Были выявлены ошибке в ротаторе логов веб-сервера. Спустя несколько минут были устранены, но статистика по посещениям с 6 утра оказалось безнадежно утеряна. Ну да ладно, не велика потеря =) На будущее учту - смотреть не только на посещаемость но и на время последнего анализа логов.
Смотрел статистику посещаемости ресурса. Оказалось, что наименьшая посещаемость в 6 и 7 часов утра, а не в 4, как я изначально предполагал. Перенастроил служебные задачи, выполняющиеся по крону на это время.
Каждый год, в последнюю пятницу июля, администраторы корпоративных и домашних сетей, баз данных, почтовых систем, программных комплексов и другие «бойцы невидимого фронта» отмечают свой профессиональный праздник - День системного администратора. Профессия сисадмина сродни профессии врача: если все работает хорошо, о нем и не вспоминают... если не работает - его всем народом клянут, на чем свет стоит!
«Отцом» праздника является американец Тед Кекатос, посчитавший, что хоть раз в год системные администраторы должны чувствовать благодарность со стороны пользователей. Первый раз, данный праздник, был отмечен 28 июля 2000 года.
В этот день принято чествовать скромных тружеников «невидимого фронта», оберегающих благополучие корпоративных сетей и компьютеров, - ведь именно от них напрямую зависит успешная работа компании.
В день праздника рекомендуется проявлять к сисадминам повышенное внимание и дарить им подарки, хвалить и заверять в вечной любви и дружбе.
Задача: Настроить сервер для тестирования скриптов, использования его в качестве НАТа, Web-сервера, FTP сервера с Web-регистрацией, тестового полигона для различных программ. Условия: Сеть 10baseT/UTP внешняя, 100baseTX-HD внутренняя. Внешняя защищена авторизацией и привязкой по MACу. Ресурсы: Сервер: Intel Core Duo 2 E6600 2.4 GHz, 1Gb RAM, 500 Gb HDD, 2 LAN Realtek.
OS: FreeBSD 6.2 Методы: Установить на сервер FreeBSD (все остальные настройки буду изложены в следующих статьях). Реализация: Устанавливаем FreeBSD:
- Загружаемся с CD1. Запускается установщик. Далее