revered, надо анализировать поведение пользователей на сайте. может имеет смысл в новости хранить кэш лайков, может проще у пользователя статьи с лайками.
не считать каждый раз кол-во лайков у новости, а закэшировать и обновлять при изменении и тд и тп
Потом сразу же делаем выборку комментариев по всем новостям (WHERE `id`="1" OR `id`="2" OR `id`="3" ... )
эммм... а зачем вам для списка новостей все комменты? вам же только количество надо! которое хранится в самой новости...
и это очень лёгкий запрос ;)
Лайки/репосты/дизлайки харнить в 1 табилце.
про репосты я ещё как-то могу понять, но зачем разделять лайки и дизлайки?
Получается единственный выход убирать кэш каждый раз, как ставят лайк/коммент?
а как иначе?
на всякий случай: не обновлять ВЕСь кэш, а только для конкретной новости, но это вроде и так понятно
event logs->windows->system и смотреть по времени выключения
смотрели?
....
revered, надо анализировать поведение пользователей на сайте. может имеет смысл в новости хранить кэш лайков, может проще у пользователя статьи с лайками.
не считать каждый раз кол-во лайков у новости, а закэшировать и обновлять при изменении и тд и тп
event logs->windows->system и смотреть по времени выключения
а то развели здесь цветик-семицветик :D
Обоснуй, почему не сочетаются
да хотя бы потому, что из всех сообщений этой темы ты ответил на моё
Без флуда пожалуйста.
эти две цитаты абсолютно не сочетаются
Цива - пошаговая, поэтому там распараллеливать даже на 2 ядра нечего, т.к. следующий ход напрямую зависит от предыдущего. И в 5. Цива та же проблема.
+ для четвёрки был патч, исправляющий конкретные косяки с графикой. Может и для тройки есть
TiA, а потом начинаются крики: "У меня сайт "моргает"!!!", "Процент отказов поднялся в небеса!!!", "На медленном соединении сайт без диза!!!"
самый дешёвый монитор/тв нужного размера без всяких smart- и прочих приставок + raspberry pi
всё