Novinky o FatRatu (10) (diskuse)

[Filip Jirsák]

Nebylo by lepší místo vlastní implementace HTTP serveru použít nějakou existující? Knihoven pro C++ na to určitě musí být spousta, nějakou knihovnu na HTTP server má dnes snad každý jazyk A pokud ta knihovna bude nějaká alespoň trošku slušnější, dostaneš s tím skoro zadarmo podporu navazování stahování, POST, chunked kódování atd.

[Luboš Doležel (Doli)]

Je zbytečné (respektive otravné) tam zatahovat další knihovny a závislosti a když stejně musím udělat parser na skriptované soubory, bindingy atd., tak už to tolik práce neušetří.

[xkucf03]

Lepší by bylo použít existující HTTP server místo psaní vlastního - třeba apache, nebo nějaký javový server - ten by komunikoval s FatRatem. Tím by šlo třeba zařídit, abych měl přístup k fatratu na portu 80, kde mi běží normálně web a nepotřeboval na to povolovat další port (naopak vyčlenění na zvláštní port jde tak jako tak).

Ale ten program musím pochválit, vypadá fakt dobře.

[Luboš Doležel (Doli)]

Lepší by bylo použít existující HTTP server místo psaní vlastního - třeba apache, nebo nějaký javový server - ten by komunikoval s FatRatem.

Složiteji a méně efektivněji by to už pak opravdu nešlo

Tím by šlo třeba zařídit, abych měl přístup k fatratu na portu 80, kde mi běží normálně web a nepotřeboval na to povolovat další port (naopak vyčlenění na zvláštní port jde tak jako tak).

Viz reverzní proxy.

[xkucf03]

Složiteji a méně efektivněji by to už pak opravdu nešlo

Jedna věc je efektivita při psaní kódu a výkon* a druhá věc je znovupoužitelnost a nějaká správná komponentová a vrstvená architektura.

Viz reverzní proxy.

hmm, takhle se dá poslepovat dohromady hodně věcí.

*) i když tady je vyšší výkon dost pochybný. Spíš těžko říct, jestli je to efektivnější takhle nebo jinak, to záleží na konkrétní implementaci.

[Luboš Doležel (Doli)]

Jedna věc je efektivita při psaní kódu a výkon* a druhá věc je znovupoužitelnost a nějaká správná komponentová a vrstvená architektura.

Tohle by bylo dost špatné v obojím, to mi věř.

hmm, takhle se dá poslepovat dohromady hodně věcí.

Reverzní proxy je věc tisíckrát čistší než propojovat nějaký PHP kód v jednom procesu s nativním kódem v procesu druhém. Udělat reverzní proxy je pár řádek v konfiguráku Apache.

[xkucf03]

Jde o to, jestli to má být ultimátní stahovací systém nebo jen desktopová aplikace. V prvním případě by to byla služby (démon) a k němu by se připojovalo UI - jednou tlustý klient, jednou webový - vždy pomocí téhož rozhraní. Pak by to šlo lépe zaintegrovat do jiných aplikací, nebo si to napojit do svých webových stránk. Ale chápu, že by bylo víc práce s vytvořením instalátoru.

[Luboš Doležel (Doli)]

Desktopová aplikace.

[Luboš Doležel (Doli)]

Navíc - tohle je desktopový software. Chtít po uživatelích konfigurovat HTTP server mi připadá opravdu zbytečné.

[David Watzke]

Přidal jsem do overlaye ebuildy pro pluginy; fatrat-czshare a fatrat-opensubtitles. Udělal jsem pro ně eclass, takže samotný ebuildy obsahujou 2 řádky (kromě copyrightu a newlines)

[onion]

Koukam, ze mozna budem spoluzaci A jak te tak pozoruju, mel bych se zamyslet nad urovni svych odbornych znalosti

[CEST]

Buď je účelem mě jednoduše poslat k čertu, nebo někdo v RapidShare nedokáže pochopit, že použití kódu jiného než 200 OK na té jejich chybové HTML stránce nic nemění (jak jsem jim v e-mailu psal)

Hehe, rekl bych, ze te opravdu slusne poslali k certu. Samozrejme jim jde o to, aby ty jejich stranky lidi prohlizeli ve webbroseru a proto nebudou podporovat jednodussi parsovani pro automaticke skripty.

[Jardík]

Tady se nejedná o parsování. Pokud máte premium účet na RS, můžete pro stahování použít download manager a na jejich stránky chodit nemusíte.

[Luboš Doležel (Doli)]

Přesně tak. Dřív se u nich muselo všechno dělat složitě (jako na CZshare) a musel se používat extra software. Pak jako novinku přinesli možnost použít běžné download managery, akorát to nějak nedomysleli.

[Let_Me_Be]

Rapidshare by mel mit samostatnou sluzbu na testovani funkcnich linku, takze jedna cesta je nejdriv link overit a pak teprve stahovat.

[Let_Me_Be]

Jinak ten Usenet, sam nepouzivam, ale v posledni dobe je hodne popularni sluzba http://www.usenext.com

[Dušan Hokův]

to vypada jako killer app pro notoricky sosace...

[Ladislav Nešněra]

že jsem tak smělý, může BitTorrent principiálně fungovat přes PROXY nebo ne? Já na základě popisu FatRatu zajásal (náš admin je opatrnost sama ), ale neběhá to a pár mailů prohozených s autorem jistotu nepřinesly. Díky

[onion]

Principialne ano, az na to, ze proxy vetsinou slouzi k pravemu opaku (znemozneni). Za nejjednodussi reseni bych povazoval VPN kuprikladu od Relakksu (www.relakks.com), stoji to normalne 5 euro/mesicne ale ted maji akci na mesic zdarma, tak to muzes zkusit

[Ladislav Nešněra]

Díky, to zní nadějně. Myslím, že u nás není povolené nic víc, než 8080, ale faktem je, že Skype přes to projít umí a na rádia se také dostanu (byť teda jen pod Woknama, ale to je nějaká skrčka v mém Linuxíčku )

[xkucf03]

teda jen pod Woknama

Nebude to NTLM autentizací u proxy?

[Ladislav Nešněra]

tohle si mohu sám ověřit nebo se musím přeptat admina?

[xkucf03]

Sám si to můžeš ověřit třeba wiresharkem - pokud tam např. v HTTP komunikaci uviš nějaké to NTLM vyjednávání (výza-odpověď).

[Ladislav Nešněra]

chicht. Tak to nepůjde. Zrovinka dnes nám chudinka lehla popelem. Moc, ale opravdu moc mě to mrzí

Díky. Až ji zas rozchodí, určitě na prubnu.

[vrx]

Je smutné, že prevádzkovatelia rapidshare.com sa takto správajú no na druhej strane pokiaľ FatRat mi bude po prečerpaní sťahovať len "chybové stránky o prečerpaní účtu" je mi na dve veci.
Aj tak FatRat hodnotím pozitívne ale na sťahovanie z rapidu (plateného) používam svoje scripty a wget :) aj budem kým nenájdem niečo lepšie.