Development-round-up - Iteratie #57

Na ruim tachtig tickets te hebben verwerkt, hebben we opnieuw een iteratie afgerond. Ondertussen zijn we aangeland bij nummer 57. Er zijn ook nu weer veel, vooral relatief kleine punten aangepast die jij als bezoeker kunt zien.

Producten en uitvoeringen

We hebben met 'Tweakers 7' de concepten Product en Productuitvoering geïntroduceerd. Al sinds we ermee begonnen zijn, zit daarin wat verwarrende overlap. Overlap en verwarring zijn er vast nog steeds, maar we hebben wel geprobeerd een duidelijker onderscheid in de site aan te brengen. Op plaatsen waar de specifieke uitvoering nog niet veel ter zake doet, linken we vanaf nu naar de producten.

Concrete voorbeelden waarbij we nu naar producten linken, zijn de top tien populairste producten op de Pricewatch-portal en de top vier populairste producten bij een categorie. Bij de productentab van een categorie, bij advertenties in Vraag & Aanbod en bij Productreviews linken we nog altijd naar de uitvoering.

De weergave van productuitvoeringen is ook verder aangepast. Zo is nu de selector om een andere uitvoering te kiezen uit de breadcrumb gehaald en op een eigen, meer zichtbare plek gezet.Ook hebben we de verwarrende 'er is nog geen review, dus bieden we je gelijk maar een link naar het formulier'-tabbladknop weggehaald. Deze is vervangen door een 'greyed out' reviewtab, die altijd zichtbaar is en je naar een pagina leidt met wat uitleg en de mogelijkheid om eventueel alsnog een review te schrijven. Hetzelfde hebben we bij de Vraag & Aanbod-tab gedaan. We hebben uiteraard maatregelen genomen om te voorkomen dat Google die pagina's indexeert. Als je zoekt op '$productnaam reviews', zou je dus niet onze lege reviewtabs tussen de irritante 'wees de eerste om een review voor $productnaam te schrijven'-zoekresultaten mogen aantreffen.

Op de prijzentab van Productuitvoeringen hebben we een paar iteraties geleden 'Vergelijkbare producten' toegevoegd. De kop daarvan was eigenlijk niet helemaal goed, omdat het om populaire producten met ongeveer dezelfde prijs ging. De kop is nu dan ook aangepast naar: 'Anderen bekeken ook'. Een grotere wijziging is echter dat we nu ook daadwerkelijk producten proberen te tonen die anderen ook bekeken. Daarmee zouden ze een stuk meer 'vergelijkbaar' moeten zijn dan voorheen.

Bij de eerder genoemde 'reviewtab waar nog geen reviews zijn' hebben we een soortgelijke lijst producten toegevoegd, maar dan met als criteria dat de getoonde producten van hetzelfde merk moeten zijn en ongeveer dezelfde prijs en minimaal één review moeten hebben. Zodat je je in ieder geval een beeld kunt vormen van vergelijkbare producten van hetzelfde merk.

Productreviews door gebruikers

Ondanks alle aanpassingen van de afgelopen tijd was (en is) het schrijven en tonen van productreviews nog altijd niet optimaal. We blijven daaraan in de komende iteraties vast ook nog wel zaken aanpassen. In deze iteratie hebben we de text-area's voor plus- en minpunten vervangen door losse invoervelden voor die punten. Het was enerzijds verwarrend hoe je ze moest scheiden en anderzijds zat er geen duidelijke indicatie bij wat wij veel of lange punten vinden of hoe dat er dan uit zou komen te zien.

Forum (quick)search

Het forum is de grootste 'bestemming' in Tweakers die nog geen quicksearch had. Een van de redenen daarvoor is dat er domweg erg veel data doorzocht moet worden. Om toch een indicatie te kunnen geven van wat je zoal voor een bepaalde zoekopdracht kunt verwachten, hebben we een quicksearch geïntroduceerd. Deze werkt echter alleen met forumtopics van het afgelopen jaar en kijkt daarbij bovendien alleen naar de titel. In de quicksearch tonen we ook fora waarvan de naam overeenkomt met de zoekopdracht.

Daarnaast bleek dat een aantal trefwoorden nutteloze resultaten gaf. Een trefwoord als 'kans' werd door het effect van stemming gelijkgesteld aan 'kan' en dat leverde je dan 1,1 miljoen resultaten op. Ook 'kaan' en 'kanen' werden omgezet naar 'kan'. We hebben dat zo aangepast dat diverse woorden niet of anders worden omgezet. 'Kans' blijft nu 'kans', 'kaan' en 'kanen' worden 'kaan' en 'kan' blijft 'kan'.

