Алексей Павлов

Опыт лучший учитель. Занимайся непосредственно программированием от легких задач к сложным. Я закончил физико-технический факультет и когда занялся программированием ничем не отличался от тебя путался в алгоритмах и с трудом строил циклы. Начинал с самого простого, брал учебник и разбирал примеры, придумывал задачки и храбро их решал, читал мануалы, находил толковые видеоуроки по нужному материалу. Терпение и труд делают свое черное дело, я занимаюсь Web-программированием и чем больше изучаю его, тем больше осознаю как много еще не знаю. Думаю, в программировании самое важное то, чтобы тебе самому было интересно им заниматься и ты с удовольствием тратишь на него свободное время и силы, все остальное придет со временем. Еще могу посоветовать найти компанию единомышленников или наставника, с кем можно посоветоваться и попросить помощи, мне в этом повезло, у меня лучший друг хороший программист, даже и не знаю, что бы без него делал)

Обзор на русском можно посмотреть здесь . Дальше читайте и переводите документацию на официальном сайте, там всего несколько основных команд.
А важность этого инструмента определяется вашими задачами: если вы пишите плагины под wordpress или настраиваете bitrix, знать его необязательно, а если используете современные фреймворки и open source библиотеки, то без него никуда.

Обычно начало разработки начинается с создания бандлов, если проект не большой - достаточно одного AppBundle, если большой - лучше дробить, потом проще будет ориентироваться + возможность повторного использования.

Далее обычно описывается модель (ORM). Про использование команды автогенерации гетеров/сеттеров - я бы не рекомендовал её использовать, т.к. у нас могут быть "свои" методы у entity. К тому же, любая IDE умеет генерировать гетеры/сеттеры автоматически.

После создаем контроллеры + настраиваем роутинг, по необходимости создаем репозитории/менеджеры. Парралельно создаем views, тут уже все должно быть понятно.

Если используете phpStorm ставьте плагины: Symfony2-plugin (незабываем настроить под проект и включить его), PHP Annotations и Symfony Clickable views. Все это сильно упростит разработку.

Если только учите Symfony, я бы посоветовал разобраться с основными подсистемами поглубже (там все очень гибко, но со старта может показаться чересчур сложно, но это так кажется). Начинаем с routing, контейнера-зависимостей, конфигурации, security, form (два последние самые сложные) и попорядку.

Вы задаете более-менее правильные вопросы, но на них нет правильных ответов. Каждый случай очень индивидуальный и кратким ответом тут не обойтись, тут нужны лекции с тоннами теории. Я в свое время писал игры: php (api) + flash (клиент) + C++ (сервер) + mysql (база данных) + memcache (кеш), php (api) + python gevent (сервер) + mongodb (база данных) + redis (кеш) + html5 (клиент), nodejs (сервер) + html5 (клиент) + redis (кеш) + postgresql (база данных). Все они были довольно проивзодительными. Такое разнообразие технологий отчасти обуславливалось моим любопытством (проект на nodejs писал для себя).
В целом пытаясь ответить на Ваши вопросы:
1. Не совсем понятно что Вы имеете ввиду. Уточните вопрос.
2. Лучше всего передавать на сервер все действия клиента и обсчет производить на сервере для невозможности подделывания результатов действий, но это приводит к возрастанию нагрузки на сервер. Протокол - мне нравится bson с готовыми библиотеками, понятным форматом и небольшим размером. Но опять же его я использовал только во втором проекте, в остальных местах я создавал свои велосипеды, которые для конкретных случаев были наиболее эффективны (в моем представлении)
3. В базе хранить все, что не должно пропадать между играми (условно говоря после выключения сервера ;)), в оперативной памяти дублировать все в идеале (для избавления от операций чтения с диска).
4. Зависит от потребностей. Postgresql\mysql - более традиционны. Mongodb - модная ) Если Вы понимаете, что в Вашей игре вы можете пережить ограничения mongodb (к примеру отсутствие транзакций) - юзайте его, очень удобен для хранения игровых состояний. Если не уверены - используйте традиционные реляционки.
5. Кеширование по сути и есть перемещение данных из БД в оперативную память. Причем перемещается таким образом, что скорость выборки из оперативной памяти не зависит от количества данных. Это так называемые хэш-таблицы.

В общем, без обид, но судя по Вашим вопросам Вам надо очень серьезно подтянуть теорию, прежде чем браться за серьезную игру. Писать серверную часть на С++ - круто, если Вы его знаете на отлично. В целом большого профита Вы не получите, так как скорость С++ проявляется в числодробилках. А игровой сервер - в основном операции чтения\записи, которые будут одинаково выполняться на практически любом современном языке и их скорость больше зависит от построенной архитектуры.
Мои рекомендации: читать про блокирующие\неблокирующие сокеты, многопточность, структуры данных, паттерны проектирования, оптимизация запросов (включая нормализацию и денормализацию данных), кеширование. Параллельно с этим можно делать простенький чатик постепенно улучшая и оптимизируя его. Таким образом Вы приобретете и теорию, и практику. После этого можно сделать какую-нибудь простенькую игру.

Потому что typeof null == object. Пишите так:

if(cname == null){
 //...
}

rescuetime.com подходит под все ваши требования, разве не снимает скриншоты. Здесь можно скачать приложения для различных платформ rescuetime.com/get_rescuetime

$search = array_filter($arr, function (array $item) use ($needle) {
    foreach($needle as $key => $value) {
        if (!isset($item[$key]) || $item[$key] !== $value) {
             return false;
        }
    }

    return true;
}

И еще вариантик....

$search = array_filter($arr, function (array $item) use ($needle) {
     return $needle == array_intersect_key($item, $needle);
}

и еще один... если вам надо индекс найти... это же и для in_array будет работать если вам нужно только проверить.

$search = array_search($needle, array_map(function (array $item) use ($needle) {
    return array_intersect_keys($item, $needle);
}, $arr, false),

Обновил код, перепутал местами аргументы для array_intersect_key.

Добавляю быструю реализацию. Быстрее выше перечисленных (кроме первой) раз в 6.

$search = [];
foreach ($arr as $item) {
    if ($needle == array_intersect_key($item, $needle)) {
        $search[] = $item;
    }
}

Вложенные документы имеют смысл, если их несколько и нет необходимости выборки внутри этой под-коллекции.
Например, приаттаченные к комментарию картинки.

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

Упорядоченную иерархическую структуру (с оптимизированной выборкой и дорогим переставлением) можно сделать тремя полями:
parent: id родительского комментария.
ancestors: id всех предков от корня до родительского.
level: уровень (длинна ancestors)

Выборка любой ветки, начиная с threadid до глубины maxdepth осуществляется запросом

{ 'ancestors': threadid, 'level': { '$gt': maxdepth } }

.

Сортирвку в порядке линеаризации средствами mongo не получится, если только не вводить дополнительное хитровычисляемое поле для него. Например, строковую конкатенациею level всех предков.

data-id="345"

.data('id')
.data().id
.get(0).dataset.id

То есть для цикла по всем data-атрибутам нужно или data() в jQuery, или просто dataset в нативном JS.