Обновить
10
0
Куликов Артем@dasbot

Пользователь

Отправить сообщение
тем, что инклуд не меняется. В случае одного блока вам понадобится два инклуда код_до и код после. В случае двух блоков, уже три итд. В случае наследования, вам всегда нужен один (если наследуемся от одного конечно).
со списком песен да — они не динамичны.
Я имел ввиду ситуацию: Если вычитка списка производилась из кеша, то убиваем в списке тех, кого в кеше нет
Вам приходится проверять. Потому что это постоянно изменяемая информация.
да и на самом деле отличается. Таблица мускуля всегда знает, что у нее есть, а чего нет. Вам же свой список приходится всегда проверять.
Может и не очень, но вы собираете данные из кеша не в кеше, а в коде. Мускуль же собирает сам. Если учесть, что эти данные вы в Мускуле все равно храните(!) звено кеша — лишнее.

И чем вам не угодил массив из 2000 записей?
В конкретно этом случае вы пытаетесь его научить хранить изменяемую таблицу. Таблицу бд с единственным полем. Для этого вы храните по одному ключу список возможных(!) айдишников и еще каждый каждый айдишник по своему ключу. Выборка из такой «таблицы» нерациональна.
У вас, при ваших 2к онлайн идет 2001 выборка данных из кеша, так?
При том, все эти данные у вас есть в базе, раз вы можете построить этот список с нуля (как указали в п.1). И там скорее всего этот же список можно получить одним запросом.

Вам не кажется что от чего-то тут можно отказаться, и это «что-то» в данном случае не бд?

ЗЫ: Тем более вы уже написали ниже про storage engine и в этом я с вами полностью солидарен.
Определять, что юзер на сайте, по наличию записи о нем в кеше… странно как-то право слово.
у нас явно разные понятия о многоэтажности
база данных предоставляет логику выборки. Кеш — нет. И не надо пытаться его этому научить.
Тогда вам придется в списке кроме ID хранить еще и время его занесения.
Не надо использовать кеш как базу данных. Он создан не для этого.
А вам насколько многоэтажный? :)
большинство людей читают хабр с работы ;)

про get_multi

«Memcache:: get() returns previously stored data if an item with such key exists on the server at this moment.
You can pass array of keys to Memcache:: get() to get array of values. The result array will contain only found key-value pairs. „
как уже правильно заметил сам автор, это совсем не крутизна Смарти. Это идея, которую можно применить где угодно. Идея хорошая, спасибо.
наитипичнейшая схема «многие ко многим». Со всеми вытекающими. В большинстве случаев отдельной таблицы связей достаточно.
Запрос может и фейловый, однако без стандартной уязвимости. Как я там уточнил — это не избавляет от необходимости думать.

А насчет sprintf — это был просто пример приведения типов. Здесь может и лучше, в другом случае — нет. Например в foreach((array) $var as $item) {}.
www.php.net/~derick/meeting-notes.html#remove-support-for-and-script-language-php-and-add-php-var

Как и ожидалось, «<?» все-таки оставят в угоду конструкции «<?=» Но откуда вы взяли про удаление «<? php» (а именно это я имелл ввиду) не знаю.
думаю, оратор имел ввиду всего лишь правило «используйте substr и str_replace вместо регулярок там, где это возможно»
ну это, имхо, выходит за рамки статьи для начинающих.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность