bromzh: отправить запрос и получить ответ - элементарно, посмотрите как это реализовано в socket.io например.
Насчет GET/POST/PUT а Вы часто используете рест в веб приложениях? именно рест, а не то что этим словом называют 90% рунета? А rpc который более применим к большинству реальных веб-приложений, где каждый метод из CRUD'a может иметь по несколько различных реализаций.
AJAX медленнее вебсокета, создает больше нагрузку на сервер и транслирует гораздо больше данных по сети
p.s. мое высказывание про вебсокеты было сарказмом на "в 2015 живем"
PAJCH: PostgreSQL с нормально настроенным кэшем и правильными индексами спокойно работает с миллиардом записей в одной таблице без особых тормозов на выборках, и в отличии от монги не съест у Вас всю память на таких объемах информации
Еще есть такие вещи как Apache HBase и Google BigTable - 2 бд созданные специально для огромных объемов данных, но с ними не работал, так что советовать ничего по их поводу не буду
А монга больше подходит для несвязанных денормализованных данных малого и среднего объемов (до 200к документов на коллекцию)
На что только люди не идут, чтоб заставить mongo работать под большой нагрузкой и с большим кол-вом данных... А ведь раскручивали как БД именно для этих целей.
Только вот думаю не очень эфективно будет постоянно между базами переключаться.
Если есть реальные тормоза на общей коллекции, то лучше создавать коллекции а не базы, правда с мангустом так уже не поработаешь...
un1t: у Go в одной утилите и компилятор и пакет-менеджер и юнит тесты и много чего еще
зависимости прописываются непосредственно в исходниках в операторе import
если хотите распространять свое приложение в исходниках - пишите make файл для сборки
если распространяете пакеты, то go get вполне подтягивает зависимости самостоятельно
abcyu: стандартный пакет http и так создает горутину на каждый запрос, горутины работают ассинхронно и изменить это в отличии от js к счастью нельзя, тут принцип другой, при любом ассинхронном вызове горутина блокируется, но в это время на том же потоке могут выполняться другие горутины. un1t: Любая программа выполняющаяся более чем в одной горутине будет ассинхронной, и, следовательно, наличие медленных клиентов как-то всеравно, каждый http запрос у нас в отдельной горутине из коробки
v- smerti: Если свой загрузчик, то делайте так как удобно Вам и в первую очередь Вам (ну и Вашей команде, если работаете не один)
А вообще, в плане модулей я бы посоветовал Вам взглянуть в сторону requireJS (AMD style) или browserify (CommonJS style) - сэкономите время на изобретение других велосипедов))
Programep: Если Вас начнут DDoS'ить то вряд ли это будут делать по вебсокету. Да и нагрузку это не создаст ибо вы закрываете соеденение практически сразу.
Так же можно добавить таймаут кол-ва соеденений с 1 IP за промежуток времени (как правило это весьма эфективная программная защита от DDoS, так как вы не делаете accept соеденений IP которых очень часто к Вам долбятся, а следовательно даже не открываете их)
насчет node.js и c++ пишите на чем умеете и на чем построен остальной проект, c++ конечно можно заставить работать гораздо быстрее node.js только вот кода у Вас будет раз в 10 больше
blackbb: если залезть можно, сделайте чтоб в класс или атрибут тега <div class="fieldWrapper"> прописывался type input'а и по нему уже работайте из стилей
blackbb: :has довольно новый селектор, старыми браузерами не поддерживается.
И кто мешает залезть в код движка и поправить генерацию формы или же вообще не генерировать форму движком?
Антон: если работаете через ORM то смотрите правильно ли описана схема, а вообще не используйте ORM никогда и нигде ибо во-первых они создают тормоза, во-вторых не одна ORM не даст Вам оперировать с БД на полную
eldar_web: все зависит от того какое условие Вы напишите для заполнения дефолтным значением
Напримерif(value === '') { ... } будет срабатывать только на пустую строку
Насчет GET/POST/PUT а Вы часто используете рест в веб приложениях? именно рест, а не то что этим словом называют 90% рунета? А rpc который более применим к большинству реальных веб-приложений, где каждый метод из CRUD'a может иметь по несколько различных реализаций.
AJAX медленнее вебсокета, создает больше нагрузку на сервер и транслирует гораздо больше данных по сети
p.s. мое высказывание про вебсокеты было сарказмом на "в 2015 живем"