Последствия нескольких обращений из браузера к индексной странице сайта выглядят в CPU Usage History примерно так:

Это чтобы практически “из коробки” показать “hello world”. Прекрасно, я щитаю, просто вершина опенсурсного программирования, истинный быдлокодерский шедевр. “Зато бесплатно”.

(уходит курить Speed up WordPress on IIS 7.0, пропала собака, рыжая, сука, “тайно пишут линукс” ™, “стройная система костылей и подпорок”, люто, бешено ненавижу!)

Хотя при известной усидчивости примерно раза с 20–го можно добиться и варианта, предусмотренного разработчиками

The PHP development team is proud to announce the immediate release of PHP 5.3.0. This release is a major improvement in the 5.X series, which includes a large number of new features and bug fixes.

Делай два

I also just noticed PHP 5.3.0 has no MSSQL support yet

В changelog на эту тему нет ничего, ребята просто молча выкинули библиотеку из дистрибутива. И как мне тут подсказывают коллеги, с предыдущей библиотекой из 5.2 новая версия не работает из-за смены версии API.

Опенсурсие во всей красе. Зато бесплатно

Query String = “”

добавляем в строку запроса немножко кириллицы, и в результате получаем вместо кириллицы угадайте что? знаки вопроса (question marks), ага.

На IIS 6.0 всё работает только влёт. Перекопали все настройки, эффекта ноль.

Ну и вот после сеанса нетрадиционно ориентированного гугления находится следующее:

Localized characters appear as question marks (?) in the IIS 7.0 log file when you access an ASP page or an ASPX page

Статья вроде бы не совсем о том, но применение хотфикса в тестовой среде проблему решило.

И чего с этой радостью делать? Хотфикс отдаётся благодарным пользователям со словами “ВНИМАНИЕ! Для данного исправления не было проведено полное тестирование” и т.д., типа ставьте в production только если вам этого очень хочется.

Алилуййа!

In IIS7, we should use domains like “www.aao.se” for web binding unlike in IIS6. So, please try to using “www.aao.se” string value for the binding information instead of using “www.xn--4cab6c.se” and it will work.

Ну вот, на колу мочала – начинай сначала. Managing CPU utilization for IIS worker processes that use FastCGI module

WSRM documentation article states that WSRM does now work with processes that use Job Objects. This statement is not exactly correct – WSRM cannot manage the processes within Job Object, only if Job Object sets limits that conflict with WSRM (such as memory utilization, process priority, etc).

Если кто не видел WSRM – это такой ночной кошмар технофоба, с интуитивно-непонятным интерфейсом, вместе с собой устанавливающий MSSQL. Ресурсы жрёт тоже неплохо – на одноядернике загрузка CPU впечатляет. В простое.

Раньше IIS умел “из коробки” менеджерить утилизацию CPU (своими рабочими процессами) с помощью одной галочки в чекбоксе, или одной невыразимо короткой строчкой в скрипте. Но в конце прошлого года некие граждане по лучшим советским традициям (и, по-моему, исключительно в целях показухи) написали FastCGI для IIS “в конце месяца/в конце квартала/в конце года”, и случайно эту фичу придушили.

Теперь, когда факт удушения фичи стал известен публике, создателЯ предлагают вместо неё ставить и настраивать “приложеньице” в не-помню-сколько-мегабайт-кода-ну-пусть-для-ровного-счёта-будет-сто. Вместе с SQL. На web-сервер(ы).

Это всё ради того, чтобы декларировать “поддержку PHP”. Маркетинг, понимаю. Но вот когда ради “маркетинга” портят хороший продукт – не понимаю.

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

А ещё спешу сообщить вам, мои маленькие виртуальные читатели, что “поддержка PHP” на IIS 7.0 настолько прекрасна, что при установке PHP и всего прочего “из коробки” (согласно документации на iis.net) – работа из пехапешных скриптов с MS SQL 2005 невозможна. Ну вот тупо не работает. И лечится “грязным хаком” с выковыриванием некоей dll из дистрибутива MS SQL 2000 (превед, “лицензионная чистота”!). Про работу этого чуда с 2008-ым SQL я даже боюсь спрашивать.

Ну а вощемта написал я это всё к тому, что WSRM уже настойчиво предлагался к использованию в такой ситуации ранее, потом все благополучно пришли к выводу, что “no workaround”, а сейчас вдруг всё вернулось на круги своя с соответствующим переписыванием документации на WSRM. Ребята, ну убейтесь уже об стену, а? Ну сколько можно?

The CPULimit feature also uses a JobObject.

Unfortunately a process can only belong to one JobObject, making FastCGI and the CPULimit features mutually exclusive.”

(с) https://forums.iis.net/p/1146572/1857584.aspx

Microsoft в своём репертуаре Ребята, ну зачем же через жопу-то? (плакает)