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

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

Ключевой вопрос: «Почему именно выбрали Memcached»?

Понятно, что это вариант пришедший на ум сразу у вас, но ведь есть и другие варианты. Почему выбран был этот вариант? Какие причины заставили остановиться на нем?

Очень надеюсь, что выбор пал не по принципу «вот я тут вспомнил про Memcached»…
Если честно, больше выбирать особо не из чего.
Есть файлы. Есть xCache. Есть другие, более редкие способы.
С memcached я работал и ранее, правда, немного менее плотно. Он работает на куче сайтов, начиная от хабра, заканчивая facebook.com и livejournal.com (для которого и разрабатывался). Поэтому, выбор пал именно на него.
На тему «он работает на куче сайтов» хотелось бы вам дать ссылку: Lisp: побеждая посредственность.

В России большинство (точных данных у меня нет) ездит на ВАЗе. Не потому что это хорошая машина, а потому что доступная. Аналогично и с софтом: доступный, популярный, легкий в освоении — не значит лучший.
Простите, но я привык критиковать предлагая свои решения. Что вы можете предложить лучше, чем мемкешед?
В моей работе на данный момент важна стабильность и уверенность в технологии. Поэтому я выберу мемкешед. Не потому что он лучший, а потому что знаю его лучше всего.

Как только у меня будет проект, где можно будет вволю экспериментировать, я буду искать нечто другое. Например, меня совершенно не устраивает отсутствие нормальной репликации и тех же самых тегов.
Очень легко критиковать не предлагая ничего взамен.
Имеете на примете лучшую систему? Имеете опыт работы с другими более удобными?
Тогда предложите, или напишите статью. А так ваш коментарий демагогия.
Спасибо, починил.
Двоеточие после http в ссылке на еАкселератор забыли.
Спасибо, поправил.
Текущая, на данный момент версия — 0.1.0 от 21 сентября 2005
Да, библиотека очень активно развивается :)
Кстати, где там вообще тэги?

Чего там развивать? Там нет тегов. Нужно — сделайте.
В чём преимущества?
Почему кто-то должен выбрать именно ваше решение?
Для каких приложений лучше использовать?
Чего пытаетесь достичь?
Пока не будет ответов, а их нет на сайте, это будет вашей личной самоделкой которой маловероятно что кто-то воспользуется.

Ну и по сорцам:
К чему там всюду строчка «Copyright © 1997-2002 The PHP Group » Разве они разработали ваш модуль?
Именно внимание к деталям отличает профи от школьников которые прочли ПэХаПэ за 24 часа, а у вас этих деталей вагон и тележка.
Кто говорил о моём решении? Список API для работы с shared memory (и аналогами) видели? Вот что-нибудь из этого и используйте.

Строчка копирайта там потому что именно так оформлялись PEAR модули в то время. А ваши слова про профи и школьников забавны :) Вы, вероятно, не знаете кто я :)
memcached обладает рядом недостатков, поэтому выбирать его нужно осознавая его отрицательные стороны, а именно:

1) «корзины», это значит данные на 1025 байт займёт 2КБ
2) выталкивание, когда заканчивается память: вы не контролируете какая из корзин исчезнет, когда закончатся корзины какого-то размера
3) работа через сокет, что оправдано, если память используется на другой машине и не оправдано, если использовать локально.
Может стоило просто прислать этот модуль разработчикам Kohana?
Если у вас есть доступ к установке memcached, то что мешает его пропатчить до того, чтобы он сам начал поддерживать тэги?
осталось дописать две вещи
1. «не уничтожение» устаревших тэгов если генерация уже идет( читаем тогоже смиру про одновременое перестроение)
2. «полное уничтожение данных» — так как евикшен у мемкешеда скажем так хреновый — реализуем свой обход всех сотен миллионов ключей и стирание лишнего.
про это скоро напишу топик — но крайне не желательно чтобы кешед был заполнен более чем на 75%( максималка у него 85%) так как он начинает дропать ключи малек не верно — иногда новые дропает а не старые

техническая реализация второго пункта — habrahabr.ru/blogs/webdev/71707/, только писать надо не на пхп :)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.