Понадобится, вероятно, но она равно относится ко всем языкам.
Можно и Нетбинс, но не в курсе насколько хорошо он поддерживает динамические языки, особенно Питон и Руби - у джетбрэйнс 100% поддержка полноценная, а не любительский плагин.
В теории да, если так узко ставить вопрос. На клиент-сайде от JS вы никуда не денетесь, как бы ни маскировались под *S :) Но вот с сервер-сайдом могут быть проблемы. В частности с моим привычно любимым PHP. Есть PhpDaemon, обеспечивающий навскидку большую функциональность или производительность, чем node.js или EventMachine (on Ruby:), но зато не требующий вникатьв новый *-way, за который будут конструктивно ругать или, хуже того, неконструктивно ржать. Хотя, хрен его знает, мне уже давно твердят на Хабре, что я перерос PHP — правда только один предложил мне перейти на зарплтау сравнимую с текущей. Вернее я предложил меньше текущей типа ка джуниор ни фига не знающий, а он мне как джуниору предложил много большую как я мог бы рассчитывать как миддл.
Забыл про клиента. При аутенфикации устанавливает асинхронное соединение с легковесным сервером (на самом деле чуть погрячился выше насчет вебсокетов, нужна просто любая пуш технология), получает с него данные, а потом ждет событий от сервера, по таймеру предсказывая события о которых ему уже известно известно (пока не получит от сервера новых данных эти события уже обсчитанных или аннулированных).
Там старый сайт, который в самый неподхлдящий момент вываливает модальное окно с предложением перейти на новый и, главное, после перехода нужно заново логиниться. Так-то меня старый устраивает полностью, а новый кажется неудобным, но я понимаю — ребрендинг, все дела, но прошу хоть в малой малости их старому клиенту потрафить…
То, что они в публичном репозитории будут лежать, дело не меняеет? А то я ставлю, например, php и nginx с dotdeb, а они в/usr/bin/ @gflf.n@/ Или это мера своего ЧСВ? :)
Хз. По-моему, для моих задач несколько не то. Что chef что puppet другие цели имеют. Мне не нужна репликация конфигов на несколько серверов, только несколько скриптов чтоб под рукой были.
Хз. По-моему, для моих задач несколько не то. Что chef что puppet другие цели имеют. Мне не нужна репликация конфигов на несколько серверов, только несколько скриптов чтоб под рукой были.
Куда более сложная и по большому счёту от параметров запроса независящая, кроме как сессионной куки, из которой вытаскивается id пользователя в базе. По нему из базы вытаскиваются из очереди прошедшие, но еще не обработанные события этого пользователя и их параметры передаются (после десериализации и денормализации) в параметры вызова модуля. В принципе логика самой страницы и обработка событий между собой малосвязаны как правило, единственное что к началу обработки страницы все прошедшие события должны быть обработаны (или помечены как «зависшие»). По хорошему надо всю архитектуру переделывать, но пока ресурсов на это нет, нужно узкое место исправлять.
Про fastcgi не понял — переписать приложение полностью на Си? Или обернуть работу модуля в http, повесив большую часть работы на nginx, а php часть курлом или через сокеты будет делать запрос, вместо работы с файлом и exec?
agmt, вообще фигня какая-то. В одних приложениях 1251 показывает нормально, в других полные крякозябры. Ладно, главное, что комменты могут прочесть нормально. Всем спасибо.
Хм, весьма интересный результат: лебедевский декодер показывает CP1252 → CP1251 и нормально отображает текст (нормальный русский), а вот установка CP1252 в IDE ничего не меняет, да и нет, афаик, в CP1252 кириллических символов.
Можно и Нетбинс, но не в курсе насколько хорошо он поддерживает динамические языки, особенно Питон и Руби - у джетбрэйнс 100% поддержка полноценная, а не любительский плагин.