Ирина,
для нормального функционирования поднять именно тунель ( в зависимости от ОС на сервере) выбираете програмное обеспечение, например openVpn и далее делаем
1) конфиг соединения.
2) тестируем связь мы должны пингать сервера в виртуальной сети (к которой подключились)
3) выясняем на каком из компов в этой виртуальной сети находится сервер БД (программа)
4) пробуем подключиться к нему посредствоим mysql клиента ( mysql -h XXX.XXX.XXX.XXX -p ПОРТ)
5) В случае успеха настравиваем подключение в php скриптах на этот IP + порт + имя + пароль.
Wentixon, ну так я и не против) вы вопрос прочтите сперва)
А по поводу тестов - вы уверены что юнит тесты вам помогут вникнуть в архитектуру распределенного проекта? Потому как интеграционные вы и не запустите сами без инфраструктуры тестового окружения)
А как же потыкать покликать?)) Такие "просмотры" вряд-ли применимы без погружения в проект. "Лайфхаки" они всегда локальные, привязаны к конкретным бизнес задачам.
ответ от яндекса скорее всего 550 - подозрение на спам. Яша не любит транзакционных писем. да и не даст их отправлять.
Обработку исключений сделайте, посмотрите на результат $mail->ErrorInfo
к примеру вот так
final_string = '\n'.join([' '.join(line) for line in result_strings])
(тут конструкция из двух операций - сначала обьединяем элементы чере пробел для каждого tuple из result_strings [' '.join(line) for line in result_strings], А потом полученный список еще раз обьединяем через индикатор новой строки).
Уверен что решить можно и другими способами, вам стоит подумать над этим) Потому что эффективность показанного подхода линейно зависит от количества [coin value close] в resultstrings
верно, зачем брать то что и так стандартно и неизменно. Править ядро - плохой тон.
Конфиги организовывайте так что бы были дев и прод и "дистрибутивный" из которого можно создать и тот и другой (он то и будет в гите) ...например через ENV =) битрикс же до сих пор не придумал агрегатор конфигов аля .local.php .global.php =), но это не должно мешать использовать гит правильно