Igår höll jag en längre stund på med att försöka få apache2, med PHP, förstå att bilder, filer och stylesheets ligger i en mapp under DirectoryRoot (mappen som är root för en websajt). Anledning att jag ville få detta att fungera är för ett centraliserat publiceringsverktyg. Flera sajter delar samma serverscript och kan därmed även använda samma designtemplates(sajtens utseende) för publiceringsverktyget möjliggör att man kan byta utseende på sin sajt. Det har också den fördelen att uppgraderingar av systemet kommer till nytta för alla sajter på en gång. I den nuvarande versionen av detta verktyg är bildurl´erna för de olika sajterna den samma dvs serverns ipnummer. En bild i systemet kan ha url´en http://79.112.133.1/files/image/34333.jpg. För att ytterligare förbättra sökmotoroptimeringen vill jag kunna ha bildlänkar som är http://www.sajt.se/14-bild-namn.jpg

Denna första lösningen som jag hade tänkt var använda var en RewriteRule i .htaccess som fångade upp bilder och berättade att deras källa fanns i en mapp under DirectoryRoot. Men detta ville inte fungera, jag fick bara 404 eller 500 fel men inte mycket mer att gå på. Efter många försök och några tårar kom jag på att alla fel som blir på sajten loggas i en errorfil (som jag specificerat i sajtens VirtualHost fil). Detta visste jag mycket väl om men den kunskapen pockade inte direkt på uppmärksamhet för tillfället. Av loggfilen gick tydligt att utläsa att det inte går att specificera mappar under DirectoryRoot. Apache2 tolkade alla mappdirektiv utifrån sajtensrot och efter ett tag gav jag upp detta.

När man löser problem blir det väldigt många sökningar på google och då dyker det upp mycket relaterade tips. Ett tänkbar lösning som dök upp var ett direktiv som heter Alias och går ut på att man helt flyttar var apache2 ska leta efter källan till de efterfrågade filerna. Vid detta lag var jag irriterad på att hela tiden på gå ut och in i loggfilen för att se den senaste felet. Då kom jag på en fiffig unix-funktion som jag använt tidigare, nämligen tail. Det är en funktion som gör att man kan visa x antal rader av slutet av en fil. Men ännu fiffigare är det med blir det med flaggan -f (follow) vilket innebär att x antal rader av slutet automatiskt uppdateras i din ssh konsol (vanligtvis putty).

Nästa direktiv som jag då snubbla på var en släktning till Alias nämligen AliasMatch som nästan fungerar som RewriteRule fast fungerar även med mappar under webroten(DirectoryRoot). När jag väl testade detta så upptäckte jag i loggfilen att AliasMatch inte var tillåten .htaccess-filer och då inte heller Alias. Dessa måste ligga i apache2´s conf-filer eller i en VirtualHost specifikation. Eftersom jag har full kontroll över servern var det inga problem att specificera den där.

Samma lösning går givetvis att göra för vilka filer som helst som finns på en sajt. Jag behövde även ytterligare en lösning på detta problem som skulle användas för stylesheets som låg under centraliserade. Lösningen blev symlinks. Det är en symbolisk genväg för något, en fil eller en mapp till exempel. En symbolisk länk är något man skapar på servern. För att apache2 ska följa symboliska länkar krävs direktivet FollowSymLinks.

Jag kommer att ändra och skapa symobliska länkar via PHP med funktionen exec. På sätt kan man kodmässigt enkelt ändra tex design för en sajt. Exemplet visar hur borttagandet/skapande sker för en stylesheet fil.

Denna lösning gör att publiceringsverktyget kan hosta flera sajter med gemensamma serverscrpit och då ha fördelen att uppdateringar sker samtidigt för alla sajter samt att det är enkelt att kodmässigt byta designmallar för en sajt. En kanske självklar sak, men ändå skapade mig problem, var att Alias och AliasMatch inte kunde användas i .htaccess. Det står väldigt tydligt i dokumentationsfilerna för Apache2 var ett direktiv kan användas. Kolla faktarutan som står högst upp före alla direktiv, context. Där står det i vilket sammanhang det kan användas.

Som en liten parantes vill jag påpeka att http://www.sajt.se inte är en sajt som jag äger och har inget med detta exempel att göra.

