Společnost Espressif (ESP8266, ESP32, …) získala většinový podíl ve společnosti M5Stack, čímž posiluje ekosystém AIoT.
Byla vydána nová stabilní verze 3.5 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). Přehled novinek také na YouTube. Nově lze využívat cloud (audio.com). Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
50 let operačního systému CP/M, článek na webu Computer History Museum věnovaný operačnímu systému CP/M. Gary Kildall z Digital Research jej vytvořil v roce 1974.
Byl zveřejněn program a spuštěna registrace na letošní konferenci Prague PostgreSQL Developer Day, která se koná 4. a 5. června. Na programu jsou 4 workshopy a 8 přednášek na různá témata o PostgreSQL, od konfigurace a zálohování po využití pro AI a vector search. Stejně jako v předchozích letech se konference koná v prostorách FIT ČVUT v Praze.
Po 48 letech Zilog končí s výrobou 8bitového mikroprocesoru Zilog Z80 (Z84C00 Z80). Mikroprocesor byl uveden na trh v červenci 1976. Poslední objednávky jsou přijímány do 14. června [pdf].
Ještě letos vyjde Kingdom Come: Deliverance II (YouTube), pokračování počítačové hry Kingdom Come: Deliverance (Wikipedie, ProtonDB Gold).
Thunderbird 128, příští major verze naplánovaná na červenec, přijde s nativní podporou Exchange napsanou v Rustu.
Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Novým vedoucím je Andreas Tille.
Po osmi měsících vývoje byla vydána nová verze 0.12.0 programovacího jazyka Zig (GitHub, Wikipedie). Přispělo 268 vývojářů. Přehled novinek v poznámkách k vydání.
Poslední měsíc byl plný zajímavých akcí, o kterých Vám bastlíři z projektu MacGyver mohou povědět, protože se na ně sami vydali. Kde všude byli, ptáte se? Objevili se na Installfestu, Arduino Day, Hackaday Europe a tajném srazu bastlířů z Twitteru. A z každé akce pro vás mají zajímavé poznatky.
… více »No, mod_rewrite ani mod_vhost vám pravda moc nepomohou. Máte-li stav "www.mujserver.cz/uzivatel1" až "www.mujserver.cz/uzivatelN" a chcete to převrtět na "uzivatel1.mujserver.cz" až "uzivatelN.mujserver.cz", pak musíte postupovat takto:
Nejprve je nutné upravit DNS záznamy domény mujserver.cz tak, aby uzivatel1.mujserver.cz až uzivatelN.mujserver.cz byly CNAME na kanonické jméno toho webserveru, na němž to celé běží. (Podotýkám, musí to být CNAME záznamy. Existují prasata, která vyrobí 150 A záznamů na jednu IP adresu, a konzistenci A záznamů s PTR záznamy mají zřejmě u prdele. Proto se to korektně řeší přes CNAME.)
No a následně toho vašeho Apače naučíte virtuální servery, což je úplná trivialitka, stačí v konfiguráku dostatečně hodněkrát napsat <VirtualHost ...>. Dokonce nemusíte ani číst dokumentaci (to je přece jenom moc práce, seznámit se s produktem, který používám), bude stačit nakouknout na vzorový httpd.conf, nejspíš to dáte dohromady i podle něj.
A kromě toho, když už se o tom bavíme, titulek "doména 3. řádu" je věcně úplně špatně, protože nejde o žádné domény 3. řádu, alébrž o mnoho (virtuálních) serverů v doméně 2. řádu (za předpokladu, že mujserver.cz je doména 2. řádu, spory na téma počítání od nuly nebo jedničky mě nebaví).
Pokud totiž začnete mluvit o doméně "o řád vyšší, než je ta moje stávající", tak to podle běžně uznávané terminologie znamená autonomní nameserver této domény a autonomní řešení reverzů. To je docela hodně jiné téma.
Ano, omlouvám se, to je samozřejmě pravda. Nicméně, začátek celé záležitosti je v DNS, to jaksi okecat ani ob něco_modovat nejde.
(RFC 1912, sekce 2.7)
Mně na tom nic pěkného nepřijde a 150 CNAME záznamů v DNS mi nepřipadá ani trochu jako něco divného:
# grep CNAME /var/named/zone/jednadomena.cz | wc -l 1417A dokonce mi ani nepřijde nic zvláštního na tom, mít v konfiguraci Apache 150 sekcí <VirtualHost>. Je to jenom otázka toho, jestli je mi úplně jedno, co můj server dělá, anebo jestli se starám o to, aby dělal přesně jenom to, co dělat má.
Ne každý CNAME existuje kvůli virtuálnímu webu, sekcí VirtualHost je v konfiguráku Apache jenom 329 . Želbohu, není to celé podle jednotného mustru, takže ten automatizující postup nejde použít.
To je jenom otázka času...
mujserver.cz
nijak neovlivníte to, na jakou IP adresu se budou překládat jména typu uzivatel.mujserver.cz
- takže pokud byste udělal jen to, co jste napsal, fungovat to nebude. Na tom trvám, přes to vlak nejede. Pokud máte v tom zónovém souboru ještě něco jiného, pak je docela dobře možné, že to fungovat bude, ale rozhodně ne zásluhou toho, co jste napsal…
v CNAME záznamu mám *.mojedomena.cz na www.mojedomena.cz :)To bych sem radsi nepsal...
pokud máte jiný nápad, jak všechny dotazy na "mojedomena.cz" směrovat na můj server, rád se přiučím a možná i opravím to co jsem spáchal doposudJa ne...
Nějak mi pořád uniká, co je špatného na tom, mít pro každý virtuál jeden CNAME záznam. Kolik těch virtuálů týdně nastavujete? Desítky, stovky, tisíce? I kdyby tisíce, tak snad máte nějaký evidenční systém, co kde kdo a jak, ne? A pokud jej máte, tak není až tak těžké z jeho databáze generovat i záznamy do DNS, ne?
Já se přiznám, že naprosto a úplně nechápu přístup "* CNAME www.mojedomena.cz". Teď nejde o korektnost síťových protokolů, ale jde mi o čistě faktografickou stránku věci. Snad na tom serveru provozuju konečnou (a mnou administrovanou) množinu webů. A tom okamžiku si snad spojím administraci spojenou se zakládáním uživatelů, virtuálů, ftp přístupů a podobně i s administrací DNS, to přece není žádná práce navíc. Anebo na tom serveru provozuju něco, a sám nevím co? No pokud je to tak, pak je další debata zbytečná.
Chápejte, mi nejde o "purismus" podle RFC, ale jde mi o "technický přístup k věci". A ten mi jednoznačně velí definovat v DNS přesně a právě jenom to, co existuje. Kdyby pro nic jiného, tak proto, že ping jakákolivsračka.mojedomena.cz mi bude nepochopitelně pingat. A to bych třeba já opravdu nesnesl.
edu
viděla něco úplně jiného. Jestli je vám tohle málo, pak to bude opravdu těžké…
Jinak už z vašeho druhého odstavce je patrné, že máte jen velmi mlhavé tušení, jak funguje DNS, a prakticky nulové povědomí o tom, co přesně znamená wildcard záznam. Pak je ale asi zbytečné snažit se vám něco vysvětlovat…
Aha, ten přístup znám. A modrá, hnědá a zeleno-žlutá jsem přece jenom barvy, té mědi je to jedno, v čem je obalená, ne? S váma bych fakt chtěl mít dvojdomek.
Už jsem to psal. Špatného je to, že úplněnaprostocokoliv.mojedomena.cz se bez potíží převede na IP adresu. ping jsemnapsalnějakoukravinu.mojedomena.cz bude pingat. Já třeba docela často někam pingám kvůli diagnostice, tu a tam se překlepnu v názvu, a ping mi odpoví "unknown host". Kdybych ovšem měl v DNS tu zvrácenou hvězdičku, tak se jakákoliv hovadina resolvne na IP webserveru a jakýkoliv překlep mi bude tajemně pingat.
V tom "nicneříkajícím RFC" hovoří navíc o problémech s "domain searching", což je věc, kterou zajišťuje direktiva search v /etc/resolv.conf. Zjednodušeně řešeno, je to automatické doplňování domén v DNS dotazech - nastavím třeba search mojedomena.cz jinadomena.cz nebo tak něco, a pak můžu zadat host cosi - hledá se cosi, cosi.mojedomena.cz a cosi.jinadomena.cz, dokud se něco z toho nenajde. Featura, kterou třeba taky docela používám - a pokud by mi první nameserver díky zhůvěřilé hvězdičce na každou moji pitomou otázku vrátil IP adresu webserveru, tak je mi to k ničemu.
To nastavení je prostě matoucí - vzbuzuje dojem existence věcí, které neexistují, a to je špatně.
Tiskni Sdílej: