Peter de Blieck

Aliassen zitten op dit moment niet standaard in het cms, als een site meertalig wordt gemaakt passen we het wel aan zodat het mogelijk wordt een 'urlnaam' op te geven en voor de x aantal talen het opschrift (mits alle verschillende talen exact dezelfde content/structuur hebben). Een url ziet er dan uit als: www.website.nl/nl/contact, engelse variant is dan www.website.nl/en/contact. Die aliassen hebben we er nu standaard niet in. Wat underscores betreft: nooit over nagedacht. Vind zelf nog steeds underscores er beter uit zien. De dashes zullen volgens dat artikel wel goed indexeren, maar ik heb meer het idee dat dat pas nuttig is als je alleen maar keywords gebruikt in de paginanaam. Het wijzigen naar dashes is overigens heel snel gedaan, maar aangezien de site al online staat weet ik natuurlijk niet of dat wenselijk is. Die overbodige div kan idd ook gedaan worden door andere css te gebruiken. Probleem is dan wel dat je met floats werkt enzo.. maar goed. het is 1 overbodige div, aangezien een div geen semantische betekenis heeft maakt dat in mijn ogen niet uit. Verder moet ik bij elk css-ding rekening houden dat het werkt in de 3 meest gebruikte browsers: IE, FF en Opera.

Die underscores zijn eigenlijk gekozen omdat deze het meeste lijken op spaties, meer een smaak 'iets' dan een gefundeerde keuze. De namen die gebruikt worden zijn de namen van de knoppen. Achter deze website zit een beheer waarmee je de hele websitestructuur (lees sitemap) kan maken. Hier geeft men de titel van de pagina op en deze wordt ook gebruikt in de url. Dat contact ipv contact_en_adres duidelijker is weet ik, maar dan zou ik ook het opschift van de knop veranderen. Wel zit er een 'intelligente' 404 in. http://www.infotrade.nl/klanten bestaat niet, maar geeft je wel suggesties van pagina's die je wel kan bedoelen. Overbodige divs vraag ik me af. De enige die ik me als overbodig kan voorstellen is , maar doordat FF en Opera de container niet 'meerekken' is deze fix nodig. Content-type hou ik me niet mee bezig, mag de server doen. Hecht daar voorlopig nog niet veel waarde aan omdat de grootste speler op de markt er nog absoluut niet klaar voor is om application/xhtml+xml te ontvangen.

In plaats van alleen het inladen van de rss-feed gaat SPROUT het forum ook volledig tonen. Niet in een frame binnen de pagina, maar via http://forum.sprout.nl

Tuurlijk is er een backup (wordt dagelijks gemaakt), maar dit was een combinatie van dingen die niet helemaal gingen zoals gepland. Op de server zou een standaard update moeten plaatsvinden van php, apache (webserver), perl en mysql, een hele reeks updates dus. In het begin ging er iets fout door versieconflicten van de webserver. Dat was op een gegeven moment verholpen. Hierna deed alleen de voorpagina het, maar werkte het forum niet. Na een hoop code nagelopen te hebben heb ik het probleem kunnen lokaliseren. Er bleek een (niet kritieke) tabel corrupt te zijn waardoor de boel meteen vastliep. Ik hoop dat het bij toekomstige updates beter zal gaan.

Het geschikt maken van een website voor mobiele devices is niet moeilijk. Als de websitebouwer alleen maar gebruik maakt van css om opmaak te regelen kan door het toevoegen van een nieuwe stylesheet met als media type "handheld" een website binnen minuten geschikt gemaakt worden voor deze kleine devices. Helaas zijn veel (grote) websitebouwers nog steeds bezig content en opmaak door elkaar heen te gebruiken waardoor het feitelijk onmogelijk wordt om via bovenstaande manier een website geschikt te maken. Wat ook meespeelt is dat veel ontwikkelaars niet denken aan de pda's waardoor het gewoon "vergeten" wordt.

De t610 heeft geen MIDP 2.0 ondersteuning. Hier kan deze game niet op werken.