Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.
V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.
Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.
Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Řešení dotazu:
[mysqld] key_buffer = 16K max_allowed_packet = 1M table_cache = 4 sort_buffer_size = 64K read_buffer_size = 256K read_rnd_buffer_size = 256K net_buffer_length = 2K thread_stack = 64K query_cache_limit = 1M query_cache_size = 8M innodb_buffer_pool_size = 8M innodb_additional_mem_pool_size = 1M innodb_log_file_size = 5M [isamchk] key_buffer = 8M sort_buffer_size = 8M [myisamchk] key_buffer = 8M sort_buffer_size = 8MVychází to z OpenSuse 'my-small.cnf' a zkušeností z vlastním serverem, který měl 96Mb Ram :), bohužel již jej nemám, a nemám ten přesný konfigurák z něj…
innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2MJak to dopadlo ?
Páni, 12MB ram jo?
Jasně, rejpu, ale nechceme přeci aby se tu šířili dezinformace.
Samozřejmě jsem pochopil co autor chtěl říci, jde o to že tuhle diskusi si přečte mnoho lidí, bez mého trapného příspěvku z kterého pramení toto vlákno by si spousta lidí spojila velikost operační paměti s "Mb" a mě už docela nebaví pořát dokola lidem vysvětlovat rozdíl mezi Mb a MB.
Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.
Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.
I tak se to dá brát, souhlas
'bit'
:1 kbit/s = 1000 bit/s 1 Kibit/s = 1024 bit/s x 1 kB = 1000 B 1 KB = 1024 BA je to právě kvůli záměně B/b :)
KiB, MiB.. byly sic vytvořeny aby v tom udělali pořádek, ale ve výsledku v tom udělali ještě větší bordel, používat to je myslím úplná blbost (osobní názor).
Navíc, jak na to tak koukám, tak oni tim že chtěli vytvořit nový standart tak jiný porušili, to je k smíchu.
1 kbit/s = 1000 bit/s 1 Kibit/s = 1024 bit/s x 1 kB = 1000 B 1 KiB = 1024 BUž jsem radši dnes s jednotkami skončil, ještě použiji jednu odpoledne: „koupím si 2ℓ burčáku“ a konec, bo mi to nějak nejde.
Debian /etc/mysql/my.cnf
'/usr/share/mysql'
na OpenSuse jsou 3 ks předpřipravených konfiguráků small, medium a huge, kde je to „nějak“ v základu nastaveno, když to nechcete řešit nebo nemáte zkušenosti, je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).
Tak tak, ještě by tam měl být konf. my-innodb-heavy-4G.cnf s nastaveným InnoDB.
Nastavit to pro silnejsi server jiz neni se znaloptmi matematiky zakladni skoly problem.
Nastavit to pro silnější server není otázkou matematiky, je to otázkou znalosti té DB a jejího použití. Vůbec to není o vynásobení všech parametrů nějakou konstantou ale o poměrně složitém vyvážení všech parametrů. U MySQL je to zvlášť těžké v případě, že se používá více tabulkových enginů.
Jistě, ale někdo kdo hledá přednastavené konfigurační soubory určitě ony znalosti databázového serveru (či jednotlivých enginů) prostě nemá, nebo s nastavováním nechce ztrácet čas (což opět hovoří o jeho neznalosti).
No to je složité. Pokud to někdo nastaví čistě matematicky, tak snadno skončí s DB, která nejenže nemá žádný výkon, ale ještě k tomu žere příliš mnoho paměti.
Pro pomoc s nastavením výkonových parametrů MySQL vřele doporučuji mysqltuner.pl nebo podobný MySQL Tuning Primer.
Pochopitelně nic z toho nezachrání blbě navržené DB schema.
Souhlasím že nastavovat to přímo úměrně vůči operační paměti není úplně ideální, ale bez potřebných znalostí k správnému nastavení jak enginů tak samotného serveru je to krom dotazu v diskusi nejlepší řešení.
Tiskni
Sdílej: