Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Jores has a deprecated constructor in /www/it-joker.cz/it-joker.cz/includes/class.Jores.php on line 21

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; Database has a deprecated constructor in /www/it-joker.cz/it-joker.cz/includes/class.Database.php on line 5

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; JoresTemplate has a deprecated constructor in /www/it-joker.cz/it-joker.cz/includes/class.JoresTemplate.php on line 84

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; JoresTemplate_plugin has a deprecated constructor in /www/it-joker.cz/it-joker.cz/includes/class.JoresTemplate.php on line 469
Počítače, weby

„Ajťák“ Joker, osobní stránky

Nacházíte se v části webu: Hlavní stránka › Počítače, weby

Počítače, weby

Sekce v této kategorii: Moje projekty

O čem psát web

napsal Joker, 2.11.2011 17.11:04 , naposledy upraveno 2.11.2011 17.11:04

Dotaz, který se objevuje velmi často (příklad, na diskusi JakPsátWeb z toho vzniká celý řetěz: Začněte třeba zde, vyhledejte na stránce text padl obdobný dotaz, následujte nalezený odkaz, vyhledejte text padl obdobný dotaz, a tak dále).

Smyslem tohoto zápisku není poradit o čem psát (to říkám rovnou), ale spíš nad čím se při volbě tématu zamyslet.

Zabezpečení vs. otravování uživatelů

napsal Joker, 17.7.2011 12.13:01 , naposledy upraveno 17.7.2011 12.13:01

Při vytváření uživatelského účtu v počítači nebo u nějaké služby je jistě důležité si zvolit dostatečně silné heslo (o tom jsem ostatně psal, jak z pohledu uživatele, tak z pohledu programátora). Jenže, co je „dostatečně silné heslo“ závisí i na tom k čemu ten účet slouží.

Například e-mailový účet může být „hlavní adresa“, kde budou časem citlivé a důležité údaje a bezpečnost je velmi na místě, nebo účet zřízení jen kvůli registraci někam kam nechcete zadávat tu hlavní adresu. Pak jsou samozřejmě nároky na bezpečnost úplně jinde.

Paradoxně je někdy slabé heslo bezpečnější. Větší problém než potenciální „uhodnutí“ hesla (to se, hlavně na webu, děje málokdy) je totiž používání téhož hesla všude (vtipně podáno zde). Hacker napadne nějakou nedůležitou špatně zabezpečenou službu (nebo dokonce služba sama je jen zástěrka) a stejné přihlašovací údaje pak použije pro ty důležité. Přitom většina lidí nedokáže vytvořit a pamatovat si větší počet silných hesel. Pak je lepší, když ta silná hesla používají pro kritické služby a nikde jinde. Mít pro kritické věci silná hesla (nejlépe různá) a slabá snadno zapamatovatelná hesla pro ty vedlejší je bezpečnější, než mít jedno velmi silné heslo a používat ho všude.

Potíž je, že provozovatelé webů to často vidí jinak. Přece ta jejich služba je nejdůležitější, takže uživatel musí mít to nejsilnější možné heslo. Podle mého názoru to je hloupá strategie. Uživatel by měl být upozorněn že zadává slabé heslo, ale přesto by mu mělo být nakonec umožněno takové heslo mít. Navíc ty požadavky jsou často přehnané. Podle mého názoru kombinovat velká a malá písmena, číslice a symboly sice teoreticky mnohonásobně zvyšuje počet kombinací, ale protože málokdo bude útočit na heslo hrubou silou, bude prakticky heslo třeba „qqqqqqqqq“ na podobné úrovni bezpečnosti jako hesla splňující všechny ty požadavky.

JoresTemplate 1.2

napsal Joker, 7.11.2009 20.32:31 , naposledy upraveno 7.11.2009 20.32:31

Po dlouhé době (přesně po dvou letech) se mi konečně povedlo zkompletovat různá vylepšení pro JoresTemplate do nové verze. Tady na webu byla dosud ke stažení verze 1.0, pro své účely jsem už dříve používal trochu vylepšenou verzi 1.1, ale než jsem se dostal k otestování, vyčištění kódu a sestavení dokumentace, přibyly ještě další změny.

Budiž tedy verze 1.1 tady na webu přeskočena a nová verze je 1.2. Ve zbytku článku následuje seznam změn.

PS.: Chtěl bych poděkovat kolegovi s přezdívkou Pooky za pomoc s testováním a odhalováním chyb. I od ostatních uvítám hlášení případných chyb a náměty na novou funkčnost!

Šablonovací systémy a PHP- porovnání rychlosti

napsal Joker, 5.4.2009 14.58:48

Použití šablonovacího systému je cesta, jak oddělit prezentační část webu (HTML kód) od samotné aplikace, čímž se obojí zpřehlední, zjednoduší údržba stránek a často i zrychlí přidávání nových stránek. Je ovšem jasné, že režie šablonovacího systému o něco zpomalí zpracování stránky. Proto jsem se rozhodl udělat jednoduchý test a ověřit následující argumenty v debatě o šablonovacích systémech:

  • Šablony zpomalí zpracování stránky. To je jistě pravda, ale jak výrazné to zpomalení bude?
  • Když oddělím prezentaci do zvláštního PHP souboru, tj. jeden skript připraví proměnné a druhý skript bude vpodstatě jen HTML kód s vloženými příkazy pro výpis těch proměnných, bude prezentace a aplikace alespoň zčásti oddělená a přitom to bude stále rychlé.
  • Řešením podle předchozího bodu zbytečně zpomalí skript. Bude lepší celou stránku vypsat přes PHP z jednoho souboru.
  • Jednoduchý šablonovací systém má sice menší možnosti, ale většinou stačí jednoduché šablony, pro které bude rychlejší.
  • Složitější robustní šablonovací systém umí předkompilování šablony, takže po pomalejším prvním zpracování bude pak rychlejší, než jednodušší šablonovací systém. Bude tedy lepší využít robustní šablonovací systém i pro jednoduché šablony.

