ivankomolin

Вообще while очень простая конструкция, и если $i = 0, то выполнится содержимое ровно 5 раз(естественно если в содержимом нет какой-то остановки)

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

while ($i<5) {
   var_dump($i);
...

Если по очереди будут выведены 0, 1, 2, 3, 4 - то считаем что while больше работает чем не работает и переходим ко второму))

Второе: проверить код внутри цикла, сказать что он странный - ничего не сказать.
Зачем делать 5 одинаковых запросов в бд? У вас что-то меняется в бд за время между итерациями? Конкретно в этом коде ничего такого нет, судя по этому он в $rows запишет 5 раз одно и то же. А соответственно и риквесты внутри второго цикла тоже будут повторяться.

Ну если вы хотите заменить в $link['img'] часть строки начинающейся с 11го символа на "640x640.jpg", то да)

Как мне казалось один из смыслов неймспейсов как раз и есть изоляция.

И ваши задачи как бы решает по умолчанию:
1. Код из Foo\One может использовать классы только из этого неймспейса.
2. А код из Foo\Global, может использовать всё, добавляя через use нужный класс.

При таком виде написания запросов используется Query Builder. Он такого не поддерживает.
Без костылей и доработок самого Query Builder можно используя DB::query например.

Вместо
parent::run();
Напишите
var_dump('+');die;

И посмотрите результат)

И кстати поаккуратнее с такими проверками паролей "=="

Сдается, что все же вы конектитесь не к тому адресу.
Обратите внимание например, что если сервер удаленный, то HeidiSQL может сначаал подключаться к серверу, а потом заходит в mysql.
С локалхостом конечно магия, но все же попробуйте еще раз внимательно сравнить настройки соединения и их детали в обоих программах

Необходимо посмотреть лог mysql

Редирект сделать просто:

header('Location: http://blabla.net/personal/order/make/neworder.php?clear_cache=Y');

А чтобы не было цикличности, нужно проверить, что присутствует этот get параметр, и тогда дополнительный редирект не делать. Иначе редирект повторится снова и снова, т.к. это одна и таже страница.

Пример:

if (!isset($_GET['clear_cache'])) {
    header('Location: http://blabla.net/personal/order/make/neworder.php?clear_cache=Y');
}

Вообще ошибка явно говорит о проблеме. Если надпись после PHP Fatal error вам это ни о чем не говорит, то лучше выложить код, тогда вам смогут подсказать "на пальцах".

Получение данных с урла www.cinemapark.ru/multiplexes/show/1 с помощью curl возможны даже без специфичных настроек, кук и юзерагент. Достаточно сделать запрос со стандартными настройками.

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

recuva - хороший и достаточно простой софт, не раз выручал во времена работы системным администратором)

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

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

Но если вы будете хранить unixtime не в предназначенных для этого полях типа int и возвращать не используя преобразование в дату встроенными функциями бд, то вся прелесть unixtime кроме размера теряется.

Если нужно получать данные быстро, а актуальностью данных можно пренебречь на немного, то можно порциями(например по 5000) по крону писать в отдельно созданную таблицу, содержащую все необходимые поля.

А уже когда потребуется читать, то опять же порциями читать с помощью простого select из этой специально созданной таблицы.

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

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

Сделайте var_dump $confirmLink сразу после создания.
Это первое что нужно сделать, а уже дальше будет понятно выше проблема или ниже.

Скорее всего это возникает после Html::a(Html::encode

Если процессор многопоточный, запускайте в несколько потоков.
Задача архивации очень хорошо распараллеливается.

А если еще и видеокарта есть с поддержкой cuda, то bzip2-cuda вам в помощь.

Конфиг визуально правильный, дальше Yii::app()->db-> ... и вперед)

Если не работает, смотрите настройки сервера mysql, а именно:
1. Точно ли он он слушает localhost порт 3306
2. Точно ли так называется бд
3. Точно ли правильные данные подключения

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

Проверьте mysql-server Дело в том что к серверу не получилось подключиться, так что проблема скорее всего не в phpmyadmin