GM2mars

Это подстановка значений, первый '?' это значение 'title' и так далее. Защита от SQL инъекций.
Смотрите в сторону PDO.

Расположи слой с узором под фото, при наведении уменьшай прозрачность фото.
Вообще конструкция такая

<div class="container><a href="site.ru"><img src="photo.jpg"></a></div>

.container {background: url(uzor.png);}
.container img:hover {opacity: 0.5;}

Много где читал, да и сам придерживаюсь использовать в нестандартных запросах - параметры.
Опять же нужно определить основной ресурс с которым идет работа, в вашем примере скорее всего это ракета.
У этого ресурса может быть состояние или действие (зависит от архитектуры, что лучше подходит).
Пример с ракетой у которой меняем состояние: (В этом случае у таблицы с ракетами должно быть поле target)
PUT rocket/23/?launch {'target': 'usa'}

Пример с действиями подразумевает более широкие возможности по использованию ракет. В данном примере должна быть отдельная таблица rocket_action с полями: действие, состояние, цель ...
Запрос на продажу ракеты:
POST rocket/23/?sale {'target': 'pakistan', 'price': 235000};
(соответственно контроллер, который отвечает за обработку этого действия должен удалить ракету из таблицы ракет или изменить её состояние)

Что же касается действий под пунктами 3 и 4:
3 - Такие действия должны лучше разбивать на поддействия: 1. запросить какая ракета свободна (или ближе всех к этой стране) 2. запустить эту ракету в страну.
4 - думаю что тут нужно пересматривать архитектуру приложения, если нет сущности, с которым мы можем выполнять действие. Для вашего примера лучше подойдет выделение отдельной ракеты для парада POST rocket/23/?start_parad {'place': 'Moscow'}

Да и вообще REST это довольно абстрактная архитектура. Тут в первую очередь нужно думать о том, что хочет получить пользователь отправляя этот запрос, а уже потом на сколько он логичен в техническом плане построенной архитектуры.

Trello - менеджер задач, простой и удобный.

Допустим у нас сцена из нескольких элементов.
Создаем объект сцены "var DrawScene=function() {}" в котором объявляем все параметры для отрисовки, в приватных функциях делаем разные вспомогательные вычисления.
Потом через "DrawScene.prototype.drawElement1=function() {}" рисуем каждый объект на сцене.
Последней функцией делаем инициализацию, в которой запускаем все функции отрисовки объектов и добавляем вызов в наш конструктор. (так же не забываем про функцию очистки холста)
Пример можете глянуть https://github.com/GM2mars/GM_gauge/blob/master/gm... отрисовка круговой шкалы.

Так мы получили объект отрисовки сцены, где каждый объект мы может отрисовать со своими параметрами.
Но мы используем canvas, поэтому изображение растровое (выводится по пикселям) и отдельно масштабировать элемент на сцене не получится. Каждый раз придется перерисовывать сцену полностью.

Для динамических сцен лучше использовать svg, там вы можете управлять отдельно каждым объектом, не затрагивая других.

p.s. Или же для каждого элемента создавать отдельный canvas и им манипулировать.

background: url(icon.png) no-repeat 0 0 transparent;

Какие советы/рекомендации дать веб-дизайнеру для того, что бы сверстать макет можно было максимально быстро?

Найти онлайн генератор html, скормить ему psd и получить готовый шаблон с говноразметкой. Это самый быстрый способ сверстать страницу.

react-like микрофреймворк riot (https://muut.com/riotjs/) очень легкий и очень быстрый. Не содержит в себе кучу ненужного хлама, который вы никогда не используете.
Я у себя его использовал в проекте для построения интерфейсных блоков.

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

input:focus {
  box-shadow: 1px 1px 2px 0 red;
}

:-P

var radiobutton={
    radios: document.querySelectorAll('input[type="radio"]'),
    
    getSelect: function(event) {
        var el=event.target, 
            val=el.value;
        el.parentNode.parentNode.querySelectorAll('span')[0].textContent=val;
    },
    
    init: function() {
        Array.prototype.forEach.call(this.radios, function (el, i) {
            el.addEventListener('click', this.getSelect);
        }.bind(this));
    }
};

radiobutton.init();

https://jsfiddle.net/4svkk2j4/

Не совсем про нормализацию БД, но тут можете почитать про оптимизацию высоконагруженных систем.
http://ruhighload.com
В разделе "серверная" есть статьи про базы данных. Там много полезного материала.

Самый действенный и проверенный способ, это версионность js файлов. То есть выпустили новую версию веб приложения, меняем название файлов app_1.2.js
Как менять название подключаемых файлов автоматически, это уже другой вопрос, зависит от архитектуры, да и вообще нужно смотреть каждую ситуацию отдельно.

Некоторые скажут что можно менять версию через параметры app.js?v=1.2, но такая схема работает не на всех браузерах.

Для начала определи критерии для своего проекта:
1. Функции
2. Скорость работы
3. Масштабируемость

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

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

Плюсы стороннего фреймворка:
+ как правило большое комъюнити и соответственно много готового материала
+ скорее всего более быстрая разработка
+ с поддержкой не должно возникнуть проблем у других разработчиков

Плюсы своего фреймворка:
+ будет работать так, как ты сам напишешь
+ не будет лишнего "мусора", который ты никогда не будешь использовать в своем проекте

Пишу в основном на javascript и его же изучаю, так-как это очень обширный и гибкий язык. Второй язык это PHP, это то, с чего я начинал изучения программирования (не считая pascal). У php есть проблема, она же его достоинство - низкий порог вхождения и соответственно большая популярность.
В дальнейшем думаю изучать Ruby или Java.

Поставь друга с палкой у себя за спиной .
Проще и эффективней других решений.

Я думаю вам лучше спросить у этих ребят:
muzebra.com
zvooq.ru
megalyrics.ru
music.yandex.ru
и т.д.

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

p.s. Проходят времена халявной музыки, все крупные и известные сервисы договариваются с правообладателями. А чтоб содержать сервера нужной мощности и объема, нужны немалые средства.