Zvláštní: Lidé neumějí nakonfigurovat webserver

Napsal petrx;627633

Ale na druhou stranu chápu, že pro líného nebo hloupého člověka může být pohodlnější žít v iluzi a sebeuspokojení

Popsal jsi sebe. Je důvod proč jsem si tě hodil do ignoru, a doporučuji ostatním to samé. V tomhle tématu jsem se nedozvěděl nic přínosného kromě toho, že máš na mnoho věcí jednostranný názor, jsi často fanaticky rozhodnutý a nejsi vůbec ochoten alespoň přemýšlet nad cizími názory a důvody. Ty sem prostě jdeš, protože víš, a pokud se k tomu někdo staví jinak (pokud zde někdo napsal proč některé věci nedělá, obvykle napsal vysvětlení, které mi jako laikovi a neznalému přišlo rozumné), zahajuješ svatou válku za své přesvědčení.Nemyslím si že se tu teď objeví něco přínosného, když se to neobjevilo ani předtím, než se diskuze zvrhla, takže bude lépe tuhle diskuzi nechat být.

Napsal toshi;627808

Aha chápu, nejhorší je aktivní blbec. Který neumí číst. V tom případě děkuji, ale o tvoje "know-how" zájem nemám.

Já jsem ti žádné nenabízel---------- Příspěvek doplněn 21.02.2011 v 12:00 ----------

Napsal vdusek;627806

A který Petr Nachtmann jste?

Nebo se pletu?

Kde o Vás lze zjistit více informací?

A založit fanklub :-D

Nechci zakládat fanklub - chci se dozvědět, s kým mám tu čest - kdo mi to vlastně radí.To toho chci tolik?

Napsal Petr Široký;627811

Popsal jsi sebe. Je důvod proč jsem si tě hodil do ignoru, a doporučuji ostatním to samé. V tomhle tématu jsem se nedozvěděl nic přínosného kromě toho, že máš na mnoho věcí jednostranný názor, jsi často fanaticky rozhodnutý a nejsi vůbec ochoten alespoň přemýšlet nad cizími názory a důvody. Ty sem prostě jdeš, protože víš, a pokud se k tomu někdo staví jinak (pokud zde někdo napsal proč některé věci nedělá, obvykle napsal vysvětlení, které mi jako laikovi a neznalému přišlo rozumné), zahajuješ svatou válku za své přesvědčení.

Nemyslím si že se tu teď objeví něco přínosného, když se to neobjevilo ani předtím, než se diskuze zvrhla, takže bude lépe tuhle diskuzi nechat být.

Nevadí mi, že mě ignoruješ (ani že jiní lidé mají najednou velký zájem o mé životní osudy) Problémem je, pokud tvůj admin ignoruje vlastnosti protokolu HTTP: http://www.webpagetest.org/result/110221_5T_17PH/---------- Příspěvek doplněn 21.02.2011 v 12:05 ----------

Napsal vdusek;627814

Nechci zakládat fanklub - chci se dozvědět, s kým mám tu čest - kdo mi to vlastně radí.

To toho chci tolik?

To mi připomíná jednoho personalistu, který mi před lety kladl různé zvláštní otázky, nejlepší byla:"A jak byste sám sebe hodnotil?"Tak jsem mu dopověděl, že jsem "veselý heterosexuál" :-)---------- Příspěvek doplněn 21.02.2011 v 12:07 ----------Člověk se pořád učí, nyní mě zaujalo toto:http://webtrh.cz/125281-merite-rychlost-nacitani-stranek-webu

Mne nezajímá Tvá sexuální orientace.Mne zajímá, co jsi v životě dokázal, čím se můžeš a chceš pochlubit

Napsal vdusek;627818

Mne nezajímá Tvá sexuální orientace.

Mne zajímá, co jsi v životě dokázal, čím se můžeš a chceš pochlubit

Zvýšení návštěvnosti a konverzí na významných webechPředtím kariéra novináře píšícího o IT.Na škole jsem se s úpěchem věnoval numerickému řešení fyzikálních problémů pomocí počítačeAle proč to mám psát do této diskuse?

http://cz.linkedin.com/in/nachtmannNyní: http://integria.cz/Děkuji

...což je v souladu s tím, co jsem psal o 2 příspěvky výše

Je sice pravda, že Petr začal téma jako osobní krusádu, ale diskutujme ad rem, ne ad hominem. To téma je moc zajímavé na to, abychom ho takhle utopili. Promazáno.