Zabezpečení hesla z pohledu programátora

napsal Joker, 21.2.2009 19.49:14 , naposledy upraveno 21.2.2009 20.29:04

Kdysi jsem tu napsal článek o zabezpečení hesla z pohledu uživatele. Volba silného hesla na straně uživatele je samozřejmě jen jedna část, to hlavní je na programátorovi. Tak nějak jsem předpokládal, že programuje-li někdo nějakou serioznější webovou aplikaci, alespoň nějaký pokus o zabezpečení vždy udělá. Byl jsem vyveden z omylu.

Protože jsem nenašel článek shrnující nějaké základy zabezpečení hesel pro programátory (když už nějaký je, obvykle rozebírá jednu konkrétní metodu), zkusím takový souhrn napsat sám.

Zaměřím se na hesla na webových stránkách. Nepůjde o nějaké objevné informace, spíš shrnutí základů. Předpokládejme, že máme webovou aplikaci, heslo se ukládá v nějakém úložišti (typicky databáze) odděleně od samotného kódu aplikace.

Obsah zdarma a licence, aneb jak se v nich vyznat

napsal Joker, 16.8.2008 23.03:59 , naposledy upraveno 28.8.2008 9.28:28

Chcete si dát na web třeba diskusní fórum a najdede nějaké, u kterého je napsáno "Toto fórum je k dispozici pod licencí GNU GPL". Nojo, ale co to znamená?

Anebo naopak vytvoříte třeba obrázek nebo skript a chcete ho dát k dispozici ostatním a přemýšlíte, jak nejlépe definovat podmínky.

V takových situacích může pomoci tento článek. Zabývá se některými rozšířenými licencemi, pod kterými je distribuován "volný" obsah. Konkrétně bude řeč o GNU GPL a LGPL, MIT (neboli X11) a Creative Commons licencích.

Nefunguje to! aneb jak napsat dotaz

napsal Joker, 7.7.2008 16.40:39 , naposledy upraveno 8.12.2010 14.50:37

Už pár let navštěvuji diskusní fórum na diskuse.jakpsatweb.cz (plus některá další). Za tu dobu jsem si všiml, že spousta lidí má talent formulovat dotaz buď tak, že ho nikdo nepochopí, nebo tak, že nikdo nemá chuť na něj vůbec odpovídat.

V tomto článku se pokusím shrnout nejčastější chyby, které jsem u otázek viděl, a tipy, jak se jich vyvarovat.

(22.9.2009: Rozšířil jsem bod 5 o dvě "základní otázky")
(8.12.2010: Pro usnadnění odkazování přímo na jednotlivé chyby -a jako připomínku, že to jde- jsem na přidal rychlou navigaci)

Hesla a jejich bezpečnost

napsal Joker, 8.12.2007 19.48:20 , naposledy upraveno 8.12.2007 19.51:10

Podle žebříčku Amerického PC Magazine je nejčastějším heslem v USA slovo "password", tedy "heslo" (česká zprávička na Lupě). Nečekal bych, že uživatelé v ČR na tom budou o mnoho lépe. Administrátor řeší problém, aby uživatelé měli pokud možno bezpečná hesla. Uživatelé řeší problém, aby měli co nejlépe zapamatovatelná hesla. Zdánlivě protichůdné možnosti- složité heslo se přece bude špatně pamatovat. Přesto to tak nemusí být vždy a jsou způsoby, pomocí kterých jde vytvořit bezpečné a současně snadno zapamatovatelné heslo.

Jak zabránit návštěvníkovi stránky...?

napsal Joker, 1.12.2007 1.41:04 , naposledy upraveno 8.12.2007 23.26:19

V diskusích o tvorbě webových stránek se často objevují dotazy typu "Jak zabránit návštěvníkovi stránky zobrazit zdrojový kód?", "Jak zabráním návštěvníkovi uložit si obrázek z mojí stránky?" a podobně. Jak tedy na to? Jde to vůbec udělat? A je vůbec rozumné se o to snažit?

Úvod do autorských práv: je legální, když…?

napsal Joker, 19.11.2007 19.50:07 , naposledy upraveno 20.11.2007 22.44:40

Převážná většina lidí má alespoň přibližnou představu, co se smí a nesmí, pokud jde o "normální" hmotný majetek. Skoro každý například chápe, že vzít si v obchodě zboží a odejít bez placení anebo odjet s cizím autem bez dovolení majitele je porušení zákona. Jakmile je ale řeč o duševním vlastnictví, mnoho lidí tápe a v Internetových diskusích se ptají i na podobně základní informace. Proto zkusím v tomto článku dát dohromady některé základní informace týkající se autorských práv.
Následující stránka >>