CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.
Na blogu Raspberry Pi byla představena rozšiřující deska Raspberry Pi AI HAT+ 2 s akcelerátorem Hailo-10 a 8 GB RAM. Na rozdíl od předchozí Raspberry Pi AI HAT+ podporuje generativní AI. Cena desky je 130 dolarů.
Wikipedie slaví 25. výročí svého založení. Vznikla 15. ledna 2001 jako doplňkový projekt k dnes již neexistující encyklopedii Nupedia. Doména wikipedia.org byla zaregistrována 12. ledna 2001. Zítra proběhne v Praze Večer svobodné kultury, který pořádá spolek Wikimedia ČR.
Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.
Google Chrome 144 byl prohlášen za stabilní. Nejnovější stabilní verze 144.0.7559.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.
TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.
Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.
Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.
Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.
SELECT f.* FROM jos_fi_firms AS f WHERE id IN( SELECT MAX(id) FROM jos_fi_firms AS f LEFT JOIN jos_fi_spec_firm AS sf ON f.id=sf.firm_id WHERE f.state=1 AND (LOWER(f.title) LIKE '%xx%' AND LOWER(f.region) LIKE '%%' OR LOWER(f.district) LIKE '%%' OR LOWER(f.city) LIKE '%%' OR LOWER(f.city_part) LIKE '%%') GROUP BY f.ico, f.title ) ORDER BY f.title
Tak se mi nikdy nedokončí, protože dříve vyprší doba běhu PHP skriptu, když dám ale každý z těchto dotazů samostatně, tak mi skončí skoro okamžítě.
EXPLAIN mi vypíše něco takového:
1 PRIMARY f ALL NULL NULL NULL NULL 16004 Using where; Using filesort 2 DEPENDENT SUBQUERY f ALL NULL NULL NULL NULL 16004 Using where; Using temporary; Using filesort 2 DEPENDENT SUBQUERY sf ref PRIMARY PRIMARY [BINARY - 1B] xxx.f.id 1 Using index
SELECT @uid:=IFNULL(u.id,0) AS id, IFNULL(u.name,0) AS name, @max_date:=(SELECT IFNULL(MAX(s.date),'0000-00-00') FROM jos_fi_stats AS s WHERE s.user_id=@uid) AS max_date, (SELECT COUNT(*) FROM jos_fi_firms AS f WHERE f.edited_by=@uid AND f.date>@max_date) AS cnt FROM jos_fi_firms AS f LEFT JOIN jos_users AS u ON f.edited_by=u.id GROUP BY f.edited_by
Na 16000 řádcích tabulky jos_fi_firms taky nikdy nedojede. Když spustím tento dotaz s EXPLAIN, tak mi to vypíše něco takového:
id select_type table type possible_keys key key_len ref rows Extra 1 PRIMARY f ALL NULL NULL NULL NULL 16004 Using temporary; Using filesort 1 PRIMARY u eq_ref PRIMARY PRIMARY [BINARY - 1B] xxx.f.edited_by 1 3 UNCACHEABLE SUBQUERY f ALL NULL NULL NULL NULL 16004 Using where 2 UNCACHEABLE SUBQUERY s system NULL NULL NULL NULL 0 const row not found
Nevíte někde, kde můžu mít chybu?Nebo jak ty dotazy zoptimalizovat? Doteď jsem si myslel, že nejlepší optimalizace je pomocí poddotazů, ale proč v prvním případě když použiju poddotazy, tak je dotaz nekonečný, zatímto když je spustím každý z těch dotazů samostatně, tak jsou hotové skoro okamžitě?
Předem děkuji za vaše rady
a co místo toho prvního dotazu zkusit:
SELECT * FROM (
SELECT
f.*
FROM
jos_fi_firms AS f
LEFT JOIN jos_fi_spec_firm AS sf ON f.id=sf.firm_id
WHERE
f.state=1
AND (LOWER(f.title) LIKE '%xx%'
AND LOWER(f.region) LIKE '%%' OR LOWER(f.district) LIKE '%%' OR LOWER(f.city) LIKE '%%' OR LOWER(f.city_part) LIKE '%%')
GROUP BY f.ico, f.title
ORDER BY f.ID desc
) AS a
ORDER BY f.title
mělo by to dělat to samé.
Tiskni
Sdílej: