Kassavalvet, som projektet heter, är ett kassasystem som är utvecklat för att passa den nya kassalagen som träder i kraft 1 januari 2010. I korthet innebär lagen att det kommer krävas ett PC-baserat kassasystem tillsammans med en ”svart låda” från Skatteverket.

Kassavalvet slänger sig med heta utryck som Cloud Computing, CSLA och SaaS. Hur som helst blir det ett kassasystem att räkna med. Jag ska utveckla mej om teknik och metoder, fast inte just nu…

Det största problemet har varit systemets konfigurationsfil, xvis.config. Det är en vanlig xmlfil där element lagts till för varje version, och som man fått manuellt uppdatera när man ska uppgradera. Inget för den vanlige användaren direkt. Men nu har jag lagt till en uppdateringsfunktion, som kollar om ett element finns och om inte så läggs det till med ett standard värde. Alla element ligger i en textfil, elements.txt så varje gång något händer i xvis.config, kan man bara läsa på in elements.txt för att få en fräsh version.

Först alltså, läs in elements filen och läs ut vilket element det handlar om. En rad i elements.txt kan se ut så här:

/xvis/public/system/general/appPath>/<

/xvis/public/system/general/appPath  är elementet vi letar efter och det som finns mellan > och < är standardvärdet.

Skicka detta sedan till funktionen som letar efter XML noden /xvis/public/system/general/appPath och kolla om noden finns:

xn = xd.SelectSingleNode(xPath);

if (xn != null)
{

//Noden finns, returnera ok
return true;
}
else
{
//Noden finns inte, skapa den!
XmlNode newNode;
newNode = xd.CreateNode(XmlNodeType.Element, name, "");
newNode.InnerText = defaultValue;
XmlNode pNode = xd.SelectSingleNode(parentNode);
pNode.AppendChild(newNode);
xd.Save(xmlPath);
}


Busenkelt, givetvis, när man väl tar tag i det.

Det är ett webbaserat besökssystem, som hanterar besökare till ett företag (oftast). Projektet började med att jag gjorde ett enkelt men funktionsdugligt sådant, till ett företag där jag jobbade som IT ansvarig i klassisk ASP. Detta var sent 1998.  Jag gjorde sedan ett snarlikt när jag bytte arbetsgivare 2003, fast då i .NET. Där fick jag däremot flera förfrågningar om systemet från besökare och med Elastotekniks godkännande gick jag hem och gjorde om hela systemet till att bli mer som en produkt som kunde installeras var som helst. Tidigare hade koden varit väldigt specifik för miljön där systemet fanns. Vid sidan av mitt ordinarie jobb hade jag en firma som gjorde lite programmeringsjobb på beställning och det kändes som en rolig utmaning att skapa en produkt, med marknadsföring och allt vad det innebär.
Det tog inte lång tid innan jag hamnade som nummer 1 på det mest relevanta sökordet, besökssystem,  vilket givetvis har hjälpt till

Särskilt det sista året har enormt mycket hänt med systemet och det känns nu ganska komplett på funktioner, även om jag aldrig slutar förundras över kunder och potentiella kunders fantasifulla och alltid relevanta önskemål om nya funktioner.
Senaste tillskotten i funktionalitet är t. ex integration med trådlösa nätverk, dvs. när en besökare kommer skapas automatiskt ett gästanvändare i ett trådlöst nätverk (från ledande tillverkaren Trapeze). Tack vare att xVis är webbbaserat är funktioner mot andra program ofta enkla att göra, eftersom vettiga program sannolikt har ett webb API att jobba mot.
En hel del AJAX funktionalitet har också tillkommit, med hjälp av Adobes Spry ramverk, för bättre gränssnitt och användarupplevelse. xVis är skrivet i C#, men jag har valt ett tredjepartsalternativ för att så småningom helt fasa ut .NETs inbyggda javascript hantering.

Systemet är mycket enkelt att skräddarsy efter grafisk profil och önskemål, vilket givetvis beror på att det är webbbaserat, men nästa steg är att göra möjligheterna inom detta område ännu bättre. Och hur gör jag det? Jo, genom att införa ett system för templates. Det är nämligen här som systemet har en liten begränsning som jag ser det ska tilläggas, för ingen kund har någonsin anmärkt på det. Viss kod som systemet genererar är hårdkodad, som t. ex HTML:en för hur listan över dagens besökare kommer ut. Detta kan göras bättre genom att i stället koppla en mall, som kan innehålla HTML efter önskemål och som systemet implementerar i koden. Precis som det fungerar i många CMS.
Genom mallen kan man då dels kontrollera HTML:en bättre, samt även vilken information som skall komma ut. Vill du t. ex att besökarnas företag inte skall visas, så är det bara att utelämna detta från mallen.

Just nu utvärderar jag vilken metod som skall användas för att implementera mallarna. För detta tittar jag på hur detta görs i lite olika CMS, som MODx, CMS Made Simple och WordPress. Så småningom kommer jagdet ett inlägg om hur jag går tillväga.

En anpassning jag genast ville göra med amalsbilder.se, var en sitemap, anpassad för Googles Webmaster Tools. En sådan sitemap underlättar att få din webbplats indexerad av just Google och är i sökmotoroptimeringssysnvinkel, helt klar ett bra grepp.

Många tillägg finns redan till MODx, så även för Google Sitemaps, men mitt problem med dessa är att de bygger på Friendly URLs, vilket vi inte kan använda oss av på åmålsbilder.se, då den driftas (generöst av Resolutor AB) i en windows miljö med IIS. 

Så, jag vill alltså skapa en fysisk sitemap fil varje gång ett dokument i MODx sparas, publiceras eller  tas bort. Först och frömst behöver vi reda ut var nånstans vi hämtar den information som ska ligga i filen sitemap.xml. Vi behöver en URL till varje publicerad sida, samt ett datum för  när den är uppdaterad. Detta hittar vi i MODx databas och MODx databasmodell är ganska självföklarande. Vi hittar id:et för sidorna och det datum vi behöver i tabellen modx_site_content.  Adressen till webbplatsen finns lätt att hämta i MODx konfigurationsfil, och med det så har vi allt vi behöver.

Så, vi skriver en funktion som skapar filen:

function create()
{
	global $modx;
	$File =$modx->config['base_path'].'sitemap.xml';
	date_default_timezone_set("Europe/London");

	$result = $modx->db->select("*", "modx_site_content","deleted=0 AND published=1");
	$total_rows = $modx->db->getRecordCount( $result );

	if( $total_rows >= 1 )
	{
		$Handle = fopen($File, 'w');
		$xml_output = "\n";
		$xml_output .= "\n";

		while( $row = $modx->db->getRow( $result ) )
		{
			$xml_output .= "\n";
			$xml_output .= "\t" . $modx->config['site_url'] . "index.php?id=" . $row['id'] ."\n";
			$date = date("Y-m-d", $row['editedon']);
		        $xml_output .= "\t\t" . $date . "\n";
			$xml_output .= "\n";
		}
		$xml_output .= "";
		fwrite($Handle, $xml_output);
		fclose($Handle);
	}
}

Till att börja med behöver vi deklarera $modx som global, för att i vår funktion kunna komma åt intern MODx funktionalitet.

Därefter talar vi om var filen ska vara, dvs i roten av webbplatsen, via 

$File =$modx->config['base_path'].'sitemap.xml';

och sen måste vi sätta en tidszon, till vad som helst egentligen, för att undvika en PHP varning:

date_default_timezone_set("Europe/London");

Därefter hämtar vi den data vi vill åt från MODx databas. Detta gör vi via MODx data API, så slipper vi bry oss om vilken typ av databas som används.

$result = $modx->db->select("*", "modx_site_content","deleted=0 AND published=1");

Vi anropar alltså en select funktion, med några parametrar som genererar en SQL sats. Ovan anrop, ger alltså:

SELECT * FROM modx_site_content WHERE deleted=0 AND published=1

Därefter anropar vi en annan API funktion, som ger oss antal rader i resultatet:

$total_rows = $modx->db->getRecordCount( $result );

Vi skickar alltså med det resultat vi fått, $result och får tillbaka ett antal.

Om vi nu fått 1 träff eller fler, if( $total_rows >= 1 ), är det läge att öppna filen (finns ingen, så skapas den), och börja skriva data:

$Handle = fopen($File, 'w');
$xml_output = "\n";
$xml_output .= "\n";

Först skriver vi de generella taggarna, för XML:en och root taggen som krävs.
Därefter går vi igenom alla rader i resultatet, och skriver resterande taggar som krävs:

while( $row = $modx->db->getRow( $result ) )
{
$xml_output .= "\n";
$xml_output .= "\t" . $modx->config['site_url'] . "index.php?id=" . $row['id'] ."\n";
$date = date("Y-m-d", $row['editedon']);
$xml_output .= "\t\t" . $date . "\n";
$xml_output .= "\n";
}

Till sist, stäng root taggen, skriv till fil och stäng filen:

$xml_output .= "";
fwrite($Handle, $xml_output);
fclose($Handle);


Nu har vi vår funktion som skapar själva sitemapfilen.

Nästa steg är att kontrollera vilka händelser som vi ska använda. I administrationen och konfigurationen anger vi vilka händelser som vår plugin ska kopplas till. Detta görs via checkboxar på fliken ”Systemhändelser”, när vi skapar vår plugin.

Dock måste vi i pluginkoden kontrollera händelserna också.

$e = &$modx->Event;
switch ($e->name)
{
	case "OnDocPublished":
		create();
		break;
	case "OnDocUnPublished":
		create();
		break;
	case "OnDocFormSave":
		create();
		break;
	case "OnDocFormDelete":
		create();
	break;

 }

I variabeln $e vår vi de events som pluginen utsätts för, vilket alltså kan vara fler än de vi angett i fliken ”Systemhändelser”, $e = &$modx->Event;. Sen kollar vi namnet på händelsen i en switch sats, switch ($e->name) och för varje händelse som är aktuell, t. ex case "OnDocPublished": anropar vi vår funktion create();

Så, nu är vi hemma.

En liten hake vi inte kommer runt är att det måste finnas skrivrättigheter i roten, i alla fall till filen sitemap.xml.

Planerna från början var många och vilda, men har väl kommit ner på ett normalt plan numer så nu har vi dragit i gång det hela. Vi hoppas nå ut till många åmålsbor, och såklart andra intresserade, som förhoppningsvis deltar i innehållet till sidan genom kommentarer.

I slutändan kommer det att bli ett digert arkiv med historisk värde över Åmål som det en gång sett ut.

Rent tekniskt baseras webbplatsen på Open Source CMS:et MODx. Det finns givetvis många CMS, Content Management Systems, att välja bland, men MODx är det jag fastnat för och använder i flera projekt. Det är intuitivt och på det hela taget enkelt att hantera. Framförallt är template systemet mycket bra och enkelt, särskilt i jämförelse med t. ex större system som Drupal, Joomla och även WordPress. Förvisso skulle WordPress passa bra, eftersom det är så blogganpassat, men det är relativt enkelt att sätta upp ModX som ett bloggsystem. Det finns dessutom många tillägg, och jag finner framförallt bildgallerierna bättre än de som finns till WordPress.

Åmålsbilder.se spottar i dag ur sig validerar XHTML transitional, vilket jag kan komma att ändra till strikt HTML 4.01. Har ännu inte kommit till någon konkret ståndpunkt för egen del vad jag anser i den frågan, många tvistar ju om detta.

Designen bygger idag på enbart två bilder, en i sidhuvudet och en i foten och det skulle kunna göras bättre för att minimera den ursprunliga filstorleken. Dock landar bara sidan på 43 kb i sin renaste form och Besparningen handlar bara om några få kb så jag föredrar istället att hålla HTML:en så ren som möjligt. Det är ju en fotoblogg så filstorleken kommer ändå att dra i väg, 5, 6 Kb mindre känns inte så viktigt.

Designen fungerar fint i relativt moderna webbläsare som Firefox, Opera, IE 7, Chrome och även zoomning följer med, vilket är extra viktigt med tanke på en potentiell äldre målgrupp. ”Givetvis” är zoomningen inte lika bra i IE 7 tyvärr, men det är ju som det är. Har ännu inte kommit till att testa i IE 6, men behöver göra det snart.

Kolla in sidan, det första riktiga blogginlägget är uppe, och kom gärna med feedback!

Jag återkommer senare med lite information om MODx och hur jag satt upp Åmålsbilder.se.

Några större tidsplaner finns inte för de hobby projekt jag pysslar med, vissa kanske det rent av inte blir något alls med. Det finns ju annat att pyssla med på fritiden menar jag.

I alla fall:

• xVis.se - Ett kommersiellt projekt, som är uppe och rullar sedan länge och ligger mej varmt om hjärtat. xVis är ett besökssystem som alltså hanterar besökare till ett företag (vanligtvis). Webbaserat, skrivet i .NET och gjort för att vara billigt, enkelt och lätt att skräddarsy.
• Åmålsbilder.se - En fotoblogg, ej uppe ännu men förhoppningsvis snart. Som namnet antyder handlar det enbart om bilder från Åmål. Körs ihop med Håkan Engborg, webbchef på Babybjörn.
• Texmexrecept.se – Japp, ännu en recept sida… :p Baseras på, som även detta namn antyder, genren Tex Mex mat. Otroligt vilda planer för denna sida, vilket brukar borga för att det rinner ut i sanden…
• John Doe projekt – dvs icke namngivet ännu. Kommersiellt, Sofware-As-A-Service, och bara delvis webbaserat. Har sitt ursprung i en kommade lag ändring, och viss ekonomiskt fördelaktig potential. Drivs med två mycket sympatiska gubbar.
• Brunosjuwel.net – En gång utnämnd till Åmåls bästa webbplats, vilket kanske inte säger så mycket. Innehållsmässigt fortfarande ok, men i redigt behov av omarbetning.
• Magnuslindberg.net - Hade förmånen att få konvertera min allra första webbplats från en inofficiell ”fan-site” till officiell sida för artisten Magnus Lindberg (Grymlings, Landslaget etc). Slutade jpobba med den för ett par år sen, men har lovat hjälpa till att designa om den. Förhoppningsvis launch när som.
• Projekt John Doe 2 – I sin linda, och det handlar om e-handel. Mer kan jag inte säga, för jag vet inte mer själv än . Tillsammans med 2 helt andra gubbar.

Åmålsbilder.se, som ligger uppe sen igår kväll, kommer jag beskriva mer inom kort, bakgrund, tillvägagångssätt och grundidé.