BIGWORDS.PAGE je open-source webová aplikace, která po otevření odkazu v prohlížeči vykreslí přes celou obrazovku jednoduché informační sdělení. Zpráva i její nastavení jsou uložené v části URL za znakem #, například odkaz https://bigwords.page/#abclinuxu zobrazí jako velký bílý nápis 'abclinuxu' na černém pozadí. Obsah odkazu lze upravovat i vestavěným editorem, ten umožňuje nastavovat formátování a vizuální efekty textu, časovače, QR kódy a obrázky. Zdrojový kód je dostupný pod licencí MIT na GitHubu.
V neděli 11. října proběhne rotace klíče kořenové zóny. Podruhé v historii. Ondřej Filip na blogu CZ.NIC: "Pokud je pro Vás DNS protokol spíše výzva, ale přesto spravujete nějakou síť či DNS resolver, zkuste si jednoduchý test, který připravila firma Cloudflare na této adrese. Obzvláště zbystřit byste měli, pokud uvidíte nějaká červená políčka."
Vláda Spojených států se rozhodla vyřadit americkou softwarovou společnost Microsoft a několik dalších velkých technologických podniků z programu, který umožňuje kvalifikovaným zahraničním pracovníkům získat povolení k trvalému pobytu. Oznámila to včera administrativa amerického prezidenta Donalda Trumpa. Opatření zdůvodnila rozsáhlým zneužíváním programu, který je dlouhodobě terčem kritiky ze strany Trumpových příznivců, neboť prý znevýhodňuje americké pracovníky.
Datové centrum největší ruské technologické společnosti Jandex v Rjazaňské oblasti se stalo cílem dronového útoku a zastavilo provoz. Jandexu se někdy přezdívá „ruský Google“. Provozuje nejoblíbenější internetový vyhledávač v Rusku nebo aplikace pro objednávky jídla a taxi. Využívají jej desítky milionů lidí v rusky mluvících zemích.
Francouzská společnost Mistral AI představila Mistral Large 4 (interně přezdívaný 'le Chonk', volně přeloženo 'pořádný macek'), 'open-weight multimodální hybridní instruct-and-reasoning model s architekturou granulárního MoE, nativně podporující více jak 160 jazyků'. Model má přes jeden bilión parametrů, z nichž při práci využívá 49 miliard, kontextové okno o délce milion tokenů a obrazový enkodér o 1,6 miliardách parametrů.
… více »Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.20. Díky 227 přispěvatelům.
Simon Long oznámil Raspberry Pi Desktop pro PC a Mac s Intelem postavený na aktualizovaném Debianu 13 Trixie. S klientem Raspberry Pi Connect pro vzdálenou správu. Ke stažení je vedle Raspberry Pi OS pro Raspberry Pi.
ESP32-C3 adblock přemění lacinou vývojovou desku ESP32‑C3 na samostatný DNS blokovač nejenom reklamních domén, minimalistickou alternativu k populárnímu Pi-hole. ESP32-C3 adblock místo objemných názvů domén ukládá jejich 40-bitové FNV-1a hashe do flash paměti, které pak binárně prohledává, kontrola jedné domény trvá přibližně 10 milisekund. Blocklist pojme až 537 tisíc domén a lze jej spravovat přes webové rozhraní. Projekt zatím
… více »ArtCraft je sada open source aplikací pro práci s obrázky a videi "inspirovaných" aplikacemi od Adobe. Napsaných v Rustu. Pro MacOS, Windows i Linux. Běží také ve webovém prohlížeči. Aktuálně se jedná o 7 aplikací: PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) a DesignCraft (InDesign). Zdrojové kódy jsou k dispozici na GitHubu.
Strands Decider 2B je malý open-source model s 2 miliardami parametrů, určený k rychlé klasifikaci vstupů a rozhodování mezi možnostmi, generující odpovědi ve stylu modelu Jev. Strands dosáhl přibližně 72% shody s Jevem na veřejné testovací sadě JevBench (tento benchmark pochopitleně nepředstavuje přímé srovnání s modelem Jev). Zdrojové kódy jsou k dispozici na GitHubu pod licencí Apache-2.0, váhy modelu na Hugging Face.
2. To CD s Fedorou jsem koupil začátkem tohoto roku a navíc když na starých verzích Fedora a Red Hat to fungovalo bez problémů, tak nevím, proč bych musel kvůli pitomýmu skriptu kupovat stále CD s novým SW. Kdyby staré verze skously ten novej HW, tak bych se na ty nový věci vykašlal. Jediné jejich pro mne využitelné plus vidím v lepší podpoře různých kódování textu. (Tu fedoru 9 samozřejmě kvůli těm problémům koupím, ale vše trvá...)
Takže otázka stále zůstává, kde může být problém? Skutečně zlobí jen to, že se textový výstup nezobrazí v prohlížeči na počítači s Apache a prohlížečem, OS ve verzi Fedora 7.
Nejak jsem spletl e-maily od skriptu spousteneho pres prikazovou radku. Ve skutecnosti se skript pri spusteni pres prohlizec neprovede. Nekdy to ukaze prazdnou stranku a jindy pri znovunacteni vnitrni chybu serveru nebo znovu prazdnou stranku. Vypis log souboru mi pripada divny, zaraz to hlasi dve protichudne veci:
[Mon Aug 18 17:14:46 2008] [error] [client 127.0.0.1]
(2)No such file or directory: exec of '/var/www/cgi-bin/xxx.cgi' failed, referer: http://localhost/
[Mon Aug 18 17:14:46 2008] [error] [client 127.0.0.1]
Premature end of script headers: xxx.cgi, referer: http://localhost/
A pritom zakladni nastaveni httpd je jiz v distribuci linuxu (jak je jiz zvykem) udelano: (Zadal jsem tam misto hranatych kulate zavorky, hranate tato diskuze nebere.)
ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
(Directory "/var/www/cgi-bin")
AllowOverride None
Options None
Order allow,deny
Allow from all
(/Directory)
Kde muze byt problem?
Devitku sice brzy kvuli tem problemum jiz budu mit, ale rad bych tomu prisel na kloub, kde je zakopanej pes.
Je to SELinux, díky za zmínku, až teď jsem si dohledal, co to znamená. Vyzkoušel jsem všechno možné, ale stále to nepomáhá. Měl jsem tam:
[root@localhost ~]# getenforce
Enforcing
[root@localhost ~]# getsebool httpd_enable_cgi
httpd_enable_cgi --> on
[root@localhost ~]# ls -Z /var/www/
drwxr-xr-x root root system_u:object_r:httpd_sys_script_exec_t cgi-bin
drwxr-xr-x root root system_u:object_r:httpd_sys_content_t html
[root@localhost ~]# ls -Z /var/www/cgi-bin/
-rwxrwxrwx root root root:object_r:httpd_sys_script_exec_t xxx.cgi
Zkusil jsem dát permissive a restartovat, disable a restartovat, ale stále to nepomáhalo. V klientovi pro nastavení práv je, zdá se, nastaveno (zatrháno) vše potřebné. Zkusil jsem postupně povolit u souborů a složek všechno všem a výsledek? Nejdříve to přestalo i z příkazového řádku posílat e-mail a nakonec to už ani nevypisuje výstup skriptu (jsou tam kulaté závorky, protože hranaté diskuze nebere):
[root@localhost ~]# perl /var/www/cgi-bin/xxx.cgi
/etc/mail/submit.cf: line 554: fileclass: cannot open '/etc/mail/trusted-users': World writable directory
Content-type:text/html
(!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN")
(html)
(body)
ODESLANO
(/body)
(/html)
[root@localhost ~]# perl /var/www/cgi-bin/xxx.cgi
/etc/mail/submit.cf: line 554: fileclass: cannot open '/etc/mail/trusted-users': World writable directory
[root@localhost ~]#
Takže zkusím nainstalovat nějakou jinou značku distribuce a počkám, než dojde Fedora 9. Ten zakopanej pes tam už snad nebude.
)
Skript musí mít práva taková pod jakým běží apache a musí být spustitelný - v žádném případě root
No vždyť jsem psal, že i když jsem v /etc/selinux/config změnil SELINUX=enforcing na SELINUX=disabled, tak mi ten skript přes httpd po restartování stejně nešel spustit. A na getenforce to hlásilo disabled, takže to asi vypnuté bylo. A v takovém tom klientovi pro administraci SELinuxu se stejně ukazuje (přednastaveno) jako povolené vše, co by se spuštění cgi skriptů mohlo týkat.
Když je SELinux disabled, tak by to snad mělo fungovat tak jako dříve (na starších verzích)? Ale nefunguje. Jestli je tam přesto potřeba přenastavovat nějaká práva skriptu, aby měl práva stejná, pod kterými běží Apache, tak prosím o radu nebo nějaký link. Je to pro mě celkem neuchopitelné a tudíž neproveditelné.
No, a jak jsem zmínil dříve, tak jsem bohužel nakonec v zoufalství povolil ve všech objektech v /var všechno všem a teď mi to odmítá i posílat e-maily a vůbec spustit sendmail. Takže nejrychlejší asi pro mě bude to přeinstalovat, protože se mi nedaří to přenastavit zpět tak, aby znovu fungovalo to jediné, co od začátku fungovalo.
no a potom to přestane chodit.
Jinak co je složitého na tom nastavit uživatele kterého používá tvůj http server i tomu skriptu ?
Co takhle tam dát jednoduchý skript a testovat zda funguje ?
#!/bin/bash echo "Content-type: text/html" echo echo "<HTML><HEAD><META HTTP-EQUIV=\"CONTENT-TYPE\" CONTENT=\"text/html; charset=iso-8859-2\">" echo "<TITLE>ERROR</TITLE></HEAD><BODY BGCOLOR=\"#99ccff\"><P STYLE=\"margin-bottom: 0mm\"><BR></P><H1 ALIGN=CENTER><FONT COLOR=\"#ff3366\">ERROR</FONT></H1><HR>" echo "<P>Toto je testovací skript</P>" echo "<HR><P ALIGN=CENTER><EM><FONT COLOR=BLACK SIZE=2>1.7.2001 Šobáň Petr</FONT></EM></P></BODY></HTML>"Doufám že jsem se nikde nesek s nějakou závorkou
většinou je to standartně apache.
Komu jak patří soubory zjistíš pomocí ls -l viz: man ls a jak změníš uživatele viz: man chown, a pro b***e to jde změnit i pomocí mc.
Koncem týdne nainstaluju tu Fedora 9 a potom, pokud to bude stále zlobit, tak by potom snad někdo mohl poradit, co musel udělat, než mu začaly běhat skripty cgi.
Ten tvůj skript jsem tam taky zkoušel dát, protože je to neperlová verze. Výsledek je stejnej, přestože tam nyní mám u všeho chmod 777 a vlastníka a skupinu apache. Co to píše v logu Apache jsem psal už dříve, je to stále stejné, uvedené je pro ten tvůj skript:
error_log:
Hledal jsem reference na tu hlášku error logu a našel jsem následující:
1. Chyba v prvním řádku skriptu
2. Nelinuxové kódování
3. Zakázaný přístup k souboru
4. Špatná konfigurace Apache, načtení modulů ze špatných adres atd.
Nejspíš to bude to poslední. Když totiž dám CGI skript do adresáře /var/www/html k normálním stránkám, tak se samozřejmě vypíše jako text. Pokud ale pro ten adresář nastavím spouštění skriptů .cgi, tak to zase "nenajde" a v error_log zase vyhodí onu výše uvedenou hlášku. Předpokládám problém v tom, že to bylo DVD Fedora 7 aktualizované v říjnu 2007 (asi balíkama pro novější verze). Takže se chvíli odmlčím, než nainstaluju Fedora 9 a uvidím...
Tak jsem si nainstaloval tu Fedora 9 (cista instalace, ne upgrade). Stravil jsem vikend, nez jsem zprovoznil grafiku (NVidia GeForce 8600 GT, na Fedora 7 bez problemu).
No a ty CGI skripty stale nejdou spoustet, stejne jako na te Fedora 7. Kdyby nekdo strucne poradil, co musel udelat, nez mu to na F9 jelo, tak bych byl vdecny. Delal jsem vse mozne, ale stale to nejede. Nebo kdyby mi nekdo s funkcnim CGI na Fedora 9 a Apache 2.2.8 poslal httpd.conf na e-mail tabaky@volny.cz, tak by to asi pomohlo. (A nebo rovnou spakovany cely obsah slozek conf/ a conf.d/.)
Vypl jsem SELinux i suexec, ale stale zadny CGI skript na Apache nejede (perl ani bash), v textu skriptu problem zarucene neni, z prikazove radky se spusti a bezchybne provede, chmod skriptu je na 777, vlastnik a skupina apache.
Z error_log Apache nic nezjistim, protoze je to asi nejaka vnitrni chyba Apache, protoze jakmile ma slozka nastaveno spousteni skriptu CGI, tak po vyzadani skriptu prohlizecem je v error_log "(2)No such file or directory" a "Premature end of script headers".
modsec_audit.log by asi neco rekl, kdybych tomu rozumel:
--8c177833-A--
[25/Aug/2008:01:53:14 --0400] ZzpM038AAAEAAEL-LjUAAAAB 127.0.0.1 54714 127.0.0.1 80
--8c177833-B--
GET /cgi-bin/xxx.cgi HTTP/1.1
Connection: Keep-Alive
User-Agent: Mozilla/5.0 (compatible; Konqueror/4.0; Linux) KHTML/4.0.3 (like Gecko) Fedora/4.0.3-7.fc9
Referer: http://localhost/
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
Accept-Encoding: x-gzip, x-deflate, gzip, deflate
Accept-Charset: utf-8, utf-8;q=0.5, *;q=0.5
Accept-Language: en-US, en
Host: localhost
--8c177833-F--
HTTP/1.1 500 Internal Server Error
Content-Length: 608
Connection: close
Content-Type: text/html; charset=iso-8859-1
--8c177833-H--
Apache-Error: [file "/builddir/build/BUILD/httpd-2.2.8/modules/generators/mod_cgi.c"] [line 209] [level 3] (2)No such file or directory: exec of '/var/www/cgi-bin/xxx.cgi' failed, referer: http://localhost/
Apache-Error: [file "/builddir/build/BUILD/httpd-2.2.8/server/util_script.c"] [line 434] [level 19] Premature end of script headers: xxx.cgi, referer: http://localhost/
Apache-Handler: cgi-script
Stopwatch: 1219643594919123 6121 (1119 2863 -)
Producer: ModSecurity v2.1.6 (Apache 2.x)
Server: Apache/2.2.8 (Fedora)
yum install httpd /etc/init.d/httpd start cp ~michich/test.cgi /var/www/cgi-bin # skript P.Šobáně chmod +x /var/www/cgi-bin/test.cgiProhlížečem lezu na
http://localhost/cgi-bin/test.cgi.
Mám httpd-2.2.9-1.fc9.x86_64. Do /etc/httpd/ jsem vůbec nelezl. SELinux mám zapnutý.
tak přesně tak bezproblémově mi chodily skripty, než jsem nainstaloval Fedoru 7 (a nyní i 9).
Napadá mě ještě jedna věc, v jakém programu a kódování ten skript ukládáš? Já používám gedit a nefunguje ani kódování iso-8859-1 (standardní západní) ani utf-8.
S kódováním jsem míval problémy, protože například na webhostingu mi občas nejelo jen kvůli kódování to, co na PC a naopak na PC to, co na webhostingu.
Michich,
díky za informaci, že ti CGI běhá jen s pohým nastavením práv. Než jsem zjistil, žes znovu zareagoval, tak jsem zjistil příčinu problému. Našel jsem v editoru emacs, že má volbu ASCII, a když jsem to v tom uložil, tak už to běhá. Takže se budu vrtat v zjištění, jaká kódování lze použít a nastavit atd. Navíc skusím stáhnout nějakej novej Apache. (Dříve byla v editoru gedit volba kódování jen asci a pár jiných. Dneska je tam toho celá strana a žádné kódování nemá uvedeno asci.)
ModSecurity jsem ve výchozím nastavení měl. Ale byl jsem nucenej tu Fedoru 9 přeinstalovat, zvolil jsem při instalaci minimum příslušenství a už to tam nemám. Že se podle voleb při instalaci mění i konfiguační soubor Apache jsem nevěděl, ale není to překvapující.
Po té nové instalaci nastala příjemná změna, že ten bash CGI skript od Petra S. běhá téměř v libovolném kódování a stále zlobí už jen ten perl (bere jen ASCII, ale měl by brát mnohem víc).
/var/log/httpd/error_log
Tiskni
Sdílej: