Есть еще вариант использовать свой vps находящийся за границей как proxy.
Настраивается только в putty довольно легко linux26.ru/articles/putty/http-tunnel-s-pomoshhyu-putty-cherez-proxy.html

Автор самостоятельно

Написал altocms.ru/879.html. У меня было настроено не более одного запроса в секунду. Разрешались всплески до 5 запросов, но не была убрана задержка в 1 секунду для каждого запроса. Поэтому шла публикация надписи на стену. Секунда паузы. В этом время комет кидал событие в соседний браузер и тот запрашивал новые записи. Еще секунда паузы и новые записи запрашивал браузер где публиковалась сама запись.

Установка nodelay решила данную проблему.

Но как оказалось это только начало. Одновременная работа с двумя браузерами выявила еще одну проблему. после публикации то 2 то 3 записи на стену у меня залипал php-fpm на 20 секунд. Потом обрабатывал часть запросов и мог снова залипнуть на теже 20 секунд. Не буду описывать что было перенастроено и испытано.

Виноваты во всем оказали настройки «Принудительно обрабатывать CSS» и «Принудительно обрабатывать javascript». При одновременных запросах, а при использовании комета это особенно наглядно, генерируются файлы и процессы блокируют друг друга и 20 секунд выясняются отношения чей же файл. Это я к тому что на работающем проекте отключайте принудительную обработку.

Спустя много часов я таки разобрался почему долго публикуется конкретно у меня. Совершенно забыл про limit_req_zone указанный в конфиге Nginx. Так что на стену публикуется все норм =)

Я сдаюсь. По отдельности и публикация довольно быстрая и функция получения новых записей. А вместе долго…

И правда очень интересно. Отображение сообщения на стене занимает 1 секунду без включенного плагина. Безумно долго

Так дайте же поиграться =)

Сделать это не сложно — события от сервера получает js-скрипт и в нем достаточно вызвать загрузку новых комментов, как это делается при нажатии на кнопку загрузки комментов в правой плавающей панели.

Ой, ой это плохой путь. Правильнее передавать уже комментарий в уведомлении и просто выводить на странице. Понимаю что это сложнее, готов сам заняться.

Как человек дважды начинавший реализовывать подобный функционал, могу сказать что вы охватили очень много событий. Что безусловно отлично.

Не думали сделать подгрузку новых комментариев? Я понимаю, что если они будут подгружаться автоматом то страница будет убегать. Но в письмах в личной переписке это было бы актуально. В статьях, тоже стоило бы передать выбор админу.
Т.е. если бы сделать возможность выбора в конфиге, выводить ли сразу комментарии было бы вообще здорово.

Также хотелось бы уточнить привязку к шаблону. Вот например адаптировать к шаблону Brand насколько трудоемко?

Думается написать в тех.поддержку с просьбой убрать этот редирект будет проще (или может где в панели управления хостингом можно это отключить). Иначе придется много ссылок править

Видел данный плагин на трех сайтах альто. Такой проблемы не встречал ни разу

Хм, может вы неправильно описали класс в экшене? Он должен быть вида

class PluginSeopack_ActionAdmin extends PluginSeopack_Inherits_ActionAdmin {

Что-то вы страшное рассказываете, следующий код вполне успешно работает в плагине seopack

protected $aInherits
        = array(
            'action' => array(
                'ActionAdmin'
            ),
        );

В версии 1.0.8-dev был добавлен выбор encoding писем, попробуйте его поменять на какой нибудь другой.

$config['sys']['mail']['encoding']         = 'quoted-printable';     // Какое кодирование использовать в письмах: 8bit, 7bit, binary, base64, quoted-printable

Но честно говоря никаких проблем быть не должно, они наоборот должны были уйти. А так чтобы лишние пробелы появлялись, ну это вообще странно

Не понял что речь идет о перенаправлении. Тогда можно и через nginx

server {
    listen       80;
    server_name  www.abuga.ru;
    return       301 http://abuga.ru$request_uri;
}

А хост для кук вы указали так?

$config['sys']['cookie']['host'] = '.abuga.ru';

Так этож настраивается в конфиге плагина experince. В селекторах плавающих блоков сайдбара уберите '.widget-type-stream'

Шикарная новость

В указанном файле поменяйте

{include file='window_load_img.tpl' sToLoad=$sImgToLoad}

на

{include_once file='modals/modal.upload_img.tpl' sToLoad=$sImgToLoad}

Ну тут и правда ошибка в запросе. Там не хватает одной открывающей скобки перед b.blog_type='close'