slimer

6 часов назад, alexis сказал:

Сначала первый, а если после очистки cache всё равно не будет работать, то тогда уже второй вариант.

Конечно на 2022 надо менять, там время протухания меняется, спасибо еще раз!

expires=Wed, 1 Jan 2022 00:00:00 GMT"; 

6 часов назад, alexis сказал:

А так, обновитесь хотя бы до 4.4.10 версии, и ошибки не будет.

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

12 часов назад, alexis сказал:

и всё должно заработать. 

Спасибо, точно! Но не работает. Не помню, вроде поисковый индекс надо перестраивать ещё?

Второй год подряд после нового года перестаёт работать компактный вид в "Непрочитанном контенте".

Нажимаешь на него, а вид остаётся расширенный.

В прошлом году как-то решил, а в этом никак не могу найти и вспомнить решение. Никто не сталкивался?

В личке всем ответил кто писал.

должно быть site.ru/forum/applications/core/interface/facebook/auth.php

в 4.3 по крайней мере

В 17.11.2018 в 18:02, Rakot сказал:

Насколько я понимаю, никто плагины не выпускал?

Делал для себя импорт тем. Могу поделиться, за покупкой обращаться в PM.

4 минуты назад, WOLF сказал:

выше выложили рабочую версию у меня все работает

Это та же версия, что в файловом архиве. Заработало когда сделал логаут, потом снова логин. Потом привязал аккаунт в профиле.

Перестал работать. 4.1.17.1 тоже не работает.

Доверенный redirect URI:  в настройках приложения в ВК не надо ничего писать случайно?

1 минуту назад, WOLF сказал:

https://ipbmafia.ru/topic/13310-avtorizaciya-cherez-vkontakte/?page=2

Именно эту версию ставил

Разобрался с проблемой входа через ВК. Это объясняет почему в разных браузерах может работать/не работать.

Оказывается ВК отдаёт код ошибки если у вас старая сессия там, т.е. вы давно зашли на сайт и больше не выходили.

Лечится перелогиниванием: нажимаем Выход и снова входим!

Сами плагины не виноваты и они рабочие.

У меня другая ошибка на 4.2.6

{"error":"invalid_request","error_description":"Security Error"}

30 минут назад, Quasar сказал:

Править базу просто не вариант

Стандартными средствами - никак, ясно же сказали.

Базу править не вариант, а менять всю логику работы на свою - нормально?

13 часов назад, WOLF сказал:

через вк все работает, проверил

я про логин через REST API или ipsconnect

Нет новостей про логин? В 4.2 переделали авторизацию, теперь ничего не работает((

ipsPos_left

Мою заявку одобрили, но пришлось делать видео и описывать зачем мне всё это нужно. Теперь можно входить через инстаграм!

Что пристали, человек просит текст вставить. Лишняя предостороженность не помешает.

Редактор шаблонов: core - front - system - contact

После

<div class='ipsType_normal ipsType_richText'>
	{$form|raw}
</div>

вставить

<span class="ipsFieldRow_required">Нажимая кнопку вы принимаете...</span>

Или любое другое оформление

Справа от кнопки не получится - там общая обработка форм идет, если только отрицательными отступами, но думаю это не принципиально.

Инстаграм прикрыл лавочку? Приложение работает только в режиме песочницы. Просят описание и видео прислать как приложение будет использоваться, иначе фиг. Кто-то поборол это?

В 05.01.2017 в 03:00, fazor сказал:

БЯЗАТЕЛЬНО

Как избавиться от этого обязательного поля?

Поставил Пользователи - Регистрация - Не требовать подтверждения, не помогает

В настройках приложения твиттера убрать галочку

Additional Permissions

These additional permissions require that you provide URLs to your application or service's privacy policy and terms of service. You can configure these fields in your Application Settings.

Request email addresses from users

9 часов назад, slimer сказал:

Или кто-нибудь, кто думает, что у него работает - дайте ссылочку глянуть.

кто-нибудь?

В 14.04.2017 в 00:06, WOLF сказал:

У меня точно все нормально, качал с офф форума

Поставил 19.2 - ничего не изменилось. После авторизации редиректит на /#_=_

Дай ссылочку своего форума протестить.

Или кто-нибудь, кто думает, что у него работает - дайте ссылочку глянуть.

В 13.04.2017 в 22:35, Sipsb сказал:

А ещё лучше, установить 4.1.19.2 и всё будет работать. 

Увы

32 минуты назад, WOLF сказал:

странно, вшитая авторизация все таки работает, нужен лишь патч: 

https://invisionpower.com/release-notes/41191-r60/?

ну и соответственно правильная настройка внутри фэйсбука, проверено лично мной на версии 4.1.19.1

этот файл и есть патч, но с ним почему-то криво перенаправляет.

У тебя точно нормально редиректит после входа? На ту страницу, с которой входил?

31 минуту назад, Sipsb сказал:

А ещё лучше, установить 4.1.19.2 и всё будет работать. 

попробую обновиться.

4 минуты назад, WOLF сказал:

а версия форума? и как бы авторизация через фэйсбук уже вшита в сам двиг 

на 4.1.17 при входе с любой страницы редиректит на  /login/#_=_

на 4.1.19 редиректит просто на /#_=_

вшитая авторизация вообще не работает - об этом и тема

14 минут назад, WOLF сказал:

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

тема про facebook login соотв. при входе через facebook.

версия файла эта:

В 04.04.2017 в 19:03, Silence сказал:

Facebook.php

После входа на сайт перенаправляет на /login/#_=_

Как это изменить?

Система кеширования просмотров устроена так: раз в 5 минут запускается задача viewupdates, которая из таблицы core_view_updates разносит просмотры по соотв. местам (темы, объявления, реклама и т.д.)

У меня получилось так, что просмотров добавляется очень много и задача viewupdates не успевает перенести все просмотры в базу запускаясь раз в 5 минут. В итоге просмотры копятся и новые темы вообще не обновляются (т.к. сортировка по умолчанию по возрастанию id).

В итоге поменял сортировку в файле applications/core/tasks/viewupdates.php

строку

				$result = \IPS\Db::i()->select( 'classname, id, COUNT(*) AS count', 'core_view_updates', NULL, NULL, 20, array( 'classname', 'id' ) );

поменять на

				$result = \IPS\Db::i()->select( 'classname, id, COUNT(*) AS count', 'core_view_updates', NULL, '`id` DESC', 20, array( 'classname', 'id' ) );

чтобы первыми обновлялись новые темы.

И изменил время запуска задачи на каждую минуту.

Это помогло конечно, но такой костыль не самое лучшее решение т.к. при увеличении нагрузки просмотры снова начнут накапливаться.

Как быть? Увеличивать время выполнения задачи? Ускорять процесс переноса? Почему-то всего 200-250 записей успевает раскидать по местам из таблицы core_view_updates за один цикл запуска задачи. Это очень мало.