Кофеин
и все лишние сайты в 127.0.0.1 в hosts
Я бы уже сдох от кофеина и заблокировал пол инета, живи я по такому рецепту. Восхищяюсь людьми, которым это помогает.
@elvendor , я сегодня ехал до работы около 1:20. А от парка до дома ещё пилить и пилить :)
Поехал домой, пора уже. Интересно узнать как спасаются @Amegatron (человек с большим кол-вом свободного времени на работе) и @vanchelo (я так понимаю, что фрилансит уже не первый год).
Redis is an open source, BSD licensed, advanced key-value cache and store.
users: id, nick, session_id
sessions: id, key, bla-bla…
Вот пользователю запишется session_id, а в sessions записи ещё не будет
@elvendor, это фразы из разряда «раньше и деревья были выше». Время идёт и на 5.0 fk давали ощутимое падение производительности. Но ведь уже 5.6 стабильная (ну 5.5 точно, я не помню).
@slider23 , расскажи чем хуже innodb?
@
и я был молод и знал. И местами применял. А потом две недели дебага и позора перед клиентом и было найдено злощастное употребление этого самого @
. Из того же самого разряда имел большой геммор с myisam'ом и потерянным ключом на продовой базе в 5млн постов.
ну не зря же его в фреймворк включили
???
ng-bind
Redis::connection()
сделать
"После трех месяцев в разработке все прекрасно работало с MongoDB. Но однажды в понедельник на планерке клиент сказал, что один из инвесторов хочет новую фичу. Он хочет иметь возможность кликнуть на на имя актера и посмотреть его карьеру в телесериалах. Он хочет список всех эпизодов во всех сериалах в хронологическом порядке, в которых этот актер снимался.
Мы хранили каждый сериал в виде документа в MongoDB, содержащем все данные, в том числе актеров. Если этот актер встречался в двух эпизодах, даже в одном сериале, информация хранилась в двух местах. Мы не могли даже узнать что это один и тот же актер, кроме как с помощью сравнения имен. Для реализации фичи надо было обойти все документы, найти и дедуплицировать все экземпляры актеров. Ух… Надо было это сделать как минимум один раз, а потом поддерживать внешний индекс всех актеров, который будет испытывать те же проблемы с согласованностью, как и любой другой кеш.
Видите что происходит? Клиент ожидает что фича будет тривиальной. Если бы данные были в реляционном хранилище, то это было бы действительно так."
FLUSH PRIVILEGES
делал?