abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 303 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: PHP - Realizace stránek pomocí HTTPS

    4.7.2012 21:47 Petr
    PHP - Realizace stránek pomocí HTTPS
    Přečteno: 336×
    Dobrý večer, dal jsem se do programování webu pomocí php. Napsal jsem si co a jak a narazil jsem na jeden problém, se kterým bych zde chtěl poradit. V čem je problém, jelikož bude web disponovat sekcí pro registraci a přihlášení, určitě by stálo využít https. Problém je v tom, že nevím, jestli po přihlášení má uživatel mít už komplet web v https (myslím tím i ty části které jsou veřejnosti dostupné bez přihlášení) nebo vše nechat na http a na https dát jen vše co se týká jeho účtu. Pokud bych volil druhou možnost, nedokážu si moc dobře představit jak bych pendloval mezi http a https co se týče cookie and session. Jelikož pokud zaregistruji cookie nebo session přes http neuvídím je v htpps a opačně. Děkuji všem za případnou pomoc či kvalitní radu. Petr

    Odpovědi

    Josef Kufner avatar 5.7.2012 15:56 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jednoduchá varianta: Všechno z http přesměruj na https a nic jiného nepoužívej (bez ohledu na přihlášení).

    Složitější varianta: Session lze z https na http (a naopak) předat pomocí přesměrování, kdy jednorázový identifikační token předáš vrámci URL (metoda get) -- přesměruješ uživatele na propojovací stránku, ta ho přihlásí a nastaví cookies, a pak ho přesměruješ tam, kam původně chtěl. Stejně se to obvykle řeší při pohybu uživatele napříč doménami.
    Hello world ! Segmentation fault (core dumped)
    5.7.2012 17:05 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jenom doplním, že sdílet session ID (nebo jiné cookies) mezi HTTP a HTTPS je možné. Ale oslabuje se tím bezpečnost dat přenášených v HTTPS. S HTTPS můžete počítat, že útočník nezná obsah cookie, např. právě session ID. Jenže pokud se předávají mezi HTTP a HTTPS, může je útočník odposlechnout při použití HTTP a pak už je zná, i kdy jsou později skryté v HTTPS.

    Jinak použití HTTPS pro veškerou komunikaci je mnohem jednodušší, nemusíte řešit, co vše má být pod HTTPS, a nehrozí, že na něco zapomenete. Pokud nepotřebujete šetřit výkon serveru, nemá asi moc smysl ty protokoly kombinovat. Navíc pak budete moci použít SPDY a ušetřit přenosovou kapacitu a nakonec možná i výkon serveru.
    5.7.2012 17:20 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Tak že mám po přihlášení uživatele vše přesměrovat na https? Je to normální? A co na to třeba google a duplicita obsahu (http a https) ? Děkuji
    5.7.2012 17:30 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Raději přesměrujte vše na HTTPS rovnou při prvním kontaktu uživatele s webem. Jinak Google by tohle nevadilo, pozná, že se nejedná o duplicitu, když je rozdíl jen v protokolu.
    5.7.2012 19:58 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Co myslíte Filipe přesně tím:
    Raději přesměrujte vše na HTTPS rovnou při prvním kontaktu uživatele s webem.
    Přesměrovat ho trvale na https okamžitě jak přijde na web a než načte první stránku?
    Josef Kufner avatar 5.7.2012 21:26 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Ano. Jakmile na server přijde HTTP požadavek na cokoliv, tak server odpoví přesměrováním na HTTPS. Je to asi nejjednodušší způsob.
    Hello world ! Segmentation fault (core dumped)
    5.7.2012 19:56 Kit
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Prohlížení anonymního uživatele bych nechal na HTTP (bez sessionid), ale už přihlašovací formulář by měl přihlašovací data odesílat přes HTTPS. Na základě přihlašovacích dat by server měl teprve vygenerovat sessionid. Po odhlášení opět přepnout na HTTP.

    Režie HTTPS proti HTTP je asi o 1 % vyšší.
    5.7.2012 20:00 Petr
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Myslíte při používání https bude server asi o 1% pomalejší?
    Josef Kufner avatar 5.7.2012 21:30 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jo, to šifrování něco stojí, ale v současné době už máme procesory (i v telefonech) dost rychlé na to, aby to nebylo moc znát.

    Dokud si nebudeš jistý, že tě to zpomaluje, zanedbej to.
    Hello world ! Segmentation fault (core dumped)
    6.7.2012 09:28 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Přesně tak. Navíc pokud se bude používat jednou HTTP, jednou HTTPS, budou se muset všechny skripty, styly a obrázky tahat zbytečně dvakrát a budou zbytečně dvakrát v cache prohlížeče.
    xkucf03 avatar 7.7.2012 10:32 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Zátěž CPU vs. zpomalení
    Nevím, jestli 1%, ale server nebude o to procento pomalejší, ale bude mít o to určité procento více zatížený procesor – což se na výkonu nijak neprojeví (pokud jsi před tím neměl zátěž 99%).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:29 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Jednak i to „anonymní“ prohlížení má smysl šifrovat a jednak tady narazíš na problém s uživatelskou přívětivostí – formulář pro přihlášení nemůže být součástí běžné (nešifrované) stránky a uživateli nebude stačit zadat jméno a heslo, ale bude před tím muset kliknout na odkaz, který ho hodí na HTTPS a až tam zadávat.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    7.7.2012 10:59 Kit
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Formulář pro přihlášení může být na nešifrované stránce a přitom odesílat data šifrovaně.
    xkucf03 avatar 7.7.2012 11:03 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    Může, ale ztrácí to smysl. Nebo snad chceš, aby se uživatel musel dívat do zdrojáku stránky a kontrolovat, zda se jeho heslo skutečně odešle šifrovaně?
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:26 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Pozor, nepřítel naslouchá
    Ne, přesměruj ho ještě před přihlášením – formulář, kam zadává heslo už musí být stažený přes HTTPS, jinak je to na nic.* Nejjednodušší bude přes mod_rewrite (nebo jeho obdobu u jiných serverů) přesměrovat na HTTPS úplně vše.

    Šifrování má smysl i u veřejných a zdánlivě neškodných dat – útočník by mohl např. sledovat, jaké články si uživatel čte, u kterých komentářů kliká na „líbí“ nebo jaká slova zadává do políčka pro vyhledávání… a na základě toho si vytvářet jeho profil a později tyto informace zneužít.

    *) útočník může např. pozměnit stránku s formulářem, aby ho odeslala přes HTTP a on tak mohl odposlechnout heslo – uživatel si na první pohled (aniž by se díval na zdroják stránky) ničeho nevšimne.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    xkucf03 avatar 7.7.2012 10:19 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: PHP - Realizace stránek pomocí HTTPS
    „Pendlovat“ mezi HTTP a HTTPS se z technického hlediska dá, ale z hlediska bezpečnosti je to na nic. Stačí, aby útočník odchytil po HTTP ID relace a dostane se i do HTTPS chráněných sekcí.

    Částečně to jde ošetřit tak, že bys měl jiná ID relace pro HTTP a HTTPS a z HTTPS by se šlo dostat odkazem se zvláštním parametrem na HTTP stránky (a vytvořit si tak HTTP relaci), zatímco opačným směrem by to nešlo (tam by HTTPS relace už musela existovat, nebo by musel uživatel zadat heslo).

    Ale jednak je to zbytečné žonglování a jednak to stále nebude bezpečné – např. když budeš na stránce kombinovat HTTPS (samotná stránka a některé javascripty) a HTTP (obrázky a jiné javascripty), bude prohlížeč uživateli ukazovat jen „částečné zašifrování“ a útočník bude moci přes ty nezašifrované části procpat nějaký škodlivý kód.

    Vykašlal bych se na to a poslal všechno čistě přes HTTPS. Při dnešních výkonech je ta zátěž způsobená šifrováním zanedbatelná a víc výkonu ti sežere interpretace toho PHP nebo práce s databází. A když budeš mít tak vysokou návštěvnost, že pro tebe bude zátěž způsobená SSL/TLS šifrováním významná, tak bys měl mít i odpovídající počet platících zákazníků, aby sis mohl dovolit hardware, který to zvládne (třeba reverzní proxy, která jen šifruje, nebo šifrovací akcelerátor), jinak děláš něco špatně.

    HTTP bych použil maximálně pro neinteraktivní stahování velkých objemů dat – ISO obrazy, filmy atd. Tyhle data můžeš podepsat/zašifrovat jen jednou (třeba GPG nebo k nim aspoň přidat hash, který bude stažitelný po HTTPS) a nebude se to muset dělat při každém přenosu znovu a znovu.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.