У Google появился свой браузер, назвали Chrome, пока в статусе beta, но ведет себя эта beta явно стабильнее, чем некоторые релизы FireFox'а и Safari. Сделали Google Сhrome на основе WebKit, движка рендеринга от Apple.

Теперь чувствую инновации попрут!

При установке браузера у меня завизжал характерным поросячим визгом Антивирус Касперского, googleupdate.exe он посчитал за trojan.generic.

Полез я в whois посмотреть кому принадлежит IP, с которого по украденному ftp аккаунту на один сайт грязи налили

inetnum: 91.203.92.0 - 91.203.95.255
netname: UATELECOM-NET
descr: ISP UATelecom ukrainian national holding LLC
country: EU
...
Код страны мне понравился, UA самим не нравится видимо. Швейцарцы, поляки и фины, как-то скромнее в этом плане выглядят, ни разу мне не попадалось, чтобы они указывали EU, вместо кода своей страны.

Каким будет третий Apache Web Server.
Сегодня посмотрел видео с конференции устроенной Apache Software Foundation по поводу того, что ожидает разработчиков в Apache3.

Рассказывал грузный, устало выглядящий, Рой Филдинг.
Ниже, вкратце, в очень вольном переводе на русский, то о чём он рассказал.

Перемудрили разработчики с Apache httpd сервером, слишком он большой и вообще все его делали больше для своего удовольствия.

Поэтому было принято решение (не всеми вместе), что новый Apache3 будет другим, и, как сказал бы Джобс, лучшим из того, что мы когда либо делали.

В Apache3 Вас ждёт упрощение конфигурации.
По умолчанию конфигурационные файлы не нужны,
нет настроек времени компиляции (да, да, так и сказал),
настройки по умолчанию рассчитаны на разработчика - слушается localhost:8080.

модель процессов на каждой платформе будет одна, и такая, какая покажется разработчикам сервера более подходящей ("spooning model"), хотите другую - пишите сами,
прекращается поддержка устаревших и мало используемых платформ,
httpd и httpsd (httpd with SSL) - теперь это два разных исполняемых файла,
вместо APR теперь moccasin(?),
все APIs завязаны на Waka(?),
"Kiss my ass" обратная совместимость.

В HTTP слишком много байт расходуется зря, кодов ответа мало. Можно конечно сделать HTTP/2.x , в котором, например, вместо

Waka является основным протоколом сервера, HTTP/1.1 поддерживается, но вторичен и транслируется в Waka.

Кстати, в команду Apache3 нужны новые разработчики на C, dev@httpd.apache.org

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

Уважаемый клиент!
Это автоматически созданное сообщение, просьба не отвечать на него.
Спасибо, что обратились в службу техподдержки компании *********.
Ваше письмо, отправленное на адрес support@*********.ru с темой
"п?п?я?п?п?я? я?я?п?я?п?я?п? я?п?п?п? п?п?п?я?п?п?я? п? я?п?п?п?я?я?я? я? п?я?я?п? п?п?п? п?п?п?п?я?п?п?п?п?п?", получено.

Ну как не "любить" эту компанию!
От них так и прёт качеством.

Известного хостинг провайдера ********* я действительно не люблю, даже очень очень не люблю. Панель управления хостингом у них никакая, перегруженные сервера спереди прикрыты nginx'ом, в настройки которого иногда, когда видимо на их серверах становится совсем жарко, особо хочется заглянуть. А теперь подробнее.

Несколько месяцев назад я долго не мог понять, почему сервером отдаются страницы сгенерированные позавчера, и вдруг я обнаружил в заголовках http ответа сервера пришедших на запрос к phpinfo.php, что поле Date не меняется и содержит время моего первого запроса за тот день к данному скрипту, время запроса, который я сделал за два часа до этого, т.е. выглядело это так:

тогда я решил добавить GET параметр ?dfsgds, в надежде увидеть незакешированный результат, и я его увидел, правда не так быстро:

добавив незамысловатый dgsdg GET параметр в адрес страницы, которая упорно продолжала выглядеть как два дня назад, я увидел её сегодняшнюю (медленно открывающуюся, но сегодняшнюю), однако без dgsdg в GET страница приходила опять вчерашней давности, зато очень быстро,
и решил я вновь спросить у сервера phpinfo.php "с параметром"

Посмотрел на поле Date, на reply time, вобщем сравнил с предыдущими значениями из предпоследнего запроса к phpinfo.php?dfsgds и обнаружил, что, видимо, перегруженный сервер с недавних пор был настроен на бесцеремонное кешировае всего, что
выплёвывается сервером, не принимая во внимание наличие или отсутствие http заголовков контролирующих кеширование, игнорируя вероятность разного ответа для одного и того же набора GET параметров, не обновляя кеш в течении нескольких суток.
Признаюсь, я даже не знал, что на публичном хостинге сервер можно настроить творить такое, особенно с заголовком Date.

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

После обеда я накатал письмо в суппорт, на которое получил бредовый ответ, но главное, что поведение сервера изменилось.

Теперь их сервера время от времени (!) просто не отдают контент по рефереру в адекватное время, причем это явно наконфигурировано (видно по задержкам), проверял сервисом http://tools.pingdom.com/fpt/

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