Augustus/September 2005 changelog

Augustus/September 2005 changelog (21-09 14:37)

• 21-09 (Arjen): Diverse hostnames wijzen nu naar subpagina's van tweakers.net, zoals pw.tweakers.net. De hostnames die verwerkt worden zijn aanbod.tweakers.net, vraag.tweakers.net en va.tweakers.net, benchdb.tweakers.net, nieuws.tweakers.net en news.tweakers.net pricewatch.tweakers.net en pw.tweakers.net, productsurvey.tweakers.net en prs.tweakers.net, shopsurvey.tweakers.net en shs.tweakers.net, www.tweakers.net (naar tweakers.net ) en forum.tweakers.net. Overigens worden deze redirects alleen uitgevoerd als je geen subpagina opent, dus bijvoorbeeld pw.tweakers.net/pricewatch wordt niet geredirect.

• 07-09 (Tino): Tweakers.net does Ajax* ; de zoekfunctie in de updatetracker links is voorzien van een XMLHttpRequest sausje die de zoekopties dynamisch aanpast aan de gekozen sectie. Hierdoor zijn de extra zoekboxjes in o.a. de pricewatch en meuktracker overbodig geworden en is deze functionaliteit nu overal bereikbaar.* Ajax staat voor Asynchronous JavaScript and XML en is een buzzword voor een combinatie van technieken waarbij zonder een pagina te hoeven herladen informatie uitgewisseld kan worden met een server. Dankzij o.a. Google suggest, Gmail en Google Maps is de support voor deze technieken onder de verschillende browsers dusdanig toegenomen dat ook wij er mogelijkheden in zien

• 29-08 #842, #983 (Tino): bugs in winkelmandje gefixed; produkten zonder prijs worden voorzien van omschrijving en kunnen ook weer verwijderd worden.

• 17-08 #973 (Tino): Aantal ongemodereerde reacties in moderatie overzicht omvat nu enkel reacties die nog daadwerkelijk gemodereerd kunnen worden (dus niet ouder dan 48 uur).

• 16-08 FA (Tino): Zoekbox in de updatetracker statisch gemaakt. Voor abonnees is de zoekbox desgewenst ook te verplaatsen of uit te schakelen in je layout settings.
• 16-08 #972 (Tino): Viewcounter in V&A advertenties gefixed.
• 16-08 #974 (Tino): Escaping bug in custom stylesheet settings met quotes gefixed.
• 16-08 #975 (Tino): Artikelen onder embargo uitgesloten in 'Tnet x jaar geleden' tracker

• 12-08 (Tino): Edit-limiet van 48 uur op reacties
• 12-08 #77, #254, #346, #410, #412, #558, #714 (Tino): 'UBB' code parsing van reacties verbeterd, onder andere:
  • Verbeterde regexpen om 'losse' links om te zetten naar HTML links
  • Omzetting van e-mail adressen
  • Het wel of niet omzetten van een smiley-tekenreeks gelijk getrokken met de manier waarop het ook op het forum is (komt er op neer dat het een 'losse' tekenreeks moet zijn, dus bijvoorbeeld *Dit* zal niet resulteren in it*)
  • Ontbrekende smileys t.o.v. het forum toegevoegd - ook de 'hidden' smileys
  • handling van linebreaks rondom quote-tags verbeterd
  • line-limiter: max 3 linebreaks achter elkaar
  • [s]-tag toegevoegd (strike-through)
  • [small]-tag toegevoegd
  • [sup]-tag toegevoegd
  • [sub]-tag toegevoegd
  • Links naar nieuwsitems, .plans, reviews, meuktracker en pricewatch items worden automagisch omgezet naar een link met titel van het betreffende item
  • Links naar forumtopics worden eveneens omgezet naar een link met titel van het topic

• 03-08 (Tino): Menu code compleet vervangen; gebruik gemaakt van semantische HTML markup en vernieuwde javascript code. Transparantie en fading werkt nu ook in o.a. recente Safari versies en is minder buggy in Internet Explorer.

Bugs en featurerequests kunnen gemeld worden op Devtrack of geplaatst worden in het forum Frontpage Algemeen. De met een hekje aangegeven nummers verwijzen naar de ID's van bugs en requests op Devtrack.

Vorige .plan Volgende .plan

Reacties (36)

[pietje63]

Trendy hoor, de www verwijderen van het domein :-). Laatst nog een artikel gelezen van een kerel die helemaal gefrustreerd was omdat iedereen er www voor zette ondanks dat dit niet de bedoeling is.

