galaxy

Если отправляете через внешний SMTP сервер (через yandex или mail.ru, например), сильно ускорить не получится (во-первых, удаленное соединение, во-вторых, почтовики могут органичивать скорость приема писем). Можно попробовать сэкономить на коннекте/авторизации в это случае. Для этого не создавайте для каждого письма новый инстанс PHPMailer, а просто меняйте Body/Subject/To/etc. и делайте send() - он должен использовать одно соединение.

Быстрее можно отправлять, если использовать локальный SMTP (типа Postfix на Linux). Его можно настроить, чтобы он отправлял и через внешний релэй (yandex, etc.), и напрямую (этот случай требует настройки, иначе письма не дойдут или попадут в спам).
В реальности это все не сильно быстрее будет рассылаться (т.к. postfix поставит письма в очередь и будет в фоне рассылать), но по крайней мере ваш скрипт будет отрабатывать значительно быстрее.

Расширений на хроме нет, которые прокси могут ставить (отключить, хотя бы временно, все)?

Хром берет настройки из винды. Проверьте и поменяйте их через Internet explorer.

Я бы настроил logical replication нужной таблицы (таблиц)

Только таблицы в DB1-21 придется положить в разные схемы, т.к. постгрес не умеет реплицировать в таблицу с другим именем. Т.е получится что-то типа:

DB1 (schema1.table) -> DB21 (schema1.table)
DB2 (schema2.table) -> DB21 (schema2.table)
DB3 (schema2.table) -> DB21 (schema3.table)
...

Дальше уже объединяйте данные в DB21 из schemaN.table как вам надо. Можно (вроде... честно говоря не проверял) сделать таблицы schemaN.table партициями общей таблицы, например. Или организовать materialized view.

Также можно подключить таблицы с DB1-20 через foreign data wrapper и перекачивать с них данные (тут уже ваша задача написать скрипт/запрос так, чтобы ничего не пропадало и не тормозило).

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

Зависит от содержания success/not_success.
Если внутри not_success, например, нет оператора выхода (return, throw, хоть goto), то во втором случае выполнится сначала not_success, а потом success.

Не скажу за Laravel (не пользуюсь), но скорее всего эти функции вызывают соответствующие команды БД (BEGIN/START TRANSACTION/COMMIT etc.). Поведение будет, вообще говоря, зависеть от БД.

Например, если код не дойдет до DB::commit();.

Транзакция откатится (если вы, конечно, не поймаете исключение, или, например, в том же соединении с БД не начнете новую транзакцию с успешным commit)

Если где-то в процессе снова будет вызван DB::beginTransaction() - DB::commit()...

Тут зависит от БД. Mysql, например, при повторном BEGIN закоммит текущую транзакцию и начнет новую. Postgres выдаст предупреждение и не изменит состояние транзакции.

Если DB::commit(); вообще никто вызывать и не собирался?

Транзакция откатится при закрытии соединения с БД.

Еще раз - выше написано про поведение БД, Laravel может иметь свои особенности.

Ниче, что вы $v потом перетираете?
foreach($v->autosearch_result as $k => $v) {

Назовут все одной буквой, потом удивляются...

А что не получилось-то?

$mail->serForm('username@gmail.com', '****');

setFrom

def decorator(func):
    def wrapper():
        print('before main')
        res = func()
        print('after main')
        return res
    return wrapper

Так же как и вне структуры. В чем у вас затруднения?

struct Cat c;
size_t N = 100;
char s[] = "Tom";

c.name = (char*) malloc(N * sizeof(char)); /* sizeof(char) - это уже для педантов */
strncpy(c.name, s, N);

Пинг работает? Если да, фаервол в контейнере и на хост-машине проверяйте