🚀 go-pugleaf

On Thu, 14 Feb 2008 00:08:12 -0000, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

> No i wszyscy sie - za przeproszeniem -  brandzlujz posiadaniem tego
> wynalazku.

Bo z punktu widzenia użytkownika jest wygodny (przynajmniej, jeśli ma się  
porządnego klienta, a nie jakąś atrapę jak "żywe zakładki").

> A ja sie pytam: czy ktos posiada statystyki (najchetniej analiza logow)
> uzasadniajace impleentowanie tego UFO?

To by chyba sprowadzało się do "gdybania" -- ilu użytkowników regularnie  
zaglądało by na stronę, gdyby RSS im o tym nie przypominał. Z logów może  
być ciężko to wygdybać.

> Czy ktos posiada statystyki, z ktorych wynika, ze feed'y byly  
> aktualizowane choc o rzad wielkosci rzadziej niz sredni czas ich  
> pobierania przez userow?

Dlaczego miały by być aktualizowane o rząd wielkości rzadziej?

> Czy ktos posiada statystyki dowodzace, ze koszt ruchu generowanego przez
> RSS'y zwrocil sie w przychodach generowanych przez serwis?

Jeśli poprawnie serwuje się feedy, to ruch jest stosunkowo niewielki  
(odpowiada się statusem 304, a przy 200 można na podstawie  
If-Modified-Since unikać pchania zbyt wielu elementów do feedu).

Update'y co 2 godziny * zmarnowane 2kb = 24kb dziennie na użytkownika. To  
przy 10 eur za 1TB = cholernie mała liczba (albo coś źle liczę...)

http://www.google.com/search?q=10+eur+%2F+1+terabyte+%2A+%2824%2F2+%2A+31+%2A+2+kilobytes%29+in+pln

-- 
this.author = new Geek("porneL");

Użytkownik "porneL" <niusy3@pornel.net> napisał w wiadomości 
news:op.t6hrqcr6c85zcd@aimac.local...
> On Thu, 14 Feb 2008 00:08:12 -0000, szomiz 
> <szomiz@kocha.dostawac.reklamy.przez.net> wrote:
>
>> No i wszyscy sie - za przeproszeniem -  brandzlujz posiadaniem tego
>> wynalazku.
>
> Bo z punktu widzenia użytkownika jest wygodny (przynajmniej, jeśli ma się 
> porządnego klienta, a nie jakąś atrapę jak "żywe zakładki").

Uzytkownika? Ja tam z serwisow, ktore na prawde uznaje sensowne dostaje 
maile i czasami klikam.


>> Czy ktos posiada statystyki, z ktorych wynika, ze feed'y byly 
>> aktualizowane choc o rzad wielkosci rzadziej niz sredni czas ich 
>> pobierania przez userow?
>
> Dlaczego miały by być aktualizowane o rząd wielkości rzadziej?

Zeby znalezc uzasadnienie generowania takiego a nie innego ruchu.

>> Czy ktos posiada statystyki dowodzace, ze koszt ruchu generowanego przez
>> RSS'y zwrocil sie w przychodach generowanych przez serwis?
>
> Jeśli poprawnie serwuje się feedy, to ruch jest stosunkowo niewielki 
> (odpowiada się statusem 304, a przy 200 można na podstawie 
> If-Modified-Since unikać pchania zbyt wielu elementów do feedu).

A ile serwisow to robi? Jezeli jest gdzies dostepna w miare reprezentatywna 
lista sensownych rss'ow to sprawdze, ktore z nich chcca dobrze dla swoich 
userow, a ktore zmuszaja ich do ponoszenia kosztow zaimpleentowania 
niepotrzebnego - moim zdaniem - wodotrysku.

> Update'y co 2 godziny * zmarnowane 2kb = 24kb dziennie na użytkownika. To 
> przy 10 eur za 1TB = cholernie mała liczba (albo coś źle liczę...)

Oj, takie rzeczy to tylko w Erze. I tanszy masz transfer tym mniejsza 
gwarancie jego realizowania.

sz. 

On Thu, 14 Feb 2008 18:43:16 -0000, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

>> Bo z punktu widzenia u¿ytkownika jest wygodny (przynajmniej, je¶li ma  
>> siê porz±dnego klienta, a nie jak±¶ atrapê jak "¿ywe zak³adki").
>
> Uzytkownika? Ja tam z serwisow, ktore na prawde uznaje sensowne dostaje
> maile i czasami klikam.

Ja właśnie najbardziej lubię interfejs do feedów podobny do maili, tylko  
że w przypadku feedów łatwiej jest się zapisać i wypisać, a czytnik sam  
zajmuje się ich orgranizacją.

>>> Czy ktos posiada statystyki dowodzace, ze koszt ruchu generowanego  
>>> przez RSS'y zwrocil sie w przychodach generowanych przez serwis?
>>
>> Je¶li poprawnie serwuje siê feedy, to ruch jest stosunkowo niewielki
>> (odpowiada siê statusem 304, a przy 200 mo¿na na podstawie
>> If-Modified-Since unikaæ pchania zbyt wielu elementów do feedu).
>
> A ile serwisow to robi? Jezeli jest gdzies dostepna w miare  
> reprezentatywna lista sensownych rss'ow to sprawdze, ktore z nich chcca  
> dobrze dla swoich
> userow, a ktore zmuszaja ich do ponoszenia kosztow zaimpleentowania
> niepotrzebnego - moim zdaniem - wodotrysku.

Moim zdaniem to dla niektórych stron być albo nie być. Subskrybuję feedy  
wielu nieregularnie aktualizowanych stron, na które nie chciało by mi się  
samemu zaglądać.

>> Update'y co 2 godziny * zmarnowane 2kb = 24kb dziennie na u¿ytkownika.  
>> To przy 10 eur za 1TB = cholernie ma³a liczba (albo co¶ ¼le liczê...)
>
> Oj, takie rzeczy to tylko w Erze. I tanszy masz transfer tym mniejsza
> gwarancie jego realizowania.

Ale ta cena (jak na serwowanie feedów) nawet niska nie jest -- to za cały  
VPS w hosteurope.de. Feedy można serwować z byle czego -- oby tylko dało  
się wrzucać statyczny plik. Serwer nawet nie musi być szybki ani mieć  
wysokiego uptime'u -- przecież feedy są sprawdzane co pare godzin i nawet  
jak sprawdzenie nawali, to czytnik spróbuje później, a użytkownik nic nie  
zauważy.

Jak bardzo skąpisz, to możesz feedburnerem się wyręczyć.

-- 
http://sblam.com
this.author = new Geek("porneL");

http://pornel.net/krzaki-w-po?cie

porneL napisał(a):
> On Thu, 14 Feb 2008 18:43:16 -0000, szomiz 
> <szomiz@kocha.dostawac.reklamy.przez.net> wrote:
> 
>>> Bo z punktu widzenia u¿ytkownika jest wygodny (przynajmniej, je¶li ma 
>>> siê porz±dnego klienta, a nie jak±¶ atrapê jak "¿ywe zak³adki").
>>
>> Uzytkownika? Ja tam z serwisow, ktore na prawde uznaje sensowne dostaje
>> maile i czasami klikam.
> 
> Ja właśnie najbardziej lubię interfejs do feedów podobny do maili, tylko 
> że w przypadku feedów łatwiej jest się zapisać i wypisać, a czytnik sam 
> zajmuje się ich orgranizacją.
+1, gdybym mial wszystko mailami przegladac, to chyba bym zwariowal, 
poza tym czytnik daje mozliwosc otwarcia wszystkich feedow z danej 
kategorii/strony (jesli akurat sa same ciekawe newsy i chce wszystkie 
ogladnac w przegladarce a nie tylko opisy w czytniku feedow) w oknie 
przegladarki doslownie jednym kliknieciem myszki, z mailami nie bylo by 
to takie proste... (a gdy jestem na wolnym laczu ma to jednak znaczenie: 
wybieram kanal/strone, wybieram otwarcie wszystkich w oknie przegladarki 
i ide zrobic kawe, a jak wracam to juz wszystko ladnie zaladowane ;) 
-jednym czy dwoma kliknieciami mychy )

A poza tym feedy znacznie latwiej mi obrobic we wlasnym kodzie gdy chce 
cos z nimi zrobic (np. jakies moje "widzimisie" co do sortowania, 
wybierania i grupowania, czy wyciagania obrazkow! w "mojej wlasnej przez 
siebie wystruganej" przegladareczce kanalow) niz w ten sposob obrabiac 
maile... ;P

>>>> Czy ktos posiada statystyki dowodzace, ze koszt ruchu generowanego 
>>>> przez RSS'y zwrocil sie w przychodach generowanych przez serwis?
>>>
>>> Je¶li poprawnie serwuje siê feedy, to ruch jest stosunkowo niewielki
>>> (odpowiada siê statusem 304, a przy 200 mo¿na na podstawie
>>> If-Modified-Since unikaæ pchania zbyt wielu elementów do feedu).
>>
>> A ile serwisow to robi? Jezeli jest gdzies dostepna w miare 
>> reprezentatywna lista sensownych rss'ow to sprawdze, ktore z nich 
>> chcca dobrze dla swoich
>> userow, a ktore zmuszaja ich do ponoszenia kosztow zaimpleentowania
>> niepotrzebnego - moim zdaniem - wodotrysku.
> 
> Moim zdaniem to dla niektórych stron być albo nie być. Subskrybuję feedy 
> wielu nieregularnie aktualizowanych stron, na które nie chciało by mi 
> się samemu zaglądać.
+1

>>> Update'y co 2 godziny * zmarnowane 2kb = 24kb dziennie na 
>>> u¿ytkownika. To przy 10 eur za 1TB = cholernie ma³a liczba (albo co¶ 
>>> ¼le liczê...)
>>
>> Oj, takie rzeczy to tylko w Erze. I tanszy masz transfer tym mniejsza
>> gwarancie jego realizowania.
> 
> Ale ta cena (jak na serwowanie feedów) nawet niska nie jest -- to za 
> cały VPS w hosteurope.de. Feedy można serwować z byle czego -- oby tylko 
> dało się wrzucać statyczny plik. Serwer nawet nie musi być szybki ani 
> mieć wysokiego uptime'u -- przecież feedy są sprawdzane co pare godzin i 
> nawet jak sprawdzenie nawali, to czytnik spróbuje później, a użytkownik 
> nic nie zauważy.
+1, choc poprzez maile tez bedzie "podobnie" z "niewidzialnoscia" awarii 
dostawcy "feedow" dla uzytkownika

> Jak bardzo skąpisz, to możesz feedburnerem się wyręczyć.
> 
> --http://sblam.com
> this.author = new Geek("porneL");
> 
> http://pornel.net/krzaki-w-po?cie

/Ramok

Użytkownik "szomiz" <szomiz@kocha.dostawac.reklamy.przez.net> napisał w 
wiadomości news:fp00rn$cre$1@atlantis.news.tpi.pl...
> No i wszyscy sie - za przeproszeniem -  brandzlujz posiadaniem tego 
> wynalazku.
> A ja sie pytam: czy ktos posiada statystyki (najchetniej analiza logow) 
> uzasadniajace impleentowanie tego UFO?
> Czy ktos posiada statystyki, z ktorych wynika, ze feed'y byly 
> aktualizowane choc o rzad wielkosci rzadziej niz sredni czas ich 
> pobierania przez userow?
> Czy ktos posiada statystyki dowodzace, ze koszt ruchu generowanego przez 
> RSS'y zwrocil sie w przychodach generowanych przez serwis?
> sz.

wszyscy wiedzą, że chory; wszyscy się podniecają, wszsyscy chcą coś 
subskrybować (ja też kiedyś subskrybowałem ale mi się znudziło ;>) i jak na 
mój gust to jeśli rss pozostanie tylko tym czym jest teraz to prędzej czy 
później zginie... chyba że na bazie rss ktoś coś miłego wymyśli, siakieś 
usługi fajne. Podkreślam "na bazie" bo samo w sobie nie jest niczym 
specjalnym.
-- 
td 

Użytkownik "ramok" <com@com.com> napisał w wiadomości 
news:fp3kas$b96$1@inews.gazeta.pl...
> porneL napisał(a):

> to takie proste... (a gdy jestem na wolnym laczu ma to jednak znaczenie: 
> wybieram kanal/strone, wybieram otwarcie wszystkich w oknie przegladarki

No wlasnie. Wolne lacze.  Ciekawe o ile bardziej wolne dzieki ssaniu 
rss'ow...

Swoja droga - ktos juz wpadl na pomysl, uslugi, gdzie rejestrowalo by sie 
wszystkie swoje rss'y po to, zeby odpytywac ja krotkim getem z GUID'em a w 
odpowiedzi przychodzilo by ewentualnie to co sie na prawde w nich zmienilo?

sz. 

On Sat, 16 Feb 2008 12:53:03 -0000, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

> Swoja droga - ktos juz wpadl na pomysl, uslugi, gdzie rejestrowalo by sie
> wszystkie swoje rss'y po to, zeby odpytywac ja krotkim getem z GUID'em a  
> w odpowiedzi przychodzilo by ewentualnie to co sie na prawde w nich  
> zmienilo?

To już wymyślono dawno temu i nazywa się E-Tag.

Jak wspomniałem wcześniej, nic ci nie każe wysyłać całego feedu za każdym  
razem. Możesz w nim umieszczać tylko wpisy nowsze od daty w  
If-Modified-Since albo tego, co wydumasz na podstawie E-Tag.

-- 
http://sblam.com
this.author = new Geek("porneL");

On Sat, 16 Feb 2008 11:58:11 -0000, TOUDIdel <toudidel@odwa.pl> wrote:

> wszyscy wiedz±, ¿e chory; wszyscy siê podniecaj±, wszsyscy chc± co¶
> subskrybowaæ (ja te¿ kiedy¶ subskrybowa³em ale mi siê znudzi³o ;>) i jak  
> na mój gust to je¶li rss pozostanie tylko tym czym jest teraz to prêdzej  
> czy
> pó¼niej zginie... chyba ¿e na bazie rss kto¶ co¶ mi³ego wymy¶li, siakie¶
> us³ugi fajne. Podkre¶lam "na bazie" bo samo w sobie nie jest niczym
> specjalnym.

Twoja wizja już się spełniła :)

RSS jest już martwy (specyfikacja 2.0 nie przewiduje żadnych nowych  
ficzerów). Zastąpił go Atom (przynajmniej pod względem  
technicznym/rozwojowym). Na bazie Atom stworzono m.in. Atom Publishing  
Protocol, na którym bazują Google Data APIs.

-- 
http://sblam.com
this.author = new Geek("porneL");

http://pornel.net/krzaki-w-po?cie

Użytkownik "porneL" <niusy3@pornel.net> napisał w wiadomości 
news:op.t6mgbkrgc85zcd@aimac.local...
> On Sat, 16 Feb 2008 12:53:03 -0000, szomiz 
> <szomiz@kocha.dostawac.reklamy.przez.net> wrote:
>
>> Swoja droga - ktos juz wpadl na pomysl, uslugi, gdzie rejestrowalo by sie
>> wszystkie swoje rss'y po to, zeby odpytywac ja krotkim getem z GUID'em a 
>> w odpowiedzi przychodzilo by ewentualnie to co sie na prawde w nich 
>> zmienilo?
>
> To już wymyślono dawno temu i nazywa się E-Tag.
>
> Jak wspomniałem wcześniej, nic ci nie każe wysyłać całego feedu za każdym 
> razem. Możesz w nim umieszczać tylko wpisy nowsze od daty w 
> If-Modified-Since albo tego, co wydumasz na podstawie E-Tag.

A to jest zdaje sie http a nie rss. I przeczytaj jeszcze raz - feedy sa 
agregowane na zewnetrzym serwerze.

BTW: Dopoki specyfikacja rss'a nie bedzie *wymagala* korzystania z tego 
naglowka - bede twierdzil, ze to jeden z najbardziej szkodliwych wynalazkow, 
w ktorych uzywa sie xml'a.

sz. 

Użytkownik "porneL" <niusy3@pornel.net> napisał w wiadomości 
news:op.t6mgjl2bc85zcd@aimac.local...

> Twoja wizja już się spełniła :)
>
> RSS jest już martwy (specyfikacja 2.0 nie przewiduje żadnych nowych 
> ficzerów). Zastąpił go Atom (przynajmniej pod względem 
> technicznym/rozwojowym). Na bazie Atom stworzono m.in. Atom Publishing 
> Protocol, na którym bazują Google Data APIs.

Jak ja to lubie - MS fuj, google  cacy...

sz. 

On Sat, 16 Feb 2008 15:02:38 -0000, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

>> Twoja wizja ju¿ siê spe³ni³a :)
>>
>> RSS jest ju¿ martwy (specyfikacja 2.0 nie przewiduje ¿adnych nowych
>> ficzerów). Zast±pi³ go Atom (przynajmniej pod wzglêdem
>> technicznym/rozwojowym). Na bazie Atom stworzono m.in. Atom Publishing
>> Protocol, na którym bazuj± Google Data APIs.
>
> Jak ja to lubie - MS fuj, google  cacy...

Masz jakąś ballmerową obsesję. Przecież o MS ani słowa nie powiedziałem.

-- 
this.author = new Geek("porneL");

http://pornel.net/krzaki-w-po?cie

On Sat, 16 Feb 2008 15:01:36 -0000, szomiz  
<szomiz@kocha.dostawac.reklamy.przez.net> wrote:

>> To ju¿ wymy¶lono dawno temu i nazywa siê E-Tag.
>>
>> Jak wspomnia³em wcze¶niej, nic ci nie ka¿e wysy³aæ ca³ego feedu za  
>> ka¿dym
>> razem. Mo¿esz w nim umieszczaæ tylko wpisy nowsze od daty w
>> If-Modified-Since albo tego, co wydumasz na podstawie E-Tag.
>
> A to jest zdaje sie http a nie rss. I przeczytaj jeszcze raz - feedy sa
> agregowane na zewnetrzym serwerze.

