Сергей Протько

нагрузочные тесты для hello world несколько бесполезны. Да и делали их уже 100 раз (не нагрузочные тесты а простые бенчмарки)

Как это не странно но нет, у вас слишком простые запросы. Полагаю что большую часть времени работы скрипта съедает file_get_html. Скажем wget-ом данные выкачивались у меня ~2 секунды.

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

Ну раз уж вы не можете просто пропинговать сервера расположенные в этих датацентрах (http://startping.com/и подобные) то давайте рассуждать логически...

Амстердам расположен географически чуть дальше чем Вена, про Чикаго вообще молчу.

Как в Yii 2.0 избавиться от лишнего и начать с чистого листа?

rm -rf /path/to/your/project

А если серьезно, никто не начинает совсем уж с нуля. https://github.com/yiisoft/yii2-app-basic - возьмите за основу, там уже решен как минимум 3-ий пункт. Зависимости все разруливаются через composer.

Далее...
1) тут зависит от вас. Вообще соль этих шаблонов показать как можно оформить структуру проекта, как именно использовать решать вам. Вы можете вообще психануть и сделать свой, с игрищами и блудницами.
2) Откуда ж знать то? Рано или поздно вам понадобится хоть что-то...
3) composer
4) Документацию по PHP, различную литературу по ООП и т.д. Не следует думать что использование средненького фреймворка позволит вам заполнить пробелы в знании основ, тем-более что одна из главных мыслей которую несет за собой Yii это "пиши как хочешь нам пофигу".

https://github.com/chrisboulton/php-resque

да и работаю я на винде.

А разве есть какие-то "затруднения" для работы composer в винде? Я лично не припомню. Да и потом, есть же vagrant, настройте себе православное окружение в линуксе и живите спокойно. А кодить в винде будете.

ходит в интернет через прокси

Для таких крутых чуваков придумали https://toranproxy.com/

Медийная персона в ~18 лет?

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

дай бог и до ICMP дойду

Как вы собираетесь имплементить TCP без ICMP? Вам же как-то нужно подтверждать доставку пакетов.

Соединение обрабатывается довольно просто. Производим тройное рукопожатие и по завершению оного создаем какой-то объект/структурку где хранятся все нужные нам данные, адрес второй оконечной точки, буферы записи/чтения (если вы решитесь реализовывать контроль насыщения и контроль потока ну или просто последний пакет сохранять и блокировать отправку пока не подтвердится доставка этого пакета).

Вообще мне кажется что вы просто придумали себе неподъемную проблему... Зачем вам TCP имплементить если у вас IP дейтаграммы есть? Кому адресованы эти IP дейтаграммы? Кому вы их отправлять собираетесь? С кем соединяться? Мне кажется вам просто нужно сделать перепаковку данных из IP дейтаграммы в TCP пакет.

В настройках less есть параметры оптимизаций. Я рекомендую вам все же использовать nodejs + gulp для сборки и инкрементной сборки во время разработки, просто потому что там точно можно все настроить как вам того нужно. А еще есть сорсмэпы.

Для начала усвойте одну простую истину - разметка никакого отношения не имеет к макету и расположению элементов. Гуглить в сторону "семантика html".

Так же у вас в голове должно сформироваться представление о том что такое элементы, какими они бывают (строчные, блочные, inline-block, flex) и в чем между ними различие, когда какие применять и т.д.

Затем вы должны разобраться с такой вещью как поток.

Так же было бы неплохо почитать про БЭМ. Не стоит применять этот подход в чистом виде по началу, пока вы не разберетесь во всем. И уж тем более если вы не используете какие-либо инструменты автоматизации. Но саму идею вы должны усвоить.

Ну и для начала вам этого должно хватить.

В очень примитивном случае, авторизация для клиента работает так:
- пользователь отправляет данные формы в POST запросе. То есть данные записываются в тело запроса, не в заголовки заметте.
- если говорить о PHP, то при вызове функции session_start (или автоматически если выставлено в php.ini) создается файл сессии (опять же может храниться и в памяти в реддисе каком, как настроят) и пользователю присваивается кука с идентификатором сессии. Эту самую куку сэтят через заголовки ответа:
Set-Cookie: name=value
Затем при каждом запросе на сервер вам нужно будет эти куки так же отправлять в заголовках, иначе сервер подумает что вы новый чувак и будет создавать для вас новую сессию.

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

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

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

Идеального кода не существует. А рефакторить на стадии 95% готовности проекта уже поздно. в tdd практикуют итерационный подход, у вас есть непрерывный цикл - пишем тест - реализуем логику - рефакторим. Если вы не пишите тестов, то всеравно этот подход имеет право на жизнь. Сколько писать кода между итерациями решать вам. Если становится тяжело рефакторить ибо объемы большие - стоит чаще это делать.

т.к. у него поддержка stream на уровне системы

вы о каких потоках говорите? Потоках ввода вывода? Так и в PHP/Ruby/Python/Go/C#/Java такая же ситуация. Зато node.js однопоточный и могут быть проблемы с дебагом таких чудных штук как утечки памяти и т.д.

Для ответа на ваш вопрос не хватает деталей. Кому и что вы стримить собрались? Реалтайм? Один поток на пользователя или на несколько и тд. Всякие модные протоколы типа RTP?

Все просто - для таких задач регулярки не подходят. Для обработки и фильтрации HTML лучше применить обход DOM дерева. Способ этот намного более надежный и простой.

Если хотите знать подробнее почему регулярки не подходят, предлагаю почитать вот это: habrahabr.ru/post/171667

Дифуры с частными производными часто применяют при решении задач связанных с computer vision. Вообще в DSP в целом и в частности для моделирования различных процессов.

mysqlserverteam.com/innodb-spatial-indexes-in-5-7-...

Внешний ключ это реакция на связанную сущность. Уберите связи и все будет хорошо. Или откажитесь от schema:update и обновляйте все только миграциями (migration:diff и там убирать генерацию ключей ненужных).

К сожалению другого решения проблемы на данный момент нет. Разве что обновиться на свой страх и риск на тестовую версию mysql и остаться на innodb или перекочевать на postgresql.