Na GOG.com běží Autumn Sale. Při té příležitosti je zdarma hororová počítačová hra STASIS (ProtonDB: Platinum).
Ubuntu 25.10 má nově balíčky sestavené také pro úroveň mikroarchitektury x86-64-v3 (amd64v3).
Byla vydána verze 1.91.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Ministerstvo průmyslu a obchodu vyhlásilo druhou veřejnou soutěž v programu TWIST, který podporuje výzkum, vývoj a využití umělé inteligence v podnikání. Firmy mohou získat až 30 milionů korun na jeden projekt zaměřený na nové produkty či inovaci podnikových procesů. Návrhy projektů lze podávat od 31. října do 17. prosince 2025. Celková alokace výzvy činí 800 milionů korun.
Google v srpnu oznámil, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Iniciativa Keep Android Open se to snaží zvrátit. Podepsat lze otevřený dopis adresovaný Googlu nebo petici na Change.org.
Byla vydána nová verze 18 integrovaného vývojového prostředí (IDE) Qt Creator. S podporou Development Containers. Podrobný přehled novinek v changelogu.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 2.0. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Google Chrome 142 byl prohlášen za stabilní. Nejnovější stabilní verze 142.0.7444.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 20 bezpečnostních chyb. Za nejvážnější z nich bylo vyplaceno 50 000 dolarů. Vylepšeny byly také nástroje pro vývojáře.
Pro moddery Minecraftu: Java edice Minecraftu bude bez obfuskace.
Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].
Pouzivam script automysqlbackup.sh a jsem s nim maximalne spokojen. Posila reporty emailem, takze vidis co se delo. Nenasel jsem sice zadnou volbu pro automatickou opravu, ale kdyz budes kontrolovat reporty, tak to muzes obnovit sam.
Já zálohuji tak, že si v noci rsyncnu adresář /var/lib/mysql na jiný stroj.
Viz man rsync.
V noci je minimální provoz, takže že by se s nějakou tabulkou zrovna pracovalo je nepravděpodobné.
Pokud se tak přece stane, žádné fatální následky to nemá. Tabulku ze zálohy nechám jen opravit ....
Jinak oprava poškozených tabulek to je věc problematická, to bych raději dělal ručně, ne automaticky.
V prvé řadě je kladena otázka. Proč k poškození vůbec došlo? Nemělo by a pokud ano, je to podezřelé.
Buď vyply proud, mám vadný disk, nebo se databáze nějak pobláznila. Těžko ji věřit s obnovou tabulek, možná je to už úplný blázen, raději bych zálohoval před obnovou tabulek.
Já jsem ještě nikdy bezdůvodně žádnou tabulku poškozenou neměl.
Opravy větších tabulkem mohou trvat celé hodiny.....
Spíš by bylo záhodno se o tom brzy dozvědět.
Nejbezpecnejsi zpusob, ze kterym jsem se doposud setkal, je pouzit replikaci na jiny stroj, a ten pak zalohovat. Jedna aktivni zaloha je pak pripravena (v pripade hw havarie na prvnim stroji), v pripade omylneho smazani tabulky nebo databaze se stejny omyl zreplikuje i na druhy stroj, pak je pravy cas na to obnovit starsi zalohu vytvorenou na tom druhem stroji.
Ahoj,
dle meho nazoru: replikace je zbytecne slozite reseni na to co potrebujete a jsou k tomu potreba dva stroje. Ja bych pouzil mysqldump s volbou --force no a jeste bych myisamchckem (jestli sou to myisam tabulky) kontroloval, zda jsou tabulky ok a kdyz ne, tak to rucne zpravil
S pozdravem,
David
Na Vasem miste bych se v prvni rade zajimal kde nebo proc se Vam poskozuji tabulky v DB, nedochazi k havarii mysql demona/vypadky napajeni, nepouzivate nejak bugovou verzi mysql, proste trochu zkoumat pricinu, samo od sebe se to jiste nedeje.
Nasledne pak muzete zalohovat bez problemu at uz jednoduse pomoci
napr. "zjednodusene" takto
DATE=`date +%Y%m%d`
mysqldump -u root -p heslo --all-databases | gzip > backup_mysql_$DATE.gz
nebo pomoci jiz zminovaneho AutoMysqlBackup script a nebo si napsat nejake svoje vlastni reseni, nedoporucuji rsyncovat ani jinak manipulovat primo se soubory databazi
(/var/lib/mysql apod). Replikace cele DB je zrejme pro Vas jako kanon na vrabce.
/usr/bin/mysql --user=${MYSQL_USER} --password=${MYSQL_PASS} --host=${MYSQL_HOST} mysql << EOF | sed '1d' | while read LINE;
SHOW DATABASES;
EOF
do
    echo "  mysqldump (${LINE})";
    /usr/bin/mysqldump -B "${LINE}" -c -e -l -Q --complete-insert --user=${MYSQL_USER} --password=${MYSQL_PASS} --host=${MYSQL_HOST}| gzip > "${out_dir}/${LINE}.gz";
done
1x v noci spoustim skript, co dela gzip a nasledne rsync na jiny stroj.
taky se priklanim, aby se nemanipulovalo s binarkama /var/lib/mysql - obcas to sice funguje, ale clovek MUSI vedet co dela.
             3.1.2009 00:46
Dalibor Smolík             | skóre: 54
             | blog: Postrehy_ze_zivota
             | 50°5'31.93"N,14°19'35.51"E
        3.1.2009 00:46
Dalibor Smolík             | skóre: 54
             | blog: Postrehy_ze_zivota
             | 50°5'31.93"N,14°19'35.51"E
        Zálohuji do samostatných adresářů pro jednotlivé dny v týdnu a k tomu 2x měsíčně, eliminuji tím případné poškození tabulek, aby byla možná obnova z nejbližší verze, která byla ještě v pořádku.
        Tiskni
            
                Sdílej:
                 
                 
                 
                 
                 
                