SZ
Понятно, тогда действительно проще нагородить хеш
Size: a a a
2020 December 09
2020 December 10
SZ
@solhov но надо помнить, что оно у тебя может лишнее навыполнять, когда паттерн не матчится
SZ
@PerlBanjoBot print "hello world" =~ /(w)(?{$::i=666})^/ ? "match" : "fail";
print $::i;
print $::i;
P
@PerlBanjoBot print "hello world" =~ /(w)(?{$::i=666})^/ ? "match" : "fail";
print $::i;
print $::i;
VO
да, о несовпадающем хвосте я не подумал. но по большому счету это ни на что не повлияет в моем случае
AK
Народ, подскажите, а если всё-таки хочется базонезависимо узнать last_insert_id, а не делать $dbh->{mysql_insertid}, как сейчас, то... откуда же мне знать $catalog и $schema, если как обычно в конструктор класса передаётся просто сам $dbh, который оперирует только таблицами?
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
VO
а откуда такая идея что он базовонезависимо существует?
AK
а откуда такая идея что он базовонезависимо существует?
Так last_insert_id же. Конечно там тоже есть подводные камни, но, скажем, если базовонезависимость распространяется на тупо Postgre vs My (как это имеет место, я думаю, в большинстве веб-ориентированных проектов), то всё вполне адекватно работает... если знаешь конечно заветных 4 параметра :)
SZ
Так last_insert_id же. Конечно там тоже есть подводные камни, но, скажем, если базовонезависимость распространяется на тупо Postgre vs My (как это имеет место, я думаю, в большинстве веб-ориентированных проектов), то всё вполне адекватно работает... если знаешь конечно заветных 4 параметра :)
Эмм, базонезависимо никак.
А вот pg/maria что-то наверное придумать можно
А вот pg/maria что-то наверное придумать можно
AK
Народ, подскажите, а если всё-таки хочется базонезависимо узнать last_insert_id, а не делать $dbh->{mysql_insertid}, как сейчас, то... откуда же мне знать $catalog и $schema, если как обычно в конструктор класса передаётся просто сам $dbh, который оперирует только таблицами?
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
каталог только для мускуля, вроде
AK
каталог только для мускуля, вроде
У мускуля каталог - это вообще какое-то значение типа "default", там как раз его по сути нет, поскольку то, что называется "базой" в мускуле - это "схема" в том же Postgre
AK
А кто-нибудь в реальной практике сталкивался с тем, что вызов close($fh) возвращал ошибку, кроме случая, когда $fh уже кем-то закрыт?
SZ
А кто-нибудь в реальной практике сталкивался с тем, что вызов close($fh) возвращал ошибку, кроме случая, когда $fh уже кем-то закрыт?
Да
AK
И в какой ситуации? Дескриптор на залипшей NFS?
AK
Проблемы с сокетом?
AP
Народ, подскажите, а если всё-таки хочется базонезависимо узнать last_insert_id, а не делать $dbh->{mysql_insertid}, как сейчас, то... откуда же мне знать $catalog и $schema, если как обычно в конструктор класса передаётся просто сам $dbh, который оперирует только таблицами?
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
Положим, я могу передавать имя схемы в конструктор, чтобы все запросы были к $schema.$table_name, но $catalog-то откуда взять?..
в общем случае, никак. некоторым достаточно туда просто андефы передать параметрами, а некоторым пустые строки...
SZ
И в какой ситуации? Дескриптор на залипшей NFS?
Ну когда массив отваливается, например и фс не успевает.
На нфс это я тоже ловил в жизни
https://ibb.co/gZwN6zv
На нфс это я тоже ловил в жизни
https://ibb.co/gZwN6zv
AT
А есть вообще смысл на ошибку в close реагировать?
VG
всё бросить и помереть - случилось невероятное!
VO
а что там случается если close на сокет, а та сторона RST на остаток буфера?