LiveStreet CMS

Добавлена поддержка шаблона "VK Flat Style".

Добавлена поддержка шаблона "VK Flat Style".

Добавлена поддержка шаблона "VK Flat Style".

Если бы все соцсети отдавали e-mail, то можно было бы задействовать функционал плагина «Черный список». Но для того же Вконтакте e-mail, насколько мне известно, не предоставляется. Соответственно придется банить по идентификаторам, а это предполагает внедрение дублирующего функционала в этот плагин…

Такой возможности в плагине не предусмотрено. И, к сожалению, в обозримом будущем добавление такой возможности маловероятно в связи с нехваткой у меня свободного времени.

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

github.com/wasja1982/livestreet_views

Повторные просмотры не учитываются, стоит false.

При «false» повторные просмотры как раз учитываются, при «true» — считаются единоразово.

Могут ли причиной этому сбою быть поисковые роботы или другие link-crawler'ы?

В последней версии (можно скачать с GitHub) поисковые боты блокируются.
Но, вообще поисковые роботы за полгода столько просмотров не накрутят.

А за какой период собраны данные в плагине? Выбран ли этот в метрике и аналитике?
Кроме того вопрос, как настроен плагин — учитывает ли он повторные просмотры (значение параметра $config['only_once'] равно true или false)?

А вообще особо идей нет — если бы не столь значительная разбежка, можно было бы рассмотреть вариант разного рода банерорезалок, которые блокируют JS-скрипты метрики и аналитики, но разница на порядок…

Да. Причем проще всего будет редактировать список логинов, т.е. переменную $config['user_logins']. Например, строка

$config['user_logins'] = array('admin');

добавляет одного пользователя, а строка

$config['user_logins'] = array('admin', 'news');

двух. По аналогии можно добавить всех необходимых пользователей.

Список пользователей генерируется на основании конфигурации — параметры $config['user_logins'] (по имени пользователя), $config['user_ids'] (по идентификатору пользователя) и $config['user_id_expression'] (по интервалу идентификаторов пользователей). Собственно, это написано в топике в описании настройки плагина.

Интересная мысль, нужно обдумать. :-)

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

$sPeriod=1;

на строку

$sPeriod='all';

в следующих местах:
1) github.com/wasja1982/livestreet_views/blob/master/classes/actions/ActionBlog.class.php#L45
2) github.com/wasja1982/livestreet_views/blob/master/classes/actions/ActionBlog.class.php#L107
3) github.com/wasja1982/livestreet_views/blob/master/classes/actions/ActionIndex.class.php#L29
4) github.com/wasja1982/livestreet_views/blob/master/classes/actions/ActionPersonalBlog.class.php#L35

убрать эти ссылки

В файле "/classes/modules/user/entity/User.entity.class.php" замените строку

else return (empty ($this->guestProfile) ? Router::GetPath('profile') . 'guest/' : $this->guestProfile);

на

else return Router::GetPath('profile') . 'guest/';

закрыть их от индексации

Для этого необходимо править Ваш шаблон — во всех местах где используется ссылка на автора комментария добавить проверку, чтобы идентификатор был равен 0.

На данный момент нет.

Уже почти реализовано.

Можно ли добавить вот такой функционал

Можно. Но хотелось бы более подробной информации о том куда именно ломятся боты.

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

Одна регистрация с одного IP — это уже перебор…

куда вам прислать благодарности за плагин

Кошельки в профиле.

Это не отменяет первого пункта. Но я подумаю.

Есть несколько минусов у предложенного метода:
1) ограниченное число запросов у сервисов — при большом числе пользователей на сайте можно за раз превысить дневную норму;
2) проверку необходимо осуществлять регулярно — базы постоянно обновляются;
3) удалять пользователей — еще та задачка с учетом необходимости удаления и всех взаимосвязей в БД (причем не только стандартных, но и добавленных различными плагинами).
Поэтому реализованная проверка при авторизации более разумное решение.

Если посмотрите исходный код страницы, там первой строкой будет идти некая ошибка или предупреждение PHP. Скопируйте ее сюда или мне в личку — разберемся.