я не знаком с алгоритмами ресайза изображений, но я абсолютно уверен, что выдача заранее сгенерированной статики будет обходиться гораздо дешевле по ресурсам. хотя бы по тому, что в случае с генерацией на лету выполняется три действия: генерация, сохранение в кеше, высер клиенту.
поясните пожалуйста, как один из слейвов должен узнать что ему пора бы подняться?
и второй вопрос: как скопище слейвов поделят между собой право стать мастером?
Я столкнулся с такой проблемой — есть несколько индексов с одинковой структурой аттрибутов, но пересекающимися идентификаторами. А искать нужно сразу в нескольких индексах, сфинкс же при совпадении айдишников из разных индексов оставляет только элемент из последнего указанного индекса — можно это как то обойти?
Есть масса случаев, когда нужно знать имя класса наследника — из простых паттернов — это реализация абстрактного синглетона, из более сложных ORMы всякие, как минимум файндерам реализованным в виде статических методов единожды нужно знать какая именно модель запрашивается — сейчас это решается кодогенерацией и название класса просто передаётся как аргумент в файндер, в 5.3 будет достаточно в файндере сделать get_called_class()
и второй вопрос: как скопище слейвов поделят между собой право стать мастером?
ну может чуть больше стоит, но порядок цен тот-же