Crash

validator.w3.org
в строку пишешь свой урл, и все ошибки он тебе должен подсветить.

Это называется immediately-invoked function expression, смысл в том, что в JavaScript функции создают область видимости, а блоки не создают со всеми вытекающими последствиями. Кстати, если непонятно, что это за последствия, возможно, вам стоит ознакомиться с областями видимости (англ. -- scope) подробнее. Вкратце можно посмотреть по ссылке, но вообще это очень важная тема.

(function(){})() - сразу же вызывает функцию, т.е. код эквивалентен:

(function(ss,mm){
    console.log(ss,mm);
})("привет","мир");

function test(ss,mm){
    console.log(ss,mm);
}

test("привет","мир");

Если не ошибаюсь, это просто безымянная функция с вызовом. Можно прочитать как

function fx(d, s, id) { ... }
fx(document, 'script', 'jssdk');

Насколько я понимаю, такой приём используется чтобы завернуть переменные в область видимости, так как в js единственная область – функция. Знающие люди, поправьте меня пожалуйста, если не прав :-)

Если выбирать из этих двух
То второй метод лучше. Он хотя бы иногда будет работать.
В отличие от первого,
Который просто безумный треш.

А вот почему - ты сам должен ответить. Прочитав документацию по использованным тобой функциям.
Там же - сюрприз! - ты найдешь и ответ на свой вопрос. Настоящий ответ, а не то жалкое блеянье, которое тебе напишет здесь очередной мимо проходивший школьник.

Практика и самодисциплина. Самое главное концентрироваться на том, что изучаешь и сразу применять на практике.

практикой. сначала база + необходимая теория для нее, затем проекты. А затем сами поймете что дальше. процесс обучения бесконечен (к сожалению или к счастью - не знаю)

практикой закреплять теорию
работать над своим проектом - искать решения и фиксировать все изменения

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

Если вы думаете что на PHP не выйдет написать большой проект, что бы он оставался поддерживаемым... ну тогда грустно коль уж вы так думаете.

Если же так считает руководство - пусть они и переписывают. Достаточно просто набросать риски на бумажке сходить к ним и сказать "это будет в 3 раза дороже" и возможно они одумаются. Ну а коль уж переписывать всеравно заставят то можно спокойно менять структуру всего и вся. Риски от этого не увеличатся сильно уже.

Я бы пытался настаивать на постепенном развязывании системы и рефакторинге с последующим переводом на Symfony2

Откуда уверенность, что поддерживать Франкенштейна будет проще, чем просто сложное приложение? И что значит "поддерживать"? Вам не хватает гибкости для дальнейшего расширения? Тогда однозначно затык не в языке или базе, а в структуре.

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

Не хотите даже структуру базы и работу с сессиями менять? Тогда все просто:
1. Разработчиков Джанго меньше, чем разработчиков пхп (подставьте ваш фреймворк)
2. Разработчиков перепиленного под пхп джанго еще меньше, чем просто разработчиков джанго.

Я бы может сказал, что в Rails есть некоторые возможности поизвращаться, что б поддерживать кастомные названия таблиц, структуры и т.д., но как-то не логично: использовать фреймворк (культуру, опыт и бестпрактис сообщества), что бы пойти против культуры, бестпрактис и опыта сообщества.

40 часов в неделю, четкий график, продуктивность максимальная. Так как есть свои проекты, лишнего времени никогда не бывает.

Во-первых, надо знать основы программирования. Что такое цикл, переменная и т.д.
Во-вторых, надо знать HTML & CSS на среднем или высоком уровне.
В-третьих, надо развернуть локальный сервер для мучений и испытаний!
В-четвертых, надо приобрести/скачать хорошую IDE. Лучшая - PHPStorm (ИМХО).
В-пятых, надо подготовить Базу Данных. Я советую MySQL. Есть книги которые предполагают умение работы с Базами Данных, а есть те, которые Вас этому постепенно обучают. Если предполагает знание SQL, то сначала купите книжку с кратким курсом SQL.
В-шестых, приобретите книгу. Я настоятельно советую всю серию Head First от издательства O'Reilly - Изучаем PHP и MySQL. Там внятно объяснят все! Без замудрения! Просто и понятно от А до Я. Книга как уже понятно расчитана что Вы не знаете MySQL, SQL. Самое главное отличие от ВСЕХ книг по PHP - она написана интересно. Вы сможете написать первый код после 2 страниц. Все объясняется на ПРИМЕРАХ, тобишь на приближенных к реальности Проектах. Все рассказывается на картинках, якобы беседах между функциями PHP. Кучу упражнений!
Вы сможете закрепить свои знания и поймете что Вы об этом не УЗНАЕТЕ, а будете ЗНАТЬ! Я видел много книг, но эту книгу считаю лучшей.
В-шестых, Вам нужно любить Программирование! Любить кодить! Любить то, что Вы делаете. Полюбить PHP.
-------------------------------------------------------------------------------------
Лучшая книга по PHP - www.headfirstlabs.com/books/hfphp
Книга по SQL если вы не выберите книгу выше - www.headfirstlabs.com/books/hfsql
Книга по HTML и CSS - msiter.ru/knigi/dzhon-dakett-html-i-css-razrabotka...
Еще книга по HTML и CSS - www.headfirstlabs.com/books/hfhtml
Сервер для пыток (там-же можно работать с Базами Данных) - open-server.ru
Лучшая IDE (скачать) (ИМХО) - rutracker.org/forum/viewtopic.php?t=4830573
Лучшая IDE (купить) (ИМХО) - www.jetbrains.com/phpstorm

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

Читать обо всем подряд в математике будет крайне не продуктивно. Надо отталкиваться от задачи, или хотя бы от направления, в котором придётся заниматься. Математика для разработчика шейдеров или библиотек в компьютерной графике мало пригодится для разработчика в области анализа данных (например в области Информационного поиска). Как писалось выше, действительно правильно было бы направить свои усилия на алгоритмы (не полениться досконально разобраться даже в элементарных алгоритмах). Если есть ощущение, что Кормен или Кнут тяжело идут и есть пробелы (а они наверняка будут), то можно на вооружение взять книгу Ахо, Построение и анализ вычислительных алгоритмов.

Если всё же привести примеры "Конкретной математики", то программисту в любом случае пригодится хорошее понимание дискретной математики и линейной алгебры.

Мне, как специалисту в области анализа данных, полезными являются такие пласты математики как мат.статистика, теория вероятности, немного тензорного анализа (но редко), ну и дискретная математика. Если брать по глубже, то и более специфичные знания являются полезными -- теория групп, теория категорий и т.д. Всё очень сильно зависит от задач.

Если есть желание направить свои силы на изучение математики в области информационного поиска, то можно почитать книгу Маннинга, Введение в информационный поиск. Там множество отсылок к конкретным математическим пластам.

Но алгоритмы и их хорошее понимание (включая асимптотику) является хорошим примером (началом) изучения математики отталкиваясь от задачи.

"Никакого back-end для форм!"

Я думаю, что обойтись без back-end'а можно следующими способами:
1) Перенаправить пользователя на mailto (пример)
2) Делегировать отправку уведомления какому-нибудь сервису (например)