Porządne czytniki agregują same i wtedy nie potrzebują, żeby serwer im  
wysyłał wszystko za każdym razem.

> BTW: Dopoki specyfikacja rss'a nie bedzie *wymagala* korzystania z tego
> naglowka - bede twierdzil, ze to jeden z najbardziej szkodliwych  
> wynalazkow, w ktorych uzywa sie xml'a.

Specyfikacja RSS nie będzie, bo nie jest rozwijana i i tak ma tendencję do  
dublowania ficzerów HTTP (np. <ttl> zamiast Cache-Control: max-age).

Ale poprawna obsługa cache stoi w interesie serwujących feedy. Jeśli duży  
transfer jest na prawdę problemem, to można dużo w tym temacie zrobić - od  
pełnej obsługi cache, gzip i wysyłania częściowych feedów, po  
rate-limiting skopanych klientów (to wszystko idzie po HTTP, więc masz do  
dyspozycji User-Agent, mod_bandwidth, itp.)

-- 
http://sblam.com
this.author = new Geek("porneL");

http://pornel.net/krzaki-w-po?cie

Użytkownik "porneL" <niusy3@pornel.net> napisał w wiadomości 
news:op.t6mjyqfuc85zcd@aimac.local...

>> Jak ja to lubie - MS fuj, google  cacy...
>
> Masz jakąś ballmerową obsesję. Przecież o MS ani słowa nie powiedziałem.

Tutaj nie.

sz. 

Użytkownik "porneL" <niusy3@pornel.net> napisał w wiadomości 
news:op.t6mkrze9c85zcd@aimac.local...

>> A to jest zdaje sie http a nie rss. I przeczytaj jeszcze raz - feedy sa
>> agregowane na zewnetrzym serwerze.
>
> Porządne czytniki agregują same i wtedy nie potrzebują, żeby serwer im 
> wysyłał wszystko za każdym razem.
>
>> BTW: Dopoki specyfikacja rss'a nie bedzie *wymagala* korzystania z tego
>> naglowka - bede twierdzil, ze to jeden z najbardziej szkodliwych 
>> wynalazkow, w ktorych uzywa sie xml'a.
>
> Specyfikacja RSS nie będzie, bo nie jest rozwijana i i tak ma tendencję do 
> dublowania ficzerów HTTP (np. <ttl> zamiast Cache-Control: max-age).
>
> Ale poprawna obsługa cache stoi w interesie serwujących feedy. Jeśli duży 
> transfer jest na prawdę problemem, to można dużo w tym temacie zrobić - od 
> pełnej obsługi cache, gzip i wysyłania częściowych feedów, po 
> rate-limiting skopanych klientów (to wszystko idzie po HTTP, więc masz do 
> dyspozycji User-Agent, mod_bandwidth, itp.)

Tyle, ze 95% fedow, nigdy nie bedzie miala taego zaimplementowane (bo nie ma 
wymagania).

Ale nawet jakby, to i tak nie zmieni to postaci rzeczy. Wiekszosc 
generowanego ruchu poswiecana bedzie na stwierdzanie, ze nie ma nic nowego 
do zassania.

Mozna by to zmniejszac agregujac feedy klienta na zewnetrznym serwerze 
(zamiast dwudziestu pytan jedno). Przy odpowiednio duzej liczbie 
uzytkownikow takiego serwera ruch generowany przez maszynerie bylby znaczaco 
mniejszy.

A jakby sie komus na prawde chcialo, to mozna by nawet do interesu nie 
dokladac (rankingi, ratingi i co tam markietoidy jeszcze wymysla).

Ale to by wymagalo pojscia ze standardem w kierunku umozliwiajacym, by nie 
rzec naklaniajacym, na dzialanie feedowych brokerow.

sz. 

On 16 Lut, 17:46, "szomiz" <szo...@kocha.dostawac.reklamy.przez.net>
wrote:
> Użytkownik "porneL" <niu...@pornel.net> napisał w wiadomościnews:op.t6mkrze9c85zcd@aimac.local...
>
>
>
> >> A to jest zdaje sie http a nie rss. I przeczytaj jeszcze raz - feedy sa
> >> agregowane na zewnetrzym serwerze.
Wyciąłem...
> Ale to by wymagalo pojscia ze standardem w kierunku umozliwiajacym, by nie
> rzec naklaniajacym, na dzialanie feedowych brokerow.
>
> sz.


A mógłby Pan rozwinąć temat, bo google zwariowały i nic nie
wiedzą. ;')

http://groups.google.com/group/pl.comp.xml/search?hl=pl&group=pl.comp.xml&q=feed+broker&qt_g=Przeszukuj+t%C4%99+grup%C4%99
to zero wyników na grupie.

Maciej
Pozycjonowanie i opracowanie komputerowe

Użytkownik "Wolny rynek" <marketcreatorpl@gmail.com> napisał w wiadomości 
news:c07ecb52-3abd-4248-8fc1-6e521a638167@e25g2000prg.googlegroups.com...

> Ale to by wymagalo pojscia ze standardem w kierunku umozliwiajacym, by nie
> rzec naklaniajacym, na dzialanie feedowych brokerow.
>
> sz.

<zmien serwer!>
A mógłby Pan rozwinąć temat, bo google zwariowały i nic nie
wiedzą. ;')

http://groups.google.com/group/pl.comp.xml/search?hl=pl&group=pl.comp.xml&q=feed+broker&qt_g=Przeszukuj+t%C4%99+grup%C4%99
to zero wyników na grupie.
</zmien serwer!>

No przeciez pisze, ze to chory standard. Ale powiedzmy, ze RSS byl jakas tam 
przymiarka. Za to twrocy Atoma - zrzynajac z RDF'a i DC nie wpadli ze az sie 
prosi wbudowac komunikacje z trzecia strona, pozwalajaca na zarzadzanie 
swoimi feedami na zewnetrznym serwerze, tak, zeby laczyc sie z jedna maszyna 
a nie pietnastoma i dostawac tylko to co sie faktycznie zmienilo.

Serwer padnie? Nie ma sprawy - jest standard, wysylamy liste swoich 
zrodlowych feedow do konkurencji i dziala dalej.

No ale to sa skutki szybkich lacz i gigabitow do wypasionych maszyn na 
jakich developernia uskutecznia swoje zabawy. A pozniej czlowieka na urlopie 
krew zalewa nawet jak jest zasieg EDGE.

sz.