willemj

Een belangrijk punt dat ik wilde maken is dat wanneer je klant het eindprodukt niet ziet het niet gaat werken. Of dat nou overheid is of een 'kleine' klant. Je klant even laten upgraden is (voor mij althans) een 'no go'. Die is als de dood dat z'n telebankieren etc niet meer werkt. Ook niet geheel onterecht. Heb na upgrades bij klanten (niet alleen browsers) aardig wat dingen in de soep zien lopen. "If it aint broken don't fix it" mag wat dat betreft op posterformaat aan de muur. Tuurlijk moet je ook op je eigen tijdsbesteding letten. Maar wanneer je de 'fout' maakt niet te specificeren op welke platformen je produkt werkt mag je ook genieten van de blaren ;) In dit geval een beetje zuur omdat de kennis die je op doet bij het uitzoeken van het probleem niet erg waardevol is omdat ondersteuning voor IE6 (hopelijk) snel echt afgelopen is. Maar veel van mijn kennis komt uit het uitzoeken van heel specifieke problemen. En drie maal is scheepsrecht: zo'n beetje alle IE6 problemen zijn bekend en de oplossingen ook. Ik heb eens 2 dagen besteed aan het vinden van een probleem in een site op Firefox dat nieuw was.

Idem voor de overheid. Werk aan een site voor een gemeente en die gebruiken ook IE6. Bij de bezoekers is het misschien 1% die IE 6 gebruik. Maar als de klant niet de site ziet zoals hij hoort te zijn. @highio: hoezo steekhoudende argumenten? Veiligheid oké. Maar omdat weinig andere mensen IE6 gebruiken moet hij maar upgraden?? Of je stelt van te voren dat het niet werkt of je zorgt dat het werkt. Zo'n beetje alle problemen zijn bekend inclusief een oplossing (zie bijvoorbeeld http://www.quirksmode.org/)

Mosterd na de maaltijd: voor web-ontwikkeling altijd in de offerte opnemen voor welke browsers de site gemaakt is. Met (persoonlijke) uitleg waarom je een bepaalde browser wel of niet meeneemt. Ik gebruik hier zelf de Yahoo graded browser support lijst voor (inclusief IE 6 dus :) ) Voor nu; virtuele machine inrichten met MSIE 6 en daarop testen. Of probleem omschrijven eventueel met screenshot en plaatsen op een technisch forum. Meeste problemen zijn vrij standaard en bekend.

Wel of geen UTP hangt niet direct af van wel of niet hosted maar van het type toestel. Je telefonie ziet er zo uit: [toestel hotel] ---(a)--- [centrale] ---(b)----[telefoonnetwerk]---©---[toestel degene die je belt] Als je gaat voor hosted dan heb je bij toestel een voip telefoon met UTP kabel (a) wat naar de centrale op internet gaat. Plaats je zelf een centrale dan heb je meer keuze. Kabel (a) is dan in principe afhankelijk van je type centrale en toestel. Maar systeemtoestellen (specifiek geschikt voor de centrale niet voor 'normale' telefoonlijnen) werken prima over UTP. Net als VOIP en ISDN. Analoog werkt ook over de kabel maar je moet een beetje friemelen met de stekkertjes. Met een eigen centrale is het mooie dat je ook voor verbinding (b) meerdere keuzes hebt. Je kunt je centrale met ISDN aansluiten op het telefoonnetwerk. Maar ook VOIP, analoog of een combinatie. Je centrale bepaalt dan op basis van beschikbaarheid en kosten wel aansluiting gebruikt moet worden. Let er trouwens op dat je eenvoudig kostenuitdraaien kunt maken per aansluiting en deze per aansluiting kunt resetten als een nieuwe gast arriveert.

Wat voor bekabeling heb je nu? Analoge telefonie heeft 2 aders nodig. Voor een voip toestel heb je (cat5) netwerkkabel nodig en bij ieder toestel een netstroomadapter of gebruik je 'power over ethernet' (POE) Aanleg hiervan kan nog best in de papieren lopen. Voordeel voor de klant van gebruik van een voip-toestel zie ik trouwens niet. Dus voip tot aan de kamer lijkt me niet interessant. @vorige posters: het gaat om bezoekers van een hotel die moeten kunnen bellen. Wil je die mensen echt een usb-headsetje en cd met soft phone software in de hand duwen??

Linkje naar artikel op BNR. Net zo beknopt maar zonder registratie. Zou gaan om een rente van 8% en 40 euro administratiekosten.

Site spamklacht.nl: Geen spam dus. Zelfs een opt-in is niet verplicht. Klant heeft wel recht van verzet.

Om de zondag af te sluiten: middelste stuk (met td class="height100") vervangen door dit en het werkt in IE8 en Firefox 3.6.x: Feitelijk ikkrijg z'n oplossing dus.

Het gedrag van Firefox is eigenlijk vreemd. Op w3c staat dit: Met andere woorden: de hoogte van het body element bepaalt de hoogte van de middelste cel. De body op zijn beurt krijgt door de height: 100% de hoogte van de viewpoort. De cel zou dus net zo hoog moeten zijn als de viewport (wat ook klopt, de footer tekst staat precies de hoogte van de koptekst buiten het scherm en dat blijft zo ook als je je venstergrootte verandert) Ik zou ikkrijg z'n manier proberen. Of een vaste hoogte voor de header & footer. Google op 'footer at bottom of page' of 'css page fill viewport' levert vele alternatieven. Is namelijk erg basic ;)

Je specificeert 'height' als 100% alleen is de definitie van waar je 100% van krijgt niet eenduidig. Even googlen op MSIE 100% viewport en je wordt een stuk wijzer ;)

In dit geval is het zelfs een standaard wordpress theme. Totaal geen eigen inbreng dus. Review heb ik naar de maker van het 'theme' gestuurd ;-)

Technisch is het te doen maar je gaat tegen een aantal dingen aanlopen: De leverancier moet het aanbieden. Dat zoiets achter een login zit is op zich geen probleem. Maar hoeveel waarde heeft de vergelijking nog als je 80% of maar 50% van je aanbieders hebt? Alhoewel het tijd blijft schelen natuurlijk. Het 'matchen' van producten is lang geen 100%. Ieder product heeft een ean-nummer (barcode) maar kan onder verschillende codes bekend zijn. Een HP cardridge van één type kan zomaar onder 5 nummers bekend zijn. Dus zelfs als je 100% van je leveranciers kunt vergelijken en ze verkopen allemaal een bepaald product dan loop je nog kans de prijs van maar de helft te vergelijken. Merk- en productnaam vergelijken werkt meestal ook niet. Korting bij staffels zijn lastig. De importformaten voor prijsvergelijkingssites die ik ken bieden geen opties voor staffels. Dus als je vier banden wilt bestellen en een leverancier heeft een staffelkorting dan mis je die. Minimaal orderbedrag en bestelkosten zou je mee moeten nemen in de prijsvergelijking. Eén order splitsen over twee leveranciers is wellicht goedkoper dan opsplitsen over meerdere leverancier die per product het goedkoopste zijn.

Grove schatting: siteexplorer van Yahoo zoals genoemd. Voor een echte telling eerst een definitie van pagina opstellen en dan zoiets proberen: - misschien hebben ze een sitemap voor google met alle unieke pagina's - zoekfunctie misbruiken en zoeken op de/het/een en unieke url's of titles tellen - zelf crawlen / spideren met bijvoorbeeld wget (tooltje om sites te clonen) of een eigen spider - site: zoekfunctie van google met verschillende zoekwoorden, levert iets betere resultaten als zonder zoekwoord (helaas is het geautomatiseerd gebruik van google wat beperkt tegenwoordig) - als ze urls als index.php?index= gebruiken alle urls van 1 tot een miljoen opvragen - kijken welk cms / blog ze gebruiken en kijken of daar structuur in zit Nogal afhankelijk van de site dus. Bedenk me nu dat je met je vraag ook mijn definitie van 'pagina' kunt bedoelen. Zo ja, roep even ;)

Paar procent gaat niet lukken denk ik. De definitie van 'een pagina' is om te beginnen al niet zuiver. Een url met een productoverzicht biedt meestal een sorteer mogelijkheid. Telt iedere sorteeroptie als aparte pagina? Dezelfde pagina heeft de optie om 5, 10 of 25 resultaten per pagina te tonen. Is iedere optie een aparte pagina? Printfunctie toont een pagina in een popup voor afdruk. Aantal pagina's van de site ineens verdubbeld. Een site heeft een kalender staan, klik je op de volgende maand dan ververst de pagina om die maand te tonen. Je ziet dus tweemaal dezelfde pagina met als enige verschil een andere maand in de kalender. En ga zo maar door.

Mijn hoster, mijn telefonie-aanbieder enzovoort sluiten me ook af als ik niet op tijd betaal. Enige verschil dat ik zie met jouw situatie is dat mijn aanbieders de moeite nemen om een herinnering op papier te sturen of zelfs even te bellen (ja echt! is me 1 keer overkomen, wist niet wat er gebeurde ;) ) voor ze dat doen. Wil je nu echt regeltjes hebben over de vorm waarin herinneringen gestuurd moeten worden ??? Lees net een stukje uit de AV van je hoster. Ze staan in hun recht al heb ik mijn twijfels of die AV wel 100% rechtsgeldig is. Naast de budget uitstraling van de club zijn deze voorwaarden voor mij voldoende reden om hard gillend weg te rennen ;-) Ze bieden overigens ook automatische incasso en papieren facturen aan (laatste met een meerprijs) Lijkt me voldoende risico beperking.

