В настройках нельзя, да и не будет динамических полей. Есть другой плагин, добавляющий динамически поля, а также в новой версии ls это будет из коробки.
Статически можно добавить это поле, работы в пределах одного часа. Но если
это и будет, то не в ближайший месяц.
Вообще говоря, для такой организации потребуется изменить всего лишь один параметр в конфиге. Может, на всякий случай, и проверю в ближайшее время эту схему.
Но сказать я хотел о другом, ваша схема — ls на виртуалке + message сервер на vps выглядит, мягко говоря, костыльно. Я не говорю, что такое не применяется, наоборот — разнесение функций приложения по серверам применяется в проектах с высокой нагрузкой, но у вас фронтенд на виртуалке, поэтому проблема здесь совсем не в нагрузке, а, видимо, в каких-то организационных моментах. Просто задумайтесь об этом.
Насчет доступа с правами администратора и самого плагина. Честно говоря, плагин с подобной функциональностью не может быть простым в установке и эксплуатации. Как-никак он требует message сервер, а также адаптацию к шаблону — стандартный шаблон не подготовлен к изменению счетчика количества сообщений на лету, из-за этого приходится немного править шапку.
Это вытекает в то, что у плагина высокий порог входа и целевая аудитория — технически развивающиеся проекты, которые могут позволить себе сервер и программиста/сис. админа.
Если вы представляете именно такой проект, то я проверю работоспособность вашей схемы и составлю персональную инструкцию по установке.
Отличный проект, на прошлогоднем техкранче в Москве было много туристических проектов и один из них был точно таким же как у вас, желаю вам выйти на самоокупаемость и показать хороший доход.
P.S. Долго загружается только, можно поработать со статикой, уж очень много файлов :)
Добрый вечер,
Предложение в очереди на реализацию :)
Виртуальный хостинг не подойдет, так как требуется доступ к серверу с правами администратора, а
в плане нагрузки подойдет любой хостинг — плагин не требователен к ресурсам.
Конечному пользователю может и пофиг, но если разобраться глубже, то нет. Хреновый код ухудшает качество сервиса — медленная загрузка страниц, баги, уязвимости и т.д.
Но если смотреть из глаз создателя сервиса (сайтостроители привет!), коими вы все себя считаете, после того как установите в 4 шага бесплатный движок, то качество кода — одно из самых важных требований к проекту. Говно-решения рождают бОльшие издержки в будущем при доработке, причем сравнимые с написанием приложения с нуля.
Надеюсь ты верно понял — установленный на том же сервере, где и само приложение, message сервер сильно сэкономит ресурсы.
Это 20 одновременно авторизированных пользователя
Да, но это нормальная цифра, смотря как ты будешь работать с этим лимитом. Например, у среднего сайта, где одновременное редактирование — просто удобная фишка, то есть ей пользуются единицы — этого хватит сполна. Конечно если планируется, что более 20 человек одновременно будут заниматься онлайн редактированием документов, то да — лучше купить vps за 15$, поставить двумя командами свой сервер и перенести сайт.
Кароче, я хочу сказать, что для сайтов, использующих виртуальный хостинг, не понадобится подобный функционал, так как аудитории там и нет, да и не будет там 20 юзеров онлайн, а если есть столько, то врятли виртуальный хостинг нормально справляется.
Он не обязательно должен быть свой.
pusher.com — бесплатного тарифного плана хватит для любого сайта, который использует виртуальный хостинг.
А все другие, у которых свой виртаульный сервер или дедик, смогут поставить двумя командами сервер. Настраивать ничего не надо :)
А с точки зрения нагрузки, то если сделать без message-сервера, то есть apache+long polling — все будет на порядок хуже и ресурсы будет жрать неимоверно.
Не верно. Плагин основан на faye, а он использует не только event source.
Вот ответ от автора faye
Faye runs in all the major browsers as well as WebKit-based mobile browsers on iPhone, iPad and Android devices. It should run in any browser capable of one of the following:
WebSockets (including the Firefox 6 and Chrome 14 implementations as of 0.6.4)
XMLHttpRequest
CORS
JSON-P
То есть работает везде, где поддерживается ajax, а это все современные браузеры, включая шестой IE.
Статически можно добавить это поле, работы в пределах одного часа. Но если
это и будет, то не в ближайший месяц.
Будет приятно и полезно получить фидбек.
Вообще говоря, для такой организации потребуется изменить всего лишь один параметр в конфиге. Может, на всякий случай, и проверю в ближайшее время эту схему.
Но сказать я хотел о другом, ваша схема — ls на виртуалке + message сервер на vps выглядит, мягко говоря, костыльно. Я не говорю, что такое не применяется, наоборот — разнесение функций приложения по серверам применяется в проектах с высокой нагрузкой, но у вас фронтенд на виртуалке, поэтому проблема здесь совсем не в нагрузке, а, видимо, в каких-то организационных моментах. Просто задумайтесь об этом.
Насчет доступа с правами администратора и самого плагина. Честно говоря, плагин с подобной функциональностью не может быть простым в установке и эксплуатации. Как-никак он требует message сервер, а также адаптацию к шаблону — стандартный шаблон не подготовлен к изменению счетчика количества сообщений на лету, из-за этого приходится немного править шапку.
Это вытекает в то, что у плагина высокий порог входа и целевая аудитория — технически развивающиеся проекты, которые могут позволить себе сервер и программиста/сис. админа.
Если вы представляете именно такой проект, то я проверю работоспособность вашей схемы и составлю персональную инструкцию по установке.
P.S. Долго загружается только, можно поработать со статикой, уж очень много файлов :)
Саппорт не подключит.
Подробнее о установке вот тут, раздел «установка»
Предложение в очереди на реализацию :)
Виртуальный хостинг не подойдет, так как требуется доступ к серверу с правами администратора, а
в плане нагрузки подойдет любой хостинг — плагин не требователен к ресурсам.
Но если смотреть из глаз создателя сервиса (сайтостроители привет!), коими вы все себя считаете, после того как установите в 4 шага бесплатный движок, то качество кода — одно из самых важных требований к проекту. Говно-решения рождают бОльшие издержки в будущем при доработке, причем сравнимые с написанием приложения с нуля.
Думаю идея ясна.
50 одновременных соединений ls с realtime держит с большим запасом на vps 2 x 2.7 ГГц, 512 mb.
Да, но это нормальная цифра, смотря как ты будешь работать с этим лимитом. Например, у среднего сайта, где одновременное редактирование — просто удобная фишка, то есть ей пользуются единицы — этого хватит сполна. Конечно если планируется, что более 20 человек одновременно будут заниматься онлайн редактированием документов, то да — лучше купить vps за 15$, поставить двумя командами свой сервер и перенести сайт.
Кароче, я хочу сказать, что для сайтов, использующих виртуальный хостинг, не понадобится подобный функционал, так как аудитории там и нет, да и не будет там 20 юзеров онлайн, а если есть столько, то врятли виртуальный хостинг нормально справляется.
pusher.com — бесплатного тарифного плана хватит для любого сайта, который использует виртуальный хостинг.
А все другие, у которых свой виртаульный сервер или дедик, смогут поставить двумя командами сервер. Настраивать ничего не надо :)
А с точки зрения нагрузки, то если сделать без message-сервера, то есть apache+long polling — все будет на порядок хуже и ресурсы будет жрать неимоверно.
Вот ответ от автора faye
То есть работает везде, где поддерживается ajax, а это все современные браузеры, включая шестой IE.