Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.
Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.
V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.
Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.
V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.
Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.
Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »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: