Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Něco navíc v zeleném?
A proč ne...

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Novinky - diskuse [ŽP: neomezená] (kategorie Lopuch) moderují Šéf Lopuchu, Bouchi, Jana, Kdokoliv, Petr.
Archiv
Tento klub slouží k diskusi novinek.
Finální změny jsou hlášeny adminy v klubu Novinky - doporučuju zařadit mezi Oblibené
Návrhy nových featur a diskuse k nim v klubu Návrhy
Seznam přijatých návrhů a známých bugů v klubu Návrhy Lopuchu - jen pro čtení
Diskuse o grafice, jejích chybách a změnách v klubu Dizajn a grafika Lopuchu
Diskuse a hlášeni chyb v klubu Chyby

Sef Lopuchu Martin Bouchi
... bez komentáře :) Grafický Admin Hlavní Admin
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help

Nemáte právo psát do tohoto klubu.

[ 1617 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
pavel_p 11.10.2005 10:05  1312
Možná bych mohl zařídit i ftp server (S nějakými 100 - 200MB místa na ty zálohy) u nás na Freeneťáckým serveru, ale máte o to vůbec zájem??? (Připojení asi 6MB)
jardax Jardax - Zachovejte paniku, nepropadejte klidu! - Ženy, děti a já napřed! 10.10.2005 07:50  1311
Vzdyt to nemusi stahovat furt jen jeden clovek, ne? Ja klidne budu stahovat kazde pondeli ;)
fis fis 10.10.2005 07:36  1310
Tak on se ten obsah stejne dynamicky generuje, takze ani moc cachovat nejde. Mam pocit, ze ve stinu tech SQL dotazu je ta komprese na serveru fakt minimum. A u klienta taktez...
themajkl themajkl All those moments will be lost in time - like tears in rain. 9.10.2005 19:39  1309
Lukax [1308]: Jako že by server komprimoval i cache a data v paměti? A pro klienty, co neumí šifrování, by to zase online dekomprimoval? No, to už mi nezní vůbec efektivně ....
lukax 9.10.2005 19:36  1308
fis: Klient bude ještě rád, že se mu to natáhlo rychlejc. A na serveru by to zmenšilo objem paměti/disku zabraného keší.
themajkl themajkl All those moments will be lost in time - like tears in rain. 9.10.2005 07:39  1307
fis [1306]: Osobně bych si tipnul, že to bude zatěžovat spíš webserver, když má ještě online komprimovat - dekomprimace je vždycky jednodušší. klient si toho asi ani nevšimne. Ale ok, už aspoň vím, co jsi myslel.
fis fis 8.10.2005 21:13  1306
themajkl [1303]: No, oni nemaji shell, oni maji jen PHP, to jejich sifrovaci moznosti IMHO na strane serveru docela redukuje. Leda, ze by tam meli v PHP nejakej mcrypt a projet to tim. Navic ale je tu ten problem, ze aby to fungovalo automaticky, tak ti nekde na disku musi lezet otevrenej sifrovaci klic. Ale to by neprekonatelnej problem nebyl, kdyby se polozil nekam mimo prostor dostupnej z webu... Jo, dalo by se to, mas pravdu.

HTTP podporuje, jak rekl jiz Bouchi, kompresovany prenos, pokud to klient povoli. Presne nevim, jakymi hlavickami se to domlouva, uz jsem taky starik a nepamatuju si, ale jde to a funguje to. Srazi to prenos ze serveru u HTML docela podstatne. Akorat to holt klade drobne narok na klienta, ale tech par desitek KB u DS to podle me moc problem neni.
bouchi Bouchi Dračí doupě II - Legenda je zpět 8.10.2005 20:00  1305
IMHO mel fis skutecne na mysli kompresi dat posilanych webserverem. Tj. po siti jdoudata komptimovana a browser si je dekomprimuje. Pred nekolika lety jsem se s tim setkal na starem Cyberspace blahe pameti.
al3x 8.10.2005 19:52  1304
themajkl [1303]: ad gzip: Prepokladam, ze jde o to, zda sql dump prenasis jako plain text, nebo jestli ho pred tim komprimujes.
themajkl themajkl All those moments will be lost in time - like tears in rain. 8.10.2005 19:35  1303
fis [1300]: gzip komprese na přenášených datech? nechápu.
A jinak to s pomocí občasně zálohovat mne napadlo taky, ale nakonec jsem to nenabídl, protože jsem tušil zamítavou odpověď. Nikoliv ovšem z důvodů ochrany dat, to mne v opravdu nenapadlo... nějak mne totiž nenapadlo, že by to admini neměli možnost zašifrovat, ale třeba skutečně nemají ...
pavel_p 8.10.2005 13:51  1302
fis Chtěl jsem pomoci, to je celý.
fis fis 8.10.2005 12:23  1300
themajkl [1280]: Pocitam, ze ten prenos se bude ted skutecne pohybovat kolem 100G ci 150G/mesic, pokud je vypla gzip komprese, pokud je zapla, tak to bude nejvys 50G. V dobe rozdeleni Lopuch/Lapiduch byl mesicni prenos 90G, pak jsem nekdy na Lapiduchu zapnul gzip kompresi, takze ted ma za mesic pouhych 40G. Vic nez 200G to nebude skoro urcite.

Niximor, Pavel_P: Administratori vam urcite sveri data vsech uzivatelu vcetne posty. Vazne tomu verim *g*.
niximor 8.10.2005 08:58  1299
No, v jednom klubu jsme prisli o nekolik vyresenych problemu, jejichz reseni se davalo dohromady docela spatne (ale povedlo se afaik), jinak mi ta ztrata nijak nevadi :)
al3x 7.10.2005 19:51  1298
Hlavne kdyby se neztratily, tak je stejne nikdo cist nebude...
viky 7.10.2005 19:41  1297
Pomalu mě začíná zajímat co to bylo za tak životně důležitá data, ta ztracená, že tolik ovlivňují lidské osudy :o)
[ 1617 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt