GreatRash: я же написал, что кода очень много, нельзя сесть и сразу переписать. Jquery будет пока проект постепенно полностью не перейдет на другой фреймворк.
Не с нуля, а постепенно старый заменяя на новый, спасибо, просто меня смущало то, что react и jquery по-разному с дом работают, и если те изменения которые сделает jqery не отобразятся на странице, т.к. у react свой dom и он ничего не знает о тех изменениях, которые сделали другие библиотеки.
Умеет - это да. Но проблема в структурировании кода, работает несколько разработчиков, каждый пишет как знает, как хочет. Хотелось бы все привести к стандарту.
Если мыслить абстрактно тогда да - все хорошо. А если попробовать разобраться детальнее: беру за основу python, исходя из этого выбираю сетевой фреймворк, пусть будет торнадо и уже на этом этапе получается, что я шагнул в сторону низкой производительности питона, потому что все сетевые соединения будут обрабатываться питоном. А далее только латать дыры при помощи Go. Мне так видится.
Ivan: uvloop (это вроде как преимущество) - вроде самый быстрый event loop, но пока я не вижу никакой в это практической пользы, т.к. пока с помощью это библиотеки можно реализовать эхо-сервер. , а то, что python 3.4+ - это скорее недостаток.
Spaceoddity: все не так просто. Конечно если вам любопытно могу объяснить. Половина проекта уже существует и работает. Другую половину проекта сделал дизайнер. Первая половина выполнена исключительно на бутсрапе. В новой части бутсрап - чтобы не нарушать преемственности технологий и не заморачиваться с мобильной версткой. Но на данном этапе вопрос с проектом разрешился лучшим образом (с вашего позволения не буду описывать как). А что бы вы делали в данном случае? Если у вас были короткие сроки, готовая часть проекта, несколько верстальщиков и объем работы не посильный для одного?
И еще проверьте в какой кодировке создан ваш php-файл (ваши контроллеры, вью и т.д). Если кодировка отличная от utf-8 отдается именно в этой кодировке, во всяком случае, именно подобного рода была ошибка во времена моей молодости.
Я читал, там есть пример того, как правильно оформлять асинхронные методы, чтобы они работали асинхронно (пример с AsyncHTTPClient). Однако как сделать так, чтобы, например, цикл while (1) работал, не мешая всему процессу, там этого я не нашел. Если бы вы меня тыкнули носом, был бы благодарен.
Paul Denisevich: если вы будете делать несколько десятков в день, тогда скорее это несколько (как минимум) уведомлений в день, значит закрытие браузера некритично. Можно разбить уведомления, например, новые сообщение - это не так важно, их слать не email. Изменения по ставкам слать push. Как вариант, если вам, действительно, важно,чтобы тонны сообщений заваливало пользователя, а так же скорость их доставки, напишите расширение для браузера. Расширения отлично создаются на js, т.е. не нужно знат доп. языков программирования. https://habrahabr.ru/post/198652/