Melyik barom találta ezt így ki?

Szerintem mindenki futott már bele olyan jellegű programműködésbe, ami lehet hogy nem bug, de ettől még marhára nem intuitív, vagy olyan tervezte, akinek fingja nem volt a valódi használat által támasztott követelményekről.

Indítónak legyen itt két példa, amiért nem keveset anyáztam:

MySQL max_prepared_stmt_count globális limit

A MySQL-ben az egyidejűleg használható prepared statementek száma csak globálisan korlátozott. Így akár egy rosszul működő kliens amelyik nem szabadítja fel az általa létrehozott prepared statementeket is SQL hibákat okozhat akár más adatbázisok más sessionjeiben is.

https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sy…

UDP multicast feliratkozás nem szűr interfészre

Ha multicast csomagokra szeretnél feliratkozni, a cím és port mellett ugye megadhatod a hálózati interfészt vagy akár a multicast forráscímét is. A meglepetés akkor jön, amikor annak ellenére, hogy konkrét interfészre vagy konkrét forráscímű multicastra iratkoztál fel megjelennek a socketedben csomagok más forráscímről vagy más interfészről is.

Miért? Azért mert a specifikált hálózati interfésznek vagy forráscímnek csak a feliratkozás szempontjából van jelentősége, vagyis ez csak azt mondja meg a kernelnek hogy engedje be a multicastot azon az interfészen (illetve iratkozzon fel IGMP-n).

Ha tehát egy másik processz feliratkozik ugyanarra a multicast címre egy másik interfészen akkor egyből ott is bejönnek a csomagok, és mindkét processz megkap minden csomagot bármelyik interfészen is jött az be...

https://rg3.name/201504241907.html#_relationship_between_the_multicast_…

Hát kezdetnek ennyi, folytassátok a sort ha van hasonló élményetek :)

Hozzászólások

MySQL-hez egy csokorra való: https://hup.hu/node/148653#comment-2007059

Meg még ez bónusznak:
Applications that use UTF-8 data but require supplementary character support should use utf8mb4 rather than utf8mb3 ... utf8 is an alias for utf8mb3; the character limit is implicit, rather than explicit in the name.
Forrás: https://dev.mysql.com/doc/refman/5.7/en/charset-unicode-utf8mb3.html

Szerencsére egy ideje már nem dolgozom MySQL-lel így a listám bővülése lelassult. :)

Ez mondjuk igaz. De igazából azt a kontextust nem értem, amivel a kolléga ezt leírta, mintha ebben valamiféle szembeszökő hiba lenne, amit nem is kell megmagyarázni. Talán az a gond, hogy egy részhalmaz (BMP) hogy merészeli azt, hogy kevesebb eleme legyen, mint a teljes halmaznak (BMP+SMP)?

"Nem a részhalmaz a probléma, hanem az "utf8 is an alias for utf8mb3;""

+1 :)

JavaScripthez kapcsolódóan, nyilván vannak hülyeségei, mint minden más nyelvnek. De sok esetben a nyelv rossz ismerete okozza a problémát és a hibásnak gondolt viselkedés valójában teljesen logikus, csak más, mint más nyelveken.

Ja, hát az történelmileg így alakult. Ez nem olyan, mint a hobbyprogramozás, ahol tök oké kirántani a szőnyeget egymás alól, itt a már meglévő neveket nem lehet átdefiniálni, csak újakat bevezetni. (Egyébként lehet, hogy az utf8mb3 tudja a CESU8-at is, ki kellene próbálni.)

Google cloud java sdk, azt hiszem bigquery. Kis túlzással minden évben behoznak valami nagy breaking changet, ezért a statementen be kell állítani, hogy legacy vagy új legyen. Updatelnem kellett más projectjét, persze migration guideban csak a legalapabb példák vannak. Már önmagában szép menet volt, de amin órákat anyáztam az az, hogy - követve a meglévő mintát - a query stringet a végén kapta meg, előtte kapcsolókat állítottunk method chaininggel. Na valamiért a query string beállítás a korábban beállított kapcsolók közül az új sdk-ban felülírt defaulttal. Nem, nem az objectben voltak default értékek, hanem úgy gondolta, hogy ő ott nekiáll sideeffectezni, és átállít dolgokat. Persze se a metódus neve nem utalt erre, se dokumentálva nem volt, 5 hívás mélyen kellett a borzalmas minőségű kódjukban kibogarászni. Az már csak apró adalék, hogy a query első sorában elvárják, hogy ott legyen a #verzió, de külön is be kell adni az apinak, mert miért ne

Something something random oracle application

pythonban az stdin/stdout (es a file i/o is valamennyire) kodlap (us-ascii/utf8/iso8859) kezelese. szerintem senki se tudja hogy mukodik, eleg kiszamithatatlan, es python verziotol, LANG envvartol stb is fugg.

a masik pythonos kedvencem, hogy a binaris file olvasas 2.x-ben stringet, a 3.x-ben byte array-t eredmenyez. de ilyet mondjuk a mysql is tudott, valamikor regen egy alverzional megvaltozott, hogy a BLOB olvasas eredmenye tobbe nem string hanem byte array lett (nem szerver oldalon, hanem az odbc driverben).