by_ix

разве при неправильном указании в конфиге форум не должен лежать вообще? хм. у меня раньше всегда падал намертво. щас попробовал, тоже норм открывается всё.

kgb спасиб. ничего, кроме первой не очищало то, что нужно.

проверил. у меня то же самое.

@Desti у него нет внутристраничного обновления. при каждом переключении вкладок перезагружается вся страница. поэтому список файлов в шаблонах и не могу догрузиться. в чём может быть проблема, не подскажете?

сильно. на этом мои полномочия всё.

тогда вопрос в другую степь. какой вред вам от этого? регаются и регаются.

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

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

спасибо большое. это то, что нужно: \IPS\Theme::deleteCompiledCss();

в открытом доступе есть этот стиль до 4.5 ипс версии.

версия форума 4.2 принципиальна? мб обновиться чуть выше и проверить там.

ну тогда траблы явно не в теме. через поиск файлы тоже никакие не вылезают?

в дефолтной теме тоже нет?

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

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

одна и та же проблема поголовно у всех. каждому решать устанет. проще было бы написать решение проблемы в теме поддержки. 😐

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

@Desti пробовал и так: if ( $values = $form->values() ) { $form->saveAsSettings(); \IPS\Data\Cache::i()->clearAll(); \IPS\Data\Store::i()->clearAll(); return TRUE; } тоже не очищается. мб что-то не так делаю?

@Desti ну это была как одна из теорий. иначе я не понимаю, какой смысл ставить крон при нормальном трафике. я ставил из-за моника, потому что при включённом кроне он лучше и чаще обновляется. но мб ещё какие-то плюшки есть у этого.

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

@SlawkA свои минусы везде. у меня из-за слишком быстрого обновления стали все моники ложиться. без хост крона норм было всё. хотя, минута, казалось бы, не так уж и быстро. видел несколько лет назад где-то моник, который обновлялся не по времени, а по загрузке страницы, но теперь найти не могу уже.

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

@SlawkA у него же локаль пока. смысла нет в кроне. да и если на форум за день хотя бы один раз заходить, этой надписи не будет.

видимо, его не устраивают твои условия. 😄

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