Dit hebben we voor in totaal 379 woorden gedaan. Bij 'kans' heeft dat tot gevolg dat je nu nog slechts ruim honderdduizend resultaten krijgt

Overig

En er is nog meer. Zo hebben we de nieuwe header ook in de nieuwsbrief toegepast. Verder kun je je 'device grade'-voorkeur nu ook via de instellingen rechtsboven instellen. Daarnaast hebben we de 'scoresterren' van reviews wat groter gemaakt, maar bovendien geschikt gemaakt voor 'hidpi'-weergave. Kortom, die sterretjes zijn nu ook scherp op schermen met een hoge resolutie of pixeldichtheid.

Reacties (46)

Faal! Forum-smileys zijn stuk

.edit: inmiddels gefixed

[Reactie gewijzigd door .oisyn op 16 september 2014 12:35]

Dat zal dan aan jou of je browser liggen, want bij mij doen ze het gewoon

Ik heb het over het posten van nieuwe posts. Daarin worden ze niet geparsed. URLs zonder URL tag gaan overigens ook stuk, die eindigen als "Array".

It ain't a bug. It's a feature.

Maar nog steeds geen aandacht voor die kleine maar handige feature gekend als "live tiles". Wanneer komt dit er eens? Jullie hebben al nooit moeite gestoken in een app voor Windows Phone, dan kan een live tile er voor Windows (Phone) er toch wel vanaf?

De apps zijn gestopt omdat er tweakers.mobi is en je een device grade kunt instellen op de 'desktop versie'.

Live tiles kunnen ook voor websites gemaakt worden, niet alleen voor apps.

Tweakers.mobi is onzin dat het nog bestaat, maar opnieuw, het veranderd niks aan mijn punt. Ik weet best dat de apps niet bestaan, maar toen die er wel waren werd er ook al niet omgekeken naar Windows en Windows Phone. Ondertussen werden er wel apps voor Android en iOS geschreven en onderhouden en werd ook ondersteuning geboden voor de launchers voor directe links naar tweakers.net, maar de 5 regels code die het neemt om een fatsoenlijke Live Tile te maken voor Windows en Windows Phone kon er zelfs toen niet vanaf (en dat is dan voor ondersteuning van alle 4 de tile formaten). En dan is er nog wel een officiële generator van Microsoft om die code te maken.

Ik zou zeggen probeer het nog eens in Mooie Features
Wie weet helpt dat.

[Reactie gewijzigd door SWINX op 17 september 2014 21:16]

Dat heb ik al eens gedaan en toen werd er gezegd dat het teveel onderhoud was (al weet ik niet waarom?) en dat het draagvlak te klein zou zijn.

Dit zou ik ook een mooie toevoeging vinden. Een eenvoudige toevoeging welke het 'app' zijn versterkt als je de website pinned.

Mooi om te zien, tweakers.net gaat er steeds beter uitzien!

(de pijltjes in het vernieuwde instellingenmenu staan wel verkeerd om...)

Dat is maar net hoe je het pijltje interpreteert. IMO klopt het wel zo. Het geeft de huidige status aan van en uitklapbare gedeelte.

Dat kan, maar doe het dan consistent.
Je moet in de menubalk nu op pijltje-naar-beneden klikken achter je naam om dat menu uit te klappen.
Bij het tandwieltje moet je op pijltje-naar-boven klikken om Algemeen uit te klappen, maar binnen algemeen moet je weer op pijltje-naar-beneden klikken om de Schermgrootte uit te klappen. Ik stem op pijltje-naar-beneden in alle gevallen. :-)

Het gaat ook al aangepast worden. Op meerdere plekken in de site gebruiken we een pijl naar beneden als iets uitklapbaar is. Volgende release is het volgens mij consistent

Dat is waar, ik interpreteerde het als de actie die je gaat uitvoeren, en dan zijn ze verkeerd om.

misschien dat er maar gewoon een optie moet komen om ze om te draaien

ik interpreteerde het als de actie die je gaat uitvoeren

IMHO is dat ook de juiste interpretatie. De pijl achter de username werkt ook op die manier. De pijl suggereert uitklappen - dat er iets is uit te klappen - je klikt erop en het menu klapt uit.

We kunnen in ieder geval vaststellen dat de huidige interface niet consequent is met de indicatie in het usermenu, achter de usernaam.

Geen mogelijkheid om elasticsearch te introduceren voor jullie quicksearch?

Met welk doel? Elasticsearch gebruikt onderhuids ook Lucene, dus het zit er dik in dat het hier soortgelijke problemen heeft als je vrij naief 'zoekterm' + '*' doet

Zeker als die zoekterm dan iets als 'ka' kan zijn tijdens de quicksearch