Waar baseer je dit op? Uiteraard hangt veiligheid van het totaal plaatje af. Maar om nou te zeggen dat een white box audit (code bekijken) of black box audit (systeem van buiten testen) waardeloos is omdat je niet het hele plaatje test? Een éénmalige audit geeft op z'n minst aan wat de kwaliteit van de code is. Misschien komt er wel uit dat de programmeurs de meest basic beveiligingen niet geimplementeerd hebben. Of dat door het iets anders inrichten van de server het risico van toegang tot data beperkt kan worden tot nihil. Testen op bekende bugs in bekende pakketten lijkt me trouwens ook weinig zinvol. Tenzij noodzakelijk hoor je toegang tot eventuele pakketten (mysql, mysqladmin etc) al af te schermen voor het grote publiek. Daarnaast hebben de meeste pakketten een aparte mailinglijst voor beveiligingsproblemen. Zo weet je net zo snel dat je server een probleem heeft en bespaar je die $1000. Sowieso testen dit soort systemen geen maatwerk, geen zwakke wachtwoorden, geen gebruik van onversleutelde wachtwoorden en zo verder. Schijnveiligheid dus. @rk je doelt waarschijnlijk op skipfish of ratproxy.

Postcode validatie kost geen duizenden euro's of 'als snel een euro per controle'. Opzoeken adres 0,08 euro en valideren (voor heel europa) 0,14 euro. Zie bijvoorbeeld hier. Daarnaast bestaat de 'open source' versie van de 6p database. Zie hier. Niet 100% accuraat maar dat is niet nodig wanneer je de postcode achter de schermen controleert. Een enkele niet bestaande postcode die je alsnog met de hand online controleert is geen ramp (of op z'n minst beter dan niet controleren ;) )

Veel te veel muisklikken dus voor een fijne gebruikerservaring ;) Fijne details van vertaling van 'experience' naar 'ervaring' even buiten beschouwing gelaten.

Je kunt het icoon op twee manieren instellen: 1) via een regel in de HTML pagina 2) via een bestand favicon.ico in de root van de site Optie 1 gaat voor optie 2. Ik gok dat de 'foute' icoon een standaard icoon is voor een server-, cms- of commercepakket en de site dus via optie 1 z'n eigen logo toont.

Ik gebruik nog wel eens een acceptatieperiode. Facturering kan dan bestaan uit voorschot, gedeelte bij oplevering en gedeelte na acceptatie.

Jazeker heb ik ze gelezen. Keer of drie van voren en weer terug. Hanteer ze zelf (althans de voorlaatste versie met standaard wat aanvullingen in offertes) en weet uiteraard wat ik mijn klanten voorleg. Ik lees in Michiel z'n vraag niets over de eenzijdigheid van de FENIT voorwaarden alleen dat hij iets gevonden heeft over FENIT voorwaarden maar denkt dat dat niet onderdeel van een contract kan zijn. Andere intrepetatie. Misschien dat Michiel z'n vraag wat kan toelichten.

Niets mis met de favicon van de Bijenkorf zelf. Alleen zegt de server dat het een HTML bestand is. Volgens de specificaties hoor je het dan als browser ook als text te tonen.

De afmeting 16x16 pixels is de standaard maat voor in de adresbalk. Een favicon kan tot 128x128 pixels (even uit m'n hoofd) Daarnaast zijn er nog de icons die bijvoorbeeld voor de iphone gebruikt worden. Deze zijn 57x57 pixels. Code daarvoor ziet er zo uit "". De favicon.ico staat altijd in de root van de site. Dus http://www.hl.nl/favicon.ico Ergens anders kan niet. De originele manier is de favicon in de root van de site dus http://www.hl.nl/favicon.ico. Maar dit is later uitgebreid met dezelfde optie als de iphone icons: "" Je bedoelt iets als als link? Een image linken werkt hier in ieder geval niet.

Dat staat allemaal gewoon in de FENIT voorwaarden. Samen met een stukje papier waar op staat wat je laat maken is dat je overeenkomst / contract. Je zult dus specifieker moeten zijn over wat je zoekt (of niet terug vindt in de FENIT voorwaarden)

Is dat jouw concept 'pagerank' of bedoel je de 'pagerank' van Google die te zien is in de Google toolbar of de feitelijke ranking van pagina's? Bedoel je de tweede: ik sluit me aan bij Frans. De toolbar pagerank zegt feitelijk niets. Is hier en elders op het web al heel veel over geschreven. Dat ga ik niet herhalen. De term 'pagerank' is overigens een beschermd merk. Zoek even op BOIP naar 'pagerank'. Vraag me af of 'meer ' niet automatisch inbreuk is. Inhoudelijk; tip nummer twee 'Voorzie de pagina’s van Keyword MetaTags' is echt niet meer van deze tijd. En als je een beetje hip wilt zijn noem je de laadsnelheid van sites als optimalisatie.