Виталий Желтяков

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

Либо используем div, как написали выше, применяя к нему анимацию поворота. Либо спрайтовую анимацию с закрывающей картинкой.
Но у меня подозрение, что оба варианта будут слегка тормознутыми

На рутрекере выбирайте учебники за последние пару лет.

Полноценных актуальных видеокурсов по ЯП я ни разу не встречал, что вполне ожидаемо.

Запомните ответ на главный вопрос "Чем ООП отличается от всего остального?"
- Наследование, инкапсуляция и полиморфизм.

И всё. Если ни одно из этих 3-х качеств не нужно, то ООП, соответственно, тоже не нужно.
На практике с помощью ООП удобно реализовывать сложные объекты/данные.

Достаточно одной таблицы notifications с уником id и ключём user_id и enable; и поля в таблице notify в таблице users. Когда создаётся упоминание, то добавляем строку в таблицу notifications и ставим пометку в notify в таблице users. Когда смотрим уведомления, то меняем notify в таблице users и enable в notifications.

Короче, запускаете скрипт. При расчёте $i сохраняйте либо в сессию, либо в файл (конечный результат тоже сохраняем). В это время на клиенте начинаете посылать периодические ajax-запросы в другой скрипт для считывания этого $i. По выполнению делаем запрос конечного результата.

Но мой Вам совет - не занимайтесь этой ерундой. Повесьте лучше лучше табличку "Идёт расчёт ожидайте. Ошибок нет"

Да, можно. На Хабре полным полно статей.

Конечно, xDebug. Достаточно включить трассировку на некоторое время и получить данные о выполнении скриптов в проблемной области. Трассировка даст больше данных, чем все остальные тесты вместе взятые.

Поверхностное рассмотрение физической составляющей СУБД есть в Хомоненко А. Д., Мальцев М. Г., Цыганков В. М., "Базы данных. Учебник для высших" и более глубокое SQL-подобных СУБД в Хэндерсон К. "Профессиональное руководство по SQL Server"

Может стоит попробовать Application Cache

Прочитал вопрос и долго плакал...

Используйте Application Cache

Лично для меня, главным преимуществом Linux перед Windows для web-программирования являются unix-сокеты. Только на Linux можно получить максимально приближенные к боевым скорости работы скриптов.

Использую расширение Bookmarks Manager

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

Моё личное мнение:
- У Вас неправильный подход к организации хранения игровых данных.
Избавляйтесь от лишних таблиц с правилами, т.е. загоняйте все данные в одну таблицу. Вам нужна одна таблица с состоянием игры и правилами сразу. Проверку на возможность условий (правил) нужно выполнить на уровне скриптов, как и серверных, так и клиентских. С таким подходом вся ваша работа будет с одной таблицей, никаких сложных запросов и мучений.

Для РФ курсы официальные валют принято брать с ЦБ:
cbr.ru/scripts/XML_daily.asp

PS не редактор векторной графики.

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