Det tar ikke lang tid å gjennomføre testen. 18 sider av enkle spørsmål som går i alt fra arbeidsforhold, inntekter og til kompetanseområde. Testen er anonym, så det er ingen grunn til å ikke ta den.

Hvorfor ta testen? Målet er å kartlegge markedet vi jobber i.

Det ser ut som om jeg må gjøre dette manuelt, noe som innebærer unødvendig mye stress.
Jeg får se på det når jeg har tid og krefter…

Da har jeg endelig gått til innkjøp av ny Mac. Det er på tide med ny maskin, da min gamle iBook begynner å dra på åra. Maskinen ble som følger:

• 2.4GHz Intel Core 2 Duo
• MacBook Pro 15-inch Widescreen
• 2GB 667 DDR2 SDRAM - 2×1GB
• 250GB Serial ATA @ 5400 rpm
• SuperDrive 8x DL
• Apple Remote
• No iWork Preinstalled
• No Final Cut Exp Preinstalled
• No Aperture Preinstalled
• No Logic Exp Preinstalled
• BkLit Keyboard/Mac OS-H
• Country Kit-NOB

I tillegg ble det innkjøp av ekstra minne, så det blir oppgradert til 4 GB. Håper den lever opp til forventningene, og jeg må si jeg gleder meg som en unge.

I år er dagen 4 dager senere, men det er ingen hindring. Arrangør-nettstedet er det samme som tidligere (naked.dustindiaz.com), så meld dere på før dere glemmer. Gjør også klar eventuelle koder, plugins eller verktøy om dere ikke er sikre på at dere husker å gjøre det manuelt når dagen er kommet. Husk å ta høyde for tidsforskjeller rundt om i verden.

Så håper jeg at alle som var med i fjor vil være med i år. Jeg vet i alle fall at Bza er trofast og kommer til å kle seg naken og fri.

Liste over norske deltakelser (oppdateres etterhvert)

• Bza
• Einars blogg
• Auduns IT weblogg
• BluMonkey
• Audun Sæther

Nå for 8 dager siden kom Wordpress med en stor lansering (RC 1) som ser ut til å være en av de større oppdateringene Wordpress har kommet med på lang tid. Versjonene håpper fra 2.3.3 til 2.5. Det er helt ny UI på kontrollpanelet, og flere muligheter når det kommer til funksjonallitet.

For å nevne noen oppdateringer:

• WP kommer nå med støtte for Gravatar “ut av boksen”.
• RSS-strøm med full tekst
• “Medfødt” støtte for tags
• Enklere oppdatering av plugins

Les alt om oppdateringene på Wordpress’ egne sider, og fortell meg hva dere syns.

Jeg kommer til å kjøre RC-1 på en lokal server for testing. Så får vi se når det er klart for oppdatering på denne siden. Wordpress selv mener 2.5 er stabil og er klar for full lansering, men vil være på den sikre siden å vente til flere tilbakemeldinger er inne.

Men en ting skal være sikkert, skjermskuddene fra det nye kontrollpanelet ser herlig ut.

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 å».

Jeg har for litt siden bestemt meg for å satse mer seriøst som frilanser i webutvikling og andre relaterte tjenester, og derfor startet prosessen om å starte nytt firma og ansette regnskapsfører.

Jeg startet med dette for vell 3 uker siden, og nå begynner det å ta form. Bedriften min har nå endret navn til Brevik Web og alt begynner å falle på plass.

Jeg vil gratulere meg selv med nytt firma, og ønske meg lykke til.

Det er sikkert ikke bare meg her som jobber som frilanser i webutvikling. For at man skulle kunne dra noen penger inn på dette, må man selvsagt være registrert som et foretak. Dette gjør at man kan sende ut fakturaer, og drive respektabelt. Men det er ikke alltid like enkelt å vite hvor man skal starte, og hva man skal gjøre når man har funnet ut hvordan. Frilansinfo.no har i løpet av en kortere periode publisert 6 artikler som tar deg fra A til Å når du skal registrere foretak, og den første perioden deretter. Hadde jeg bare sett denne for noen år siden, hadde det spart meg mye tid å krefter i egen research. Guidene finner du under Etablere->Oppstartsguide.

Det hele starter med forberedelsene. Er du klar til å starte gründer-tilværelsen? Etter første artikkel i serien, går de videre til grunner til å bli frilanser, navnvelgelse på foretaket, selvskapsformer og registrering av foretaket. Til slutt kommer den delen jeg likte best; «Startguiden [6]: 10 ting å gjøre de første ukene som selvstendig næringsdrivende». Her er det veldig mye bra lesestoff å hente.

Lesestoffet begrenser seg ikke bare til oppstartsguiden, men sprer seg også utover hele siden. Her kan du blant annet hente ut maler på kontrakter, fakturaer, m.m.. All kudos til Atle Hansson for å ha nok initativ til å starte siden.

Alle de forskjellige bildebehandlerne jeg har prøvd per dags dato har vært fulle av feil og mangler. Dette så jeg meg lei på i dag, og bestemte meg for å få den nyeste versjonen av ImageManager til å fungere. Siden jeg ikke fikk den til å fungere slik som den var.

Her kommer det en komplett guide til hvordan du får den til å fungere.

1. Last ned ImageManager.
2. Kopier filene over til strukturen din, den passer godt i samme mappe som du har tiny_mce js-filene. Jeg har den i en mappe ovenfor root
3. Legg til følgende under tinyMCE.init
   
   1. plugins : "advimage",
   2. file_browser_callback : "fileBrowserCallBack",

4. Så Legger du til ImageManagers settinger under settingen av TinyMCE:
   
   1. <!-- start of calls -->
   2. <script type="text/javascript"
   3. src="js/ImageManager/assets/dialog.js"></script>
   4. <script type="text/javascript"
   5. src="js/ImageManager/IMEStandalone.js"></script>
   6.  
   7. <script language="javascript" type="text/javascript">
   8.    var connector = "../../../ImageManager/manager.php";
   9.  
   10.    // dynamic path to images dir
   11.    base = "../../image_uploads/";   
   12.  
   13.    // relative url to images dir
   14.    path = "/image_uploads/";
   15.    //Create a new Imanager Manager, needs
   16.    // the directory and which language translation to use.
   17.    var manager = new ImageManager('js/ImageManager','en'); 
   18. </script>
   19.  
   20. <script language="javascript" type="text/javascript"
   21. src="js/ImageManager/tinycall.js"></script>
   22. <!-- end of calls -->
   • connector skal være i forhold til 'tiny_mce/plugins/advimage', så har du det i samme mappe-plassering som meg blir det korrekt med 3 * ../
   • base skal være i forhold til en PHP-fil som du finner i ImageManager-mappen. En gang tilbake (../) blir altså på mappen der du har tiny_mce og ImageManager, en gang til tilbake og du kommer til root, om du har det som meg.
   • path er til bildepath. Den er i forhold til root. Du må prøve litt ut på disse mappe-stiene for å se hva som passer deg.
5. Her kommer feilen med ImageManager som tok meg en evighet å finne ut av. Gå inn på filen tinycall.js som følger med ImageManager. Der, på linje 8, endrer du
   
   1. if(this.src_field) {

   til

   1. if(src_field) {

Da skal du være ferdig, og alt fungerer slik det skal. Du finner ImageManager ved en knapp til høyre for Image Path i den vanlige Image-plugin som følger med TinyMCE.

ImageManager ser nå, for meg, slik ut:

Andre geniale endringer er nye elementer som har kommet. Dette er noen av mine favoritter:

• header » Markerer headeren på siden din
• footer » Markerer footeren på siden din
• nav » Markerer navigasjonen på siden din
• article » Markerer en artikkel på siden din, f.eks nyhet eller blogginnlegg.
• dialog » Sier seg selv, en dialog mellom to personer.

I tillegg har vi også de ganske omtalte audio- og video-elementene som er for media på siden din, og gjør det enklere å vise filmer eller musikk på siden din.

I tillegg til dette er det veldig store forbedringer i FORM-håndtering og laging i HTML5.

For mer lesing om HTML5 kan dere se på forskjellene mellom HTML4 og HTML5 eller lese spesifikasjonene til HTML 5.

I går midt på dagen skjedde det. Norsk Webforum (NWF) oppgraderte fra phpBB2 til phpBB3. Til nå har det vært positive tilbakemeldinger, og jeg er også fornøyd med at ledelsen valgte å gjøre det. Det har blitt testet grundig på forhånd, så det ble ikke noen merkbare feil ved konverteringen.

Foreløpig kjøres forumet med default design, til og med uten NWF logo, men det skal det forhåpentligvis bli en endring på. NWF har etterlyst en designer som er villig til å lage et nytt design til siden, da de mener det er på tide med et helt bytt av profil på NWF. Det har nå vært 5 år med samme programvaren, samme designet og samme logoen. Jeg kan derfor si meg enig med administrator jobela (aka Lurifax) om at det nå er på tide å tre inn i 2008 med ny og freshere stil.

Jeg håper derfor på at en begavet designer sier seg villig til å lage et design til NWF, og at det blir en fantastisk rengjøring og oppgradering fra tidligere design fra Compute og PepperX.

Det er mulig jeg kommer til å savne "gamle" NWF, for som de sier er det dumt å endre på perfeksjon. Men la oss håpe det er verdt det denne gangen.

Hva syns du om NWFs forumbytte?

Når en skal debugge bruker vi som regel en enkel

Eller lignende for å indikere hvor det stopper i scriptet. Om du debugger en side som er live, vil du gjerne ikke stoppe hele siden for alle brukere. Derfor vil du gjerne kun vise debugging infoen for deg, og ingen andre. Det er flere måter å gjøre det på, men måten jeg ville ha brukt er funksjonen nedenfor.

Først og fremst må du opprette en variabel/array som inkluderes til alle sider. Dette skal ikke være et problem om du har en config-fil eller funksjoner som du inkluderer og er nødvendig for systemet. Da er det bare å sette opp følgende en plass hvor hele systemet får tak i det:

Ikke bare må det settes, men også en funksjon som gjør at det blir enklere å legge til informasjonen i arrayen. Du kan selvfølgelig gjøre det manuelt, men det kan bli litt tungvindt etterhvert. Så vi har en wrapper funksjon som gjør det meste for deg:

Her bruker vi noe som kalles call-by-referance. Det vil si at du kan gjøre endringer på variablen satt i argumentet og det vil også skje endringer på variablen du setter i argumentet.

Måten du finner linje og fil på er enkelt med __line__ og __file__. Dette blir satt i argumenter for å finne hvor det er du kjører funksjonen, og ikke der du oppretter funksjonen.

$statement er noe du setter til å bli i boolean-verdi. Dette kan være f.eks brukersjekk. Som du kan se eksempel på under her.

Når du kaller funksjonen kan det ca se slik ut:

Eller om du ikke har noen kriterier til if-statementet.

Slik får du informasjon om hvilken fil det er, hvilken linje det skjer på og hva feilen er. Og når du vil skrive ut feilmeldingene kan du enten lage en egen side som inkluderer filen hvor funksjonen og variablen blir satt, eller du kan skrive ut $debug_info nederst på indeks-siden.

Slik er det du kan debugge en side live, uten at besøkende ser det som skjer.

Det varmer en bloggers hjerte når en får respons via kommentarer. Selv om det er kritikk, så lenge det er konstruktivt og noe man kan lære av og bygge videre på. Derfor håper jeg for det nye året på masse ny lærdom og en propersjonal økning i lesere. Masse ny lærdom håper jeg for alle, og ikke bare for meg selv.

Hva det nye året bringer, kan aldri si for sikkert. Selv skal jeg prøve (og sannsynligvis sikkert lykkes) med å få en suksess her i militæret, i en form av å ha det veldig morsomt og lærerikt, og ikke minst starte på skole over sommeren. Det skal bli spennende, da jeg ikke vet hva det bringer. Nye situasjoner og nye muligheter for å lære er noe alle burde ta i mot med åpne armer. Problemstillinger som du møter på manges normalt sett lineære liv, er bare noe du kan bygge på å bli sterkere av.

Med dette ønsker jeg alle dere et riktig godt nytt år, og glem ikke å se på bloggen min med gjevne mellomrom. Tilbring denne dagen med kjente og kjære. Glem for all del ikke å nyte det muligens siste året med skikkelig fyrverkerier. Selv får jeg prøve å nyte dagen, selv om jeg er i militæret fremfor med mine kjære.

Problemet er at det blir en ikke naturlig sortering på tall, og det blir problemer med at 10 kommer før 2 osv. Først om hvordan man kunne ha ungått problemet, og så om hvordan man kan løse det når det er oppstått.

Bedre føre var...

Nevnte problem skjer om du har fieldtype som VARCHAR eller annen tekst-type. Om du har feltet som en INTEGER ville ikke dette være noe problem i det heletatt, og det hadde blitt sortert etter verdi slik som faller mennesket naturlig.

Når skaden først har skjedd

Når skaden først har skjedd er det to ting du kan gjøre. Du kan enten kjøre en ALTER på feltet og gjøre det om til INTEGER, eller du kan kjøre MySQLs CAST()-funksjon i spørringen. Måten dette gjøres på er som følger:

Da burde biffen være løst. Lykke til med sorteringen.

Derfor anbefaler jeg alle som leser dette sette toppmuskelen i gang og bidra med noen gode ord til webordboken hos Bza. Alt man trenger å gjøre er å skrive inn en kommentar i skjemaet som du finner på linken som ble gitt tidligere.

Veldig bra initativ, bza!

Vi benytter oss av spørringen

For å hente ut alle tabellene som er i databasen. Disse er det vi bruker for å sjekke om det er noen som ikke har prefiksen vi skal ha. Etter vi har funnet alle tabellene vi må rename bruker vi RENAME TABLE som kan endre navn på flere tabeller samtidig.

Da skal det være veldig enkelt å hente ut nødvendig informasjon, bruke PHPs strpos() eller preg_match() (fordelen med preg_match() er at du kan vise til hvor i strengen du skal matche, som i vårt tilfelle er på starten) til å finne hvilke som ikke har ønsket prefiks.

Resultatet er som følger:

Kodene skal være godt kommenterte, og trenger derfor ingen forklaring. Det er jo mulig du en gang i fremtiden får bruk for dette, og ikke orker å gjøre det selv?

Man kan samle bruksområdet til regulære uttrykk i 2 hovedgrupper. Disse er søk/matching og erstatting. Under søk/matching finner vi funksjoner som preg_match () og preg_match_all (). I den andre gruppen finner vi blant annet preg_replace (). Det finnes også flere funksjoner, de kommer jeg tilbake til senere. Alt av regex går på manipulering av data. Det finnes også flere funksjoner i preg_* serien, men jeg kommer ikke til å gå igjennom alle av de. Jeg går igjennom 3 funksjoner, som er de som oftes blir brukt. Det er veldig lett å finne ut av resten når du kan disse grunnleggende tre. Det er bare å lære seg disse og se på forskjellene med de andre i PHP Manualen

Som dere kanskje ser er det preg_*-funksjoner som blir brukt til regulære uttrykk nå til dags. Tidligere ble det brukt ereg*-funksjoner, men de er nå utgått pga stor hastighetsforskjell.

Søk/matching

Dette brukes om du skal sjekke om noe (gjerne ukjent) eksisterer i en streng. Det blir da søking etter noe eller matche strenger som har en viss dynamikk i seg. I all hovedsak er det snakk om preg_match() og preg_match_all().

Det er relativt liten forskjell på disse to. *_all blir brukt når det er forventet flere resultater av matchingen i mønstret på stringen du har satt. Du setter en tom array i et argument for å få resultatene du henter ut. Du bruker ikke *_all om du skal sjekke om noe eksisterer i en streng. Den returnerer antallet av matcher som oppstår, på samme måte som den vanlige preg_match funksjonen, og false ved feil, men så lenge du bruker den i en boolsk if-statment er det ikke noe poeng å bruke preg_match_all () siden alt over 1 er true, og det greier preg_match å gjøre selv.

Noen eksempler på bruk av preg_match() og preg_match_all ()

Nå i det siste har jeg brukt veldig mye regulære uttrykk mens jeg har jobbet på IMDb_Fetch. Der er det genialt å bruke regex. Du henter ut en ukjent informasjon som befinner seg i et visst mønster.

Skal jeg f.eks sjekke om det er tall i en streng, kan jeg bruke simpel boolsk returnering av preg_match. Det kan jeg da gjøre på dette viset:

Dette vil da være true, siden vi finner tall i strengen. Dette er veldig simpel søking eller matching om du vil. Om jeg vil ha tallene som er i retur kan jeg legge til en tom array på et argument (tredje), som viser meg hva som blir funnet.

Dette er et kjapt eksempel på hvordan du kan se etter om noe finnes, og hente ut informasjon. Men hva om jeg har en lang streng med informasjon som jeg vil hente ut.

Tenk oss den fiktive problemstillingen at jeg har en liste av personer med alder, som jeg vil hente ut. Dette er da en ordnet liste fra et HTML-dokument. Dokumentet ser slik ut:

Her vil jeg altså hente ut navn, og alder. Dette skal være gruppert for hver linje. Så jeg lager et mønster som går for en linje, og bruker preg_match_all () for å repitere mønsteret så jeg får hentet ut alle tre navnene.

Der bruker jeg Named Capture Grouping for å få bedre kontroll over resultatene, og få innbakt det i et eksempel også. Resultatet i $matches vil være noe følgende:


Array
(
[0] => Array
(
[0] =>

Grete: 34 år

[1] =>

Hans Marius: 18 år

[2] =>

Espen Andreas Bergen: 74 år

)

[name] => Array
(
[0] => Grete
[1] => Hans Marius
[2] => Espen Andreas Bergen
)

[1] => Array
(
[0] => Grete
[1] => Hans Marius
[2] => Espen Andreas Bergen
)

[age] => Array
(
[0] => 34
[1] => 18
[2] => 74
)

[2] => Array
(
[0] => 34
[1] => 18
[2] => 74
)

)

Sånn er det lett å hente ut informasjonen vi vil med å bruke $matches['name'][0] for navnet på første personen og $matches['age'][0] for alderen på første personen. Veldig lett å finne frem. Da har vi søkt etter data om ukjente personer og hentet ut ukjent informasjon med regulære uttrykk.

Erstatting av ukjent innhold

Hele poenget med regexp er jo at du skulle kunne behandle informasjon som kanskje er ukjent for deg. Du vet noen kriterier, men ikke det nøyaktige innholdet, som kan variere fra gang til gang. Om det ikke hadde vært en viss dynamikk i det kunne du ha brukt andre funksjoner som strpos() eller str_replace() for erstatting.

La oss si at jeg skal lage brukervennlige adresser ut av tittel. Slik som f.eks wordpress gjør, eller mange, mange andre CMS. Dette er en veldig vanlig problemstilling. Da må jeg først se hvilke tegn som kan brukes. Dette er kun vanlige små alfa-bokstaver (a-z), tall, bindestrek og understrek. Dette er det mest vanlige for titler. Det vi vil gjøre da er å fjerne alt det andre.

Da har vi oppnådd det vi ville. Det er en dynamikk i det, og den låser seg ikke til den faste tittelen, men på alle tekster og du kan kjøre alt igjennom der for å få en gyldig streng som kan brukes i en tittel.

Dette var en veldig kjapp gjennomgang på hvordan en kan bruke regulære uttrykk i PHP. Jeg har desverre ikke mer tid til å skrive noe i dag. ]]> http://mikaelb.net/2007/hvordan-bruke-regulaere-uttrykk-i-php/feed/ http://mikaelb.net/2007/is-kulde-og-kruttpulver/ http://mikaelb.net/2007/is-kulde-og-kruttpulver/#comments Fri, 12 Oct 2007 22:50:50 +0000 Mikael Brevik Blogg http://mikaelb.net/2007/is-kulde-og-kruttpulver/ Som mange sikkert har fått med seg soner jeg min tid i Garden nå for tiden. Dette vil si at jeg foreløpig har null tid til å skrive her om noe som helst. Jeg vet de