Když už jsme u tématu, již delší dobu bádám, jak obrázky tahat ze subdomén, jde o to, že obrázky jsou nyní na xxx.xx/img/y/xxxxxx-80-80.jpgy je číslo či písmeno (pouze jedno). Byl bych nejradši, pokud by subdoména "y.img.xxx.xx/xxxxxx-80-80.jpg" tahala obrázek přímo z umístění viz. výše - samozřejmě s tím, že y by byla neznámá a tudíž proměnná...Mám možnost jakékoliv konfigurace apache či jiných komponentDíky, už jsem zkoušel více nastavení virtual hostu, ale nic moc nefungovalo :((

Ales & toshi: palec nahoru!Z toho, co tu pise petrx, tak dle meho nazoru stoji pouzit hlavne to CACHE(headers, expired atd), ale musi se s tim clovek poradne pohrat a obcas i dbat na zmenu nazvu(pridani parametru ?verze=1.5) po zmenach v souborech. Na vykonu je tohle docela znat. Vzdy ale jde o to, co vsecko za projekty bezi na webserveru a co za lidi je vsechny spravujou. U mne to cenu melo nasadit, pac vetsinu webu ve finalni fazi spravuji sam, takze vim jak uskali vyse poresit.Keep-alive radsi nechavam vypnuty, prave z duvodu, ze nechci zbytecne pre-pozadavkovat server, radsi pomoci ruznych time-out atd uriznu nejake konnekce, nez je necham viset a branit ostatnim v provozu - za realneho, vetsiho provozu je to lepsi. Je to trochu egoisticky, nekomu se to proste nezobrazi jak ma, ale co uz(stejnak treba timeoutem kiluji dost drsne requesty na SQL -> radsi dam poradne viditelne kontakty a nekdo z uzivatelu mi nahlasi nejake nestihajici requesty a ja to opravim, nebo obcas si zapnu nejake logovani a poresim pomalost sam).Komprese on-the-fly, o boze, to je nejvetsi joke :)) Nema ani cenu resit vzhledem k vysledkum. Vetsinu obrazku cachuji a kvalitu upravuji nastroji jako je "phpthumb" a co se tyce CSS, JS, HTML ... tak pri dnesni technice = srat na to. Vysledek je nic moc... U hlavnich JS knihoven vzdy pouzivam "packed" verzi. CSS pisu vzdy kompaktne. Na HTML z vysoka kaslu(pripadne to umi sam template-engine poupravit na server-side). Toto byla bomba pred hodne lety, ale ne v dnesni dobe, kdy se projekty pisou hodne jinak.Trochu mimo:- Spise bych vsem doporucil mimo SQL jeste pouzivat na dilci veci ram databaze typu: memcached, redis(jede na tom google). - PHP dynamicke stranky psat za pomoci nejakeho template enginu a v nem cachovat vysledky(treba do memcached ci ram-files).- nepouzivat jen APACHE, ale i treba LIGHTTPD(pouzivam prevazne na data, obrazky, streamming ... ale je z toho i vyborny klasicky webserver na stranky, jen se mi nelibi styl zapisovani mod-rewrite), NGINX(pouziva hodne seznam.cz, skvely na data) ... proste mit vetsi rozhled- vypinat ruzne LOGY, analyticke pomucky atd, jsou to po vetsinu casu jen zrouty vykonu ... da ji se vzdy zapnout po nejakou dobu, zkontrolovat vysledky, upravit a zas vypnout...uz je pozde, vic mne nenapada...

Napsal Golfy;628101

Když už jsme u tématu, již delší dobu bádám, jak obrázky tahat ze subdomén, jde o to, že obrázky jsou nyní na xxx.xx/img/y/xxxxxx-80-80.jpg

y je číslo či písmeno (pouze jedno). Byl bych nejradši, pokud by subdoména "y.img.xxx.xx/xxxxxx-80-80.jpg" tahala obrázek přímo z umístění viz. výše - samozřejmě s tím, že y by byla neznámá a tudíž proměnná...Mám možnost jakékoliv konfigurace apache či jiných komponent

