deart888, ну тут я уже не подскажу - видимо это тонкости законодательства РФ и/или распоряжений центробанка. У нас все значительно проще (хотя PayPal к нам так и не зашел)
Arris, см "3. Вариации #2 с dependency injection контейнерами, фасадами и прочее." Централизовано - не дичь, даже если сам класс БД синглтон. Делать как тот же WordPress в виде глобальной переменной $wpdb - дичь.
MC Додик, Серьезно? PHP с вами не согласен и говорит вам прямым текстом - fakePayout(), called in Z:\home\tronmoney.online\www\pattern\default\main.php on line 110. Вы вызываете эту функцию в файле main.php в строке 110.
FanatPHP, впрочем, почитал код класса DataBase и пожалуй соглашусь :) Тут после решения вопроса с областью видимости другая ошибка вылезет, потом еще, и так пока в итоге все не отрефакторить.
deart888, тогда печалька. В принципе, и Skrill, и Payoneer позволяют выводить на банковский счет юрлица и предоставляют информацию о происхождении средств (откуда и за что они пришли на сам Skrill/Payoneer), то есть эту информацию можно передать в банк. У нас в УА это так работает - если мне приходит SWIFT от "неопознанного" или "подозрительного" отправителя, который может быть вне моих КВЭДов (или другие какие-то подозрения), то финмониторинг банка ставит платеж на паузу и запрашивает подтверждающие документы. После предоставления всех документов, необходимых для подтверждения платежа и отслеживания его источника если все ок, то платеж разблокируется и зачисляется на счет. Если не ок - возвращается отправителю с отказом. Впрочем, у меня отказ был всего один раз, клиент араб решил заплатить со счета иранского юрлица, а Иран вообще-то под санкциями.
Если вы умеете компьютер только включать и выключать из розетки, то WordFence можете поставить. Если вы умеете чуть больше - забудьте о его существовании.
Основное отличие HTTP/3 от 2.0, что он использует как транспорт QUIC?
Да, он использует как транспорт QUIC, который в свою очередь использует UDP вместо TCP - именно это принципиальное различие позволило добавить улучшения по сравнению c HTTP/2 (который по TCP).
А в нём вроде шифрование, как у TLS
В HTTP/2 (и SPDY) тоже по умолчанию TLS. Даже более того, покупая сейчас SSL-сертификат, или устанавливая бесплатный от Let's Encrypt, вы получаете TLS-сертификат, который часто по привычке и для большей понятности называют SSL-сертификатом. Но они TLS. А сам TLS - просто улучшенная версия SSL. Подробнее можете почитать тут https://www.websecurity.digicert.com/security-topi...
значит, не нужны сертификаты
Сертификаты нужны. Для того, чтобы устанавливать безопасное соединение и шифровать/дешифровать данные.
Простите, если это звучит тупо.
Не глупо, просто вы в терминах слегка запутались. Не парьтесь, бывает) Почитайте еще раз матчасть и разложите себе по полочкам.
lil_web, да, стоит. Нет, не будет. Гугл у вас ведь работает без проблем? И ютуб? И еще много чего. Так вот они все давно на HTTP/3. Например, YouTube в Chrome грузится по HTTP/3, потому что хром поддерживает новый протокол. А вот в Safari - грузится по HTTP/2, потому что по умолчанию сафари еще не поддерживает новый протокол. Но все работает и там, и там.
vaserguy, Нет, вы не поняли :) Проблема не в short_open_tag = Off в php.ini - это как раз совершенно правильная настройка, и short open tag будет deprecated в версии 7.4 (которая уже на подходе), а в версии 8 будет удалено вообще. Проблема ваша в использовании <?. Решение - просто НИКОГДА так не делать. Вот вообще никогда, даже когда иногда кажется что это удобно.
lukoie, ну, не важно ведь - есть нагрузка или трафик, контейнер же вы используете все равно, только в режиме простоя. Даже если виртуальный сервер физически выключен с помощью poweroff, он все равно есть и DO не может туда другого клиента втулить. Поэтому вы за это и платите - за выделенные вам ресурсы. А используете вы их или нет - это уже DO не касается.
Роман Комарницкий, системы контроля версий были придуманы как раз для решения этой задачи. Попытки решения этой задачи без CVS приведут к изобретению собственной CVS. Зачем велосипедить?
1. Search-replace в БД
2. См. мой ответ