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

Оказывается, выход есть. Единственное требование, чтобы сервер, откуда качаете, поддерживал докачку файлов. И так:

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

Поскольку мне повезло принять участие в бета-тестировании ZebrumCMS, то возникла нужда в установке Zend Optimizer, который необходим для работы этой системы. Забегая вперез скажу, то это действительно мощная и удобная система, и своих денег она стоит. Но вернемся к нашим баранам. Инструкцию по установке ZO под windows оказалась найти проще простого, но пользы от нее был ровный ноль - линуксовый установщик не имеет ничего общего со своим собратом для винды. Поэтому пришлось разбираться самому, что, честно говоря, не оказалось слишком уж сложным. И так, поехали!

Для скачивания ZO необходимо зарегистрироваться на сайте. Далее идем в раздел загрузок и скачиваем вариант Linux x86 (32 bit), поскольку входящий в состав XAMPP Apache был собран под 32-х битную архитектуру. Если у вас не XAMPP и сервер собран под x86_64, то смело выбирайте Linux x86 (64 bit).

После распаковки архива необходимо напустить скрипт install от имени root. Если вы все сделали как надо, то от вас поприветствует вот таким экраном:

При разработке своих программ я, как и многие другие программисты, часто прибегаю к помощи систем контроля версий. В частности, Subversion. Но когда приходит время собирать из рабочей копии нормальный дистрибутив, начинаются сложности: в каждой папке SVN создает свою системную папку .svn, удалять которые вручную довольно утомительно, а не удалять нельзя - из-за этого общий размер дистрибутива вырастет примерно раза в два. Кому это надо? Немного помаявшись, я изобрел простое, как все гениальное, решение:

Впервые такая мысль мысль пришла в голову, когда я занимался разработкой мода Full AlJAX для phpBB3
Там я старался выдержать все элпменты управления в едином стиле и стандартные диалоговые окна казались мне довольно убогими и некрасивыми. Тогда я предпринял пару неубедительных попыток решить эту проблему, но до ума так и не довел.

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

Результатом стал набор из трех функций myAlert(), myConfirm() и myPrompt(), которые реализовали функционал стандартных диалогов при помощи слоев и DOM.
Благодаря этому внешний вид диалогов можно легко подогнать под любой стиль, используя лишь CSS.

Ниже я привожу пример моего диалога:

Незадолго до того, как началась повальная пиар акция CMS Zebrum Lite я начал писать собственную cms примерно с теми же целями - минимально требовательный и быстрый движок для сателлитов. После некоторых раздумий я решил, что раз уж я взялся писать cms с нуля, то надо и шаблонизатор свой написать, чтоб был быстрый и удобный. Ну а поскольку я ярый фанат phpBB и считаю их систему шаблонов одной из наиболее правильных, то свой шаблонизатор я сделал по образу и подобию его собрата из phpBB.

Основные особенности Rapid Template:

• Небольшой размер движка (4.1 кб)
• Быстрота
• Простой синтаксис
• Полная абстракция дизайна от кода

Rapid Template 1.0

Надо сказать, что разработчики FireFox при разработке третьей версии много внимания уделили безопасности. На мой вкус, местами они даже перестарались. Один из таких случаев - сайты, доступные только по HTTPS и с самоподписанными сертификатами. Например, многие хостеры в целях экономии денег для панели управления хостингом сами генерируют и подписывают SSL сертификат. Почему это плохо? Теоретически, любой человек может понаделать таких сертификатов сколько угодно и, соответственно, доверять как благонадежным им нельзя. В то же время это само по себе не представляет никакого вреда.

Так вот, разработчики FF3 почему-то решили, что это плохо и по умолчанию запретили доступ к подобным сайтам. но если нам необходимо туда попасть, то нужно проделать следующие действия:

1) Открыть страницу about:config и установить свойство browser.xul.error_pages.expert_bad_cert равным true.
2) Теперь при заходе на такой сайт на странице с сообщением об ошибке добавится кнопочка "Добавить исключение". Жмем на нее.
3) В появившемся диалоге жмем на "Получить сертификат" и "Подтвердить исключение безопасности"

Вуаля! Теперь сайт благополучно открывается!

Есть такая система обмена показами - asurf.net.ru. Идея заключается в том, что после того, как ты просмотришь (под чутким руководством их скриптов) N нужных сайтов, твой адрес заносится в этот список и те, кто будут добавлять свой сайт после вас будут вынуждены посмотреть ваш сайт. В итоге вы получите N просмотров. В целом система оказалась удачной, стала пользоваться популярностью и даже было запущено для аналогичных сервиса на других доменах. Особо замечательным свойством этой системы оказалось то, что она не требует ни регистрации, ни ввода какой бы то ни было капчи... Как вы думаете, какая мысль меня тут же посетила? Правильно, автоматизировать это дело и на халяву рубить посетителей. Ну а если еще и учесть, что на наиболее активно прокручиваемые в системе сайты вешаются сквозняки, в том числе со страничеко с PR5, то идея становится вообще крайне заманчивой. Ладно, автоматизировать, так автоматизировать.

Собственно, тема уже давно обсосана со всех сторон и любой неленивый человек с легкостью найдет всю нужную информацию, но... ХЗ, почему это "но" есть, но вопросы о правах доступа возникают с завидной регулярностью.
Поэтому я попробую в тысячный раз изобрести велосипед и изложить основы прав доступа к файлам в *NIX системах, а так же некоторые неочевидные тонкости при работе с ними.

[b][u]Часть первая. Какие существуют права доступа.[/u][/b]

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

Для тех, кто еще ни разу не сталкивался с этим чудесным инструментом, кратко раскажу что такое SVN и для чего он нужен.