Díky, už jsem zkoušel více nastavení virtual hostu, ale nic moc nefungovalo :((

Např. ServerAlias a mod_rewrite.

Z toho, co tu pise petrx, tak dle meho nazoru stoji pouzit hlavne to CACHE(headers, expired atd), ale musi se s tim clovek poradne pohrat a obcas i dbat na zmenu nazvu(pridani parametru ?verze=1.5) po zmenach v souborech. Na vykonu je tohle docela znat. Vzdy ale jde o to, co vsecko za projekty bezi na webserveru a co za lidi je vsechny spravujou. U mne to cenu melo nasadit, pac vetsinu webu ve finalni fazi spravuji sam, takze vim jak uskali vyse poresit.

To se dá řešit i nastavením doby cachování na 2 hodiny, dělá to tak pro klientské weby CloudFlare

Keep-alive radsi nechavam vypnuty, prave z duvodu, ze nechci zbytecne pre-pozadavkovat server, radsi pomoci ruznych time-out atd uriznu nejake konnekce, nez je necham viset a branit ostatnim v provozu - za realneho, vetsiho provozu je to lepsi. Je to trochu egoisticky, nekomu se to proste nezobrazi jak ma, ale co uz(stejnak treba timeoutem kiluji dost drsne requesty na SQL -> radsi dam poradne viditelne kontakty a nekdo z uzivatelu mi nahlasi nejake nestihajici requesty a ja to opravim, nebo obcas si zapnu nejake logovani a poresim pomalost sam).

To je chyba, keep-alive se dá omezit časově i co se týká počtu HTTP requestů v jedné sérii

Komprese on-the-fly, o boze, to je nejvetsi joke :)) Nema ani cenu resit vzhledem k vysledkum. Vetsinu obrazku cachuji a kvalitu upravuji nastroji jako je "phpthumb" a co se tyce CSS, JS, HTML ... tak pri dnesni technice = srat na to. Vysledek je nic moc... U hlavnich JS knihoven vzdy pouzivam "packed" verzi. CSS pisu vzdy kompaktne. Na HTML z vysoka kaslu(pripadne to umi sam template-engine poupravit na server-side). Toto byla bomba pred hodne lety, ale ne v dnesni dobe, kdy se projekty pisou hodne jinak.

Tohle jsem si myslel také, než jsem to začal měřit. Pokud máš například e-shop a v kategorii vypisuješ např. 100 produktů na stránku (lidé raději scrollují než klikají), objem dat u obrázků začne být problém

- Spise bych vsem doporucil mimo SQL jeste pouzivat na dilci veci ram databaze typu: memcached, redis(jede na tom google).

- PHP dynamicke stranky psat za pomoci nejakeho template enginu a v nem cachovat vysledky(treba do memcached ci ram-files).

Ano, to je přesně ono.

- nepouzivat jen APACHE, ale i treba LIGHTTPD(pouzivam prevazne na data, obrazky, streamming ... ale je z toho i vyborny klasicky webserver na stranky, jen se mi nelibi styl zapisovani mod-rewrite), NGINX(pouziva hodne seznam.cz, skvely na data) ... proste mit vetsi rozhled

- vypinat ruzne LOGY, analyticke pomucky atd, jsou to po vetsinu casu jen zrouty vykonu ... da ji se vzdy zapnout po nejakou dobu, zkontrolovat vysledky, upravit a zas vypnout...

Ano, ano, ano!---------- Příspěvek doplněn 22.02.2011 v 09:42 ----------Kolega zde nadhodil otázku optimalizace kvality obrázků. To je docela důležitá věc a některé weby, o kterých zde mluvíme, mají trochu problém:http://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/bg-domaineri.jpghttp://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/bg-firemni.jpghttp://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/bg-osobni.jpghttp://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/logo.jpghttp://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/nejlevnejsi-domeny.jpghttp://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/system-dnssec.jpg Samozřejmě, že pokud na nějakém microsite není moc obrázků a pokud se stahují paralelně z jiných hostnames, není to až takový průšvih

Ad Optimalizace obrázkůNenapadlo tě, že třeba u takového obrázku http://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/system-dnssec.jpg je jakákoli optimalizace kontraproduktivní?Kvalita 100% a 90% žádnou úsporu nepřináší, kvalita 80% už začíná být nepoužitelná?

Napsal vdusek;628209

Ad Optimalizace obrázků

Nenapadlo tě, že třeba u takového obrázku http://r.netmechanic.com/gifbot/gifbot.cgi?url=http://www.tele3.cz/img/system-dnssec.jpg je jakákoli optimalizace kontraproduktivní?

Kvalita 100% a 90% žádnou úsporu nepřináší, kvalita 80% už začíná být nepoužitelná?

To není pravda a sám si to můžeš ověřit:Když nad obrázkem v kvalitě 80% přejedeš myší, v reportu se nahradí původní verzí.Uvidíš tak, že při 80% není s kvalitou problém.Samozřejmě, že pokud by grafik byl profesionál, uměl by u JPEG poladit i subsampling (vybrat mezi 4:4:4, 4:2:2, 4:2:1)