Akina, если произошла подмена на существующую запись, то фактически юзер отметил другого пользователя. А каким смособом он это сделал, подменой или просто ввел его имя в интерфейсе, вообще без разницы. БД это никак не навредит
FanatPHP, т.е. вы имеете ввиду, что не стоит тратить время и делать обрабатываемые ошибки аккуратного вида для тех кто хочет подменить данные?
Вполне разумная мысль, и действительно зачем
Спасибо min-width: 0; помогло, другой вариант не подходит, т.к. не всегда есть сайдбар на странице.
Не подскажете почему так получилось, что min-width: 0; помогло?
Я так понимаю да, мне просто нужно указать это для phpStorm, потому что все работает и только он подчеркивает и по умолчанию создает файлы с неймспейсом начинающимся с app\.
Но где это прописать, чтобы он понимал, что начало неймспейсов должно начинаться не с app?
user_of_toster, да, тут главное не забыть про возможную сортировку, если она есть "по дате, по рейтингу, по комментам и т.д." то придется кешировать гораздо больший объем. К тому же, нужно быть уверенным, что в выборке не появился пост, который был создан вне диапазона кеширования, потому что посты имеют свойства набирать популярность не зависимо от времени его создания (опять же это про сортировку). К тому же, посты есть не только в ленте, например ситуация: на yaplakal кто-то закинул ссылку на мой профиль где сотни старых постов. Моментально туда набежит куча юзеров, а мы бац и не кешируем лайки старых постов. Итог - придется все равно брать их из базы и к тому же делать проверку о данных в кеше. В общем весь этот геморой перевесил желание сделать кеширование. Пока база справляется и с JOIN-ами на лету...
Кстати именно из-за этой задачи я понял фразы, которые постоянно читал: "не решай не существующие проблемы. Когда будет необходимость в оптимизации, тогда и нужно оптимизировать"
user_of_toster, не решил, так и использую без кеширования. Можно было бы кешировать только результат запросов из БД а потом дополнительно делать запрос за лайками и подставлять к кешированным данным. Но профита мало. Как вариант можно было бы уже на стороне клиента (браузера, приложения) сделать дополнительный запрос к серверу для получения данных о лайках и прямо в браузере перерисовывать лайкнутые посты, но это уже кеширование ради кеширование. так что нет. Оставил как есть, максимально оптимизировав запросы
Роуты это для перенаправление в нужные контроллеры и методы исходя из той ссылке, по которой пользователь попал на сайт. А мне нужно наоборот, например на странице новостей вывести ссылку на пользователя