Ринат Шайхутдинов

Никогда не используйте SELECT *. Жестко указывайте, что и как вы хотите получить. Рекомендую управляющие конструкции писать не как попало, а в UPPER CASE.

Не будет ли тогда слишком большой размер таблицы тормозить sql-запросы?

Если не будете делать запросов с глупостями в стиле ORDER BY RAND(), и правильно пропишете индексы - проблемы быть не должно.

Потому что я думал, что лучше 10 000 таблиц с 10 000 строками, чем таблица с 100 000 000 строками.

Об этом имеет смысл задумываться только если стоит задача горизонтального масштабирования.

Любой MySQL клиент с пробросом порта 3306 через SSH.
Фактически вы коннектитесь с localhost.
Даже не обязательно выпускать MySQL наружу.

Как-то так

:javascript
  var myJSvar = #{my_ruby_var};

Я рубист и c нодой работал мало. Гораздо больше с клиентским js'ом. Мое мнение, что лучше ruby/RoR по следующим причинам:

1) Язык. Дизайн ruby превосходит js наголову, объективно. Просто зайдите на wtfjs.com и полистайте.

2) Ruby ближе к функциональным языкам. А именно функциональные парадигмы сейчас все более и более актуальны в виду их эффективности в решении задач связанных с распараллеливанием и распределением нагрузки. Как пример можно привести акторы, которые получили широкое распространение в последние годы.

2.5) Я не знаю ни одного человека успешно изучавшего haskell, который не смеялся бы над js. Может такие есть, но это редкие звери) Я это к тому, что полезнее уделять больше времени языкам, которые содержат в себе мощные и слаженные между собой идеи, вникать в эти идеи, развивать мозги. Посмотрите на Scala: мощнейший и довольно сложный язык, но изучая его просто для себя я заметил, что стал лучше писать на ruby и c/c++. Js мне такого блага не давал.

3) В RoR среде средний уровень качества кода выше. Это мнение я слышу часто и склоняюсь к тому, что это правда. Порог входа в js сильно ниже порога входа в ruby, RoR старше и матёрее.

4) NPM догнал rubygems количеством, но не качеством.

5) Для большинства сайтов вполне хватит rails-based-инфраструктуры.

6) Насчет перспективности. Технологии стремительно развиваются, но я практически уверен, что RoR будет на пике еще лет 3-5 минимум. Что будет потом - я не знаю. Но поработав с RoR вы научитесь многому у него и у самого языка. А если хочется поработать на низком уровне с сервером - я бы рекомендовал Scala/Akka, Erlang/OTP, go, clojure еще можно. После них реши вы писать код на node.js - он будет красивее и чище нежели без подобного опыта.

In suma: RoR будет сложнее, но полезнее для мозгов. Перспективно уметь функциональщину. Главная и огромная беда node.js - в языке. Как идея он хорош.

А вообще - главное чтобы самому хорошо было. Попробуйте ruby как язык - может несмотря на все вышесказанное он вам банально придется не по душе)

Удовольствие от языка тоже имеет значение. Мне, например, писать на руби намного приятнее, чем на js.

where type in ('newad','renewad') and object_id=335046
Вот при таком запросе индекс по object_id & type использоваться будет.

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

1password на mac и iphone