и эта, на счет гиков: мечта конечно, чтобы для пользователя это было вообще прозрачно, и отражалось бы как 1 или несколько(в зависимости от сложности модуля) циферок… он просто сёрфит, голосует, лайкает, дружит и тд… а циферки считаются
Спасибо! Когда ждать релиз? Можно на этом уже в плаванье _готовиться_?
А то поставил(на двух разных по конфигу машинах) а она мне на морде флэшку спрва-сверху красную: «Системная ошибка. повторите позже». Если залогиниться — все ок.
Кроме того, попробовал обновиться с 1.0.10(переписал common & engine) — там фатал из-за структуры бд. Это я чет намудрил, или обновление пока не подразумевается?
Свои 5 коп.
Не нада из крайности в крайность :) я ls=>alto нарыл как раз только из-за системы рейтингов… Вообще странно, что при всем буйстве технологий и социалок, до сих пор алгоритмы реагирования системы на поведение пользователей(лайки, оценки, голосования и тд) довольно таки примитивные и плоские… и вообще никак это поведение не влияет на (системный)статус самого пользователя…
Итого: систему рейтингов нада как развивать, так и упрощать, но в виде отдельных модулей.
И плоские лайки, и навороченные «ролевухи» :) — все по отдельным модулям — кому чего нада! Ляпота :)
Что по идеям, то у меня все вертится что-то типа старого доброго гуглевского PageRank. То есть какая то циферка, всегда конечная(0..10 например), но при расчете вместо ссылок(у PR) будут учитываться лайки, друзья и тд и тп… при этом, конечно, как и в случае с PR, учитывается «циферка» «ссылающегося» (друга, лайкующего и тд)… таким образом, система итеративная и постоянно будет обновляться… Идея сделать систему, где был бы какой то полностью автоматический статус/авторитет/рейтинг юзера — вообще по сайту или в группе… Но это отдельно нада наверное обсуждать… тут много неупорядоченных мыслей :)
положение виджетов вы можете менять и в админке «Сайт > Виджеты», а не в файле конфига.
чет у меня не сработало :( попробовал пару раз написать left — оно тут же после сабмита формы в списке виджетов все равно все в right. В базе с ходу не нашел таблицы «про виджеты», разбираться не стал — полез в конфигах копаться. Нада будет еще пробить в админке эту фичу.
тема одноколоночная — либо слева, либо справа. Может быть тема трёхколоночная вообще без переменной sidebarPosition — это особенности конкретного шаблона.
ага! и поэтому приходится и $sidebarPosition задавать, и в шаблонах зон прописывать left, и в самих виджетах задавать «положение» как left… верно?
В этом смысле, для большей унификации наверное лучше отталкиваться от именования зон в конфигах виджетов по типу: main-sidebar, second-sidebar и тд...? А геометрическое позиционирование самих зон будет задаваться уже в шаблоне и/или его конфигах/настройках. При таком подходе имена зон не несут в себе информации о позиции геометрической, но задают (смысловую?) группу/зону… и тогда смена лево-право-верх-вних-итд уже действительно делается в одном месте(в шаблоне или его конфиге), а перемещение виджетов из зоны в зоны — путем смены wgroup… верно мыслю? :)
Но как то не очень красиво — копировать объявление всего виджета. Вот бы, скажем, указать лишь name(или что там ключем служит) и wgroup, а остальное пусть остается как в common прописано… А то избыточность получается, как по тексту кода, так и, скорее всего, по выполнению.
И если что то изменится в релизе альты на эту тему, тогда придется заново копиравать изменившийся код с релиза и опять менять там right=>left и тд и тп…
Я нашел Config:Get и тд, но это немного не в кассу: Config::Get('widgets') возвращает массив с циферками в качестве ключей… то есть получить конфиг виджета по его имени с помощью Config::*** я не понял как… Догадываюсь, что есть хелперы именно про виджеты, но еще не докопал.
По остальному — очень интересно, хотя и не все понятно :) Спасибо!
Я использую experience и там тоже подобное в layout'е. И тут меня путает как раз $sidebarPosition… Я не догоняю — это вариант для одно-сайдбарного вида, где лишь меняется его позиция, но он один? И это определяется как раз значением $sidebarPosition. Но тогда нафига left/right в конфигах виджетов?
Или же это для двух-сайдбарных видов(где может быть левый, правый по отдельности и вместе, уже в зависимости от значений wgroup виджетов). В таком случае, как в один момент времени значение могет быть == 'left и != 'left'? :) Или как то за два прохода? :) Ну короче я тут плыву…
А то поставил(на двух разных по конфигу машинах) а она мне на морде флэшку спрва-сверху красную: «Системная ошибка. повторите позже». Если залогиниться — все ок.
Кроме того, попробовал обновиться с 1.0.10(переписал common & engine) — там фатал из-за структуры бд. Это я чет намудрил, или обновление пока не подразумевается?
Кто нибудь пробовал еще? :)
Не нада из крайности в крайность :) я ls=>alto нарыл как раз только из-за системы рейтингов… Вообще странно, что при всем буйстве технологий и социалок, до сих пор алгоритмы реагирования системы на поведение пользователей(лайки, оценки, голосования и тд) довольно таки примитивные и плоские… и вообще никак это поведение не влияет на (системный)статус самого пользователя…
Итого: систему рейтингов нада как развивать, так и упрощать, но в виде отдельных модулей.
И плоские лайки, и навороченные «ролевухи» :) — все по отдельным модулям — кому чего нада! Ляпота :)
Что по идеям, то у меня все вертится что-то типа старого доброго гуглевского PageRank. То есть какая то циферка, всегда конечная(0..10 например), но при расчете вместо ссылок(у PR) будут учитываться лайки, друзья и тд и тп… при этом, конечно, как и в случае с PR, учитывается «циферка» «ссылающегося» (друга, лайкующего и тд)… таким образом, система итеративная и постоянно будет обновляться… Идея сделать систему, где был бы какой то полностью автоматический статус/авторитет/рейтинг юзера — вообще по сайту или в группе… Но это отдельно нада наверное обсуждать… тут много неупорядоченных мыслей :)
ага! и поэтому приходится и $sidebarPosition задавать, и в шаблонах зон прописывать left, и в самих виджетах задавать «положение» как left… верно?
В этом смысле, для большей унификации наверное лучше отталкиваться от именования зон в конфигах виджетов по типу: main-sidebar, second-sidebar и тд...? А геометрическое позиционирование самих зон будет задаваться уже в шаблоне и/или его конфигах/настройках. При таком подходе имена зон не несут в себе информации о позиции геометрической, но задают (смысловую?) группу/зону… и тогда смена лево-право-верх-вних-итд уже действительно делается в одном месте(в шаблоне или его конфиге), а перемещение виджетов из зоны в зоны — путем смены wgroup… верно мыслю? :)
Но как то не очень красиво — копировать объявление всего виджета. Вот бы, скажем, указать лишь name(или что там ключем служит) и wgroup, а остальное пусть остается как в common прописано… А то избыточность получается, как по тексту кода, так и, скорее всего, по выполнению.
И если что то изменится в релизе альты на эту тему, тогда придется заново копиравать изменившийся код с релиза и опять менять там right=>left и тд и тп…
Я нашел Config:Get и тд, но это немного не в кассу: Config::Get('widgets') возвращает массив с циферками в качестве ключей… то есть получить конфиг виджета по его имени с помощью Config::*** я не понял как… Догадываюсь, что есть хелперы именно про виджеты, но еще не докопал.
По остальному — очень интересно, хотя и не все понятно :) Спасибо!
Я использую experience и там тоже подобное в layout'е. И тут меня путает как раз $sidebarPosition… Я не догоняю — это вариант для одно-сайдбарного вида, где лишь меняется его позиция, но он один? И это определяется как раз значением $sidebarPosition. Но тогда нафига left/right в конфигах виджетов?
Или же это для двух-сайдбарных видов(где может быть левый, правый по отдельности и вместе, уже в зависимости от значений wgroup виджетов). В таком случае, как в один момент времени значение могет быть == 'left и != 'left'? :) Или как то за два прохода? :) Ну короче я тут плыву…