Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Potřeboval bych si pro nouzové účely spustit na serveru druhého apache a mysql. V samé podstatě je to myšleno tak, že pokud by kleknul server, tak abych měl na jiném připraveného apache a mysql do kterého by se akorát nahrály zálohy, nastavil IP adresu kleknutého serveru na "záložní" a běžel nějak dál. Bohužel samostatný server na to vyčlenit nemůžu a konfigurace apachů bohužel mezi sebou nejsou moc kompatibilní, nemluvě o uživatelých v mysql, takže sloučení pod jednoho apache a mysql nepřipadá v úvahu.
Přemýšlel jsem jak toto realizovat a napadlo mě buď rozchodit na serveru virtuální server (což by, ale žralo dost zdrojů) a nebo druhou instanci spustit v chrootu (což jsem zkoušel, ale ne moc úspěšně).
Chci se tedy zeptat, jestli má někdo zkušenost s během dvou apachů a mysql v jednom systému, nebo zda-li by mě někdo nemohl nakopnout ,jakým směrem se mám dát.
Apache i MySQL se jen tak sám od sebe nezhroutí, je to jen otázka konfigurace. TAkže pokud nemáte další stroj a nechcete se pustit do virtualizace (tomu se ani nedivím), tak je řešení jednoduché. Zálohujte konfiguráky a weby u Apache a tabulky u MySQL. Když klekne server, tak je jednoduše vrátíte zpátky po nové infstalaci.
Tady nejde o kleknuti apache a mysql, ale celeho serveru (napr rozbije se disk), takze 2 apache atd bych mel kvuli prehrani na jiny server. A jde mi tam, aby sli ty weby provozovat mimo, nez se koupi novy HW.
Tak to urob na dva servre, jeden ostry, kde to ide a na ten druhy nejakym skriptom cez cron posielaj data (napriklad ssh). Ked padne hlavny sevrer, tak to preklop na ten druhy, aj tak asi potom treba urobit zmenu v dns. Alebo mat data na diskovom poli. To pripojit na oba servre a potom len startnut sluzbu. Najlepsi je pocitacovy cluster.
Když to ale bude na jednom serveru, tak se při rozbití hardware stejně nevyhnete to zálohovat jinam. TAkže zálohujte weby a konfiguráky Apache a tabulky a konfiguráky MySQL, nebo celý systém na jiný disk, nebo flashku či něco podobného. Pak se to dá rychle obnovit.
Asi jsem spatne vysvetlil o co mi jde, pokud jeden ze serveru umre, potrebuju okazite presunout weby ze zaloh do nejakeho funkcniho apache a mysql, ale jelikoz na ostatni apach a mysql uz bezi, musim ho mit nekde spusteny dvakrat. Jinymi slovy kdybych mel servery dva tak pokud jeden umre chci weby z nej po dobu opravy mit na druhem serveru, ale tam uz napr mysql bezi a nastali by mi tam treba problemy s uzivateli kdybych ty db sloucil.
Nemusis ho mat dva krat. To vyriesis cez virtualhost. Do konfiguraku si nachystaj zapis ktory potom iba odkomentujes. Web subory daj na disk, nastav documentroot pre virtualhosta, databazu pridaj do mysql. Potom restartni apache a mysql. Mne to tak funguje. Mam virtualhostov, kazdy ma iny documentroot a v mysql mam viac databaz.
U apache by to tak mozna i slo ale neslo by to u mysql, protoze tam se muze vyskytnou db se stejnym nazvem a jsem v troube.
Treba rozlisovat medzi nazvom databaze a tabuliek v nej. V mysql moze byt viac databaz. Nemozem mat dve rovnake databazy a v databaze dve rovnake tabulky. Ale to je o koncepcii toho co chcem robit a ako to mam vymyslene.
Bohuzel do koncepce jak vypadaji db ja zasahovat nemuzu, proto potrebuju rozchodit na jednom stroji 2 mysql databaze, baych se takovym problemum vyhnul.
19.1.2009 13:28
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Jeste bych mel malou prosbu, nemohli by jste me nekdo odkazat na nejaky navod jak rozjet dve mysql vedle sebe? Zkousel jsem si to vygooglit, ale nic moc jsem nenasel.
19.1.2009 14:20
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
/etc/rc.d/) a jeho úpravu tak, aby používal jiný konfigurační soubor, pid soubor atd. Pak upravit konfigurák mysql, tj. změnit cesty k datovým souborům, port apod.
Tiskni
Sdílej:
