Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
Insula Faktury je open source generátor faktur, který běží přímo ve webovém prohlížeči. Žádná registrace, žádné sledování, žádné omezení. Zdrojové kódy jsou k dispozici na Codebergu.
První Mobile Linux Hackday v Plzni, tj. komunitní setkání věnované Linuxu na mobilních zařízeních, proběhne 24. července od 10:00. Akce je otevřená všem zájemcům – od zvědavců po zkušené vývojáře. Dopoledne proběhnou přednášky Davida Heidelberga a Petra Hodiny o aktuálním stavu mobilního Linuxu: proč vůbec chtít tučňáka v kapse, jaké telefony jsou dnes dobře podporované a co taková podpora obnáší. Po obědě se zaměříme na konkrétní
… více »Mam podezreni, ze je to cimsi (nastavenim?) v php (proto dotaz taky davam sem), protoze se nepamatuju, ze by se mi nekde jinde (napr. v jave) kdy vyskytnul podobny problem.
Predem diky za odpovedi a nakopnuti spravnym smerem
Záleží na tom, jak tam ten soubor vkládáš - asi se u JPG nebo MP3 musí escapovat víc znaků, takže ve výsledku se v SQL posílá více dat než u PDF. Pokud ty soubory kóduješ do hexadecimálního zápisu, pak by to skutečně byla záhada, protože by opravdu byly stejně dlouhé.
To nastavení max_allowed_packet se nastavuje jak na serveru, tak na klientu. Zkus si ověřit, jestli to máš v PHP nastavené stejně jako v MySQL.
Zjisti si, jaké je nastavení max_allowed_packet na hostingu - možná to bude stačit. Pokud ne, napadá mě ten blob ukládat navícekrát - nejdříve poslat první megabajt, pak druhý atd. (při použití transakcí bude konzistence zachována).
Diky, to bude asi vysvetleni, escapuju to pres <i>mysql_real_escape_string</i>, a u mp3 nebo jpg se toho escapuje vazne mnohem vic. Co me ale dal mate je, ze i kdyz na servru (mysqld) nastavim max_allowed_packet na 1MB, v pohode ulozim 2MB pdf. Z toho usuzuju, ze php s tim dela jeste neco dal (ze to asi samo rozkouskuje?), ale u jpg a mp3 to nedela, zatim se mi k tomu nepodarilo vygooglit nic rozumnyho. Kazdopadne rozkouskovat to na 1MB casti s posilat to postupne se mi moc nechce a videl bych to jako asi posledni reseni.
Tiskni
Sdílej: