Development-round-up - Iteratie #13

Sinds de release van de vorige iteratie zijn er weer drie weken verstreken en is vandaag iteratie #13 afgerond. In deze iteratie zijn 73 tickets opgelost. Helaas is hiervan weinig terug te zien in de release van vandaag. Dit komt omdat besloten is om alle development-tijd te besteden aan de nieuwe lay-out-update, Tweakers 7.0. Helaas kunnen we daardoor minder tonen na een iteratie, maar het voordeel is dat jullie minder lang hoeven te wachten op de nieuwe versie van Tweakers. De naam 'lay-out-update' doet het project trouwens geen eer aan, het omvat namelijk veel meer dan alleen een nieuw jasje voor Tweakers.

Uiteraard heeft de huidige versie van Tweakers ook aandacht nodig. Zo waren we deze iteratie een beetje afgeleid doordat Tweakers vorige week 700 bèta-keys van Diablo 3 mocht weggeven. Deze actie bleek erg populair (zie onderstaande grafiek) en sommige bezoekers waren tot alles in staat om een bèta-key te bemachtigen. Dit resulteerde in meer dan 1100 nieuwe accounts, waarbij een bezoeker zelfs 33 accounts had aangemaakt. Uiteraard zijn zoveel mogelijk van deze dubbele accounts gebanned en hebben we een beveiliging ingebouwd om dit in de toekomst te voorkomen.

Een ander aandachtspunt tijdens deze iteratie was een dagelijkse cronjob die veel tijd in beslag nam en 's nachts voor vertraging zorgde. Op een zeker punt faalde hij zelfs na het bereiken van een time-out. Door de cronjob efficiënter te maken en wat pauzes toe te voegen draait deze nu weer als een zonnetje.

Verder is ook de netwerkhardware in gebruik genomen voor project Phoenix. Hierdoor kunnen we het rack op de nieuwe locatie nu volledig benutten en zijn we weer een stap dichter bij het opleveren van dit project. Dit is gepland voor het einde van dit jaar.

Verder zijn er nog enkele kleine bugs opgelost, zoals een fout waarbij af en toe een onjuiste afbeelding op de frontpage werd gecached en een bug die tot gevolg had dat abonnementsprijzen bij mobiele telefoons zo nu en dan verdwenen.

Reacties (14)

Er is dus voor deze iteratie nog steeds aandacht en dev-tijd besteed aan de Review-pagina's en de SKU's waarin jullie in de vorige iteratie meldden?

En wat voor cronjob was dat die aandacht vereiste?
Gewoon even benieuwd naar, gezien dat het verhaal hier wat meer 'af' maakt .

Even nog een vraag: Als het project phoenix af is, dan worden dus de views op T.net verdeeld over beide datacenters die jullie gebruiken? En gaan de namen van de servers nog aanpassen die nu gericht zijn op de Griekse Mythologie? Je wilt toch wel onderscheid hebben over welke server nou op de tweede locatie hangt die de database serveert?
Ook een idee om de naamgeving in dat geval eens te bespreken in een iteratie of een review?

[Reactie gewijzigd door AW_Bos op 27 februari 2012 15:56]

SKU's had de belangrijkste focus in deze iteratie. Daarnaast werden er wel allerie andere delen ook uitgewerkt.

Qua cronjob was het domweg de nachtelijke opruim/samenvat/etc cronjob. Die uiteraard vrij veel werk doet en blijkbaar pasgeleden over een of andere grens gegaan waardoor het nu zichtbaar trager was geworden.

De servers gaan inderdaad beide werk doen (zie artikel van Kees). De namen zijn verdeeld, mythologische in de huidige en dieren in de nieuwe locatie

Dit resulteerde in meer dan 1100 nieuwe accounts, waarbij een bezoeker zelfs 33 accounts had aangemaakt. Uiteraard zijn zoveel mogelijk van deze dubbele accounts gebanned en hebben we een beveiliging ingebouwd om dit in de toekomst te voorkomen.

Gewoon zorgen dat de beveiliging kijkt naar de aanmaak datum van het account. Alleen toestaan bij accounts van enkele dagen voor de (aankondiging) poll.

Daarmee voorkom je niet dat er meerdere accounts door dezelfde bezoeker worden aangemaakt in korte tijd. Ik denk dat je beter kunt kijken naar het IP-adres van de registratie, als er die dag (of week, of n) al een registratie van dat IP is geweest kan je deze blokkeren. Dit heeft als nadeel dat meerdere mensen achter een gedeeld IP, zoals bij een bedrijf, elkaar in de weg kunnen zitten maar dat is denk ik voor een groot gedeelte op te vangen door de tijd tussen de registraties goed te kiezen. Ook vang je geen mensen af die via proxies komen, al moeten die dan wel voor elke registratie een andere proxy kiezen.

IP-adres is nooit een goed criteria voor dubbele accounts. Het zou wel een factor van beoordeling kunnen zijn, maar zeker niet zo groot als jij hem nu maakt.

Mensen die 33 accounts willen aanmaken omzeilen met gemak het filter. En iemand die vanaf het bedrijfsnetwerk probeert in te loggen heeft er last van vanwege de meerdere collega's die ook van het ip gebruik maken.

Richtlijn dat gebruikers in x tijd voor de poll al actief moeten zijn geweest zijn handiger. Filters die beoordelen of het account alleen gebruikt wordt voor die enkele poll zijn een optie. Maar meestal zal je toch een totaalbeeld moeten beoordelen.

IP-adres, e-mail adres, activiteit op hele site, kort na elkaar actief, kort en eenmalig inloggen, cookie aanwezig. Alles is te omzeilen, maar 33 keer inloggen en niet opvallen valt niet mee. Maar help me herinneren dat ik alvast 33 accounts aanmaak in de komende 33 dagen, zodat ik bij de volgende weggeef-ronde niet al te erg opval.

Je kunt bij zo'n weggeef-ronde ook gewoon kijken naar de hoeveelheid Karma. Als deze <1000, dan kom je niet in aanmerkingen omdat je niet echt deel uitmaakt van de community.
Tenzij een van de redenen achter zo'n weggeef-actie natuurlijk een boost in de aantal geregistreerde gebruikers is.

dat denk ik wel, als je het goed aangeeft.
Bovendien zal dan niemand 33 accounts aanmaken, en dan pas proberen om de poll te gebruiken. Dit betekend dus dat er hooguit een aantal dubbele accounts zullen zijn, maar significant minder dan met deze actie.

IP blokkade ben ik zelf minder fan van, aangezien je dat het probleem krijgt wat jij al beschrijft. Hoewel daar natuurlijk omheen gegaan kan worden doormiddel van smartphone, tablet of thuis pc/laptop.

Ik krijg de laatste tijd (afgelopen 2 dagen) om de zoveel tijd een 503 Service Unavailable voor mijn neus van nginx (denk ik). Met ook de tekst "Guru meditation: xxxx".

[Reactie gewijzigd door Spockz op 28 februari 2012 08:51]

Die melding heb ik ook gezien en gepost in het Phoenix-stuk:

woekele in 'reviews: Tweakers.net-serverbeheer: Phoenix'

Haha, blijkbaar een devver met een Amiga-verleden. Nostalgie!

Goed bezig jongens. Ik ben erg benieuwd wat jullie er uiteindelijk van gaan maken en hoeveel ik nog terug ga zien van mijn input

Is het nu ook zo dat er elke keer volle gas aan V7 word gewerkt tot het klaar is of komt dat deze keer net zo uit?

[Reactie gewijzigd door jip_86 op 28 februari 2012 10:10]

Het valt me al heel lang op dat het tweakers logo duidelijk zichtbaar is in de layout. Hij steekt af. Helemaal als je eroverheen hoovered. Dit is in Chrome maar ik heb dit ook gezien in de andere bekende browsers. Mijn gebruikte resolutie is 1366x768 maar ik zie dit ook op andere monitoren.

Hopelijk kan hier eens naar gekeken worden.

Verder hartstikke leuk om te zien dat er achter de schermen nog altijd hard getimmerd wordt. Tweakers.net is al jaren veruit de beste en gebruiksvriendelijkste nederlandstalige site...

Een andere feature die ik mis, zijn live-updates van de comments.