Как стать автором
Обновить

Комментарии 11

Следствие ведут колобки) А по теме — очень интересны такие вот посты про реальные интересне проблемы и поиск их решения.
У меня по этому проекту, конечно, очень много баек.
Начать с того, что искать концы в Magento можно вечно:)
> Провести исследование по использованию мемкешей оказалось не так уж сложно. Главное — не делайте так на продакшене. Всё сломать — пара пустяков. Будем патчить ядро Yii.

Есть много более простых способов замерить количество и разнообразие запросов к memcache, нежели патчинг ядра Yii (но патчинг ядра звучит красивее, если не знать, о чём речь) 8)
Так расскажи же про них!

На самом деле, если с мемкешом в моем конкретном случае еще были варианты, то для разборок со сфинксом пришлось встраиваться в SphinxAPI, и там никаких легитимных альтернатив не было точно.
1. Логирование memcache запросов (на dev сервере, конечно)
2. Профилирование (XDebug на dev, либо phpdbg на prod)
3. Анализ searchd лога (на dev)

Вышеупомянутого вполне достаточно, чтобы найти упомянутые в статье проблемы без модификации исходников.
-3. Вот анализ лога я по факту и совместил с его сбором, попутно выяснив, где именно он вызывается.
Так-то запрос еще надо отследить в коде.

-2. Да. Всё было. Но как первый этап.

-1. А как ты предоставляешь себе этот лог? get 238f5632304123b958d26d521763f730093b0b65, set 238f5632304123b958d26d521763f730093b0b67?
+3
> Так-то запрос еще надо отследить в коде.
Ну ключ-то ты знаешь

+1
Представляю, активно работал с ним. И что такого страшного в этом? )
Вот это отслеживание в коде по ключу и страшно. Как это сделать без модификации исходников?
А, у вас ключи в md5 без префиксов.
Это, безусловно, прекрасно.
Что-то не понял, что это ты, привет :)
Привет! Я-то тебя сразу узнал:)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.