Wat ik zelf de mooiste oplossing vind is zonder www een check laten uitvoeren wat voor bezoeker (www,pda,wap) je hebt en aan de hand daarvan door te sturen.

NOFI hoor

[Verwijderd]

Je bedoeld deze zeker?

http://no-www.org/

[ACM]

Deze code is eigenlijk vooral ingevoerd voor de requests om o.a. pricewatch.tweakers.net te redirecten. Maar een check op client is inderdaad iets dat we met de nu ingevoerde code ook zouden kunnen gaan doen.

[crisp]

In feite is er al een rudimentaire client-check; zo worden IE4 en NS4 al geredirect naar pda.tweakers.net
IE-based PDA browsers identificeren zich meestal ook als IE4.

[KMK]

Cleint redirect.. of het tonen van andere content is eigenlijk ook "not done".
De term hier is "Graceful Degradability"
Dit houd in dat alle content identiek is voor iedereen, alleen laat je het van de browser of platform afhangen wat er wel en niet getoond wordt. Dus met Linx kun je de site nog door en met Opera op een PDA ook zonder dat je checked op Browser of OS. Dus CSS features zijn extra foor CSS browsers maar heb je niet dan kun je er nog steeds door heen, met XHTML strict en goed development gaat dit prima.

[Peter]

Het kan zijn dat ik het gemist heb, maar links die ik bezocht heb worden in het menu nu grijs, volgens mij was dat eerst nog niet zo?

[crisp]

Oh wacht, je bedoelt niet de menu's, maar de trackers links Ik zie het nu ook; zal ik morgen even fixen

[Peter]

Waarom? Het is misschien wel handig zo, als je het mij vraagt, misschien een optie van maken?

[crisp]

true, maar dan moet het wel wat consistenter worden ingevoerd (bijvoorbeeld ook voor de nieuwslinks zelf op de FP). Voor nu heb ik even de oude behavor teruggezet.

[crisp]

Het is wel handig als je ook meteen aangeeft welke browser je gebruikt
In ieder geval komt het bij mij in verschillende browsers niet voor, en volgens de specificiteitsregels van CSS zou het ook niet mogen.

[ScSi]

Opera
Version 8.01
Build 7642

Hier merk ik het ook dat als je een link bezocht hebt die donkergrijs kleurt..

[Peter]

Internet Explorer 6.0.2600
op Windows XP

[Olaf van der Spek]

Moet jij niet eens heel nodig updaten dan?

[N0 0B]

Dit is bij mij ook het geval ik gebruik Firefox 1.0.6 eerst was dit niet zo maar sinds gisteren/eergisteren ofzo viel het mij ook op...

[PcDealer]

Bij mij (nog steeds) niet het geval.

[MahRain]

Ik zie geen transparantie of fading bij menu's,

Safari 2.0 (412.2) @ OS X 10.4.2

[crisp]

Ik ben niet zo op de hoogte vwb de versie-nummering van Safari, maar het zou goed kunnen dat het alleen in latere versies goed werkt.
Heb je het wel aangezet in je voorkeuren?

[Proxy]

Wat de voorkeuren betreft, ff snel een linkje voor de luien onder ons

[stewie]

hmmm.
ik wel

[Profidiam]

Hoe staat het ondertussen met de userbase-merge ?

[SWINX]

Wordt dit jaar nog voltooid heb ik begrepen, ze hangen er verder geen datum aan.

[Brent]

Dat die zoekboz statisch is is prettig. Dat rare ding eerst wat weer moeilijk weg ging was geen goede en wat overbodige implementatie.

[loodgieter]

het statisch maken van de zoek functie is een zeer goede optie. vond dit namelijk erg onhandig als je net ff wat wilde aanklikken wat er boven of onder stond kwam de zoek fucntie weer naar voren. Vind dit een zeer goed; klein maar fijn

[palmpaul]

Thanks crisp! De zoekfunctie wordt weer een stukje beter Ik weet niet of het al een mogelijkheid is, maar anders mag het wat mij betreft geimplementeerd worden: een access-key om meteen naar de zoekbox te springen.

[m-m]

Wat mij opvalt in het menu is wanneer ik erover hover dat een aantal opties eenmalig een aantal pixels opschuiven.
O.a. reset sessie en Email notificatie in My T.net, maar meer items hebben het.
FF 1.0.6 @ WinXP btw, niet echt een probleem ook, maar maf is het wel

[crisp]

Dat is volgens mij een renderbugje in Ff die er ergens in de 1.0.x serie ingeslopen is; ik moet daar nog eens een bugreportje over maken

[Mr. B.]

Same here, ook met Firefox 1.06 op WinXP. Het maakt daarbij niet uit of transparantie is ingeschakeld of niet.

[Robin]

Klasse dat de UBB-code onder handen is genomen, die was langzamerhand toe aan een overhaul .

[Woudloper]

Dit is zeker super dat de UBB tags zijn aangepast en meer in lijn gebracht met het forum. Het zal overigens nog wel even gaan duren voordat de meeste FP gebruikers dit in de praktijk gaan nemen aangezien de meeste mensen nu immers gewend zijn geraakt aan de bestaande manier van werken met reacties...

Wellicht kan de tekst (die momenteel onder het reactieformulier staat) worden aangepast zodat daar ook melding wordt gemaakt van de nieuwe UBB tags!?

[KMK]

oVer subdomains gesproken.

Overigens worden deze redirects alleen uitgevoerd als je geen subpagina opent, dus bijvoorbeeld pw.tweakers.net/pricewatch wordt niet geredirect.

Dit mag niet. En waarom dan niet denk je. Dit merkt Google aan als het spammen van hun Index, het lijkt namelijk of er meerdere sites zijn, dit is echter niet zo want het is gedupiceerde content. Het is dus noodzaak indien je dit doet dat je je robots.txt zo aanpast per sub.domain dat de normale www.t.net niet dubbel in de index komt te staan met verschillende subdomains.
Dit http://www.google.com/sea...ite%3Apw%2Etweakers%2Enet
mag dus allen results bevatten over de pricewatch, en eigenlijk mag dat zelfs al niet.

[ACM]

Dit mag niet? Dat bepalen we lekker zelf wel!

Google is niet "de baas van het internet", als wij een technische reden hebben om geen redirects te doen bij subdomains die ook al met een subpagina-request bezig zijn, dan hebben wij daar een reden voor, denk je niet?
Dat vind ik vele malen belangrijker dan "wat google wel of niet goed vindt".
Denk je bijvoorbeeld eens in dat iemand een POST-request uitvoert en wij dat zouden weigeren of redirecten "omdat het het verkeerde subdomein heeft en Google dan misschien wel boos wordt!".

Bovendien is dat domweg de oude situatie, toen werkte gewoon standaard elk subdomein en werd dat helemaal nergens gecorrigeerd. Op de nieuwe manier wordt in ieder geval iedereen die een fout domein voor de frontpage gebruikt voorzien van de correcte url. Maar het is vooral uit het punt van gebruiksgemak ingevoerd, zodat mensen die pw.tweakers.net intikken bij de pricewatch uitkomen.

De nieuwe situatie voorkomt overigens meer duplicatie, omdat iedereen die normaliter een fout subdomein opvroeg standaard altijd in dat subdomein bleef en alle links daar op aangepast werden, nu dus niet meer. Er is dus in de praktijk minder duplicatie van content daardoor, dan er voorheen was.
Overigens is pw.tweakers.net geen actief subdomein, slechts een forward naar tweakers.net/pricewatch...

[KMK]

"Met mag niet" bedoel ik:
Wordt in mijn ogen aangemerkt als Google index spamming.. Zo dat is duidelijk lijkt mij

En

Overigens is pw.tweakers.net geen actief subdomein, slechts een forward naar tweakers.net/pricewatch...

is niet waar.. http://pw.tweakers.net/nieuws/39091 index copy

Overigens heb ik dit vaker gezien
http://www.google.com/sea...%22+site%3Atweakers%2Enet
Dubbele copy en dus fout in omgaan met subdomains.

PS:

Dit mag niet? Dat bepalen we lekker zelf wel!

Als men dat blijft denken dan komen we nooit tot universele standaarden en richtlijnen becoming a pro takes time

[ACM]

PS: Dit mag niet? Dat bepalen we lekker zelf wel! Als men dat blijft denken dan komen we nooit tot universele standaarden en richtlijnen becoming a pro takes time

Dat is onzin.
Wij bouwen een site volgens internationale richtlijnen en proberen die zo goed mogelijk bruikbaar te maken voor onze gebruikers.
Als je bijvoorbeeld onze html en css laat analyzeren zul je zien dat die zeer goed tot volledig conform de respectievelijke standaarden is.

En nee, we doen niet aan XHTML. Vziw is dat nog lang niet aan de orde zolang de meest gebruikte browser het niet fatsoenlijk ondersteund.


ALLE ongebruikte subdomeinen zijn hier een alias voor tweakers.net, dat is al jaren zo. Dat gaan we dus echt niet nu ineens wijzigen omdat het misschien wel als spam gezien wordt. Wij bieden nergens die subdomeinen aan, die hebben andere mensen bedacht (www2 bijv) om te gebruiken. Deze stap is slechts een eerste (en misschien de enige) stap om het gebruik van al die diverse subdomeinen terug te dringen en tegelijkertijd een paar shortcuts aan te bieden.
Mocht er ooit een richtlijn ontstaan die bedoelt is om sites beter te laten structureren en dit daarin verboden of afgeraden wordt, wellicht dat we dan wat haast maken met de volgende stappen. Tot die tijd bepalen we het lekker zelf, rekening houdend met de al bestaande situatie en actuele standaarden en richtlijnen.

Echter... Google is geen standaardsinstelling, het is een zoekmachine (in deze context). Google zou onze site moeten indexeren zoals wij die gemaakt hebben, wij zouden niet de site aan moeten passen zodat Google hem kan indexeren.
Zodra Google, Yahoo, MSN en de andere grote zoekmachines met een stel "site structure guidelines" komen, willen we ons daar waarschijnlijk best wel aan houden. Maar Google's "wil" is geen wet, Google is hooguit een grote speler als er ooit een standaard of richtlijn voor komt.

[KMK]

Google zou onze site moeten indexeren zoals wij die gemaakt hebben, wij zouden niet de site aan moeten passen zodat Google hem kan indexeren.

Presies de fout is bij jullie de site zijn robots.txt is niet in orde..

2 uurtjes werk en een rewrite rule erbij en je hebt het in orde.

en http://waarkanikmijnfullaboopzeggen.tweakers.net/ wordt mijn standaard pagina.

[ACM]

Maar waarom moeten wij zo nodig onze site richten naar Google? Waarom is Google zo heilig dat wij allemaal dingen aan moeten gaan passen die voor alle gebruikers prima zo werken en verder ook gewoon voldoen aan de actuele standaarden en richtlijnen?

Blijkbaar lees jij er een of andere vreselijke immorele gedraging, alsof we een misdaad begaan hiermee ofzo. Je suggereert in ieder geval dat deze discussie voor jou een reden is je abonnement op te zeggen. Wat doen wij toch zo vreselijk fout dan? Een stel subdomeinen die allemaal voor dezelfde pagina bruikbaar zijn is in jouw ogen iets immoreels? Sja vroeger was het er vanwege de "nickname.tweakers.net"-pagina's, maar dat is vanwege sessie-kaping vrij snel weer uitgezet en redirects naar de homepages van gebruikers werkten ook niet zo lekker.

Maar blijkbaar is het nu immoreel, sinds wanneer? Sinds Google bestaat of was het dat altijd al? Want onze subdomeinen zijn er vziw al van ver voor Google zo groot is - nog uit de tijd van altavista volgens mij -, zeker van ruim voor de beursgang en de continue aandacht. Was het toen ook al immoreel/fout?

Tweakers.net is er voor de gebruikers, niet voor Google! Wij passen niet zomaar onze site aan, omdat Google weer een of andere nieuwe regel bedacht heeft. Wij passen onze site aan omdat er technische of functionele redenen zijn voor de aanpassing, bijvoorbeeld omdat er nieuwe technieken zijn opgedoken (zoals Ajax) of om betere support te bieden aan diverse browsers (zoals het omzetten van de javascript-gegenereerde html naar gewone html).

[KMK]

Blijkbaar lees jij er een of andere vreselijke immorele gedraging, alsof we een misdaad begaan hiermee ofzo.

Yep dat is ook inmoreel. Op deze manier wordt de site index namelijk verdubbeld, ten onrechte.

nog uit de tijd van altavista volgens mij

Over dat History verhaal.. geen response.

Het probleem is dat ik je hier attendeer op een probleem, en aangezien ik een gebruiker ben en jij aangeeft dat t.net voorde gebruikers wordt gemaakt, bij deze fix het!

Je suggereert in ieder geval dat deze discussie voor jou een reden is je abonnement op te zeggen.

Ja dat klopt, het gaat mij niet alleen om deze discusie. nieuws staat te lang in "Upcoming nieuws en meuk" zonder dat ik de link van dat nieuws kan zien, dat kon vroeger wel, daar heb ik voor betaald.
Het gaat er mij ook om dat je zelf serieus luistert en profesioneel antwoord naar je gebruikers, en het vermogen hebt in te kunnen zien dat het mischien niet correct is wat je hebt gebouwd.
Dus ja ik waar kan ik mijn full abo omzetten in een stadaard, geld zal ik nooit meer overmaken, ik klik nog wel eens op een banner.