Zau4man

 Happy, в личных сообщениях вы делаете упор только на «полученный токен указать в настройках сайта». Это «остаток» от прошлой инструкции. Теперь токен получается прямо в настройках компонента. Прочитайте полностью www.zau4man.ru/blog/gde-vzjat-token-vkontakte-dlja-polja-vid.html

По поводу какие данные просит вк. Вы мне и подскажите, пришлите скриншот, поправим инструкцию. От меня вк теперь никаких данных не просит, я просто захожу, создаю приложение, указываю код из смс. И все.

Что в инструкции точно требует корректировки, так это информация об «Расширенные права доступа» в приложении. Судя по всему, уже месяц как они упразднены, но продолжают указываться в документации.

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

 TOPg, обновиться до версии 1.0.7 instantcms.ru/addons/zdzenfree/view-addons-versions

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

instantcms.ru/addons/goroda.html

не подойдет, так как в этом компоненте именно вручную

Было бы в ручную, я бы отделил это через поле

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

Имхо, гораздо проще убрать лишнее со страницы редактирования записи ТК.

25 страниц ворда сохраняешь и получаешь такое. (но опять-таки, все сохраняется нормально при этом)

Проблема в размерах поля payload в таблице cms_jobs

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

А краказябры «появляются» тут github.com/instantsoft/icms2/blob/6ec16d39a61e6573aebc8189846bacbb36cedf50/system/core/queue.php#L58 в момент обработки массива методом json_decode

Для решения проблемы на версиях ниже, чем 2.18.0 сделайте запрос к базе 

ALTER TABLE `cms_jobs` CHANGE `payload` `payload` MEDIUMTEXT  NULL DEFAULT NULL;

С 2.18.0 тип поля у столбца payload будет сменен на MEDIUMTEXT и проблемы не будет.

 Ostrova, демо обновлено до 2.17.3

Автоподгрузка в разделе новостей работает без проблем… demo.bergorod.ru/news

 btc2009, посмотрите в Настройки — Планировщик.

Выполняются ли у вас задачи планировщика? Меняется ли дата у задач?

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

В обновлении только это изменение?

в обновлении с версии 1.1.1 на 1.1.2 только это изменение. Для работы компонента на 2.17.3 нужна только эта правка.

Если у вас версия старее, и вы захотите использовать ее на другом проекте, то придется обновляться полноценно, так как вк не дает использовать старое api с новыми приложениями. Поэтому была выпущена версия 1.1.1 www.zau4man.ru/blog/353-obnovlenie-komponenta-zavtorizacija-1-1-1.html

 Антон, если вы покупали компонент с открытым исходным кодом, вы можете внести правки сами. Какие — есть по ссылке www.zau4man.ru/blog/360-obnovlenie-komponenta-zavtorizacija-1-1-2.html

Если вы покупали компонент с закрытым исходным кодом — нужно оплатить обновление.

Обратите внимание, что при установке новой версии вам нужно будет донастроить приложение в вк. Подробности тут

 Def, в отдельный класс cmsPermissions вынесено управление правами доступа.

Если регистрация в системе только по приглашениям

вы спрашивали год назад

Вышло обновление компонента для работы с 2.17.3. Про обновление

Кто пользуется компонентом на 2.17.3 не обновляйтесь. Перестанет работать вход.

Обновление будет, видимо, в понедельник.

трафик из подсети моего провайдера

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

 Vsepos, скорее всего постановка галочки не влияет на ошибку. Просто когда вы ее ставите, настройки сохраняются, апач перезапускается, и какое-то время работает. Как перезагрузка зависающего компьютера.

У каждой ошибки есть текст. Если ошибка серверная, текст ошибки можно найти в логах сервера. У вас isp манагер, судя по скрину. Там можно включить логи. А потом посмотреть их, найдя тот момент, когда сайт «лежит».

 F_a_R_i_D, все работает! На примере 2.17.2

Даем права пользователю

Создаем объявление. У него автоматом проставится дата удаления на 12 июня. 

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

И записи нет

Она в корзине

Но можно и удалять полностью.

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