А что тут лучше сделать, как считаете — сделать так что бы панели были сверху и тогда кнопки перекрываться не будут или отодвигать еще и подвал? Но тогда снизу будет большой отступ.
На счет оформления произвольных частей страниц — уже поздно :( Плагин изначально сделан под определенный набор настроек и под новую логику его придется переписывать полностью. Но и сейчас можно расширить набор свойств оформления дописыванием нового функционала, который в большинстве случаев будет копипастой существующего кода. А вот за идею про оформление главной страницы спасибо, скорее всего будет реализовано.
Ну что же вы так )))
Может случится так, что нужно будет доработать функционал, расширить новыми возможностями изменения внешнего вида, сделать привязку к типам топиков и т.д., а это уже дополнительная работа…
Все темы оформления лежат здесь — common/templates/skin
Поменять ссылки и надписи в меню можно в этом файле — common/templates/skin/experience/settings/config/config.php
Сам реалплексор, на сколько я понял, не требователен к ресурсам, он держит подключения и по запросу веб-сервера отдает клиентам, тем, кто подписан на события набор данных. Плагин, в текущей реализации, отдает десятки килобайт на сообщения. При сотнях подписчиков объем данных возрастет, но ту все зависти от пропускной способности канала.
Тестирование нагрузки пока не проводилось, но теория и мануалы показывают, что всё должно работать. Вот тут утверждают, что реалплексор поддерживает до сотни тысяч подключений, а плагин на каждого пользователя выделяет до 5-и.
И еще, а почему comet а не nodejs?
Ни каких предпочтений, просто был выбор и я выбрал реалплексор.
Притормаживает загрузка сообщений на стене, на этом сервере 2-3 секунды, нагрузку на сервер пока не тестировали. Можете у меня на стене написать что-то, проверим — altocms.ru/profile/andreyv/wall
Думал, но вы правы, при подгрузке комментариев страница просто убегает. Автоподгрузка сделана на стене пользователя, там короткие сообщения и пользователь ждет их появления. В комментариях по другому, я думаю будет несколько напрягать, когда вчитываешся в комментарий, а он убегает. Сделать это не сложно — события от сервера получает js-скрипт и в нем достаточно вызвать загрузку новых комментов, как это делается при нажатии на кнопку загрузки комментов в правой плавающей панели.
Вот например адаптировать к шаблону Brand насколько трудоемко?
Адаптация к шаблону на сайте altocms.ru пол дня, к start-kit — пару часов. Точнее не скажу — надо смотреть по месту.
Как пример, в теме experience добавлена кнопка br, изменения внесены в скрипт common/templates/skin/experience/themes/default/js/theme.js в строках 437-451. Стили в файле common/templates/skin/experience/assets/less/expierence/markitup.less в строке 166, картинка с иконками кнопок здесь — common/templates/skin/experience/assets/images/editor_icons.png
Такое возникает когда скрипт загрузки комментария (ls.comments.load) после его добавления не видит id последнего коммента, который фиксируется в виджете app/templates/skin/experience/tpls/widgets/widget.toolbar_comment.tpl в инпуте с идентификатором comment_last_id. И когда он его не видит думает что комментов вообще нет и добавляет аяксом все, в том числе и существующие.
Может случится так, что нужно будет доработать функционал, расширить новыми возможностями изменения внешнего вида, сделать привязку к типам топиков и т.д., а это уже дополнительная работа…
в общем, пока подожду с его релизом
Очень жду ваших отзывов и замечаний )
Поменять ссылки и надписи в меню можно в этом файле — common/templates/skin/experience/settings/config/config.php
Тестирование нагрузки пока не проводилось, но теория и мануалы показывают, что всё должно работать. Вот тут утверждают, что реалплексор поддерживает до сотни тысяч подключений, а плагин на каждого пользователя выделяет до 5-и.
Ни каких предпочтений, просто был выбор и я выбрал реалплексор.
Адаптация к шаблону на сайте altocms.ru пол дня, к start-kit — пару часов. Точнее не скажу — надо смотреть по месту.
и переносы строк должны появиться