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

helloracer.com/racer-s
www.flappylives.com

решайте сами.

обычно между клиентом и субд есть такая мелочь как сервер, собственно и реализующий авторизацию, работу с данными и т.д. и предоставляет клиенту API (rest api)

Никто так не делает как минимум потому, что это не удобно и непрактично. Возникают проблемы с расширяемостью, возрастает связанность системы ну и в конце концов СУБД не предназначены для подобного.

у симфони есть generator bundle, вы можете определить свои шаблоны для crud и вперед. Обязательно вооружитесь JMSSerializer, с ним удобнее.

p.s. я лично считаю что генерация crud у api не есть хорошо.

simplexml, xpath есть, что еще нужно?

rabbitmq/zmq, добавляете запрос в очередь, в случае ошибки, добавляете снова... ну и так пока все не отработает.

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

через бордеры, просто бордеры будут разных размеров. Пример:
jsfiddle.net/443s8/1
а там где вершина смещена (есть тупой угл) можно просто сделать в два слоя блоки.

Вы имеете в виду приложение с одной точкой входа? Или именно одним контроллером? Если второе, то никаких преимуществ у такой архитектуры нету. Если первое, то одна точка входа - меньше дублирование кода при инициализации, проще реализовать маршрутизацию к контроллерам.

javascript (без jquery, асинхронность и как с ней жить), DOM-модель (что такое dom, как с ним работать), http (понимание как работает).

это то что нужно знать обязательно. А дальше уже идет специфика, которая познается с опытом, типа баги ie или webkit. Часть проблем решается полифилами/шимами, стоит знать что есть что... Вообще там реально много всего, но основы должны быть.

ну и стоит использовать штуки для автоматизации (grunt/gulp, less/sass и т.д.), покрытие кода тестами (e2e, unit), изучение фреймворков (angular.js, enber.js и т.д.), одного хватит для начала.

вы серьезно?
www.php.net/manual/ru/control-structures.if.php

как устроены массивы в php

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

по сути вам нужны ортонормированные системы, ибо по сути это оно и есть. Читайте про ортогонализацию, там есть ссылки на описание алгоритмов.

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

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