Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.
8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.
Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.
Nastala chyba při nahrávání http://www.abclinuxu.cz/blog/EditDiscussion: Spojení s hostitelem www.abclinuxu.cz je přerušené.(Adresa se samozřejmě liší podle toho, kde se daný formulář nacházel.) V žádném jiném prohlížeči se mi to nestává (ani na žádné jiné stránce mimo AbcLinuxu). Zato Konqueror to dělá už několik verzí (3.5.8 a 3.5.9 určitě) - neřekl bych však, že to s verzí souvisí. Nesouvisí to ani s verzí aplikace AbcLinuxu. Zvláštní je, že se mi nepodařilo vysledovat jakoukoliv pravidelnost. Například dnes jsem už vložil do diskuzí s pomocí Konqueroru několik komentářů, ale najednou to přestalo fungovat. Mám také pocit, že to nijak nesouvisí s konkrétní stránkou - tj. chvíli do určité diskuze mohu dávat komentáře a další den už to nejde. Zkuste mi prosím poradit, jak by bylo možné se dopátrat příčiny. Existuje nějaký způsob, jak sledovat, co Konqueror provádí, jaká komunikace probíhá?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
tcpdump nebo Wireshark. Napadá mne jedině jestli to není podobný problém, jako už se tu jednou řešil – tenkrát to byl problém chunked kódování HTTP přenosu a gzip filtru. Z uložené HTTP komunikace by se snad dalo zjistit, jestli server poslal data správně.
tcpdump dst net 195.70.150.7 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes 15:55:33.627336 IP 192.168.2.100.5748 > 195.70.150.7.www: S 2795973462:2795973462(0) win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7> 15:55:33.639133 IP 192.168.2.100.5748 > 195.70.150.7.www: . ack 3458492938 win 5840 15:55:33.639416 IP 192.168.2.100.5748 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840 15:55:33.639436 IP 192.168.2.100.5748 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840 15:55:33.672612 IP 192.168.2.100.5748 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840 15:55:33.672627 IP 192.168.2.100.5748 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840 15:55:33.697304 IP 192.168.2.100.5749 > 195.70.150.7.www: S 2785701486:2785701486(0) win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7> 15:55:33.708454 IP 192.168.2.100.5749 > 195.70.150.7.www: . ack 3453309827 win 5840 15:55:33.709953 IP 192.168.2.100.5749 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840 15:55:33.709982 IP 192.168.2.100.5749 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840 15:55:33.726730 IP 192.168.2.100.5749 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840 15:55:33.726746 IP 192.168.2.100.5749 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840
tcpdump -w abc.dump dst net 195.70.150.7Ale je potřeba dát pozor na to, že v tom budou i cookies, které se používají pro automatické přihlášení, takže to pokud možno nikde nevystavovat
K tomu výstupu by pak bylo dobré poznamenat čas, kdy došlo k té chybě, případně čas, kdy se stejný typ stránky nahrál správně – aby bylo co porovnávat.
Ještě k tomu, proč chci celou komunikaci – tcpdump normálně zobrazuje jenom začítky paketů, ten problém minule byl ale uvnitř HTTP komunikace, takže potřebuju zrekonstruovat kompletní HTTP požadavek a odpověď – proto jsou potřeba celé pakety (parametr -w je ukládá celé i s časem, takže je pak možné si komunikaci znova „přehrát“).
12.3.2008 18:40
Nuphar | skóre: 19
strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem? Bude to vice souboru. Jeste zkusim pohledat, jestli nekde v praci nenajdu jine verze konqueroru.
zobrazit nahled jsem zkousel asi tak padesatkrat s ruzne dlouhymi texty, nekdy i hodneNepozoroval jsem, že by tohle mělo vliv. Stává se to s libovolně dlouhými komentáři. Kromě toho se to však neomezuje jen na komentáře v diskuzích. Občas se to stane při zadávání zprávičky, opravě položky v sekci Software (nebo jakékoliv jiné sekci) atd. Podotýkám, že se mi to zdá zcela náhodné. Například někdy mohu bez potíží editovat nebo vytvářet nové záznamy ve wiki sekcích (Slovník, Kdo je, Hardware, Software atp.), ale nejdou odesílat komentáře. Jindy nejde vůbec nic. A ještě jindy mohu vkládat komentáře, ale nemohu vložit zprávičku. A tak dále. Nevypozoroval jsem však žádnou pravidelnost nebo souvislosti.
Ale mam Konqueror 3.5.7.Pozoruji to ve verzích 3.5.7, 3.5.8 i 3.5.9 (Debian).
Jake jsou okolni podminky? Stava se ti to na ruznych pocitacich?Ne, zatím jsem se s tím setkal pouze na jednom. Ale to nic neznamená, protože jediný jiný počítač s KDE, který mám k dispozici, má asi rok starou verzi Konqueroru a používám ho jen velmi sporadicky.
Pokud ano, jsou tyto pocitace ve stejne lokalni siti? Pokud jsou v ruznych sitich, maji spolecne pripojeni k internetu?Stávalo se mi to na dvou různých místech (odjinud jsem se v posledním půl roce k abclinuxu nepřipojoval) - v Anglii a v Praze. V Anglii jsem byl připojen přes ADSL, v Praze přes kabelovku.
Muzes zkusit pustit konqueror s strace? Treba takto: strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem?
Přikládám sbalené soubory k tomuto komentáři. Provedl jsem dva pokusy (příslušné soubory jsou v samostatných archívech). Kupodivu se napoprvé vygenerovaly jen tři soubory. Napodruhé jich bylo mnohem více. Při testu jsem nebyl na abclinuxu přihlášen, ale problém je stejný, i když přihlášen jsem.
V obou případech jsem provedl následující:
strace -ff -F -t -o konq konqueror (abclinuxu.cz nastavena jako domovská stránka)
22.4.2008 16:33
stativ | skóre: 54
| blog: SlaNé roury
22.4.2008 13:45
Jan Drábek | skóre: 41
| blog: Tartar
| Brno
Nastala chyba při nahrávání https://email.seznam.cz/newMessageProcess: Spojení s hostitelem email.seznam.cz je přerušené.Samozřejmě je to též v konqueroru (3.5.9), stává se to občas
.
~/.kde a nechal KDE spustit s výchozí konfigurací. Odesílání formulářů najednou fungovalo dobře. Tak jsem překopíroval do nově vytvořeného adresáře ~/.kde konfiguraci Konqueroru a pořád to fungovalo. Začal jsem mít obavy, že budu muset postupně kopírovat veškerou konfiguraci ke KDE programům a mezitím pokaždé vyzkoušet, jestli to ještě funguje...
Místo toho jsem zkusil překopírovat všechno naráz a... ejhle - pořád to funguje. Restartoval jsem KDE se staronovou konfigurací a ani pak to nepřestalo fungovat. Výsledek je, že mám naprosto stejně nastavený desktop, ale Konqueror najednou funguje dobře. Nechápu, co se stalo, ale jsem rád, že to tak dopadlo. A také doufám, že už to nebudu muset v budoucnu řešit.
ešte by nebolo od veci skontrolovať, ktorý súbor/adresár sa v starom .kde nenachádza a v novom áno
~/.kde a nakopíroval to do nového adresáře.
Tiskni
Sdílej:
