GM2mars

Если на сервере запрос обрабатываете php, то так получайне put данные:

parse_str(file_get_contents('php://input'), $request);

А правда, в чем проблема-то? Пишите на php, передавайте через http. Роутинг напишите сами или возьмите любой класс роутинга на гитхабе.

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

Много где читал, да и сам придерживаюсь использовать в нестандартных запросах - параметры.
Опять же нужно определить основной ресурс с которым идет работа, в вашем примере скорее всего это ракета.
У этого ресурса может быть состояние или действие (зависит от архитектуры, что лучше подходит).
Пример с ракетой у которой меняем состояние: (В этом случае у таблицы с ракетами должно быть поле 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 это довольно абстрактная архитектура. Тут в первую очередь нужно думать о том, что хочет получить пользователь отправляя этот запрос, а уже потом на сколько он логичен в техническом плане построенной архитектуры.

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

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

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

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

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

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

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

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

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

Как то писал статью на spark'e как раз для php версии. spark.ru/startup/getmylinks/blog/5914
А те, кто в комментах пишут что это метод костылирования, просто не знают как работают фреймворки и думаю что то там REST сделан как-то по другому )). Есть ещё первая статья (найдете там же), но там в основном теория.

Что-бы сразу заложить правильную архитектуру под ваш проект, почитайте про RESTful.
Для ознакомления anton.shevchuk.name/php/create-restful-api

Открою секрет, mysql таблицы можно экспортировать, и что немаловажно - импортировать ). Секрет номер два, раскрыл @Fesor про файлы, и если файл даже заблокируется, операция записи займет такие ничтожные доли секунды (если конечно у вас настройки не сравнимы с "Войной и мир").

Обычно хранят в базе в отдельной таблице.
Я храню в файле, так как настроек у меня мало, считываются один раз при открытии сайта, а сайт одностраничный. И да, "настройки сайта" довольно расплывчивое понятие, они у каждого свои...

Самый простой и удобный. textarea с хорошей валидацией + кнопки быстрой вставки тегов. И да, это совсем не визивиг.

Я бы на вашем месте смотрел бы в сторону параллельных вычислений и высоких нагрузок, на php. По моему тема поинтереснее, чем клипать безликие интернет-магазины и сайты-визитки.

Я вообще что-то не могу понять что вы хотите? Вы в первой части вопроса спрашиваете как вывести все данные из БД, во второй части говорите что знаете как вывести все данные через while. Так что вам нужно?

P.S.

<?php
$cont="<table>";
while ($row=mysql_fetch_array($rs)) {
$cont.='<tr><td>'.$row['title'].'</td><td>'.$row["author"].'</td><td>'.$row["text"].'</td></tr>';
});
$cont.='</table>';

echo $cont;

senior developer должен уже сам писать мануалы и книги )

Пошел другим путем. Вопрос неактуален.

Попробуйте походить по фриланс биржам и посмотреть типичные задание по php.

session_start();

if (!isset($_SESSION['count'])) {
  $_SESSION['count']=true;
  (ваш скрипт записи в счетчик)
}

Лично я в своем проекте создал отдельный файл config.php где лежит один объект конфигурации, и в начале index.php просто его инклудю. А в каких частях нужно, вывожу конфигурацию.
Может это конечно звучит не совсем "профессионально", но я не любитель "правильного геморроя" и не усложняю простых вещей.