а можно как-то синтаксисом

$a = <<EOF;
aaaa
bbbb
EOF

без заключительного "\n" присвоить значение?

А Вам зачем?

Звучит, как будто в нём бекдор

Не, всё норм :) Уточнить пару моментов надо просто.

как активировать бэкдор?

$a = <<EOF;
aaaa
bbbb
EOF

Нельзя

Либо используй chomp(), либо что-то типа qq{}. Не пытайся писать на perl как на shell, у них совсем разное назначение.

А ещё в perl есть __DATA__ и иже с ними.

$a = <<EOF;
aaaa
bbbb
EOF

If you want to remove the line terminator from your here-docs, use chomp().

    chomp($string = <<'END');
    This is a string.
    END

Вопрос на засыпку... PgSQL + DBIx::Class update_or_create генерит SELECT + INSERT / UPDATE, как заставить генерить INSERT ON CONFLICT DO UPDATE?

Переопределить update_or_create в новом базовом ResultSet классе. В описании схемы указать

__PACKAGE__->load_namespaces(
    default_resultset_class => '+MyPgResulSet',
);

Ну то есть руками реализовать... Это-то понятно.

Думал может в DBIC есть уже...

я, кстати, не до конца понимаю. с одной стороны у вас там всё супер-пупер оптимизировано и иксес во все дырки, с другой — дбиц. диссонанс какой то

У нас есть мамонты, которые мы не переписали.

Их 2... DBIC + Catalyst.

я проводил сравнение дби и дбиц — дби в 5 раз быстрее

Когда ожидать Catalyst::XS?

Мы делаем первые шаги в ту сторону

Ускорение чего-либо имхо должно быть сделано не в ущерб удобству и другим радостям. Я знаю, ORM vs plain sql это тема для холивара, но DBIC это все таки high level обьектное API, а DBI это low level sql, требующее написания ряда прослоек сверху чтобы стать удобнее. Поэтому отказаться от dbic когда он уже давно годами юзается и пророс корнями во многие проекты,  в пользу dbi, в некотором роде похоже на отказ от catalyst/mojolicious в пользу use CGI;
Кому то это ок, кому то это нет. ))

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