Why Do You Need to Produce feeds

Overwegingen bij de productie van een feed

Zodra u ontdekken hoe gemakkelijk het is om een webfeed produceren en hoe de overvloed aan feedreaders gemakkelijk daar maakt het voor uw gebruikers uw feed te verbruiken, moet u wellicht een innerlijke drive om feeds voor alles. Don't.

Ten eerste, net als bij elk project, overweeg hoe nuttig het voer zal zijn om externe gebruikers, welke nieuwe informatie zal verstrekken, en hoe het gebruikt zal worden. Als dit een zakelijke site, onderzoeken hoe de feed zal helpen uw zakelijke doelstellingen. Natuurlijk zou het gaaf zijn om een feed dat de huidige weersomstandigheden in de stad van uw kantoor liep hebben, maar A) de kans groot dat u Windows (het naar buiten kijken aard, niet het besturingssysteem natura), B) een verscheidenheid aan locaties voorzien reeds in precies deze service, en C) is dit iets wat de moeite waard besteden middelen richting?

Ten tweede, overwegen de belasting eisen van het genereren van de gegevens. Bedenk dat feeds worden meestal geconsumeerd door software automatisch op vooraf ingestelde intervallen. Veel vooraf ingesteld op kleine stappen, zoals een half uur. Gebruikers die kunnen hebben bezocht een bepaalde pagina een keer per dag zijn nu downloaden van de diervoeders tot 48 keer per dag! Vermenigvuldig dat met het aantal potentiële gebruikers, en je hebt een hoop extra verkeer, en, tenzij u het afspelen van uw caching kaarten rechts, veel belasting op de server. Sommige van deze is echter teniet gedaan door het kleinere formaat document algemeen. Bijvoorbeeld, een bezoek aan http://slashdot.org/ betrekking op een totaal van 23 HTTP-verzoeken, en een totale omvang (alle beelden en) van 21.819 bytes, terwijl het bezoeken http://slashdot.org/index.rss betreft slechts een HTTP verzoek, en slechts 4515 bytes - zeker een aanzienlijke besparing.

Tenslotte beschouwen het nut van deze feed aan uw concurrenten. Plaatsing van uw huidige prijsinformatie of wekelijkse productieschema's in een feed lijkt misschien een grote zegen intern (met name aan het hoger management), maar rekening houden met de gevolgen als bekend wordt dat de URL naar uw concurrenten! Omdat feeds zijn over het algemeen verbruikt door software automatisch, kan het moeilijker zijn om toegang te beveiligen. Ik ten zeerste afraden die vertrouwelijke gegevens in een feed zonder eerst een een inspannende security audit en overweegt serieus de alternatieven.

Publiceren van uw feed

Zoals met elk webproject, wordt uw werk waardeloos, tenzij je het publiceren van uw doelgroep. Dit is steeds makkelijker met een aantal recente ontwikkelingen in de browser wereld. Mozilla in het bijzonder heeft dit heel gemakkelijk in de laatste releases. Wanneer de browser de juiste alternatieve link code ziet in een document header, presenteert een RSS-pictogram in de rechterbenedenhoek van het browservenster om de gebruiker, die kan dan een "Live Bookmark" om de feed te volgen. Bijvoorbeeld

Echter, publiceren van uw feed omvat ten minste een stap. Maak ten minste een pagina voor uw site met een lijst van de URL's voor de verschillende feeds wordt u voorzien, evenals welk formaat de feeds zullen volgen (RSS, Atom, enzovoort). Je moet ook overwegen om meer gedetailleerde informatie over welk type inhoud moet worden verwacht binnen de feed zelf - wat HTML-tags mag worden verwacht, maximale lengte, en zo verder. Dit is belangrijk, omdat de verantwoordelijke, veiligheid-bewuste gebruikers van uw feed moet filteren de informatie die ze ontvangen, en kan een veel intelligentere beslissing over hoe dat te doen als u laten weten wat ze kunnen verwachten.