Viktor Vsk

У всех один и тот же вопрос...
Подумайте, как Тостер или Вконтакте различает кто откуда пишет.
И почитайте про аутентификацию и авторизацию

module Bar

  %w{one two three}.each do |n|

    define_method n do
      super()
      print " BAR"
    end

  end

end

class Foo
  prepend Bar

  def one
    print '1'
  end

  def two
    print '2'
  end

  def three
    print '3'
  end
end

Foo.new.one # 1 BAR
Foo.new.two # 2 BAR
Foo.new.three # 3 BAR

Но НЕ нужно так делать. Вообще, на каждый экшен должен быть свой view. И написать render - не так сложно.

Задайте сначала себе вопрос, какую информацию вы собираетесь защищать в этом API.
Если это какой-нибудь обычный html-контент, доступный по гет запросам - то просто забыть, его защитить нельзя.
Если у вас "деньги накручивать" можно таким образом, то нужно пересмотреть решение задачи, т.к. такие операции должны выполняться только авторизованным пользователем.

Ужасный способ - htaccess, как вы и написали (гуглить ModRewrite)
Нормальный способ - роутинг, гуглить Php Router, Front Controller
Хороший способ - использовать фреймворки или готовые компоненты специально для роутинга (гуглить, например, Symphony Router)

А на вопросы здесь будут отвечать по существу, а не на вот такие.
Если вы не смогли 2 вопроса из 40 предложений сформулировать в пристойное: "Подскажите, пожалуйста, с какой системы роутинга на PHP лучше начать" или вообще "Что такое роутинг, зачем он нужен, где о нем почитать?", то лучше читать (!) для начала вопросы из серии "С чего начать изучение программирования под веб?"

Вот еще полезные ссылки: getjump.me/ru-php-the-right-way

using namespace std;
using namespace whatever;

cout >> foo() >> endl;

Что будет в C++, если whatever.cpp определяет cout ?

Думаю, почти все решали проблемы с ошибкой 500. Только вот ошибок таких может быть миллион.
Читайте логи.

Думаю, если вы технарь, то именно детальный просчет всех вариантов, куда нужно вложить деньги - хостинг, реклама, офис ... - вы должны уже уметь составлять

А вот конкретный статьи расходов (наружная реклама или контекст) - уже в любом случае делегировать. Соответственно, и 30-50% ответственности за сумму, необходимые на те или иные расходы (рекламу, например) - должен нести соответствующий специалист.

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

А вот что нужно для стартапа, это маркетинг, наверное даже больше, чем техническая часть.

Тут могу посоветовать из фундаментального - Основы маркетинга (Котлер), толстенная книжка на 600 страниц, если имели дело с бизнесом с какой-либо стороны - большинство покажется водой и нерабочим в наше время, но систематизировано довольно неплохо все же.

А вот из современного и, как сегодня говорят, мотивирующего, вот что неплохо:
Библия "Бутстрапера" (Сет Годин)
Фиолетовая корова (Сет Годин)
Метод Тыквы (Майкл Микаловиц)
Стартап без бюджета (туалетно-бумажный бизнесмен) (Майкл Микаловиц)
Маркетинговые войны (Джек Траут)

Ваш вопрос вызван преждевременной оптимизацией, что в 97% случаев - плохо.
Вывод - не задавайтесь такими вопросами, пока не станет очень узкоспециализированная задача.

TL; DR:
Ни руби, ни рельсы - не медленные в реальных задачах веб разработки

Руби и рельсы могут считаться относительно медленными по таким причинам:
1. Руби - интерпретируемый язык
2. В руби - очень много сахара для продуктивной разработки и поддержки. Иногда это действительно отражается на производительности.
3. В рельсах из коробки есть очень много вещей. Но не всегда они нужны. Так же, многие бест-практис да и просто ответы в разных источниках показывают самый читабельный\простой\поддерживаемый вариант, а не самый производительный.

Обычно, тормозит не тот или иной язык, а код, что вы на нем написали. Сегодня задач, где необходимы определенные возможности языка \ фреймворка для достижения той или иной производительности - вопрос ну очень уж редкий и специфический: научный расчеты, визуализация, сетевые взаимодействия...

Но на самом деле, пофиг, все равно, серьезное приложение будет размещаться на нескольких машинах. Говорят, что предел рельс - 16000 RPS (requests per second) на сервер.

это просто относительный адрес.
Запрос будет послан на текущий роут (пхп-файл), но с дополнительным параметром