mr_drinkens89: полетит название параметра и значение, например name="color" value"зеленый". Никаких Q, выборка осуществляется средствами полнотекстового поиска.
ES используется для индекса. Как интересно подгружать правильные значения, если мы говорим о фасетах. Если фасеты строить в базе, то зачем тогда ES нужен. Если поиск по товарам, то понятно что там достаточно ID, а товары выгружать из базы. Но речь о фасетах.
Серверу в принципе без разницы аякс не аякс, просто обработку GET запроса (читаем данные ведь?) сделай и выдай там json и укажи content type = application/json.
Чесно говоря не совсем понятен вопрос. Если вопрос "как найти время", ответ простой нужно чем-то пожертвовать. Либо пробежками по утрам, либо пивом с друзьями после работы, либо просмотром фоточек в инстаграме. Кто-то конечно может предложить меньше спать, но это вообще не вариант. Не понятно ты плнируешь это как хобби или как полноценную работу со временем. Если второй вариант, то стоит уволиться и устроиться куда-то в вебстудию например, мадшим разработчиком/верстальщиком, без разницы и там можно быстро прокачаться.
Если зашифрованный текст отображается кракозяблами это нормально, там же не текст а бессмысленный набор битов, главное чтобы расшифрованный показывался как был. codepad.org/usp8gCoF
Практика показывает, что микрофреймворки выигрывают в производительности лишь на отдаче фразы "hello world" из примера, а на реальных задачах, о выигрыше в производительности говорить не приходится. Вот смотри один процесс, один поток - Flask на отдаче "hello world" далает 1000 rps, а Джанга лишь 500. Казалось бы, офигенно, выигрыш в целых два раза. Но на реальном проекте внутри вьюхи (или контроллера в терминах MVC) есть какая-то логика, запросы к базе, обработка и прочее . Если тебе удалось достигнуть производительности на своем проектое в 100 rps на один поток, то это очень круто, зачастую бывает меньше. Но в данном случае уже получается у Фласка время на ответ 11 милисекунд, а у Джанги 12. Что уже не явялется серьезной разницей в производительности. А если брать более реальные цыфры, например 50 rps от приложения, тот тут разница будет меньше 5%. У микрофреймворков постоянно проблема с тем, что приходится саму писать, то что в Джанге есть либо из коробки, либо в виде внешних приложений. Стоит ли весь геморой с написанием велосипедов из говна и палок, ради этих 5%? Я думаю нет. А вообще, если действительно важна производительность в ущерб скорости разработки, то для веба надо брать асинхронный фреймворк, скажем Tornado.
