1. Dec 04

    I dag har jeg tenkt å gå litt på det banale, men som jeg ser mange er usikre på. Det er rett og slett kopiert direkte fra manualen til MySQL, men det er ikke sikkert alle som finner den eller er klare over det.

    For enkelte er det kanskje ikke greit å vite hvilken INT-type man skal ha til tider. Er det TINYINT jeg vil ha? Eler er det kanskje SMALLINT? Hvor går grensen, hvor store verdier?

    I manuelen finner vi denne tabellen, som er en temmelig grei oversikt over hvor store verdier du kan ha på de forskjellige INT-typene

    Type Bytes Minimum Value Maximum Value
    (Signed/Unsigned) (Signed/Unsigned)
    TINYINT 1 -128 127
    0 255
    SMALLINT 2 -32768 32767
    0 65535
    MEDIUMINT 3 -8388608 8388607
    0 16777215
    INT 4 -2147483648 2147483647
    0 4294967295
    BIGINT 8 -9223372036854775808 9223372036854775807
    0 18446744073709551615

    Dette gir en pekepinne på hvilken type man skal bruke på de forskjellige feltene når du lager en tabell. Det er ikke alt for mye optimalisering å hente på å sette feltene til lavest mulig, men som man sier: «Mange bekker små, gjør en stor å».

    \\ emneord: , , ,

  2. Dec 04

    Når jeg surfer på nettet kommer jeg ofte over mye genial skriving og gode poeng. I går kom jeg blant annet over en god artikkelWsG. Det er en liste over det som de mener webutviklere må gjøre for kundene sine. Jeg var veldig enig i mye av det de skriver, så jeg bestemte meg for å lage en egen liste. Mye vil være likt, men også noe som jeg mener burde gå fremfor andre emner.

    1. Stå til hjelp med det kunden lurer på

    Det er ofte slik at du også bestiller webhotell til kundene dine. Da er det viktig at du øker servicen din til å hjelpe de med problemer som kan oppstå i senere tid. Er det problemer med e-posten eller opplasting av filer? Bruk din erfaring til å hjelpe. Du burde også fungere som en buffer mellom webhost og kunde, selv om dette kan virke som noe som går utenfor din arbeidsoppgave som webutvikler.

    2. Lag komplett error-reporting

    I tillegg til god error-visning for applikasjonene du lager burde du ta forbehold for serverfeil. Dette gjør du som regel med .htaccess filen din. Lag feilmeldinger for error 404, 403 og andre tenkelige feilmeldinger. En god feilmeldingsside er mer kompakt enn en vanlig startside og inneholder link til fremsiden, sitemap og gjerne et søkeskjema. I tillegg er det lurt å ha en ydmyk tekst som ikke initierer at brukeren er en amatør som går inn på feil side. Kom med forslag til hvilken side de er ute etter og muligens legg til et alternativ for rapportering. Les mer om dette på ALAs artikkel Perfect 404.

    Bruk følgende i .htaccess for egne error-sider:

    # Error documents
    ErrorDocument 404 /php/error404.php
    ErrorDocument 403 /php/error403.php

    3. Legg sidene deres i søkemotorer om ønsket

    Sidene vil bli crawlet etterhvert, men desto tidligere desto bedre. Derfor burde du som utvikler legge sidene til kunden inn i de største søkemotorene som finnes der ute. Det skader heller ikke å linke fra bedriftssiden din til kundens side i en portefølje som gjør at kundens nye side vil øke i Googles PageRank. Å la siden du lager bli sett er en stor del av webutviklingen. Det holder ikke bare å lage en side så lenge den ikke blir brukt og oppdaget.

    4. Sperr mapper for direkte adgang

    Ikke la besøkende til kundens sider kunne snoke rundt omkring i stil- og bilde-mapper. Dette vil si at du slår av indeksering på mapper uten egen indeksfil. Dette gjøres med følgende:

    DirectoryIndex index.php
    Options -Indexes

    5. Installer favicon og bruk korrekt header-informasjon

    Installer et favicon som er passende til designet på siden. Dette er for å ha et kjennetegn i eventuelle bookmarks og for å unngå en konstant error 404 melding i loggen på hosten. Dette vil føre til tidstap, når den leter etter en fil som ikke finnes. Du burde også ha korrekt header-informasjon til siden. Dette vil si en god tittel, copyright-beskjed, forfatter, beskrivelse, nøkkelord, charset og annet elimentær informasjon. Dette er for å sende ut mest mulig informasjon til nettleser og robots/crawlere.

    6. Viderefør siden fra med www. til uten www.

    Dette er for å samle antall besøkende og PageRank til en side. Les mer om dette på no-www.org.

    7. Hold struktur i og kommenter kodene dine

    Denne er veldig viktig til tross for at den er nr. 7. Den er nr. 7 for den er såpass selvsigende at det ikke en gang burde ha vært nødvendig å nevnt. Likevell kommer det. Hold orden i kodene dine og kommentér på engelsk. Jeg har tidligere skrevet om viktigheten i dette. Det er ikke sikkert kunden kommer til å ha deg som sin utvikler hele tiden og det burde da være mulig for overtagere å forstå hva det er som har foregått inne i filene til kunden. Du kan lese om kodestruktur i PHP i artiklen min Kodestruktur, men dette gjelder også i HTML og CSS. Ha struktur og bruk indentering.

    8. Ha en høffelig tone ved kommunikasjon

    Er du som meg kan du til tider bli mildt sagt lei av kunden din. Mange kunder er vanskelig å ha med å gjøre på grunn av manglen av innsikt og kunnskap. Men det gjør de ikke til noe mindre verdige kunder. Du skal ikke forvente at kunden din har peiling på dét du gjør. Det er en grunn til at kunden har leid deg inn til å gjøre jobben. Derfor er det viktig at du holder en fin, høffelig profesjonell tone ovenfor kunden. Du har hørt ordsagnet “Kunden har alltid rett”. Det er noe du må huske på. Selv om du burde assistere med idéer som kan være alternative for å oppnå kundens mål. Selv om kunden har rett er du eksperten på emnet og burde bruke de kunnskapene og erfaringene du har gjort deg innenfor faget.

    9. Følg dagens webstandard og valider sidene dine

    Velg deg et språk og hold deg til det. Når du er ferdig med siden så passer du på at den følger standarden til den HTML du bruker. Du validerer hele siden ikke bare fremsiden. WsD hadde en god link som går igjennom alle filene i hiarkiet rekursivt. Den finner du under . Du trenger ikke å skrive “Valid CSS” og “Valid XHTML 1.0 Strict” på siden, da det skal være en selvfølge til kundens sider. (Paradoksalt at jeg har det på bloggen? Personlig valg).

    10. Lag robots.txt-fil til siden

    Siste punktet er ganske trivielt. Du burde lage en robots-fil til siden deres. Selv om den er tom så gjør det ingenting. Du unngår error 404-meldinger fra å samle seg opp i webloggen og sparer tid på det. Også kan det hende at du vil sperre enkelte roboter til å crawle siden.

    Til slutt vil jeg gjerne sitere noe som står på WcG:

    • Help them by getting it right from the start.
    • You’re the expert so you should know about and be doing this stuff.
    • Don’t wait until they ask for things that should already have been done correctly.

    Det var mine 10 tips. Kom gjerne med tilbakemelding på hva som kunne ha vært bedre.

    \\ emneord:

  3. Dec 04

    Det har vært lite aktivitet fra meg de siste ukene. Jeg har vært utslitt og har hatt vondt i alle muskler. Russetiden går hardt utover helsen. Men nå er den tiden forbi, og er kun et minne til fremtiden. Nå har jeg bedre tid igjen, til å skrive mer på denne siden, og prøve å gjeneurobre lesere, som sikkert har synket så drastisk at jeg ikke en gang tør å tenke på det. Men det er vel slik som skjer, når russetiden kommer. Prioriteringslisten endrer seg.

    Som første post, etter pausen min, vil jeg anbefale noe lesestoff for de som er i tvil om hva webstandarder er, og hvorfor det er så sabla viktig. Denne lenken fører deg videre til Webstandards.org, som ofte kommer med gode poster til de som engasjerer seg for semantikk og webstandarder. Noen poster kan man kanskje styre unna, da de blir litt for tekniske for de fleste.

    Men dette er altså en artikkel jeg anbefaler alle som driver med nettutvikling å lese: What are web standards and why should I use them?

    \\ emneord: , , ,

  4. Dec 04

    Etter at jeg postet forrige post, tenkte jeg at jeg skal gjøre dette så ofte jeg kan, og lage en serie av artikler som jobber for å forbedre semantikken i dokumenter og sider over hele nettet. I alle fall til leserne av denne bloggen.

    1. Bruk ol til å markere kommentarfeltene dine. Det vil bli logisk oppbygd med tanke på at det er en kronologisk oppbygging av det. Først har du navn, så url/hjemmeside og e-post, deretter kommer det hovedsteget kommentaren. Rekkefølgen kan selvfølgelig være anderledes, men det var bare et eksempel. Du skal selvfølgelig i tillegg bruke fieldset/label og alle andre semantiske oppbygginger for form. Dette med å bruke en ordnet liste, er generelt for alle form, ikke bare for kommentar felt. Også registrering, søk, nyhetsscript osv.
    2. Snakker du om kode, kan du bruke var til å definere variabelnavn. Det gir brukeren informasjon om at det virkelig er et variabelnavn. Eksempel: <var>my_variable</var>. Også her kan du bruke lang-attributten, som snakket om forrige post.
    3. Bruk kbd til å definere tastatur-knapp/kombinasjon. Skriver du en guide til hvordan du kan gjøre en ting med hurtigtaster, kan du vise brukeren at dette er tastaturknapper du snakker om ved å bruke kbd-tagen. Eksempel på bruk er <kbd>SHIFT + ALT + V</kbd>.
    4. Bruk dfn til å definere en definisjon/uttrykk/et term. Om man kommer med ukjente uttrykk som ikke er en del av dagligdags tale, også gjerne kjent som faguttrykk kan man bruke dfn-elementet til å vise dette til brukeren. Eksempel på bruk er <dfn lang="en">object orientert programmering</dfn>

    Det var dagens semantiske tips, med noen kanskje ukjente elementer. Husk at du kan bruke standard attributter på disse.

    \\ emneord: , ,

  5. Dec 04

    Her kommer en kjapp liste over 4 semantiske tips som du kan fundere litt over og kanskje vurdere å bruke i dine sider, for å maksimere tilgjengeligheten. Dette er kanskje litt inspirert av Photoshop TVs “One for the Road”, der de gir tips på slutten av programmet som seerne burde sjekke ut.

    1. Definer sidespråk til eksterne lenker. Dette gjøres via attributten til a, som heter hreflang. Der definerer du språket til siden du lenker til ved å gjøre f.eks: <a href="http://site.no" title="Sidetittel" hreflang="no">Side</a>.
    2. Definer språk i paragrafene dine. Også slik at brukeren skal få informasjon om hvilket språk dette står på. Dette gjøres med attributten lang, og du kan blant annet bruke den på paragraf-elementet. Eksempel: lang="no".
    3. Bruk rel til å definere hva en link er. Om du lenker mellom sidene dine i en hel nettside kan du bruke rel til å si til nettleseren hva denne siden er for deg. Det er et nøkkelord, som kan gruppere forskjellige linker og si hva som hører sammen. Har du f.eks en “kontakt meg”-side kan du bruke rel="contact".
    4. Bruk rev til å definere hva lenkesiden er i forhold til nåværende side. Det vil si det motsatte av rel, og om du da er inne på “Kontakt meg” siden, og linker tilbake til fremsiden, kan du bruke rev="contact" for å vise at du er inne på kontaktsiden til hovedsiden din.

    Det var 4 kjappe (kanskje litt vell kjappe) tips, til hvordan du kan forbedre tilgjengeligheten/semantikken i dine sider!

    \\ emneord: , ,