|
Логика постоения админки сайта на Ajax
Привет.
Представилась возможность написать с нуля один, уже работающий магазин.
Было решено написать всю админку без перезагрузки страниц, то есть с помощью window.history() HTML5 + ajax.
Выбран фреймворк Laravel 4.
Laravel очень здорово дружит с backbone, поэтому решил остановиться на нем, но возникло куча непонятных вещей в логике построения приложения.
1) Где формировать шаблоны, на сервере или на клиенте?
Тоесть изначально я предположил что могу формировать шаблон (blade) и аяксом выдавать клиенту уже готовый шаблон со всеми данными. Но потом появилась идея клиенту отдавать куски шаблона, и с помощью JS шаблонизатора уже строить страницу на клиенте (а данные, например отдавать в json формате).
2)Стоит ли хранить страницу в кеше браузера, чтобы каждый раз не обращаться к серверу?
Ну тут вообще трудно понять как лучше сделать, ибо можно при переходе по страницам каждый раз брать данные из сервера, либо запихивать в pushState(data,title,href) и потом уже при переходе на ссылку, где уже был, брать всю страницу из кеша, а
данные фетчить (backbone.fetch()) из сервера.
3)Во всей админке будет оооочень много всяких js примочек типо wysiwyg, fileUploader ну и подобных модулей. Все js файлики подгружать не хочется сразу. Как правильно организовать подгрузку js + css файликов в текушую страницу?
Вот сдесь узнал про requireJs. Пока только на стадии курения мануалов. Может уже есть у кого-то подобный опыт?
4)LongPoling. Да, планирую сделать получение данных налету, для этого буду использовать Redis из коробки. Это для всяких нотификейшенов (например, пришел заказ, сразу показали это пользователю...)
Здесь не совсем понятно как лучше создать логику нотификейшенов именно на сервере, как проверять что что-то произошло?
Ну в виде бреда: может вообще все на вебсокетах сделать? ))
Спасибо.
|
