Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.
Příspěvek na blogu herního enginu Godot představuje aplikaci Xogot přinášející Godot na iPad a iPhone. Instalovat lze z App Storu. Za Xogotem stojí Miguel de Icaza (GitHub) a společnost Xibbon.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za březen (YouTube).
ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
Byla vydána nová verze 10.3 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu bezpečnostních oprav, vylepšení funkcí a oprav chyb.
Cloudflare představil open source redakční systém EmDash. Jedná se o moderní náhradu WordPressu, která řeší bezpečnost pluginů. Administrátorské rozhraní lze vyzkoušet na EmDash Playground.
Bratislava OpenCamp 2026 zverejnil program a spustil registráciu. Štvrtý ročník komunitnej konferencie o otvorených technológiách prinesie 19 prednášok na rôzne technologické témy. Konferencia sa uskutoční v sobotu 25. apríla 2026 v priestoroch FIIT STU v Bratislave.
Ahoj,
může mi někdo prosím poradit jaká opatření udělat nebo co mám obecně udělat aby mi nepadal MySQL server ? ..
Předpokládaný problém bude asi v zatížení serveru (proste asi po nem chci moc operaci najednou) .. ale server (stroj) to normal zvlada a procik se ani nehne ani ramky nijak neskacou a MYSQL server je ulozeny na raptoru..
Pokud budete chtit muzu sem postnout i muj config ..
Předem děkuji za jakoukoliv Vaši radu jsem v tomhle ohledu začátečník.
Nemáš omezený počet připojení?
Ano to me taky napadlo avšak podle configu mam nastaveno az 500 pripojeni .. (mam sem config postnout ?)
otazkou je jestli to neni 500 ruznych pripojeni.
neni nějaký rozdíl mezi 500-sty různých připojení a 500-sty připojení z jednoho uživ. jména a hesla ?..
na vsechna pripojeni pouzivam jen jedno uziv jmeno a heslo ...
Jeste me napadlo nemuze byt chyba nekde jinde nez v MYSQL SERVERU? . co třeba APACHE nebo PHP nemuze to být tim ? .. protože mi to píše že spojení nelze navázat pouze z přístupu z webu (tedy konektim se tam pres php scripty ..)
500 připojení za hodinu může být taky málo... zkus dát víc...
Ikdyž teď záleží na tom, jestli mysql opravdu spadne (-> musí se ručně spustit)
nebo proste odmítne připojení...
Pokud to druhé, může stačit navýšit limity.
Díky za radu
vyzkousim a dam vam vedet jak to dopadlo ..
nastavil sem 5000 a stejne to pada
probiha to nasledovne ..
Zatizim server + spustim web script .. (možná je poškozený aproto shazuje přetěžuje mysql server nevim ale dříve to nědělalo ..) a napíše to chyba spojení přístupový práva mám nastaveny adminovský full . takze bych mel byt mimo jakekoliv limity ..
mysql databaze vzdy padne na nekolik sekund 2 - 6 sekund a pak to zase normal jede spise mi to prijde ze mi mysql server odepre pristup na nejakych 5 sekund za hromadny pripojeni nebo neco takoveho ..
zkousel jsem se tam v dobe toho vypadku (5-ti sekundoveho) pripojit pres SQLyog z domova a normal me to tam pustilo a nepsalo to nic o vypadku ..
zkousel jsem se lognout do mysql pres phpmyadmina a tam mi to psalo ze se nepodarilo pripojit k mysql serveru 
Je to cely nejaky zvvlastni driv mi to nic podobneho nedelalo .. ale ted po prechodu na 5.1 to dela porad 
Nejsem zmatenej
jen nevim jak mam problem spravne popsat aby mi mohl nekdo poradit
MYSQL server není moje doména a ted jsem v háji :D ..
V zadnym logu mysql serveru nic o vypadku neni. MYSQL server se proste tvaří jako že nic, že je pořád ok a že nepadnul .. v logu neni o pádu ani ťuk..
To mě zajímá .. myslím si že to bude něco s natavenim web serveru .. bud APACHE nebo PHP ..
ohledne kodu nic silenyho to opravdu neni - (snažim se neprasit) - kdyz ten SQL dotaz zadam primo do mysql konzole prikaz se provede a vse je ok, kdyz prikaz zadam do phpmyadmina prikaz se provede a zase vse jede normalne
.. pouziju php script který nedělá nic jiného než je to že do sql dotazu SELECT count(*) FROM `characters` WHERE account = '$acc[0]'; doplnuje za $acc[0] císla 1 až 10 000 .a pak jej provede ..
Jak jsi naznačil myslím že to bude problém někde v nastavení PHP .. poradiš mi co bych si měl zkontrolovat popřípadě na co si mám dát pozor ? ..
Ktorú PHP funkciu používaš na pripojenie ku MySQL - mysql_connect(), alebo mysql_pconnect() ?
Čo sa ďalej robí v tom skripte? Je to skript, ktorý sa vykoná rýchlo a hneď skončí, alebo trvá dlhšie?
Napadá mě, že pokud tam provádíte těch 10000 dotazů, chvilku to trvá a tak dojde k timeoutu PHP skriptu a proto vidíte, že je to "zaseklé". To by vysvětlovalo i to, že když dotaz (jeden) vykonáte, vše je v pořádku, ale při tak velkém množství se to prostě nestihne.
Nešlo by sem vložit alespoň kousek toho skriptu s dotazem?
A nešlo by místo 10 tisíc dotazů na počet řádků s určitou hodnotou použít jeden count ... group by...?
A je na tom sloupci klíč?
function connect($db_host, $db_username, $db_password, $db_name = '', $use_names = '', $pconnect = false, $newlink = true) {
global $lang_global;
if ($pconnect) $this->link_id = @mysql_pconnect($db_host, $db_username, $db_password);
else $this->link_id = @mysql_connect($db_host, $db_username, $db_password, $newlink);
if ($this->link_id){
if($db_name){
if (@mysql_select_db($db_name, $this->link_id)) return $this->link_id;
else die(error($lang_global['err_sql_open_db']." ('$db_name')"));
if (!empty($use_names)) $this->query("SET NAMES '$use_names'");
}
} else die(error($lang_global['err_sql_conn_db']));
}
function close(){
global $tot_queries;
$tot_queries += $this->num_queries;
if ($this->link_id){
if ($this->query_result) @mysql_free_result($this->query_result);
return @mysql_close($this->link_id);
} else return false;
}
//accounts without chars or specified number of chars
case "num_of_char_in_acc":
$sql->connect($realm_db['addr'], $realm_db['user'], $realm_db['pass'], $realm_db['name']);
$result = $sql->query("SELECT id FROM account WHERE gmlevel < $user_lvl");
$acc_output_array = array();
while($acc = $sql->fetch_row($result)){
$total_chars_in_acc = 0;
foreach ($characters_db as $db){
$sql->connect($db['addr'], $db['user'], $db['pass'], $db['name']);
$query = $sql->query("SELECT count(*) FROM `characters` WHERE account = '$acc[0]'");
$total_chars_in_acc = $total_chars_in_acc + $sql->result($query, 0);
}
Tohle jsou asi tak ty nejdulezitejsi casti kodu.
myslím že je to standartní postup ..
Ohledne toho timeoutu v PHP zkousel jsem jej prenastavit na 60, i 90 sekund ale i tak po nejakych 5 až 6 vterinach script hodi chybu ze nebylo navazano spojeni s DB
Jak tu jiz nekdo psal mozna jsem omezeny na tech pocet pconnect.. zkusim se mrknout do nastaveni php.ini
foreach ($characters_db as $db){
$sql->connect($db['addr'], $db['user'], $db['pass'], $db['name']);
$query = $sql->query("SELECT count(*) FROM `characters` WHERE account = '$acc[0]'");
$total_chars_in_acc = $total_chars_in_acc + $sql->result($query, 0);
}
Človeče nešťastný - keď si pre každý ďalší dotaz vytvoríš nové spojenie, tak sa nediv, že sa zachvíľu minú.
Ty tam máš niečo ako: connect, query, connect, query, connect, query, ... - dookola, pričom pri každom "connect" sa vytvorí nové spojenie.
Správne to má byť: connect, query, query, query, ... - čiže používaš jedno spojenie.
Alebo prinajhoršom takto: connect, query, close, connect, query, close, connect, query, close, ... - čiže keď ideš spraviť nové spojenie, tak to staré po sebe predtým upraceš.
Ajo toho jsem si nevsiml .. udajne to psal nejaky zkuseny programator :D a heleme se ona je tam chba .. zkusim scropt predelat .. a uvidíme ..
jenda se o část scriptu z web systemu pro herní server a kdyz tam proste tenhle cleanup pustim tak mi spadne celej web protoze semi nemuze nic pripojit do DB .. bohuzel to pada dosti casto .. zkusim cely ten web vypnout (odstavit)
uvidíme jestli padani serveru bude pokracovat ..
Díky.
On server nespadne, on len neprijíma ďalšie spojenia, lebo narazil na administrátorom určený limit počtu spojení.
Ale pokud se pripojuji jako administrator tak pro me limity neplati nebo ano ? ..
plati. ale MySQL si nechava vzdy este jeden "kanal" volny pre admina - ak server "vytuhne" v dosledku prilis vela pripojeni, tak admin sa tam stale dostane lebo ma ten jeden kanal vyhradeny len pre seba - potom moze vsetkych pozabijat a spravit poriadok. lenze ak tam z apliacie lezies ako root tak si aj tieto "zadne vratka" zatvoris
Takhle to dopadá když "programátoři" píší kód k přístupu k datům. Povolil bych jim přístup jen přes ORM aby nenadělali více škody jak užitku
. Nic si ztoho nedělejte: takové brzdy lze nalézt i v kdejakém "profi" (PL/SQL) kódu.
select count(*)
from account as A
join characters as C on A.id=C.account
WHERE A.gmlevel < $user_lvl
Máte samozřejmě pravdu.
Určitě ale ORM nevytvoří takovou prasárnu, že by ve smyčce o několika desítkách či stovkách opakování bude otvírat nová spojení. Tyto základní věci jsou ve všech normálních ORM vychytané a místo řešení základních chyb se pak můžete věnovat řešení problémů na které implicitní kód z ORM nestačí.
Bohatě by stačilo, kdyby se na ten kód podíval někdo, kdo o programování něco ví, a používá hlavu. Technologie jsou v tom nevinně - s blbostí se bojovat nedá.
Tiskni
Sdílej: