Топикстартер упомянул REST в топике, но видимо он вообще не знает что, такое REST. выдумал какието Модули, Менеджеры, Реестры. Когда все прозрачно делается через REST для: HTML, JSON, XML
например
register /register(.:format) {:controller=>"users", :action=>"new"}
login /login(.:format) {:controller=>"user_sessions", :action=>"new"}
logout /logout(.:format) {:controller=>"user_sessions", :action=>"destroy"}
users GET /users(.:format) {:controller=>"users", :action=>"index"}
POST /users(.:format) {:controller=>"users", :action=>"create"}
new_user GET /users/new(.:format) {:controller=>"users", :action=>"new"}
edit_user GET /users/:id/edit(.:format) {:controller=>"users", :action=>"edit"}
user GET /users/:id(.:format) {:controller=>"users", :action=>"show"}
PUT /users/:id(.:format) {:controller=>"users", :action=>"update"}
DELETE /users/:id(.:format) {:controller=>"users", :action=>"destroy"}
user_sessions GET /user_sessions(.:format) {:controller=>"user_sessions", :action=>"index"}
POST /user_sessions(.:format) {:controller=>"user_sessions", :action=>"create"}
new_user_session GET /user_sessions/new(.:format) {:controller=>"user_sessions", :action=>"new"}
edit_user_session GET /user_sessions/:id/edit(.:format) {:controller=>"user_sessions", :action=>"edit"}
user_session GET /user_sessions/:id(.:format) {:controller=>"user_sessions", :action=>"show"}
PUT /user_sessions/:id(.:format) {:controller=>"user_sessions", :action=>"update"}
DELETE /user_sessions/:id(.:format) {:controller=>"user_sessions", :action=>"destroy"}
countries GET /countries(.:format) {:controller=>"countries", :action=>"index"}
POST /countries(.:format) {:controller=>"countries", :action=>"create"}
new_country GET /countries/new(.:format) {:controller=>"countries", :action=>"new"}
edit_country GET /countries/:id/edit(.:format) {:controller=>"countries", :action=>"edit"}
country GET /countries/:id(.:format) {:controller=>"countries", :action=>"show"}
PUT /countries/:id(.:format) {:controller=>"countries", :action=>"update"}
DELETE /countries/:id(.:format) {:controller=>"countries", :action=>"destroy"}
все ясно и понятно.
кто не понял, что это rails объясню:
например контроллер user_sessions выполняет аутентификацию, причем стандартным REST путем:
new — отоброжает страничку логина
create — сама аутентификация
destroy — соотвественно выход из системы
код контроллера у меня один на html/json/xml запрос
зачем отдельное API когда все унифицированно по REST?
идея состоит в следующем: прокси принимает сообщения amqp и складывает их во внутренние очереди (массивы) сообщений, а при подключении http клиента — проходит по всем внутренним очередям и отдает клиенту только те сообщения, которые нужны данному пользователю
а как конкретно фильтровать — прокси спрашивает по amqp у демона отвечающего за БД.
т.е. не просто трансляция amqp-http а прокси со своей бизнес логикой.
я не в том смысле, я про то, что если метод синхронный, то это заблокирует текущий поток, что бы не блокировалось все приложение, надо плодить потоки, правильно? если плодить потоки — то и 1к коннектов будет сложно обработать
или я неправильно понял?
ps: я в своем проекте на nodejs написал мини прокси amqp -> long-poll, который по идее должен и 100к держать без проблем.
например
все ясно и понятно.
кто не понял, что это rails объясню:
например контроллер user_sessions выполняет аутентификацию, причем стандартным REST путем:
new — отоброжает страничку логина
create — сама аутентификация
destroy — соотвественно выход из системы
код контроллера у меня один на html/json/xml запрос
зачем отдельное API когда все унифицированно по REST?
пойду напьюсь с горя
чтобы активировать приват24 пришлось 6! раз сходить в отделение банка. сотрудники хамливы и все на понтах
заказнойтетраэдрный тест отзамполитаэвангелистаа зачем ему websockets? для websockets у меня отдельная прокся ;)
а как конкретно фильтровать — прокси спрашивает по amqp у демона отвечающего за БД.
т.е. не просто трансляция amqp-http а прокси со своей бизнес логикой.
см приват
или я неправильно понял?
ps: я в своем проекте на nodejs написал мини прокси amqp -> long-poll, который по идее должен и 100к держать без проблем.