Ibland dyker man på problem som man vet att man har stött på förut men glömt vad lösningen var. Tänkte att jag skulle skriva om några problemen och dess lösningar förhoppningsvis hjälper det någon förutom mig själv.

Om man använder en a-tagg(ankare,anchor) för att aktivera ett javascript får man en irreterande streckad ram runt den länkade texten. Men detta syns är bara problem i Firefox.  Detta är ingen bugg utan är användarvänlighet går det att läsa hos Firefox. Men jag gillar den inte om man använder en länk för att visa en bild. Lösningen är extremt enkel om man vill ta bort den.

Lösning
style=”outline:0px” på a-taggen.

Exempel
<a onclick=”javascript:aktiveraEnFunktion()” href=”#” style=”outline:0px”></a>

På jobbet har vi under en längre tid pratat om att skapa offerter och beställningar direkt på nätet. Dessa ska användas vid försäljning av produkter och tjänster. Självklart vill man kunna skicka en offert i pdf-format till en kund.

Vi beslutade att sätta igång med dett arbete igår. Så jag tänkte dela med mig av hur man installerar detta på en debian server med php5.

Jag hittade två alternativ att med PHP dynamiskt skapa PDF-dokument. Den enklaste vägen är via FPDF som är en PHP-class som man laddar upp på servern och sen inkluderar i sitt script.

<?php
require(’fpdf.php’);

$pdf=new FPDF();
$pdf->AddPage();
$pdf->SetFont(’Arial’,'B’,16);
$pdf->Cell(40,10,’Hello World!’);
$pdf->Output();
?>

Detta verkade lite för enkelt . Näe om sanning ska fram så upptäckte jag efter några timmar att det var så lätt.

Jag började med att installera PDFLib som är ett API som kan användas till flera olika språk, bla PHP. API-dokumentation för PDFLib-php är lite knaper och det var även PDFLib egna sida. Så efter mycket googlande och många olika installationsförsök lyckades jag installera.

För att få PDFLib att fungera för alla användare krävs root-rättigheter på servern.

1. En C-kompilator behövs (apt-get install g++)
2. apt-get install php-pear
3. apt-get install php5-dev
4. Ladda ner den senaste version av PDFLib. I dagens läge är version 7 den senaste. Obs ladda ner C-version, inte PHP-version, för Linux.
5. Ladda upp tar-bollen till servern i lämplig katalog.
6. untar -zxvf PDFlib-Lite-7.0.x.tar.gz
7. cd PDFlib-Lite-7.0.x
8. ./configure
9. make
10. make install
11. pecl install pdflib (På frågan install dir välj  /usr/local)

Med dessa steg skapas det .so tillägg, i /usr/local/lib, för PHP så nu är det bara att lägga till den extension i php.ini . Sökvägen dit är vanligtvis path/php5/apache2/php.ini, se till att skapa en kopia innan du redigerar den filen. Jag brukar lägga till extensioner längst ner i filen

extension=pdf.so

Nu är det bara att reloada apachen

/etc/init.d/apache2 reload

Klart! Ivrigt laddade jag upp ett php-pdf-exempel för att se om det fungerade. Yes, inga problem, trodde jag. Jag testade även att lägga till en bild via ett annat php-pdf-exempel, inte heller detta exempel skapade några problem.

Det var när jag började skriva svenska tecken som det vart problem. Jag testade att ladda nya fonter, jag skapade nya fonter. Jag gav upp testade med FPDF istället. Men inget fungerade.

Ca 4 timmar senare innan jag hittade ett exempel som hade följande rader:

$pdf->set_text_pos(100,100);
$pdf->show(utf8_decode(”ÅÄÖåäö”));

uft8_decode var lösningen. Detta borde jag givetvis ha testat först med det slog inte förrän jag visste lösningen.  Så encodingen winansi som anges i exemplen fungerar alldeles utmärkt.

Om någon undrar över att det i en del exempel står PDF_ framför en funktion och andra inte. Så kan detta API användas på två olika sätt.

$pdf = new PDFLib();
PDF_begin_page_ext($pdf,595,842,”");//A4-format

Det andra sättet innebär ett snyggare och mer objekt-orienterat sätt (och snyggare).

$pdf = new PDFLib();
$pdf->begin_page_ext(595,842,”");//A4-format

I exempelkoden ovan tar man bort $pdf-objektet som första argument till funktionen och har den framför istället.

Hoppas att detta hjälper någon.