Валерий Рябошапко: Что бы проект было проще разворачивать. Предположим у нас требования, что instance нужно часто и быстро разворачивать. Если написать демон, то его можно запустить в скрипте запуска. А с cron нужно будет руками подписывать. Особенно если продукт рассчитан не только под Linux. А подобных задач достаточно много. Поэтому 1 раз написать более сложное в нашем случае может быть предпочтительнее, чем постоянно прописывать в cron
Вообще https://github.com/arut/nginx-rtmp-module
А по конфигу, попробуйте перенести rtmp выше http.
Хоть location грузятся параллельно, то с приложениями не уверен, что работает это правило.
@lega Пытаюсь сейчас разобрать код в вашем примере, блин, извините, конечно, но он не читабельный вообще. Честно говоря, я вообще не понимаю как это работает :(
@lega
> Для сравнения попробуйте на ko сделать такой биндинг-элемент6 jsfiddle.net/lega911/v2uf2
Самое топорное решение вот у меня такое получилось: jsfiddle.net/KTW34
Если нужно возвращать значение и использовать отдельно где угодно, можно завернуть это в custom bindings, не стал делать, т.к. это просто дело техники.
за Angular Light, спасибо попробую.
На счёт ваших 5ти пунктов.
Первый пункт я вообще не понял, что вы имели в виду.
Третье и четвертое, очень сомнительно. Т.к. ko.observable не глупый и оптимизация, скорее всего будет нужна в другом месте.
Второй пункт и пятый, по сути себя дублируют и на мой взгляд являются самым значимым минусом KnockoutJS.
А что делать с читабельностью у AngularJS. Ведь основная проблема при разработке приложений, это как раз скорость разработки. Правило 80/20 пока что до сих пор остаётся верным.
@doodoo есть такой javascript шаблонизатор - doT. Он на данный момент самый быстрый из существующих, так вот он тоже во всю использует eval.
Пока что я не нашел ни одного "против" почему нельзя использовать сторонюю библиотеку, которая реализует свою концепцию с использованием данного функционала.
Я знаю лишь "против", когда вы реализуете своё RIA что ни коем образом не пересекается предыдущем.
Отдельно можно упомянуть решение mail.ru получать объект из DOM-элемента путем вызова onclick, что по своему подобию и есть eval
Пока что в сети я встречал лишь мнения, что AngularJS подходит для больших приложений, лишь потому что потому. Без аргументов. Хотя время показывает, что когда какой то framework оправдывают подобным образом лишь потому что он монструозный и не более.
Что есть философия KA которая не годится для больших SPA приложений?
Решил запустить все тесты в IE11, Angular провалился по времени очень значительно. Похоже Google в своём репертуаре, ориентируется лишь под свой браузер.
