Продолжение темы "Обновление форума. Баги и ошибки пишем здесь".

это прям вау
это прям спасибки за инфу читаем далееэто ежу понятно
потому и знаю что редис эту хрень из коробки решает
пользуюсь и нахваливаюхрен там ты прав
в редисе не надо
ну инкремент слишком просто
ладно
транзакция
вот сейчас вообще не понял
в чем вред?
вообще не серьезно
разогрев кэша это я вообще не понимаю
я знаю что это такое но учитывать разогрев....хмммм
а я о чем?
ты о мютексах итп?
даже не буду продолжать
спор начался с того что не кашерно юзать чистый мемкэш...
не убедил...даже наоборот

Если мы хотим прочитать + изменить + записать - в редисе нужно WATCH, разве не так? А watch - это именно что оптимистичная блокировка.
Могу ошибаться про транзакции с редисом почти не использовал.


В том, что, как я говорил, кеш можно выключить - ПО должно работать. Кеш включить - ПО должно начать наполнять кеш. По определению кеша ;) Персистентность тут собаке пятая нога. Вредна именно с точки зрения искажения архитектуры - начинаешь ориентироваться на то, чего быть не должно.
Сори если сумбурно, жена не дает расслабляться ;)


Я о CAS.


Представь себе, что сайт выдерживает 10к хитов, а с кешом - 40к. Что произойдет в час пик, если будет 30к хитов, пока кеш не разогреется? Все ляжет. Персистент тут может помочь. Но, в более... обыденных случаях - он вреден, ибо поднятый устаревший давно кеш может доставить много больше проблем ;)

Чем мемкеш лучше редиса для кеша? Как минимум вытеснением. Мемкеш сам заботится о том, что бы удалять редко востребованные данные в случае нехватки памяти. В редисе - есть память, есть данные. Не влезли - пока новые данные, даже если они и супер горячие ;))

не сумбурно вполне понятно
но...
это если смотреть на кэш как на кэш и все!!! а редис это и хранилище
не ускоритель только
ясно
противоречишь сам себе
или кэш это кэш и архитектурно на него не надеемсяили это хранилище и тогда ждем что оно работает как часть системы
все очень интересно но вернемся к истокам
ты будешь проектировать систему без редиса?
я вот о чем
нужна гибкость бери редис

eviction policy в конфиге.
LRU вполне умеет. Но дефолтно - да, стоит noeviction.

прикольно
будет что почитать
остальным новичкам советую не впадать в отчаяние
эти умные слова наверняка кроют простую идею))
Мелкий да?))
ладно не суть...читаем

А, ну отлично ;)
Я в общем не о том, что редис не может работать как кеш - не пробовал, не знаю ;) А о том, что мемкеш покрывает основные задачи кеша вполне даже сегодня, так что нет никаких причин категорически его отвергать.

снова здорова
я же не отвергаю его категорически
я категорически знаю что есть штука удобнее
ты меня понял
(Добавление)
а посему какой там завис в мемкэше?!!! А!!!???
андрий это хрень говори новичкам
код гавно так и скажи
это и так все знают

Не, я же сказал - есть исключения, как правило для реального хайлоада. Очень нужно понимать, что делаешь. Простой пример: архитектурно верно - нормальная форма данных в БД, в реальности - бывает, делаем денормализацию ;)
Ладно, проехали ;)
(Добавление)

Субъективно удобнее ибо есть знание редиса, но нет - мемкеша ;) Мне вот эта удобность не очевидна, ибо давно и активно знаю мемкеш, а редис - только на некоторые задачи быстрого доступа к данным по ключу, да и то, обычно, вместе с FTS движками типа сфинкса.

MiksIr Я понял о чем ты и ты понял о чем я
предлагаю снова ополчиться на андрея который сумел ляпнуть что завис мемкеш)))
мне смешно)))
(Добавление)
ну вот зачем ты это снова
есть что сказать
но промолчу...ибо все уже было сказано

Здравствуйте!

Не могу написать сообщение в своей теме http://forum.php.su/topic.php?fo...0&topic=6146
Выдает ошибку: Could not write in the file forum40/6146-thd.php

Что делать?

Проблема актуальна, как решить ее?

Ждите. Админ проснется и починит.

Текст, который содержит html, не экранируется, на выводится, как есть.
Тег input - http://prntscr[dot]com/bp3eg4

Так и не ответили по моему посту...