Desti

не пали контору.

Судя по всему они не предусмотрели варианта, когда ошибок нет Если разрешить приложение с ошибкой, то всё нормально, создается массив ошибок и сканер срабатывает, а если ошибок нет, массив не создается и лезет любимая ошибка с count() Для любопытных - исправляется заменой в system/Application/Scanner.php (строка 434) if ( !empty( $methodIssues ) на if ( !empty( $methodIssues ) && \is_array($methodIssues) )

Я один такой везучий и у меня на свежеустановленной 4.7.2.1 не работает этот сканер? Если зайти в саппорт, то кружочек в сканере крутится бесконечно, в логах ошибка ( связанная с count() в самом Scanner.php ).

Попробовал оплатить обновление скина у ипцфокус через посредника - всё получилось, теперь надо попробовать оплатить сам ips. В общих чертах - переводишь деньги на росс. карту, в ответ получаешь номер забугорной карты с датой и cvv, с которой платишь куда надо. Услуга не очень дешевая, +20-30%, но как крайний вариант - можно пользоваться.

address, а не adress, может в этом проблема А вообще какой смысл пытаться отвечать на безграмотный вопрос ТС-а? Казалось бы, что сложного написать "создал в settings поле с нужным именем, в settings.php добавил поле для ввода настройки, проверил, значение создается и сохраняется, в базе настройка меняется... и т.д.". Мне кажется, что такие вопросы просто неуважение к сообществу.

В глубоком колымском тылу тоже нужны люди.

Всем снились, это нормально, психология.

Греческий знак вопроса

SlawkA найди ошибку в программе (она там есть) <?php $a=24; echo ($a); ?> Можно просто скопировать код из сообщения и попробовать запустить в любом онлайн-php.

С этим count() будет самая большая засада при переезде на php8, т.к. изменено дефолтное поведение функции. Очень быстрый фикс - добавить дополнительную проверку типа перед строкой со счетчиком if ( \is_array($arr) ) { $a = \count ($arr); } - но в этом случае желательно заранее инициировать переменную-приемник нулевым значением, $a = 0 перед этой конструкцией. или if ( \is_array($arr) && \count ($arr) ) {} - если проверка в условии

Обновил, должно работать на 4.7.1. Проверил на 4.7.2.1 - вроде всё кажет.

Агу, уже увидел. Обновлю сегодня, если успею.

Что, например, не подхватывает?

Если всё заработало и проверено, ставьте permanent.

можно попробовать rewrite ^/forum/(.*)$ /forums/$1

Во первых, у вас неправильная маска в location: символ $ означает конец строки (да и вообще работает только с regex локациями). Уберите $ и все локации с /forum/ попадут в это условие. Во вторых, rewrite по любой ссылке от будет редиректить просто на /forums, все остальные данные из url вы потеряли. Правильный синтаксис - rewrite ^(.*)$ /forums/$1 permanent; $1 это как раз те параметры, которые вы получили в скобках (.*) регулярного выражения. permanent лучше не использовать при отладке (заменить на redirect или last) или в конфиге в локациях добавить временно expires -1; Если этого не сделать, то браузер будет показывать старые страницы из кеша, несмотря на изменения в конфиге nginx. Ну или чистить кеш браузера после каждой правки.

by_ix Можно из этого приложения сделать, например. Только запрос к core_member_status_updates и немного темплейт поправить.

Правильное название - Gallery Images Tab on User Profile

yahoo.com. 799 IN MX 1 mta5.am0.yahoodns.net. yahoo.com. 799 IN MX 1 mta6.am0.yahoodns.net. yahoo.com. 799 IN MX 1 mta7.am0.yahoodns.net. yahoo.com. 1532 IN A 74.6.231.20 yahoo.com. 1532 IN A 98.137.11.163 yahoo.com. 1532 IN A 74.6.143.26 yahoo.com. 1532 IN A 98.137.11.164 yahoo.com. 1532 IN A 74.6.143.25 yahoo.com. 1532 IN A 74.6.231.21 yahoo.com. 799 IN MX 1 mta5.am0.yahoodns.net. yahoo.com. 799 IN MX 1 mta6.am0.yahoodns.net. yahoo.com. 799 IN MX 1 mta7.am0.yahoodns.net. yahoo.com. 1532 IN A 74.6.231.20 yahoo.com. 1532 IN A 98.137.11.163 yahoo.com. 1532 IN A 74.6.143.26 yahoo.com. 1532 IN A 98.137.11.164 yahoo.com. 1532 IN A 74.6.143.25 yahoo.com. 1532 IN A 74.6.231.21

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

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

Это значит, что у вас версия php какая-то древняя. Tип возвращаемого значения (а ругается он именно на функцию, в которой указан тип) работает начиная с php 7.0, так что появление такой ошибки с php 7.4. невозможно. Имя в сертификате не соответствует имени сайта в настройках сервера apache | nginx. Движок форума не смог соединиться с базой. Либо настройки, либо прав не хватает.

В плане "байеры оплачивают только физические покупки", а не услуги. Я не знаю, почему такие правила.

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

Есть такие люди, звать их байеры. Оплачивают товары оттуда, а их услуги оплачиваются рублями тут. Стоимость обычно 10% от суммы оплаты.