Я давно уже где-то предлагал сделать локальный рейтинг в сообществе и чтобы можно было градацию развития создавать. То есть скажем получил человек +5 к рейтингу блога «хорошие программисты», значит ему присваиваем статус «что-то знает в программировании». И в профиле целый список достижений.
Вот в такой форме это возможно. Я просто обратил внимание на акцент «нужен именно модуль, а не хак».
Для управления хаком вполне можно использовать конфиг (как сейчас в том самом «модуле мотивации»), приспособить модуль «Админпанель» или написать специальный.
Да про мапперы я что-то поторопился… Но я лишь для наглядности взял такой простой пример. Чаще всего пересечения идут между абсолютно разной функциональностью. Допустим возьмем шаблон topic_list. Он у нас описывает вид разных типов топиков. Совершенно логично, что топик-музыка и внутренний голос — это будут именно разные авторы и плагины. А пользователь захочет просто закачать два плагина и включив их увидеть у себя и то и другое. А третий плагин возможно будет добавлять количество просмотров топика.
Еще хороший пример — добавление в профиль пользователя микроблога и галереи одновременно.
В нашем случае придется либо отказаться от какого-то плагина, либо сделать новый, который будет совмещать необходимые конкретному проекту возможности. :-)
Честно говоря, я пока и сам не вижу решения, но проблема типичная для хаков.
Потрясающая штука. Вы действительно шагнули на новый уровень!
Единственное, что пока не складывается в моей голове — реализация нескольких плагинов, претендующих на один ресурс. Скажем простой пример — в шаблон профиля один плагин добавляет контакт Skype, а второй Телефон. Как я понимаю в этом случае возникнет конфликт.
Двинемся глубже. Для тех двух типов контактов нам потребуется изменение и action, module, entity и mapper (кстати, их можно делегировать?)… И с таким пересечением действительно часто приходится сталкиваться. Как быть в таких случаях?
Эмм… пару месяцев назад имел очень большие грабли с этим ликпеем. Если коротко, то деньги с меня списали, но до пункта назначения они не дошли. Полмесяца я рулился то со своим банком, то с ликпеевским.
Я как-то тестировал APC в сравнении с memcache и APC выиграл всухую по скорости. В целом использовать хранение кеша таким образом полностью оправдано. Единственное, что в PHP 5.3 уже встроено как я понимаю кеширование опкода и для меня пока остается открытым вопрос о смысле использования ускорителей в будущем.
Размести вы здесь предложение сделать верстку и шаблоны за 15000, думаю быстро нашли бы исполнителя, а в указанных темах в основном предложения о «дотачивании», что сулит много возни, но малую оплату.
Короче мне просто кажется, что исполнители вас не правильно поняли (или вы не донесли), а вы не поняли их (так как они просто проигнорировали предложение).
Работы же заказные периодически происходят и я часто об этом слышу.
Разработчик cogear все же в конечном итоге сдался и внял нашим предложениям, что надо делать GNU GPL. Правда сначала он сменил свою «самопальную» лицензию на CC, а потом уже GNU. Такие дела.
Для управления хаком вполне можно использовать конфиг (как сейчас в том самом «модуле мотивации»), приспособить модуль «Админпанель» или написать специальный.
PS: Обращаясь на вы, я ожидаю от собеседника того же.
Еще хороший пример — добавление в профиль пользователя микроблога и галереи одновременно.
В нашем случае придется либо отказаться от какого-то плагина, либо сделать новый, который будет совмещать необходимые конкретному проекту возможности. :-)
Честно говоря, я пока и сам не вижу решения, но проблема типичная для хаков.
Единственное, что пока не складывается в моей голове — реализация нескольких плагинов, претендующих на один ресурс. Скажем простой пример — в шаблон профиля один плагин добавляет контакт Skype, а второй Телефон. Как я понимаю в этом случае возникнет конфликт.
Двинемся глубже. Для тех двух типов контактов нам потребуется изменение и action, module, entity и mapper (кстати, их можно делегировать?)… И с таким пересечением действительно часто приходится сталкиваться. Как быть в таких случаях?
А так действительно то, чего не хватало! :)
А в этот раз предусмотрено изменение времени по часовым поясам?
Впрочем это вопрос отдельный уже. Самое главное, что кроме memcache хватает еще хороших инструментов для кеширования.
Короче мне просто кажется, что исполнители вас не правильно поняли (или вы не донесли), а вы не поняли их (так как они просто проигнорировали предложение).
Работы же заказные периодически происходят и я часто об этом слышу.