[Reactie gewijzigd door ACM op 16 september 2014 12:30]

Elasticsearch gebruikt zeker lucene. Maar het doet meer dan dat. Het biedt een heel eenvoudige manier om een cluster op te zetten en op die manier kan je horizontaal schalen.

Ik zou je adviseren er zeker naar te kijken. Ik wil jullie dataset niet onderschatten, maar ik denk dat het echt materiaal voor elasticsearch is.

Ik ken ElasticSearch

Maar de data staat niet op zich en ElasticSearch heeft naast dergelijke voordelen ook wat nadelen. Zie ook dit artikel dat ik er ooit over heb geschreven.

En de dataset is ook weer niet zo groot dat ElasticSearch per se nodig is voor de schaalbaarheid (de lucene-database van het forum is 8.4GB op disk).

Interessant. Bedankt voor de toelichting.

Wat ik me wel afvraag: die Lucene index van het forum is eigenlijk een permanente cache? Ik neem aan dat de eigenlijke data nog steeds in een database zit?

Hoe maak je een Lucene van 8.4 Gb performant? Wordt dat allemaal in memory geladen?

Die Lucene-database voor het forum is inderdaad een permanente cache. Lucene laadt delen van de database in eigen objecten en uiteraard is er nog de caching van files door het OS. Overigens wordt vervolgens ook niet elke keer alles ervan doorgeworsteld. Zoekdatabases zijn over het algemeen juist zo opgezet dat per zoekopdracht maar een beperkt deel ervan nodig is.
En hoewel RAM niet gratis is, is het wel goedkoop. Een set bestanden van samen 8GB is geen probleem voor de meeste servers. Degene waar dit op draait heeft 48GB ram en heeft dan ook naast 17GB voor file caching nog altijd 9GB vrij.

Het voordeel van hier ook Lucene gebruiken is wel dat we het op min of meer dezelfde wijze kunnen doen voor allerlei zoekmachines, waarbij de meeste (zoals nieuws, reviews, V&A, productinformatie) met een database werken die puur in RAM zit en in een paar minuten wordt opgebouwd.

En het forum is als enige met de boel on-disk omdat de opstarttijd van die omgeving anders van een paar minuten naar een paar uur zou stijgen

Onze dataset (van het forum) is te klein voor een volwaardig cluster. Met de twee nodes die we nu gebruiken (ook lucene) hebben we redundantie; we hoeven het niet voor de performance te doen.

Voor onze logs gebruik ik overigens wel ES. Daar zit dan bijna een TB aan data in (nog steeds 1 node) en dat werkt prima inderdaad

De zoekfunctie om binnen een topic te zoeken op het forum binnen de responsive-versie is ook weer werkend! Ik stootte er afgelopen weken al enkele keren tegenaan.
Thanks!

[Reactie gewijzigd door AW_Bos op 16 september 2014 12:18]

Nice. Deze vond ik ook erg vervelend. Gebruik dat vaak om te voorkomen dat ik iets post wat al besproken is...

Ik las dat de smilies en de URL-parser op het forum ook eventjes stuk waren? Betekent dit dat jullie nu een (stapsgewijs?) een globale parser gebruiken voor zowel de FP als het forum?

Nee Maar we gaan wel onderzoek doen naar het samenvoegen van de verschillende parsers.

De forumparser leunde echter nog sterk op het gebruik van eval in reguliere expressies wat per PHP 5.5 deprecated is, en dat hebben we de afgelopen iteratie omgebouwd (naar callbacks).

Het duidelijker maken van die + en - punten in reviews is denk ik wel een erg goede stap. Dan krijgen we met wat geluk wat minder gigantische lappen tekst daar, die niet echt praktisch zijn op dat punt.

Netjes hoor! Dat je nu de schermgrootte kan instellen in dat menu'tje rechtsboven is een praktische en handige verbetering Ook dat de + en - punten in de reviews nu gescheiden zijn is erg handig. Kortom: een geslaagde build

GoT search is en blijft dus nog steeds een bugged feature
Maar er zijn al veel stappen gemaakt, en dat is goed
Wat ik me wel af vroeg: waarom niet gebruik maken van een 3rd party product als Verity, of desnoods Google search? Goed, met die laatste heb je alleen de openbare fora, maar dat scheelt al wel een hoop in development natuurlijk.

Yes het zoeken via de mobiel is opgelost. Ik zat er vandaag aan te denken om de bug te rapporteren.

Als je via je je mobiel een zoekopdracht in een topic startte, dan kreeg je niet de resultaten van dat topic (ook al staat hij daar default op), maar de resultaten van alle topics op GOT.
Ik heb het zojuist getest en nu lijkt het te zijn opgelost.