Editor kódu Zed (Wikipedie) má nově v sobě integrovaný debugger. Podporuje Rust, C/C++, JavaScript, Go, Python a pomocí rozšíření i další programovací jazyky.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované GIFy.
Nejnovější X.Org X server 21.1.18 a Xwayland 24.1.8 řeší další bezpečnostní chybu.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 210. sraz, který proběhne 20. června od 18:00 v Red Hat Labu na Fakultě informatiky Masarykovy univerzity na adrese Botanická 68A nebo také online.
Byla vydána nová verze 17 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.05.0. Přehled novinek v poznámkách k vydání. Nově je implementováno standardizované simulační rozhraní ROS (Robot Operating System) 2.
Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
UPDATE vzkazy_data as text
SET dorucenka_vzkazy_data = 'f'
FROM (
SELECT id_vazby_vzkazy_vazebni, dorucenka_vzkazy_data, cas_zpravy_vzkazy_data, nick_uzivatele, id_uzivatele,text_vzkazy_vazebni
FROM vzkazy_data
JOIN vzkazy_vazebni ON id_vzkazu_vzkazy_data = id_vazby_vzkazy_vazebni
JOIN uzivatele ON id_odesilatel_vzkazy_data = id_uzivatele
WHERE (id_odesilatel_vzkazy_data = 1 AND id_adresat_vzkazy_data = 9)
OR (id_odesilatel_vzkazy_data = 9 AND id_adresat_vzkazy_data = 1)
ORDER BY cas_zpravy_vzkazy_data DESC
LIMIT 10 OFFSET 0
FOR UPDATE
) AS nezobrazeno
WHERE id_vazby_vzkazy_vazebni = nezobrazeno.id_vazby_vzkazy_vazebni;
RETURNING text_vzkazy_vazebni,
nezobrazeno.cas_zpravy_vzkazy_data,
nezobrazeno.nick_uzivatele,
nezobrazeno.id_uzivatele,
nezobrazeno.dorucenka_vzkazy_data;
ale vypisuje to nesmysly... tohle zrovna vypíše 200x první řádek té konverzace a updatuje celou tabulku. mohl by mi někdo s tím píchnout? děkuji
UPDATE vzkazy_data as text SET dorucenka_vzkazy_data = 'f' FROM ( SELECT id_vazby_vzkazy_vazebni, dorucenka_vzkazy_data, cas_zpravy_vzkazy_data, nick_uzivatele, id_uzivatele,text_vzkazy_vazebni FROM vzkazy_data JOIN vzkazy_vazebni ON id_vzkazu_vzkazy_data = id_vazby_vzkazy_vazebni JOIN uzivatele ON id_odesilatel_vzkazy_data = id_uzivatele WHERE (id_odesilatel_vzkazy_data = 1 AND id_adresat_vzkazy_data = 9) OR (id_odesilatel_vzkazy_data = 9 AND id_adresat_vzkazy_data = 1) ORDER BY cas_zpravy_vzkazy_data DESC LIMIT 10 OFFSET 0 FOR UPDATE ) AS nezobrazeno WHERE id_vazby_vzkazy_vazebni = nezobrazeno.id_vazby_vzkazy_vazebni; RETURNING text_vzkazy_vazebni, nezobrazeno.cas_zpravy_vzkazy_data, nezobrazeno.nick_uzivatele, nezobrazeno.id_uzivatele, nezobrazeno.dorucenka_vzkazy_data;
CREATE TABLE uzivatele ( id_uzivatele BIGSERIAL primary key, nick_uzivatele CITEXT UNIQUE not null, heslo_uzivatele VARCHAR(255) not null ); CREATE TABLE vzkazy_data ( id_vzkazu_data BIGSERIAL primary key, id_odesilatel_vzkazy_data BIGSERIAL not null, id_adresat_vzkazy_data BIGSERIAL not null, dorucenka_vzkazy_data boolean not null, vymazani_vzkazy_data SMALLINT not null, cas_zpravy_vzkazy_data TIMESTAMP not null, id_vzkazu_vzkazy_data BIGSERIAL not null ); CREATE TABLE vzkazy_vazebni ( id_vazby_vzkazy_vazebni BIGSERIAL primary key, text_vzkazy_vazebni VARCHAR(5000) not null );
... id_odesilatel_vzkazy_data BIGINT not null, id_adresat_vzkazy_data BIGINT not null, ...0) ty cizí klíče jsem ani nevěděl že něco takového existuje, ale jak si o tom čtu tak to tam nemusim mít ne? je to jenom pro integritu. doplním to tam, ale napřed chci pochopit tu logiku protože to může mít následky když to tam nasekám nesprávně. Viz bod 4 např. 1) no já myslel že je vazební. :D a ona to je nakonec ta druhá. 2 & 3) celý je to zmateční. teprve přicházim na systém. ale co se bodu 2 týče... můžu pak někdy časem chtít joinovat i něco co neni cizí klíč a to se může jmenovat stejně jako něco jinýho co už budu selectovat. 4) tohle ale má zásadní důvod. když budu chtít odeslat hromadnou zprávu měl bych jí tam třeba 1000x takhle na ní můžu jenom odkázat. proto taky jsem jí pojmenoval vazební tuhle tabulku, což vlastně si uvědomuju, že opravdu má být obráceně. Slibuju že to přejmenuju, ale napřed to chci rozchodit takhle abych to nějak chápal. ...ale podle nápovědy jsem pochopil, že problém je někde v tom že je někde něco špatně přehozeno, ale stejně to nemůžu najít. ten vnitřní select je správně a dál už nevim co by mohlo bejt v tom uploadu špatně. prostě se s tím setkávám prvně.
Pes a ;
Kočka b ;
Papoušek c ;
...
b.stekej()
Tak můžeš chybu hledat hodinu a nevšimneš si toho. Jedinná šance, jak ji najít je si proměnné dobře pojmenovat, tj. a pes, b kočka atd... A to můžeš udělat buďto jen v hlavě - to ale zvládneš takhle pobrat jen kousek kódu a ten Tvůj dotaz je dost dlouhej i pro zkušenýho programátora, nebo když je to možný i přímo v kódu.
Zmatek v názvech je IMHO naprosto stejná chyba, jako špatně napsaný dotaz. Sice to sice samo o sobě žádnou "reálnou chybu" neudělá, ale generuje to chyby jak na běžícím pásu. Ono umění programovat je v podstatě umění dávat proměnným správný jména. Algoritmus, pokud věci správně pojmenuješ, se zpravidla vyloupne sám (trochu přehánim, ale ne moc).
UPDATE vzkazy_data as zobrazeno SET dorucenka = 'f' FROM ( SELECT id_vazby, dorucenka, cas_zpravy, nick, id, text FROM vzkazy_data JOIN vzkazy_vazebni ON id_vzkazu = id_vazby JOIN uzivatele ON id_odesilatel = id WHERE (id_odesilatel = 1 AND id_adresat = 9) OR (id_odesilatel = 9 AND id_adresat = 1) ORDER BY cas_zpravy DESC LIMIT 10 OFFSET 0 FOR UPDATE ) AS nezobrazeno RETURNING text, nezobrazeno.cas_zpravy, nezobrazeno.nick, nezobrazeno.id, nezobrazeno.dorucenka;a nestalo se nic slíbeného. neni mi to jasný.
JOIN vzkazy.id_text_vzkazu = text_vzkazu.id
je na prvni pohled videt, jestli to je nebo neni dobre. Z tech divokejch nazvu ne.
A chybí tam podmínka WHERE, což je klíčový, protože v tý je ta chyba.
A taky moc nechápu, proč se aliasy jmenují zobrazeno a nezobrazeno. Zkus je pojmenovat tak, aby bylo jasné, co je to za kus dat. Rozhodne vnitrni select vybira data za nejakym ucelem (a rozhodne ne proto, aby je nezobrazil), vnejsimu selectu bych alias klidne vubec nedaval, defakto tim zduraznis, ktera tabulka je ta hlavni, tj. upravovana.
Jinak bych doporučil, jestli máš patřičnou verzi postgresu, která to umí,
dotaz napsat způsobem
WITH updated AS
(
UPDATE ...
RETURNING id
)
SELECT blablabla FROM
asdasdasd
JOIN UPDATED ON vzkazy_data.id = updated.id
Tedy oddělit část vybírající provádějící úpravu a část dělající select upravených dat, zvýšíš tím čitelnost - ale to jde tuším až od některý verze postgresu (tuší 9.1).
Zkus to ještě jednou, nevěřím, že když to rozumně pojmenuješ a pak si dotaz ještě jednou projdeš, že to nenajdeš. Když i tak ne, tak Ti to samozřejmě prozradím ON vzkazy.text_vzkazu_id = text_vzkazu.id
A opravdu IMHO když si to pojmenuješ dobře, tak na to musíš přijít, protože právě ta konvence výš zajišťuje, že jsou obě strany přiřazení, když vážeš tabulky (ať v ON nebo WHERE) defakto shodné a tak je dobře vidět, když se váže něco, co se vázat nemá...
Tiskni
Sdílej: