• Ga naar primaire navigatie
  • Overslaan naar hoofdinhoud
  • Doorgaan naar voettekst
Giganews

Giganews

s Werelds beste Usenet-aanbieder

  • Kenmerken
    • Waarom Giganews?
    • VyprVPN
    • Giganews Recensies
  • Steun
    • Welkom Kit
    • Usenet ondersteuning
    • VyprVPN Steun
    • Contact Ondersteuning
  • Blog
  • Aanmelden
  • Aanmelden

retentie

Giganews' 200 Dagen Binaire Retentie: Een terugblik

Dinsdag, 17 juli 2007

200 dagen, usenet, binair, retentie, upgrade
200 dagen Usenet Binaire Retentie: Een terugblik
Giganews upgrade Usenet nieuwsgroep binaire retentie naar 200 dagen
Zoals je waarschijnlijk al in elke Usenet gerelateerde nieuwsgroep en forum hebt gezien, heeft Giganews onlangs een opslagupgrade aangekondigd die Giganews' retentie in binaire nieuwsgroepen zal verhogen naar 200 dagen aan het eind van de zomer. Dit is in aanvulling op Giganews die momenteel tekstartikelen voor meer dan 1400 dagen bewaart.

Dit zette ons aan het denken over de retentiegroei van Giganewsin de loop der tijd. Giganews is altijd een leider geweest in Usenet en een van de belangrijkste manieren waarop wij waarde bieden aan onze klanten is via onze retentie. We namen een kijkje terug en documenteerden enkele van onze retentie-upgrades door de jaren heen ....

Binaire nieuwsgroep retentie

Augustus 2001 - 14 dagen
Oktober 2002 - 15 dagen
December 2003 - 30 dagen
Augustus 2005 - 50 dagen
december 2005 - 70 dagen
September 2006 - 90 dagen
Februari 2007 - 100 dagen
April 2007 - 120 dagen
Juli 2007 - 200 dagen

Dat is een stijging van 1.328% in retentie sinds 2001!

Zoals u kunt zien, is Giganews de afgelopen jaren druk bezig geweest om ervoor te zorgen dat we de best mogelijke Usenet-ervaring bieden. Als u zich nog niet hebt aangemeld voor Giganews' service probeer dan onze gratis proefaccount om zelf te zien waarom Giganews de leider in Usenet is.

2 Reacties Categorie: 200 dagen, binair, retentie, usenet

Nauwkeurig meten van Usenet Retentie

Donderdag, 1 februari 2007

nieuwsgroepen, usenet, retentie
Nauwkeurig meten van Usenet Retentie
Opmerkingen over Usenet-retentiestatistieken
Zoals je misschien hebt gezien, heeft Giganews onlangs een opslagupgrade aangekondigd die onze binaire retentie de komende twee weken naar 100 dagen zal brengen. Dit zette me aan het denken over hoe retentie wordt gemeten en gerapporteerd door verschillende Usenet servers.

Artikelen op een nieuwsserver worden gewoonlijk opgeslagen "first in / last out". Dit betekent dat telkens wanneer een nieuw artikel op een Usenet systeem wordt geplaatst, het oudste artikel wordt verwijderd. Het oudste beschikbare artikel op een nieuwsserver is over het algemeen wat de retentie van een nieuwsserver bepaalt.

Sommige Usenet-systemen passen deze "first in / last out"-regel ook toe op basis van hiërarchie.

Bijvoorbeeld, Giganews expireert geen tekst artikelen dus onze tekst retentie is 1300+ dagen. Onze binaire retentie (gebaseerd op beschikbare opslagruimte) is 100 dagen. Dit betekent dat het 100 dagen duurt voordat een nieuwsgroepartikel in de binaire hiërarchieën van onze servers verdwijnt.

Wanneer u de retentie van een nieuwsserver bespreekt, zorg er dan voor dat u precies begrijpt naar welke hiërarchie u verwijst. Als je mensen ziet verwijzen naar de retentie van een nieuwsserver op basis van teksthiërarchieën, dan is de kans groot dat ze de nieuwsserver verfraaien om hem beter te laten lijken. In werkelijkheid is hun retentie in de meer uitdagende binaire hiërarchieën waarschijnlijk veel lager.

Naast het feit dat mensen tekstretentie gebruiken om de kwaliteit van een nieuwsserver te verfraaien, zie je ook dat sommige Usenet systemen lange retentiepercentages hebben in slechts een handvol nieuwsgroepen. Als we onze eenvoudige definitie van retentie gebruiken - "het oudste beschikbare artikel op een nieuwsserver" - dan zou dit een nauwkeurige beschrijving zijn van de retentie van die nieuwsserver. Natuurlijk zullen de meeste mensen geen lange retentie op slechts een handvol nieuwsgroepen willen, dus u zou dit als misleidend kunnen beschouwen. Veel mensen abonneren zich op Giganews nadat ze andere Usenet-servers hebben gebruikt die reclame maken met lange retentiepercentages maar die retentiepercentages slechts in een paar nieuwsgroepen bieden.

Het laatste waar je op moet letten bij het meten van retentie is "ongeldige datum headers". In sommige nieuwsgroepen bevatten de headers van bepaalde artikelen de verkeerde datum. Aan het begin van dit bericht zei ik dat de meeste nieuwsservers een "first in / last out" regel toepassen op nieuwsgroepen en dat het oudste artikel op een nieuwsserver bepalend is voor de retentie. Wat ik niet vermeldde is dat de "first in / last out regel" gebaseerd is op artikelnummers (het nummer dat aan een artikel wordt toegekend op basis van het tijdstip waarop het geplaatst is) en niet op de datum die in de headers wordt weergegeven. Dit betekent dat als een artikel een datum in de koptekst bevat die ouder is dan de retentie van de nieuwsserver, het nog steeds in de nieuwsgroep kan verschijnen omdat het niet is gezuiverd op basis van het artikelnummer.

De beste maatstaf voor de retentie van een nieuwsserver is te kijken naar de datum van het oudste artikel in *veel* populaire binaire nieuwsgroepen. Dit zal u over het algemeen het beste idee geven van de retentie van de nieuwsserver. Als u een paar groepen met een langere retentie dan normaal opmerkt, kiest de nieuwsserver ofwel met de hand bepaalde nieuwsgroepen om hun algemene retentieniveau verkeerd voor te stellen of er is een artikel met een ongeldige datumheader.

4 Reacties Categorie: nieuwsgroepen, retentie, usenet

  • " Ga naar de vorige pagina
  • Ga naar pagina 1
  • Ga naar pagina 2

Voettekst

Giganews

  • Kenmerken
  • Plannen
  • Giganews Recensies
  • Voorwaarden van de Dienst
  • Outsourcing
  • Peering

Over ons

  • Bedrijf
  • Blog
  • Wettelijke informatie
  • Privacybeleid
  • DMCA

Steun

  • Ondersteuning Overzicht
  • Usenet Universiteit
  • Neem contact met ons op
  • Facebook
  • Twitter
  • YouTube
  • English
  • Français
  • Deutsch

Giganews® and the Giganews logo are registered trademarks of Giganews, Inc. © 2023 Giganews, Inc. United States