Тимур Шемсединов

var http = require('http'),
	formidable = require('formidable'),
	util = require('util');

http.createServer(function (req, res) {
	if (req.method == 'POST') {
		var form = new formidable.IncomingForm();
		form.parse(req, function(err, fields, files) {
			console.log(fields.message);
    	});
	}
  	res.end();
}).listen(8888);

console.log('START');

@d00mko видимо не потрудился прочитать статью, прежде чем посоветовать ее Вам. В статье как раз пытаются избавиться от мифов вокруг ноды.
По сути вопроса - нода вполне подходит для проекта любого размера и сложности (как и пхп, раби, питон, ява и т.п.) Никогда в жизни не сталкивался с ситуацией, что язык становился узким местом в веб приложении. Если Вы с этим столкнетесь, то значит Ваша архитектура уже идеальна, у вас миллионы пользователей и у Вас миллиарды денег, чтобы взять и переписать все с нуля где-нибудь на побережье океана попивая мохито, принесенное личным барменом.
Ява - готовьтесь к тому, что Вам надо МНОГО оперативной памяти. Разработка будет вестись долго, но большинство глупых ошибок Вы избежите в силу особенностей языка.
ПХП - готовьтесь к тому, что в Вашем коде будут появляться какашки, так как из всех пхп кодеров лишь доли процента могут написать хороший код. Это действительно очень трудно, когда язык сам манит писать все больше и больше какашек ) Лишь просветленные могут удержаться )
Нода - Вас ждет мир непонятного асинхронного кода, но как только наступит просветление, то Вы будете писать намного более эффективные приложения, чем Ваши товарищи пхпщники ) Наилучшее применение - чаты, кометы и т.п. Но и в качестве веб-сервера чувствует себя замечательно.
Питон - можно использовать и асинхронный подход и синхронный. Памяти жрет намного меньше, чем Java (личный опыт. разница была почти в 7 раз). По скорости работы практически не уступает яве. По скорости разработки разрывает ее в клочья
Раби - ничего не могу сказать дельного, но синтаксис мне не нравится.
Эрланг - если Вы действительно суровы и Вам нужна максимальная производительность - это Ваш выбор. Столько боли и страдания Вам не доставит ни один язык. Вы можете часами сидеть и тупить над одной строчкой кода, но каждый раз после написания такой строчки Вы будете впадать в экстаз ) Да и пока вы часами тупили над одной строчкой в эрланге на другом языке вам бы пришлось написать 200 строчек. Хардкор вариант, есть много тестов, уроков и примеров, но сам бы я не рискнул начинать проект на нем, так как моих знаний не достаточно, а найти разработчика - нереально.
Вообще, не пишите серьезные проекты на том, что хотите изучить или то, что модно. Пишите на языке, который лучше всего знаете.

вот зачем брать асинхронный функциональный (все же это так) язык программирования и писать на нем такой вот шлак?

switch/case это дурной тон. Есть конечно варианты при которых без этого никак, но явно не в вашей задаче.

Используйте deferred объекты что бы убрать мешанину из каллбэков.

Сделайте отдельную функцию провайдер данных и вынесите из этого треша SQL. У вас тут нету классов, по сему нету и сингелтонов. Просто отдельный метод провайдер, причем он так же должен быть асинхронным.

Сделайте обертки вокруг сокетов внутри которых уже обрабатывайте исключения что бы ваш контроллер не распухал от количество try/catch блоков, ну и опять же используйте deferred объекты. Например библиотеку Q

Без внешней бинарной обёртки затруднительно. Если завернуть всё в пакет ещё возможно, равно как и определить директорию, из которой запущен бинарник, то вот чтобы туда писать - уже могут быть проблемы.
С Windows-то всё просто, а вот к примеру в Linux приложению даже чихнуть нельзя без проверки прав доступа. Соответственно, брать и записывать куда угодно не выйдет.
Копать можно по следующим направлениям:
1. Песочница. В package.json можно задать путь, куда node-webkit будет сохранять localStorage и временные файлы, например:
"chromium-args": "--data-path='./data-cash/'"
2. process.env - позволяет получить кучу данных об окружении приложения, в том числе найти данные о путях. Сюда же можно отнести process.execPath
Скорее всего, придётся, во-первых, определять ОС, и во-вторых, проверять права доступа к директории.

order allow,deny
deny from ip1
deny from ip2
allow from all

это плохое решение, используйте лучше капчу

Это популярная проблема, все пытаются с ней бороться, придумывают разные инструменты, библиотеки и прочее. Но скажу, что при хорошей архитектуре вложенность функций редко переваливает за 2 штуки - а это уже никакой не `хэл`. Ну вот посмотрите на метод в котором у вас этот самый `хэл`. Это же явное нарушение SOLID - один метод обрабатывает данные, куда-то их посылает, ждет в коллбэке ответ, с ним что-то делает, потом снова вызывает другую асинхронную функцию и опять ждет ответ, и так несколько раз. Поэтому `коллбэк хэл` - это классная штука, которая помогает разбивать код на независимые функции - принял данные, что-то сними сделал, отправил дальше как эти данные, так и другие аргументы. Точка.

Я бы попробовал в Interface Settings включить Cleartype-friendly redraw.
Еще вариант — выключить ClearType, но это уже из пушки по воробьям.

Первое мне в свое время помогло (правда, артефакты были немного другие)

echo call_user_func( function() { return "hello"; } );