Vylepšení zabezpečení e-mailu pomocí Procmail

Original page: http://www.impsec.org/email-tools/sanitizer-threats.html

Hrozby, exploity a útoky


E-mailové útoky

Existují čtyři typy útoků na zabezpečení systému, které lze provést prostřednictvím elektronické pošty:

  • Active Content útoky, které využívají různé aktivní HTML a skriptovací funkce a chyby.
  • Útoky s přetečením vyrovnávací paměti, kdy útočník odešle něco, co je příliš velké na to, aby se vešlo do vyrovnávací paměti s pevnou velikostí v e-mailovém klientovi, v naději, že část, která se nevejde, přepíše kritické informace a nebude bezpečně zahozena.
  • Útoky trojského koně, kdy spustitelný program nebo makrojazykový skript, který uděluje přístup, způsobuje poškození, šíří se nebo dělá jiné nevítané věci, je oběti zaslán poštou jako souborová příloha označená jako něco neškodného, ​​jako je blahopřání nebo spořič obrazovky nebo skryté v něčem, co oběť očekává, jako je tabulka nebo dokument. Toto se také nazývá  útok sociálního inženýrství, kde cílem útoku je přesvědčit oběť, aby otevřela přílohu zprávy.
  • Shell Script útoky, kde je fragment unixového shell skriptu zahrnut do hlaviček zpráv v naději, že nesprávně nakonfigurovaný poštovní klient Unixu provede příkazy.

Dalším útokem na soukromí uživatele, nikoli však na bezpečnost systému, je použití takzvaných Web Bugs, které dokážou upozornit sledovací web, kdy a kde je daná e-mailová zpráva přečtena.


Aktivní útoky obsahu, známé jako útoky na prohlížeč, aktivní útoky HTML nebo útoky skriptování

Tyto útoky jsou zaměřeny na lidi, kteří ke čtení svých e-mailů používají webový prohlížeč nebo e-mailový klient s podporou HTML, což je v dnešní době velmi velká část počítačové komunity. Tyto útoky se obvykle pokoušejí využít skriptovací funkce HTML nebo e-mailového klienta (obvykle Javascript nebo VBScript) k získání soukromých informací z počítače oběti nebo ke spuštění kódu na počítači oběti bez souhlasu oběti (a možná i bez vědomí oběti).

Méně nebezpečné formy těchto útoků mohou automaticky způsobit, že počítač příjemce zobrazí obsah, který si útočník přeje, například automatické otevření webové stránky s reklamou nebo pornografií při otevření zprávy nebo provedení útoku Denial-of-Service na počítači příjemce prostřednictvím kód, který zamrzne nebo zhroutí prohlížeč nebo celý počítač.

Nejjednodušší způsob, jak se takovým útokům úplně vyhnout, je nepoužívat ke čtení e-mailů webový prohlížeč nebo e-mailový klient s podporou HTML. Protože mnoho z těchto útoků nezávisí na chybách v softwaru e-mailového klienta, nelze jim zabránit prostřednictvím záplat e-mailového klienta. Máte-li používat webový prohlížeč nebo HTML vědomi e-mailového klienta, můžete se být vystaven těmto druhům útoků.

Vzhledem k tomu, že některé z těchto útoků závisejí na schopnosti e-mailového klienta spouštět skriptované HTML spíše než na slabinách konkrétního operačního systému, mohou být tyto útoky multiplatformní. E-mailový klient s povoleným HTML na Macintoshi je stejně zranitelný vůči aktivním e-mailovým útokům HTML jako e-mailový klient s povoleným HTML na Windows nebo Unix. Chyba zabezpečení se bude lišit systém od systému na základě e-mailového klienta, nikoli operačního systému.

Přechod na e-mailového klienta, který nepodporuje HTML, není pro mnoho lidí reálnou možností. Alternativou je odfiltrovat nebo upravit problematický kód HTML nebo skriptu dříve, než dostane e-mailový klient možnost jej zpracovat. Může být také možné nakonfigurovat e-mailového klienta tak, aby vypínal interpretaci kódu skriptu. Podrobnosti naleznete v dokumentaci k programu. Důrazně doporučujeme vypnout skriptování ve vašem e-mailovém klientovi – neexistuje žádný dobrý důvod pro podporu skriptovaných e-mailových zpráv.

Uživatelé aplikace Microsoft Outlook by měli navštívit tuto stránku, která popisuje zpřísnění nastavení zabezpečení aplikace Outlook.

Příkladem tohoto útoku jsou nedávno oznámení e-mailoví červi Outlook. Další podrobnosti najdete v databázi Chyba zabezpečení Bugtraq.

Dalším způsobem, jak se bránit proti útokům s aktivním obsahem, je pozměnit skriptování dříve, než jej poštovní program uvidí. To se provádí na poštovním serveru v době, kdy je zpráva přijata a uložena v poštovní schránce uživatele, a ve své nejjednodušší podobě spočívá v pouhé změně všech značek <SCRIPT> na (například) značky <DEFANGED-SCRIPT>, což způsobí poštovní program, aby je ignoroval. Vzhledem k tomu, že existuje mnoho míst, kde lze skriptovací příkazy použít v rámci jiných značek, je proces defenzování v praxi složitější.


Útoky při přetečení vyrovnávací paměti

Vyrovnávací paměť je oblast paměti, kde byl zaveden program dočasně ukládá data, která zpracovává. Pokud má tato oblast předdefinovanou pevnou velikost a pokud program nepodnikne kroky k zajištění, aby se data do této velikosti vešla, došlo k chybě: pokud je načteno více dat, než se vejde do vyrovnávací paměti, přebytečná data budou stále zapsána., ale prodlouží se za konec vyrovnávací paměti, pravděpodobně nahradí jiná data nebo instrukce programu.

Přetečení zásobníku útok je pokusem využít této slabosti zasláním nečekaně dlouhý řetězec dat pro program do procesu. Například v případě e-mailového programu může útočník odeslat podvrženou hlavičku Date: o délce několika tisíc znaků za předpokladu, že e-mailový program očekává pouze hlavičku Date :, která je maximálně sto znaků dlouhá a t zkontrolovat délku dat, která ukládá.

Tyto útoky lze použít jako útoky typu Odmítnutí služby, protože když dojde k náhodnému přepsání paměti programu, program obecně spadne. Pečlivým vytvořením přesného obsahu toho, co přeteče vyrovnávací paměť, je však v některých případech možné dodat programové instrukce pro počítač oběti, který se má provést bez souhlasu oběti. Útočník posílá oběti e-mailem program, který bude spuštěn na počítači oběti, aniž by žádal o svolení oběti.

Všimněte si, že toto je výsledek chyby v napadeném programu. Správně napsaný e-mailový klient se nebude dovolit náhodné cizinci spouštět programy v počítači bez vašeho souhlasu. Programy podléhající přetečení vyrovnávací paměti jsou nesprávně zapsány a musí být opraveny, aby se problém trvale odstranil.

K přetečení vyrovnávací paměti v poštovních programech dochází při zpracování záhlaví zpráv a záhlaví příloh, což jsou informace, které e-mailový klient potřebuje zpracovat, aby se dozvěděl podrobnosti o zprávě a co s ní dělat. Text v těle zprávy, který se jednoduše zobrazí na obrazovce a u kterého se očekává velké množství textu, se nepoužívá jako prostředek pro útoky s přetečením vyrovnávací paměti.

Nedávno oznámené chyby přetečení v aplikacích Outlook, Outlook Express a Netscape Mail jsou toho příkladem. Opravy pro aplikaci Outlook jsou k dispozici na webu zabezpečení společnosti Microsoft.

Záhlaví zpráv a záhlaví příloh může poštovní server předběžně zpracovat, aby omezil jejich délku na bezpečné hodnoty. Tím zabráníte jejich použití k útoku na e-mailového klienta.

Variantou útoku přetečením vyrovnávací paměti je vynechání informací tam, kde program očekává, že nějaké najdou. Microsoft Exchange například reaguje špatně, když je požádán o zpracování záhlaví MIME příloh, které jsou explicitně prázdné – například filename="" . Tento útok lze použít pouze k odmítnutí služby.


Útoky trojského koně

Trojský kůň je škodlivý program, který se maskuje jako něco benigní ve snaze získat neopatrného uživatele, aby jej spustit.

Tyto útoky se obvykle používají k prolomení zabezpečení tím, že přinutí důvěryhodného uživatele spustit program, který uděluje přístup nedůvěryhodnému uživateli (například instalací  softwaru zadních vrátek pro vzdálený přístup), nebo způsobí poškození, jako je pokus o vymazání všech soubory na pevném disku oběti. Trojské koně mohou ukrást informace nebo zdroje nebo implementovat distribuovaný útok, například distribucí programu, který se pokouší ukrást hesla nebo jiné bezpečnostní informace, nebo může jít o „samomnožící“ program, který se rozesílá poštou („červ“) a také bombarduje cíl nebo maže soubory (červ s postojem :).

Červ „Miluji tě“ je vynikajícím příkladem útoku trojského koně: zdánlivě neškodný milostný dopis byl ve skutečnosti samopropagační program.

Aby tento útok uspěl, oběť musí podniknout kroky ke spuštění programu, který obdržela. Útočník může pomocí různých metod „sociálního inženýrství“ přesvědčit oběť, aby program spustila; například, program může být maskovaný jako milostný dopis nebo seznam vtipů, s názvem souboru speciálně vytvořeným tak, aby využil sklonu Windows skrývat důležité informace před uživatelem.

Většina lidí ví, že   přípona .txt se používá k označení toho, že obsah souboru je pouze prostý text, na rozdíl od programu, ale výchozí konfigurace systému Windows je skrýt přípony souborů před uživatelem, takže v adresáři se seznamem souboru s názvem  textfile .txt  se zobrazí pouze jako „ textový soubor “ (aby nedošlo ke zmatení uživatele?).

Útočník může využít této kombinace věcí odesláním přílohy s názvem „ útok.txt.exe “ – systém Windows  příponu .exe užitečně skryje  , takže příloha bude vypadat jako neškodný textový soubor s názvem „ útok.txt “ namísto program. Pokud však uživatel zapomene, že systém Windows skrývá skutečnou příponu souboru, a poklepá na přílohu, systém Windows použije celý název souboru k rozhodnutí, co má dělat, a protože  .exe  označuje spustitelný program, systém Windows přílohu spustí. Blam! Jste ve vlastnictví.

Typické kombinace zdánlivě neškodných a nebezpečně spustitelných rozšíření jsou:

  • xxx.TXT.VBS  – spustitelný skript (skript jazyka Visual Basic) maskující se jako textový soubor
  • xxx.JPG.SCR  – spustitelný program (spořič obrazovky) maskující se jako obrázkový soubor
  • xxx.MPG.DLL  – spustitelný program (dynamická knihovna) vydávající se za film

Tomuto útoku se lze vyhnout jednoduše tím, že nebudete spouštět programy přijaté e-mailem, dokud nebudou zkontrolovány, i když se program zdá být neškodný a zejména pokud pochází od někoho, koho dobře neznáte a nedůvěřujete mu.

Dvojité kliknutí na přílohy e-mailu je nebezpečný zvyk.

Až donedávna stačilo pro jistotu říci „neklikejte dvakrát na přílohy“. Bohužel už tomu tak není.

Chyby v e-mailovém klientovi nebo špatný návrh programu mohou umožnit, aby útočná zpráva automaticky provedla přílohu trojského koně bez jakéhokoli zásahu uživatele, a to buď pomocí aktivního HTML, skriptování nebo přetečení vyrovnávací paměti, které jsou součástí stejné zprávy jako příloha trojského koně nebo kombinace těchto. Toto je extrémně nebezpečný scénář a v současné době je „ve volné přírodě“ jako samostatně se šířící e-mailový červ, který nevyžaduje žádný zásah uživatele, aby došlo k infekci. Můžete si být jisti, že to nebude jediné.

Ve snaze tomu zabránit lze názvy příloh spustitelných souborů změnit tak, aby je operační systém již nepovažoval za spustitelné (například změnou „EXPLOIT.EXE“ na „EXPLOIT.DEFANGED-EXE“) . To donutí uživatele uložit a přejmenovat soubor před jeho spuštěním (dá mu možnost přemýšlet o tom, zda by se měl spustit, a jeho antivirovému softwaru možnost prozkoumat přílohu, než se spustí) a sníží možnost, že jiné exploity ve stejné zprávě budou schopny automaticky najít a spustit program trojského koně (protože název byl změněn).

Navíc u známých programů trojských koní může být formát přílohy samotný pozměněn tak, že e-mailový klient již přílohu nevidí jako přílohu. To donutí uživatele, aby kontaktoval technickou podporu, aby načetl přílohu, a poskytnete správci systému možnost ji prozkoumat.

Demanglování poškozené přílohy je pro správce poměrně jednoduché. Při mandlování přílohy se původní   záhlaví přílohy MIME posune dolů a vloží se záhlaví přílohy s varováním před útokem. Nejsou smazány žádné informace.

Zde je seznam nedávných spustitelných souborů a dokumentů trojského koně, shromážděných z varování diskusních skupin bugtraq a Usenet a doporučení dodavatelů antivirových programů:

Anti_TeRRoRisM.exe
Ants[0-9]+set.exe
Binladen_bra[sz]il.exe
Common.exe
Disk.exe
IBMls.exe
MWld.exe
MWrld.exe
MissWorld.exe
Rede.exe
Si.exe
UserConf.exe
WTC.exe
amateurs.exe
anal.exe
anna.exe
anniv.doc
anti_cih.exe
antivirus.exe
aol4free.com
asian.exe
atchim.exe
avp_updates.exe
babylonia.exe
badass.exe
black.exe
blancheneige.exe
blonde.exe
boys.exe
buhh.exe
celebrity?rape.exe
cheerleader.exe
chocolate.exe
compu_ma.exe
creative.exe
cum.exe
cumshot.exe
doggy.exe
dwarf4you.exe
emanuel.exe
enanito?fisgon.exe
enano.exe
enano?porno.exe
famous.exe
fist-f?cking.exe
gay.exe
girls.exe
happy99.exe
happy[0-9]+.exe
hardcore.exe
horny.exe
hot.exe
hottest.exe
i-watch-u.exe
ie0199.exe
images_zipped.exe
jesus.exe
joke.exe
kinky.exe
leather.exe
lesbians.exe
list.doc
lovers.exe
matcher.exe
messy.exe
misworld.exe
mkcompat.exe
nakedwife.exe
navidad.exe
oains.exe
oral.exe
orgy.exe
path.xls
photos17.exe
picture.exe
pleasure.exe
pretty park.exe
pretty?park.exe
prettypark.exe
qi_test.exe
raquel?darian.exe
readme.exe
romeo.exe
sado.exe
sample.exe
seicho_no_ie.exe
serialz.hlp
setup.exe
sex.exe
sexy.exe
slut.exe
sm.exe
sodomized.exe
sslpatch.exe
story.doc
suck.exe
suppl.doc
surprise!.exe
suzete.exe
teens.exe
virgins.exe
x-mas.exe
xena.exe
xuxa.exe
y2kcount.exe
yahoo.exe
zipped_files.exe

Samozřejmě, že autoři červů jsou nyní moudří a pojmenovávají přílohy náhodně, což vede k závěru, že všechny soubory .EXE by měly být blokovány.

Dalším kanálem pro útoky trojského koně je datový soubor pro program, který poskytuje makro (programovací) jazyk, například moderní vysoce výkonné textové procesory, tabulky a uživatelské databázové nástroje.

Pokud nemůžete jednoduše zahodit přílohy, které by vás mohly ohrozit, doporučuje se nainstalovat antivirový software (který detekuje a deaktivuje trojské koně v makrojazyku) a vždy otevírat přílohy datových souborů v programu „nespouštět se automaticky makra“ (například podržením klávesy  [SHIFT]  při poklepání na přílohu).

Také: pokud vám váš systémový administrátor (nebo někdo, kdo tvrdí, že je vaším správcem systému) pošle e-mail s programem a požádá vás, abyste jej spustili, okamžitě začněte být velmi podezřívaví a ověřte původ e-mailu tak, že budete kontaktovat přímo svého správce jiným způsobem než e-mailem. Pokud obdržíte přílohu, která tvrdí, že jde o aktualizaci operačního systému nebo antivirový nástroj, nespouštějte ji. Prodejci operačního systému nikdy nedoručují aktualizace prostřednictvím e-mailu a antivirové nástroje jsou snadno dostupné na webových stránkách výrobců antivirových programů.


Shell Script útoky

Mnoho programů běžících pod Unixem a podobnými operačními systémy podporuje možnost vkládat krátké skripty shellu (sekvence příkazů podobné dávkovým souborům pod DOSem) do svých konfiguračních souborů. Toto je běžný způsob, jak umožnit flexibilní rozšíření jejich schopností.

Některé programy pro zpracování pošty nesprávně rozšiřují tuto podporu pro vložené příkazy prostředí na zprávy, které zpracovávají. Obecně je tato schopnost zahrnuta omylem voláním skriptu shellu převzatého z konfiguračního souboru pro zpracování textu některých záhlaví. Pokud je hlavička speciálně naformátována a obsahuje příkazy shellu, je možné, že budou provedeny i tyto příkazy shellu. Tomu lze zabránit tím, že program prohledá text záhlaví pro speciální formátování a změní toto formátování předtím, než bude předán shellu k dalšímu zpracování.

Vzhledem k tomu, že formátování potřebné k vložení skriptu shellu do hlavičky e-mailu je poměrně speciální, je poměrně snadné jej zjistit a změnit.


Web Bug útoky na soukromí

E-mailová zpráva HTML může odkazovat na obsah, který ve skutečnosti není ve zprávě, stejně jako webová stránka může odkazovat na obsah, který se ve skutečnosti nenachází na webu, který stránku hostí. To lze běžně vidět v bannerových reklamách – web na http://www.geocities.com/ může obsahovat bannerovou reklamu, která je načtena ze serveru na http://ads.example.com/ – když je stránka vykreslena , webový prohlížeč automaticky kontaktuje webový server na  adrese http://ads.example.com/  a načte obrázek bannerové reklamy. Toto načtení souboru je zaznamenáno v protokolech serveru na  http://ads.example.com/, kde je uveden čas, kdy byl načten, a síťová adresa počítače, který obrázek načítá.

Použití tohoto na HTML e-mail zahrnuje umístění odkazu na obrázek do těla e-mailové zprávy. Když poštovní program načte soubor obrázku jako součást zobrazení poštovní zprávy uživateli, webový server zaznamená čas a síťovou adresu požadavku. Pokud má obrázek jedinečný název souboru, je možné přesně určit, která e-mailová zpráva požadavek vygenerovala. Obvykle je obrázek něco, co nebude viditelný pro příjemce zprávy, například obrázek, který se skládá pouze z jednoho průhledného pixelu, odtud termín Web Bug – koneckonců je to zamýšleno jako „skryté sledování“.

K dosažení stejného výsledku je také možné použít značku zvuku na pozadí.

Většinu poštovních klientů nelze nakonfigurovat tak, aby tyto značky ignorovaly, takže jediný způsob, jak zabránit tomuto slídění, je pozměnit referenční značky obrazu a zvuku na poštovním serveru.

$Id: sanitizer-threats.html,v 1.42 2020-10-29 10:21:36-07 jhardin Exp jhardin $
Contents Copyright (C) 1998-2017 by John D. Hardin – All Rights Reserved. 

Jak se stát hackerem

Original page: http://www.catb.org/esr/faqs/hacker-howto.html

Eric Steven Raymond

Thyrsus Enterprises

    
    

Historie revizí
Revize 1.52 3. ledna 2020 esr
Go dělá místo jako věrohodný výukový jazyk a nahrazuje Javu.
Revize 1.51 6. října 2017 esr
Odkaz na „Věci, které kdysi znal každý hacker“. Zmínit distribuce USB flash disku. Mnoho aktualizovaných odkazů na překlad.
Revize 1.50 19. července 2015 esr
Přidán odkaz na „Let’s Go Larval“.
Revize 1.49 21. listopadu 2014 esr
Přidán odkaz na „Jak se naučit hacking“.
Revize 1.48 19. června 2014 esr
freshmeat/freecode je mrtvý, bohužel.
Revize 1.47 20. května 2014 esr
Opravte různé zastaralé odkazy. Připojte se k hackerspace!
Revize 1.46 25. září 2013 esr
Přidejte vysvětlení mikropatronátu a odkaz gittip. Proč byste mě neměli požádat o radu, jak začít.
Revize 1.45 12. května 2013 esr
Otevřený Solaris není a Unity to podělala.
Revize 1.44 20. května 2012 esr
Aktualizována kritika Javy.
Revize 1.43 7. února 2011 esr
Python překonal Perl v popularitě v roce 2010.
Revize 1.42 22. října 2010 esr
Přidána „Historická poznámka“.
Revize 1.40 3. listopadu 2008 esr
Opravy odkazů.
Revize 1.39 14. srpna 2008 esr
Opravy odkazů.
Revize 1.38 8. ledna 2008 esr
Zavrhujte Javu jako jazyk, který se budete učit brzy.
Revize 1.37 4. října 2007 esr
Doporučte Ubuntu jako unixové distro pro nováčky.

Proč tento dokument?

Jako redaktor souboru žargonu a autor několika dalších dobře známých dokumentů podobného charakteru často dostávám e-mailové požadavky od nadšených síťových nováčků, kteří se (ve skutečnosti) ptají: „Jak se mohu naučit být kouzelným hackerem?“. V roce 1996 jsem si všiml, že se nezdálo, že by existovaly žádné další často kladené otázky nebo webové dokumenty, které by řešily tuto zásadní otázku, a tak jsem začal s tímto. Mnoho hackerů to nyní považuje za definitivní a předpokládám, že to znamená, že je. Přesto netvrdím, že jsem výhradní autoritou na toto téma; pokud se vám nelíbí, co zde čtete, napište vlastní.

Pokud čtete snímek tohoto dokumentu offline, aktuální verze je k dispozici na adrese http://catb.org/~esr/faqs/hacker-howto.html.

Poznámka: Na konci tohoto dokumentu je seznam často kladených otázekNež mi pošlete jakékoli dotazy k tomuto dokumentu, přečtěte si je prosím dvakrát.

Diagram pěti teček v devíti čtvercích, který zdobí tento dokument, se nazývá kluzák. Je to jednoduchý vzorec s některými překvapivými vlastnostmi v matematické simulaci nazvané Life, která fascinuje hackery již mnoho let. Myslím, že je to dobrý vizuální emblém pro to, jací jsou hackeři – abstraktní, zpočátku trochu tajemně působící, ale brána do celého světa se spletitou vlastní logikou. Více o znaku kluzáku čtěte zde.

Pokud považujete tento dokument za hodnotný, podpořte mě na Patreonu  nebo SubscribeStar. A zvažte také podporu dalších hackerů, kteří vytvořili kód, který používáte a oceňujete prostřednictvím Loadsharers. Spousta malých, ale nepřetržitých darů se rychle sčítá a může osvobodit lidi, kteří vám dali dary, ze své práce, aby vytvořili větší hodnotu.

Co je to hacker?

Soubor žargonu obsahuje spoustu definic pojmu „hacker“, z nichž většina souvisí s technickou zdatností a potěšením z řešení problémů a překonávání limitů. Pokud však chcete vědět, jak se stát hackerem, skutečně relevantní jsou pouze dva.

Existuje komunita, sdílená kultura, zkušených programátorů a síťových mágů, která sleduje její historii po desetiletí zpět k prvním minipočítačům se sdílením času a nejstarším experimentům ARPAnet. Příslušníci této kultury vytvořili termín „hacker“. Hackeři vybudovali internet. Hackeři udělali z operačního systému Unix to, čím je dnes. Hackeři umožňují fungování World Wide Web. Pokud jste součástí této kultury, pokud jste k ní přispěli a ostatní lidé v ní vědí, kdo jste a nazývají vás hackerem, jste hacker.

Hackerské myšlení není omezeno na tuto kulturu softwarových hackerů. Existují lidé, kteří aplikují hackerský přístup i na jiné věci, jako je elektronika nebo hudba – ve skutečnosti jej najdete na nejvyšších úrovních jakékoli vědy nebo umění. Softwaroví hackeři rozpoznávají tyto spřízněné duše jinde a mohou je také nazývat „hackery“ – a někteří tvrdí, že povaha hackerů je skutečně nezávislá na konkrétním médiu, na kterém hacker pracuje. Ve zbytku tohoto dokumentu se však zaměříme na dovednosti a postoje. softwarových hackerů a tradice sdílené kultury, která dala vzniknout termínu „hacker“.

Existuje další skupina lidí, kteří se hlasitě nazývají hackery, ale nejsou. Jsou to lidé (zejména dospívající muži), kteří se nechají vykopnout z toho, že se nabourávají do počítačů a narušují telefonní systém. Skuteční hackeři nazývají tyto lidi ‚crackery‘ a nechtějí s nimi mít nic společného. Skuteční hackeři si většinou myslí, že crackeři jsou líní, nezodpovědní a málo chytří, a namítají, že schopnost prolomit zabezpečení z vás nedělá hackera o nic víc, než když umíte napájet auta, děláte z vás automobilového inženýra. Mnoho novinářů a spisovatelů se bohužel nechalo oklamat tím, že k popisu crackerů používali slovo „hacker“; toto dráždí skutečné hackery bez konce.

Základní rozdíl je tento: hackeři věci staví, crackeři je rozbíjejí.

Pokud chcete být hackerem, pokračujte ve čtení. Pokud chcete být cracker, jděte si přečíst diskusní skupinu alt.2600 a připravte se na pět až deset ve slammeru poté, co zjistíte, že nejste tak chytrý, jak si myslíte. A to je vše, co o sušenkách řeknu.

Hackerský postoj

1. Svět je plný fascinujících problémů, které čekají na vyřešení.
2. Žádný problém by se nikdy neměl řešit dvakrát.
3. Nuda a dřina jsou zlo.
4. Svoboda je dobrá.
5. Postoj nenahrazuje kompetence.

Hackeři řeší problémy a budují věci a věří ve svobodu a dobrovolnou vzájemnou pomoc. Chcete-li být přijati jako hacker, musíte se chovat, jako byste sami měli tento druh postoje. A abyste se chovali, jako byste měli tento postoj, musíte tomu postoji skutečně věřit.

Ale pokud si myslíte, že kultivace hackerských postojů je jen způsob, jak získat přijetí v kultuře, unikne vám podstata. Stát se typem člověka, který těmto věcem věří, je pro vás důležité – protože vám to pomůže učit se a udržet si motivaci. Stejně jako u všech výtvarných umění je nejúčinnějším způsobem, jak se stát mistrem, napodobit myšlení mistrů – nejen intelektuálně, ale také emocionálně.

Nebo, jak říká následující moderní zenová báseň:

Chcete-li jít po cestě:
podívejte se na mistra,
následujte mistra,
jděte s mistrem,
prohlédněte si mistra,
staňte se mistrem.

Pokud tedy chcete být hackerem, opakujte následující věci, dokud jim neuvěříte:

1. Svět je plný fascinujících problémů, které čekají na vyřešení.

Být hackerem je spousta legrace, ale je to druh zábavy, který vyžaduje spoustu úsilí. Úsilí vyžaduje motivaci. Úspěšní sportovci získávají motivaci z určitého druhu fyzického potěšení z toho, aby jejich těla podávala výkon, z překonávání vlastních fyzických limitů. Podobně, chcete-li být hackerem, musíte získat základní vzrušení z řešení problémů, zdokonalování svých dovedností a uplatňování své inteligence.

Pokud nejste ten typ člověka, který se takto přirozeně cítí, budete se jím muset stát, abyste se stali hackerem. Jinak zjistíte, že vaše hackerská energie je vyčerpána rušivými vlivy, jako je sex, peníze a sociální uznání.

(Musíte si také vypěstovat určitý druh víry ve svou vlastní schopnost učit se – přesvědčení, že i když možná nevíte vše, co potřebujete k vyřešení problému, pokud se vypořádáte jen s jeho částí a poučíte se z toho, Naučím se dost na vyřešení dalšího dílu – a tak dále, dokud nebudete hotoví.)

2. Žádný problém by se nikdy neměl řešit dvakrát.

Kreativní mozky jsou cenným, omezeným zdrojem. Nemělo by se s nimi plýtvat na nové vynalézání kola, když tam venku čeká tolik fascinujících nových problémů.

Chcete-li se chovat jako hacker, musíte věřit, že čas na přemýšlení ostatních hackerů je tak drahý – natolik, že je pro vás téměř morální povinností sdílet informace, řešit problémy a poté rozdávat řešení, aby ostatní hackeři mohli řešit  nové.  problémy, místo toho, abychom museli neustále znovu řešit ty staré.

Pamatujte však, že „žádný problém by se nikdy neměl řešit dvakrát“. neznamená, že musíte všechna existující řešení považovat za posvátná nebo že existuje pouze jedno správné řešení pro daný problém. Často se o problému dozvíme mnoho, co jsme dříve nevěděli, když jsme si prostudovali první řez řešení. Je v pořádku a často nutné se rozhodnout, že to můžeme udělat lépe. Co není v pořádku, jsou umělé technické, právní nebo institucionální bariéry (jako uzavřený zdrojový kód), které brání opětovnému použití dobrého řešení a nutí lidi znovu vymýšlet kola.

(Nemusíte věřit, že jste povinni odevzdat  veškerý  svůj kreativní produkt, ačkoli hackeři, kteří to dělají, jsou ti, kteří mají největší respekt od ostatních hackerů. Je v souladu s hackerskými hodnotami prodat toho dost, aby vás udrželi v jídle, nájmu a počítačích. Je v pořádku používat své hackerské dovednosti k podpoře rodiny nebo dokonce k zbohatnutí, pokud při tom nezapomenete na svou loajalitu ke svému umění a svým kolegům hackerům.)

3. Nuda a dřina jsou zlo.

Hackeři (a kreativní lidé obecně) by se nikdy neměli nudit nebo se muset vrtět hloupou opakující se prací, protože když se to stane, znamená to, že nedělají to, co mohou dělat jen oni – řeší nové problémy. Toto plýtvání bolí každého. Nuda a dřina proto nejsou jen nepříjemné, ale ve skutečnosti jsou zlé.

Chcete-li se chovat jako hacker, musíte tomu věřit natolik, abyste chtěli co nejvíce zautomatizovat nudné kousky nejen pro sebe, ale i pro všechny ostatní (zejména ostatní hackery).

(Existuje jedna zřejmá výjimka. Hackeři někdy dělají věci, které se pozorovateli mohou zdát opakující se nebo nudné, jako cvičení na čištění mysli nebo za účelem získání dovednosti nebo nějakého zvláštního druhu zkušeností, které byste jinak nemohli mít. Ale je to dobrovolné – nikdo, kdo umí myslet, by nikdy neměl být nucen do situace, která ho nudí.)

4. Svoboda je dobrá.

Hackeři jsou přirozeně anti-autoritářští. Každý, kdo vám může dávat rozkazy, vám může zabránit v řešení jakéhokoli problému, který vás fascinuje – a vzhledem k tomu, jak fungují autoritářské mysli, si k tomu obecně najde nějaký děsivě hloupý důvod. Takže s autoritářským postojem je třeba bojovat, ať už ho najdete kdekoli, jinak to zadusí vás a další hackery.

(To není totéž jako bojovat s veškerou autoritou. Děti je třeba vést a zločince omezovat. Hacker může souhlasit s tím, že přijme některé druhy autority, aby získal něco, co chce víc než čas, který stráví plněním rozkazů. Ale to je omezená, vědomá smlouva; druh osobní kapitulace, kterou autoritáři chtějí, není nabízen.)

Autoritářům se daří cenzurou a utajováním. A nedůvěřují dobrovolné spolupráci a sdílení informací – líbí se jim pouze „spolupráce“, kterou ovládají. Chcete-li se tedy chovat jako hacker, musíte si vypěstovat instinktivní nepřátelství k cenzuře, utajování a použití síly nebo klamu k přinucení odpovědných dospělých. A musíte být ochotni na základě tohoto přesvědčení jednat.

5. Postoj nenahrazuje kompetence.

Chcete-li být hackerem, musíte si některé z těchto postojů osvojit. Ale zvládnutí postoje samo o sobě z vás neudělá hackera, stejně jako z vás neudělá šampiona atleta nebo rockovou hvězdu. Stát se hackerem bude vyžadovat inteligenci, praxi, odhodlání a tvrdou práci.

Proto se musíte naučit nedůvěřovat postoji a respektovat kompetence všeho druhu. Hackeři nenechají pozéry ztrácet čas, ale uctívají kompetence – zejména kompetence v hackování, ale kompetence v čemkoli se cení. Kompetence v náročných dovednostech, které zvládne jen málokdo, je obzvláště dobrá a kompetence v náročných dovednostech, které zahrnují duševní bystrost, řemeslo a koncentraci, jsou nejlepší.

Pokud ctíte kompetence, bude se vám líbit, když je budete v sobě rozvíjet – dřina a odhodlání se stanou jakousi intenzivní hrou spíše než dřinou. Tento postoj je zásadní pro to, abyste se stali hackerem.

Základní hackerské dovednosti

Postoj hackerů je životně důležitý, ale ještě důležitější jsou dovednosti. Postoj nenahrazuje kompetence a existuje určitá základní sada dovedností, které musíte mít, než vás jakýkoli hacker bude snít o tom, že vám to bude říkat.

Tato sada nástrojů se v průběhu času pomalu mění, protože technologie vytváří nové dovednosti a ty staré jsou zastaralé. Například dříve zahrnoval programování ve strojovém jazyce a donedávna nezahrnoval HTML. Ale právě teď docela jasně zahrnuje následující:

1. Naučte se programovat.

To je samozřejmě základní hackerská dovednost. Pokud neovládáte žádné počítačové jazyky, doporučuji začít s Pythonem. Je čistě navržený, dobře zdokumentovaný a relativně laskavý k začátečníkům. Přestože je to dobrý první jazyk, není to jen hračka; je velmi výkonný a flexibilní a dobře se hodí pro velké projekty. Napsal jsem podrobnější hodnocení Pythonu. Dobré  výukové programy jsou dostupné na webových stránkách Pythonu; na Computer Science Circles existuje vynikající třetí strana.

Kdysi jsem doporučoval Javu jako dobrý jazyk, který se dá naučit brzy, ale tato kritika změnila můj názor (hledejte v ní „Pitfalls of Java as a First Programming Language“). Hacker nemůže, jak se zničujícím způsobem říká  „přistupovat k řešení problémů jako instalatér v železářství“; musíte vědět, co komponenty skutečně dělají. Nyní si myslím, že je pravděpodobně nejlepší naučit se nejprve C a Lisp, potom Java.

Možná je zde obecnější bod. Pokud pro vás jazyk dělá příliš mnoho, může být zároveň dobrým nástrojem pro produkci a špatným nástrojem pro učení. Tento problém nemají pouze jazyky; rámce webových aplikací jako RubyOnRails, CakePHP, Django mohou příliš usnadnit dosažení povrchního porozumění, které vás ponechá bez prostředků, když se musíte vypořádat s těžkým problémem, nebo dokonce jen ladit řešení snadného.

Lepší alternativou k Javě je naučit se Go. Na tento relativně nový jazyk je docela snadné přejít z Pythonu a jeho učení vám dá seriózní krok v dalším možném kroku, kterým je učení C. Navíc jednou z neznámých v příštích několika letech je, do jaké míry by Go mohl ve skutečnosti nahradit C jako systémový programovací jazyk. Existuje možná budoucnost, ve které se to stane ve většině tradičního rozsahu C.

Pokud se dostanete do seriózního programování, budete se nakonec muset naučit C, základní jazyk Unixu. C++ velmi úzce souvisí s C; pokud znáte jedno, naučit se druhé nebude těžké. Ani jeden z jazyků však není dobré zkusit se učit jako první. A ve skutečnosti, čím více se můžete vyhnout programování v C, tím produktivnější budete.

C je velmi efektivní a velmi šetří prostředky vašeho stroje. Bohužel, C dosahuje této efektivity tím, že vyžaduje, abyste spoustu nízkoúrovňové správy zdrojů (jako je paměť) dělali ručně. Veškerý tento nízkoúrovňový kód je složitý a náchylný k chybám a zabere vám obrovské množství času při ladění. Při dnešních strojů tak silný, jak jsou, je to obvykle špatný kompromis – to je chytřejší používat jazyk, který používá méně efektivně čas stroje, ale svůj čas mnohem  více  efektivněji. Tedy Python.

Mezi další jazyky zvláště důležité pro hackery patří Perl a LISP. Perl stojí za to se naučit z praktických důvodů; je velmi široce používán pro aktivní webové stránky a správu systému, takže i když Perl nikdy nenapíšete, měli byste se ho naučit číst. Mnoho lidí používá Perl způsobem, který navrhuji, abyste používali Python, abyste se vyhnuli programování v C na úlohách, které nevyžadují efektivitu stroje C. Budete muset být schopni porozumět jejich kódu.

LISP stojí za to se naučit z jiného důvodu – hluboký zážitek osvícení, který zažijete, až ho konečně získáte. Tato zkušenost z vás udělá lepšího programátora po zbytek vašich dní, i když samotný LISP nikdy příliš nepoužíváte. (Začátečnické zkušenosti s LISP můžete získat poměrně snadno psaním a úpravou režimů úprav pro textový editor Emacs nebo zásuvné moduly Script-Fu pro GIMP.)

Ve skutečnosti je nejlepší naučit se všech pět jazyků Python, C/C++, Perl a LISP. Kromě toho, že jsou nejdůležitějšími hackerskými jazyky, představují velmi odlišné přístupy k programování a každý vás bude hodnotným způsobem vzdělávat. Go není úplně do bodu, kdy by mohl být zařazen mezi nejdůležitější hackerské jazyky, ale zdá se, že k tomuto stavu směřuje.

Uvědomte si však, že úrovně dovedností hackera nebo dokonce pouhého programátora nedosáhnete pouhým hromaděním jazyků – musíte se naučit, jak o problémech programování přemýšlet obecně, nezávisle na jakémkoli jazyce. Chcete-li být skutečným hackerem, musíte se dostat do bodu, kdy se můžete naučit nový jazyk během několika dní tím, že spojíte to, co je v příručce, s tím, co již znáte. To znamená, že byste se měli naučit několik velmi odlišných jazyků.

Nemohu zde dát úplný návod, jak se naučit programovat — je to komplexní dovednost. Ale mohu vám říci, že knihy a kurzy to nedokážou – mnoho, možná většina nejlepších hackerů jsou samouci. Jazykové rysy – kousky znalostí – se můžete naučit z knih, ale nastavení mysli, které z těchto znalostí dělá živoucí dovednost, se můžete naučit pouze praxí a učňovským vzděláním. Co to udělá, je (a) čtení kódu a (b) zápis kódu.

Peter Norvig, který je jedním z nejlepších hackerů Google a spoluautorem nejrozšířenější učebnice AI, napsal vynikající esej s názvem Naučte se programovat za deset let. Jeho „recept na úspěch v programování“ stojí za pečlivou pozornost.

Učit se programovat je jako učit se psát dobrý přirozený jazyk. Nejlepší způsob, jak to udělat, je přečíst si něco napsaného mistry formy, něco napsat sám, hodně víc číst, trochu víc psát, hodně víc číst, ještě něco psát… a opakovat, dokud se vaše psaní nezačne rozvíjet druh síly a hospodárnosti, který vidíte ve svých modelech.

Více jsem o tomto procesu učení řekl v How To Learn Hacking. Je to jednoduchý soubor pokynů, ale ne snadný.

Najít dobrý kód ke čtení bývalo těžké, protože ve zdrojovém kódu bylo k dispozici jen málo velkých programů, které by začínající hackeři mohli číst a hrát si s nimi. To se dramaticky změnilo; open-source software, programovací nástroje a operační systémy (vše vytvořené hackery) jsou nyní široce dostupné. Což mě úhledně přivádí k našemu dalšímu tématu…

2. Získejte jeden z unixů s otevřeným zdrojovým kódem a naučte se jej používat a provozovat.

Předpokládám, že máte osobní počítač nebo k němu máte přístup. (Věnujte chvíli tomu, abyste si uvědomili, co to znamená. Hackerská kultura se původně vyvinula zpět, když byly počítače tak drahé, že je jednotlivci nemohli vlastnit.) Jediným nejdůležitějším krokem, který může každý nováček udělat k získání hackerských dovedností, je získat kopii Linuxu. nebo jeden z BSD-Unixů, nainstalujte jej na osobní počítač a spusťte jej.

Ano, na světě jsou kromě Unixu i jiné operační systémy. Ale jsou distribuovány v binárním formátu – nemůžete číst kód a nemůžete ho upravovat. Pokoušet se naučit se hackovat na počítači s Microsoft Windows nebo pod jakýmkoliv jiným uzavřeným systémem je jako snažit se naučit se tančit v odlitku.

Pod Mac OS X je to možné, ale pouze část systému je open source — pravděpodobně narazíte na spoustu zdí a musíte si dávat pozor, abyste si nevypěstovali zlozvyk závislosti na proprietárním kódu Applu. Pokud se soustředíte na Unix pod kapotou, můžete se naučit některé užitečné věci.

Unix je operační systém internetu. I když se můžete naučit používat internet, aniž byste znali Unix, nemůžete být internetovým hackerem, aniž byste Unixu rozuměli. Z tohoto důvodu je dnes hackerská kultura dosti silně zaměřena na Unix. (Nebyla to vždy pravda a někteří staří hackeři z toho stále nejsou nadšení, ale symbióza mezi Unixem a Internetem je natolik silná, že se zdá, že ani svaly Microsoftu nejsou schopny ji vážně narušit.)

Takže vychovejte Unix – sám mám Linux rád, ale existují i ​​jiné způsoby (a ano,   na stejném počítači můžete provozovat Linux i Microsoft Windows). Nauč se to. Spusť to. Hrajte s tím. Mluvte s ním na internetu. Přečtěte si kód. Upravte kód. Získáte lepší programovací nástroje (včetně jazyků C, LISP, Python a Perl), než o kterých může jakýkoli operační systém Microsoft snít o hostování, budete se bavit a nasáknete více znalostí, než si uvědomujete, že se učíte, dokud díváte se na to zpětně jako na mistra hackera.

Více o učení se Unixu najdete v The Loginataka. Můžete se také podívat na The Art Of Unix Programming.

Blog Let’s Go Larval! je okno o procesu učení nového uživatele Linuxu, které je podle mě neobvykle přehledné a užitečné. Příspěvek Jak jsem se naučil Linux je dobrým výchozím bodem.

Chcete-li získat Linux, podívejte se na Linux Online! místo; můžete si stáhnout odtud nebo (lepší nápad) najít místní uživatelskou skupinu Linuxu, která vám pomůže s instalací.

Během prvních deseti let života tohoto HOWTO jsem uvedl, že z pohledu nového uživatele jsou všechny distribuce Linuxu téměř rovnocenné. Ale v letech 2006-2007 se objevila skutečně nejlepší volba: Ubuntu. Zatímco ostatní distribuce mají své vlastní silné stránky, Ubuntu je pro nováčky Linuxu zdaleka nejpřístupnější. Dejte si však pozor na příšerné a téměř nepoužitelné desktopové rozhraní „Unity“, které Ubuntu představilo jako výchozí o několik let později; lepší jsou varianty Xubuntu nebo Kubuntu.

Nápovědu a zdroje BSD Unix můžete najít na www.bsd.org.

Dobrým způsobem, jak si ponořit prsty do vody, je spustit to, co fanoušci Linuxu nazývají živé CD, distribuci, která běží výhradně z CD nebo USB flash disku, aniž by museli upravovat váš pevný disk. To může být pomalé, protože CD jsou pomalé, ale je to způsob, jak se podívat na možnosti, aniž byste museli dělat něco drastického.

Napsal jsem základy Unixu a internetu.

Kdysi jsem doporučoval neinstalovat Linux nebo BSD jako sólo projekt, pokud jste nováček. V dnešní době jsou instalátoři natolik dobří, že je možné to udělat zcela sami, dokonce i pro nováčka. Přesto doporučuji kontaktovat místní skupinu uživatelů Linuxu a požádat o pomoc. Nemůže to bolet a může to celý proces usnadnit.

3. Naučte se používat World Wide Web a psát HTML.

Většina věcí, které kultura hackerů vybudovala, dělá svou práci z dohledu a pomáhá řídit továrny, kanceláře a univerzity bez zjevného dopadu na to, jak žijí nehackeři. Web je jedinou velkou výjimkou, obrovská nablýskaná hackerská hračka, o které i politici přiznávají, že změnila svět. Už jen z tohoto důvodu (a také z mnoha dalších dobrých) se musíte naučit pracovat s webem.

To neznamená jen naučit se ovládat prohlížeč (to dokáže každý), ale naučit se psát HTML, značkovací jazyk webu. Pokud neumíte programovat, psaní HTML vás naučí některým mentálním návykům, které vám pomohou se učit. Vytvořte si tedy domovskou stránku.

Ale jen mít domovskou stránku není zdaleka dost dobré na to, aby z vás udělalo hackera. Web je plný domovských stránek. Většina z nich jsou nesmyslné kaly s nulovým obsahem – velmi elegantně vypadající kaly, ale stejně jsou kaly (více o tom viz The HTML Hell Page).

Aby to stálo za to, musí mít vaše stránka obsah – musí být zajímavá a/nebo užitečná pro ostatní hackery. A tím se dostáváme k dalšímu tématu…

4. Pokud nemáte funkční angličtinu, naučte se ji.

Jako Američan a rodilý mluvčí angličtiny jsem se dříve zdráhal toto navrhnout, aby to nebylo bráno jako určitý druh kulturního imperialismu. Ale několik rodilých mluvčích jiných jazyků mě naléhalo, abych poukázal na to, že angličtina je pracovním jazykem hackerské kultury a internetu a že ji budete potřebovat, abyste mohli fungovat v hackerské komunitě.

Kolem roku 1991 jsem se dozvěděl, že mnoho hackerů, kteří mají angličtinu jako druhý jazyk, ji používá v technických diskuzích, i když sdílejí rodný jazyk; v té době mi bylo oznámeno, že angličtina má bohatší odbornou slovní zásobu než jakýkoli jiný jazyk, a je proto jednoduše lepším nástrojem pro tuto práci. Z podobných důvodů jsou překlady odborných knih napsaných v angličtině často neuspokojivé (pokud jsou vůbec hotové).

Linus Torvalds, Fin, komentuje svůj kód v angličtině (zřejmě ho nikdy nenapadlo udělat jinak). Jeho plynulost angličtiny byla důležitým faktorem v jeho schopnosti získat celosvětovou komunitu vývojářů pro Linux. Je to příklad hodný následování.

Být rodilým mluvčím angličtiny nezaručuje, že máte dostatečně dobré jazykové znalosti na to, abyste fungovali jako hacker. Pokud je váš text pologramotný, negramatický a plný překlepů, mnoho hackerů (včetně mě) vás bude mít tendenci ignorovat. Zatímco nedbalé psaní vždy neznamená nedbalé myšlení, obecně jsme zjistili, že korelace je silná – a pro nedbalé myslitele nemáme žádné využití. Pokud ještě neumíte psát kompetentně, naučte se to.

Stav v kultuře hackerů

Jako většina kultur bez peněžní ekonomiky je hackerství založeno na pověsti. Snažíte se řešit zajímavé problémy, ale to, jak jsou zajímavé a zda jsou vaše řešení opravdu dobrá, je něco, co jsou běžně schopni posoudit pouze vaši techničtí kolegové nebo nadřízení.

Když tedy hrajete hackerskou hru, učíte se udržovat skóre především podle toho, co si o vašich dovednostech myslí ostatní hackeři (to je důvod, proč ve skutečnosti nejste hackerem, dokud vám ostatní hackeři důsledně neříkají). Tento fakt je zastírán představou hackování jako osamělé práce; také hackersko-kulturním tabu (od konce 90. let postupně upadajícím, ale stále mocným) proti přiznání, že ego nebo vnější validace jsou vůbec zahrnuty do motivace člověka.

Konkrétně hackerství je to, co antropologové nazývají kulturou dárků. Postavení a reputaci v něm nezískáte tím, že budete ovládat ostatní, ani tím, že budete krásní, ani tím, že budete mít věci, které jiní lidé chtějí, ale spíše tím, že věci rozdáte. Konkrétně tím, že rozdáváte svůj čas, kreativitu a výsledky svých dovedností.

V zásadě existuje pět druhů věcí, které můžete udělat, abyste byli respektováni hackery:

1. Napište open-source software

První (nejcentrálnější a nejtradičnější) je psát programy, které ostatní hackeři považují za zábavné nebo užitečné, a předat zdroje programu celé hackerské kultuře k použití.

(Dříve jsme těmto dílům říkali „svobodný software“, ale to zmátlo příliš mnoho lidí, kteří si nebyli jisti, co přesně „svobodný“ má znamenat. Většina z nás nyní dává přednost termínu „open-source“ software).

Nejuctívanějšími polobohy Hackerdomu jsou lidé, kteří napsali velké, schopné programy, které uspokojily širokou potřebu, a rozdali je, takže je nyní používá každý.

Ale je tu jeden pěkný historický bod. Zatímco hackeři vždy vzhlíželi k vývojářům open source mezi nimi jako k nejtvrdšímu jádru naší komunity, před polovinou 90. let většina hackerů většinu času pracovala na uzavřeném zdroji. To platilo stále, když jsem v roce 1996 napsal první verzi tohoto HOWTO; věci se změnily po roce 1997, kdy došlo k mainstreamingu open-source softwaru. Dnes jsou „hackerská komunita“ a „open-source vývojáři“ dva popisy pro v podstatě stejnou kulturu a populaci – ale je třeba si uvědomit, že tomu tak nebylo vždy. (Více o tom naleznete v části nazvané „Historická poznámka: Hackování, otevřený zdroj a svobodný software“.)

2. Pomozte testovat a ladit software s otevřeným zdrojovým kódem

Slouží také tomu, kdo stojí a ladí open-source software. V tomto nedokonalém světě nevyhnutelně strávíme většinu času vývoje softwaru ve fázi ladění. To je důvod, proč každý autor open source, který přemýšlí, vám řekne, že dobří betateteři (kteří vědí, jak jasně popsat příznaky, dobře lokalizovat problémy, dokážou tolerovat chyby v rychlém vydání a jsou ochotni použít několik jednoduchých diagnostických postupů) jsou stojí za jejich váhu v rubínech. I jedna z nich může znamenat rozdíl mezi fází ladění, která je zdlouhavou a vyčerpávající noční můrou, a fází, která je pouze blahodárnou obtíží.

Pokud jste nováček, zkuste najít program ve vývoji, který vás zajímá, a buďte dobrým beta-testerem. Existuje přirozený vývoj od pomoci s testováním programů přes pomoc při jejich ladění až po pomoc při jejich úpravě. Tímto způsobem se hodně naučíte a vytvoříte si dobrou karmu s lidmi, kteří vám později pomohou.

3. Publikujte užitečné informace

Další dobrá věc je shromažďovat a filtrovat užitečné a zajímavé informace do webových stránek nebo dokumentů, jako jsou seznamy často kladených otázek (FAQ), a zpřístupňovat je obecně.

Správci hlavních technických často kladených otázek získávají téměř stejný respekt jako autoři open source.

4. Pomozte udržet infrastrukturu funkční

Hackerská kultura (a technický rozvoj internetu, když na to přijde) je řízena dobrovolníky. Aby to fungovalo, je potřeba udělat mnoho nezbytné, ale neokázalé práce – správa e-mailových konferencí, moderování diskusních skupin, údržba velkých serverů pro archivy softwaru, vývoj RFC a dalších technických standardů.

Lidé, kteří takové věci dělají dobře, si získají velký respekt, protože každý ví, že tyto práce zaberou spoustu času a nejsou tak zábavné jako hraní s kódem. Jejich provádění ukazuje oddanost.

5. Obsluhujte samotnou hackerskou kulturu

Nakonec můžete kultivovat a propagovat samotnou kulturu (např. napsáním přesného primeru, jak se stát hackerem :-)). To není něco, co budete mít v pozici, dokud tu nebudete nějakou dobu a nestanete se známými pro jednu z prvních čtyř věcí.

Hackerská kultura přesně nemá vůdce, ale má kulturní hrdiny a kmenové stařešiny a historiky a mluvčí. Až budete v zákopech dostatečně dlouho, možná z vás vyroste jeden z nich. Pozor: hackeři nedůvěřují do očí bijícímu egu svých kmenových stařešinů, takže viditelně sahat po tomto druhu slávy je nebezpečné. Spíše než o to usilovat, musíte se nějak postavit tak, aby vám to spadlo do klína, a pak být skromný a laskavý ohledně svého postavení.

Připojení Hacker/Nerd

Na rozdíl od populárního mýtu nemusíte být nerdem, abyste byli hackerem. Pomáhá to však a mnozí hackeři jsou ve skutečnosti pitomci. Být něco jako sociální vyvrhel vám pomůže soustředit se na opravdu důležité věci, jako je myšlení a hackování.

Z tohoto důvodu mnoho hackerů přijalo označení „geek“ jako odznak hrdosti – je to způsob, jak deklarovat svou nezávislost na běžných společenských očekáváních (stejně jako zálibu v jiných věcech, jako jsou sci-fi a strategické hry, které často jdou s tím, že jsou hacker). Termín ‘nerd’ se tímto způsobem používal již v 90. letech, v době, kdy ‘nerd’ bylo mírné pejorativum a ‘geek’ poněkud drsnější; někdy po roce 2000 si vyměnili místa, alespoň v americké populární kultuře, a mezi lidmi, kteří nejsou technici, je nyní dokonce významná geek-pride kultura.

Pokud se dokážete dostatečně soustředit na hackování, abyste v něm byli dobří a ještě měli život, je to v pořádku. Dnes je to mnohem snazší, než když jsem byl v 70. letech nováčkem; mainstreamová kultura je nyní k techno-nerdům mnohem přátelštější. Dokonce roste počet lidí, kteří si uvědomují, že hackeři jsou často vysoce kvalitní materiál pro milence a manželky.

Pokud vás hackování přitahuje, protože nemáte život, je to také v pořádku – alespoň nebudete mít problémy se soustředěním. Možná později získáte život.

Body za styl

Opět, chcete-li být hackerem, musíte vstoupit do hackerského myšlení. Zdá se, že některé věci, které můžete dělat, když nejste u počítače, vám pomohou. Nejsou to náhražky hackování (nic není), ale mnoho hackerů je dělá a cítí, že se nějakým základním způsobem spojují s podstatou hackování.

  • Naučte se dobře psát svůj rodný jazyk. Ačkoli je to běžný stereotyp, že programátoři neumějí psát, překvapivé množství hackerů (včetně všech nejdokonalejších, které znám) jsou velmi schopní spisovatelé.
  • Přečtěte si sci-fi. Přejděte na konvence sci-fi (dobrý způsob, jak se setkat s hackery a protohackery).
  • Připojte se k hackerspace a vytvářejte věci (další dobrý způsob, jak se setkat s hackery a proto-hackery).
  • Trénujte ve formě bojových umění. Druh mentální disciplíny vyžadovaný pro bojová umění se zdá být v důležitých ohledech podobný tomu, co dělají hackeři. Nejoblíbenějšími formami mezi hackery jsou jednoznačně asijské umění s prázdnou rukou jako Tae Kwon Do, různé formy karate, Kung Fu, Aikido nebo Ju Jitsu. Západní šerm a umění s asijským mečem mají také viditelné následovníky. V místech, kde je to legální, od konce 90. let roste popularita střelby z pistole. Nejvíce hackerská bojová umění jsou ta, která kladou důraz na mentální disciplínu, uvolněné uvědomění a přesné ovládání, spíše než na syrovou sílu, atletiku nebo fyzickou odolnost.
  • Studujte skutečnou meditační disciplínu. Věčným favoritem mezi hackery je Zen (důležité je, že zenu je možné těžit, aniž byste si osvojili náboženství nebo zahodili to, které již máte). Jiné styly mohou fungovat také, ale buďte opatrní, abyste si vybrali takový, který nevyžaduje, abyste věřili bláznivým věcem.
  • Rozvíjejte analytický sluch pro hudbu. Naučte se oceňovat zvláštní druhy hudby. Naučte se dobře hrát na nějaký hudební nástroj nebo jak zpívat.
  • Rozvíjejte své porozumění pro slovní hříčky a slovní hříčky.

Čím více těchto věcí již děláte, tím je pravděpodobnější, že jste přirozeným hackerským materiálem. Proč právě tyto věci není zcela jasné, ale souvisí s mixem dovedností levého a pravého mozku, které se zdá být důležité; hackeři musí být schopni jak logicky uvažovat, tak v mžiku vystoupit ze zdánlivé logiky problému.

Pracujte stejně intenzivně jako hrajete a hrajte tak intenzivně, jak pracujete. Pro opravdové hackery mají hranice mezi „hrami“, „prácí“, „vědou“ a „uměním“ tendenci mizet nebo splývat v kreativní hravost na vysoké úrovni. Nespokojte se také s úzkým rozsahem dovedností. Ačkoli se většina hackerů označuje za programátory, je velmi pravděpodobné, že budou více než kompetentní v několika souvisejících dovednostech – správa systému, webdesign a řešení problémů s hardwarem PC jsou běžné. Hacker, který je správcem systému, je na druhou stranu pravděpodobně docela zručný v programování skriptů a webdesignu. Hackeři nedělají věci napůl; pokud do nějaké dovednosti vůbec investují, mají tendenci být v ní velmi dobří.

Na závěr pár věcí,  které byste neměli dělat.

  • Nepoužívejte hloupé, grandiózní ID uživatele nebo přezdívku.
  • Nepouštějte se do plamenných válek na Usenetu (nebo kdekoli jinde).
  • Neříkejte si ‘cyberpunk’ a neztrácejte čas s nikým, kdo to dělá.
  • Neposílejte příspěvky nebo e-maily, které jsou plné pravopisných chyb a špatné gramatiky.

Jediná reputace, kterou si uděláte, když děláte některou z těchto věcí, je jako blázen. Hackeři mají dlouhou paměť – může vám trvat roky, než prožijete své rané chyby natolik, abyste je přijali.

Problém s názvy obrazovek nebo úchyty si zaslouží určité zesílení. Skrývání své identity za klikou je mladistvé a hloupé chování charakteristické pro crackery, warez d00dz a další nižší formy života. Hackeři to nedělají; jsou hrdí na to, co dělají, a chtějí, aby to bylo spojeno s jejich skutečnými jmény. Takže pokud máte kliku, zahoďte ji. V hackerské kultuře vás to označí pouze jako poražené.

Historická poznámka: Hacking, Open Source a svobodný software

Když jsem na konci roku 1996 původně napsal tento návod, některé podmínky kolem něj byly velmi odlišné od toho, jak vypadají dnes. Pár slov o těchto změnách může pomoci objasnit záležitosti lidem, kteří jsou zmateni vztahem open source, svobodného softwaru a Linuxu ke komunitě hackerů. Pokud na to nejste zvědaví, můžete odtud přeskočit přímo na FAQ a bibliografii.

Hackerský étos a komunita, jak jsem je zde popsal, dávno předcházely vzniku Linuxu po roce 1990; Poprvé jsem se s tím začal zabývat kolem roku 1976 a jeho kořeny lze snadno vysledovat až do počátku 60. let. Ale před Linuxem se většina hackování prováděla buď na proprietárních operačních systémech, nebo na hrstce kvaziexperimentálních domácích systémů, jako je ITS MIT, které nebyly nikdy nasazeny mimo jejich původní akademické výklenky. I když existovaly některé dřívější (před Linuxem) pokusy tuto situaci změnit, jejich dopad byl přinejlepším velmi okrajový a omezoval se na komunity oddaných opravdových věřících, což byly nepatrné menšiny dokonce i v rámci hackerské komunity, natož s ohledem na větší svět. softwaru obecně.

To, co se nyní nazývá „open source“, sahá až k hackerské komunitě, ale až do roku 1985 to byla spíše nejmenovaná lidová praxe než vědomé hnutí s připojenými teoriemi a manifesty. Tato prehistorie skončila, když se v roce 1985 archacker Richard Stallman (“RMS”) pokusil pojmenovat ji – “svobodný software”. Ale jeho akt pojmenování byl také aktem tvrzení; k označení „svobodný software“ připojil ideologickou zátěž, kterou velká část existující hackerské komunity nikdy nepřijala. Výsledkem bylo, že označení „svobodný software“ bylo hlasitě odmítnuto podstatnou menšinou hackerské komunity (zejména mezi těmi, kteří jsou spojeni s BSD Unix) a s vážnými, ale tichými výhradami jej používala většina zbytku (včetně mě).

Navzdory těmto výhradám tvrzení RMS definovat a vést hackerskou komunitu pod praporem „svobodného softwaru“ široce platilo až do poloviny 90. let. Vážně ji zpochybnil až vzestup Linuxu. Linux dal open-source vývoji přirozený domov. Mnoho projektů vydaných za podmínek, které bychom nyní nazvali open-source migrovalo z proprietárních Unixů na Linux. Komunita kolem Linuxu se explozivně rozrostla a stala se mnohem větší a heterogennější než kultura hackerů před Linuxem. RMS se odhodlaně pokusilo kooptovat všechny tyto aktivity do svého hnutí „svobodného softwaru“, ale bylo zmařeno jak explodující rozmanitostí linuxové komunity, tak veřejným skepticismem jejího zakladatele Linuse Torvaldse. Torvalds nadále používal termín „svobodný software“ pro nedostatek jakékoli alternativy, ale veřejně odmítl ideologickou zátěž RMS. Mnoho mladších hackerů následovalo příklad.

V roce 1996, kdy jsem poprvé zveřejnil toto Hacker HOWTO, se hackerská komunita rychle reorganizovala kolem Linuxu a hrstky dalších open source operačních systémů (zejména těch, které pocházejí z BSD Unix). Paměť komunity na skutečnost, že většina z nás strávila desetiletí vývojem softwaru s uzavřeným zdrojovým kódem na operačních systémech s uzavřeným zdrojovým kódem, ještě nezačala mizet, ale tato skutečnost se již začala jevit jako součást mrtvé minulosti; hackeři se stále více definovali jako hackeři podle jejich připojení k open-source projektům, jako je Linux nebo Apache.

Termín „otevřený zdroj“ se však ještě neobjevil; neučiní tak dříve než na začátku roku 1998. Když se tak stalo, většina hackerské komunity jej během následujících šesti měsíců přijala; výjimkou byla menšina ideologicky spojená s termínem „svobodný software“. Od roku 1998, a zejména po roce 2003, se identifikace „hackingu“ s „vývojem open-source (a svobodného softwaru)“ extrémně sblížila. Dnes nemá smysl pokoušet se tyto kategorie rozlišovat a zdá se nepravděpodobné, že se to v budoucnu změní.

Je však třeba připomenout, že tomu tak nebylo vždy.

Další zdroje

Paul Graham napsal esej nazvanou Great Hackeři a další o bakalářském studiu, ve kterých mluví mnoho moudrosti.

Mladší hackeři mohou považovat věci, které každý hacker znal, za zajímavé a užitečné.

Napsal jsem také Stručnou historii Hackerdomu.

Napsal jsem článek Katedrála a bazar, který vysvětluje hodně o tom, jak funguje Linux a kultura open-source. Ještě příměji jsem se tomuto tématu věnoval v jeho pokračování Homesteading the Noosphere.

Rick Moen napsal vynikající dokument o tom, jak spustit skupinu uživatelů Linuxu.

Rick Moen a já jsme spolupracovali na dalším dokumentu o Jak klást chytré otázky. To vám pomůže vyhledat pomoc způsobem, který zvýší pravděpodobnost, že ji skutečně dostanete.

Pokud se potřebujete naučit základy toho, jak fungují osobní počítače, Unix a Internet, podívejte se na Základy Unixu a Internetu HOWTO.

Při vydávání softwaru nebo psaní oprav pro software se snažte řídit pokyny v dokumentu Postup při vydávání softwaru HOWTO.

Pokud se vám líbila zenová báseň, mohla by se vám líbit i Rootless Root: The Unix Koans of Master Foo .

Často kladené otázky

Otázka:  Jak poznám, že už jsem hacker?
Q:  Naučíš mě hackovat?
Otázka:  Jak tedy mohu začít?
Q:  Kdy musíte začít? Je příliš pozdě na to, abych se učil?
Otázka:  Jak dlouho mi bude trvat, než se naučím hackovat?
Otázka:  Je Visual Basic dobrý jazyk pro začátek?
Otázka:  Pomohl byste mi prolomit systém nebo mě naučil, jak crackovat?
Otázka:  Jak mohu získat heslo k účtu někoho jiného?
Otázka:  Jak mohu proniknout do/číst/monitorovat e-mail někoho jiného?
Otázka:  Jak mohu ukrást oprávnění kanálu na IRC?
Otázka:  Byl jsem prasklý. Pomůžete mi odrazit další útoky?
Otázka:  Mám problémy se softwarem Windows. Pomůžeš mi?
Otázka:  Kde najdu skutečné hackery, se kterými si mohu promluvit?
Otázka:  Můžete doporučit užitečné knihy o tématech souvisejících s hackováním?
Otázka:  Musím být dobrý v matematice, abych se stal hackerem?
Otázka:  Jaký jazyk bych se měl naučit jako první?
Otázka:  Jaký druh hardwaru potřebuji?
Otázka:  Chci přispět. Můžete mi pomoci vybrat problém, na kterém budu pracovat?
Otázka:  Musím Microsoft nenávidět a hanit?
Otázka:  Ale nezpůsobí open source software programátorům, kteří se nebudou moci uživit?
Otázka:  Kde mohu získat bezplatný Unix?
O: Jak poznám, že už jsem hacker?
Od: Položte si následující tři otázky:

  • Mluvíte kódem, plynule?
  • Ztotožňujete se s cíli a hodnotami hackerské komunity?
  • Nazval vás někdy etablovaný člen hackerské komunity hackerem?

Pokud dokážete odpovědět ano na všechny tři tyto otázky, jste již hacker. Žádné dva samy nestačí.

První test je o dovednostech. Pravděpodobně to zvládnete, pokud máte minimální technické dovednosti popsané dříve v tomto dokumentu. Profouknete to přímo, pokud jste přijali značné množství kódu v open-source vývojovém projektu.

Druhý test je o postoji. Pokud se vám pět principů hackerského myšlení zdálo samozřejmých, spíše jako popis toho, jak už žijete, než cokoli nového, už jste na půli cesty k jeho překonání. To je vnitřní polovina; druhá, vnější polovina je míra, do jaké se ztotožňujete s dlouhodobými projekty hackerské komunity.

Zde je neúplný, ale orientační seznam některých z těchto projektů: Záleží vám na tom, že se Linux zlepšuje a rozšiřuje? Jste nadšení pro svobodu softwaru? Nepřátelský vůči monopolům? Jednáte na základě přesvědčení, že počítače mohou být nástrojem zmocnění, díky kterému bude svět bohatší a humánnější?

Ale upozornění je zde na místě. Hackerská komunita má určité specifické, primárně obranné politické zájmy – dva z nich hájí právo na svobodu slova a odrážejí mocenskou moc „duševního vlastnictví“, která by open source učinila nezákonným. Některé z těchto dlouhodobých projektů jsou organizace pro občanské svobody, jako je Electronic Frontier Foundation, a vnější postoj náležitě zahrnuje jejich podporu. Ale kromě toho většina hackerů pohlíží na pokusy systematizovat hackerský postoj do explicitního politického programu s podezřením; tvrdě jsme se naučili, že tyto pokusy rozdělují a odvádějí pozornost. Pokud se vás někdo ve jménu hackerského přístupu pokouší naverbovat, abyste pochodovali na vašem hlavním městě, unikla mu pointa. Správná odpověď je pravděpodobně:  „Drž hubu a ukaž jim kód.“

Třetí test má v sobě záludný prvek rekurzivity. Všiml jsem si v sekci nazvané „Co je hacker?“ že být hackerem je částečně věcí příslušnosti k určité subkultuře nebo sociální síti se sdílenou historií, uvnitř i vně. V dávné minulosti byli hackeři mnohem méně soudržnou a sebevědomou skupinou než dnes. Ale důležitost aspektu sociálních sítí za posledních třicet let vzrostla, protože internet usnadnil rozvoj a údržbu spojení s jádrem hackerské subkultury. Jedním z jednoduchých ukazatelů chování změny je, že v tomto století máme vlastní trička.

Sociologové, kteří studují sítě podobné hackerské kultuře pod obecnou rubrikou „neviditelné vysoké školy“, poznamenali, že jednou z charakteristik takových sítí je, že mají vrátné – klíčové členy se sociální autoritou, kteří podporují nové členy do sítě. Protože „neviditelná vysoká škola“, kterou je hackerská kultura, je volná a neformální, role vrátného je také neformální. Ale jednu věc, kterou všichni hackeři chápou v kostech, je, že ne každý hacker je strážcem brány. Strážci brány musí mít určitý stupeň seniority a úspěchu, než mohou udělit titul. Kolik je těžké vyčíslit, ale každý hacker to ví, když to vidí.

O: Naučíš mě hackovat?
Od: Od prvního zveřejnění této stránky jsem dostal několik žádostí týdně (často několik denně) od lidí, aby mě „naučili vše o hackování“. Bohužel na to nemám čas ani energii; moje vlastní hackerské projekty a práce jako obhájce open-source mi zabírají 110 % času.

I kdybych to udělal, hackování je přístup a dovednost, kterou se v podstatě musíte naučit sami. Zjistíte, že i když vám skuteční hackeři chtějí pomoci, nebudou vás respektovat, když budete prosit, abyste je krmili lžící vším, co znají.

Naučte se nejprve pár věcí. Ukažte, že se snažíte, že jste schopni se učit sami. Poté přejděte k hackerům, které potkáte, s konkrétními otázkami.

Pokud pošlete e-mail hackerovi s žádostí o radu, zde jsou dvě věci, které byste měli vědět předem. Za prvé, zjistili jsme, že lidé, kteří jsou líní nebo nedbalí v psaní, jsou obvykle příliš líní a nedbalí ve svém myšlení na to, aby byli dobrými hackery – takže dbejte na správné pravopis a používejte dobrou gramatiku a interpunkci, jinak pravděpodobně budete ignorován. Za druhé,  neopovažujte se  žádat o odpověď na účet ISP, který se liší od účtu, ze kterého posíláte; najdeme lidi, kteří to dělají, obvykle zloději používající ukradené účty a nemáme zájem odměňovat nebo pomáhat při krádeži.

O: Jak tedy mohu začít?
Od: Nejlepší způsob, jak začít, by pravděpodobně bylo jít na schůzku LUG (skupiny uživatelů Linuxu). Takové skupiny můžete najít na Informační stránka LDP General Linux; ve vašem okolí je pravděpodobně jeden, pravděpodobně spojený s vysokou školou nebo univerzitou. Členové LUG vám pravděpodobně dají Linux, pokud o to požádáte, a jistě vám pomohou jeden nainstalovat a začít.

Vaším dalším krokem (a vaším prvním krokem, pokud nemůžete najít LUG poblíž) by mělo být nalezení open-source projektu, který vás zajímá. Začněte číst kód a kontrolovat chyby. Naučte se přispívat a zapracujte.

Jedinou cestou je pracovat na zlepšení svých dovedností. Pokud mě osobně požádáte o radu, jak začít, řeknu vám přesně ty samé věci, protože pro vás žádnou kouzelnou zkratku nemám. V duchu vás také odepíšu jako pravděpodobného poraženého – protože pokud vám chyběla výdrž na přečtení tohoto FAQ a inteligence, abyste z něj pochopili, že jedinou cestou je pracovat na zlepšení svých dovedností, jste beznadějní.

Další zajímavou možností je navštívit hackerspace. Existuje rostoucí hnutí lidí, kteří vytvářejí fyzická místa – kluby výrobců – kde mohou společně pracovat na hardwarových a softwarových projektech nebo pracovat sólo v příjemné atmosféře. Hackerspaces často shromažďují nástroje a specializované vybavení, které by bylo pro jednotlivce příliš drahé nebo logisticky nepohodlné. Hackerspaces lze snadno najít na internetu; jeden se může nacházet ve vaší blízkosti.

O: Kdy musíte začít? Je příliš pozdě na to, abych se učil?
A: Jakýkoli věk, ve kterém jste motivováni začít, je dobrý věk. Zdá se, že většina lidí se zajímá ve věku 15 až 20 let, ale znám výjimky v obou směrech.
O: Jak dlouho mi bude trvat, než se naučím hackovat?
Od: To záleží na tom, jak jste talentovaný a jak tvrdě na tom pracujete. Většina lidí, kteří se snaží, může získat úctyhodný soubor dovedností za osmnáct měsíců až dva roky, pokud se soustředí. Nemyslete si však, že tím to končí; v hackingu (stejně jako v mnoha jiných oborech) trvá dosažení mistrovství asi deset let. A pokud jste skutečný hacker, strávíte zbytek života učením a zdokonalováním svého řemesla.
O: Je Visual Basic dobrý jazyk pro začátek?
Od: Pokud se ptáte na tuto otázku, téměř jistě to znamená, že uvažujete o pokusu o hackování pod Microsoft Windows. To je samo o sobě špatný nápad. Když jsem srovnával pokusy naučit se hackovat pod Windows se snahou naučit se tančit v sádře těla, nedělal jsem si legraci. Nechoď tam. Je to ošklivé a nikdy to nepřestane být ošklivé.

Existuje specifický problém s Visual Basic; hlavně že to není přenosné. Ačkoli existuje prototyp open-source implementací jazyka Visual Basic, použitelné standardy ECMA nepokrývají více než malou sadu jeho programovacích rozhraní. V systému Windows je většina podpory knihoven ve vlastnictví jediného dodavatele (Microsoft); pokud si nejste extrémně opatrní v tom, jaké funkce používáte – opatrnější, než je skutečně schopen kterýkoli nováček – skončíte uzavřeni pouze na těch platformách, které se Microsoft rozhodne podporovat. Pokud začínáte na Unixu, jsou k dispozici mnohem lepší jazyky s lepšími knihovnami. Například Python.

Stejně jako ostatní základy je také Visual Basic špatně navržený jazyk, který vás naučí špatné programovací návyky. Ne, ne po mně, abych jim podrobně popisovat; to vysvětlení by zaplnilo knihu. Naučte se místo toho dobře navržený jazyk.

Jedním z těchto zlozvyků se stává závislost na knihovnách, widgetech a vývojových nástrojích jednoho dodavatele. Obecně platí, že jakýkoli jazyk, který není plně podporován alespoň v Linuxu nebo na jednom z BSD a/nebo v operačních systémech alespoň tří různých výrobců, je špatný na to, abyste se do něj naučili nabourávat.

O: Pomohli byste mi prolomit systém nebo mě naučili, jak crackovat?
Od: Ne. Každý, kdo může položit takovou otázku i po přečtení tohoto FAQ, je příliš hloupý na to, aby se dal vzdělávat, i kdybych měl čas na doučování. Jakékoli e-mailové žádosti tohoto druhu, které dostanu, budou ignorovány nebo zodpovězeny s extrémní hrubostí.
O: Jak mohu získat heslo k účtu někoho jiného?
Od: Tohle je praskání. Jdi pryč, idiote.
O: Jak mohu proniknout do/číst/monitorovat e-mail někoho jiného?
Od: Tohle je praskání. Ztrať se, hlupáku.
O: Jak mohu ukrást oprávnění kanálu na IRC?
Od: Tohle je praskání. Začni, kretene.
O: Byl jsem prasklý. Pomůžete mi odrazit další útoky?
Od: Ne. Pokaždé, když jsem dostal tuto otázku, byla to od nějaké špatné mízy se systémem Microsoft Windows. Systémy Windows není možné účinně zabezpečit proti útokům cracku; kód a architektura mají prostě příliš mnoho nedostatků, díky čemuž je zabezpečení Windows jako pokusit se zachránit loď sítem. Jediná spolehlivá prevence začíná přechodem na Linux nebo jiný operační systém, který je navržen tak, aby byl alespoň schopen zabezpečení.
O: Mám problémy se softwarem Windows. Pomůžeš mi?
Od: Ano. Přejděte do příkazového řádku systému DOS a zadejte „formát c:“. Jakékoli problémy, se kterými se setkáte, zmizí během několika minut.
O: Kde najdu skutečné hackery, se kterými si mohu promluvit?
Od: Nejlepší způsob je najít místní skupinu uživatelů Unixu nebo Linuxu a jít na jejich schůzky (odkazy na několik seznamů skupin uživatelů najdete na stránce LDP na ibiblio).

(Říkal jsem zde, že na IRC nenajdete žádné skutečné hackery, ale chápu, že se to mění. Některé skutečné hackerské komunity, spojené s věcmi jako GIMP a Perl, nyní mají IRC kanály.)

O: Můžete doporučit užitečné knihy o tématech souvisejících s hackováním?
Od: Vedu Linux Reading List HOWTO, který vám může pomoci. Loginataka může být také zajímavé.

Úvod do Pythonu najdete ve výukovém programu na webu Python.

O: Musím být dobrý v matematice, abych se stal hackerem?
Od: Ne. Hacking používá velmi málo formální matematiky nebo aritmetiky. Zejména obvykle nebudete potřebovat trigonometrii, kalkulaci nebo analýzu (v několika specifických aplikačních oblastech, jako je 3D počítačová grafika, existují výjimky). Znát nějakou formální logiku a booleovskou algebru je dobré. Určité základy v konečné matematice (včetně teorie konečných množin, kombinatoriky a teorie grafů) mohou být užitečné.

Mnohem důležitější je, že musíte být schopni myslet logicky a sledovat řetězce přesného uvažování, jak to dělají matematici. Zatímco obsah většiny matematiky vám nepomůže, budete potřebovat disciplínu a inteligenci, abyste matematiku zvládli. Pokud vám chybí inteligence, máte jako hacker malou naději; pokud vám chybí disciplína, raději ji pěstujte.

Myslím, že dobrý způsob, jak zjistit, zda na to máte, je vyzvednout si výtisk knihy Raymonda Smullyana Jak se jmenuje tato kniha? Smullyanovy hravé logické hádanky jsou hodně v hackerském duchu. Být schopen je vyřešit je dobré znamení; radost z jejich řešení je ještě lepší.

O: Jaký jazyk bych se měl naučit jako první?
Od: HTML, pokud jej ještě neznáte. Existuje spousta nablýskaných, hype-intenzivních špatných HTML knih a zoufale málo dobrých. Nejraději mám HTML: Definitivní průvodce.

HTML však není úplný programovací jazyk. Až budete připraveni začít programovat, doporučil bych začít s Python. Uslyšíte spoustu lidí doporučovat Perl, ale je těžší se ho naučit a (podle mého názoru) méně dobře navržený.

C je opravdu důležité, ale je také mnohem obtížnější než Python nebo Perl. Nesnažte se to nejprve naučit.

Uživatelé Windows, to není spokojit s jazyka. Naučí vás špatné návyky a není přenosný mimo Windows. Vyhýbat se.

O: Jaký druh hardwaru potřebuji?
Od: Bývalo to tak, že osobní počítače byly dost poddimenzované a chudé na paměť, takže to uměle omezovalo proces učení hackerů. To přestalo platit v polovině 90. let; jakýkoli stroj od Intel 486DX50 výše je více než dostatečně výkonný pro vývojovou práci, X a internetovou komunikaci a nejmenší disky, které si dnes můžete koupit, jsou dostatečně velké.

Důležitou věcí při výběru počítače, na kterém se budete učit, je, zda je jeho hardware kompatibilní s Linuxem (nebo kompatibilní s BSD, pokud se rozhodnete jít touto cestou). Opět to bude platit pro téměř všechny moderní stroje. Jedinými skutečně lepivými oblastmi jsou modemy a bezdrátové karty; některé počítače mají hardware specifický pro Windows, který nebude fungovat s Linuxem.

Existuje FAQ o kompatibilitě hardwaru; nejnovější verze je zde.

O: chci přispět. Můžete mi pomoci vybrat problém, na kterém budu pracovat?
Od: Ne, protože neznám tvůj talent nebo zájmy. Musíte být motivováni sami sebou, jinak se neudržíte, a proto téměř nikdy nefunguje, aby si váš směr vybrali ostatní.
O: Musím Microsoft nenávidět a hanit?
Od: Ne, nechceš. Ne, že by Microsoft nebyl ošklivý, ale kultura hackerů existovala dávno před Microsoftem a bude ještě dlouho poté, co bude Microsoft historií. Veškerou energii, kterou vynaložíte na nenávist k Microsoftu, byste raději věnovali lásce ke svému řemeslu. Napište dobrý kód – to Microsoft docela dost rozdrtí, aniž by to znečišťovalo vaši karmu.
O: Nenechá ale open-source software programátory, kteří se nebudou moci uživit?
Od: Zdá se to nepravděpodobné – zatím se zdá, že průmysl s otevřeným zdrojovým kódem pracovní místa spíše vytváří, než aby je bral. Pokud je napsání programu čistým ekonomickým ziskem oproti jeho nenapsání, programátor dostane zaplaceno bez ohledu na to, zda program po dokončení bude nebo nebude open-source. A bez ohledu na to, kolik „svobodného“ softwaru se napíše, vždy se zdá, že existuje větší poptávka po nových a přizpůsobených aplikacích. Více jsem o tom psal na stránkách Open Source.
O: Kde mohu získat bezplatný Unix?
Od: Pokud na svém počítači ještě nemáte nainstalovaný Unix, jinde na této stránce uvádím odkazy na to, kde získat nejběžněji používaný bezplatný Unix. Abyste byli hackerem, potřebujete motivaci a iniciativu a schopnost se vzdělávat. Začněte hned…

Stručná historie mechanických kalkulaček

Original page: http://www.xnumber.com/xnumber/mechanical1.htm

Část I
Věk Polymathů

od
James Redin


“Protože není hodné vynikajících mužů ztrácet hodiny jako otroci v práci vypočítavosti, která by byla bezpečně svěřena komukoli jinému, kdyby byly použity stroje.”

Gottfried Wilhelm von Leibniz – 1685


Úvod

Účelem tohoto dokumentu je stručně popsat nejběžnější neelektronická počítací zařízení v historickém kontextu a vytvořit zdroj odkazů na další stránky na internetu související s tímto tématem. Cesta začíná před 2500 lety s Abacusem a končí před 30 lety představením prvních elektronických kalkulaček.

Pro usnadnění stahování byl dokument rozdělen do tří částí: Část I popisuje vývoj počítacích zařízení až do vynálezu stupňovitého kola od Leibnize. Část II pojednává o hlavních událostech v průběhu 19. století a část III shrnuje vývoj kancelářských strojů až do 60. let, kdy se na trhu objevily první elektronické kalkulačky.


Počitadlo

Matematický pojmy a jejich potomci, aritmetické operace, byly považovány za po tisíce let čistě intelektuální cvičení, které nemohly být reprodukovány nebo provádí pomocí umělého artefakt. Dokonce i Počitadlo, který se objevil v Malé Asii před 2500 lety a dodnes se používá, je spíše jen zařízením na pomoc paměti než skutečným počítacím strojem.

Počitadlo je důmyslný počítací zařízení na základě relativních poloh dvou sad kuliček pohybujících se na paralelních řetězců. První sada obsahuje pět korálků na každé struně a umožňuje počítání od 1 do 5, zatímco druhá sada má pouze dvě korálky na šňůrku představující čísla 5 a 10. Zdá se, že systém Abacus je založen na radixu pěti. Použití radixu pět dává smysl, protože lidé začali počítat předměty na prstech.


Antikythérská  kalkulačka

Kalkulačka AntikythiraNěkdy, mezi 100 př.nl a 65 př.nl, řecká loď přepravující náklad bronzových a mramorových soch a dalších artefaktů z Rhodosu do Říma se potopila blízko pobřeží Antikythéry, malého řeckého ostrova. Zůstal na dně moře pod 140 stopami vody po dvě tisíciletí, dokud jej v roce 1901 neobjevili domorodí potápěči hub.

Pozůstatky, uchovávané v Národním muzeu v Aténách, zahrnují starověký převodový mechanismus, nyní známý jako Antikythérská kalkulačka.

Toto zajímavé zařízení, složené z 32 ozubených kol, připomíná mechanismus hodin z 18. století a sloužilo k výpočtu pohybů Slunce a Měsíce.


Napierovy kosti

Dalším zajímavým vynálezem jsou Napierovy kosti, chytrý nástroj pro násobení, který v roce 1617 vynalezl matematik John Napier (1550-1617) ze Skotska.

Tyto  kosti  jsou sada  svislých obdélníkových tyčí, každá z nich rozdělena na 10 čtverců. Horní čtverec obsahuje číslici a zbývající čtverce obsahují prvních 9 násobků číslice. Každý násobek má své číslice oddělené diagonální čarou. Když je číslo sestrojeno uspořádáním tyčí vedle sebe s odpovídajícími číslicemi nahoře, pak jeho násobek lze snadno získat čtením odpovídající řady násobků zleva doprava a sečtením číslic nalezených v rovnoběžnících tvořených úhlopříčkou. linky. Není divu, že John Napier je také vynálezcem logaritmů, konceptu používaného ke změně násobení na sčítání.

Napierovy kosti byly velmi úspěšné a byly široce používány v Evropě až do poloviny 60. let 20. století.

Logaritmy byly také podkladem pro vynález logaritmického pravítka od Williama Oughtred (1574-1660), Anglie, v 1633.


Design Leonarda da Vinciho

N Povaha má nespočet příkladů mechanických řešení praktických problémů, takže není žádným překvapením, že  první pokus  navrhnout počítací stroj pravděpodobně provedla master obráběcích artefaktů,  Leonardo da Vinci  (1452-1519).

Leonardo da Vinci získal mnoho ze svých důmyslných nápadů pečlivým pozorováním mechaniky pohybů živých organismů. Je zajímavé, že příroda nevyvinula kolo jako řešení tohoto problému; že řešení bylo ponecháno na lidské vynalézavosti. Je zajímavé poznamenat, že kolo bylo základem většiny mechanických zařízení používaných k replikaci myšlenkového procesu zahrnutého v aritmetických operacích. Jak řekl George Chase [1]: „Historie mechanických výpočetních strojů je ve své podstatě příběhem číselného kola a zařízení, která jím otáčejí, aby registrovaly digitální a desítkové hodnoty.“


Schickardův stroj

Ton nejprve počítací stroje byly postaveny nadaných matematiků pohyboval intenzivním přáním zjednodušit opakující se charakter aritmetických operací.

První známý sčítací stroj vyrobil Wilhelm Schickard (1592-1635). V roce 1623 Schickard, polyhistor a tehdejší profesor na univerzitě v Tübingenu ve Württembersku, nyní součástí Německa, navrhl a zkonstruoval mechanické zařízení, které nazval počítací hodiny. Artefakt, který byl schopen sčítat a odečítat až šestimístná čísla, byl založen na pohybu šesti promáčknutých kol ozubených přes „zmrzačené“ kolo, které při každém úplném otočení umožnilo kolu umístěnému vpravo otočit se o 1/10 celé otočit se. Přepadový mechanismus zazvonil na zvonek. Funkce přidávání byla navržena tak, aby pomohla provádět násobení pomocí sady Napierových válců obsažených v horní polovině stroje. Podle jeho poznámek byl prototyp tohoto stroje zničen požárem. Zdá se, že v té době existoval další prototyp, ale nikdy nebyl nalezen.

Schickard, přítel velkého astronoma Johannese Keplera (1571-1630), mu  v letech 1623 a 1624 poslal několik dopisů, ve kterých stručně popsal jeho vynález. Schickard a jeho rodina nepřežili dýmějový mor a jeho podrobné poznámky zůstaly neznámé, dokud je v roce 1935 a 1956 neobjevil historik Franz Hammer. Matematik Bruno Von Freytag z univerzity v Tübingenu je použil při rekonstrukci stroje v roce 1960. Jedna jednotka je v Deutsches Museum v Mnichově.


Pascaline

Pascaline Slide ShowBlaise Pascalovi (1623-1662) bylo pouhých 18 let, když  v roce 1642 počal Pascaline. Předčasně vyspělý francouzský matematik a filozof Pascal ve věku 12 let zjistil, že součet úhlů v trojúhelníku je vždy 180 stupňů. Později položil základy pro teorii pravděpodobnosti a významně přispěl k vědě hydrauliky. Pascaline, postavený v roce 1643, byl možná prvním mechanickým přikládacím zařízením skutečně používaným pro praktické účely. Postavil jej Pascal, aby pomohl svému otci Etienne Pascalovi, výběrčímu daní, s únavnou činností při sčítání a odečítání velkých posloupností čísel. Stroj se však obtížně používal a pravděpodobně nebyl příliš užitečný kvůli francouzskému měnovému systému, který neměl základ 10. Libra měla 20 solů a sol měla 12 denierů.

Pascal si nebyl vědom Schickardova stroje a jeho řešení nebylo tak elegantní a efektivní. Jak řekl Paul E. Dune, „kdyby si Schickardovy nápady našly široké publikum, nebyl by vynalezen Pascalův stroj.“

Byl postaven na mosazné obdélníkové skříni, kde sada ozubených ciferníků pohybovala vnitřními koly tak, že plné otočení kola způsobilo, že se kolo nalevo posunulo o jednu desetinu. Přestože první prototyp obsahoval pouze 5 kol, pozdější jednotky byly postaveny se 6 a 8 koly. K otáčení číselníků byl použit čep. Na rozdíl od Schickardova stroje se kola pohybovala pouze ve směru hodinových ručiček a byla navržena pouze pro sčítání čísel. Odečítání bylo prováděno použitím těžkopádné techniky založené na přidání devítkového doplňku.

Přestože stroj v té době přitahoval velkou pozornost, nedočkal se širokého přijetí, protože byl drahý, nespolehlivý a také náročný na použití a výrobu. Do roku 1652 bylo vyrobeno asi 50 kusů, ale prodalo se méně než 15 kusů. Zpočátku měl Pascal o svůj vynález velký zájem a v roce 1649 pro svůj nápad dokonce získal „privilegovanou“ ochranu (středověký ekvivalent patentu), ale jeho zájem o vědu a „materiál“ skončil, když se stáhl k jansensistovi. klášter v roce 1655 soustředil veškerou svou pozornost na filozofii. Zemřel v roce 1662.

Během období 30 let po Pascalově vynálezu postavilo několik lidí počítací stroje založené na tomto návrhu. Nejznámější byl sčítací stroj Sira Samuela Morlanda (1625-1695) z Anglie. Tento stroj vynalezený v roce 1666 měl duodecimální stupnici založenou na anglické měně a vyžadoval zásah člověka, aby se dostal do nosiče zobrazeného na pomocném číselníku.

Je zajímavé, že ještě na začátku 20. století několik společností představilo modely založené přímo na Pascalově návrhu. Jedním z příkladů je Blesková přenosná sčítačka představený v roce 1908 společností Lightning Adding Machine Co. z Los Angeles. Dalším příkladem je Addometer představený v roce 1920 společností Reliable Typewriter and Adding Machine Co. z Chicaga. Žádný z nich nedosáhl komerčního úspěchu.


Leibniz stupňovitý buben

Psal se rok 1672, kdy se slavný německý polymatik, matematik a filozof Gottfried Wilhelm Von Leibniz (1646-1716), spoluvynálezce diferenciálního počtu, rozhodl postavit stroj schopný provádět čtyři základní aritmetické operace. Inspirací mu bylo zařízení na počítání kroků (krokoměr), které viděl na diplomatické misi v Paříži.

Stejně jako Pascal byl i Leibniz zázračné dítě. Ve věku 8 let se naučil latinu a druhý doktorát získal, když mu bylo 19. Jakmile se dozvěděl o Pascalově návrhu, vstřebal všechny jeho detaily a vylepšil design tak, aby umožňoval násobení a dělení. V roce 1674 byl jeho návrh hotov a stavbu prototypu zadal řemeslníkovi z Paříže jménem Olivier.

Osazením Počítadlo, jako Leibniz nazývá svůj stroj, který se používá speciální typ zařízení pojmenovanou osazením bubnu nebo Leibniz Kolo což byl válec s devíti zuby ve tvaru tyče s rostoucí délkou rovnoběžně s osou válce. Když se buben otáčí pomocí kliky, běžné desetizubé kolo, upevněné přes posuvnou osu, se otáčí od nuly do devíti poloh v závislosti na své relativní poloze k bubnu. Stejně jako v zařízení Pascal je pro každou číslici jedna sada koleček. To umožňuje uživateli posouvat mobilní osu tak, že když se buben otáčí, generuje v běžných kolech pohyb úměrný jejich relativní poloze. Tento pohyb pak zařízení převádí na násobení nebo dělení v závislosti na tom, kterým směrem se stupňovitý buben otáčí.

Neexistuje žádný důkaz, že by kdy byly vyrobeny více než dva prototypy tohoto stroje. I když byl Leibniz jedním z nejvýznamnějších polyhistorů své doby, zemřel v chudobě a bez odměny. Jeho stroj zůstal na půdě univerzity v Göttingenu, dokud jej v roce 1879 nenašel dělník, když opravoval netěsnost ve střeše. Nyní je ve Státním muzeu v Hannoveru; další je v Deutsches Museum v Mnichově.


Výpočet zařízení v průběhu 18. století Pascal je a vzory Leibniz byly základem pro většinu mechanických kalkulátorů postavených během 18-tého  století. Giovanni Poleni  vyrobený v roce 1709, v roce 1725 Lépine, Antonius Braun v roce 1725, Jacob Leupold roku 1727, Hillerin de Boistissandau v roce 1730, CL Gersten v roce 1735, Jacob Isaac Pereire v roce 1750, Phillip Mathieus Hahn v Německu v roce 1773. Charles, třetí hrabě Stanhope, Anglie, v roce 1775; Johan Helfreich Müller v roce 1783, Jacob Auch v roce 1790 a Reichhold v roce 1792. [4].

Zvláštní pozornost si zaslouží farář Phillip Mathieus Hahn (1730-1790), který v roce 1773 vyvinul první funkční kalkulačku založenou na Leibnizově stupňovitém bubnu. Hahnův kalkulátor měl sadu 12 bubnů v kruhovém uspořádání ovládaných klikou umístěnou v ose uspořádání. Hahn tyto stroje vyráběl až do své smrti v roce 1790, ale jeho dva synové a jeho švagr Johann Christopher Schuster ve výrobě pokračovali pravděpodobně až v roce 1820.

Na konci 18. století byly počítací stroje stále kuriozitami používanými spíše pro účely zobrazování než pro skutečné použití. Omezení způsobená technologií znemožnila splnit Pascalův sen udělat z nich praktické výpočetní zařízení.


Referenční zdroje
Internetové zdroje

Copyright © James Redin – Upraveno: 20. srpna 2018.

Budování webových služeb způsobem REST

Original page: http://xfront.com/REST-Web-Services.html

Roger L. Costello

Nejprve poskytnu stručný úvod do REST a poté popíšu, jak budovat webové služby ve stylu REST.

Co je REST?

REST je termín, který vytvořil Roy Fielding ve svém Ph.D. disertační práce [1] k popisu stylu architektury síťových systémů. REST je zkratka pro reprezentativní státní převod.

Proč se tomu říká Representation State Transfer?

Web se skládá ze zdrojů. Zdroj je jakákoliv položka zájmu. Například Boeing Aircraft Corp může definovat zdroj 747. Klienti mohou k tomuto zdroji přistupovat pomocí této adresy URL:

http://www.boeing.com/aircraft/747

Reprezentace ze zdroje je vrácena (např Boeing747.html). Reprezentace umístí klientskou aplikaci do stavu. Výsledkem toho, že klient projde hypertextovým odkazem v Boeing747.html, je přístup k dalšímu zdroji. Nová reprezentace umístí klientskou aplikaci do ještě jiného stavu. Klientská aplikace tedy mění (přenosy) stav s každou reprezentací prostředků –> Přenos reprezentativního stavu!

Zde je vysvětlení Roye Fieldinga o významu reprezentativního převodu státu:

„Representational State Transfer má vyvolat představu, jak se dobře navržená webová aplikace chová: síť webových stránek (virtuální stavový stroj), kde uživatel postupuje aplikací výběrem odkazů (přechodů stavů), což má za následek další stránka (představující další stav aplikace) je přenesena k uživateli a vykreslena pro jeho použití.”

Motivace pro REST

Motivací pro REST bylo zachytit vlastnosti webu, díky kterým byl web úspěšný. Následně se tyto vlastnosti používají k vedení vývoje webu.

REST – architektonický styl, nikoli standard

REST není standard. Neuvidíte, že W3C vydává specifikaci REST. Neuvidíte IBM, Microsoft nebo Sun prodávat vývojářskou sadu nástrojů REST. Proč? Protože REST je jen architektonický styl. Tenhle styl nemůžeš zkrotit. Můžete to pouze pochopit a navrhnout své webové služby v tomto stylu. (Analogický s architektonickým stylem klient-server. Neexistuje žádný standard klient-server.)

Přestože REST není standard, používá standardy:

  • HTTP
  • URL
  • XML/HTML/GIF/JPEG/atd (Reprezentace zdrojů)
  • text/xml, text/html, image/gif, image/jpeg, atd (MIME Typy)

Klasický REST systém

Web je REST systém! Mnoho z těchto webových služeb, které používáte již mnoho let – služby objednávání knih, vyhledávací služby, online slovníkové služby atd. – jsou webové služby založené na REST. Bohužel jste používali REST, budovali REST služby a ani jste o tom nevěděli.

REST se zabývá “velkým obrazem” webu. Nezabývá se detaily implementace (např. používání Java servletů nebo CGI k implementaci webové služby). Podívejme se tedy na příklad vytvoření webové služby z „velkého obrázku“ REST.

Webové služby skladu dílů

Parts Depot, Inc (fiktivní společnost) nasadila některé webové služby, aby svým zákazníkům umožnila:

  • získat seznam dílů
  • získat podrobné informace o konkrétní části
  • odeslat nákupní objednávku (PO)

Podívejme se, jak je každá z těchto služeb implementována klidným způsobem.

Získejte seznam dílů

Webová služba zpřístupní adresu URL zdroje kusovníku. Klient by například použil tuto adresu URL k získání seznamu dílů:

http://www.parts-depot.com/parts

Všimněte si, že „jak“ webová služba generuje kusovník, je pro klienta zcela transparentní. Klient ví pouze to, že pokud odešle výše uvedenou adresu URL, vrátí se dokument obsahující seznam dílů. Vzhledem k tomu, že implementace je pro klienty transparentní, může Parts Depot upravit základní implementaci tohoto zdroje, aniž by to mělo dopad na klienty. Toto je volné spojení.

Zde je dokument, který klient obdrží:

<?xml version="1.0"?>
<p:Parts xmlns:p="http://www.parts-depot.com" 
         xmlns:xlink="http://www.w3.org/1999/xlink">
      <Part id="00345" xlink:href="http://www.parts-depot.com/parts/00345"/>
      <Part id="00346" xlink:href="http://www.parts-depot.com/parts/00346"/>
      <Part id="00347" xlink:href="http://www.parts-depot.com/parts/00347"/>
      <Part id="00348" xlink:href="http://www.parts-depot.com/parts/00348"/>
</p:Parts>

[Předpokládejme, že prostřednictvím vyjednávání obsahu služba určila, že klient chce reprezentaci ve formátu XML (pro zpracování mezi stroji).] Všimněte si, že seznam součástí obsahuje odkazy na získání podrobných informací o každé součásti. Toto je klíčová vlastnost REST. Klient přechází z jednoho stavu do druhého tak, že prozkoumá a vybere z alternativních adres URL v dokumentu odpovědi.

Získejte podrobná data dílů

Webová služba zpřístupňuje URL pro každý zdroj součásti. Zde je příklad, jak klient požaduje část 00345:

http://www.parts-depot.com/parts/00345

Zde je dokument, který klient obdrží:

<?xml version="1.0"?>
<p:Part xmlns:p="http://www.parts-depot.com"   
        xmlns:xlink="http://www.w3.org/1999/xlink">
      <Part-ID>00345</Part-ID>
      <Name>Widget-A</Name>
      <Description>This part is used within the frap assembly</Description>
      <Specification xlink:href="http://www.parts-depot.com/parts/00345/specification"/>
      <UnitCost currency="USD">0.10</UnitCost>
      <Quantity>10</Quantity>
</p:Part>

Znovu pozorujte, jak jsou tato data propojena s dalšími daty – specifikaci této části lze nalézt procházením hypertextového odkazu. Každý dokument s odpovědí umožňuje klientovi procházet a získat podrobnější informace.

Odeslat PO

Webová služba zpřístupňuje adresu URL pro odeslání objednávky. Klient vytvoří dokument instance PO, který odpovídá schématu PO, které Parts Depot navrhl (a zveřejnil v dokumentu WSDL). Klient odešle PO.xml jako datovou část HTTP POST.

Služba PO odpoví na HTTP POST s URL na odeslanou PO. Klient tak může objednávku kdykoli poté načíst (pro aktualizaci/editaci). PO se stala informací, která je sdílena mezi klientem a serverem. Sdíleným informacím (PO) je přidělena adresa (URL) serverem a jsou vystaveny jako webová služba.

Logické adresy URL versus fyzické adresy URL

Zdroj je koncepční entita. Reprezentace je konkrétním projevem zdroje. Tato adresa URL:

http://www.parts-depot.com/parts/00345

je logická adresa URL, nikoli fyzická adresa URL. Není tedy třeba, aby pro každou část byla například statická HTML stránka. Ve skutečnosti, pokud by existoval milion částí, pak by milion statických HTML stránek nebyl příliš atraktivní design.

[Podrobnosti implementace: Parts Depot by mohl implementovat službu, která získává podrobná data o konkrétním dílu pomocí Java Servlet, který analyzuje řetězec za názvem hostitele, používá číslo dílu k dotazu na databázi dílů, formuluje výsledky dotazu jako XML a pak vraťte XML jako datovou část odpovědi HTTP.]

Pokud jde o styl, adresy URL by neměly odhalovat použitou techniku implementace. Musíte mít možnost svou implementaci změnit, aniž byste ovlivnili klienty nebo měli zavádějící adresy URL.

Charakteristika webových služeb REST

Zde jsou vlastnosti REST:

  • Klient-Server: styl interakce založený na stahování: náročné reprezentace vytažení komponent.
  • Bezstavový: každý požadavek od klienta k serveru musí obsahovat všechny informace nezbytné k pochopení požadavku a nemůže využívat žádný uložený kontext na serveru.
  • Cache: pro zlepšení efektivity sítě musí být možné odezvy označit jako cacheable nebo non-cacheable.
  • Jednotné rozhraní: ke všem zdrojům se přistupuje pomocí obecného rozhraní (např. HTTP GET, POST, PUT, DELETE).
  • Pojmenované zdroje – systém se skládá ze zdrojů, které jsou pojmenovány pomocí URL.
  • Vzájemně propojené reprezentace zdrojů – reprezentace zdrojů jsou vzájemně propojeny pomocí URL, což umožňuje klientovi postupovat z jednoho stavu do druhého.
  • Mezi klienty a zdroje lze vložit vrstvené komponenty – prostředníky, jako jsou proxy servery, cache servery, brány atd., aby podpořili výkon, bezpečnost atd.

Principy návrhu webových služeb REST

1. Klíčem k vytvoření webových služeb v síti REST (tj. webu) je identifikovat všechny koncepční entity, které chcete vystavit jako služby. Výše jsme viděli několik příkladů zdrojů: seznam dílů, podrobná data dílů, nákupní objednávka.

2. Vytvořte URL pro každý zdroj. Zdrojem by měla být podstatná jména, nikoli slovesa. Nepoužívejte například toto:

http://www.parts-depot.com/parts/getPart?id=00345

Všimněte si slovesa, getPart. Místo toho použijte podstatné jméno:

http://www.parts-depot.com/parts/00345

3. Rozdělte své zdroje do kategorií podle toho, zda klienti mohou pouze obdržet reprezentaci zdroje, nebo zda klienti mohou zdroj upravit (přidat k němu). V prvním případě zpřístupněte tyto prostředky pomocí HTTP GET. Pro pozdější zpřístupnění těchto zdrojů pomocí HTTP POST, PUT a/nebo DELETE. 4. Všechny zdroje dostupné přes HTTP GET by měly být bez vedlejších efektů. To znamená, že zdroj by měl pouze vracet reprezentaci zdroje. Vyvolání prostředku by nemělo vést k úpravě prostředku. 5. Žádný muž/žena není ostrov. Stejně tak by žádná reprezentace neměla být ostrovem. Jinými slovy, umístěte hypertextové odkazy do reprezentací zdrojů, abyste klientům umožnili získat další informace a/nebo získat související informace.6. Navrhněte postupné odhalování dat. Neodhalujte vše v jediném dokumentu s odpovědí. Chcete-li získat další podrobnosti, zadejte hypertextové odkazy. 7. Zadejte formát dat odezvy pomocí schématu (DTD, W3C Schema, RelaxNG nebo Schematron). U služeb, které vyžadují POST nebo PUT, poskytněte také schéma pro určení formátu odpovědi. 8. Popište, jak mají být vaše služby vyvolány pomocí dokumentu WSDL nebo jednoduše dokumentu HTML.

Souhrn

Tento článek popsal REST jako architektonický styl. Ve skutečnosti je to architektonický styl webu. REST popisuje, proč web dobře funguje. Dodržování zásad REST zajistí, že vaše služby budou dobře fungovat v kontextu webu. V příštím článku budu psát o vývoji webu pomocí principů REST.

Potvrzení

Děkuji Robertu Leftwichovi a Philipu Eskelinovi za velmi užitečné komentáře při vytváření tohoto dokumentu.

Reference

[1] http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

Jak klást otázky chytrým způsobem

Original page: http://www.catb.org/~esr/faqs/smart-questions.html

Eric Steven Raymond
Historie revizí
Revize 3.10 21. května 2014 esr
Nová sekce na Stack Overflow.
Revize 3.9 23. dubna 2013 esr
opravy URL.
Revize 3.8 19. června 2012 esr
Oprava adresy URL.
Revize 3.7 6. prosince 2010 esr
Užitečné rady pro reproduktory ESL.
Revize 3.7 2. listopadu 2010 esr
Několik překladů zmizelo.
Revize 3.6 19. března 2008 esr
Menší aktualizace a nové odkazy.
Revize 3.5 2. ledna 2008 esr
Oprava překlepu a několik odkazů na překlad.
Revize 3.4 24. března 2007 esr
Nová sekce „Při dotazu na kód“.
Revize 3.3 29. září 2006 esr
Složeno podle dobrého návrhu od Kai Niggemanna.
Revize 3.2 10. ledna 2006 esr
Přeloženo do úprav od Ricka Moena.
Revize 3.1 28. října 2004 esr
Dokument „Google je váš přítel!“
Revize 3.0 2. února 2004 esr
Hlavní přírůstek věcí o správné etiketě na webových fórech.

Zřeknutí se odpovědnosti

Mnoho webových stránek projektu odkazuje na tento dokument ve svých sekcích, jak získat pomoc. To je v pořádku, je to účel, který jsme zamýšleli – ale pokud jste webmaster, který vytváří takový odkaz na stránku vašeho projektu, zobrazte prosím viditelně u odkazu upozornění, že nejsme help desk pro váš projekt!

Prakticky jsme se naučili, že bez takového upozornění nás budou opakovaně otravovat idioti, kteří si myslí, že zveřejněním tohoto dokumentu je naším úkolem vyřešit všechny světové technické problémy.

Pokud čtete tento dokument, protože potřebujete pomoc, a odcházíte s dojmem, že ji můžete získat přímo od autorů tohoto dokumentu, jste jedním z idiotů, o kterých mluvíme. Neptejte se nás. Prostě tě budeme ignorovat. Jsme tu, abychom vám ukázali, jak získat pomoc od lidí, kteří skutečně vědí o softwaru nebo hardwaru, se kterým máte co do činění, ale v 99,9 % případů to nebudeme my. Pokud si nejste  jisti,  že jeden z autorů je odborníkem na to, čím se zabýváte, nechte nás být a všichni budou šťastnější.

Úvod

Ve světě hackerů závisí druh odpovědí na své technické otázky stejně tak na způsobu, jakým otázky kladete, jako na obtížnosti vypracování odpovědi. Tato příručka vás naučí, jak klást otázky tak, abyste získali uspokojivou odpověď.

Nyní, když se používání open source rozšířilo, můžete často získat stejně dobré odpovědi od jiných zkušenějších uživatelů jako od hackerů. To je dobrá věc; uživatelé mají tendenci být jen o něco tolerantnější k druhům selhání, které nováčci často mají. Přesto, zacházet se zkušenými uživateli jako s hackery způsoby, které zde doporučujeme, bude obecně nejúčinnějším způsobem, jak z nich získat užitečné odpovědi.

První věc, kterou je třeba pochopit, je, že hackeři mají ve skutečnosti rádi těžké problémy a dobré, podnětné otázky o nich. Kdybychom to neudělali, nebyli bychom tady. Pokud nám dáte zajímavou otázku, budeme vám vděční; dobré otázky jsou podnětem a darem. Dobré otázky nám pomáhají rozvíjet naše porozumění a často odhalují problémy, kterých bychom si jinak možná nevšimli nebo o nich nepřemýšleli. Mezi hackery, “Dobrá otázka!” je silný a upřímný kompliment.

Navzdory tomu mají hackeři pověst, že se setkávají s jednoduchými otázkami s tím, co vypadá jako nepřátelství nebo arogance. Někdy to vypadá, že jsme reflexivně hrubí k nováčkům a ignorantům. Ale to není pravda.

To, co jsme, bez omluvy, je nepřátelské vůči lidem, kteří se zdají být neochotní přemýšlet nebo dělat vlastní domácí úkoly, než položí otázky. Takoví lidé jsou potápěči času – berou, aniž by to vraceli, a ztrácejí čas, který jsme mohli věnovat jiné otázce, která by byla zajímavější a jiná osoba hodná odpovědi. Takovým lidem říkáme „losers“ (a z historických důvodů to někdy hláskujeme „lusers“).

Uvědomujeme si, že existuje mnoho lidí, kteří chtějí pouze používat software, který píšeme, a kteří nemají zájem učit se technické detaily. Pro většinu lidí je počítač pouze nástrojem, prostředkem k dosažení cíle; mají důležitější věci na práci a životy. Uznáváme to a neočekáváme, že se každý bude zajímat o technické záležitosti, které nás fascinují. Nicméně, náš styl zodpovězení otázek je vyladěn pro lidi, kteří dělají mít takový zájem a jsou ochotni stát se aktivními účastníky při řešení problémů. To se nezmění. Ani by nemělo; kdyby tomu tak bylo, byli bychom méně efektivní ve věcech, které umíme nejlépe.

Jsme (z velké části) dobrovolníci. V uspěchaných životech si dáváme čas na zodpovězení otázek a občas jsme jimi zahlceni. Filtrujeme tedy nemilosrdně. Zejména zahazujeme otázky od lidí, kteří se zdají být poraženými, abychom čas strávený zodpovězením otázek strávili efektivněji na vítězích.

Pokud vám tento postoj připadá nepříjemný, blahosklonný nebo arogantní, zkontrolujte své domněnky. Nežádáme vás, abyste se nám poklonili – ve skutečnosti by většina z nás nemilovala nic jiného, ​​než že s vámi jednáme jako se sobě rovnými a vítáme vás v naší kultuře, pokud vynaložíte úsilí potřebné k tomu, aby to bylo možné. Ale prostě pro nás není efektivní snažit se pomáhat lidem, kteří si sami pomoci nejsou. Je v pořádku být ignorant; není v pořádku hrát hloupě.

I když tedy není nutné být již technicky kompetentní, abyste od nás získali pozornost, je nutné prokázat druh přístupu, který ke kompetentnosti vede – pozorný, přemýšlivý, pozorný, ochotný být aktivním partnerem při vývoji řešení. Pokud nemůžete žít s tímto druhem diskriminace, doporučujeme, abyste někomu zaplatili smlouvu na komerční podporu, místo abyste žádali hackery, aby vám osobně věnovali pomoc.

Pokud se rozhodnete přijít k nám pro pomoc, nechcete být jedním z poražených. Ani vy nechcete vypadat jako jeden. Nejlepší způsob, jak získat rychlou a pohotovou odpověď, je zeptat se na ni jako inteligentní, sebevědomý a záchytný člověk, který náhodou potřebuje pomoc s jedním konkrétním problémem.

(Vylepšení této příručce jsou vítány. Můžete poštou návrhy esr@thyrsus.com nebo respond-auto@linuxmafia.com. Všimněte si však, že tento dokument není zamýšlen jako obecný návod k netikety a budeme obecně odmítat návrhy, které se konkrétně netýkají získávání užitečných odpovědí na technickém fóru.)

Než se zeptáte

Než položíte technickou otázku e-mailem, v diskusní skupině nebo na diskusním fóru webu, proveďte následující:

  1. Pokuste se najít odpověď prohledáním archivů fóra nebo e-mailové konference, do které plánujete přispívat.
  2. Zkuste najít odpověď hledáním na webu.
  3. Pokuste se najít odpověď přečtením manuálu.
  4. Pokuste se najít odpověď přečtením FAQ.
  5. Pokuste se najít odpověď inspekcí nebo experimentováním.
  6. Pokuste se najít odpověď tím, že se zeptáte zkušeného přítele.
  7. Pokud jste programátor, zkuste najít odpověď čtením zdrojového kódu.

Když položíte svou otázku, ukažte nejprve skutečnost, že jste tyto věci udělali; pomůže vám to zjistit, že nejste líná houba a neztrácíte čas lidí. Ještě lepší je ukázat, co jste se  naučili  z těchto věcí. Rádi odpovídáme na otázky pro lidi, kteří prokázali, že se z odpovědí mohou poučit.

Použijte taktiku, jako je vyhledávání na Googlu v textu jakékoli chybové zprávy, která se vám zobrazí (prohledávání skupin Google i webových stránek). To vás může zavést přímo k opravě dokumentace nebo vlákna konference, která odpovídá na vaši otázku. I když tomu tak není, říct „Googloval jsem na následující frázi, ale nenašel jsem nic, co by vypadalo slibně“,  je dobrá věc, kterou můžete udělat v e-mailu nebo zprávách s žádostí o pomoc, už jen proto, že zaznamenává, jaká vyhledávání budou.“ t pomoci. Pomůže také nasměrovat další lidi s podobnými problémy do vašeho vlákna tím, že propojíte hledané výrazy s tím, co bude, doufejme, váš problém a vlákno řešení.

Nepospíchej. Neočekávejte, že budete schopni vyřešit složitý problém pomocí pár sekund googlování. Než se obrátíte na odborníky, přečtěte si a pochopte často kladené otázky, posaďte se, uvolněte se a zamyslete se nad problémem. Věřte nám, že z vašich otázek poznají, jak moc jste četli a přemýšleli, a ochotněji vám pomohou, pokud přijdete připraveni. Neházejte okamžitě celý svůj arzenál otázek jen proto, že vaše první hledání nepřineslo žádné odpovědi (nebo příliš mnoho).

Připravte si otázku. Promyslete si to. Unáhleně znějící otázky dostávají ukvapené odpovědi, nebo vůbec žádné. Čím více toho uděláte, abyste prokázali, že když jste před vyhledáním pomoci věnovali přemýšlení a úsilí do vyřešení vašeho problému, tím větší je pravděpodobnost, že pomoc skutečně získáte.

Dejte si pozor na špatnou otázku. Pokud se zeptáte na něco, co je založeno na chybných předpokladech, J. Random Hacker pravděpodobně odpoví zbytečně doslovnou odpovědí, zatímco si myslí  „Hloupá otázka…“ a doufá, že zkušenost s tím, že dostanete to, co jste požadovali, a nikoli to, co jste potřebovali, vás naučí. máš lekci.

Nikdy nepředpokládejte, že máte  právo  na odpověď. Nejsi; za službu koneckonců neplatíte. Získáte odpověď, pokud si ji zasloužíte, položením podstatné, zajímavé a podnětné otázky – otázky, která implicitně přispívá ke zkušenostem komunity, spíše než jen pasivně vyžadovat znalosti od ostatních.

Na druhou stranu dát najevo, že jste schopni a ochotni pomoci v procesu vývoje řešení, je velmi dobrý začátek. “Poskytl by někdo ukazatel?”, „Jaký je můj příklad chybí?“ a „Jaký web bych měl zkontrolovat?“ je pravděpodobnější, že dostanou odpověď než  „Napište prosím přesný postup, který bych měl použít.“ protože dáváte jasně najevo, že jste skutečně ochotni dokončit proces, pokud vás někdo může nasměrovat správným směrem.

Když se zeptáte

Pečlivě vybírejte své fórum

Buďte citliví při výběru místa, kde se ptáte. Pravděpodobně budete ignorováni nebo odepsáni jako poražení, pokud:

  • položte svůj dotaz na fórum, kde je mimo téma
  • pošlete velmi elementární otázku do fóra, kde se očekávají pokročilé technické otázky, nebo naopak
  • cross post do příliš mnoha různých diskusních skupin
  • pošlete osobní e-mail někomu, kdo není ani váš známý, ani není osobně odpovědný za vyřešení vašeho problému

Hackeři vyhazují otázky, které jsou nevhodně cílené, aby se pokusili ochránit své komunikační kanály před utopením v irelevantnosti. Nechceš, aby se ti to stalo.

Prvním krokem je proto najít správné fórum. Opět platí, že Google a další metody vyhledávání na webu jsou vaším přítelem. Použijte je k nalezení webové stránky projektu, která je nejtěsněji spojena s hardwarem nebo softwarem, který vám způsobuje potíže. Obvykle bude obsahovat odkazy na seznam FAQ (Frequently Asked Questions) a na e-mailové konference projektu a jejich archivy. Tyto seznamy adresátů jsou posledními místy, kam se můžete obrátit o pomoc, pokud vaše vlastní úsilí (včetně přečtení těch často kladených otázek, které jste našli) nenalezlo řešení. Stránka projektu může také popisovat postup hlášení chyb nebo na něj obsahovat odkaz; pokud ano, řiďte se tím.

Odstřelit e-mail osobě nebo fóru, které neznáte, je přinejlepším riskantní. Nepředpokládejte například, že autor informativní webové stránky chce být vaším bezplatným konzultantem. Nedělejte optimistické odhady, zda bude vaše otázka vítána – pokud si nejste jisti, odešlete ji jinam nebo ji neposílejte vůbec.

Při výběru webového fóra, diskusní skupiny nebo mailing listu nedůvěřujte příliš samotnému názvu; vyhledejte FAQ nebo chartu, abyste si ověřili, že je vaše otázka k tématu. Před odesláním příspěvku si přečtěte část zpětného provozu, abyste měli představu, jak se tam věci dělají. Ve skutečnosti je velmi dobrý nápad před odesláním příspěvku vyhledávat slova týkající se vašeho problému pomocí klíčových slov v archivu diskusní skupiny nebo konference. Může vám najít odpověď, a pokud ne, pomůže vám formulovat lepší otázku.

Nestřílejte všechny dostupné kanály pomoci najednou, je to jako křičet a dráždí to lidi. Procházejte jimi jemně.

Vědět, jaké je vaše téma! Jednou z klasických chyb je kladení dotazů na programovací rozhraní Unixu nebo Windows na fóru věnovaném jazyku nebo knihovně nebo nástroji přenosnému napříč oběma. Pokud nechápete, proč se jedná o omyl, bude nejlepší, když se nebudete ptát, dokud to nedostanete.

Obecně platí, že otázky na dobře vybrané veřejné fórum s větší pravděpodobností dostanou užitečné odpovědi než otázky ekvivalentní soukromému fóru. Důvodů je více. Jedním z nich je jednoduše velikost skupiny potenciálních respondentů. Dalším je velikost publika; hackeři raději odpovídají na otázky, které vzdělávají mnoho lidí, než na otázky sloužící jen několika málo lidem.

Je pochopitelné, že zkušení hackeři a autoři populárního softwaru již dostávají více, než je jejich spravedlivý podíl, špatně cílených zpráv. Přidáním k záplavě můžete být v extrémních případech dokonce slámou, která zlomí velbloudovi hřbet – častokrát přispěvatelé populárních projektů stáhli svou podporu, protože vedlejší škody v podobě zbytečného e-mailového provozu na jejich osobních účtech se stal nesnesitelným.

Přetečení zásobníku

Hledejte a  poté se  zeptejte na Stack Exchange

V posledních letech se komunita stránek Stack Exchange stala hlavním zdrojem pro zodpovězení technických a jiných otázek a je dokonce preferovaným fórem pro mnoho open-source projektů.

Než se podíváte na Stack Exchange, začněte vyhledáváním Google; Google jej indexuje v reálném čase. Existuje velmi dobrá šance, že někdo podobnou otázku již položil, a stránky Stack Exchange jsou často v horní části výsledků vyhledávání. Pokud jste přes Google nic nenašli, hledejte znovu na konkrétním webu, který je pro vaši otázku nejrelevantnější (viz níže). Vyhledávání pomocí značek může pomoci zúžit výsledky.

Pokud jste stále nic nenašli, zveřejněte svůj dotaz na  jednom  webu, kde je to nejvíce aktuální. Použijte nástroje pro formátování, zejména pro kód, a přidejte značky, které souvisejí s podstatou vaší otázky (zejména s názvem programovacího jazyka, operačního systému nebo knihovny, se kterou máte potíže). Pokud vás komentátor požádá o další informace, upravte svůj hlavní příspěvek tak, aby je obsahoval. Pokud je nějaká odpověď užitečná, klikněte na šipku nahoru a dejte jí hlas; pokud odpověď nabízí řešení vašeho problému, klikněte na zaškrtnutí pod hlasovacími šipkami a přijměte ji jako správnou.

Stack Exchange se rozrostl na  více než 100 webů , ale zde jsou nejpravděpodobnější kandidáti:

  • Super uživatel je určen pro dotazy týkající se univerzálního počítače. Pokud se vaše otázka netýká kódu nebo programů, se kterými komunikujete pouze prostřednictvím síťového připojení, pravděpodobně je zde.
  • Stack Overflow je určen pro dotazy týkající se programování.
  • Chyba serveru je určena pro dotazy týkající se správy serveru a sítě.

Několik projektů má své vlastní specifické stránky, včetně Android, Ubuntu, TeX/LaTeX a SharePoint. Aktuální seznam najdete na webu Stack Exchange.

Web a IRC fóra

Vaše místní uživatelská skupina nebo vaše distribuce Linuxu může inzerovat webové fórum nebo IRC kanál, kde mohou nováčci získat pomoc. (V neanglicky mluvících zemích jsou fóra nováčků stále spíše seznamy adresátů.) Zde je dobré se nejprve zeptat, zvláště pokud si myslíte, že jste zakopli o relativně jednoduchý nebo běžný problém. Inzerovaný IRC kanál je otevřenou pozvánkou, kde můžete klást otázky a často získat odpovědi v reálném čase.

Ve skutečnosti, pokud máte program, který vám dělá problémy, z linuxové distribuce (jak je dnes běžné), může být lepší se zeptat na fóru/seznamu distribuce, než vyzkoušíte fórum/seznam projektu daného programu. Hackeři projektu mohou jen říci:  „použijte  naše  sestavení“ .

Před odesláním příspěvku na jakékoli webové fórum zkontrolujte, zda má funkci Hledat. Pokud ano, zkuste pár vyhledávání klíčových slov pro něco jako váš problém; prostě to může pomoct. Pokud jste dříve prováděli obecné vyhledávání na webu (jak byste měli), prohledejte fórum přesto; váš webový vyhledávač nemusí mít v poslední době indexováno celé toto fórum.

Existuje rostoucí tendence projektů poskytovat uživatelskou podporu prostřednictvím webového fóra nebo IRC kanálu, přičemž e-mail je vyhrazen spíše pro vývojový provoz. Při hledání pomoci pro konkrétní projekt tedy nejprve vyhledejte tyto kanály.

V IRC je pravděpodobně nejlepší nevysypávat nejprve dlouhý popis problému na kanál; někteří lidé to interpretují jako zaplavení kanálů. Nejlepší je vyslovit jednořádkový popis problému tak, aby zahájil konverzaci na kanálu.

Jako druhý krok použijte projektové e-mailové konference

Když má projekt vývojářský mailing list, pište do mailing listu, ne jednotlivým vývojářům, i když si myslíte, že víte, kdo může nejlépe odpovědět na vaši otázku. Zkontrolujte dokumentaci projektu a jeho domovskou stránku, abyste našli adresu projektového mailing listu, a použijte jej. Pro tuto zásadu existuje několik dobrých důvodů:

  • Jakákoli otázka dostatečně dobrá na to, aby byla položena jednomu vývojáři, bude také hodnotná pro celou skupinu. Naopak, pokud máte podezření, že vaše otázka je příliš hloupá pro seznam adresátů, není to omluva pro obtěžování jednotlivých vývojářů.
  • Pokládání otázek na seznamu rozděluje zatížení mezi vývojáře. Jednotlivý vývojář (zejména pokud je vedoucím projektu) může být příliš zaneprázdněn, aby odpovídal na vaše otázky.
  • Většina e-mailových konferencí je archivována a archivy jsou indexovány vyhledávači. Pokud položíte svou otázku v seznamu a bude zodpovězena, budoucí querent může najít vaši otázku a odpověď na webu, místo aby ji znovu položil.
  • Pokud se některé otázky objevují často, mohou vývojáři tyto informace použít ke zlepšení dokumentace nebo samotného softwaru, aby byl méně matoucí. Ale pokud jsou tyto otázky kladeny v soukromí, nikdo nemá úplný obrázek o tom, jaké otázky jsou kladeny nejčastěji.

Pokud má projekt jak  „uživatelskou“,  tak  „vývojářskou“  (nebo  „hackerskou“ ) e-mailovou konferenci nebo webové fórum a nehackujete kód, zeptejte se v   seznamu/fóru „uživatelů“ . Nepředpokládejte, že budete vítáni na seznamu vývojářů, kde budou pravděpodobně vaši otázku vnímat jako hluk narušující jejich vývojářský provoz.

Pokud jste si však  jisti, že  vaše otázka není triviální a na „uživatelském“  seznamu/fóru několik dní nedostanete žádnou odpověď , zkuste  otázku  „vývojářskou“  . Bylo by vám dobře doporučeno, abyste tam několik dní číhali nebo si alespoň prohlédli několik posledních dnů archivovaných zpráv, abyste se naučili místní lidové zvyky, než je odešlete (ve skutečnosti je to dobrá rada pro jakýkoli soukromý nebo polosoukromý seznam).

Pokud nemůžete najít adresu mailing listu projektu, ale vidíte pouze adresu správce projektu, pokračujte a napište správci. Ale ani v tomto případě nepředpokládejte, že seznam adresátů neexistuje. Ve svém e-mailu uveďte, že jste se pokusili najít vhodný seznam adresátů. Uveďte také, že nemáte námitky proti tomu, aby byla vaše zpráva přeposlána dalším lidem. (Mnoho lidí věří, že soukromý e-mail by měl zůstat soukromý, i když v něm není nic tajného. Tím, že umožníte přeposlání vaší zprávy, dáváte svému korespondentovi na výběr, jak s vaším e-mailem zacházet.)

Používejte smysluplná a specifická záhlaví předmětu

Na e-mailových konferencích, diskusních skupinách nebo webových fórech je hlavička předmětu vaší jedinečnou příležitostí přitáhnout pozornost kvalifikovaných odborníků v délce přibližně 50 znaků nebo méně. Neplýtvejte jimi na bláboly jako  „Prosím, pomozte mi“  (natož  „POMOZTE MI!!!!“ ; zprávy s podobnými předměty reflexivně zahazujete). Nesnažte se na nás zapůsobit hloubkou svého trápení; místo toho použijte prostor pro velmi stručný popis problému.

Jedna dobrá konvence pro hlavičky předmětů, kterou používá mnoho organizací technické podpory, je  „objekt – odchylka“ . Část  „objekt“  specifikuje, která věc nebo skupina věcí má problém, a část  „odchylka“  popisuje odchylku od očekávaného chování.

Hloupý:
POMOC! Video na mém notebooku nefunguje správně!
Chytrý:
X.org 6.8.1 zdeformovaný kurzor myši, Fooware MV1005 vid. čipová sada
Chytřejší:
Kurzor myši X.org 6.8.1 na Fooware MV1005 vid. čipset – je zdeformovaný

Proces psaní popisu  „objektové odchylky“  vám pomůže zorganizovat vaše uvažování o problému podrobněji. co je ovlivněno? Jen kurzor myši nebo i jiná grafika? Je to specifické pro X.org verzi X? Na verzi 6.8.1? Je to specifické pro video čipsety Fooware? K modelu MV1005? Hacker, který vidí výsledek, může na první pohled okamžitě pochopit, s čím máte problém  a  jaký problém máte.

Obecněji si představte, že se podíváte na rejstřík archivu otázek, kde jsou zobrazeny pouze řádky předmětu. Upravte svůj předmět tak, aby odrážel vaši otázku dostatečně dobře, aby další osoba, která bude v archivu vyhledávat otázku podobnou té vaší, mohla sledovat vlákno a získat odpověď, než aby otázku znovu zadávala.

Pokud v odpovědi položíte otázku, nezapomeňte změnit předmět tak, aby označoval, že se ptáte na otázku. Řádek Předmět, který vypadá jako „Re: test“ nebo „Re: nová chyba“, s menší pravděpodobností přitáhne užitečné množství pozornosti. Také omezte citaci předchozích zpráv na minimum, což je v souladu s hledáním nových čtenářů.

Chcete-li zahájit zcela nové vlákno, jednoduše neklepejte na odpověď na zprávu seznamu. To omezí vaše publikum. Některé čtečky pošty, jako je mutt, umožňují uživateli třídit podle vlákna a poté skrýt zprávy ve vláknu složením vlákna. Lidé, kteří to dělají, vaši zprávu nikdy neuvidí.

Změna tématu nestačí. Mutt a pravděpodobně i další čtenáři pošty se dívají na jiné informace v hlavičkách e-mailu, aby je přiřadili k vláknu, nikoli na předmět. Místo toho začněte úplně nový e-mail.

Na webových fórech se pravidla dobré praxe mírně liší, protože zprávy jsou obvykle mnohem těsněji vázány na konkrétní diskusní vlákna a mimo tato vlákna jsou často neviditelné. Změna předmětu při kladení otázky v odpovědi není nezbytná. Ne všechna fóra dokonce umožňují samostatné řádky s předmětem na odpovědi a téměř nikdo je nečte, když ano. Položení otázky v odpovědi je však samo o sobě pochybná praxe, protože ji uvidí pouze ti, kteří sledují toto vlákno. Takže pokud si nejste jisti, že se chcete zeptat pouze lidí aktuálně aktivních ve vlákně, založte nové.

Usnadněte si odpověď

Dokončíte-li svůj dotaz pomocí  „Odpovězte prosím na… “,  je dost nepravděpodobné, že dostanete odpověď. Pokud se neobtěžujete věnovat ani pár sekund potřebným k nastavení správné hlavičky Reply-To ve vašem poštovním agentovi, nemůžeme se obtěžovat věnovat ani pár sekund přemýšlení o vašem problému. Pokud to váš poštovní program neumožňuje,  pořiďte si lepší poštovní program . Pokud váš operační systém nepodporuje žádné e-mailové programy, které to umožňují, pořiďte si lepší operační systém.

Na webových fórech je žádat o odpověď e-mailem vysloveně neslušné, pokud si nemyslíte, že informace mohou být citlivé (a někdo vám to z neznámého důvodu dá, ale ne celému fóru). Pokud chcete kopii e-mailu, když někdo odpoví ve vláknu, požádejte o zaslání webového fóra; tato funkce je podporována téměř všude pod možnostmi jako  „sledovat toto vlákno“ ,  „poslat odpovědi na e-mail“ atd.

Pište jasným, gramatickým a správně napsaným jazykem

Zkušeností jsme zjistili, že lidé, kteří jsou nedbalí a nedbalí autoři, jsou obvykle také nedbalí a nedbalí v myšlení a kódování (tak jako tak často dost na to, aby na to sázeli). Odpovídat na otázky nedbalým a nedbalým myslitelům se nevyplácí; raději trávíme čas jinde.

Je tedy důležité vyjádřit svou otázku jasně a dobře. Pokud se nemůžete obtěžovat to udělat, nemůžeme se obtěžovat věnovat pozornost. Věnujte další úsilí vyleštění svého jazyka. Nemusí to být strnulé nebo formální – ve skutečnosti si kultura hackerů cení neformálního, slangového a vtipného jazyka používaného s přesností. Ale musí to  být  přesné; musí tam být nějaký náznak toho, že přemýšlíte a věnujete pozornost.

Pravopis, interpunkci a velká písmena správně. Nepleťte si  „jeho“  s  „je“ ,  „volný“  s  „ztráta“ nebo  „diskrétní“  s  „diskrétní“ . Nepište VELKÝMI PÍSMENY; to je čteno jako křik a považováno za neslušné. (All-smalls je jen o něco méně otravné, protože se špatně čte. Alanu Coxovi to projde, ale vám ne.)

Obecněji řečeno, pokud píšete jako pologramotné trdlo, budete velmi pravděpodobně ignorováni. Nepoužívejte tedy zkratky pro rychlé zasílání zpráv. Když napíšete „vy“ jako „u“, budete vypadat jako pologramotné trdlo, abyste si ušetřili dvě celé klávesy. Horší: psát jako l33t skript kiddie hax0r je absolutní polibek smrti a zaručuje, že na oplátku nedostanete nic jiného než kamenné ticho (nebo v nejlepším případě hromadu pohrdání a sarkasmu).

Pokud pokládáte otázky ve fóru, které nepoužívá váš rodný jazyk, získáte omezenou rezervu za pravopisné a gramatické chyby – ale vůbec žádnou další volnost kvůli lenosti (a ano, obvykle si toho rozdílu všimneme). Také, pokud nevíte, jaké jsou jazyky vašeho respondenta, pište anglicky. Zaneprázdnění hackeři mají tendenci jednoduše klást otázky v jazycích, kterým nerozumějí, a angličtina je pracovním jazykem internetu. Psaním v angličtině minimalizujete své šance, že vaše otázka bude zahozena jako nepřečtená.

Pokud píšete v angličtině, ale je to pro vás druhý jazyk, je dobrou formou upozornit potenciální respondenty na potenciální jazykové potíže a možnosti, jak je obejít. Příklady:

  • Angličtina není můj rodný jazyk; prosím omluvte překlepy.
  • Pokud mluvíte $LANGUAGE, pošlete mi prosím email/PM; Možná budu potřebovat pomoc s překladem mého dotazu.
  • Vyznám se v odborných termínech, ale některé slangové výrazy a idiomy jsou pro mě obtížné.
  • Svou otázku jsem zveřejnil v $LANGUAGE a angličtině. Odpovědi rád přeložím, pokud použijete pouze jedno nebo druhé.

Otázky zasílejte v přístupných standardních formátech

Pokud svou otázku uměle znesnadníte čtení, je pravděpodobnější, že bude vynechána ve prospěch někoho, kdo tomu tak není. Tak:

  • Odesílejte e-maily ve formátu prostého textu, nikoli HTML. (Není těžké  vypnout HTML .)
  • Přílohy MIME jsou obvykle v pořádku, ale pouze v případě, že se jedná o skutečný obsah (jako je připojený zdrojový soubor nebo oprava), a nikoli pouze standardní verzi generovanou vaším poštovním klientem (jako je další kopie vaší zprávy).
  • Neposílejte e-maily, ve kterých jsou celé odstavce zalomené několika řádky. (V důsledku toho je příliš obtížné odpovědět jen na část zprávy.) Předpokládejme, že vaši respondenti budou číst poštu na textových displejích o šířce 80 znaků, a podle toho nastavte zalamování řádků na něco méně než 80.
  • Nicméně, to  není  zabalit dat (jako jsou skládky souborů protokolu nebo přepisů zasedání) v jakékoliv pevné šířky sloupce. Data by měla být zahrnuta tak, jak jsou, aby si respondenti mohli být jisti, že vidí to, co jste viděli vy.
  • Neposílejte kódování MIME Quoted-Printable do fóra v angličtině. Toto kódování může být nezbytné, když odesíláte v jazyce, který ASCII nepokrývá, ale mnoho e-mailových agentů jej nepodporuje. Když se rozbijí, všech těch =20 glyfů roztroušených v textu jsou ošklivé a rušivé – nebo mohou aktivně sabotovat sémantiku vašeho textu.
  • Nikdy, nikdy  neočekávejte ,  že hackeři budou schopni číst uzavřené proprietární formáty dokumentů, jako je Microsoft Word nebo Excel. Většina hackerů na ně reaguje asi tak dobře jako vy na to, když vám na prahu vysypou hromadu kouřícího prasečího hnoje. I když se s tím dokážou vyrovnat, vadí jim, že to musí dělat.
  • Pokud odesíláte e-mail z počítače se systémem Windows, vypněte problematickou funkci „Inteligentní uvozovky“ společnosti Microsoft   (V nabídce Nástroje > Možnosti automatických oprav zrušte zaškrtnutí políčka uvozovky v části Automatický formát při psaní.). Je to proto, abyste se vyhnuli kropení odpadních znaků ve vaší poště.
  • Na webových fórech nezneužívejte funkce  „smajlík“  a  „HTML“  (pokud jsou k dispozici). Jeden nebo dva smajlíky jsou obvykle v pořádku, ale barevný efektní text má tendenci způsobit, že si lidé budou myslet, že jste chromí. Vážné nadměrné používání smajlíků a barev a písem z vás způsobí, že budete vypadat jako hihňavá dospívající dívka, což obecně není dobrý nápad, pokud vás nezajímá víc sex než odpovědi.

Pokud používáte poštovního klienta s grafickým uživatelským rozhraním, jako je Netscape Messenger, MS Outlook nebo jim podobný, mějte na paměti, že může porušovat tato pravidla, pokud je používán s výchozím nastavením. Většina takových klientů má příkaz „Zobrazit zdroj“ založený na nabídce   . Použijte to na něco ve vaší složce odeslané pošty, ověřte odeslání prostého textu bez zbytečných připojených crud.

Buďte přesní a informativní o svém problému

  • Pečlivě a jasně popište příznaky svého problému nebo chyby.
  • Popište prostředí, ve kterém se vyskytuje (stroj, OS, aplikace, cokoliv). Uveďte distribuci a úroveň vydání vašeho dodavatele (např.:  „Fedora Core 7“ ,  „Slackware 9.1“ atd.).
  • Popište výzkum, který jste provedli, abyste se pokusili porozumět problému, než položíte otázku.
  • Popište diagnostické kroky, které jste provedli, abyste se pokusili sami určit problém, než jste položili otázku.
  • Popište všechny případné relevantní nedávné změny ve vašem počítači nebo konfiguraci softwaru.
  • Pokud je to možné, poskytněte způsob,  jak problém reprodukovat v kontrolovaném prostředí .

Udělejte to nejlepší, co můžete, abyste předvídali otázky, které hacker položí, a odpovězte na ně předem ve své žádosti o pomoc.

Poskytnout hackerům možnost reprodukovat problém v kontrolovaném prostředí je zvláště důležité, pokud hlásíte něco, o čem si myslíte, že je chyba v kódu. Když to uděláte, vaše šance na získání užitečné odpovědi a rychlost, s jakou pravděpodobně tuto odpověď dostanete, se ohromně zlepší.

Simon Tatham napsal vynikající esej s názvem Jak efektivně hlásit chybyVřele doporučuji, abyste si ji přečetli.

Objem není přesný

Musíte být přesní a informativní. Tomuto účelu nedosáhnou pouhým nasypáním velkého množství kódu nebo dat do žádosti o pomoc. Máte-li velký, komplikovaný testovací případ, který narušuje program, zkuste jej zkrátit a udělat jej co nejmenší.

To je užitečné minimálně ze tří důvodů. Za prvé: když je vidět, že investujete úsilí do zjednodušení otázky, je pravděpodobnější, že dostanete odpověď, Za druhé: zjednodušením otázky je pravděpodobnější, že dostanete  užitečnou  odpověď. Za třetí: V procesu dolaďování hlášení o chybě můžete sami vytvořit opravu nebo řešení.

Nespěchejte s tvrzením, že jste našli chybu

Máte-li problémy s některým softwarem, netvrdte, že jste našli chybu, pokud si nejste velmi,  velmi  jisti svou zemí. Tip: Pokud nemůžete poskytnout opravu zdrojového kódu, která problém opraví, nebo regresní test proti předchozí verzi, která ukazuje nesprávné chování, pravděpodobně si nejste dostatečně jisti. To platí i pro webové stránky a dokumentaci; pokud jste našli „chybu“ v dokumentaci  , měli byste dodat náhradní text a na kterých stránkách by měla pokračovat.

Pamatujte, že existuje mnoho dalších uživatelů, kteří nemají váš problém. Jinak byste se o tom dozvěděli při čtení dokumentace a prohledávání webu (udělali jste to, než jste si stěžovali,  že ?). To znamená, že velmi pravděpodobně děláte něco špatně vy, ne software.

Lidé, kteří software napsali, velmi tvrdě pracují na tom, aby fungoval co nejlépe. Pokud budete tvrdit, že jste našli chybu, budete zpochybňovat jejich kompetenci, což může některé z nich urazit, i když máte pravdu. Je obzvláště nediplomatické křičet  „chyba“  v řádku Předmět.

Když se ptáte na svou otázku, je nejlepší psát, jako byste předpokládali,  že  děláte něco špatně, i když jste si soukromě docela jisti, že jste našli skutečnou chybu. Pokud tam opravdu chyba je, uslyšíte o ní v odpovědi. Hrajte tak, aby se vám správci chtěli omluvit, pokud je chyba skutečná, než abyste jim dlužili omluvu, pokud jste něco udělali.

Groveling nenahrazuje domácí úkoly

Někteří lidé, kteří pochopili, že by se neměli chovat hrubě nebo arogantně a dožadovat se odpovědi, se stahují do opačného extrému, jako je plazení se. “Vím, že jsem jen ubohý nováček smolař, ale…” . To je rušivé a neužitečné. Je to obzvláště nepříjemné, když je to spojeno s vágností ohledně skutečného problému.

Neztrácejte čas svůj, ani náš, hrubou politikou primátů. Místo toho prezentujte základní fakta a svou otázku co nejjasněji. To je lepší způsob, jak se postavit, než plížením.

Někdy mají webová fóra samostatná místa pro dotazy nováčků. Pokud máte pocit, že máte otázku pro nováčka, jděte tam. Ale ani tam neklesejte.

Popište příznaky problému, ne své dohady

Není užitečné sdělovat hackerům, co si myslíte, že způsobuje váš problém. (Pokud by vaše diagnostické teorie byly tak horké, konzultovali byste s ostatními o pomoc?) Takže se ujistěte, že jim říkáte syrové příznaky toho, co se pokazilo, spíše než vaše interpretace a teorie. Nechte je provést výklad a diagnostiku. Pokud máte pocit, že je důležité uvést svůj odhad, jasně jej označte a popište, proč pro vás tato odpověď nefunguje.

Hloupý:
Při kompilaci jádra se mi objevují chyby SIG11 back-to-back a mám podezření na vlasovou trhlinu na jedné ze stop základní desky. Jaký je nejlepší způsob, jak je zkontrolovat?
Chytrý:
Moje doma sestavená K6/233 na základní desce FIC-PA2007 (čipová sada VIA Apollo VP2) s 256 MB Corsair PC133 SDRAM začíná často vykazovat chyby SIG11 asi 20 minut po zapnutí během kompilace jádra, ale nikdy během prvních 20 minut . Restartování nerestartuje hodiny, ale vypnutí přes noc ano. Výměna veškeré RAM nepomohla. Následuje relevantní část typického protokolu relace kompilace.

Protože se zdá, že předchozí bod je pro mnoho lidí obtížně pochopitelný, zde je fráze, která vám připomene: „Všichni diagnostici jsou z Missouri.“ Oficiálním heslem tohoto amerického státu je „Ukaž mi“ (získal v roce 1899, kdy kongresman Willard D. Vandiver řekl: „Pocházím ze země, která pěstuje kukuřici, bavlnu, koukoly a demokraty, a pěnivá výmluvnost mě ani nepřesvědčuje, ani neuspokojuje. z Missouri. Musíš mi to ukázat.“) V případě diagnostiků nejde o skepsi, ale spíše o doslovnou funkční potřebu vidět cokoli, co je co nejblíže stejnému surovému důkazu, který vidíte, spíše než vaše domněnky a shrnutí. Ukaž nám.

Popište příznaky svého problému v chronologickém pořadí

Nejužitečnější vodítka při odhalování něčeho, co se pokazilo, často spočívají v událostech bezprostředně předcházejících. Váš účet by tedy měl přesně popisovat, co jste dělali a co stroj a software dělaly, což vedlo k výbuchu. V případě procesů příkazového řádku je velmi užitečné mít protokol relace (např. pomocí skriptovacího nástroje) a citovat příslušných dvacet řádků.

Pokud má program, který na vás vybuchl, diagnostické možnosti (například -v pro verbose), zkuste vybrat možnosti, které do přepisu přidají užitečné informace pro ladění. Pamatujte, že více nemusí být nutně lepší; zkuste zvolit úroveň ladění, která bude spíše informovat, než aby čtenáře utopila v harampádí.

Pokud je váš účet nakonec dlouhý (více než asi čtyři odstavce), může být užitečné stručně uvést problém nahoru a poté pokračovat chronologicky. Hackeři tak budou vědět, na co si při čtení vašeho účtu dávat pozor.

Popište cíl, ne krok

Pokud se snažíte zjistit, jak něco udělat (na rozdíl od hlášení chyby), začněte popisem cíle. Teprve poté popište konkrétní krok k němu, na kterém jste blokováni.

Lidé, kteří potřebují technickou pomoc, mají často na mysli cíl vysoké úrovně a uvíznou na tom, co si myslí, že je jedna konkrétní cesta k cíli. Přicházejí pro pomoc s krokem, ale neuvědomují si, že cesta je špatná. Překonat to může vyžadovat značné úsilí.

Hloupý:
Jak získám výběr barvy v programu FooDraw, aby převzal hexadecimální hodnotu RGB?
Chytrý:
Snažím se nahradit tabulku barev na obrázku hodnotami dle mého výběru. Jediný způsob, jak toho nyní mohu dosáhnout, je upravit každý slot stolu, ale nemohu přimět výběr barvy FooDraw, aby převzal hexadecimální hodnotu RGB.

Druhá verze otázky je chytrá. Umožňuje odpověď, která navrhuje nástroj, který se lépe hodí pro daný úkol.

Nežádejte lidi, aby odpovídali soukromým e-mailem

Hackeři věří, že řešení problémů by mělo být veřejným, transparentním procesem, během kterého může a měl by být opraven první pokus o odpověď, pokud někdo znalejší zjistí, že je neúplná nebo nesprávná. Pomocníci také dostávají část své odměny za to, že jsou respondenty, protože je jejich vrstevníci považují za kompetentní a znalé.

Když požádáte o soukromou odpověď, narušíte proces i odměnu. Nedělej to. Je na  respondentově  rozhodnutí, zda odpoví soukromě – a pokud ano, je to obvykle proto, že si myslí, že otázka je příliš špatně formulovaná nebo zřejmá na to, aby byla pro ostatní zajímavá.

Z tohoto pravidla existuje jedna omezená výjimka. Pokud si myslíte, že je otázka taková, že pravděpodobně dostanete mnoho odpovědí, které jsou si všechny velmi podobné, pak kouzelná slova zní  „napiš mi e-mail a já shrnu odpovědi pro skupinu“ . Je zdvořilé pokusit se uložit mailing list nebo diskusní skupinu záplavu v podstatě identických příspěvků – ale musíte dodržet slib, že to shrnu.

Vyjádřete svou otázku explicitně

Otázky s otevřeným koncem mají tendenci být vnímány jako časové propady s otevřeným koncem. Tito lidé, kteří vám s největší pravděpodobností dokážou poskytnout užitečnou odpověď, jsou také těmi nejvytíženějšími lidmi (už jen proto, že sami na sebe berou nejvíce práce). Takoví lidé jsou alergičtí na propady času s otevřeným koncem, takže mají tendenci být alergičtí na otázky s otevřeným koncem.

Je pravděpodobnější, že dostanete užitečnou odpověď, pokud budete mít jasno v tom, co chcete, aby respondenti udělali (poskytněte ukazatele, odešlete kód, zkontrolujte opravu, cokoli). To zaměří jejich úsilí a implicitně stanoví horní hranici času a energie, kterou musí respondent věnovat tomu, aby vám pomohl. To je dobré.

Chcete-li porozumět světu, ve kterém odborníci žijí, myslete na odbornost jako na bohatý zdroj a čas na reakci jako na vzácný. Čím méně časového závazku implicitně požadujete, tím je pravděpodobnější, že dostanete odpověď od někoho opravdu dobrého a opravdu zaneprázdněného.

Je tedy užitečné otázku zarámovat, abyste minimalizovali čas potřebný k tomu, aby ji odborník položil – ale to často není totéž jako zjednodušení otázky. Tak například:  “Dal byste mi ukazatel na dobré vysvětlení X?”  je obvykle chytřejší otázka než  „Vysvětlil byste X, prosím?“ . Pokud máte nějaký nefunkční kód, je obvykle chytřejší požádat někoho, aby vysvětlil, co s ním je, než někoho požádat, aby to opravil.

Při dotazu na kód

Nežádejte ostatní, aby ladili váš nefunkční kód, aniž byste jim naznačili, jaký druh problému by měli hledat. Odesláním několika stovek řádků kódu se slovy „to nefunguje“ budete ignorováni. Odesláním tuctu řádků kódu se slovy „po 7. řádku jsem očekával, že uvidím <x>, ale místo toho se objevilo <y>“, je mnohem pravděpodobnější, že dostanete odpověď.

Nejúčinnějším způsobem, jak upřesnit problém s kódem, je poskytnout testovací případ s minimální chybou. Co je minimální testovací případ? Je to ilustrace problému; jen tolik kódu, aby se projevilo nežádoucí chování a nic víc. Jak vytvoříte minimální testovací případ? Pokud víte, který řádek nebo část kódu způsobuje problematické chování, udělejte si jeho kopii a přidejte jen tolik podpůrného kódu, abyste vytvořili úplný příklad (tj. dostatek, aby byl zdroj přijatelný pro kompilátor/překladač/ať už jej zpracovává jakákoli aplikace) . Pokud to nemůžete zúžit na konkrétní sekci, vytvořte kopii zdroje a začněte odstraňovat části, které neovlivňují problematické chování. Čím menší je váš minimální testovací případ, tím lépe (viz  část „Objem není přesný“ ).

Generování opravdu malého minimálního testovacího případu nebude vždy možné, ale pokusit se o to je dobrá disciplína. Může vám to pomoci zjistit, co potřebujete, abyste problém vyřešili sami – a i když tomu tak není, hackeři rádi vidí, že jste to zkusili. Umožní jim to více spolupracovat.

Pokud chcete pouze revizi kódu, řekněte to předem a nezapomeňte uvést, které oblasti by podle vás mohly zvláště potřebovat revizi a proč.

Nezveřejňujte domácí úkoly

Hackeři jsou dobří v rozpoznávání otázek týkajících se domácích úkolů; většina z nás je udělala sama. Tyto otázky  si  musíte vypracovat, abyste se poučili ze zkušeností. Je v pořádku žádat o rady, ale ne o celá řešení.

Máte-li podezření, že jste dostali otázku za domácí úkol, ale stejně ji nedokážete vyřešit, zkuste se zeptat na fóru skupiny uživatelů nebo (jako poslední možnost) v seznamu  „uživatelů“  /fóru projektu. Zatímco hackeři  bude  to na místě, některé pokročilé uživatele mohou alespoň dát náznak.

Omezte zbytečné dotazy

Odolejte pokušení uzavřít svou žádost o pomoc sémanticky nulovými otázkami typu „Může mi někdo pomoci?“ nebo “Existuje odpověď?” Zaprvé: pokud jste svůj popis problému sepsali napůl kompetentně, jsou takové připíchnuté otázky přinejlepším nadbytečné. Za druhé: protože jsou nadbytečné, hackeři je považují za otravné – a pravděpodobně budou vracet logicky bezchybné, ale odmítavé odpovědi jako „Ano, lze vám pomoci“„Ne, není vám pomoci.“

Obecně platí, že kladení otázek ano nebo ne je dobré se vyhnout, pokud nechcete odpověď ano nebo ne.

Neoznačujte svou otázku jako „naléhavou“, i když je pro vás

To je váš problém, ne náš. Tvrzení o naléhavosti je velmi pravděpodobně kontraproduktivní: většina hackerů takové zprávy jednoduše smaže, protože se jedná o hrubé a sobecké pokusy vyvolat okamžitou a zvláštní pozornost. Kromě toho slovo „Urgentní“ (a další podobné pokusy upoutat pozornost v předmětu) často spouští filtry nevyžádané pošty – vaši zamýšlení příjemci je nemusí vůbec vidět!

Existuje jedna polovýjimka. Stojí za zmínku, pokud program používáte na nějakém místě s vysokým profilem, na kterém budou hackeři nadšeni; v takovém případě, pokud jste pod časovým tlakem a řeknete to slušně, může to lidi zaujmout natolik, že budou odpovídat rychleji.

To je však velmi riskantní, protože metrika hackerů pro to, co je vzrušující, se pravděpodobně liší od vaší. Například vysílání z Mezinárodní vesmírné stanice by se kvalifikovalo, ale vysílání jménem dobročinné charitativní nebo politické věci by téměř jistě ne. Ve skutečnosti příspěvek „Naléhavé: Pomozte mi zachránit rozmazané mláďata tuleňů!“ spolehlivě se vám bude vyhýbat nebo se vám bude vyhýbat i hackery, kteří si myslí, že tulení mláďata jsou důležitá.

Pokud vám to přijde záhadné, přečtěte si zbytek tohoto návodu opakovaně, dokud mu neporozumíte, než vůbec něco zveřejníte.

Zdvořilost nikdy neuškodí a někdy pomůže

Buďte zdvořilí. Použijte  „Prosím“  a  „Děkuji za pozornost“  nebo  „Děkujeme za pozornost“ . Dejte jasně najevo, že si vážíte času, který lidé věnují tomu, aby vám pomohli zdarma.

Abych byl upřímný, není to tak důležité jako (a nemůže to nahradit) být gramatický, jasný, přesný a popisný, vyhýbat se proprietárním formátům atd.; hackeři by obecně raději dostávali poněkud strohá, ale technicky ostrá hlášení o chybách než zdvořilou vágnost. (Pokud vás to mate, nezapomeňte, že oceňujeme otázku podle toho, co nás učí.)

Pokud však máte své technické kachny v řadě, zdvořilost zvyšuje vaše šance na získání užitečné odpovědi.

(Musíme poznamenat, že jediná vážná námitka, kterou jsme od zkušených hackerů k tomuto HOWTO obdrželi, se týká našeho předchozího doporučení používat  „Předem děkuji“ . Někteří hackeři se domnívají, že to znamená záměr nepoděkovat poté nikomu. Naše doporučení je buď Say  „Thanks in advance“  první  a  poděkování respondentům později, nebo jsou jejich výrazem poskytnutých jiným způsobem, například tím, že říká  : „Díky za vaši pozornost“  nebo  „Díky za vaši pozornost“ .)

Pokračujte krátkou poznámkou k řešení

Po vyřešení problému pošlete zprávu všem, kteří vám pomohli; dejte jim vědět, jak to dopadlo a ještě jednou jim poděkujte za pomoc. Pokud problém vzbudil obecný zájem o mailing list nebo diskusní skupinu, je vhodné zveřejnit reakci tam.

V optimálním případě by odpověď měla být na vlákno zahájené původním zveřejněním otázky a měla by mít v předmětu ‘PŘEDMĚT’, ‘VYŘEŠENO’ nebo stejně zřejmý tag. Potenciální respondent, který na e-mailových konferencích s rychlým obratem vidí vlákno o  „Problém X“  končící  „Problém X – OPRAVEN“,  ví, že nemá ztrácet čas ani čtením vlákna (pokud ho osobně problém X nezajímá). ) a může tedy tento čas využít k řešení jiného problému.

Vaše sledování nemusí být dlouhé a zapojené; jednoduché  „Dobrý den – byl to neúspěšný síťový kabel! Děkuji všem. – Bille“  by bylo lepší než nic. Ve skutečnosti je krátké a sladké shrnutí lepší než dlouhá disertační práce, pokud řešení nemá skutečnou technickou hloubku. Řekněte, jaká akce problém vyřešila, ale nemusíte opakovat celou sekvenci odstraňování problémů.

U problémů s určitou hloubkou je vhodné zveřejnit souhrn historie řešení problémů. Popište své závěrečné prohlášení o problému. Popište, co pracoval ve formě roztoku, a naznačují, kterým se lze vyhnout slepých uliček po tom. Slepé uličky by měly přijít až po správném řešení a dalším souhrnném materiálu, než aby se z pokračování stala detektivka. Uveďte jména lidí, kteří vám pomohli; spřátelíš se tak.

Kromě toho, že je zdvořilý a informativní, tento druh sledování pomůže ostatním při hledání v archivu mailinglistu/newsgroup/fóra, aby přesně věděli, které řešení pomohlo vám, a tedy může pomoci i jim.

V neposlední řadě tento druh sledování pomáhá každému, kdo pomáhal, cítit uspokojivý pocit uzavření problému. Pokud sami nejste techie nebo hacker, věřte nám, že tento pocit je velmi důležitý pro guruy a odborníky, které jste požádali o pomoc. Problémové příběhy, které se vlečou do nevyřešené nicoty, jsou frustrující věci; hackeři svědění vidět je vyřešen. Dobrou vůli, kterou si získáte škrábáním, které vám svědí, vám velmi, velmi pomůže, až budete příště potřebovat položit otázku.

Zvažte, jak byste mohli zabránit tomu, aby ostatní měli v budoucnu stejný problém. Zeptejte se sami sebe, zda by vám pomohla oprava dokumentace nebo FAQ, a pokud je odpověď ano, pošlete tuto opravu správci.

Mezi hackery je tento druh dobrého následného chování ve skutečnosti důležitější než konvenční zdvořilost. Je to způsob, jakým získáte reputaci, že hrajete dobře s ostatními, což může být velmi cenný přínos.

Jak interpretovat odpovědi

RTFM a STFW: Jak říct, že jste to vážně podělali

Existuje prastará a posvátná tradice: pokud dostanete odpověď, která zní  „RTFM“ , osoba, která ji poslala, si myslí, že byste si měli přečíst The Fucking Manual. Téměř jistě má pravdu. Jdi si to přečíst.

RTFM má mladšího příbuzného. Pokud dostanete odpověď, která zní  „STFW“ , osoba, která ji poslala, si myslí, že jste měli prohledat zkurvený web. Téměř jistě má pravdu. Běž to hledat. (Mírnější verze je, když se vám řekne  „Google je váš přítel!“ )

Na webových fórech vám může být také řečeno, abyste prohledali archivy fóra. Ve skutečnosti může být někdo tak laskavý a poskytnout odkaz na předchozí vlákno, kde byl tento problém vyřešen. Ale nespoléhejte na tuto úvahu; než se zeptáte, prohledejte archiv.

Osoba, která vám říká, abyste provedli vyhledávání, má často otevřenou příručku nebo webovou stránku s informacemi, které potřebujete, a dívá se na ně, když píše. Tyto odpovědi znamenají, že respondent si myslí, že (a) informace, které potřebujete, lze snadno najít, a (b) že se dozvíte více, když budete informace vyhledávat, než když si je necháte podávat lžičkou.

Neměli byste se tím urazit; podle hackerských standardů vám váš respondent projevuje hrubý druh respektu jednoduše tím, že vás neignoruje. Místo toho byste měli být vděční za tuto babičkovskou laskavost.

Pokud nerozumíte…

Pokud odpovědi nerozumíte, neodmítejte okamžitě požadavek na vysvětlení. K pochopení odpovědi použijte stejné nástroje, které jste použili při pokusu o zodpovězení své původní otázky (příručky, často kladené otázky, web, zkušení přátelé). Pak, pokud stále potřebujete požádat o vysvětlení, předveďte, co jste se naučili.

Předpokládejme například, že vám řeknu: „Zní to, jako byste se zasekli zentry; budete to muset vyčistit.” Pak: zde je špatná následná otázka: “Co je to centr?” Zde je dobrá doplňující otázka: „Dobře, četl jsem manuálovou stránku a zentries jsou zmíněny pouze pod přepínači -z a -p. Ani jeden z nich neříká nic o čištění zentries. Je to jeden z nich, nebo mi tu něco chybí?”

Vypořádat se s hrubostí

Mnoho z toho, co v kruzích hackerů vypadá jako hrubost, nemá za cíl urážet. Spíše je to produkt přímého, ostříhaného komunikačního stylu, který je přirozený pro lidi, kteří se více zajímají o řešení problémů než o to, aby se ostatní cítili vřele a zmateně.

Když vnímáte hrubost, snažte se reagovat klidně. Pokud se někdo opravdu chová, je velmi pravděpodobné, že mu na seznam nebo diskusní skupinu nebo fórum zavolá starší osoba. Pokud se tak nestane a vy ztratíte nervy, je pravděpodobné, že osoba, se kterou to ztratíte, se chovala v rámci norem hackerské komunity a  vy  budete považováni za vinu. To sníží vaše šance na získání požadovaných informací nebo pomoci.

Na druhou stranu občas narazíte na hrubost a pózování, které je zcela bezdůvodné. Odvrácenou stranou výše uvedeného je, že je přijatelnou formou docela tvrdě zaútočit na skutečné pachatele a rozebrat jejich špatné chování ostrým verbálním skalpelem. Než to však zkusíte, buďte si velmi, velmi jisti svou půdou. Hranice mezi nápravou nezdvořilosti a zahájením zbytečné plamenné války je dostatečně tenká, že ji nezřídka popletou sami hackeři; pokud jste nováček nebo outsider, vaše šance, že se takové chybě vyhnete, je nízká. Pokud vám jde spíše o informace než o zábavu, je lepší držet prsty mimo klávesnici, než tohle riskovat.

(Někteří lidé tvrdí, že mnoho hackerů má mírnou formu autismu nebo Aspergerova syndromu a ve skutečnosti jim chybí některé mozkové obvody, které lubrikují „normální“ lidskou sociální interakci. To může, ale nemusí být pravda. Pokud sami nejste hacker, může vám to pomoci vyrovnat se s našimi výstřednostmi, pokud si o nás myslíte, že máme poškozený mozek. Pokračujte přímo. Nám to bude jedno, rádi jsme, ať jsme, ať už jsme, a obecně máme zdravý skepticismus vůči klinickým nálepkám.)

Postřehy Jeffa Biglera o taktových filtrech jsou také relevantní a stojí za přečtení.

V další části budeme hovořit o jiném problému; druh  „neslušnosti“,  který uvidíte, když  se  chováte špatně.

Nereagovat Jako Loser

Je pravděpodobné, že se na fórech hackerské komunity několikrát poserete – způsoby podrobně popsanými v tomto článku nebo podobnými způsoby. A bude vám přesně řečeno, jak jste to podělali, možná s barevnými boky. Na veřejnosti.

Když se to stane, nejhorší, co můžete udělat, je kňučet kvůli této zkušenosti, tvrdit, že jste byli slovně napadeni, vyžadovat omluvu, křičet, zadržovat dech, vyhrožovat žalobami, stěžovat si zaměstnavatelům lidí, nechat sedátko na záchodě nahoře atd. Místo toho, zde je to, co děláte:

Přenes se přes to. To je normální. Ve skutečnosti je to zdravé a vhodné.

Normy Společenství se samy neudržují: Jsou udržovány lidmi, kteří je aktivně uplatňují, viditelně, na veřejnosti. Nefňukejte, že veškerá kritika měla být sdělena soukromým e-mailem: Tak to nefunguje. Není ani užitečné trvat na tom, že jste byli osobně uraženi, když někdo komentuje, že jedno z vašich tvrzení bylo nesprávné nebo že se jeho názory liší. To jsou postoje poražených.

Existovala hackerská fóra, kde je účastníkům z nějakého pomýleného pocitu hyperzdvořilosti zakázáno zveřejňovat jakékoli hledání chyb v cizích příspěvcích a bylo jim řečeno: „Nic neříkejte, pokud nejste ochotni uživateli pomoci.“ Výsledný odchod vychytralých účastníků jinam způsobí, že upadnou do nesmyslného blábolení a stanou se neužitečnými jako technická fóra.

Přehnaně „přátelské“ (tímto způsobem) nebo užitečné: Vyberte si jednu.

Pamatujte: Když vám ten hacker řekne, že jste to podělali, a (bez ohledu na to, jak nevrle) vám řekne, abyste to znovu nedělali, jedná v zájmu (1) vás a (2) své komunity. Bylo by pro něj mnohem snazší vás ignorovat a odfiltrovat vás ze svého života. Pokud nezvládáte být vděční, mějte alespoň trochu důstojnosti, nefňukejte a nepočítejte s tím, že s vámi bude zacházeno jako s křehkou panenkou jen proto, že jste nováček s teatrálně přecitlivělou duší a klamnými představami o nároku.

Někdy na vás lidé osobně zaútočí, plameny bez zjevného důvodu atd., i když to neposerete (nebo jste to podělali jen v jejich představách). Stěžování je v tomto případě způsob, jak se pořádně podělat.

Tito lameři jsou buď lameři, kteří nemají ponětí, ale věří si, že jsou odborníci, nebo rádoby psychologové, kteří testují, jestli to neposereš. Ostatní čtenáři je buď ignorují, nebo si najdou způsoby, jak se s nimi vypořádat sami. Chování flamerů si sami vytváří problémy, které se vás nemusí týkat.

Nenechte se vtáhnout do flamewaru. Většinu plamenů je lepší ignorovat – poté, co zkontrolujete, zda se skutečně jedná o plameny, nikoli o ukazatele na způsoby, kterými jste to podělali, a nikoli o chytře zašifrované odpovědi na vaši skutečnou otázku (to se také stává).

Otázky, které se neptají

Zde je několik klasických hloupých otázek a co si hackeři myslí, když na ně neodpovídají.

Otázka:  Kde najdu program nebo zdroj X?
Otázka:  Jak mohu použít X k provedení Y?
Otázka:  Jak mohu nakonfigurovat výzvu shellu?
Otázka:  Mohu převést dokument AcmeCorp na soubor TeX pomocí konvertoru souborů Bass-o-matic?
Otázka:  Můj {program, konfigurace, příkaz SQL} nefunguje
Otázka:  Mám problémy se svým počítačem se systémem Windows. Můžete pomoci?
Otázka:  Můj program nefunguje. Myslím, že systémové zařízení X je nefunkční.
Otázka:  Mám problémy s instalací Linuxu nebo X. Můžete mi pomoci?
Otázka:  Jak mohu prolomit root/ukrást oprávnění channel-ops/číst něčí e-maily?
Q: Kde najdu program nebo zdroj X?
A: Na stejném místě, kde bych to našel, hlupáku – na druhém konci webového vyhledávání. Bože, to ještě všichni neví, jak používat Google?
Q: Jak mohu použít X k provedení Y?
A: Pokud chcete udělat Y, měli byste tuto otázku položit, aniž byste předpokládali použití metody, která nemusí být vhodná. Otázky této formy často označují osobu, která nejen nezná X, ale je zmatená z toho, jaký problém Y řeší, a je příliš fixovaná na detaily své konkrétní situace. Obecně je nejlepší takové lidi ignorovat, dokud lépe nedefinují svůj problém.
Q: Jak mohu nakonfigurovat výzvu shellu?
A: Pokud jste dostatečně chytří na to, abyste se zeptali na tuto otázku, jste dostatečně chytří na to, abyste RTFM a zjistili to sami.
Q: Mohu převést dokument AcmeCorp do souboru TeX pomocí konvertoru souborů Bass-o-matic?
A: Zkuste to a uvidíte. Pokud byste to udělali, (a) byste se dozvěděli odpověď a (b) přestali plýtvat mým časem.
Q: Můj {program, konfigurace, příkaz SQL} nefunguje
A: Toto není otázka a nemám zájem hrát Twenty Questions, abych z vás vypáčil vaši skutečnou otázku – mám lepší věci na práci. Když vidím něco takového, moje reakce je obvykle jedna z následujících:

  • máš k tomu ještě něco dodat?
  • Oh, to je škoda, doufám, že to opravíte.
  • a to má přesně co společného se mnou?
Q: Mám problémy se svým počítačem se systémem Windows. Můžete pomoci?
A: Ano. Vyhoďte ten odpad od Microsoftu a nainstalujte open-source operační systém, jako je Linux nebo BSD.

Poznámka:  Můžete  klást otázky týkající se počítačů s Windows, pokud se týkají programu, který má oficiální sestavení Windows nebo spolupracuje s počítači s Windows (např. Samba). Jen se nedivte odpovědí, že problém je ve Windows a ne v programu, protože Windows jsou obecně tak rozbité, že tomu tak je velmi často.

Q: Můj program nefunguje. Myslím, že systémové zařízení X je nefunkční.
A: I když je možné, že jste první, kdo si všimne zjevného nedostatku v systémových voláních a knihovnách, které intenzivně využívají stovky nebo tisíce lidí, je spíše pravděpodobné, že jste naprosto bezradní. Mimořádná tvrzení vyžadují mimořádné důkazy; když vznesete nárok, jako je tento, musíte jej podložit jasnou a vyčerpávající dokumentací případu selhání.
Q: Mám problémy s instalací Linuxu nebo X. Můžete mi pomoci?
A: Ne. Abych to mohl vyřešit, potřeboval bych mít k vašemu počítači praktický přístup. Požádejte místní skupinu uživatelů Linuxu o praktickou pomoc. (Seznam skupin uživatelů naleznete zde.)

Poznámka: otázky týkající se instalace Linuxu mohou být vhodné, pokud jste na fóru nebo mailing listu o konkrétní distribuci a problém je v  této  distribuci; nebo na fórech místních uživatelských skupin. V tomto případě nezapomeňte popsat přesné detaily poruchy. Nejprve však pečlivě hledejte s „linuxem“ a  všemi  podezřelými kusy hardwaru.

Q: Jak mohu prolomit root/ukrást oprávnění channel-ops/číst něčí e-maily?
A: Jsi podřadný za to, že chceš dělat takové věci, a blázen za to, že jsi požádal hackera, aby ti pomohl.

Dobré a špatné otázky

Nakonec ukážu, jak klást otázky chytrým způsobem, na příkladu; dvojice otázek o stejném problému, jedna položená hloupě a druhá chytře.

Stupid:  Kde mohu zjistit věci o Foonly Flurbamatic?
Tato otázka si  jako odpověď žádá „STFW“.
Chytrý:  Použil jsem Google, abych se pokusil najít  „Foonly Flurbamatic 2600“  na webu, ale nenašel jsem žádné užitečné výsledky. Mohu získat ukazatel na informace o programování na tomto zařízení?
Tento už má STFWed a zní to, jako by tam mohl být skutečný problém.
Hloupý:  Nemohu získat kód z projektu foo ke kompilaci. Proč je to rozbité?
Querent předpokládá, že to podělal někdo jiný. Arogantní hajzl…
Smart:  Kód z projektu foo se nekompiluje pod Nulixem verze 6.2. Četl jsem FAQ, ale není v nich nic o problémech souvisejících s Nulixem. Zde je přepis mého pokusu o kompilaci; je to něco, co jsem udělal?
Querent specifikoval prostředí, přečetl si FAQ, ukazuje chybu a nepředpokládá, že jeho problémy jsou vinou někoho jiného. Tento by mohl stát za pozornost.
Hloupý:  Mám problémy se základní deskou. Může někdo pomoci?
Odpověď J. Random Hacker na to bude pravděpodobně „Správně. Potřebuješ taky říhat a plínkovat?”  následuje stisknutí klávesy delete.
Smart: Zkoušel jsem X, Y a Z na základní desce S2464. Když to nefungovalo, zkusil jsem A, B a C. Všimněte si zvláštního příznaku, když jsem zkoušel C. Je zřejmé, že florbish je groommic, ale výsledky nejsou takové, jaké by se dalo očekávat. Jaké jsou obvyklé příčiny grommickingu na základních deskách Athlon MP? Má někdo nápady na další testy, které mohu spustit, abych problém odhalil?
Tato osoba se na druhou stranu zdá být hodná odpovědi. Prokázal spíše inteligenci při řešení problémů, než aby pasivně čekal na odpověď, která padne z výšky.

V poslední otázce si všimněte jemného, ​​ale důležitého rozdílu mezi požadavkem „Dej mi odpověď“„Pomozte mi prosím zjistit, jakou další diagnostiku mohu spustit, abych dosáhl osvícení.“

Ve skutečnosti je forma této poslední otázky úzce založena na skutečném incidentu, který se stal v srpnu 2001 na mailing listu linux-kernel (lkml). Já (Eric) jsem tenkrát položil otázku. Viděl jsem záhadné zablokování na základní desce Tyan S2462. Členové seznamu poskytli kritické informace, které jsem potřeboval k jejich vyřešení.

Tím, že jsem položil otázku tak, jak jsem ji položil, dal jsem lidem něco, co mohou žvýkat; Udělal jsem pro ně snadné a atraktivní zapojení. Prokázal jsem respekt ke schopnostem svých vrstevníků a vyzval jsem je, aby se mnou jako s vrstevníkem konzultovali. Prokázal jsem také respekt k hodnotě jejich času tím, že jsem jim vyprávěl o slepých uličkách, které jsem už proběhl.

Poté, když jsem všem poděkoval a poznamenal, jak dobře tento proces fungoval, člen lkml poznamenal, že si myslí, že to fungovalo ne proto, že jsem  „jméno“  na tomto seznamu, ale proto, že jsem otázku položil ve správné formě.

Hackeři jsou v některých ohledech velmi nemilosrdná meritokracie; Jsem si jistý, že měl pravdu, a že kdybych se choval jako houba, byl bych vypálen nebo ignorován bez ohledu na to, kdo jsem. Jeho návrh, abych sepsal celý incident jako pokyn pro ostatní, vedl přímo k sestavení této příručky.

Pokud nemůžete dostat odpověď

Pokud nemůžete dostat odpověď, neberte to prosím osobně, že nemáme pocit, že bychom vám mohli pomoci. Někdy členové dotázané skupiny nemusí znát odpověď. Žádná odezva není totéž jako být ignorována, i když je samozřejmě těžké rozpoznat rozdíl zvenčí.

Obecně platí, že opětovné odeslání vaší otázky je špatný nápad. To bude považováno za nesmyslně otravné. Buďte trpěliví: osoba s vaší odpovědí může být v jiném časovém pásmu a spí. Nebo se může stát, že vaše otázka nebyla na začátku dobře formulována.

Existují další zdroje pomoci, na které se můžete obrátit, často zdroje lépe přizpůsobené potřebám nováčka.

Existuje mnoho online a místních skupin uživatelů, kteří jsou nadšenci do softwaru, i když sami možná žádný software nikdy nenapsali. Tyto skupiny se často tvoří proto, aby si lidé navzájem pomáhali a pomáhali novým uživatelům.

Existuje také spousta komerčních společností, se kterými můžete uzavřít smlouvu o pomoci, velkých i malých. Nenechte se děsit představou, že budete muset zaplatit za trochu pomoci! Koneckonců, pokud váš motor auta praskne těsnění hlavy, je pravděpodobné, že byste jej vzali do opravny a zaplatili za opravu. I když vás software nic nestál, nemůžete očekávat, že podpora bude vždy zdarma.

U populárního softwaru, jako je Linux, existuje alespoň 10 000 uživatelů na vývojáře. Prostě není možné, aby jedna osoba vyřizovala telefonáty podpory od více než 10 000 uživatelů. Pamatujte, že i když musíte za podporu platit, stále platíte mnohem méně, než kdybyste si museli software také koupit (a podpora pro software s uzavřeným zdrojovým kódem je obvykle dražší a méně kompetentní než podpora pro software s otevřeným zdrojovým kódem) .

Jak užitečným způsobem odpovídat na otázky

Buďte něžní.  Stres související s problémem může způsobit, že se lidé budou zdát drzí nebo hloupí, i když nejsou.

Odpověď prvnímu pachateli offline.  Není třeba veřejné ponižování pro někoho, kdo možná udělal čestnou chybu. Skutečný nováček nemusí vědět, jak vyhledávat v archivech nebo kde jsou uloženy nebo zveřejněny často kladené otázky.

Pokud to nevíte jistě, řekněte to!  Špatná, ale směrodatně znějící odpověď je horší než žádná. Nenasměrujte nikoho na špatnou cestu jednoduše proto, že je zábavné znít jako odborník. Buďte pokorní a čestní; dejte dobrý příklad jak querentovi, tak i vašim kolegům.

Pokud nemůžete pomoci, nebraňte.  Nedělejte si legraci z postupů, které by mohly zničit nastavení uživatele – chudák sap to může interpretovat jako pokyny.

Chcete-li získat další podrobnosti, položte sondážní otázky.  Pokud jste v tom dobří, querent se něco naučí – a vy také. Pokuste se obrátit špatnou otázku v dobrou; pamatujte, že jsme všichni byli jednou nováčci.

Zatímco mumlání RTFM je někdy oprávněné, když odpovídáte někomu, kdo je jen líný flákač, ukazatel na dokumentaci (i když je to jen návrh na vygooglování klíčové fráze) je lepší.

Pokud na otázku vůbec odpovíte, dejte dobrou hodnotu.  Nenavrhujte zbytečná řešení, když někdo používá nesprávný nástroj nebo přístup. Navrhněte dobré nástroje. Přeformulujte otázku.

Odpovězte na skutečnou otázku! Pokud byl querent tak důkladný, že provedl svůj průzkum, a do dotazu zahrnul, že X, Y, Z, A, B a C již byly vyzkoušeny bez dobrého výsledku, je nanejvýš neužitečné odpovídat  „zkusit“. A nebo B“  nebo s odkazem na něco, co říká:  „Zkuste X, Y, Z, A, B nebo C.“ .

Pomozte své komunitě poučit se z této otázky.  Když zadáte dobrou otázku, zeptejte se sami sebe:  „Jak by se musela změnit příslušná dokumentace nebo často kladené otázky, aby na ni nikdo nemusel znovu odpovídat?  Poté odešlete opravu správci dokumentu.

Pokud jste provedli průzkum, abyste odpověděli na otázku,  prokažte své dovednosti spíše než psaní, jako byste odpověď vytáhli ze zadku.  Zodpovědět jednu dobrou otázku je jako nasytit hladového člověka jedním jídlem, ale učit je výzkumným dovednostem na příkladu jim ukazuje, jak pěstovat jídlo na celý život.

Související zdroje

Pokud se potřebujete naučit základy toho, jak fungují osobní počítače, Unix a Internet, podívejte se na Základy Unixu a Internetu HOWTO.

Při vydávání softwaru nebo psaní oprav pro software se snažte řídit pokyny v dokumentu Software Release Practice HOWTO.

Poděkování

Evelyn Mitchell přispěla několika příklady hloupých otázek a inspirovala sekci „Jak dát dobrou odpověď“. Michail Ramendik přispěl některými zvláště cennými návrhy na zlepšení.

Signal 11 při kompilaci jádra

Original page: https://bitwizard.nl/sig11/

Tento FAQ popisuje možné příčiny efektu, který v poslední době trápí spoustu lidí. Konkrétně to, že kompilace linux(*)-kernel (nebo jakýkoli jiný velký balík na to přijde) se zhroutí se “signálem 11”. Příčinou může být software nebo (s největší pravděpodobností) hardware. Čtěte dále a dozvíte se více.
(*) Samozřejmě nic není specifické pro Linux. Pokud je váš hardware nefunkční, Linux, Windows 3.1, FreeBSD, Windows NT a NextStep se zhroutí.


Sig11 FAQ

OTÁZKA

Signál 11, co to znamená?

ODPOVĚDĚT

Signál 11, nebo oficiálně známý jako „chyba segmentace“, znamená, že program přistoupil na místo v paměti, které nebylo přiřazeno. To je obvykle chyba v programu. Pokud tedy píšete svůj vlastní program, je to nejpravděpodobnější příčina. Tento FAQ se však zaměří na další možnosti.

OTÁZKA

Moje (kernel) kompilace se zhroutí s

   gcc: Interní chyba kompilátoru: program cc1 dostal fatální signál 11

Co je špatně s kompilátorem? Jakou verzi kompilátoru potřebuji? Je něco v nepořádku s jádrem?

ODPOVĚDĚT

S největší pravděpodobností není nic špatného s vaší instalací, vaším kompilátorem nebo jádrem. Velmi pravděpodobně to má něco společného s vaším hardwarem. Existuje celá řada podsystémů, které mohou být chybné, a existuje řada způsobů, jak to opravit. Čtěte dál a dozvíte se více. Z tohoto „pravidla“ existují dvě výjimky. Může vám docházet virtuální paměť nebo můžete instalovat Red Hat 5.x, 6.x nebo 7.x. Ke konci je o tom více.


OTÁZKA

Dobře, nemusí to být softwarem. Jak to mám vědět jistě?

ODPOVĚDĚT

Nejprve se ujistěte, že je to hardware, který způsobuje vaše potíže. Když se „make“ zastaví, jednoduše zadejte „make“ znovu. Pokud před zastavením zkompiluje několik dalších souborů, musí to být hardware, který vám způsobuje potíže. Pokud se okamžitě znovu zastaví (tj. před bombardováním přesně na stejném místě prohledá několik adresářů s „nic nedělat pro xxxx“), zkuste

   dd if=/dev/HARD_DISK of=/dev/null bs=1024k count=MEGS

Změňte HARD_DISK na „hda“ podle názvu vašeho pevného disku (např. hda nebo sda. Nebo použijte „df .“). Změňte MEGS na počet megabajtů hlavní paměti, kterou máte. To způsobí, že prvních několik megabajtů vašeho pevného disku bude načteno z disku, což vynutí opětovné načtení zdrojových souborů C a binárního souboru gcc z disku při příštím spuštění. Nyní zadejte znovu make. Pokud se stále zastaví na stejném místě, začínám se divit, zda čtete správné FAQ, protože to koneckonců začíná vypadat jako softwarový problém…. Podívejte se na otázku „jaké jsou další možnosti“…. Pokud se bez tohoto příkazu „dd“ kompilátor zastaví na stejném místě, ale po použití „dd“ se přesune na jiné místo, určitě máte disk -> problém s přenosem ram.

OTÁZKA

co to vlastně znamená? Jste si jistý, že jde o hardwarový problém?

ODPOVĚDĚT

Kompilátor přistupoval k paměti mimo její rozsah paměti. Pokud se to stane na funkčním hardwaru, je to chyba programování uvnitř kompilátoru. Proto to říká „interní chyba kompilátoru“. Když se však hardware občas trochu překlopí, gcc používá tolik ukazatelů, že pravděpodobně skončí přístupem k něčemu mimo jeho rozsah adres. (náhodné adresy jsou většinou mimo váš rozsah adresování, protože i když vaše hlavní paměť může být v dnešní době významnou částí 4G, obvykle jen malá část je mapována na jeden proces. 🙂 Zdá se, že v dnešní době má každý problémy se „signálem 11“ Pokud vyvíjíte svůj vlastní software nebo máte software, který nebyl dostatečně odladěn, „signál 11“ (nebo chyba segmentace) je stále velmi silným náznakem, že s programem není něco v pořádku. Pouze když program jako „gcc“, který funguje téměř pro všechny ostatní, spadne na datové sadě (např. linuxové jádro), která byla také dobře otestována, pak se stane náznakem, že s vaším hardwarem není něco v pořádku. Pokud je některá softwarová součást, jako je ovladač hardwaru, ve vašem systému poškozena, může to způsobit příznaky, které jsou VELMI blízké příznakům selhání hardwaru. Pokud je však ovladač vadný, je pravděpodobnější, že způsobí vážné problémy uvnitř jádra, než že způsobí jen pád kompilátoru. mohlo by to způsobit příznaky, které jsou VELMI blízké příznakům selhání hardwaru. Pokud je však ovladač vadný, je pravděpodobnější, že způsobí vážné problémy uvnitř jádra, než že způsobí jen pád kompilátoru. mohlo by to způsobit příznaky, které jsou VELMI blízké příznakům selhání hardwaru. Pokud je však ovladač vadný, je pravděpodobnější, že způsobí vážné problémy uvnitř jádra, než že způsobí jen pád kompilátoru.


OTÁZKA

OK. Mohu mít problém s hardwarem, co to je?

ODPOVĚDĚT

Pokud je to náhodou hardware, může to být:

  • Hlavní paměť. Vaše hlavní paměť se může občas trochu pokazit. Pokud k tomu dojde u „zápisů“, neuvidíte žádné chyby parity. Existuje několik způsobů, jak to opravit:
    • Rychlost paměti může být příliš nízká. Zvyšte počet stavů čekání v systému BIOS.
      To může být způsobeno možností autokonfigurace AMIBIOS: může vědět pouze o 486 běžících do 80 MHz, zatímco v současné době kupujete 100 MHz verze. — Pat V.
    • Rychlost paměti může být příliš nízká. Získejte rychlejší DRAM SIMM. Například současné základní desky ASUS vyžadují 60 ns DRAM, pokud máte 100 nebo 133 MHz procesor (Podívejte se do manuálu vaší základní desky). Slyšel jsem zprávy, že 70 ns také funguje, problémy se spolehlivostí jako náhodné sig11 patří k možnostem…. (Neriskoval bych) — Andrew Eskilsson (mpt95aes@pt.hk-r.se)
    • Možná si myslíte, že své 100MHz SDRAM můžete provozovat na 100MHz. Špatně! přečtěte si http://www.bitwizard.nl/sig11/sdram, proč si myslím, že tomu tak je. Potřebujete alespoň jeden rychlostní stupeň rychlejší, než je rychlost, pro kterou jsou určeny.
    • Na jedné z SIMM je špatný čip. Pokud vlastníte více než 1 paměťovou kartu, možná budete moci vytáhnout SIMM a zjistit, zda problém nezmizí. Pozor na STATIKA!!!
    • Minulý týden jsme tu řešili jeden těžký. Ukázalo se, že VŠECHNY 4 16Mb SIMM byly rozbité tak, že jednou za hodinu trochu klesly. To stačilo ke zhroucení počítače přibližně za den nebo ke zhroucení kompilace jádra přibližně za hodinu. Nová sada SIMM funguje perfektně. Diagnostikování tohoto trvalo dlouho, protože všechny 4 SIMM byly ovlivněny stejně, takže ponechání poloviny paměti na věci nic nezměnilo.
      Mark Kettner ( kettner@cat.et.tudelft.nl) hlásí, že jeho systém byl schopen provést můj test paměti 2300krát bezchybně, ale pak zjistil asi 10 chyb. Poté pokračovalo v detekci žádných chyb po několik stovek spuštění znovu…. V jeho případě bylo spuštění kompilace jádra mnohem účinnějším způsobem zjišťování stavu systému (v nejstabilnější konfiguraci mohl systém zkompilovat přibližně 14 jader, než se zbláznil ). Jeho řešením bylo „vyměnit“ starou paměť za takzvaný „upgrade paměti“. Obchodník pak „testuje“ ve svém testeru paměti, který paměť OK. Na novou paměť pak dostal pořádnou slevu :-).
    • Zdá se, že některé 30-72 pinové převodníky mohou způsobit chyby paměti. (Podívejte se, jak je tento záznam starý? Kdo si pamatuje 30pinové SIMM? Nicméně všechny tyto věci perfektně platí pro SIMM <-> DIMM převodníky, nebo socket370 <-> slot 1 převodníky) (Nebylo prokázáno, zda 4 SIMMS v převodníku se pokazil, nebo jestli byl na vině převodník SIMM. SIMMS fungovaly perfektně roky, než byly přesunuty do převodníku….) — Naresh Sharma (n.sharma@is.twi.tudelft.nl). Paul Gortmaker (paul.gortmaker@anu.edu.au) dodává, že převodníky SIMM by měly mít alespoň 4 bypass kondenzátory, aby bylo napájení SIMM čisté.
    • Pokud obnova DRAM nefunguje správně, DRAM pomalu ztrácejí své informace. Některé (486) základní desky se přestanou správně obnovovat, když zapnete „skryté obnovování“. Zdá se, že existuje program zvaný „dram“, který může také zkazit vaše obnovení a způsobit problémy se sig11. — Hank Barta (hank@pswin.chi.il.us), Ron Tapia (tapia@nmia.com)
    • Počet stavů čekání může být příliš nízký. Zvyšte počet stavů čekání v systému BIOS na opravu. Deska Intel Endeavour neumožňuje zvýšit stavy čekání paměti. To lze údajně opravit flashováním MR BIOSu do základní desky. — David Halls (david.halls@cl.cam.ac.uk)
    • Některé paměťové moduly jednoduše nerady spolupracují s ostatními. Odděleně oba fungují, společně ne. Nejpravděpodobněji se to stane, když kombinujete různé značky a velikosti. Oficiálně, pokud se budete držet specifikací pro všechny moduly, vždy to funguje. Neoficiálně se občas dostanete do problémů.
  • Vyrovnávací paměť. Vaše mezipaměť se může občas trochu pokazit. Keše obvykle nejsou vybaveny paritou. Tento případ můžete diagnostikovat vypnutím mezipaměti v systému BIOS. Pokud problém zmizí, je to pravděpodobně mezipaměť. Existuje několik způsobů, jak to opravit:
    • Rychlost mezipaměti může být příliš nízká. Zvyšte počet stavů čekání v systému BIOS.
    • Rychlost mezipaměti může být příliš nízká. Získejte rychlejší čipy SRAM.
    • Ve vaší mezipaměti je špatný čip. Je nepravděpodobné, že byste mohli vyměnit čipy tak snadno jako u SIMM. Pozor na STATIKA!!! — Joseph Barone (barone@mntr02.psf.ge.com)
    • Mezipaměť může být nastavena na „zpětný zápis“, když je chyba v implementaci zpětného zápisu vaší čipové sady. Základní deska, kde se to stalo, byla „MV020 486VL3H“ (s 20M RAM) — Scott Brumbaugh (scottb@borris.beachnet.com) (e-mailová adresa nefunguje. Scott: Obraťte se na mě s platnou zpáteční adresou)
    • Základní deska může vyžadovat propojku pro přepínání mezi Cache On A Stick a staromódní dip chip cache. (JP16 na základních deskách ASUS P/I-P55TP4XE Rev 2.4)
  • Přenosy disků. Blok přicházející z disku může občas způsobit bitovou chybu.
    • Pokud máte tento problém, s největší pravděpodobností budete muset provést příkaz „dd“, abyste „přesunuli“ problém z jednoho místa na druhé….
    • Některé pevné disky IDE nezvládají volbu „irq_unmasking“. To se může zobrazit pouze při zatížení. A mohlo by se to ukázat jako sig11.
    • Některá nastavení nemohou v některých konfiguracích zpracovat DMA. Mario Moder hlásí, že jeho systém konečně začal fungovat správně poté, co povolil 32-bit-io pro jeho HD i CD mechaniku. — Mario Moder ( clay-man@freenet.de )
    • Máte kalok 31xx? Vyhoďte to do odpadu. (nebo ho prodejte uživateli DOSu. Aktualizace: O kaloku jsem léta neslyšela. Pravděpodobně jsou v háji. Disky mimochodem také nefungují s W95.)
    • SCSI? Ukončení? Krátká sběrnice může stále fungovat (to je nespolehlivé) se špatným zakončením. Dlouhý autobus může mít chyby tak jako tak. Můžete zapnout paritu na hostiteli a DISKU?
  • Samotný CPU. Některé šarže procesorů mají mnohem vyšší procento z nich, které jsou náhodou „špatné“. Před několika lety: původní Intel-Pentium-120. Před několika lety AMD K6/2-300 (1998, vyrobeno v týdnech 34 až 39!). A nedávno AMD K6/2-450. Někteří lidé se mohou rozhodnout, že řekněme, že 400 MHz je pro ně přijatelné, ale pokud se ukáže, že je to problém, máte nárok na nový procesor. Jdi a vyměň to tam, kde jsi to koupil. (Zapomeňte na ty P120, nestojí to za ty potíže… 😉 — Guillaume Cottenceau (gcottenc@ens.insa-rennes.fr) & Mark Keegan (keegan@mx.qc.ca)
  • Samotný CPU. Některé šarže procesorů K6 mají prostě konstrukční chybu. Přečtěte si http://www.multimania.com/poulot/k6bug.html a poté se ujistěte, že vám K6 vymění. — Rongen (rongen@istar.ca).
  • Přetaktování. Procesory Cyrix P-166 běží na 133 MHz, ne na 166. To musí být logické pro chlapy z Cyrix, ale pro nikoho jiného. Přetaktujete je, pokud je spustíte na 166 MHz… (Poznámka: Některé z těchto často kladených otázek jsou dost staré. Nyní AMD začalo dělat to samé: XP1800 běží na 1533 MHz.)
  • Přetaktování. Někteří prodejci (nebo soukromé osoby) si myslí, že je možné přetaktovat některá CPU. Některé z nich mohou fungovat, jiné ne. Možná budete chtít zkusit vypnout turbo (všimněte si, že většina základních desek pentium již nepodporuje režim bez turbo) a uvidíte, zda problém nezmizí. Zkontrolujte rychlost svého procesoru v porovnání (vytištěno na něm, v případě potřeby opatrně vyjměte ventilátor) s tím, co říkají propojky základní desky nebo nastavení systému BIOS…. Zdá se, že i Intel může v této oblasti dělat chyby. Nyní mám několik spolehlivých zpráv, že oficiální pentium by sig11 při své jmenovité rychlosti, ale ne při nižší rychlosti. Pokud jde o některé rychlosti, základní deska je pouze VÍCE namáhána kvůli nižší rychlosti procesoru (120 MHz-> základní deska běží na 60MHz, 100MHz-> základní deska běží na 66MHz), myslím, že je nepravděpodobné, že by to mělo něco společného se základní deskou. Navíc nový 120MHz procesor nyní funguje správně. — Samuel Ramac (sramac@vnet.ibm.com). To není jedinečné pro Intel ani žádnou z jeho konkurentů.
  • Přetaktování. V současné době jsou rychlosti procesoru, ztrátový výkon atd. tak blízko „hrany“, že se spolehlivé korporace, jako je Intel, musí tu a tam uchýlit k trikům, které používají overclockeři ke zlepšení výkonu. Výsledky mohou být také srovnatelné: Náhodné zablokování, sig11 atd. atd.
  • teplota CPU. Bez správného chladiče se může vysokorychlostní procesor přehřát. To může být také způsobeno vadným ventilátorem. (Můj osobní ‘486 má ventilátor, kterému trvá pár minut, než se dostane do otáček. Pravděpodobně nikdy opravdu NEselže, protože je nyní vyřazen z provozu :-). CPU se může stát nevyzpytatelným, pokud je „tlačeno“ kompilací jádra. Tento problém se zhorší, pokud deaktivujete „HALT“ na příkazovém řádku LILO. Linux se pokouší vypnout CPU provedením instrukce „halt“, když je systém nečinný. To šetří energii, a proto teplota CPU klesá, když je systém nečinný. Při jednoduchých úpravách si proto tohoto problému nemusíte všimnout a může se objevit až po hodinách náročných úloh CPU, když je okolní teplota vysoká. Pokud máte Pentium s chybou Fdiv, je vhodné jej vyměnit u Intelu. Zašlou vám nový, který je předem nakonfigurovaný s oficiálním ventilátorem schváleným společností Intel. Všimněte si také, že většina běžných lepidel jsou velmi špatné tepelné vodiče. K dispozici je speciální tepelné lepidlo, které by se mělo použít, když je třeba přilepit ventilátor k CPU. — Arno Griffioen (arno@ixe.net), — W. Paul Mills (wpmills@midusa.net) — Alan Wind (wind@imada.ou.dk) Intel říká, že přípustné teplotní rozsahy pro vnější část vašeho CPU jsou:
    0 až +85 C: Intel486 SX, Intel486 DX, IntelDX2, IntelDX4 procesor
    0 až +95 C: IntelDX2, procesory IntelDX4 OverDrive®
    0 až +80 C: 60 MHz procesor Pentium®
    0 až +70 C: 66 až 166 MHz procesor Pentium
    Informace o jak to změřit a nějaké potvrzení toho, co zde říkám, viz: http://pentium.intel.com/procs/support/faqs/iarcfaq.htm (Zejména otázky Q5, Q6 a Q12. Dokument začíná být mírně zastaralý, ale stále je velmi přesný. Zdá se, že otázky se tu a tam také trochu pohybují.) (Intel nyní přesunul soubor. Nemohl jsem. nenajdu nové. Je tu někdo, kdo by mě mohl nasměrovat na nové umístění???)
  • napětí CPU. Některé základní desky umožňují zvolit napětí CPU. Některé základní desky špatně dokumentují nastavení jumperů, které to zvládají. Zdá se, že 5V procesor může stále pracovat většinu času při 3,3 voltu….. — Karl Heyes (krheyes@comp.brad.ac.uk)
  • napětí RAM. Zdá se, že prodejci se nyní připravují na 3,3V RAM. Většina paměti je nyní 3,3V. (ale buďte opatrní, pokud máte desku schopnou nastavit napětí RAM: 3,3 V RAM se zlomí při 5V…..) (Když jsem o tom málo slyšel, myslím, že přepínač musí být automatický.)
  • Přetížení místní sběrnice. Na 25 MHz můžete mít 3 karty VesaLocalBus (VLB), na 33MHz pouze dvě, na 40MHz pouze jednu a hádejte co na 50MHz ŽÁDNÁ! (tj. máte povoleno provozovat váš systém s 50MHz místní sběrnicí, ale pak nemůžete používat žádné VLB karty). Některé systémy se při přetížení VLB začnou chovat nepravidelně. I když vaše VLB není přetíženo (nad limity uvedené výše), může systém ztratit několik nanosekund rezervy přidáním další karty VLB, takže možná budete muset přidat stav čekání mezipaměti nebo něco jiného poté, co jste přidali nová VLB karta… — Richard Postgate (postgate@cafe.net)
  • Řízení spotřeby. Některé notebooky (a dnes i „zelené“ počítače) mají funkce správy napájení. Ty by mohly rušit Linux. Jedna funkce může uložit obraz paměti na HD a obnovit RAM, když stisknete klávesu. Zní to jako zábava, ale ovladače zařízení pro Linux neočekávají, že by byl hardware mezi dvěma přístupy vypnutý. Někteří se mohou uzdravit, ale jiní ne. Zkuste to vypnout nebo povolit „podporu APM“ v jádře. — Elizabeth Ayer (eca23@cam.ac.uk)
  • Hromadění prachu. Nějaký prach by mohl trochu vést a vytvořit slabý zkrat. Někde by to mohlo zvýšit kapacity a zhoršit charakteristiky časování. Mohlo by to bránit tepelnému toku a vést k přehřívání součástí. Mohlo by to dokonce zkratovat propojku! Doporučuji, že každý rok nebo tak nějak je dobré otevřít počítač a vysát vnitřek. Tip: Tyto věcičky navlečené na vatu pomáhají vyhnat prach z nepřístupných míst… — Craig Graham (c_graham@hinge.mistral.co.uk). Někdo jiný mi řekl: pokud můžete, použijte k vyfouknutí věcí místo vysavače stlačený vzduch. Udělejte to raději venku.
  • Samotný CPU. Několik lidí hlásí, že kromě CPU nenašli nic, co by mohli vytknout. Mohla to být také nekompatibilita mezi CPU a základní deskou. Prošla vlna zpráv týkajících se CPU Intel (únor ’97). Přichází nová vlna zpráv, které obviňují CPU Cyrix/IBM 6×86. Ačkoli to může být skutečně CPU, může to být také tím, že vaše základní deska není kompatibilní s vaším CPU. Alespoň jsem v manuálu k základní desce viděl zmínku, že není kompatibilní se staršími 6×86. Moje vlastní zkušenost je, že tato zařízení nejsou vůbec špatná a na kompilaci jádra jsem porovnal P166+ tak, aby byl ekvivalentní s P155 (1,3krát rychlejší než P120).
  • Paměťová díra. Mnoho moderních základních desek umožňuje používat staré grafické karty ISA s jedním nebo dvěma megabajty lineární vyrovnávací paměti snímků. Aby toho dosáhli, musí zmapovat paměť těsně pod 16 Mb. Nikdo ve skutečnosti tuto funkci nikdy nepoužil, ale pokud zapnete paměťovou díru (nebo podporu LFB v některých BIOSech), váš počítač bude jistě nefunkční … — Paul Connolly ( pconnolly@macdux.com.au )
  • X a AMD nekompatibilita. Existuje problém s řadou moderních čipů AMD, které nezvládají některé operace tak dobře, jak by měly. Pokud máte AMD a X11 často končí s „signálem 11 zachycen“, pak byste se mohli stát obětí tohoto problému. Zkuste zavést s „mem=nopentium“. — Matthew Beale ( mixonic@synitech.com ).
  • Mikrokód. Zejména na systémech SMP může CPU vyžadovat upgrade. Od katastrofy divize Pentium má Intel možnost upgradovat své CPU! CPU lze v několika verzích narazit speciální instrukcí z BIOSu. Tyto upgrady obvykle přicházejí s vaším BIOSem, takže se ujistěte, že používáte nejnovější BIOS, zvláště pokud máte systém SMP. — Jeffrey Friedl (e-mail zadržen).

    OTÁZKA

    Problémy s časováním RAM? S nastavením biosu jsem se pohrával před více než měsícem. Mezitím jsem zkompiloval mnoho jader a nic se nepokazilo. Nemůže to být časováním RAM. Že jo?

ODPOVĚDĚT

Špatně. Myslíte si, že výrobci RAM mají stroj, který dělá 60ns RAM a jiný, který dělá 70ns RAM? Samozřejmě že ne! Udělají spoustu a pak je testují. Některé splňují specifikace pro 60 ns, jiné ne. To by mohlo být 61 ns, pokud by to výrobce musel uvést číslo. V tom případě je dost pravděpodobné, že to ve vašem počítači funguje, když je například teplota pod 40 stupňů Celsia (čipy se zpomalují, když teplota stoupá. Proto některé superpočítače potřebují tolik chlazení).

Nicméně „příchod léta“ nebo dlouhá kompilační úloha mohou posunout teplotu uvnitř vašeho počítače nad „limit“. — Philippe Troin (ptroin@compass-da.com)


OTÁZKA

Nechal jsem se vtáhnout do kupy ECC paměti, protože byla o něco levnější. Cítím se jako blázen. Měl jsem si koupit dražší paměť ECC. Že jo?

ODPOVĚDĚT

Nákup dražší paměti ECC a základních desek vás chrání před určitým typem chyb: těmi, které se vyskytují náhodně průchodem alfa částic.

Protože většina lidí dokáže reprodukovat problémy se „signálem 11“ během půl hodiny pomocí „gcc“, ale nedokáže je reprodukovat testováním paměti několik hodin za sebou, dokazuje mi to, že nejde jen o náhodné překlopení částice alfa. To by si všiml i test paměti. To znamená, že se děje něco jiného.

Mám dojem, že většina problémů se sig11 je způsobena chybami časování na cestě paměti CPU <-> cache <->. ECC v hlavní paměti vám v takovém případě nepomůže.

Kdy byste si měli koupit ECC? a) Když cítíte, že to potřebujete. b) Když máte HODNĚ RAM. (Proč ne mezní číslo? Protože mezní hodnota se s časem mění, stejně jako „SPOUSTY“.) Někteří lidé mají pocit, že všichni používají ECC paměť. Odkazuji je na důvod „a)“.


OTÁZKA

Problémy s pamětí? BIOS testuje paměť a říká, že je v pořádku. Mám tento luxusní program pro DOS, který mi říká, že moje paměť je v pořádku. Nemůže to být paměť?

ODPOVĚDĚT

Špatně. Test paměti v BIOSu je naprosto k ničemu. Může dokonce občas OK více paměti, než je skutečně k dispozici, natož otestovat, zda je dobrá nebo ne.

Můj kamarád měl 640k PC (jo, to bylo dávno), který měl jeden 64kbit čip místo 256kbit čipu v druhé 256k bance. To znamená, že měl efektivně 320k pracovní paměti. Někdy BIOS testoval 384k jako „OK“. V každém případě by selhaly pouze některé aplikace. Bylo velmi těžké diagnostikovat skutečný problém…

K většině problémů s pamětí dochází pouze za zvláštních okolností. Tyto okolnosti jsou stěží známé. gcc Zdá se, že je uplatňuje. Některé testy paměti, zejména testy paměti BIOS, ne. Už nepracuji na vytvoření diskety s linuxovým jádrem a dobrým testerem paměti na něm. Zapomeň na to, že bys mě kvůli tomu otravoval…

Důvodem je to, že test paměti způsobí, že CPU provede jen několik instrukcí a vzorce přístupu do paměti bývají velmi pravidelné. Za těchto okolností se rozpadne jen velmi malá podmnožina vzpomínek. Pokud studujete elektrotechniku ​​a zajímáte se o testování paměti, diplomová práce by mohla být, abyste zjistili, co se děje. Jsou výrobci počítačů, kteří by chtěli sponzorovat takový projekt s nějakým hardwarem, o kterém klienti tvrdí, že je nespolehlivý, ale neprojde produkčními testy…


OTÁZKA

Stává se to pouze při kompilaci jádra?

ODPOVĚDĚT

Ani náhodou. Váš hardware nemůže nijak vědět, že kompilujete jádro. Náhodou se stává, že kompilace jádra je pro váš hardware velmi náročná, takže se to často stává, když kompilujete jádro. Kompilace dalších velkých balíků jako gcc nebo glibc také často spouští sig11.

  • Lidé viděli „náhodné“ pády například při instalaci pomocí instalačního skriptu slackware…. — dhn@pluto.njcc.com
  • Ostatní dostávají z jádra „chyby obecné ochrany“ (s výpisem z havárie). Ty jsou obvykle v /var/adm/messages. — fox@graphics.cs.nyu.edu
  • Někteří vidí  pád bzip2 se „signálem 11“ nebo s „selháním interního tvrzení (#1007). Bzip2 je docela dobře otestován, takže pokud se zhroutí, pravděpodobně to není chyba v bzip2. — Julian Seward (jseward@acm.org)

OTÁZKA

Na NT, Windows 95, 98, Milenium nebo XP nic nepadá. Musí to být něco specifického pro Linux.

ODPOVĚDĚT

Za prvé, Linux zatěžuje váš hardware více než vše výše uvedené. Některé operační systémy, jako jsou ty od Microsoftu uvedené výše, každopádně havarují nepředvídatelným způsobem. Nikdo nebude volat Microsoftu a říkat “hej, můj box se systémem Windows se dnes zhroutil”. Pokud to přesto uděláte, řeknou vám, že vy, uživatel, jste udělali chybu (viz rozhovor s Billem Gatesem v německém časopise….) a že když to teď funguje, měli byste držet hubu.
Tyto operační systémy jsou také poněkud „předvídatelnější“ než Linux. To znamená, že Excel může být vždy načten v přesně stejné oblasti paměti. Proto když dojde k bitové chybě, vždy ji dostane Excel. Excel se zhroutí. Nebo excel spadne jinou aplikaci. Každopádně se bude zdát, že jde o jedinou aplikaci, která selže a nesouvisí s pamětí.
Jsem si jistý, že čistě nainstalovaný systém Linux by měl být schopen zkompilovat jádro bez jakýchkoli chyb. Rozhodně žádné sig-11. (** Výjimka: Red Hat 5.0 s procesorem Cyrix. Viz jinde.**)
Opravdu Linux a gcc zatěžují váš hardware více než jiné OS. Pokud potřebujete jinou než linuxovou věc, která zatěžuje váš hardware až k pádu, můžete zkusit winstone. — Jonathan Bright (bright@informix.com)


OTÁZKA

Je to vždy signál 11?

ODPOVĚDĚT

Ani náhodou. Jiné signály jako čtyři, šest a sedm se také vyskytují příležitostně. Nejběžnější je však signál 11.

Dokud se paměť poškozuje, může se stát cokoli. Očekával bych, že se špatné binární soubory budou vyskytovat mnohem častěji, než ve skutečnosti. Každopádně se zdá, že šance jsou silně ovlivněny tím, že gcc dostane signál 11. Také vidět:

  • free_one_pmd: bad directory entry 00000008
  • EXT2-fs warning (device 08:14): ext_2_free_blocks bit already cleared for block 127916
  • Internal error: bad swap device
  • Trying to free nonexistent swap-page
  • kfree of non-kmalloced memory…
  • scsi0: REQ before WAIT DISCONNECT IID
  • Unable to handle kernel NULL pointer dereference at virtual address c0000004
  • put_page: page already exists 00000046
    invalid operand: 0000
  • Whee.. inode changed from under us. Tell Linus
  • crc error — System halted (During the uncompress of the Linux kernel)
  • Segmentation fault
  • “unable to resolve symbol”
  • make [1]: *** [sub_dirs] Error 139
    make: *** [linuxsubdirs] Error 1
  • The X Window system can terminate with a “caught signal xx”

Prvních několik jsou případy, kdy jádro „podezřívá“ chybu programování jádra, která je ve skutečnosti způsobena špatnou pamětí. Posledních pár bodů k aplikačním programům, které skončí s problémem.

— SGde Marinis (trance@interseg.it)
— Dirk Nachtmann (nachtman@kogs.informatik.uni-hamburg.de)


OTÁZKA

Co mám dělat?

ODPOVĚDĚT

Zde je několik věcí, které můžete vyzkoušet, když chcete zjistit, co je špatně… poznámka: Některé z nich výrazně zpomalí váš počítač. Tyto věci jsou určeny k tomu, aby váš počítač fungoval správně a umožnil vám zúžit, co je na něm špatného. Pomocí těchto informací se můžete například pokusit o výměnu vadné součásti u vašeho dodavatele.

  • Propojte základní desku pro nižší rychlost CPU a sběrnice.
  • Přejděte do systému BIOS a řekněte „Načíst výchozí nastavení systému BIOS“. Ujistěte se, že jste si předem zapsali nastavení diskové jednotky.
  • Deaktivujte mezipaměť (BIOS) (nebo ji vytáhněte, pokud je na „sticku“).
  • boot kernel s “linux mem=4M” (zakáže paměť nad 4Mb).
  • Zkuste vyjmout polovinu paměti. Zkuste obě poloviny postupně.
  • Pohrát si s nastavením aktualizace (BIOS)
  • Zkuste si vypůjčit paměť od někoho jiného. Nejlépe by to měla být paměť, na které běží Linux bezchybně na druhém stroji… (Silicon Graphics Indy stroje jsou také pěkné cíle, ze kterých si lze vypůjčit paměť)
  • Pokud chcete ověřit, zda řešení skutečně funguje, vyzkoušejte následující skript:
       #!/bin/sh
       #set -x
       t = 1
       zatímco [ -f log.$t ] 
         dělat
         t=`výraz $t + 1`
       Hotovo
    
       zatímco pravdivé
         dělat
         vyčistit
         make -k bzImage > log.cur 2>&1
         mv log.cur log.$t
         t=`výraz $t + 1`
       Hotovo
    

    Všechny výsledné soubory protokolu by měly být stejné (tj. stejnou velikost a stejný obsah). Každé sestavení jádra trvá přibližně 4 minuty na 1GHz Athlonu s 512 Mb paměti. (a asi 3 měsíce na 386 se 4Mb :-).

  • Dalším způsobem, jak otestovat, zda je vaše aktuální nastavení stabilní, může být spuštění „md5sum“ na souborech různých velikostí (dd if=/dev/random of=testfile bs=1024k count=). Pokud použijete soubor dvakrát větší než vaše RAM, procvičíte si disk. Pokud použijete soubor o 4 až 10 Mb menší, než je vaše RAM, zatížíte RAM/CPU.
    Zda tato metoda zachytí všechny možné problémy, však není jisté. Gcc provádí spoustu různých instrukcí v různém pořadí a md5sum prostě nemusí trefit správnou sekvenci instrukcí, kterou dělá gcc. Ale pokud md5sum vede k chybám, může to udělat rychleji než kompilace jádra. — Rob Ludwick (rob@no-spam)

Nejtěžší na tom je, že většina lidí bude umět všechno výše uvedené kromě toho, že si vypůjčí paměť od někoho jiného, ​​a na tom nezáleží. Díky tomu je pravděpodobné, že se skutečně jedná o RAM. RAM bývala jednou z nejdražších součástí PC, takže byste k tomuto závěru raději nedospěli, ale, je mi líto, dostávám spoustu reakcí, které se nakonec ukáží jako RAM. Zatím však nezoufejte: vaše RAM nemusí být úplně promarněná: vždy ji můžete zkusit vyměnit za jinou nebo více RAM.


OTÁZKA

Nechal jsem své RAM otestovat v zařízení RAM-tester a jsou v pořádku. Nemůže to být RAM ne?

ODPOVĚDĚT

Špatně. Zdá se, že chyby, které se aktuálně vyskytují v RAMS, nejsou zjistitelné testery RAM. Je možné, že vaše základní deska přistupuje k RAM pochybným způsobem nebo jinak kazí RAM, když je ve VAŠEM počítači. Výhodou je, že svou RAM můžete prodat někomu, kdo má stále důvěru v jeho RAM-tester…


OTÁZKA

Jaký další hardware by mohl být problém?

ODPOVĚDĚT

No, nějaký hardwarový problém uvnitř vašeho počítače. Ale věci, které lze snadno zkontrolovat, by se měly nejprve zkontrolovat. Takže například všechny vaše karty by měly být správně vloženy do základní desky.


OTÁZKA

Proč na mě instalace Red Hatu útočí?

ODPOVĚDĚT

Instalace Red Hat 5.x, 6.xa 7.x má na některých počítačích problémy. Zkuste spustit instalaci pouze s 32M. To lze obvykle provést s mem=32m jako spouštěcím parametrem.

Je možné, že na CD došlo k chybě čtení. Instalační program to zvládá méně než dokonale…. Ujistěte se, že vaše CD je bezchybné! Zdá se, že instalátor bude bombardovat okrajová CD!

Lidé hlásí, a já jsem to viděl na vlastní oči, že instalace Red Hatu se mohou pokazit (selhání se signálem 7 nebo signálem 11) na strojích, které jsou naprosto v pořádku. Můj stroj byl a stále je 100% spolehlivý (vlastně stroj, na kterém jsem to testoval, je nyní spolehlivě mrtvý). Lidé se dostávají do problémů tím, že smažou starou distribuci „fungující v pořádku“ a poté chtějí nainstalovat novější distribuci Red Hat. Návrat zpět již není možný, protože návrat k verzi 5.x má také za následek stejné „chyby při instalaci“.

Patrick Haley (haleyp@austin.rr.com) uvádí, že vyzkoušel všechny konfigurace paměti až do 96 Mb (32 & 64) a zjistil, že instalace bude fungovat pouze tehdy, když bude mít nainstalovaných 96 Mb. To je také v souladu s mou vlastní zkušeností (se selháním instalací Red Hat): Zkoušel jsem instalaci na 32M počítači.

NOVINKA: Zdá se, že to může být způsobeno problémem v jádře. Jádru může (dočasně) docházet paměť a zabíjet aktuální proces. Oprava od Huberta Mantela (mantel@suse.de) je na: http://juanjox.linuxhq.com/patch/20-p0459.html.

Pokud tomu tak skutečně je, zkuste se přepnout na druhou virtuální konzoli (ctrl-alt-F2) a každých pár sekund tam napište „sync“. To snižuje množství paměti zabrané vyrovnávací paměti na pevném disku… Opravdu bych ocenil, kdyby jste mi řekli, kdybyste viděli, jak se instalace Red Hatu zhroutila dvakrát nebo vícekrát za sebou, a pak jste byli schopni instalaci dokončit pomocí tohoto triku!!!

Co děláte, abyste tento problém vyřešili?…

  • Použijte SuSE. Je to lepší: Během instalace nepadá. (Kromě toho, že ve skutečnosti  je  lepší. 😉
  • Možná narážíte na špatný blok na vašem CD. To může být závislé na pohonu. Pokud je to váš případ, zkuste vytvořit kopii CD v jiné mechanice. Zkuste si půjčit kopii Red Hatu od někoho jiného.
  • Zkuste nakonfigurovat GIGABYTE swapu. Mám dvě nezávislé zprávy, které hlásí, že to zvládli výměnou. Prosím, nahlaste mi, jestli to pomůže!
  • Upravte „nastavení“ pevného disku. Změna nastavení z „LBA“ na „NORMAL“ v biosu pomohla alespoň jedné osobě. Pokud to zkusíte, opravdu bych ocenil, kdybyste mi poslali e-mail: Rád bych od vás slyšel, zda to pomůže nebo ne. (a co jste přesně změnili, aby to fungovalo)
  • Dostal  jsem svůj  počítač k instalaci instalací minimálního základního systému a poté přidáním balíčků do nainstalovaného systému.
  • Někdo navrhl, že když se to stane, stroj může mít nedostatek paměti. Zkuste mít připravený odkládací oddíl. Instalace může být také „připravena“ na to, aby zvládla situace s nízkou pamětí, ale špatně odhadla situaci. Může například načíst RAMDISK, ponechat pouze 1M volné paměti RAM a poté se pokusit načíst 2M aplikaci. Takže pokud máte 16M RAM, bootování s mem=14M může ve skutečnosti pomoci, protože fáze „načtení RAMDISKu“ by pak selhala a instalace by pak věděla, že se má spustit z CD místo z RAMDISku. (instalace dříve fungovaly pro více než 8 milionů strojů. Je to stále pravda?)
  • Zkuste v jedné relaci vyčistit disk od všech oddílů, které bude Linux používat. Restartujte. Pak zkuste instalaci. Buď ručním rozdělením na oddíly, nebo tím, že necháte instalační program, aby na to přišel. (Beru to tak, že Red Hat má také tuto možnost, SuSE ji má…) Pokud vám to funguje, ocenil bych, kdybyste mi to řekli.
  • Může to způsobit i poškozené stahování. Duh.
  • Někdo hlásí, že instalace na 8Mb strojích již nefungují a že instalace bez chybičky skončí se sig7. — Chris Rocco (crocco@earthlink.net)
  • Jeden člověk uvádí, že mu pomohlo vypnutí funkce „BIOS shadow“ (systém & VIDEO). Protože Linux nepoužívá BIOS, stínování nepomáhá. Některé počítače vám mohou dokonce poskytnout 384 kB paměti RAM navíc, pokud vypnete stínování. Prostě to deaktivujte a uvidíte, co se stane. — Philippe d’Offay (pdoffay@pmdsoft.com).

OTÁZKA

Jaké jsou další možnosti?

ODPOVĚDĚT

Jiní zaznamenali následující možnosti:

  • Kompilátor a knihovna libc obsažené v Red Hat 5.0 mají zvláštní interakci s procesorem Cyrix. Zhroutí kompilátor, to je VELMI zvláštní. Domnívám se, že jediný způsob, jak to může být, je, když má Cyrix chybu, která byla celou tu dobu neodhalena a spolehlivě se spustí, když TENTO gcc zkompiluje jádro Linuxu. Každopádně, pokud chcete pouze zkompilovat jádro, měli byste získat nový kompilátor a/nebo knihovnu libc z webu Red Hat. (začněte na domovské stránce a klikněte na errata).
  • Kompilace jádra 2.0.x s 2.8.x gcc nebo jakýmkoli egcs nefunguje. V jádře je několik chyb, které se nezobrazují, protože gcc 2.7.x odvádí mizernou práci při jeho optimalizaci. gcc 2.8.xa egcs prostě vysypou část kódu, protože jsme mu neřekli, aby to nedělal. Každopádně obvykle dostanete jádro, které vypadá, že funguje, ale má zábavné chyby. Například X může havarovat se signálem 11. A než se zeptáte, ne, nebude to opraveno. Neobtěžuj s tím Alana nebo Linuse, OK? — Hans Peter Verne (hpverne@kjemi.uio.no)
  • Pentium-optimizing-gcc (ten s číslem verze končícím na „p“) selhává s výchozími možnostmi u určitých zdrojových souborů, jako je floppy.c v jádře. „Spouštěče“ jsou v jádře, knihovně libc a v samotném gcc. To lze snadno diagnostikovat jako „nejedná se o hardwarový problém“, protože se vždy vyskytuje na stejném místě. Můžete buď zakázat některé optimalizace (nejprve zkuste -fno-unroll-loops) nebo použít jiný gcc. — Evan Cheng (evan@top.cis.syr.edu ) (Jinými slovy: gcc 2.7.2p havaruje se sig11 na floppy.c . Řešení-1: Použijte prostý gcc. Řešení-2: Ručně zkompilujte disketu.c pomocí „-O” místo “-O2”.)
  • Špatné spojení mezi diskem a systémem. Například kabely IDE mohou mít délku pouze 40 cm (16″). Mnoho systémů se dodává s delšími kabely. Také odnímatelný IDE rack může způsobit problémy se zhroucením systému.
  • Špatně nakonfigurovaný gcc — některé části z jedné verze, některé z jiné. Po několika týdnech jsem skončil s reinstalací od nuly, aby bylo vše v pořádku. — Richard H. Derr III (rhd@Mars.mcs.com).
  • Gcc nebo výsledná aplikace může skončit s sig11, když je program propojen s knihovnami SCO (které přicházejí s iBCS). K tomu dochází u některých aplikací, které mají ve svých LDFLAGS -L/lib….
  • Při kompilaci jádra pomocí kompilátoru ELF, ale nakonfigurovaného pro a.out (nebo naopak, zapomněl jsem), dostanete signál 11 při prvním volání „ld“. To lze snadno identifikovat jako softwarový problém, protože se vždy vyskytuje při PRVNÍM volání „ld“ během sestavování. — REW
  • Ethernetová karta spolu se špatně nastaveným PCI BIOSem. Pokud má vaše (ISA) karta Ethernet otvor na sběrnici ISA, možná ji budete muset nakonfigurovat někde na obrazovkách nastavení systému BIOS. Jinak by hardware hledal na sběrnici PCI oblast sdílené paměti. Protože ISA karta nemůže reagovat na požadavky na PCI sběrnici, čtete prázdný „vzduch“. To může mít za následek chyby segmentace a pády jádra. — REW
  • Poškozený odkládací oddíl. Tony Nugent (T.Nugent@sct.gu.edu.au) hlásí, že míval tento problém a vyřešil ho mkswapem na svém odkládacím oddílu. (Nezapomeňte napsat „sync“, než po mkswapu uděláte cokoliv jiného. — Louis J. LaBash Jr. (lou@minuet.siue.edu)
  • karta NE2000. Některé levné karty Ne2000 by mohly zkazit systém. — Danny ter Haar ( dth@ci stron.nl) Osobně jsem mohl mít podobné problémy, protože můj poštovní server každou chvíli (jednou denně) silně havaroval. Nyní se zdá, že 1.2.13 a mnoho jader 1.3.x má tuto chybu. V 1.3.48 jsem to neviděl. Asi se to mezitím někde opravilo… — REW
  • Zdroj napájení? Ne, nemyslím si to. Moderní těžký systém se dvěma nebo třemi pevnými disky, SCSI i IDE nepřekročí 120 wattů nebo tak. Pokud máte spoustu starých pevných disků a starých rozšiřujících karet, požadavky na napájení budou vyšší, ale přesto je velmi těžké dosáhnout limitů napájecího zdroje. Některým lidem se samozřejmě podaří najít spoustu starých pevných disků plné velikosti a nainstalovat je do své velké věže. Tímto způsobem můžete skutečně přetížit napájecí zdroj. — Greg Nicholson ( greg@job.cba.ua.edu ) Vadný napájecí zdroj MŮŽE samozřejmě dodávat mezní výkon, což způsobuje všechny poruchy, o kterých čtete v tomto souboru…. — Thorsten Kuehnemann (thorsten@actis.de)
  • Nekonzistentní ext2fs. Některé okolnosti mohou způsobit, že kód jádra souborového systému ext2 bude mít za následek signál 11 pro Gcc. — Morten Welinder (terra@diku.dk)
  • CMOS baterie. I když nastavíte BIOS tak, jak chcete, může se vám pod nosem měnit zpět na „špatné“ nastavení, pokud je baterie CMOS špatná. — Heonmin Lim (coco@me.umn.edu)
  • Žádný nebo příliš málo odkládacího prostoru. Gcc nezvládá elegantně stav „nedostatek paměti“. — Paul Brannan (brannanp@musc.edu)
  • Nekompatibilní knihovny. Když máte symbolický odkaz z „libc.so.5“ ukazující na „libc.so.6“, některé aplikace budou bombardovat sig11. — Piete Brooks (piete.brooks@cl.cam.ac.uk).
  • Zlomená myš. Nějak se zdá, že myš se dokáže rozbít takovým způsobem, že způsobí pád některých programů (souvisejících s myší) se Sig11. Viděl jsem, že se to stalo na X serveru, který by spadl, pokud byste rychle pohnuli myší. Matthew možná ani nepohnul myší. — REW & Matthew Duggan (stauff@guarana.org).
  • Špatně usazená RAM. Ujistěte se, že je vaše RAM správně usazena v patici…. — Carroll Kong (me@carrollkong.com).

OTÁZKA

Zjistil jsem, že běh… detekuje chyby mnohem rychleji než jen kompilace jader. Uveďte to prosím na svých stránkách.

ODPOVĚDĚT

Mnoho lidí mi e-mailem s poznámkami, jako je tato. Mnozí si však neuvědomují, že narazili na JEDEN případ problematického hardwaru. Osoba doporučující „unzip -t“ měla náhodou rozbitou DRAM paměť. A stalo se, že unzip to „našel“ mnohem rychleji než kompilace jádra.

Jsem si však jistý, že u mnoha dalších problémů by to kompilace jádra nalezla, zatímco jiné testy ne. Myslím, že kompilace jádra je dobrá, protože zatěžuje spoustu různých částí počítače. Mnoho dalších testů procvičuje pouze jednu oblast. Pokud je tato oblast ve vašem případě poškozená, objeví se problém mnohem rychleji než „kompilace jádra“. Ale pokud je váš počítač v této oblasti v pořádku a v jiné porouchaný, „rychlejší“ test vám může říct, že je váš počítač v pořádku, zatímco test kompilace jádra by vám řekl, že je něco špatně.

V každém případě bych mohl stejně dobře uvést, co si lidé myslí, že jsou dobré testy, což jsou, ale ne tak obecné jako test „zkuste a zkompilujte jádro“…

  • Spusťte unzip při kompilaci jader. Použijte zip soubor velký přibližně jako RAM.
  • použijte „memtest86“ na adrese:  http://www.memtest86.com/.
  • proveďte dd if=/dev/hda of=/dev/null při kompilaci jader.
  • spusťte md5sum na velkých stromech.

Všimněte si, že ať už najdete jakoukoli rychlou metodu, jak vám sdělit, že je váš počítač rozbitý, nezaručí to, že váš počítač bude v pořádku, pokud takový test náhle již selže. Vždy doporučuji, abyste poté, co se pohráváte s věcmi, aby to fungovalo, spustili 24hodinový test kompilace jádra.


OTÁZKA

Proč není „memtest86“ první, kdo to vyzkouší, když mám podezření na problémy s pamětí?

ODPOVĚDĚT

Klidně to udělejte. Něco z toho je černá magie. Když vám však „memtest86“ řekne, že vaše RAM je v pořádku, můžete být v pokušení tomu věřit. Říká vám,  že  nenašel žádné problémy. Neříká vám to, že vaše RAM je bezchybná.

Podle mých zkušeností se problémy související s RAM někdy nenajdou pomocí testeru paměti. Vzory jsou všechny pěkné a pravidelné. Některá problematická RAM jednoduše funguje dobře pod tímto druhem stresu, ale selhává při více nevyzpytatelných stresových vzorcích způsobených „gcc“ nebo „zip“.

Takže stále doporučuji, abyste zkusili ověřit váš systém pomocí kompilací jádra a nedůvěřovali testeru paměti….


OTÁZKA

Tomu nevěřím. Komu se to stalo?

ODPOVĚDĚT

No, mně osobně se to stalo. Ale nemusíš mi věřit. Stalo se také:

  • Johnny Stephens (icjps@asuvm.inre.asu.edu)
  • Dejan Ilic (d92dejil@und.ida.liu.se)
  • Rick Tessner (rick@myra.com)
  • David Fox (fox@graphics.cs.nyu.edu)
  • Darren White (dwhite@baker.cnw.com) (L2 cache)
  • Patrick J. Volkerding (volkerdi@mhd1.moorhead.msus.edu)
  • Jeff Coy Jr. (jcoy@gray.cscwc.pima.edu) (Temp problems)
  • Michael Blandford (mikey@azalea.lanl.gov) (Temp problems: CPU fan failed)
  • Alex Butcher (Alex.Butcher@bristol.ac.uk) (Memory waitstates)
  • Richard Postgate (postgate@cafe.net) (VLB loading)
  • Bert Meijs (L.Meijs@et.tudelft.nl) (bad SIMMs)
  • J. Van Stonecypher (scypher@cs.fsu.edu)
  • Mark Kettner (kettner@cat.et.tudelft.nl) (bad SIMMs)
  • Naresh Sharma (n.sharma@is.twi.tudelft.nl) (30->72 converter)
  • Rick Lim (ricklim@freenet.vancouver.bc.ca) (Bad cache)
  • Scott Brumbaugh (scottb@borris.beachnet.com)
  • Paul Gortmaker (paul.gortmaker@anu.edu.au)
  • Mike Tayter (tayter@ncats.newaygo.mi.us) (Something with the cache)
  • Benni ??? (benni@informatik.uni-frankfurt.de) (VLB Overloading)
  • Oliver Schoett (os@sdm.de) (Cache jumper)
  • Morten Welinder (terra@diku.dk)
  • Warwick Harvey (warwick@cs.mu.oz.au) (bit error in cache)
  • Hank Barta (hank@pswin.chi.il.us)
  • Jeffrey J. Radice (jjr@zilker.net) (Ram voltage)
  • Samuel Ramac (sramac@vnet.ibm.com) (CPU tops out)
  • Andrew Eskilsson (mpt95aes@pt.hk-r.se) (DRAM speed)
  • W. Paul Mills (wpmills@midusa.net) (CPU fan disconnected from CPU)
  • Joseph Barone (barone@mntr02.psf.ge.com) (Bad cache)
  • Philippe Troin (ptroin@compass-da.com) (delayed RAM timing trouble)
  • Koen D’Hondt (koen@dutlhs1.lr.tudelft.nl) (more kernel error messages)
  • Bill Faust (faust@pobox.com) (cache problem)
  • Tim Middlekoop (mtim@lab.housing.fsu.edu) (CPU temp: fan installed)
  • Andrew R. Cook (andy@anchtk.chm.anl.gov) (bad cache)
  • Allan Wind (wind@imada.ou.dk) (P66 overheating)
  • Michael Tuschik (mt2@irz.inf.tu-dresden.de) (gcc2.7.2p victim)
  • R.C.H. Li (chli@en.polyu.edu.hk) (Overclocking: ok for months…)
  • Florin (florin@monet.telebyte.nl) (Overclocked CPU by vendor)
  • Dale J March (dmarch@pcocd2.intel.com) (CPU overheating on laptop)
  • Markus Schulte (markus@dom.de) (Bad RAM)
  • Mark Davis (mark_d_davis@usa.pipeline.com) (Bad P120?)
  • Josep Lladonosa i Capell (jllado@arrakis.es) (PCI options overoptimization)
  • Emilio Federici (mc9995@mclink.it) (P120 overheating)
  • Conor McCarthy (conormc@cclana.ucd.ie) (Bad SIMM)
  • Matthias Petofalvi (mpetofal@ulb.ac.be) (“Simmverter” problem)
  • Jonathan Christopher Mckinney (jono@tamu.edu) (gcc2.7.2p victim)
  • Greg Nicholson (greg@job.cba.ua.edu) (many old disks)
  • Ismo Peltonen (iap@bigbang.hut.fi) (irq_unmasking)
  • Daniel Pancamo (pancamo@infocom.net) (70ns instead of 60 ns RAM)
  • David Halls (david.halls@cl.cam.ac.uk)
  • Mark Zusman (marklz@pointer.israel.net) (Bad motherboard)
  • Elizabeth Ayer (eca23@cam.ac.uk) (Power management features)
  • Thorsten Kuehnemann (thorsten@actis.de)

© 1996-2022 – BitWizard B.V. is a registered trademark

REC Studio 4 – překladač zpětného inženýrství

Original page: http://www.backerstreet.com/rec/rec.htm

REC Studio je interaktivní dekompilátor.
Čte spustitelný soubor Windows, Linux, Mac OS X nebo raw a pokouší se vytvořit reprezentaci kódu a dat používaných k vytvoření spustitelného souboru ve stylu C.
Byl navržen pro čtení souborů vytvořených pro mnoho různých cílů a byl zkompilován na několika hostitelských systémech.

REC Studio 4 je kompletní přepis původního dekompilátoru REC. Využívá výkonnější analytické techniky, jako je částečné Single Static Assignment (SSA), umožňuje načítání souborů Mac OS X a podporuje 32 a 64 bitové binární soubory.
Přestože je stále ve vývoji, dosáhlo fáze, díky které je užitečnější než staré Rec Studio 2.

Stránky Rec Studio 2 jsou zde.

Funkce

Jak již bylo zmíněno, Rec Studio 4 je stále ve vývoji. Většina funkcí nezávislých na cíli byla dokončena, jako například:

  • Multihost: Rec Studio běží na  Windows XP/Vista/7, Ubuntu Linux, Mac OS X.
  • Podpora symbolických informací pomocí Dwarf 2 a částečné rozpoznání  formátu PDB společnosti Microsoft.
  • C++ je částečně rozpoznáno: pozměněná jména generovaná gcc jsou demanglována, stejně jako je respektována dědičnost popsaná v dwarf2. C++ je však velmi široký a obtížný jazyk, takže některé funkce, jako jsou šablony, pravděpodobně nebudou nikdy podporovány.
  • Typy a definice prototypů funkcí lze specifikovat v textových souborech. Některá standardní rozhraní Posix a Windows API jsou již k dispozici v balíčku Rec Studio.
  • Je podporována interaktivita omezená na definici sekcí, štítků a vstupních bodů funkcí. Bude potřeba jej vylepšit, aby podporoval definici typů a parametrů funkcí v programu.

Tato tabulka ukazuje funkce specifické pro cíl, které byly dosud implementovány:

 

Vlastnosti x86 (ia32) x86_64 Mips PowerPC mc68k ARM
Rozebíratel Hotovo Hotovo Hotovo Hotovo Hotovo Plánová
PE COFF nakladač Hotovo Hotovo n/a n/a n/a n/a
ELF nakladač Hotovo Hotovo Hotovo Hotovo Hotovo Plánová
COFF nakladač Hotovo n/a n/a n/a Hotovo n/a
Mac OS X nakladač Hotovo Hotovo n/a Plánová n/a Plánová
Dwarf2 symbolické informace Hotovo Hotovo Hotovo Hotovo n/a Plánová
COFF symbolické informace Plánová n/a n/a n/a Plánová n/a
Volací konvence Probíhá Probíhá Probíhá Plánová Plánová Plánová
32 a 64 bitů Probíhá Probíhá n/a n/a n/a n/a
Plovoucí bod Plánová Plánová n/a n/a n/a n/a
Windows ladicí program Probíhá Plánová n/a n/a n/a n/a
Gdb ladicí program Probíhá Probíhá n/a n/a n/a n/a

Zdroje REC nejsou ve veřejné doméně.

Ačkoli REC dokáže číst spustitelné soubory Win32 (aka PE) vytvořené Visual C++ nebo Visual Basic 5, existují omezení produkovaného výstupu. REC se pokusí použít jakékoli informace obsažené v tabulce symbolů .EXE. Pokud byl soubor .EXE zkompilován bez ladicích informací, pokud byl použit formát databázového souboru programu (.PDB) nebo Codeview (C7), nebo pokud byla povolena možnost optimalizace kompilátoru, nebude vytvořený výstup příliš dobrý. Spustitelné soubory Visual Basic 5 jsou navíc kombinací kódu podprogramu a dat formuláře. Pro REC je téměř nemožné určit, která je která. Jedinou možností je použít soubor .cmd a ručně určit, která oblast je kód a která oblast je data.

V praxi pouze spustitelné soubory C produkují smysluplný dekompilovaný výstup.

Reference

Několik dalších dekompilátorů je dostupných z různých zdrojů. Seznam najdete na mé stránce reverzního inženýrství.

Spíše překvapivě je vnitřní architektura dekompilátoru velmi podobná architektuře kompilátoru. Pro oba existuje kvalitní literatura. Stránka Poznámky k návrhu obsahuje informace o problémech, se kterými se autor dekompilátoru potýká, když se pokouší dekompilovat o něco složitější programy, než jsou jednoduché testy jednotek. Dekompilace stránka obsahuje odkazy a dokumentaci vztahující se k dekompilátory obecně.

Disertační práce Mika van Emmerika významně pokročila v oblasti dekompilace tím, že nastínila řešení základních problémů při dekompilaci binárních programů.

Disertační práce Cristiny Cifuentes Reverzní kompilační techniky podrobně popisuje teorii a implementaci dekompilátoru dcc pro 8086 DOSových programů.

Stránka Wotsit obsahuje odkazy na specifikace formátů objektových souborů jako COFF a ELF.

Některé koncepty související s analýzou kódu jsou popsány na stránkách referenčního ladicího programu.

Další základní knihy, které jsem během vývoje použil, jsou:

  • „Překladače – principy, techniky a nástroje“, Aho, Sethi, Ullman, 1986 Addison-Wesley Publishing Co. ISBN 0-201-10088-6.
  • „Pokročilý design a implementace kompilátoru“, Steven Muchnick, 1997 Morgan Kaufmann Publishers, ISBN 1-55860-320-4.
  • „Jak fungují debuggery – Algoritmy, datové struktury a architektura“, Jonathan Rosemberg, 1996 John Wiley and Sons, ISBN 0-471-14966-7.

Demontáž používané v REC byly převzaty z různých zdrojů. Soubor copyrite v distribuci má seznam kreditů pro každý z disassemblerů používaných v REC. Zbytek kódu jsem napsal sám během posledních 25 let. Ve svém volném čase budu nadále vylepšovat REC, ale nemohu zaručit, že mohu opravit chyby nebo přidat nové funkce, procesory nebo hostitele.

Zřeknutí se odpovědnosti

O zákonnosti dekompilace se hodně diskutuje. Nástroje dekompilátoru jsou k dispozici pro různé platformy již dlouhou dobu. Dekompilátory spolu s dalšími nástroji, jako jsou debuggery, binární editory, disassemblery atd., by se měly používat pouze v případě, že vlastník programu má zákonné právo provádět zpětnou analýzu programu.

Soudy USA a dalších zemí stanovily, že je legální používat dekompilátory podle ustanovení o spravedlivém použití autorského zákona.

Chcete-li zjistit, kdy je legální používat dekompilátor, měli byste si přečíst text následujících případů:

Také přečíst diskusi o zákonnosti pomocí emulátoru spustit binární program na jiného hostitele.

Backer Street Software nepodporuje použití nástrojů zpětného inženýrství pro nezákonné účely.


Copyright © 1997 – 2015 Backer Street Software – All rights reserved.

Dějiny:

9. března 2011  Verze 4.0 Beta: Kompletní přepsání dekompilátoru pro podporu modernějších architektur (soubory MachO, x86_64).
2. července 2007  Verze 2.2: Opravená dekompilace nezpracovaných binárních souborů prostřednictvím souborů .cmd. Částečně implementované šíření registrových konstant. Opraveno mnoho 68k chyb.
6. května 2007  Verze 2.1: Přidána zpět možnost +dávka do RecStudia; použijte Ndisasm pro i386; lepší izolace importovaných dat pro binární soubory Windows
20. září 2005  Verze 2.0d: Další opravy chyb za 68k
6. září 2005  Verze 2.0c: Podpora pro soubory Linux .o a vylepšená podpora pro 68k
15. srpna 2005  Verze 2.0b: Vydání údržby. Podpora pro binárky kompilované Watcom a široké řetězce
1. srpna 2005  Verze 2.0a: Vydání údržby. Opravené pády, vylepšená kvalita se spustitelnými soubory Windows
30. května 2005  Verze 2.0: Windows GUI a interaktivní dekompilace
19. září 2000  Verze 1.6: Přidána podpora pro SPARC.
16. března 1999  Verze 1.5d: Obnovená detekce switch(). Přidána podpora pro big-endian MIPS.
6. března 1999  Verze 1.5: Podpora pro import/export informací v souborech Win95; nahradil GNU disassemblery freewarovým zdrojem; opraveno mnoho pádů
22. listopadu 1998  Verze 1.4a: Opravena nekonečná smyčka při dekompilaci souborů Win95; přidány prototypové soubory Windows
15. listopadu 1998  Verze 1.4: Přidána možnost prohlížeče v interaktivním režimu a generování stránky HTML
30. července 1998 
Verze 1.3b: Údržba: opraveny pády a různé problémy v 68k.
15. února 1998  Verze 1.3: Přidány cíle Motorola 68000 a PowerPC.
7. prosince 1997  Verze 1.2: opraveno uživatelské rozhraní PC. Nyní můžeme načíst 16bitové spustitelné soubory DOSu. Další opravy chyb.
26. října 1997  Verze 1.1: podpora více cílů (386 + R3000), načítání souborů ELF a PE, opraveno několik chyb.
6. října 1997  Portováno na Windows v režimu konzoly (recr4kpc.zip) a na SunOS (recr4ks4.tar.gz)
20. září 1997  Vytvořeno pro zpřístupnění recr4kl.zip.

APOE-4: Klíč k tomu, proč nízkotučná dieta a statiny mohou způsobit Alzheimerovu chorobu

Original page: http://people.csail.mit.edu/seneff/alzheimers_statins.html

od Stephanie Seneff

seneff@csail.mit.edu
15. prosince 2009

Abstraktní

Alzheimerova choroba je zničující onemocnění, jehož výskyt v Americe jednoznačně stoupá. Naštěstí se v současné době vynakládá značné množství dolarů na výzkum, abychom se pokusili porozumět tomu, co způsobuje Alzheimerovu chorobu. ApoE-4, konkrétní alela apolipoproteinu apoE, je známým rizikovým faktorem. Protože apoE hraje kritickou roli v transportu cholesterolu a tuků do mozku, lze předpokládat, že nedostatek tuku a cholesterolu v mozku hraje kritickou roli v procesu onemocnění. V pozoruhodné nedávné studii bylo zjištěno, že pacienti s Alzheimerovou chorobou mají pouze 1/6 koncentrace volných mastných kyselin v mozkomíšním moku ve srovnání s jedinci bez Alzheimerovy choroby. Paralelně se ukazuje, že cholesterol je všudypřítomný v mozku, a že hraje kritickou roli jak v nervovém transportu v synapsi, tak v udržování zdraví myelinové pochvy potahující nervová vlákna. Bylo zjištěno, že extrémně tučná (ketogenní) dieta zlepšuje kognitivní schopnosti u pacientů s Alzheimerovou chorobou. Tato a další níže popsaná pozorování mě vedou k závěru, že jak nízkotučná dieta, tak léčba statiny zvyšují náchylnost k Alzheimerově chorobě,

1. Úvod

Alzheimerova choroba je zničující nemoc, která v průběhu desetiletí postupně odebírá mysl. Začíná to jako zvláštní mezery v paměti, ale pak postupně nahlodává váš život do bodu, kdy je jedinou možností nepřetržitá péče. S těžkým Alzheimerem se můžete snadno zatoulat a ztratit a možná ani nepoznáte vlastní dceru. Alzheimerova choroba byla před rokem 1960 málo známá nemoc, ale dnes hrozí, že zcela vykolejí zdravotní systém ve Spojených státech.

V současnosti trpí Alzheimerovou chorobou více než 5 milionů lidí v Americe. Člověk starší 65 let s Alzheimerovou chorobou stojí v průměru třikrát tolik zdravotní péče než člověk bez Alzheimera. Alarmující je, že výskyt Alzheimerovy choroby roste. Dr. Murray Waldman studoval epidemiologická data srovnávající Alzheimerovu chorobu se zlomeninami stehenní kosti, přičemž se ohlédl za posledních padesát let [52]. Alarmující je, že zjistil, že zatímco výskyt zlomenin stehenní kosti (další stav, který se obvykle zvyšuje s věkem) rostl pouze lineárně, nárůst výskytu Alzheimerovy choroby se exponenciálně zvýšil mezi lety 1960 a 2010 Alzheimerovou epidemií. [15]. Jen mezi lety 2000 a 2006 vzrostl počet úmrtí na Alzheimerovu chorobu v USA o 47%, zatímco pro srovnání se počet úmrtí na srdeční choroby, rakovinu prsu, rakovinu prostaty a mrtvici snížil o 11%. Tento nárůst jde daleko za lidi, kteří žijí déle: u lidí ve věku 85 let a starších vzrostlo procento lidí, kteří zemřeli na Alzheimerovu chorobu, o 30% mezi lety 2000 a 2005 [2]. A konečně, je pravděpodobné, že se jedná o podhodnocené hodnoty, protože mnoho lidí trpících Alzheimerovou chorobou nakonec zemře na něco jiného. Pravděpodobně máte blízkého přítele nebo příbuzného, ​​který trpí Alzheimerovou chorobou.

Něco v našem současném životním stylu zvyšuje pravděpodobnost, že podlehneme Alzheimerově chorobě. Věřím, že dva hlavní přispěvatelé jsou naše současná posedlost nízkotučnou dietou v kombinaci se stále se rozšiřujícím užíváním statinů. Jinde jsem tvrdil, že nízkotučná strava může být hlavním faktorem alarmujícího nárůstu autismu a ADHD u dětí. Také jsem tvrdil, že epidemii obezity a související metabolický syndrom lze vysledovat k nadměrné nízkotučné stravě. Statiny jsou pravděpodobně přispívá ke zvýšení mnoha vážných zdravotních problémů Kromě Alzheimerovy choroby, jako je sepse, srdeční selhání, poškození plodu a rakovina, jak jsem uvedl zde. Věřím, že se trendy v budoucnu jen zhorší, pokud podstatně nezměníme náš současný pohled na „zdravý život“.

Myšlenky rozvinuté v této eseji jsou výsledkem rozsáhlého online výzkumu, který jsem provedl, abych se pokusil pochopit proces, kterým se Alzheimerova choroba rozvíjí. Naštěstí se v současné době vynakládá velké množství peněz na výzkum Alzheimerovy choroby, ale jasně formulovaná příčina je stále v nedohlednu. V tisku se však objevilo mnoho vzrušujících vodítek a dílky skládačky se začínají skládat do souvislého příběhu. Vědci teprve nedávno zjistili, že jak tuk, tak cholesterol mají v mozku Alzheimerovy choroby vážný nedostatek. Ukázalo se, že tuk a cholesterol jsou životně důležité živiny v mozku. Mozek obsahuje pouze 2 % tělesné hmoty, ale 25 % celkového cholesterolu. Cholesterol je nezbytný jak při přenosu nervových signálů, tak v boji proti infekcím.

Zásadním kouskem skládačky je genetický marker, který předisponuje lidi k Alzheimerově chorobě, nazvaný „apoE-4“. ApoE hraje ústřední roli v transportu tuků a cholesterolu. V současné době je známo pět odlišných variant apoE (správně nazývaných “alely”), přičemž ty označené “2”, “3” a “4” jsou nejrozšířenější. Ukázalo se, že ApoE-2 poskytuje určitou ochranu proti Alzheimerově chorobě; apoE-3 je nejběžnější “výchozí” alela a apoE-4, přítomná u 13-15 % populace, je alela, která je spojována se zvýšeným rizikem Alzheimerovy choroby. Člověk s alelou apoE-4 zděděnou po matce i otci má až dvacetinásobně zvýšenou pravděpodobnost rozvoje Alzheimerovy choroby. Pochopení mnoha rolí apoE v těle bylo klíčovým krokem vedoucím k mé navrhované nízkotučné/statinové teorii.

2. Pozadí: Biologie mozku 101

I když jsem se snažil napsat tuto esej způsobem, který je přístupný i neodborníkům, přesto bude užitečné, když vás nejprve seznámíme se základními znalostmi o stavbě mozku a o úlohách, které hrají různé typy buněk v mozku.

Na nejjednodušší úrovni lze mozek charakterizovat jako složený ze dvou hlavních složek: šedé hmoty a bílé hmoty. Šedá hmota obsahuje těla neuronů, včetně buněčného jádra, a bílá hmota obsahuje nesčetné množství „drátů“, které spojují každý neuron s každým dalším neuronem, se kterým komunikuje. Dráty jsou známé jako „axony“ a mohou být poměrně dlouhé a spojují například neurony ve frontálním kortexu (nad očima) s dalšími neurony hluboko uvnitř mozku, které se zabývají pamětí a pohybem. Axony budou v diskusích níže figurovat na předním místě, protože jsou potaženy tukovou látkou zvanou myelinová pochva a o této izolační vrstvě je známo, že je u Alzheimerovy choroby defektní. Neurony zachycují signály přenášené přes axony na styčných bodech známých jako synapse. Zde je potřeba přenést zprávu z jednoho neuronu do druhého a různé neurotransmitery, jako je dopamin a GABA, mají excitační nebo inhibiční vliv na sílu signálu. Kromě jediného axonu mají neurony obvykle několik mnohem kratších nervových vláken nazývaných dendrity, jejichž úkolem je přijímat příchozí signály z různých zdrojů. V daném časovém okamžiku jsou signály přijímané z více zdrojů integrovány do těla buňky a je učiněno rozhodnutí, zda je nahromaděná síla signálu nad prahovou hodnotou, v takovém případě neuron reaguje vypálením sekvence elektrických impulzů, které jsou pak přenášen přes axon do možná vzdáleného cíle. a různé neurotransmitery, jako je dopamin a GABA, mají excitační nebo inhibiční vliv na sílu signálu. Kromě jediného axonu mají neurony obvykle několik mnohem kratších nervových vláken nazývaných dendrity, jejichž úkolem je přijímat příchozí signály z různých zdrojů. V daném časovém okamžiku jsou signály přijímané z více zdrojů integrovány do těla buňky a je učiněno rozhodnutí, zda je nahromaděná síla signálu nad prahovou hodnotou, v takovém případě neuron reaguje vypálením sekvence elektrických impulzů, které jsou pak přenášen přes axon do možná vzdáleného cíle. a různé neurotransmitery, jako je dopamin a GABA, mají excitační nebo inhibiční vliv na sílu signálu. Kromě jediného axonu mají neurony obvykle několik mnohem kratších nervových vláken nazývaných dendrity, jejichž úkolem je přijímat příchozí signály z různých zdrojů. V daném časovém okamžiku jsou signály přijímané z více zdrojů integrovány do těla buňky a je učiněno rozhodnutí, zda je nahromaděná síla signálu nad prahovou hodnotou, v takovém případě neuron reaguje vypálením sekvence elektrických impulzů, které jsou pak přenášen přes axon do možná vzdáleného cíle.

Kromě neuronů obsahuje mozek také velké množství „pomocných“ buněk zvaných gliové buňky, které se starají o péči a výživu neuronů. V naší pozdější diskusi budou hrát roli tři základní typy gliových buněk: mikroglie, astrocyty a oligodendrocyty. Mikroglie jsou ekvivalentem bílých krvinek ve zbytku těla. Zabývají se bojem s infekčními agens, jako jsou bakterie a viry, a také monitorují zdraví neuronů, rozhodují o životě a smrti: programují konkrétní neuron na apoptózu (úmyslné sebezničení), pokud se zdá, že selhává bez naděje. zotavení, nebo je infikován organismem, který je příliš nebezpečný na to, aby mohl vzkvétat.

Astrocyty figurují v našem příběhu níže velmi výrazně. Uhnízdí se proti neuronům a jsou zodpovědné za zajištění dostatečného přísunu živin. Studie na kulturách neuronů z centrálního nervového systému hlodavců ukázaly, že neurony závisí na zásobování cholesterolu astrocyty [40]. Neurony kriticky potřebují cholesterol, a to jak v synapsi [50], tak v myelinové pochvě [45], aby mohly úspěšně přenášet své signály, a také jako první obrannou linii proti invazivním mikrobům. Cholesterol je pro mozek tak důležitý, že ho astrocyty dokážou syntetizovat ze základních složek, což se u většiny typů buněk nenachází. Také zásobují neurony mastnými kyselinami,

Třetím typem gliových buněk je oligodendrocyt. Tyto buňky se specializují na to, aby se ujistil, že myelinová pochva je zdravá. Oligodentrocyty syntetizují speciální mastnou kyselinu obsahující síru, známou jako sulfatid, z jiných mastných kyselin, které jim dodává mozkomíšní mok [9]. Ukázalo se, že sulfatid je nezbytný pro udržení myelinové pochvy. Děti narozené s poruchou schopnosti metabolizovat sulfatid trpí progresivní demyelinizací a rychlou ztrátou motorických a kognitivních funkcí, což vede k předčasné smrti před 5. rokem věku [29]. Deplece sulfatidu je dobře známou charakteristikou Alzheimerovy choroby, a to i v raných stádiích předtím, než se projeví jako kognitivní pokles [18]. A bylo prokázáno, že ApoE hraje klíčovou roli při udržování sulfatidu [19]. Po celý život člověka, myelinová pochva musí být neustále udržována a opravována. To je něco, co výzkumníci teprve začínají oceňovat, ale dvě související vlastnosti Alzheimerovy choroby jsou nekvalitní myelinová pochva spolu s drasticky sníženou koncentrací mastných kyselin a cholesterolu v mozkomíšním moku [38].

3. Cholesterol a léčba lipidů

Kromě určitých znalostí o mozku budete také potřebovat vědět něco o procesech, které dodávají tuky a cholesterol do všech tělesných tkání, se zvláštním zaměřením na mozek. Většina typů buněk může jako zdroj paliva pro uspokojení svých energetických potřeb používat buď tuky nebo glukózu (jednoduchý cukr získaný ze sacharidů). Mozek je však jedinou velkou výjimkou z tohoto pravidla. Všechny buňky v mozku, jak neurony, tak gliové buňky, nejsou schopny využívat tuky jako palivo. Je to pravděpodobně proto, že tuky jsou pro mozek příliš drahé. Myelinová pochva vyžaduje stálý přísun vysoce kvalitního tuku k izolaci a ochraně uzavřených axonů. Protože mozek potřebuje své tuky k dlouhodobému přežití, je prvořadé je chránit před oxidací (vystavením kyslíku) a před napadením invazivními mikroby.

Tuky přicházejí ve všech druzích tvarů a velikostí. Jedním rozměrem je stupeň nasycení, který se týká toho, kolik dvojných vazeb mají, přičemž nasycené tuky nemají žádnou, mononenasycené tuky mají pouze jednu a polynenasycené tuky mají dvě nebo více. Kyslík ruší dvojnou vazbu a zanechává tuk zoxidovaný, což je pro mozek problematické. Polynenasycené tuky jsou tak nejzranitelnější vůči expozici kyslíku kvůli vícenásobným dvojným vazbám.

Tuky se tráví ve střevě a uvolňují se do krevního oběhu ve formě poměrně velké koule s ochranným proteinovým obalem, nazývané chylomikrony. Chylomikron může přímo poskytovat palivo mnoha typům buněk, ale může být také odeslán do jater, kde se obsažené tuky vytřídí a přerozdělí na mnohem menší částice, které také obsahují značné množství cholesterolu. Tyto částice se nazývají „lipoproteiny“ (dále jen LPP), protože obsahují protein v kulovitém obalu a lipidy (tuky) uvnitř. Pokud jste si nechali změřit cholesterol, pravděpodobně jste slyšeli o LDL (low density LPP) a HDL (high density LPP). Pokud si myslíte, že se jedná o dva VLDL,IDL,LDL,HDLrůzné druhy cholesterolu, mýlili byste se. Jsou to jen dva různé druhy nádob na cholesterol a tuky, které plní různé role v těle. Ve skutečnosti existuje několik dalších LPP, například VLDL (velmi nízký) a IDL (středně pokročilý), jak ukazuje doprovodný diagram. V této eseji je budu souhrnně označovat jako XDL. Jako by to nebylo dostatečně matoucí, existuje také další unikátní XDL, který se nachází pouze v mozkomíšním moku, který zajišťuje nutriční potřeby mozku a nervového systému. Zdá se, že tento ještě nemá jméno, ale budu mu říkat „B-HDL“, protože je jako HDL, pokud jde o jeho velikost, a „B“ je pro „mozek [13]“

Důležitým bodem všech XDL je to, že obsahují zřetelně odlišné složení a každé je cílené (naprogramované) pro konkrétní tkáně. Soubor proteinů nazývaných “apolipoproteiny” nebo ekvivalentně “apoproteiny” (zkráceně “apo”) výrazně ovlivňují, kdo co dostane. Jak můžete vidět ze schématuChylomicron Structure chylomikronu znázorněného vpravo, obsahuje duhu různých apo pro každou myslitelnou aplikaci. Ale XDL jsou mnohem specifičtější, HDL obsahuje „A“, LDL obsahuje „B“, VLDL obsahuje „B“ a „C“ a IDL obsahuje pouze „E“. Apo mají speciální vazebné vlastnosti, které umožňují transport obsahu lipidů přes buněčné membrány, takže buňka může získat přístup k tukům a cholesesterolu obsaženým uvnitř.

Jediné apo, které nás v kontextu tohoto eseje zajímá, je apoE. ApoE je pro náš příběh velmi důležité kvůli jeho známé souvislosti s Alzheimerovou chorobou. ApoE je protein, tj. sekvence aminokyselin, a jeho specifické složení je dáno odpovídající sekvencí DNA na genu kódujícím protein. Určité změny v kódu DNA vedou k defektům ve schopnosti transkribovaného proteinu plnit své biologické role. ApoE-4, alela spojená se zvýšeným rizikem Alzheimerovy choroby, pravděpodobně není schopna plnit své úkoly tak efektivně jako ostatní alely. Pochopením toho, co apoE dělá, můžeme lépe odvodit, jak by následky špatného provádění mohly ovlivnit mozek, a pak experimentálně pozorovat, zda jsou rysy Alzheimerova mozku v souladu s rolemi, které hraje apoE.

Silné vodítko o rolích apoE lze odvodit z toho, kde se nachází. Jak jsem uvedl výše, je to jediný apo jak v B-HDL v mozkomíšním moku, tak v IDL v krevním séru. Mohou ho syntetizovat pouze vybrané typy buněk, z nichž dva nejvýznamnější pro naše účely jsou játra a astrocyty v mozku. Astrocyty tedy zajišťují spojení mezi krví a mozkomíšním mokem. Mohou uvádět lipidy a cholesterol přes hematoencefalickou bariéru pomocí speciálního klíče, kterým je apoE.

Ukazuje se, že ačkoli se apoE nenachází v LDL, váže se na LDL, a to znamená, že astrocyty mohou odemknout klíč k LDL stejným způsobem, jakým mohou získat přístup k IDL, a tedy k obsahu cholesterolu a mastných kyselin. LDL jsou přístupné také astrocytům, pokud apoE funguje správně. Astrocyty přetvářejí a přebalují lipidy a uvolňují je do mozkomíšního moku, jak jako B-HDL, tak jednoduše jako volné mastné kyseliny, které jsou k dispozici pro příjem všemi částmi mozku a nervového systému [13].

Jedním z kritických kroků přetváření je přeměna tuků na typy, které jsou pro mozek atraktivnější. Abyste tomuto procesu porozuměli, musíte vědět o dalším rozměru tuků kromě stupně nasycení, kterým je jejich celková délka. Tuky mají jako páteř řetězec spojených atomů uhlíku a celkový počet uhlíků v konkrétním tuku jej charakterizuje jako krátký, středně dlouhý nebo dlouhý. Mozek funguje nejlépe, když jsou jednotlivé tuky dlouhé, a skutečně, astrocyty jsou schopny přijímat tuky s krátkým řetězcem a reorganizovat je tak, aby vytvořily tuky s delším řetězcem [24].

Poslední dimenze tuků, která hraje roli, je, kde se první dvojná vazba nachází v polynenasyceném tuku, což odlišuje omega-3 od omega-6 tuků (pozice 3; pozice 6). Omega-3 tuky jsou v mozku velmi běžné. Některé z tuků omega-3 a omega-6 jsou esenciální mastné kyseliny, protože lidské tělo si je nedokáže syntetizovat, a proto je závislé na jejich přísunu ze stravy. To je důvod, proč se tvrdí, že ryby vás „udělají chytrými“: protože studenovodní ryby jsou nejlepším zdrojem esenciálních omega-3 tuků.

Nyní se chci vrátit k tématu XDL. Je to nebezpečná cesta z jater do mozku, protože jak kyslík, tak mikroby se v krevním oběhu nacházejí v hojném množství. Ochranný obal XDL obsahuje jak LPP, tak neesterifikovaný cholesterol, stejně jako signaturu apo, která řídí, které buňky mohou přijmout obsah, jak je znázorněno na doprovodném schématu. Vnitřní obsah je esterifikovaný cholesterol a mastné kyseliny,lipoprotein schematic spolu s určitými antioxidanty, které jsou pohodlně přepravovány do buněk zabalené ve stejné nákladní lodi. Esterifikace je technika k inertizaci tuků a cholesterolu, která je pomáhá chránit před oxidací [51]. Mít s sebou na jízdu antioxidanty (jako je vitamín E a koenzym Q10) je také pohodlné, protože také chrání před oxidací. Cholesterol obsažený ve skořápce však záměrně není esterifikovaný, což znamená, že je aktivní. Jednou z jeho rolí je ochrana před invazivními bakteriemi a viry [55]. Cholesterol je první linií obrany proti těmto mikrobům, protože upozorní bílé krvinky na útok, kdykoli se setkají s nebezpečnými patogeny. Bylo také navrženo, že samotný cholesterol v obalu XDL působí jako antioxidant [48].

HDL jsou většinou ochuzeny o obsah lipidů a cholesterolu a jejich úkolem je vrátit prázdnou schránku zpět do jater. Jakmile tam bude, cholesterol bude znovu uveden do trávicího systému jako součást žluči, která je produkována žlučníkem, aby pomohla trávit požité tuky. Ale tělo je velmi opatrné, aby šetřilo cholesterol, takže 90 % z něj bude recyklováno ze střev zpět do krevního oběhu, obsaženého v chylomikronu, který začal náš příběh o tucích.

Stručně řečeno, řízení distribuce tuků a cholesterolu do buněk těla je složitý proces, pečlivě zorganizovaný tak, aby zajistil, že budou mít bezpečnou cestu do svého cíle. Nebezpečí číhá v krevním řečišti, většinou ve formě kyslíku a invazivních mikrobů. Tělo považuje cholesterol za drahocenný náklad a je velmi opatrné, aby ho šetřilo tím, že ho recykluje ze střev zpět do jater, aby byl vhodně distribuován mezi XDL, které dodají jak cholesterol, tak tuky do tkání, které na nich závisí, především mozek a nervový systém.

4. Vztah mezi cholesterolem a Alzheimerovou chorobou

Prostřednictvím retrospektivních studií byl statinový průmysl velmi úspěšný ve hře předstírání, že přínosy plynoucí z vysokého cholesterolu jsou ve skutečnosti způsobeny statiny, jak jsem obšírně popsal v eseji o vztahu mezi statiny a poškozením plodu, sepsí, rakovinou, a srdeční selhání. V případě Alzheimerovy choroby hrají tuto hru obráceně: obviňují cholesterol z velmi vážného problému, o kterém se domnívám, že je ve skutečnosti způsoben statiny.

Průmysl statinů dlouho a usilovně hledal důkazy, že vysoký cholesterol může být rizikovým faktorem pro Alzheimerovu chorobu. Zkoumali hladiny cholesterolu u mužů a žen všech věkových kategorií mezi 50 a 100, přičemž se v případě potřeby ohlédli o 30 nebo více let zpět, aby zjistili, zda někdy existovala korelace mezi vysokým cholesterolem a Alzheimerovou chorobou. Zjistili pouze jeden statisticky významný vztah: muži, kteří měli vysoký cholesterol ve svých 50 letech, měli mnohem později v životě zvýšenou náchylnost k Alzheimerově chorobě [3].

Průmysl statinů využil této příležitosti, aby naznačil, že vysoký cholesterol může způsobit Alzheimerovu chorobu, a skutečně měl velké štěstí, že se na to chytli reportéři a propagují myšlenku, že pokud je vysoký cholesterol před mnoha lety spojen s Alzheimerovou chorobou pak statiny mohou chránit před Alzheimerovou chorobou. Naštěstí existují dlouhé webové stránky (Cholesterol nezpůsobuje Alzheimerovu chorobu), které dokumentují dlouhý seznam důvodů, proč je tato myšlenka absurdní.

Muži, kteří mají vysoký cholesterol ve věku 50 let, jsou vzorem léčby statiny: všechny studie, které prokázaly přínos statinů ve smyslu snížení počtu menších srdečních příhod, zahrnovaly muže ve věku 50 let. Vysoký  cholesterol pozitivně koreluje s dlouhověkostí u lidí starších 85 let [54] a bylo prokázáno, že je spojen s lepší funkcí paměti [53] a sníženou demencí [35]. Platí to i obráceně: korelace mezi pády hladina cholesterolu a Alzheimerova choroba [39]. Jak bude dále diskutováno později, lidé s Alzheimerovou chorobou mají také snížené hladiny B-HDL a také výrazně snížené hladiny mastných kyselin v mozkomíšním moku, tj. ochuzený přísun cholesterolu a tuků do myelinové pochvy [38]. Jak jsme viděli dříve, přísun mastných kyselin je nezbytný jako stavební bloky pro sulfatid, který je syntetizován oligodendrocyty, aby udržely myelinovou pochvu zdravou [29].

Zjevnou studií, kterou je třeba provést, je rozdělit muže, kteří měli vysoký cholesterol ve svých 50 letech, do tří skupin: na ty, kteří statiny nikdy nebrali, na ty, kteří užívali menší dávky po kratší dobu, a na ty, kteří užívali větší dávky po delší dobu. Takovou studii by nebylo těžké provést; ve skutečnosti mám podezření, že něco podobného již bylo provedeno. Ale nikdy o tom neuslyšíte, protože průmysl statinů pohřbil výsledky.

Ve velmi dlouhodobé retrospektivní kohortové studii členů Permanente Medical Care Program v severní Kalifornii zkoumali vědci údaje o cholesterolu, které byly získány v letech 1964 až 1973 [46]. Studovali téměř deset tisíc lidí, kteří zůstali členy tohoto zdravotního plánu v roce 1994, po zveřejnění počítačových ambulantních diagnóz demence (jak Alzheimerovy, tak vaskulární demence). Subjektům bylo v době sběru údajů o cholesterolu mezi 40 a 45 lety.

Vědci zjistili sotva statisticky významný výsledek, že lidé, kterým byla diagnostikována Alzheimerova choroba, měli ve svých 50 letech vyšší cholesterol než kontrolní skupina. Průměrná hodnota pro pacienty s Alzheimerovou chorobou byla 228,5 oproti 224,1 pro kontroly.

Otázka, kterou by si měl položit každý, zní: pro skupinu Alzheimerovy choroby, jak se lidé, kteří později užívali statiny, postavili proti lidem, kteří je nebrali? V extrémním zdrženlivosti autoři uprostřed odstavce nedbale poznamenávají: „Informace o léčbě snižující hladinu lipidů, u níž bylo navrženo snížení rizika demence [31], nebyly pro tuto studii k dispozici.“ Můžete si být jisti, že pokud by existovalo tušení, že statiny mohly pomoci, těmto výzkumníkům by byl umožněn přístup k těmto údajům.

Článek, na který odkazují pro podporu, odkaz [19] v [46] (což je odkaz [44] zde), byl velmi slabý. Abstrakt k tomuto článku je v plném znění zopakován zde v příloze. Ale závěrečná věta to dobře shrnuje: “Víc než skromná role statinů v prevenci AD [Alzheimerovy choroby] se zdá nepravděpodobná.” To je to nejlepší, co mohou vymyslet, aby obhájili pozici, kterou by statiny mohly chránit před Alzheimerovou chorobou.

Intuitivní vysvětlení, proč vysoký cholesterol v raném věku může souviset s rizikem Alzheimerovy choroby, souvisí s apoE-4. Je známo, že lidé s touto alelou mají v raném věku vysoký cholesterol [39] a věřím, že jde o ochrannou strategii ze strany těla. Alela apoE-4 je pravděpodobně defektní v úloze importu cholesterolu do astrocytů, a proto by zvýšení biologické dostupnosti cholesterolu v krevním séru pomohlo tento deficit vyrovnat. Užívání statinu by bylo to poslední, co by člověk v takové situaci chtěl dělat.

5. Způsobují statiny Alzheimerovu chorobu?

Existuje jasný důvod, proč by statiny podporovaly Alzheimerovu chorobu. Ochromují schopnost jater syntetizovat cholesterol a v důsledku toho hladina LDL v krvi prudce klesá. Cholesterol hraje v mozku zásadní roli, a to jak z hlediska umožnění přenosu signálu přes synapse [50], tak z hlediska podpory růstu neuronů prostřednictvím zdravého vývoje myelinové pochvy [45]. Průmysl statinů se nicméně hrdě chlubí, že statiny účinně interferují s tvorbou cholesterolu v mozku [31][47] i v játrech.

Yeon-Kyun Shin je odborníkem na fyzikální mechanismus cholesterolu v synapsi, který podporuje přenos nervových zpráv, a je jedním z autorů [50], na který se odkazuje dříve. V rozhovoru s reportérem Science Daily Shin řekl: „Pokud odeberete cholesterol z mozku, pak přímo ovlivníte mašinérii, která spouští uvolňování neurotransmiterů. Neurotransmitery ovlivňují funkce zpracování dat a paměti. Jinými slovy – jak jsi chytrý a jak dobře si věci pamatuješ.“

Nedávný přehled dvou velkých populačních dvojitě zaslepených placebem kontrolovaných studií statinových léků u jedinců s rizikem demence a Alzheimerovy choroby ukázal, že statiny proti Alzheimerově chorobě nechrání [34]. Hlavní autorku studie Bernadette McGuinnessovou citoval reportér Science Daily řekl: “Z těchto studií, které obsahovaly velmi velké množství a byly zlatým standardem – se zdá, že statiny podávané v pozdním věku jedincům s rizikem vaskulárního onemocnění nezabraňují demenci.” Když byla výzkumnice z UCLA, Beatrice Golomb, požádána, aby se k výsledkům vyjádřila, byla ještě negativnější a řekla: „Pokud jde o statiny jako preventivní léky, v kazuistikách a sériích případů je řada individuálních případů, kdy je kognice jasně a reprodukovatelně nepříznivá. ovlivněné statiny.” V rozhovoru Golomb poznamenal, že různé randomizované studie ukázaly, že statiny byly buď nepříznivé, nebo neutrální vůči kognici, ale žádná nevykázala příznivou odpověď.

Častým vedlejším účinkem statinů je dysfunkce paměti. Dr. Duane Graveline, laskavě známý jako „spacedoc“, protože sloužil jako lékař astronautů, byl silným zastáncem proti statinům na své webové stránce, kde shromažďuje důkazy o vedlejších účincích statinů přímo od uživatelů statinů z celého světa. K tomuto útoku na statiny ho přivedl důsledek jeho vlastní osobní zkušenosti s přechodnou globální amnézií, děsivou epizodou totální ztráty paměti, o níž je přesvědčen, že byla způsobena statiny, které v té době užíval. Nyní dokončil tři knihy popisující rozmanitou sbírku usvědčujících vedlejších účinků statinů, z nichž nejznámější je Lipitor: Zloděj paměti [17].

Druhým způsobem (vedle jejich přímého vlivu na cholesterol), kterým statiny pravděpodobně ovlivňují Alzheimerovu chorobu, je jejich nepřímý negativní vliv na zásobování mozku mastnými kyselinami a antioxidanty. Je dáno, že statiny drasticky snižují hladinu LDL v krevním séru. To je jejich nárok na slávu. Zajímavé však je, že se jim daří snižovat nejen množství cholesterolu obsaženého v LDL částicích, ale i skutečný počet LDL částic vůbec. To znamená, že kromě vyčerpání cholesterolu snižují dostupné zásobení mozku jak mastnými kyselinami, tak antioxidanty, které jsou také neseny v částicích LDL. Jak jsme viděli, všechny tyto tři látky jsou nezbytné pro správné fungování mozku.

Domnívám se, že důvody tohoto nepřímého účinku jsou dvojí: (1) ve žluči je nedostatečný cholesterol pro metabolizaci tuků v potravě a (2) omezujícím účinkem na produkci LDL je schopnost poskytnout adekvátní cholesterol. ve skořápce pro zajištění přežití obsahu během transportu v krevním řečišti; tj. k ochraně obsahu před oxidací a záškodnickými bakteriemi a viry. Lidé, kteří užívají nejvyšší dávku 80 mg/dl statinů, často skončí s hladinami LDL tak nízkými, jako je 40 mg/dl, což je výrazně pod dokonce i nejnižšími hodnotami pozorovanými přirozeně. Otřásám se při pomyšlení na pravděpodobné dlouhodobé důsledky tak závažného vyčerpání tuků, cholesterolu a antioxidantů.

Třetím způsobem, jak statiny mohou podporovat Alzheimerovu chorobu, je ochromení schopnosti buněk syntetizovat koenzym Q10. Koenzym Q10 má tu smůlu, že sdílí stejnou metabolickou dráhu jako cholesterol. Statiny zasahují do zásadního mezikroku na cestě k syntéze cholesterolu a koenzymu Q10. Koenzym Q10 je také známý jako „ubichinon“, protože se zdá, že se objevuje všude v buněčném metabolismu. Nachází se jak v mitochondriích, tak v lysozomech a na obou místech má kritickou roli jako antioxidant. Inertní estery cholesterolu a mastných kyselin jsou hydrolyzovány a aktivovány v lysozomech [8] a poté uvolněny do cytoplazmy. Koenzym Q10 spotřebovává přebytek kyslíku, aby nezpůsobil oxidační poškození [30], a zároveň generuje energii ve formě ATP (adenosintrifosfát, univerzální energetická měna v biologii).

CholesterolCholesterolKonečným způsobem, jak by statiny měly zvýšit riziko Alzheimerovy choroby, je jejich nepřímý účinek na vitamín D. Vitamín D je syntetizován z cholesterolu v kůži po vystavení UV paprskům ze slunce. Chemický vzorec vitaminu D je ve skutečnosti téměř k nerozeznáníVitamin D3 od cholesterolu, jak ukazují dva připojené obrázky (cholesterol vlevo, vitamín D vpravo). Pokud jsou hladiny LDL uměle udržovány nízké, tělo nebude schopno dodat adekvátní množství cholesterolu, aby doplnilo zásoby v kůži, jakmile budou vyčerpány. To by vedlo k nedostatku vitaminu D, což je v Americe rozšířený problém.

Je dobře známo, že vitamín D bojuje s infekcí. Abychom citovali z [25], “Pacienti se závažnými infekcemi, jako je sepse, mají vysokou prevalenci nedostatku vitaminu D a vysokou úmrtnost.” Jak bude upřesněno později, bylo prokázáno, že velké množství infekčních agens je přítomno v abnormálně vysokých množstvích v mozcích pacientů s Alzheimerovou chorobou [27][26].

Dr. Grant nedávno tvrdil [16], že existuje mnoho linií důkazů poukazujících na myšlenku, že demence je spojena s nedostatkem vitaminu D. Nepřímým argumentem je, že nedostatek vitaminu D je spojen s mnoha stavy, které zase nesou zvýšené riziko demence, jako je cukrovka, deprese, osteoporóza a kardiovaskulární onemocnění. Receptory vitamínu D jsou v mozku rozšířené a je pravděpodobné, že tam hrají roli v boji proti infekci. Vitamin D jistě hraje i další životně důležité role v mozku, jak silně naznačuje tento citát převzatý z abstraktu [32]: „Došli jsme k závěru, že existuje dostatek biologických důkazů, které naznačují důležitou roli vitaminu D ve vývoji a funkci mozku.”

6. Astrocyty, metabolismus glukózy a kyslík

Alzheimerova choroba jasně souvisí s nedostatkem zásobování mozku tukem a cholesterolem. IDL, pokud funguje správně, je ve srovnání s LDL skutečně neuvěřitelně účinný v prostupu cholesterolu a tuků z krve přes buněčné membrány [8]. Vzdává se svého obsahu mnohem ochotněji než ostatní apo. A dosahuje toho jako přímý důsledek apoE. IDL (stejně jako LDL) v krvi dodává tuky a cholesterol do astrocytů v mozku a astrocyty tak mohou využívat tento externí zdroj, místo aby si tyto živiny samy produkovaly. Mám podezření, že astrocyty produkují soukromou zásobu pouze tehdy, když je vnější zásoba nedostatečná, a činí tak neochotně.

Proč by bylo pro astrocyt nevýhodné syntetizovat vlastní tuky a cholesterol? Podle mého názoru má odpověď co do činění s kyslíkem. Astrocyt potřebuje významný zdroj energie pro syntézu tuků a cholesterolu a tato energie je obvykle dodávána glukózou z krevního oběhu. Kromě toho je konečným produktem metabolismu glukózy acetyl-koenzym A, prekurzor jak mastných kyselin, tak cholesterolu. Glukóza může být velmi efektivně spotřebována v mitochondriích, vnitřních strukturách v buněčné cytoplazmě, prostřednictvím aerobních procesů, které vyžadují kyslík. Glukóza se štěpí za vzniku acetyl-koenzymu A jako konečného produktu a také ATP, zdroje energie ve všech buňkách.

Kyslík je však pro lipidy (tuky) toxický, protože je oxiduje a žlukne. Lipidy jsou křehké, pokud nejsou uzavřeny v ochranném obalu, jako je IDL, HDL nebo LDL. Jakmile jsou žluklé, jsou náchylné k infekci invazivními činiteli, jako jsou bakterie a viry. Takže astrocyt, který se snaží syntetizovat lipid, musí být velmi opatrný, aby se kyslík nedostal ven, ale kyslík je potřebný pro účinný metabolismus glukózy, která poskytne jak palivo (ATP), tak suroviny (acetyl-koenzym A) pro tuk a syntéza cholesterolu.

Co dělat? No, ukazuje se, že existuje alternativní, i když mnohem méně účinné řešení: metabolizovat glukózu anaerobně přímo v cytoplazmě. Tento proces nezávisí na kyslíku (velká výhoda), ale také poskytuje podstatně méně ATP (pouze 6 ATP na rozdíl od 30, pokud je glukóza metabolizována aerobně v mitochondriích). Konečným produktem tohoto anaerobního kroku je látka zvaná pyruvát, která by mohla být dále štěpena, aby poskytla mnohem více energie, ale tento proces není přístupný všem buňkám a ukazuje se, že astrocyty k tomu potřebují pomoc. což je místo, kde přichází amyloid-beta.

7. Zásadní role Amyloidu-Beta

Amyloid-beta (také známý jako „abeta“) je látka, která tvoří slavný plak, který se hromadí v mozcích pacientů s Alzheimerovou chorobou. Mnozí (ale ne všichni) ve výzkumné komunitě věřili, že amyloid-beta je hlavní příčinou Alzheimerovy choroby, a v důsledku toho výzkumníci aktivně hledají léky, které by ji mohly zničit. Amyloid-beta má však jedinečnou schopnost stimulovat produkci enzymu, laktátdehydrogenázy, která podporuje štěpení pyruvátu (produktu anaerobního metabolismu glukózy) na  laktát prostřednictvím anaerobního fermentačního procesu, omlazení NAD+ a umožnění další produkce. podstatného množství ATP prostřednictvím další glykolýzy.

Laktát může být zase využíván jako zdroj energie některými buňkami a bylo zjištěno, že neurony jsou na krátkém seznamu typů buněk, které mohou metabolizovat laktát. Domnívám se tedy, že laktát je transportován z astrocytu do sousedního neuronu, aby se zvýšil jeho přísun energie, čímž se sníží jeho závislost na glukóze. Je také známo, že apoE může signalizovat produkci amyloidu-beta, ale pouze za určitých špatně pochopených podmínek prostředí. Domnívám se, že tyto environmentální spouštěče mají co do činění s vnitřní výrobou tuků a cholesterolu, na rozdíl od extrakce těchto živin z krevního zásobení. To znamená, že amyloid-beta je produkován jako důsledek environmentálního oxidačního stresu v důsledku nedostatečného přísunu tuků a cholesterolu z krve.

Kromě toho, že se pyruvát využívá jako zdroj energie tím, že se rozkládá na laktát, může být také použit jako základní stavební blok pro syntézu mastných kyselin. Anaerobní metabolismus glukózy, který poskytuje pyruvát, je tedy win-win-win situace: (1) výrazně snižuje riziko vystavení mastných kyselin kyslíku, (2) poskytuje zdroj paliva pro sousední neurony ve formě laktát a (3) poskytuje základní stavební blok pro syntézu mastných kyselin. Ale záleží na amyloidu-beta, aby fungoval.

Podle mého názoru (a podle názoru ostatních [28] [20] Amyloid-Beta a Alzheimerova choroba) tedy amyloid-beta není příčinou Alzheimerovy choroby, ale spíše ochranným prostředkem proti ní. Abstrakt reference [28] argumentující toto hledisko je v plném znění reprodukován v příloze. Nyní bylo identifikováno několik variant genetického defektu spojeného s amyloidovým prekurzorovým proteinem (APP), proteinem, ze kterého je odvozen amyloid-beta. Defekt tohoto proteinu, který je spojen se zvýšeným rizikem časného nástupu Alzheimerovy choroby, by pravděpodobně vedl ke snížené schopnosti syntetizovat amyloid-beta, což by pak znamenalo pro mozek velký problém, protože jak palivo, tak základní budova Bloky pro syntézu mastných kyselin by byly nedostatkové, zatímco putování kyslíkem přes buňku do mitochondrií by vystavilo jakékoli syntetizované tuky oxidaci. Buňka by pravděpodobně nebyla schopna držet krok s potřebou, a to by vedlo ke snížení počtu mastných kyselin v mozkomíšním moku Alzheimerovy choroby, což je dobře zavedená charakteristika Alzheimerovy choroby [38].

8. Role cholesterolu v mozku

Mozek tvoří pouze 2% celkové hmotnosti těla, přesto obsahuje téměř 25% celkového cholesterolu v těle. Bylo zjištěno, že limitujícím faktorem umožňujícím růst synapsí je dostupnost cholesterolu dodávaného astrocyty. Cholesterol hraje v synapsi neuvěřitelně důležitou roli tím, že tvaruje dvě buněčné membrány do těsného spojení, takže signál může snadno přeskakovat přes synapsi [50]. Takže nedostatečný cholesterol v synapsi signál zeslabí hned na začátku a nedostatečný tukový obal myelinové pochvy jej dále oslabí a zpomalí během transportu. Neuron, který nemůže posílat své zprávy, je zbytečný neuron a má smysl ho pouze ořezávat a uklízet jeho obsah.

Neurony, které jsou poškozeny při Alzheimerově chorobě, se nacházejí ve specifických oblastech mozku spojených s pamětí a plánováním na vysoké úrovni. Tyto neurony potřebují přenášet signály na dlouhé vzdálenosti mezi frontálním a prefrontálním kortexem a hipokampem, umístěným ve středním mozku. Transport těchto signálů závisí na pevném a těsném spojení v synapsi, kde se signál přenáší z jednoho neuronu na druhý, a na bezpečném přenosu přes dlouhé nervové vlákno, součást bílé hmoty. Myelinová pochva, která pokrývá nervové vlákno, se skládá převážně z mastných kyselin spolu s podstatnou koncentrací cholesterolu. Pokud není dobře izolován, rychlost přenosu signálu se zpomalí a síla signálu se výrazně sníží. Cholesterol je zásadní pro myelin i pro synapsi, jak dramaticky prokázaly experimenty provedené na geneticky defektních myších Gesine Saher et al. [45]. Tyto mutantní myši postrádaly schopnost syntetizovat cholesterol v oligodendrocytech tvořících myelin. Měli vážně narušený myelin v mozku a projevovali ataxii (nekoordinované pohyby svalů) a třes. V abstraktu autoři jednoznačně napsali: “To ukazuje, že cholesterol je nepostradatelnou součástí myelinových membrán.”

V postmortální studii porovnávající pacienty s Alzheimerovou chorobou s kontrolní skupinou bez Alzheimerovy choroby bylo zjištěno, že pacienti s Alzheimerovou chorobou měli významně snížené množství cholesterolu, fosfolipidů (např. B-HDL) a volných mastných kyselin v mozkomíšním moku než u pacientů s Alzheimerovou chorobou. ovládání [38]. To platilo bez ohledu na to, zda byli pacienti s Alzheimerovou chorobou označeni jako apoE-4. Jinými slovy, snížení těchto kritických živin v míšní tekutině je spojeno s Alzheimerovou chorobou bez ohledu na to, zda je snížení způsobeno defektním apoE. Snížení mastných kyselin bylo alarmující: 4,5 mikromol/l u pacientů s Alzheimerovou chorobou ve srovnání s 28,0 mikromol/l v kontrolní skupině. Toto je více než 6-násobné snížení množství mastných kyselin dostupných pro opravu myelinové pochvy!

Lidé s alelou apoE-4 mívají vysoký cholesterol v séru. Otázkou, zda tato vysoká hladina cholesterolu může být pokusem těla přizpůsobit se špatné rychlosti vychytávání cholesterolu v mozku, se zabýval tým výzkumníků v roce 1998 [39]. Studovali 444 mužů ve věku 70 až 89 let v té době, pro které existovaly rozsáhlé záznamy o hladinách cholesterolu z doby před několika desítkami let. Nejvýznamněji klesly hladiny cholesterolu u mužů, u kterých se rozvinula Alzheimerova choroba před tím, než se u nich projevily příznaky Alzheimerovy choroby. Autoři navrhli, že jejich vysoký cholesterol mohl být ochranným mechanismem proti Alzheimerově chorobě.

Někdo by se mohl divit, proč jim klesla hladina cholesterolu. V článku nebyla zmínka o statinových lécích, ale statiny by jistě byly účinným způsobem, jak snížit hladinu cholesterolu. Průmysl statinů by chtěl, aby lidé věřili, že vysoký cholesterol je rizikovým faktorem pro Alzheimerovu chorobu, a jsou docela nadšeni, že vysoký cholesterol v raném věku souvisí s Alzheimerem mnohem později. Tyto výsledky však naznačují pravý opak: že hladiny cholesterolu v krvi jsou udržovány na vysoké úrovni záměrně regulačními mechanismy těla ve snaze kompenzovat defekt. Vysoká koncentrace povede ke zvýšení rychlosti dodávání do mozku, kde je kriticky potřeba k udržení zdravé myelinové pochvy a k podpoře neuronové signalizace v synapsích.

Pomocí technologie MRI byli vědci z UCLA schopni změřit stupeň rozpadu myelinu ve specifických oblastech mozku [6]. Své studie provedli na více než 100 lidech ve věku 55 až 75 let, u kterých také určili přidruženou alelu apoE (2, 3 nebo 4). Zjistili konzistentní trend v tom, že apoE-2 měl nejmenší množství degradace a apoE-4 měl nejvíce, v oblasti čelního laloku mozku. Všichni lidé ve studii byli doposud zdraví s ohledem na Alzheimerovu chorobu. Tyto výsledky ukazují, že předčasný rozpad myelinové pochvy (pravděpodobně v důsledku nedostatečného přísunu tuků a cholesterolu k její opravě) je spojen s apoE-4.

Abych to shrnul, předpokládám, že u pacientů s Alzheimerovou chorobou apoE-4 vedl defektní apoE ke zhoršené schopnosti transportu tuků a cholesterolu z krevního řečiště přes astrocyty do mozkomíšního moku. S tím spojená vysoká hladina cholesterolu v krevním séru je pokusem o částečnou korekci tohoto defektu. U ostatních pacientů s Alzheimerovou chorobou (těch, kteří nemají alelu apoE-4, ale mají také v mozkomíšním moku značně vyčerpané mastné kyseliny), musíme hledat jiný důvod, proč by mohl být narušen jejich dodavatelský řetězec mastných kyselin.

9. Infekce a záněty

Abych to shrnul, co jsem dosud řekl, Alzheimerova choroba se zdá být důsledkem neschopnosti neuronů správně fungovat kvůli nedostatku tuků a cholesterolu. Problémem je, že tuky časem žluknou, pokud je nelze adekvátně doplnit. Žluklé tuky jsou zranitelné vůči napadení mikroorganismy, jako jsou bakterie a viry. Amyloid-beta je součástí řešení, protože umožňuje astrocytům mnohem efektivněji využívat glukózu anaerobně, což chrání vnitřně syntetizované tuky a cholesterol před vystavením toxickému kyslíku, a zároveň poskytuje energii potřebnou pro astrocyt. procesem syntézy a sousedními neurony, aby poháněly jejich signály.

Kromě astrocytů se na Alzheimerově chorobě podílejí také mikroglie v mozku. Mikroglie podporují růst neuronů, když je vše v pořádku, ale spouštějí neuronově programovanou buněčnou smrt v přítomnosti toxických látek vylučovaných bakteriemi, jako jsou polysacharidy [56]. Mikroglie budou defenzivně vylučovat cytokiny (komunikační signály, které podporují imunitní odpověď), když jsou vystaveny infekčním agens, a ty zase povedou k zánětu, což je další dobře známý rys spojený s Alzheimerovou chorobou [1]. Mikroglie jsou schopny kontrolovat, zda mají neurony žít nebo zemřít, a toto rozhodnutí jistě zakládají na faktorech souvisejících s tím, jak dobře neuron funguje a zda je infikován. Jakmile bude dostatek neuronů naprogramováno na buněčnou smrt, nemoc se projeví jako kognitivní úpadek.

10. Důkaz, že infekce je spojena s Alzheimerovou chorobou

Existují podstatné důkazy, že Alzheimerova choroba souvisí se zvýšenou pravděpodobností výskytu infekčních agens v mozku. Někteří vědci se domnívají, že infekční agens jsou hlavní příčinou Alzheimerovy choroby. Existuje řada bakterií, které sídlí v lidském trávicím systému a mohou koexistovat s našimi vlastními buňkami bez jakékoli újmy. Nedávno se však ukázalo, že za žaludeční vředy může H. pylori, který je docela běžný. Existuje podezření, že by H. Pylori mohl být zapojen do Alzheimerovy choroby, a nedávná studie skutečně ukázala, že pacienti s Alzheimerovou chorobou měli významně vyšší koncentraci protilátky proti H. Pylori v mozkomíšním moku i v krvi než kontrolní skupiny bez Alzheimerovy choroby. [26]. H. pylori byl detekován u 88 % pacientů s Alzheimerovou chorobou, ale pouze u 47% kontrol. Ve snaze léčit pacienty s Alzheimerovou chorobou vědci podali účinnou kombinaci antibiotik a hodnotili stupeň mentálního úpadku během příštích dvou let [27]. U 85% pacientů byla infekce úspěšně směrována a u těchto pacientů bylo také po uplynutí dvou let zjištěno kognitivní zlepšení. Tak tohle byl pěkný příklad možnosti léčby Alzheimera pomocí antibiotik.

C. pneumoniae je velmi běžná bakterie, odhaduje se, že infikuje 40–70% dospělých. Ale je velký rozdíl mezi bakterií, která je v krevním řečišti a proniká do vnitřní svatyně mozku. Studie posmrtných vzorků z různých oblastí mozku pacientů s Alzheimerovou chorobou a kontrolních osob bez Alzheimerovy choroby odhalila pozoruhodně odlišnou statistiku: 17 z 19 mozků Alzheimerovy choroby bylo pozitivně testováno na bakterii, zatímco pouze 1 z 19 mozků z kontrolní skupiny pozitivní [5].

Bylo zjištěno, že mnoho dalších infekčních agens, jak virů, tak bakterií, je spojeno s Alzheimerovou chorobou, včetně viru herpes simplex, pikornaviru, viru Borna nemoci a spirochéty [23]. Jedním z návrhů bylo, že určitý bakteriofág – virus, který infikuje bakterii C. pneumoniae – by mohl být zodpovědný za Alzheimerovu chorobu [14]. Autoři tvrdili, že fágy by se mohly dostat do mitochondrií hostitelské buňky a následně iniciovat Alzheimerovu chorobu.

11. Ketogenní dieta jako léčba Alzheimerovy choroby

Jedním ze slibných nových léčebných paradigmat Alzheimerovy choroby je přepnout pacienta na dietu s extrémně vysokým obsahem tuku a nízkým obsahem sacharidů, takzvanou „ketogenní“ dietu. Název pochází ze skutečnosti, že metabolismem tuků ve stravě vznikají jako vedlejší produkt „ketolátky“, které jsou velmi užitečným zdrojem pro metabolismus v mozku. Je stále jasnější, že defektní metabolismus glukózy v mozku (takzvaný „diabetes typu 3“) je časnou charakteristikou Alzheimerovy choroby. Ketolátky, ať už vstupují do astrocytu přímo, nebo jsouKetone Bodies produkovány v samotném astrocytu štěpením tuků, mohou být dodány do sousedních neuronů, jak je znázorněno na doprovodném obrázku. Tyto neurony mohou využívat ketolátky jako zdroj energie (nahrazující, a tím uvolňující glukózu) a jako prekurzor GABA, kritického neurotransmiteru, který je rozšířený v mozku.

Důkaz, že ketogenní dieta může pomoci Alzheimerově chorobě, byl poprvé nalezen prostřednictvím výzkumu provedeného na myších, které byly vyšlechtěny tak, aby byly náchylné k Alzheimerově chorobě [21]. Vědci zjistili, že kognice myší se zlepšila, když byly léčeny dietou s vysokým obsahem tuků a nízkým obsahem sacharidů, a také se snížilo množství amyloidu-beta v jejich mozku. Poslední účinek by se dal očekávat na základě předpokladu, že amyloid-beta podporuje plné využití glukózy anaerobně, jak jsem diskutoval dříve. Tím, že ketolátky jsou dalším zdrojem paliva, se snižuje závislost na glukóze. Ale další efekt, který může být důležitější než tento, je dostupnost vysoce kvalitních tuků pro zlepšení stavu myelinové pochvy.

Tuto myšlenku podporují další experimenty provedené na lidských pacientech s Alzheimerovou chorobou [11] [42]. Placebem kontrolovaná studie z roku 2004 [42] o účinku obohacení stravy o tuky na Alzheimerovu chorobu je obzvláště informativní, protože odhalila významný rozdíl v účinnosti pro obohacení tukem u subjektů, které neměly alelu apoE-4 ve srovnání s těmi. kdo. Experimentální testovací skupině byl podáván doplňkový nápoj obsahující emulgované triglyceridy se středně dlouhým řetězcem, které se nacházejí ve vysoké koncentraci v kokosovém oleji. Subjekty bez alely apoE-4 vykazovaly významné zlepšení skóre ve standardním testu na Alzheimerovu chorobu, zatímco subjekty s alelou apoE-4 nikoli. To je silný indikátor toho, že přínos může mít co do činění se zvýšením příjmu těchto vysoce kvalitních tuků astrocytem, ​​což je něco, čeho jedinci s alelou apoE-4 nejsou schopni dosáhnout kvůli defektním transportním mechanismům IDL a LDL.

12. Léčba NADH: zásadní role antioxidantů

Jedním z mála slibných způsobů léčby Alzheimerovy choroby je koenzym NADH (nikotinamid adenindinukleotid) [12]. V placebem kontrolované studii vykazovali subjekty s Alzheimerovou chorobou, kterým byl podáván NADH po dobu šesti měsíců, významně lepší výkony v oblasti verbální plynulosti, vizuální konstruktivní schopnosti a abstraktního verbálního uvažování než kontrolní subjekty, kterým bylo podáváno placebo.Pyruvate Metabolism

Proč by byl NADH účinný? V procesu přeměny pyruvátu na laktát spotřebovává laktátdehydrogenáza kyslík oxidací NADH na NAD+, jak je znázorněno na přiloženém obrázku. Pokud se tedy zvýší biologická dostupnost NADH, je logické, že astrocyt bude mít zvýšenou schopnost přeměnit pyruvát na laktát, což je kritický krok v anaerobní metabolické dráze, která je zesílena amyloidem-beta. Proces pohlcováním toxického kyslíku by snížil poškození lipidů v důsledku expozice kyslíku a také by poskytl laktát jako zdroj energie pro neurony.

13. Nadměrné vystavení kyslíku a kognitivní pokles

Bylo pozorováno, že někteří starší lidé trpí dočasným a někdy trvalým poklesem kognitivních funkcí po dlouhé operaci. Výzkumníci z University of South Florida a Vanderbilt University měli podezření, že by to mohlo být způsobeno nadměrným vystavením kyslíku [4]. Během operace jsou lidem obvykle podávány vysoké dávky kyslíku, dokonce až 100% kyslík. Vědci provedli experiment na mladých dospělých myších, které byly navrženy tak, aby byly náchylné k Alzheimerově chorobě, ale dosud neutrpěly kognitivní pokles. Nicméně již měli v mozcích depozita amyloidu-beta. Rekonstruované myši, stejně jako kontrolní skupina, která neměla gen pro náchylnost k Alzheimerově chorobě, byly vystaveny 100% kyslíku po dobu tří hodin, třikrát v průběhu několika měsíců, simulace opakovaných operací. Zjistili, že u myší predisponovaných k Alzheimerově chorobě došlo po expozici kyslíku k významnému poklesu kognitivních funkcí, na rozdíl od kontrolních myší.

To je silný náznak toho, že nadměrné vystavení kyslíku během operací způsobuje oxidační poškození v mozku Alzheimerovy choroby. Vzhledem k argumentům, které jsem uvedl výše, dává tento výsledek dobrý smysl. Mozek se přeměnou na anaerobní metabolismus pro generování energie (s pomocí amyloidu-beta) snaží ze všech sil vyhnout vystavení mastných kyselin a cholesterolu oxidativnímu poškození. Extrémně vysoká koncentrace kyslíku v krvi však velmi ztěžuje ochranu tuků a cholesterolu během transportu krví a pravděpodobně také způsobuje nevyhnutelné zvýšení příjmu kyslíku a tím i expozice v samotném mozku.

14. Tuky jsou zdravá volba!

Prakticky byste museli být izolovaní jako australští domorodci, abyste nevstřebali zprávu, že tuky ve stravě, zejména nasycené, jsou nezdravé. Jsem si nesmírně jistý, že tato zpráva je nepravdivá, ale je téměř nemožné zvrátit vývoj veřejného mínění kvůli její všudypřítomné přítomnosti. Většina lidí se neptá, proč jsou tuky špatné; předpokládají, že výzkumníci museli udělat svůj domácí úkol, a důvěřují výsledku.

Říci, že současná situace s ohledem na tuky ve stravě je matoucí, by bylo podcenění. Opakovaně je nám řečeno, abychom snížili celkový příjem tuků na, v ideálním případě, 20% celkových kalorií. Toho je obtížné dosáhnout a domnívám se, že je to zavádějící rada. V přímém rozporu s tímto „nízkotučným“ cílem jsme vybízeni, abychom konzumovali co nejvíce „dobrých“ druhů tuků. Naštěstí se konečně dostává do širokého povědomí, že omega-3 tuky jsou zdravé a trans-tuky extrémně nezdravé. DHA (kyselina dokosahexaenová) je omega-3 tuk, který se nachází ve velkém množství ve zdravém mozku. Ve stravě je dostupný především ze studenovodních ryb, ale dobrým zdrojem jsou také vejce a mléčné výrobky. Transmastné kyseliny jsou generovány vysokoteplotním procesem, který hydrolyzuje polynenasycené tuky do stabilnější konfigurace, což prodlužuje jejich trvanlivost, ale činí je tak nepřirozenými, že je již téměř nelze nazývat potravinou. Trans-tuky extrémně poškozují zdraví srdce i mozku. Nedávno bylo prokázáno, že vysoká konzumace trans-tuků zvyšuje riziko Alzheimerovy choroby [41]. Trans-tuky jsou zvláště rozšířené ve vysoce zpracovaných potravinách – zvláště když jsou tuky převedeny na práškovou formu.

Bylo nám řečeno, abychom se vyhýbali nasyceným tukům, hlavně proto, že se z empirických důkazů zdá, že pravděpodobněji zvyšují hladinu LDL než nenasycené tuky. Přesto jsou tyto tuky méně náchylné k oxidaci, a to může být důvod, proč se objevují v LDL – protože jsou kvalitnější, a proto by měly být přednostně dodávány do tkání pro funkční role spíše než jako palivo (tj. volné mastné kyseliny). Bylo prokázáno, že kokosový olej, nasycený tuk, prospívá pacientům s Alzheimerovou chorobou [42]. A bylo prokázáno, že mléčné výrobky s vysokým obsahem tuku (také vysoce nasycené) jsou prospěšné jak pro plodnost u žen [10], tak, co je pozoruhodné, pro srdeční choroby [37][22].

Navzdory rozšířenému přesvědčení, že tuky (zejména nasycené tuky) jsou nezdravé, článek, který vyšel v roce 2004 v American Journal of Clinical Nutrition [37] tvrdí, že pro skupinu postmenopauzálních žen je vysoce tučný a vysoce nasycený -tučná strava poskytuje lepší ochranu před onemocněním koronárních tepen než dieta s nízkým obsahem tuku (25% kalorií z tuků). Subjekty ve studii byly obézní ženy s onemocněním koronárních tepen. Většina z nich měla vysoký krevní tlak a mnozí měli cukrovku. Odpovídají profilu metabolického syndromu jak jsem dříve tvrdil, je přímým důsledkem dlouhodobé nízkotučné a vysokosacharidové diety. S potěšením vidím, že moje hypotéza, že zvýšení příjmu tuků by snížilo jejich riziko srdečních onemocnění, byla ověřena pečlivě kontrolovanou studií.

Další vyšetřování, kde bylo prokázáno, že tuky poskytují ochranu před srdečními chorobami, bylo právě dokončeno. Jednalo se o dlouhodobou studii velkého počtu švédských mužů [22]. Autoři se zabývali mléčnými výrobky s nízkým nebo vysokým obsahem tuku a také konzumací ovoce a zeleniny, masa, obilovin atd. Jediný statisticky významný výsledek, který poskytl ochranu před srdečními chorobami, byla kombinace vysokotučných mléčných výrobků a velkého množství ovoce. a zeleniny. Ovoce a zelenina s nízkotučnými mléčnými výrobky neposkytovaly žádnou ochranu.

Mám podezření, že jednou z kritických živin, které ovoce a zelenina poskytují, jsou antioxidanty, které pomáhají prodlužovat životnost tuků. Mezi další vynikající zdroje antioxidantů patří sytě barevné ovoce, jako jsou bobule a rajčata, káva, zelený čaj a hořká čokoláda a několik koření, zejména skořice a kurkuma (hlavní složka kari). Ty by měly být konzumovány v hojném množství spolu s tuky pro optimální výsledky.

Polynenasycené tuky, jako je kukuřičný olej a řepkový olej, jsou pro mozek nezdravé právě proto, že jsou nenasycené. Existují dva hlavní problémy: (1) mají nízký bod tání, což znamená, že pokud se použijí na smažení, přemění se na trans-tuky, které jsou extrémně nezdravé, a (2) jsou mnohem náchylnější k žluklé (oxidované) při pokojové teplotě než nasycené tuky, tj. mají kratší trvanlivost.

Vědci v Německu nedávno provedli důmyslný experiment, jehož cílem bylo zjistit, jak stupeň čerstvosti polynenasycených tuků ovlivňuje metabolismus těchto tuků u samic potkanů ​​v laktaci [43]. Samice potkanů ​​rozdělili do dvou skupin a jediný rozdíl mezi testovací skupinou a kontrolami byl v tom, že testovací skupině byly podávány tuky, které byly ponechány na relativně teplém místě po dobu 25 dnů, což způsobilo značné oxidační poškození, zatímco kontrolní skupiny byly místo toho krmili čerstvými tuky. Neobvyklá strava krys začala v den, kdy porodily vrh. Vědci zkoumali mléčné žlázy a mléko produkované těmito dvěma skupinami na zjevné rozdíly. Zjistili, že mléko testované skupiny bylo výrazně sníženo v množství obsaženého tuku a jejich mléčné žlázy odpovídajícím způsobem odebíraly méně tuku z krevního zásobení. Dalo by se předpokládat, že metabolické mechanismy krys byly schopny detekovat oxidační poškození tuků, a proto je odmítly, raději se obešly, než aby riskovaly následky krmení svých mláďat oxidovanými tuky. V důsledku toho mláďata testované skupiny přibrala podstatně méně než mláďata kontrolní skupiny.

Položky v krabicích, jako jsou sušenky a krekry, které obsahují zpracované polynenasycené tuky, jsou ošetřeny antioxidanty a dokonce antibiotiky, které je chrání před zkažením. Jakmile jsou však zkonzumovány, stále musí být chráněny před žluknutím. Biochemické zákony fungují stejně, ať už uvnitř nebo vně těla. V celém těle je spousta bakterií, které by se rády uchytily ve žluklých tucích. Tělo si vymyslelo nejrůznější strategie, jak tuky chránit před oxidací (žluknutí) a před napadením bakteriemi. Jeho úkol je však mnohem snazší pro nasycené spíše než nenasycené tuky a pro čerstvé spíše než staré tuky.

Pokud se přestaneme snažit přijímat co nejméně tuků ve stravě, pak se nemusíme tolik zabývat přijímáním „správných“ druhů tuků. Pokud je tělo zásobeno nadbytkem tuků, může si vybrat a najít ten správný tuk, který odpovídá každé konkrétní potřebě; přebytečné nebo vadné tuky mohou být použity pouze jako palivo, kde není příliš důležité, který tuk to je, pokud je možné jej rozložit a uvolnit energii.

15. Shrnutí a závěr

Toto je vzrušující doba pro výzkum Alzheimerovy choroby, protože nové a překvapivé objevy přicházejí rychlým tempem a množí se důkazy, které podporují názor, že Alzheimerova choroba je onemocnění z nedostatku výživy. Je ukazatelem toho, jak velkého pokroku bylo v posledních letech dosaženo, když si všimneme, že 42% odkazů v této eseji bylo publikováno v roce 2008 nebo 2009. Oblíbenou novou teorií je, že Alzheimerova choroba může vyrůst ze zhoršené schopnosti metabolizovat glukózu mozek. Termín „diabetes 3. typu“ byl vytvořen pro popis této vady, která se často objevuje dlouho před jakýmikoli příznaky Alzheimerovy choroby [49]. Posun od aerobního k anaerobnímu metabolismu glukózy v mozku se zdá být předzvěstí Alzheimerovy choroby v pozdějším věku, ale tvrdím, že důvodem tohoto posunu je jednak poskytnout základní složku (pyruvát), ze které lze syntetizovat mastné kyseliny, a zároveň je chránit před potenciálně škodlivou oxidací. Alela ApoE-4, která je spojena se zvýšeným rizikem Alzheimerovy choroby, jasně implikuje defekty v transportu tuku a cholesterolu a pozoruhodné 6násobné snížení množství mastných kyselin přítomných v mozkomíšním moku pacientů s Alzheimerovou chorobou [38] hovoří hlasitě sdělení, že nedostatek tuku je klíčovou součástí obrazu. Pozorování, že myelin je degradován ve frontálních lalocích mozku lidí, kteří mají alelu apoE-4, dále potvrzuje teorii, že mechanismus opravy myelinu je defektní. což je spojeno se zvýšeným rizikem Alzheimerovy choroby, jasně implikuje poruchy v transportu tuku a cholesterolu a pozoruhodné 6násobné snížení množství mastných kyselin přítomných v mozkomíšním moku pacientů s Alzheimerovou chorobou [38] hlasitě hovoří o tom, že nedostatek tuku je klíčová část obrazu. Pozorování, že myelin je degradován ve frontálních lalocích mozku lidí, kteří mají alelu apoE-4, dále potvrzuje teorii, že mechanismus opravy myelinu je defektní. což je spojeno se zvýšeným rizikem Alzheimerovy choroby, jasně implikuje poruchy v transportu tuku a cholesterolu a pozoruhodné 6násobné snížení množství mastných kyselin přítomných v mozkomíšním moku pacientů s Alzheimerovou chorobou [38] hlasitě hovoří o tom, že nedostatek tuku je klíčová část obrazu. Pozorování, že myelin je degradován ve frontálních lalocích mozku lidí, kteří mají alelu apoE-4, dále potvrzuje teorii, že mechanismus opravy myelinu je defektní.

Cholesterol samozřejmě hraje zásadní roli ve funkci mozku. Neuvěřitelných 25% celkového cholesterolu v těle se nachází v mozku a je hojně přítomen jak v synapsích, tak v myelinové pochvě. Ukázalo se, že cholesterol na obou těchto místech hraje naprosto zásadní roli při přenosu signálu a při růstu a opravě.

Vzhledem k silné pozitivní roli, kterou hraje cholesterol, lze pouze předpokládat, že statinové léky by zvýšily riziko rozvoje Alzheimerovy choroby. Nicméně průmysl statinů byl až dosud pozoruhodně úspěšný ve skrývání této bolestné skutečnosti. Podařilo se jim udělat mnoho z pozorování, že vysoký cholesterol mnohem dříve v životě je spojen se zvýšeným rizikem Alzheimerovy choroby o třicet let později. Přesto nenabízejí jedinou studii, dokonce ani retrospektivní studii, která by doložila jakékoli tvrzení, že by aktivní snižování cholesterolu pomocí statinové terapie zlepšilo situaci těchto lidí. Ve skutečnosti, co je nejhorší, důkaz o použití statinů, který by odpověděl na tuto otázku, byl pro výzkumníky, kteří provedli klíčovou studii, „nedostupný“.

Beatrice Golomb je MD Ph.D. který vede skupinu UCSD Statin Study, výzkumný tým, který aktivně zkoumá poměr rizika a přínosu statinových léků. Stále více je přesvědčena, že statiny by se starším lidem neměly doporučovat: že v jejich případě rizika jednoznačně převažují nad přínosy. Důrazně tuto pozici zdůvodňuje v on-line článku dostupném zde [15]. Část o Alzheimerově chorobě je obzvláště působivá a poukazuje na úskalí spoléhání se na předchozí studie provedené statinovým průmyslem, kde jsou často ti, kteří mají problémy s pamětí jako vedlejší účinky statinových léků, ze studie vyloučeni, takže výsledky skončit nevhodně zaujatým ve prospěch statinů. V souhrnu napsala: „Je třeba zdůraznit, že důkazy z randomizovaných studií dosud jednotně neprokázaly kognitivní přínosy statinů a nepotvrdily žádný účinek nebo upřímné a významné poškození kognitivních funkcí.“

Kromě odmítnutí léčby statiny je dalším způsobem, jak může jedinec zlepšit své šance na Alzheimerovu chorobu, konzumace velkého množství tuků ve stravě. Zdá se zvláštní náhle přejít ze „zdravé“ nízkotučné stravy na ketogenní dietu s extrémně vysokým obsahem tuku, jakmile je stanovena diagnóza Alzheimerovy choroby. Ketogenní dieta se v ideálním případě skládá z 88% tuku, 10% bílkovin a 2% sacharidů [11]. To znamená, že má absurdně vysoký obsah tuku. Zdá se mnohem rozumnější zaměřit se na něco jako 50% tuku, 30% bílkovin a 20% sacharidů, abychom se proaktivně bránili Alzheimerově chorobě.

Velmi doporučuji nedávnou knihu napsanou dětským mozkovým chirurgem Larrym McClearym, MD, nazvanou The Brain Trust Program [33]. Tato kniha poskytuje množství fascinujících informací o mozku a také konkrétní doporučení, jak zlepšit kognitivní funkce a odvrátit pozdější Alzheimerovu chorobu. Nejdůležitější je, že doporučuje stravu s vysokým obsahem cholesterolu a živočišných tuků, včetně hojnosti ryb, mořských plodů, masa a vajec. Doporučuje také kokosy, mandle, avokádo a sýr, všechna jídla, která obsahují značné množství tuku, a zároveň podporuje vyhýbání se „prázdným sacharidům“. Jeho znalosti na toto téma vyrostly z jeho zájmu pomáhat svým malým pacientům rychleji se hojit po traumatu mozku.

Náš národ se v současnosti připravuje na nápor Alzheimerovy choroby, v době, kdy se baby boomers blíží k důchodu a náš systém zdravotní péče je již v krizi eskalace nákladů a zmenšování finančních prostředků. Nemůžeme si dovolit vysoké náklady na péči o otékající populaci pacientů s Alzheimerovou chorobou, které propagují naše současné praktiky nízkotučné diety a stále se rozšiřující užívání statinů.

Příloha V této příloze uvádím úplný abstrakt dvou článků, které jsou relevantní pro zde prezentovanou teorii. První je abstrakt odkazu [19] v [46], což je odkaz [44] zde [kontext viz sekce o statinových lécích výše]:

Abstrakt, “Epidemiologické a klinické studie důkazy o preventivní roli statinů u Alzheimerovy choroby:”

“Tato práce shrnuje údaje z epidemiologických a klinických studií o tom, zda užívání statinů snižuje riziko Alzheimerovy choroby (AD). Dostupné informace přišly ve třech vlnách. Počáteční, většinou průřezové observační zprávy naznačovaly, že statiny mohou zabránit demenci. dvě velké klinické studie s přídavnými kognitivními studiemi neprokázaly žádný přínos a ani třetí vlna, opět s observačními studiemi. Ty byly většinou longitudinální a byly kritické k prvním studiím, protože se adekvátně nezabývaly matoucí indikací (tj. že pacienti s demence by byly odepřeny statiny). Nejnovější údaje z kanadské studie zdraví a stárnutí přinesly smíšené výsledky. I když jsou metodologické úvahy zjevně důležité pro pochopení toho, proč jsou zprávy tak proměnlivé, může být také přínosné rozlišovat mezi statiny na základě jejich předpokládaných – a proměnných – mechanismů účinku v prevenci demence, před uzavřením th. na počáteční zprávy jsou zcela artefakty. Přesto se zdá, že první zprávy nadhodnocovaly rozsah ochrany, takže pokud neexistují důležité účinky dosažitelné se specifickými statiny, zdá se nepravděpodobná více než mírná role statinů v prevenci AD.” Druhý abstrakt je převzat z odkazu [28 ], na „alternativní hypotéze“, že amyloid-beta je pro Alzheimerovu chorobu spíše protektivní než škodlivý, tj. že jde o „ochrannou reakci na neuronální poškození:“

Abstrakt, “Amyloid-beta u Alzheimerovy choroby: nulové versus alternativní hypotézy:”

„Už téměř 20 let se hlavní pozornost výzkumníků, kteří studují Alzheimerovu chorobu, soustředila na beta amyloid, takže hypotéza amyloidové kaskády se stala „nulovou hypotézou.“ Podle současné definice nemoci je amyloid-beta skutečně , povinný hráč v patofyziologii, je toxický pro neurony in vitro a, možná nejpřesvědčivější, je zvýšen všemi lidskými genetickými vlivy na onemocnění. Proto je cílení na amyloid-beta středem značného základního a terapeutického zájmu. Nicméně , stále hlasitější skupina vyšetřovatelů dospívá k „alternativní hypotéze“, která uvádí, že amyloid-beta, i když se jistě podílí na onemocnění, není iniciační událostí, ale je spíše sekundární k jiným patogenním událostem. Navíc a možná nejvíce v rozporu se současným myšlením, alternativní hypotéza navrhuje, že role amyloidu-beta není předzvěstí smrti, ale spíše ochrannou reakcí na neuronální poškození. Chcete-li určit, která hypotéza s se nejlépe vztahuje k Alzheimerově chorobě vyžaduje širší pohled na patogenezi onemocnění a je zde diskutován.”

Reference

[1] H. Akiyama, S. Barger, S. Barnum, B. Bradt, J.Bauer, G.M. Cole, N.R. Cooper, P. Eikelenboom, M. Emmerling, B.L. Fiebich, C.E. Finch, S. Frautschy, W.S. Griffin, H. Hampel, M. Hull, G. Landreth, L. Lue, R. Mrak, I.R. Mackenzie, P.L. McGeer, M.K. O’Banion, J. Pachter, G. Pasinetti, C. Plata-Salaman, J. Rogers, R.Rydel, Y. Shen, W. Streit, R. Strohmeyer, I. Tooyoma, F.L. Van Muiswinkel, R. Veerhuis, D. Walker, S. Webster, B. Wegrzyniak, G. Wenk, and T. Wyss-Coray, “Inflammation and Alzheimer’s disease.” Neurobiol Aging (2000) May-Jun;21(3):383-421,
[2] Alzheimer’s Association, “Alzheimer’s Disease Facts and Figures,” Alzheimer’s and Dementia (2009) Vol. 5, Issue 3.
[3] K.J. Anstey, D.M. Lipnicki and L.F. Low, “Cholesterol as a risk factor for dementia and cognitive decline: a systematic review of prospective studies with meta-analysis.” Am J Geriatr Psychiatry (2008) May, Vol. 16, No. 5, pp. 343-54.
[4] G. Arendash, A. Cox, T. Mori, J. Cracchiolo, K. Hensley, J. Roberts 2nd, “Oxygen treatment triggers cognitive impairment in Alzheimer’s transgenic mice,” Neuroreport. (2009) Jun 18.
[5] B.J. Balin, C.S. Little, C.J. Hammond, D.M. Appelt, J.A. Whittum-Hudson, H.C. Gerard, A.P. Hudson, “Chlamydophila pneumoniae and the etiology of late-onset Alzheimer’s disease.” J. Alz. Dis. (2008) Vol. 13, pp. 371-380.
[6] G. Bartzokis, MD; P.H. Lu, Psy, D.H. Geschwind, MD, N.Edwards, MA, J. Mintz, PhD, and J.L. Cummings, MD, “Apolipoprotein E Genotype and Age-Related Myelin Breakdown in Healthy Individuals: Implications for Cognitive Decline and Dementia,” Arch Gen Psychiatry (2006) Vol. 63, pp. 63-72.
[7] N. Bernoud, L. Fenart, C. Bénistant, J. F. Pageaux, M. P. Dehouck, P. Molière, M. Lagarde, R. Cecchelli,d, and J. Lecerf, “Astrocytes are mainly responsible for the polyunsaturated fatty acid enrichment in blood-brain barrier endothelial cells in vitro” Journal of Lipid Research (1998) Sept., Vol. 39, pp. 1816-1824.
[8] M. S. Brown and J. L. Goldstein, “A Receptor-Mediated Pathway for Cholesterol Homeostasis,” Nobel Lecture, December 9, 1985.
[9] N. Cartier, C. Sevin, A. Benraiss, P. DeDeyn, D. Bonnin, M-T Vanier, M. Philippe, V. Gieselmann and P. Aubourg, “AAV5-Mediated Delivery of Human Aryl Sulfatase A (hARSA) Prevents Sufatide Storage and Neuropathological Phenotype in Metachromatic Leukodystrophy (MLD) Mice,” Molecular Therapy (2005) 11, S166-S167; doi: 10.1016/j.ymthe.2005.06.431
[10] J. Chavarro, W.C. Willett, and P.J. Skerrett, The Fertility Diet, (2008) McGraw Hill.
[11] L.C. Costantini, L.J. Barr, J.L. Vogel and S.T. Henderson, “Hypometabolism as a therapeutic target in Alzheimer’s disease” BMC Neurosci (2008) Vol. 9, Suppl. 2, S16. doi: 10.1186/1471-2202-9-S2-S16.
[12] V. Demarin, S.S. Podobnik, D. Storga-Tomic and G. Kay, “Treatment of Alzheimer’s disease with stabilized oral nicotinamide adenine dinucleotide: A randomized, double-blind study” Drugs Exp Clin Res. (2004) Vol. 30, No. 1, pp. 27-33.
[13] R.B. DeMattos, R.P. Brendza, J.E. Heuser, M.Kierson, J.R. Cirrito, J. Fryer, P.M. Sullivan, A.M. Fagan, X. Han and D.M. Holtzman, “Purification and characterization of astrocyte-secreted apolipoprotein E and J-containing lipoproteins from wild-type and human apoE transgenic mice,” Neurochem Int. (2001) Nov-Dec;39(5-6):415-25. doi:10.1016/S0197-0186(01)00049-3.
[14] M. Dezfulian, M.A. ShokrgozarA, S. Sardari, K. Parivar and G. Javadi, “Can phages cause Alzheimer’s disease?” Med Hypotheses (2008) Nov;71(5):651-6.
[15] B.A. Golomb, M.D., Ph.D., “Statin Adverse Effects: Implications for the Elderly,” Geriatric Times (2004) May/June, Vol. V, Issue 3
[16] W.R. Grant, Ph.D., “Does Vitamin D Reduce the Risk of Dementia?” Journal of Alzheimer’s Disease (2009) May, Vol. 17, No. 1., pp. 151-9.
[17] Dr. Duane Graveline, Lipitor: Thief of Memory, Statin Drugs and the Misguided War on Cholesterol, (2004) www.buybooksontheweb.com.
[18] X. Han, “Potential mechanisms contributing to sulfatide depletion at the earliest clinically recognizable stage of Alzheimer’s disease: a tale of shotgun lipidomics,” J Neurochem (2007) November, Vol. 103, Suppl. 1. pp. 171-179. doi: 10.1111/j.1471-4159.2007.04708.x.
[19] X. Han, H. Cheng, J.D. Fryer, A.M. Fagan and D.M. Holtzman, “Novel Role for Apolipoprotein E in the Central Nervous System: Modulation of Sulfatide Content” Journal of Biological Chemistry, March 7, 2003, Vol. 278, pp. 8043-8051, DOI 10.1074/jbc.M212340200.
[20] K. Heininger, “A unifying hypothesis of Alzheimer’s disease. IV. Causation and sequence of events,” Rev Neurosci. (2000) Vol. 11, Spec No, pp.213-328.
[21] S.T. Henderson, “Ketone Bodies as a Therapeutic for Alzheimer’s Disease,” NeuroTherapeutics,, (2008) Jul;5(3):470-80, doi:10.1016/j.nurt.2008.05.004
[22] S. Holmberg, A. Thelin and E.-L. StiernstrNvm, “Food Choices and Coronary Heart Disease: A Population Based Cohort Study of Rural Swedish Men with 12 Years of Follow-up,” Int. J. Environ. Res. Public Health (2009) Vol. 6, pp. 2626-2638;
[23] K. Honjo, R. van Reekum, and N.P. Verhoeff, “Alzheimer’s disease and infection: do infectious agents contribute to progression of Alzheimer’s disease?” Alzheimers Dement. (2009) Jul;5(4):348-60.
[24] S.M. Innis and R.A. Dyer, “Brain astrocyte synthesis of docosahexaenoic acid from n-3 fatty acids is limited at the elongation of docosapentaenoic acid,” (2002) Sept. Journal of Lipid Research, Vol. 43, pp. 1529-1536.
[25] L. Jeng, A.V. Yamshchikov, S.E. Judd, H.M. Blumberg, G.S. Martin, T.R. Ziegler and V. Tangpricha, “Alterations in Vitamin D Status and Anti-microbial Peptide Levels in Patients in the Intensive Care Unit with Sepsis,” Journal of translational Medicine,” (2009) Vol. 7, No. 28.
[26] J. Kountouras, M. Boziki, E. Gavalas, C. Zavos, G. Deretzi, N. Grigoriadis, M. Tsolaki, D. Chatzopoulos, P. Katsinelos, D. Tzilves, A. Zabouri, I. Michailidou, “Increased cerebrospinal fluid Helicobacter pylori antibody in Alzheimer’s disease,” Int J Neurosci. (2009) 119(6):765-77.
[27] J. Kountouras, M. Boziki, E. Gavalas, C. Zavos, N. Grigoriadis, G. Deretzi, D. Tzilves, P. Katsinelos, M. Tsolaki, D. Chatzopoulos, and I. Venizelos, “Eradication of Helicobacter pylori may be beneficial in the management of Alzheimer’s disease,” J Neurol. (2009) May;256(5):758-67. Epub 2009 Feb 25.
[28] H.G. Lee, X. Zhu, R.J. Castellani, A. Nunomura, G. Perry, and M.A. Smith, “Amyloid-beta in Alzheimer disease: the null versus the alternate hypotheses,” J Pharmacol Exp Ther. (2007) June, Vol. 321 No. 3, pp. 823-9. doi:10.3390/ijerph6102626.
[29] J. Marcus, S. Honigbaum, S. Shroff, K. Honke, J. Rosenbluth and J.L. Dupree, “Sulfatide is essential for the maintenance of CNS myelin and axon structure,” Glia (2006), Vol. 53, pp. 372-381.
[30] R.T. Matthews, L. Yang, S. Browne, M. Baik and M.F. Beal, “Coenzyme Q10 administration increases brain mitochondrial concentrations and exerts neuroprotective effects,” Proc Natl Acad Sci U S A. (1998) Jul 21, Vol. 95, No. 15, pp.8892-7.
[31] D. Lutjohann and K. von Bergmann, “24S-hydroxycholesterol: a marker of brain cholesterol metabolism” Pharmacopsychiatry (2003) January 10, Vol. 36 Suppl 2, pp. S102-6, DOI: 10.1055/s-2003-43053.
[32] J. C. McCann and B.N. Ames, “Is there convincing biological or behavioral evidence linking vitamin D deficiency to brain dysfunction?”, (2008) FASEB J. Vol. 22, pp. 982-1001. doi: 10.1096/fj.07-9326rev.
[33] Larry McCleary, M.D., The Brain Trust Program (2007) September, The Penguin Group, New York, New York.
[34] B. McGuinness et al., “Statins for the prevention of dementia,” Cochrane Database of Systematic Reviews, (2009) No. 2.
[35] M.M. Mielke, P.P. Zandi, M. Sjogren, et al. “High total cholesterol levels in late life associated with a reduced risk of dementia,” Neurology (2005) Vol. 64, pp. 1689-1695.
[36] S.A. Moore, “Polyunsaturated Fatty Acid Synthesis and Release by Brain-Derived Cells in Vitro,” Journal of Molecular Neuroscience (2001), Vol. 16, pp. 195ff.
[37] D. Mozaffarian, E.B. Rimm, D.M. Herrington, “Dietary fats, carbohydrate, and progression of coronary atherosclerosis in postmenopausal women,” Am J Clin Nutr (2004) Vol. 80, pp. 1175-84.
[38] M. Mulder, R. Ravid, D.F. Swaab, E.R. de Kloet, E.D. Haasdijk, J. Julk, J.J. van der Boom and L.M. Havekes, “Reduced levels of cholesterol, phospholipids, and fatty acids in cerebrospinal fluid of Alzheimer disease patients are not related to apolipoprotein E4,” Alzheimer Dis Assoc Disord. (1998) Sep, Vol. 12, No. 3, pp. 198-203.
[39] I.L. Notkola, R. Sulkava, J. Pekkanen, T. Erkinjuntti, C. Ehnholm, P. Kivinen, J. Tuomilehto, and A. Nissinen, “Serum total cholesterol, apolipoprotein E epsilon 4 allele, and Alzheimer’s disease,” Neuroepidemiology (1998) Vol. 17, No. 1, pp. 14-20.
[40] F.W. Pfrieger, “Outsourcing in the brain: Do neurons depend on cholesterol delivery by astrocytes?”, BioEssays (2003) Vol. 25 Issue 1, pp.72-78.
[41] A. Phivilay, C. Julien, C. Tremblay, L. Berthiaume, P. Julien, Y. Giguère and F. Calon, “High dietary consumption of trans fatty acids decreases brain docosahexaenoic acid but does not alter amyloid-beta and tau pathologies in the 3xTg-AD model of Alzheimer’s disease.” Neuroscience (2009) Mar 3, Vol. 159, No. 1, pp. 296-307. Epub 2008 Dec 14.
[42] M.A. Reger, S. T. Henderson, C. Hale, B. Cholerton, L.D. Baker, G.S. Watson, K. Hyde, D. Chapman and S. Craft, “Effects of Beta-hydroxybutyrate on cognition in memory-impaired adults,” Neurobiology of Aging (2004) Vol. 25, No. 3, March, pp. 311-314,
[43] R. Ringseis, C. Dathe, A. Muschick, C. Brandsch and K. Eder, “Nutrient Physiology, Metabolism, and Nutrient-Nutrient Interactions Oxidized Fat Reduces Milk Triacylglycerol Concentrations by Inhibiting Gene Expression of Lipoprotein Lipase and Fatty Acid Transporters in the Mammary Gland of Rats,” American Society for Nutrition J. Nutr. (2007) Sept., Vol. 137, pp. 2056-2061.
[44] K. Rockwood, “Epidemiological and clinical trials evidence about a preventive role for statins in Alzheimer’s disease.” Acta Neurol Scand Suppl. (2006) Vol. 185, pp. 71-7.
[45] G. Saher, B. Brugger, C. Lappe-Siefke, W. Mobius, R. Tozawa, M.C. Wehr, F. Wieland, S. Ishibashi, and K.A. Nave, “High cholesterol level is essential for myelin membrane growth.” Nat Neurosci (2005) Apr, Vol. 8, No. 4, pp. 468-75. Epub 2005 Mar 27.
[46] A. Solomon, M. Kivipelto, B. Wolozin, J. Zhou, and R.A. Whitmer, “Midlife Serum Cholesterol and Increased Risk of Alzheimer’s and Vascular Dementia Three Decades Later,” Dementia and Geriatric Cognitive Disorders (2009) Vol. 28, pp. 75-80, DOI: 10:1159/000231980.
[47] M. Simons, MD, P. Keller, PhD, J. Dichgans, MD and J.B. Schulz, MD, “Cholesterol and Alzheimer’s disease: Is there a link?” Neurology (2001) Vol. 57, pp. 1089-1093.
[48] L.L. Smith, “Another cholesterol hypothesis: cholesterol as antioxidant,” Free Radic Biol Med. (1991) Vol. 11, No. 1, pp. 47-61.
[49] E. Steen, B.M. Terry, E.J. Rivera, J.L. Cannon, T.R. Neely, R. Tavares, X.J. Xu, J.R. Wands, and S.M. de la Monte “Impaired insulin and insulin-like growth factor expression and signaling mechanisms in Alzheimer’s disease – is this type 3 diabetes?” Journal of Alzheiner’s Disease (2005) Vol. 7, Number 1, pp. 63-80.
[50] J. Tong, P.P. Borbat, J.H. Freed and Y-K Shin, “A scissors mechanism for stimulation of SNARE-mediated lipid mixing by cholesterol,” PNAS (2009) March 31 Vol. 106, No. 13, pp. 5141-5146.
[51] M-C Vohl, T. A.-M. Neville, R. Kumarathasan, S. Braschi, and D.L. Sparks, “A Novel Lecithin-Cholesterol Acyltransferase Antioxidant Activity Prevents the Formation of Oxidized Lipids during Lipoprotein Oxidation,” Biochemistry (1999) Vol. 38 No. 19, pp. 5976-5981. DOI: 10.1021/bi982258w.
[52] M. Waldman, MD,, 9th International Conference on Alzheimer’s and Parkinson’s Diseases (2009) Abstract 90, Presented March 12-13.
[53] R. West, M.A., M. Schnaider Beeri, Ph.D., J. Schmeidler, Ph.D., C. M. Hannigan, B.S., G. Angelo, M.S., H.T. Grossman, M.D., C. Rosendorff, M.D., Ph.D., and J.M. Silverman, Ph.D., “Better memory functioning associated with higher total and LDL cholesterol levels in very elderly subjects without the APOE4 allele,” Am J Geriatr Psychiatry (2008) September; Vol. 16, No. 9, pp. 781-785. doi: 10.1097/JGP.0b013e3181812790.
[54] A.W.E. Weverling-Rijnsburger, G.J. Blauw, A.M. Lagaay, D.L. Knook, A.E. Meinders, and R.G.J. Westendorp, “Total cholesterol and risk of mortality in the oldest old,” The Lancet, (1997) Vol. 350, No. 9085, pp. 1119-1123,
[55] R.F. Wilson, J.F. Barletta and J.G. Tyburski, “Hypocholesterolemia in Sepsis and Critically Ill or Injured Patients” Critical Care (2003), Vol. 7, pp. 413-414.
[56] S.-C. Zhang and S. Fedoroff, “Neuron-microglia Interactions in Vitro,” Acta Neuropathol (1996) Vol. 91, pp. 385-395.

CSS obrázkové mapy

Original page: https://frankmanno.com/ideas/css-imagemap/

Frank Manno

Image MapsNíže je ukázková obrázková mapa, která je

Byla zveřejněna alternativa k pouze obrázkovým mapám CSS. Pokud hledáte snazší způsob vytváření obrázkových map zahrnujících jeden obrázek, možná vás bude zajímat četba CSS Image Maps, Redux

vytvořena výhradně pomocí CSS a XHTML. I když jsem přidal podporu pro Javascript (názvy položek jsou jednoduše zobrazeny pod obrázkem), v tomto příkladu jsem ji deaktivoval — narazil jsem na trochu problém, když je povoleno JS a zakázáno CSS (další podrobnosti níže).

Prvotní nápad přišel z příspěvku na blogu, který jsem si přečetl na blogu Giny Trappini, Scribbling.net. Její příklad byl dobře udělaný, ale chtěl jsem se pokusit o totéž (nebo podobné) pouze pomocí CSS.

Pak jsem našel odkaz na stránku The Daily Kryogenix (prostřednictvím příspěvku Giny), který vedl k obrázkové mapě, která používala lehčí DHTML a používala <title> značku k zobrazení poznámek o aktivním  bodu. Stále poněkud závislý na Javascriptu/DHTML.

Nakonec jsem se rozhodl využít  techniku posuvných dveří Douga Bowmana v  kombinaci s definičním seznamem (<dl></dl>).

Technika posuvných dveří vám umožňuje zahrnout všechny efekty převrácení obrázku do jednoho souboru obrázku a využít background-position vlastnost CSS k „posunutí“ obrázku v libovolném směru. Přidáním :hover efektu do vašeho CSS (v tomto případě do <a> tagu obsaženého v <dd> tagu) můžete posunout obrázek na požadovanou pozici.

Co jsem udělal, bylo vytvoření obrázkové mapy ve Photoshopu. Jak můžete vidět na tomto obrázku, mapa se skládá ze 3 kopií stejného obrázku, z nichž každá má jiné značení. Horní (1 ze 3) jednoduše označuje aktivní body čísly a prostřední a spodní obrázky (2 a 3 ze 3) obsahují efekty převrácení (bílá průhlednost). Možná se divíte, proč je efekt převrácení rozdělen do dvou samostatných obrázků. Důvodem oddělení je překrývání sousedních položek (tj.: monitor, notebook a disketa na stole). Namísto kolize mezi dvěma položkami byly efekty převrácení pro sousední položky rozděleny do více kopií stejného obrazu.

V zásadě to funguje tak, že název aktivního bodu položky umístíte do tagu definition-term (<dt></dt>) vašeho seznamu a za ním následuje popis do tagu definice-popis (<dd></dd>). CSS pak skryje definiční výraz (který se skutečně používá, když je CSS zakázáno), stejně jako popis definice (zobrazí se po najetí myší na kotvu) a zobrazí popis definice (v tomto případě popis aktivního bodu). (s), které jste vybrali pro svou obrázkovou mapu), a absolutně umístí a zobrazí popis při přejetí přes aktivní bod (také definovaný v CSS).

Kód také elegantně degraduje. <img> Tag, který zobrazuje verze, která není mapována mapy obrazu je skryta za použití CSS. Pro ty, kteří mají vypnuté CSS, se namapovaná verze obrázku (3dílný obrázek) nezobrazí, protože je součástí  background vlastnosti CSS. Spíše se zobrazí nenamapovaná verze spolu s nestylovaným seznamem definic. Pokud máte rozšíření Web Developer pro Firefox, pokračujte a deaktivujte styly. Získáte lepší představu o degradaci.

Ukázka kódu je zobrazena níže (zobrazit zdroj pro úplné CSS a XHTML):

CSS:

dd#monitorDef{ top: 65px; left: 114px; }
dd#monitorDef a{ position: absolute; width: 73px; height: 69px; text-decoration: none; }
dd#monitorDef a span{ display: none; }
dd#monitorDef a:hover{ position: absolute; background: transparent url(office.jpg) -109px -317px no-repeat; top: -10px; left: -5px; }

dd#monitorDef a:hover span{
 display: block;
 text-indent: 0;
 vertical-align: top;
 color: #000;
 background-color: #F4F4F4;
 font-weight: bold;
 position: absolute;
 border: 1px solid #BCBCBC;
 bottom: 100%;
 margin: 0;
 padding: 5px;
 width: 250%;
}

HTML:


<dl id="officeMap">
 <dt id="monitor">1. Monitor</dt>
 <dd id="monitorDef"><a href="#"><span>Here's my 17" Monitor.  I wish I had an LCD!</span></a></dd>
 <dt id="phone">2. Phone</dt>
 <dd id="phoneDef"><a href="#"><span>Does this thing ever stop ringing?</span></a></dd>
 <dt id="case">3. PC Case</dt>
 <dd id="caseDef"><a href="#"><span>This is my crazy Linux box! Gotta love that Linux...</span></a></dd>
 <dt id="notebook">4. IBM ThinkPad</dt>
 <dd id="notebookDef"><a href="#"><span>Here's my Linux notebook.  Some crazy coding going on.</span></a></dd>
 <dt id="floppy">5. External Floppy Drive</dt>
 <dd id="floppyDef"><a href="#"><span>Floppy Drive.  Ancient... I know!</span></a></dd>
</dl>

Funkční příklad si můžete prohlédnout níže (obrázek níže byl převzat z  The Daily Kryogenix):

I když to nemusí být „nejideálnější“ řešení, určitě rozšiřuje výše uvedené příklady. Naprosto se mi líbil Ginin nápad, a proto jsem se jej pokusil rozšířit. Bohužel se současnými omezeními CSS (stejně jako některých prohlížečů) jsem nebyl schopen plně replikovat přesnou funkčnost příkladu Giny.

Zde je příklad, který využívá CSS i Javascript. Jeden problém, na který jsem narazil, je, když je zakázáno CSS, ale je povolen Javascript. Se seznamem definic se stane něco divného. Pokud víte, jak to opravit, dejte mi vědět. Rád bych, aby to fungovalo.

Podařilo se mi narazit na další pokus o obrázkovou mapu založenou na CSS, která vypadá opravdu skvěle. Bohužel kvůli omezením IE (konkrétně pouze s podporou :hover vlivu na <a> tag) není kompatibilní s různými prohlížeči (zatím!).

Pokud máte nějaké dotazy, obavy a/nebo návrhy na zlepšení, neváhejte mi poslat poznámku: frankmanno [-at-] gmail [-tečka-] com nebo zanechte komentář na mém blogu.

Příklady byly úspěšně testovány v Safari, Firefox (Mac/Win), IE6/Win a Opera 7.5/Mac. Z nějakého zvláštního důvodu verze Javascript funguje v IE5/Mac, zatímco verze bez Javascriptu ne.

Copyright © 2004-2021 Frank Manno

Bezplatná multiplatformní databáze LibreOffice/ Open Office, “Base”

Original page: http://sheepdogguides.com/fdb/fdb1main.htm

© TK BoydSheepdog Software, 2/06-2/21.

Bezplatná multiplatformní databáze LibreOffice/Open Office, “Base”

(Má také články o dalších komponentách LibreOffice/ OpenOffice)

Za chvíli se dostaneme k nápovědě k databázi. 2016-2020 mě probudil k důležitější záležitosti. Pokud je vám to jedno a neúčastníte se jakékoli demokracie dostupné tam, kde žijete, jste spoluviníkem…

Bu gün dünyada ciddi bir səhv var

GOP-un Trampın diqqəti yayındırması ilə ABŞ-ı idarə etdiyi dörd il mənim üçün “oyanma” çağırışı oldu.

Mən “peşəkar siyasətçilərin” dünya xalqlarını döyüşən qruplara bölməkdə nə qədər irəli getdiyini gördüm. Siyasətçilərin və onların dostlarının xeyrinə demokratiyaları ələ keçirməkdə nə qədər irəli gediblər.

“Biz insanlar…” İngilis nəsrinin məşhur bir parçası açıldığı üçün işə qayıtmaq lazımdır. Geri Yaramazlar və oğru məğlub çalışan və alaraq bizim geri hökumətləri, onlara iş edilməsi bizim üçün.

Onları hazırda planetin qalan hissəsinin səfaləti ilə yaşayan kiçik qrupdan daha geniş bir cəmiyyət üçün xoşbəxt, sağlam, firavan həyatəəc.burk etəək.burmaq

Bu, faktlar barədə məlumatlı olmaqdan başlayır. Onlara sahib olanda isə səs verməlisən. Necə ola bilər ki, 2020-ci ilin noyabrında ABŞ-da səs verə biləcək hər üç nəfərdən biri səs vermədi? Etiraf edim ki, üzr istəyirəm, amma noyabr ayında keçirilən səsvermənin yalnız iki şübhəli namizəd arasında seçim olduğunu gördüm. Ümid edirəm ki, Bayden məni səhv etdiyini sübut edir, lakin o, təhlükəli dərəcədə güclü, etibarsız bir uşaqda – ABŞ-da böləülicha böləülələlələl O deyil ki, ABŞ siyasətçilərin təşviq etdiyi bölünmələrin olduğu yeganə yerdir. Əgər Praymerizdə bir neçə nəfərdən çox insan iştirak etsəydi və ya ekvivalenti harada olursa olsun, bəlkə milyonlarla insanın həyatını formalaşdarıran qbaq. Hansı ABŞ prezidentini iki böyük liderdən ibarət qısa siyahıya qoşulmağa layiq görürsünüz? Mən istehza ilə soruşmuram. Tarixi az bildiyim üçün soruşuram.

Zəfər tərəfdarı Demokratlar… ki, şükürlər olsun ki, hamısı deyil… 2016-cı ildə “O, mənim prezidentim deyil” deyən zaman nə hiss etdiklrlamalini. Demək olar ki, 2020-ci ildə səs verən insanların  yarısı bunu  whis edir. Onların yaralarına duz tökmək ağlı başındadırmı?

————–
İndi isə daha az mürəkkəb və əlbəttə ki, daha zövqlü məsələlərə…

LibreOffice? Open Office?


Kdybych dnes začínal od nuly, „šel bych do“ LibreOffice. Tento odkaz vás zavede na postranní panel o podobnostech a rozdílech, problémech.

Ať už používáte OpenOffice nebo LibreOffice, myslím si, že jste moudří a doufám, že moje výukové programy pro vás budou stejně užitečné jako pro ty, kteří používají jiný produkt.


Přehled…

…Příručky pro ovčáka Výukové programy o používání databází ke zlepšení života.

        První tři části ukazují, jak začít. Ušetří vám čas tím, že vám ukážou základy, které budete potřebovat, pokud chcete snadno pokročit v téměř jakémkoli aspektu práce s databází. (Je velmi neefektivní učit se používat databáze tak, jako jste se například naučili používat textový procesor. Jeden náhodný bit po druhém.)

Sekce označené hvězdičkou jsou součástí samostatné stránky, na kterou vás odkaz přenese. Níže uvedené shrnutí se tam opakuje, takže bude snadné se sem vrátit, pokud budete chtít později navštívit některou ze zde uvedených sekcí.

MainPrjtMgmtWinMain Libre Office Base project manager window

   Dəstəkləyici materiallar
   Bu giriş dərslərindəki materialları keçdikdən sonra aşağıdakılara maraq göstərən hər şeyə keçməyə hazır olmalısınız.
A pak jsou tu tyto šance a konce…Main Open Office Base project manager window

Můžete si všimnout, že odkazy v tomto odkazu vás zavedou na httpS://wywtk.com/… (A odkazy odtud vás zavedou zpět sem (http(no S)://SheepdogGuides.com/…)

Ovládám obě stránky. Ani jeden vás nepožaduje žádné informace, takže bych tvrdil, že prvek „S“ není problém. Víte, co by mě stálo získat certifikát “S” SheepdogGuides.com? Pokud za to chcete platit roční poplatek, rád přijmu vaši podporu.


Snažím se, aby mé stránky byly přátelské k prohlížeči. Změna velikosti okno prohlížeče, takže je stejně široká jako byste si to přejí. Text bude pěkně plynout. V úzkém okně se to čte snadněji… a zbytek obrazovky bude volný pro vaše základní cvičení! Chcete-li změnit velikost textu ve Firefoxu a dalších dobrých prohlížečích, podržte stisknutou klávesu Ctrl (“ctrl”) a stiskněte znaménko plus, znaménko mínus nebo nulu. Tento a další dobrý tip vysvětlený na mé stránce Power Browsing!

Chcete-li tyto stránky pochválit, použijte prosím Facebook Likes atd.?

V horní části téměř každé stránky jsou tlačítka, pokud nepoužíváte kontejner Facebooku Firefoxu. Nebo zmínit tyto stránky v diskuzích na fóru?

Pokud tyto věci nikdo nečte, nemám moc důvodů je aktualizovat, nebo psát další. (To je vaše zpráva pro mě?) A nikdo je nečte, pokud o nich neslyší. Vyhledávání Google vychází vstříc masám. A masy používají chytrý telefon a mají 15sekundovou pozornost. Tyto stránky nejsou pro toto publikum.


První sekce:

Jste na Base nový? Pokud ano, doporučujeme vám začít s tutoriály v této části. Poskytnou vám prohlídku s omezeným opakováním a překrýváním. Skočte si, chcete-li, ale dělat je postupně může být produktivnější.

Pokud jste svůj software ještě nenainstalovali, některé poznámky k instalaci Libre Office by mohly stát za váš čas. Něco podobného se plánuje pro LibreOffice, ale postup je v podstatě stejný. Buďte opatrní, abyste nainstalovali správnou Java RTE. Pokud máte 64bitový LibreOffice, potřebujete 64bitový Java RTE. Pokud máte nedávno nainstalované nastavení, které vypadá, že funguje, ale někdy se chová zvláštně, podívejte se na právě zmíněný průvodce „instalací“.
= = = = = =

Whirlwind Tour. Tento tutoriál není typický pro to, co píšu. Ale trvá vám to poměrně rychle, i když „dělat věci“. Pokud to půjde příliš rychle, nezoufejte… Podrobněji jsem věci vysvětlil jinde. V této svižné prohlídce vytvoříte malou tabulku a spustíte jednoduchou zprávu. Z výukového programu si můžete stáhnout kopii databáze, kterou výukový program vytvoří, což vám ušetří čas při zadávání dat a zajistí, že žádné překlepy nebudou bránit fungování vaší kopie.

Práce s databázemi: úvod. Pracovali jste s Access, dBase, Paradox atd.? Možná byste to mohli přeskočit… ale je to krátké. Asi bude nejlepší si to pro jistotu prolistovat. Pokud ji nepotřebujete, měli byste ji rychle přečíst. Pokud to nedokážete přečíst rychle… potřebujete to!

Nainstalovali jste Libre Office… čímž získáte jeho databázi. Funguje to… většinou… ale… Data ve formuláři nelze upravovat, nebo je něco jiného „jen divné“. Tato stránka vám poskytuje stručné poznámky o tom, že Base potřebuje Java engine, a odkazy na další nápovědu k nastavení po instalaci. (V databázi Libre Office není mnoho „problémů“, ale nebyli byste první, kdo se s touto nepříjemností setkal. Snadno se s tím vypořádáte.)

„Formulář je „pouze pro čtení“, nemohu jej upravovat“. Toto je běžná starost nových uživatelů. Vy můžete upravovat svá data! (Vyzkoušejte to a uvidíte!) Ale „nemůžete“ upravovat formulář. Přečtěte si tuto krátkou poznámku, abyste se dozvěděli, že můžete změnit vzhled formuláře.

Aktualizace Libre Office. Krátké poznámky o tom, jak mi před dlouhou dobou mechanismus zabudovaný do Open Office 2.x hladce fungoval, když jsem upgradoval počítač s Windows na verzi Open Office 3.0.0. (Nyní jsem v Libre Office, aktualizace pro obě sady mi léta fungovaly dobře.)

Instalace Ubuntu Linux OpenOffice (a jeho databáze). (Psal jsem to dávno před rokem 2020. Pravděpodobně je to „mrtvý“ problém! Nevím, jestli to má nějaký význam pro Libre Office.) Pokud vám Base běží hladce, můžete tuto stránku přeskočit… ale zkusili jste použít Průvodce formulářem? Tato stránka se také zabývá problémy Java Engine.

Jednoduchá tabulka adresáře (jména, adresy a telefonní čísla): Jen abychom mohli začít.

Typy polí/Datové typy: Stručné slovo o typech dat, známých také jako typy polí, které vám pomohou při nastavování tabulek. (Ve  sbírce „Rozpravy“ je také delší diskuse.)

Alternativní způsob vytváření tabulek: Tento, který se týká vytváření tabulek pomocí přístupu Design View, nemusíte číst. Ale když jste mimo fázi nováčků, vyzkoušejte návrh stolu přes Design View? (Doporučujeme i dobrodružným nováčkům.)

Jednoduchý formulář: Správa dat adresáře pomocí formuláře, což je ten  správný  způsob. ( Výukový program „Používání formulářů (s ozdůbkami) “ pokrývá také používání formulářů… do větší hloubky. Pokrývá také některé další materiály.)

Jednoduchý dotaz: První pohled na dotazy pomocí dat adresáře.

Primární klíče: Krátké poznámky k něčemu, co musíte udělat pro každou tabulku: zahrňte primární klíč. Další komentáře se objevují v mém výukovém programu druhé úrovně o primárních klíčích.

Dvě alternativy…

Tisk adresních štítků: Rychlý průvodce, přeskakující některé detaily.
Tisk (vybraných) adresních štítků: Rozšíření kurzu adresáře. Také pojednává o třídění a filtrování.

Používání formulářů (s ozdůbkami) Základní techniky, které byste měli ovládat. Tento návod vám doporučuji, ani ne tak kvůli informacím o vytváření formulářů, ale kvůli obecným informacím o tom, jak Base funguje. Pokud dokončíte tento tutoriál, měli byste se mimo jiné naučit, jak prezentovat tabulku s poli v požadovaném pořadí. Také vám ukáže, jak filtrovat, jaké záznamy se zobrazí. Všechno DOBRÉ! ( Výukový program „Jednoduchý formulář“ výše pokrývá také některé hlavní body tohoto návodu, ale méně obsáhle a bez ohledu na tolik vedlejších témat.)

Referenční integrita, vícetabulkové formuláře a dotazy, používání vztahů Toto jsou důležité pojmy… a organizace mých tutoriálů o nich je nedokonalá, proto jsem vytvořil „průvodce průvodci“, na který vás odkaz zavede!

Přejít na obsah stránky


Pobav mě prosím? (Nesouvisí s Open Office… o tom je více níže!)

Udělejte si chvilku a navštivte můj http://Flat-Earth-Academy.com? Jeho cílem je pomoci dětem (nebo dospělým, kteří ve škole chyběli!) se zájmem o vědu, vědět, jaké jsou otázky, získat „základní rámec“ znalostí, na kterém mohou stavět dobré porozumění. Žádný „cukr“, žádný log honosné grafiky nebo rozvržení stránky… jen nějaké koncentrované věci Good For You. Musí tu zůstat NĚJAKÉ lidé, kteří se nebojí „propracovat“ cestu k rozšíření svých znalostí? Také zmínil, že v každém příslušném fóru, které navštívíte, prosím? (Otevírá se na nové kartě nebo okně, takže se sem můžete vrátit pouhým zavřením.)

Navštivte http://Flat-Earth-Academy.com… prosím!

(Otevře se na nové kartě nebo okně)


Druhá sekce:

Zvažte je, až budete spokojeni s jednoduchými základními operacemi, které jsou popsány ve výukových programech v první části.

Vytvoření formuláře s vypočítaným polem: Důležitá dovednost, která procvičuje další základní dovednosti.

Více o vypočítaných polích: Tento tutoriál je nominálně o výpočtu vašich výnosů z prodeje na eBay a Amazonu. Přidáte záznam pro každý prodej a získáte dvě zprávy… jednu pro výnosy z prodeje na eBay, jednu pro výnosy z prodejů na Amazonu. Nemyslete si prosím: „Neprodávám online, tohle mi k ničemu není“.

Nemyslete si to, protože „odpověď“ pro prodejce ilustruje několik šikovných způsobů, jak přimět databáze kašlat na věci.

(Jsou zde dva přehledy, protože vzorce pro to, co získáte po prodeji na jednom z trhů, se liší od vzorců pro vaše výnosy z prodeje na druhém trhu.)

To není jedna věc „jak to udělat“. Ale znalost základních „tahů“ nestačí. To se zabývá několika věcmi „jak dělat“… ale také ukazuje, jak funkce spolupracovat.

Napsáno v červenci 2015, není tak dlouhé jako některé z mých tutoriálů a je také napsáno zručněji, což je přínosem pro práci, kterou jsem si dal před provedením tohoto!

Více tabulek, vztahy, referenční integrita: Napsáno 6/07… lepší než průměrný tutoriál… ale moje tutoriály týkající se vztahů „vyrostly jako topsy“, omlouvám se, takže jsem připravil průvodce různými tutoriály o vztazích.

Import tabulek z jiných míst, např. neZákladních databází: Zdá se, že jde o oblíbenou volbu. Pomůže vám s několika věcmi, včetně použití souborů CSV, abyste se vyhnuli přepisování dat. Pomůže vám migrovat z jiného správce databází, např. drahého Accessu. Alternativní cíle: Přesouvání věcí mezi aplikacemi Open Office a  Jak exportovat z Base do CSV. Mám pro vás také obecný úvod k souborům CSV (Comma Separated Values). Mimochodem, oddělovač není vždy čárka. Pokud chcete používat databázi Microsoft Access, mám pro vás také krátkou poznámku. A v neposlední řadě esej, která začala 19. 7. poměrně „rychlou palbou“ (pro mě) vysvětlení, jak připojit hromadu záznamů z externího zdroje do existující databáze. (V červenci 2019 jsem napsal novější esej pokrývající hodně ze stejného základu v poměrně „rychlém“ (pro mě) vysvětlení toho, jak připojit spoustu záznamů z externího zdroje do existující databáze)

Pro OPEN Office (od kterého odcházím): Alespoň v jednu chvíli jste potřebovali skvělé rozšíření Report Builder od společnosti Oracle, dříve Sun Microsystems: Rychlý úvod do základního použití. stránka také poskytuje informace „Jak nainstalovat“… ale myslím,  že  to už nepotřebujete? (Myslím, že je to nyní „standardní“, „vestavěný“ generátor zpráv.)

Pro LIBRE Office je derivát Oracle Report Builder dodáván se sadou „vestavěnou“.

„Registrace“ databází a vytváření záloh: Přečtěte si informace o zálohování vaší práce, pokud nic jiného. „Registrace“ pro mě zůstává mírnou záhadou, ale doufám, že tento návod vrhne trochu světla!

Omezení na tabulky: Udržování databáze bez špatných dat; předcházení neplatným datům.

ListBoxy a ComboBoxy: Další pomůcky, jak udržet tabulky bez špatných dat.

Referenční integrita, vícetabulkové formuláře a dotazy, používání vztahů Toto jsou důležité pojmy… a organizace mých tutoriálů o nich je nedokonalá, proto jsem vytvořil „průvodce průvodci“, na který vás odkaz zavede! Jeden z nich vytvoří databázi se dvěma tabulkami a vytvoří dotazy a formuláře pro extrahování informací z tabulek. Tento tutoriál nezahrnuje žádnou zprávu… „výsledkem“ je formulář, který shromažďuje vaše data do jednoho snadno použitelného okna.

Zobrazení polí z více tabulek v jednom dotazu: Použití spojení. Toto je neobvyklý návod. Pro začátek obsahuje úvod do nákupu a prodeje burzovních hovorů a puts. Dívá se na „větší“ projekt, než je typické v těchto tutoriálech. Je to dlouhé, ale doufám, že to stojí za to! Je také neobvyklé, že je zde odkaz umožňující stažení hotové databáze.

Databáze s obrázky, část 1… a některé obecné dovednosti: Údajným cílem tohoto tutoriálu je ukázat vám, jak vytvořit databázi s obrázky nebo diagramy v jednom z polí. I když vás to nezajímá, možná by stálo za to projít si výukový program pro některé obecné body o návrhu formuláře, které obsahuje. (Aktualizováno pro ooBase 3.2.1 a ORB 1.2.1)

Databáze s obrázky, část 2: Toto rozšiřuje část 1 a ukazuje vám, jak vytvořit databázi, která neuchovává své obrázky interně, ale pouze ukládá cestu k obrázku, který zůstává souborem mimo databázi. (Aktualizováno pro ooBase 3.2.1 a ORB 1.2.1)

Primární klíče: Další komentáře. Složené klíče. Kontrolní součty. Rozšiřuje komentáře uvedené v mém kurzu první úrovně o primárních klíčích.

Přejít na obsah stránky


Zeměkoule napravo mi pomáhá zjistit, zda tvorba těchto stránek stojí za ten

čas. Je interaktivní; hrajte si s tím, chcete-li. (Potom musíte použít tlačítko “zpět” vašeho prohlížeče, abyste se sem dostali.) Jediné informace, které systém zaznamená, je, kdy návštěvníci vstoupí na stránku a kde je jejich ISP připojil k internetu. (V mém případě je to v tuto chvíli 60 mil od místa, kde bydlím.)

To mi přijde jako bezplatná služba od RevolverMaps.com. Pokud víte, jak vložit HTML do svých vlastních webových stránek, lze jej snadno přidat.


Třetí oddíl:

Zvažte je poté, co budete spokojeni s mnoha věcmi v předchozích částech. Jsou to buď okrajová témata, nebo obtížná, vyžadující určitou základní zkušenost.

Použití SQL ke změně mnoha záznamů jedním jednoduchým příkazem: Jak změnit hodnotu v poli pro mnoho záznamů najednou. Můžete filtrovat, které záznamy se změní. Obecně užitečné, doufám, ale napsané a testované pod Libre Office 7.0.3.1 (x64) + vestavěným databázovým strojem Firebird. Psáno 21. 3.

„Jednoduchá“ sestava: Vybrané záznamy a zajištění jejich třídění: Přímý požadavek. Není to těžké… když víte jak. Což budete po přečtení tohoto poněkud neobvyklého (pro tutoriály na tomto webu) tutoriálu. (V tomto případě méně držím čtečku za ruku než obvykle.) Dáme dohromady malinkou databázi (Dvě pole, šest záznamů.) Vyberte z ní pár záznamů pomocí dotazu. A prezentujte je seřazené (podle zprávy) ve formátu přátelském k lidem. Na konci výukového programu je několik šancí na to, aby vaše zpráva byla „profesionální“. Psáno 14.9.

Funkce (sčítání, počet, minimum atd.) a seskupování: Není to můj nejdokonalejší návod! A namaluji se do rohu nebo dvou. Ale pokud vás zajímá, jak používat funkce v dotazech, může vám to pomoci. A pokud to oba zvládneme, stanou se možné některé velmi užitečné věci: Extrahování z databáze, například průměrné skóre 12letých dětí, které jsou v 7. třídě, když se pokoušejí o test z matematiky na čas. (Databáze by obsahovala skóre od mnoha dětí. Dotaz by poskytl tabulku „rozdělující a krájející“ data podle našich potřeb.) Použité techniky otevírají cestu k nalezení, ze skupiny záznamů, celkového (součtu), průměr, počet, nejvyšší individuální záznam, nejnižší, standardní odchylka. A to jsou jen funkce! Výukový program se také dotýká seskupování záznamů. Výukový program je dodáván s databází ke stažení s ukázkovými daty a předem zadanými dotazy, formuláři,

Dva stoly; jeden formulář: Použijte formulář… jeden formulář… pro prohlížení záznamů ve dvou tabulkách a úpravy, přidávání a odstraňování záznamů v tabulkách. Základní dovednost. Neměli byste pracovat přímo s tabulkami. (I když to mnozí z nás často dělají, abych byl upřímný. Povzdech.)

Přesouvání dat mezi aplikacemi Libre Office: Snadnější, než byste se mohli bát! Toto je jedno z okrajových témat.

Připojování záznamů z externího zdroje do existující databáze: Poměrně „rychlý“ (pro mě) esej. Vytvořeno v červenci 2019, je novější než mnoho zde uvedených tutoriálů a doufám, že odráží mé větší zkušenosti jako uživatele databáze a jako autora webu. Pokud na této mé stránce „obsah“ vyhledáte odkazy na „import“, najdete další stránky, které pro vás mohou být užitečné.

Kaskádové selektory… s datovými listy: Formulář s datovým listem se seznamem křestních jmen. Vyberete jednu. Když to uděláte, druhý datový list ve formuláři zobrazí všechny s tímto křestním jménem ve vaší tabulce „People“.

Kaskádové selektory: Druhá úroveň. Pomocí ListBoxu a obecně být chytřejší. Nejprve provede úlohu bez makra. Pak za cenu MALÉHO makra toto řešení vylepšíme.

Přejít na obsah stránky

Návod „Jak na to“:

Stránky v této sekci obsahují malé úryvky informací „jak na to“. Jsou méně „výukové“ než ty v předchozích částech.
= = = = =

Něco, co NEMŮŽETE: … alespoň ne s Libre Office: Přístup k serveru MySQL na serverech webhostingové společnosti „1and1.com“… ale já vám řeknu, jak můžete data z takových databází využít na svých webových stránkách prostřednictvím PHP.

Ale můžete použít databáze MySQL. Odkaz přenese ypu na začátek řady výukových programů, kde se vše poměrně snadno dostane na místo (jak takové věci chodí), pokud je váš databázový server MySQL (kde bude databáze) na stejném počítači jako vy používají Base on. Je to velké téma, ale proveditelné. Moje stránky začínají obecně průvodcem práce klient/server.

Používání serveru MySQL s LibreOffice / OpenOffice… jakmile budete mít server MySQL na svém místě. (Abyste toho dosáhli, viz výše.)

Použití dat v záznamech k výběru záznamů: Pokud vaše databáze obsahuje data uložená v datovém typu „datum“, vzniká několik „zajímavých“ důsledků. Tento „jak na to“ vám ukazuje, jak vytvořit dotazy pro extrakci záznamů na základě dat v nich.

Použití jednoduchých textových souborů k připojení více záznamů: Krátké a sladké… a tento proces také funguje docela dobře. Zadejte více záznamů do jednoduchého textového souboru (CSV) a „odešlete“ tyto záznamy do tabulky ve vaší databázi, tj „připojte“.

Přesouvání dat z tabulky do databáze: „Špatný“ návod – nevysvětluje, nerozumíte tomu, co děláte… ale může vám dát odpověď „klikněte na toto“, pokud je to vše, co chcete. Připravuje cestu pro…

Jednoduchý seznam adresátů – vytváření adresních štítků: Další „špatný“ tutoriál – nevysvětluje, nerozumíte tomu, co děláte… ale může vám dát odpověď „klikněte na toto“, pokud je to vše, co chcete.

Jak klonovat databázi Libre Office: Klonování datových tabulek, formulářů, dotazů, sestav a registrace klonu.

Sdílení dat: Jak předávat kopie databáze ostatním; jak používat na jiném počítači.

Vyhledání věcí v příručce: Existuje příručka? Kde to vzít!

Zřetězit pole: Změňte řetězce ze dvou nebo více polí do jednoho řetězce. Udělejte například „Jane“ a „Smith“ – > „Jane Smith“. Nebo dokonce „Smith, Jane“!

Přepínače pro formuláře : Přepínače jsou dobrým způsobem, jak uživatelům pomoci zadávat pouze platná data. Také uvádí příklad postupného vývoje… nástroj, který vás dostane tam, kde chcete být, spíše dříve než později. Méně spěchu, více rychlosti.

Použití DDE k synchronizaci dokumentů. DDE je vyspělá technologie pro sdílení dat mezi dokumenty a Libre Office ji má „jako standard“.

Nakreslete mapy se zeměmi vybarvenými podle údajů o nich. Existuje opravdu snadný způsob, jak dosáhnout skutečně působivých výsledků!

Export dat do souborů CSV: Způsob, jak to udělat pro jakoukoli aplikaci Libre Office. (Soubory CSV vysvětleny jinde.)

Opravit problémy s průvodcem formulářem pro Linux: Zdá se, že v jednu chvíli došlo k problému s Průvodcem formulářem se základnou nainstalovanou Ubuntu. Problém může stále existovat. Snadno opraveno, ale „oprava“ může přinést další problémy… Nejsem dost odborníkem na Ubuntu, abych o tom věděl… ale v omezených testech jsem jiné problémy neviděl.

Vytvořte pole s automatickým přírůstkem: Pomocí funkce AutoValue vytvořte pole, která za vás vyplní počítač. Užitečné pro primární klíče, sériová čísla atd.

Change Auto-increment Start: Máte pole s AutoValue nastavenou na true? Chcete změnit číslo, které bude použito pro další záznam? Tento „Jak na to“ vám řekne, jak na to… a je to snadné!

Přejít na obsah stránky


Pojmenování dílů:

Některé „ilustrace“ na podporu mnoha dalších stránek na tomto webu. Jsou čitelné samy o sobě a často se na ně odkazuje, zejména v úvodních tutoriálech.

(Takže, Hagope Merjiane, něco si pamatuji z hodin angličtiny před 40 lety. No… kousky, které jsem si zapamatoval!) Pro ty z vás, kteří neznají „Pojmenování částí“ od Henryho Reeda, to stojí za návštěvu. Psáno o zkušenostech vojáka ve druhé světové válce, i když musím přiznat, že jsem si to pamatoval jako od Wilfreda Owena a první světové války. Pravděpodobně by se s několika změnami dalo použít téměř pro život každého vojáka.)

Ale ty, něžný čtenáři, asi nejsi voják, takže tady nebudu odbočovat k otočným čepům, které ve tvém případě nemáš, ani k ničemu jinému, co nemáš.

v v v v v v  – – –   . . . Témata     dílů . . .  - – -  v v v v v v

Základní hlavní okno projektového manažera: Popisuje hlavní okno, ze kterého normálně spravujete jakýkoli Base projekt. Někteří uživatelé databází Base, které vytvořili jiní, mohou být více obeznámeni s rozhraním Switchboard, ale většina uživatelů bude normálně pracovat prostřednictvím zde popsaného okna, které obvykle nazývám „okno hlavního správce projektu Base“.

„Hraní s panely nástrojů: Obecná poznámka k panelům nástrojů. Prosím, prolistujte, jen abyste se ujistili, že víte všechno, co si myslím, že většina lidí ví o panelech nástrojů obecně. Včetně zobrazení/skrytí. Dokování/odpojování. Přizpůsobení..

Panely nástrojů „Ovládací prvky formuláře“ a „Další ovládací prvky“: Jak k nim získat přístup.

Tlačítko „Zapnutí/vypnutí režimu návrhu“ a okno Form Navigator: Dva důležité nástroje pro návrháře. Nepleťte si navigátor formuláře s obecnějším navigátorem, který můžete spustit klávesou F5.

Přejít na obsah stránky


OBECNÉ Kurz „systému“ Libre Office:

Existuje několik věcí, které se ovládají v celé řadě modulů Libre Office. Nastavení zabezpečení spouštění maker je důležité. Tento odkaz vede k několika poznámkám o tom, co jsou makra a jak nastavit úroveň zabezpečení instalace Libre Office. (Toto téma je důležité, i když si nejste vědomi používání maker.)


Kurz Libre Office Writer:

Chtěli jste někdy mít v dokumentu aplikace Writer „více vládců“? Máte tedy kousek uprostřed stránky svisle, tedy s jiným počtem sloupců? Snadné, když víte jak, což  vysvětlí tento tutoriál o rozložení stránky v Libre Office Writer.

Přejít na obsah stránky


Jiné zdroje… První sada mých „doporučených“ „jiných zdrojů“ začíná zde. To jsou ti, kterých si vážím nejvíce. (Další sady jsou na jiných stránkách)

(K   dispozici je také druhá sada odkazů, pokud níže uvedené odkazy nesplňují vaše přání. Otevřou se, jak je na mých stránkách obvyklé, na nové kartě. Stačí ji zavřít a vrátit se sem.)

———–
Pokud jste v databázích nováčkem, uvědomte si prosím, že jakkoli jsou výkonné, nebudete je moci ovládat tak snadno, jako jste při prvním řízení textových procesorů nebo tabulkových procesorů. Ale databáze STOJÍ za potíže, které budete muset podstoupit.

Pokud jste byli tesařským učedníkem, možná se přistihnete, že se budete muset naučit, že z kladiva není moc dobrý šroubovák. Kladiva fungují, ale existují lepší způsoby. Jaké prohlášení je zde, aby připravilo cestu: Vím, že tabulky mohou „dělat databáze“. Nemohou se ale dotknout toho, co můžete dělat se správným databázovým softwarem.

Mohlo by se vám vyplatit prostudovat si některé obecné stránky o softwaru pro správu relačních databází. (To je to, co většina z toho, čemu říkáme „databáze“… i když ne vždy  používáme „relační“ část… zpočátku!).

Existuje mnoho, mnoho dobrých stránek. To jsou některé, které se mi líbí.


Obecný průvodce pro práci s jakýmkoli správcem databází… Stojí za to navštívit… a znovu navštívit, jakmile budete chápat problémy.

Toto je jen jeden z mnoha. Doporučil bych všem novým začínajícím návrhářům databází, aby si přečetli obecné informace o tom, jak   obecně fungují relační databáze. Nenechte se utopit v podrobnostech žádného konkrétního softwaru. Přeskočte věci, které jsou příliš esoterické… najdete jich spoustu. Pokud najdete dobrý úvodní materiál, rád bych slyšel, kde to je, takže sem můžete dát odkaz.

Dobře nastavený průvodce některými konstrukčními problémy s odkazy na další informace a nápovědu: 24 chyb při návrhu databáze a jak se jim vyhnout


Když jsem s tím začátkem roku 2006 začínal, byl jsem nováčkem v OpenOffice, ale ne v počítačích nebo v psaní návodů na webu. Nyní (10/20) nějakou dobu používám Libre Office, „sestřenici“ Open Office, a nelituji přechodu. Používám vestavěný engine Firebird… a důrazně doporučuji, abyste na něj co nejdříve přešli, pokud stále používáte engine HSQL.

Zjistil jsem, že online fóra jsou pro mě nejužitečnějším zdrojem pomoci… téměř pro cokoli, nejen pro LibreOffice / Open Office. Mám pro vás stránku s mým aktuálním fórem a doporučeními dokumentace.

Pokud jde o LibreOffice, jsem tak nový, že pro vás nemám návrhy na jinou dokumentaci, tedy kromě „samozřejmého“ materiálu, na který jsem dal odkazy na svém aktuálním fóru a stránce s doporučeními dokumentace, zmiňovaný před chvílí.

Pro Open Office je moje stránka o manuálech pro ooBase.

—————–
Existují další výukové programy Open Office, které bych vám doporučil.

Pro Base vyzkoušejte následující…

Samozřejmě byste si měli přečíst vlastní Getting Started With ooBase (dokument PDF) OpenOffice … i když, bohužel, může být dost staré… stránka byla  stále  nadepsána „Začínáme s OpenOffice.org 2.x“, když jsem ji kontroloval v květnu 2020, a Base jsou ve verzi  4  již dlouhou dobu, dlouho před rokem 2015, a mezi Base 2.xa Base 4.x jsou velké rozdíly. Ale! Lidé z Open Office buď spí za volantem, nebo si myslí, že stále poskytuje dobré vodítko k obecným principům. Velká část mého nelehkého rozhodnutí, /20, přejít do Libre Office, je založena na zdánlivě klesající účasti lidí, kteří jej postavili, na úsilí Open Office.

Andrew Pitonyak má stránky s nápovědou na ooBase a další témata Libre Office a další témata!

Pro obecné výukové programy OpenOffice vyzkoušejte následující. (Omlouvám se… měl bych napsat něco podobného o příručkách specifických pro Libre Office. Pokud vám Google nemůže pomoci, i když používáte Libre Office, někdy mohou být užitečné materiály v příručkách Open Office.

Skvělý web se SPOUSTOU informací: „Výukové programy pro OpenOffice“

Pro další dobré věci OpenOffice, je k dispozici Souhrn příkazů hSQLdb, který je k dispozici na /www.hsqldb.org To je jen jedna kapitola z mnoha s informacemi relevantními pro Open-Office-Base. Špatnou zprávou je, že pochází z roku 2007… a HSQLB je obecně zastaralý koncept v komunitě LibreOffice Base. Přesouvali se na Firebird pro svou vestavěnou databázi již nějakou dobu k 20. 10.… Doporučil bych, abyste tento přesun provedli také co nejdříve. (OpenOffice nemá další známku jejich úpadku?)

Prosím…

Prosím, nežádejte odtud odkaz na váš web, pokud a) váš web již nemá odkaz na tento web a b) Wayback Machine mi neukáže, že váš web funguje déle než dva roky.

K dispozici je také druhá sada odkazů na další zdroje, pokud výše uvedené nesplnilo vaše přání.


Redakční filozofie

Nemám rád „efektní“ webové stránky, které se zabývají spíše okázalým vzhledem než dobrým obsahem. Pro hezký obrázek můžu jít do umělecké galerie. Ne každý má rychlé širokopásmové připojení.

Předkládám tento materiál ve formátu, jehož cílem je pomoci vám jej POUŽÍVAT. Má to dva aspekty: Způsob rozdělení a způsob zveřejnění. Podrobnosti na mé stránce o tom, jak je materiál rozdělen a jak je zaúčtován.

Pamatujte, že materiál je chráněn autorským právem. (TK Boyd, 2006 a později) Postupy na právě citované stránce jsou navrženy pouze pro pohodlné osobní použití materiálu, ale také…

Tyto informace klidně použijte v počítačových kurzech atd., ale ocenili bychom uvedení zdroje s uvedením URL. Pokud stránky jednoduše zkopírujete na jiné webové stránky, uděláte svým čtenářům medvědí službu: Vaše kopie nezůstanou aktuální. Daleko lepší je odkazovat na původní stránky a vaši čtenáři pak uvidí aktuální verze. Pro ty, které to zajímá – děkuji. Zveřejnil jsem stránku s více informacemi o tom, jaké výjimky z autorských práv rozšiřuji, a návrhy pro ty, kteří chtějí umístit tento materiál na CD atd. (Nejméně jedna věznice používá materiál pro vzdělávání vězňů. Existují situace, kdy je dobrý internet připojení není možné!)