LiveStreet CMS

Добавлена поддержка авторизации Mail.ru.
Теперь порядок проверки — ВКонтакте, Facebook, Mail.ru, гостевые комментарии.

Можно вопрос — разъясните плиз, после ответа через Ваш плагин с помощью ВК или FB — я так понимаю учетной записи не создается как при использовании плагина ОпенАйдиАвто — так?

При работе плагина пользователь не регистрируется на сайте, для него не создается профиля и его статистика не отслеживается. Просто взамен предоставления информации из соцсети — предоставляется возможность писать комментарии.

Если второй раз человек захочет ответить продолжая общение — плагин запомнит с помощью чего был сделан предыдущий ответ?

Если пользователь не нажмет кнопку «Выйти», то он останется авторизированным в соцсети и при следующем входе на страницу будет автоматически оценен плагином как подключенный.
Единственная проблема на данный момент в том, что если пользователь одновременно авторизован в Вконтакте и Facebook одновременно, то ему будет подгружаться данные Вконтакте.

Пока нет.

1. Неужели надо обязательно делегировать файлы целиком? Хуками не решается?

Есть пара идей — возможно получится уменьшить число делегируемых файлов, но вряд ли все.

2. У гостя всегда должна оставаться возможность выбора социальной сети, зачем за него решать откуда он должен комментировать?

Свежая мысль. Т.е. чтобы при загрузке страницы просто отображать иконки выбора?
Почему то был уверен, что лучше автоматическая загрузка любого доступного способа комментирования.

Да, специально проверил работоспособность «EditComment» работает без каких-либо проблем. Плагина «Star Rating» у меня нет, проверить не могу.

Благодарю за отзыв.

1. Он делегирует файлы шаблона с которыми могут работать другие плагины, например старрейтинг нетланка или editcomment

Абсолютно верно, делегирует, как и оригинальный плагин.

2. Гость, предположим, авторизован и в контакте и в фейсбуке — он откуда будет комментировать?

Проверка осуществляется последовательно — Вконтакте, фейсбук, гостевые комментарии.

3. А собственно чем ваш код отличается от кода 4ever4you?

1) Работоспособностью под 1.0.3.
2) Поддержкой гостевых комментариев.
3) Добавлены ссылки на профиль гостя из социальной сети.
4) Добавлена проверка авторизации в серверной части.
Пока все.

4. Смешно, но после включения этого плагина перестает работать авторизация в модальном окне. Пришлось выключить.

На чистом сайте никаких проблем с авторизацией не замечено (шаблон synio). Приведите, если вас не затруднит, список Ваших активных плагинов.

Из Вашей ссылки:

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

Естественно, использование кеширования и хранения непосредственно байткода даст выигрыш. А вот именно оптимизация путем удаления лишних пробелов и переносов строк? Сомневаюсь…

А зачем? JS и CSS файлы сжимают, чтобы понизить траффик. PHP файлы обрабатываются на сервере и затраты непосредственно на разбор текста при выполнении скриптов незначительны.

Файл "/engine/lib/internal/template/js/photoset.js":

this.addPhoto = function(response) {
    $('#photoset_photo_empty').remove();
    if (!response.bStateError) {
        template = '<li id="photo_'+response.id+'"><img src="'+response.file+'" alt="image" />'
                    +'<textarea onBlur="ls.photoset.setPreviewDescription('+response.id+', this.value)"></textarea><br />'
                    +'<a href="javascript:ls.photoset.deletePhoto('+response.id+')" class="image-delete">'+ls.lang.get('topic_photoset_photo_delete')+'</a>'
                    +'<span id="photo_preview_state_'+response.id+'" class="photo-preview-state"><a href="javascript:ls.photoset.setPreview('+response.id+')" class="mark-as-preview">'+ls.lang.get('topic_photoset_mark_as_preview')+'</a></span></li>';
        $('#swfu_images').append(template);
        ls.msg.notice(response.sMsgTitle,response.sMsg);
    } else {
        ls.msg.error(response.sMsgTitle,response.sMsg);
    }
    ls.photoset.closeForm();
}

Файл "/templates/skin/название_шаблона/actions/ActionPhotoset/add.tpl":

<li id="photo_{$oPhoto->getId()}" {if $bIsMainPhoto}class="marked-as-preview"{/if}>
    <img src="{$oPhoto->getWebPath('100crop')}" alt="image" />
    <textarea onBlur="ls.photoset.setPreviewDescription({$oPhoto->getId()}, this.value)">{$oPhoto->getDescription()}</textarea><br />
    <a href="javascript:ls.photoset.deletePhoto({$oPhoto->getId()})" class="image-delete">{$aLang.topic_photoset_photo_delete}</a>
    <span id="photo_preview_state_{$oPhoto->getId()}" class="photo-preview-state">
        {if $bIsMainPhoto}
            {$aLang.topic_photoset_is_preview}
        {else}
            <a href="javascript:ls.photoset.setPreview({$oPhoto->getId()})" class="mark-as-preview">{$aLang.topic_photoset_mark_as_preview}</a>
        {/if}
    </span>
</li>

Возможно дело в отправке писем подписчикам блога.