Preto som sa rozhodol vydať vývojovú verziu Fantom CMS 0.5 alfa 1. Táto verzia prináša množstvo zmien, hlavne lepšiu integráciu s vstavanými nástrojmi CakePHP a medzi najväčšie zmeny patrí prepísanie kódu do PHP5. Jedná sa však stále o vývojovú verziu, ktorá môže obsahovať prípadné chyby.

Dúfam, že vám nová verzia Fantom CMS poslúži ako dobrá inšpirácia pri vývoji v CakePHP.

Fantom CMS 0.5 alfa 1

Poďme si najprv priblížiť jednotlivé vlastnosti Debug Kit a následne sa pozrieme na jeho inštaláciu a integráciu s CakePHP aplikáciou.

Debug Kit

Debug Kit predstavuje pokročilý debugovací nástroj, ktorý ponúka množstvo informácií o našej aplikácii a jej stave. Debug Kit dokáže zobraziť podrobné informácie o session, sql, request, timer, premenných atď. Poďme sa teda bližšie pozrieť na jednotlivé vlastnosti tohto nástroja.

Panely

Debug Kit zobrazuje vyššie spomínané debug informácie v paneloch. Na nasledujúcom obrázku môžeme vidieť integráciu Debug Kit do stránky a taktiež základné panely, ktoré ponúka Debug Kit v základnej inštalácii.

Medzi základné panely patria: History, Session, Request, Sql Log, Timer, Log, Variables. Poďme si teda bližšie priblížiť jednotlivé možnosti panelov.

Panel History

Panel History zobrazuje informácie o posledných requestoch zobrazením url danej stránky.

Panel Session

Panel Session zobrazuje podrobné informácie o uložených Session našou aplikáciou.

Panel Request

Panel Request zobrazuje informácie o aktuálnom requeste. Medzi informácie patria GET, POST požiadavky, Cake url parametre (v aplikácii dostupné v poli $this->params), Cookie informácie a podrobné informácie o použitých routovacích pravidlách.

Panel SQL Log

Panel SQL Log zobrazuje informácie o spustených sql dotazoch v našej databáze. V podstate sa ničím nelíši od bežného sql výpisu z CakePHP.

Panel Timer

Panel Timer zobrazuje podrobné informácie o čase načítavania jednotlivých častí našej aplikácie pre daný request a taktiež množstvo využitej pamäte. Časové informácie sa zobrazujú pre stránku ako celok, ale rovnako aj pre jednotlivé súčasti, ktoré boli generované v danom requeste.

Debug Kit nám poskytuje možnosť merať čas pre ľubovoľnú časť kódu. Ako môžeme vidieť na obrázku vyššie, vo výpise sa nachádza položka s názvom Listing of articles. Táto položka meria čas spracovania výpisu článkov v metóde index v controlleri ArticlesController. Kód pre danú položku vyzerá následovne

function index() {
     DebugKitDebugger::startTimer($name = 'articles', $message = 'Listing of articles');
     $this->Article->recursive = 1;
     $this->paginate = array('limit'=>Configure::read('Homepage.articles'),'order' => 'Article.created desc','conditions'=>array('show_on_index'=>1,'visible'=>1,'publish_up<=now()'));         $this->set('articles', $this->paginate());
     DebugKitDebugger::stopTimer($name = 'articles');
}

Panel Log

Panel Log nám zobrazuje informácie zo základných debugovacích nástrojov priamo z CakePHP. Jedná sa o výpisy z logovacích súborov.

Panel Variables

Panel Variables zobrazuje podrobné informácie o premenných a ich hodnotách v našej aplikácii, ktoré boli inicializované v controlleri.

Vlastné panely

Debug Kit taktiež ponúka možnosť vytvoriť si vlastné panely alebo zobraziť len určité panely z tých, ktoré sú prednastavené. Táto časť je veľmi jednoduchá a jej štúdium prenechám čitateľom. Bližšie informácie môžete násjť na stránkach Debug Kit – Toolbar Panels

Inštalácia

Inštalácie Debug Kit je veľmi jednoduchá. Stačí si stiahnuť zdrojové kódy priamo z download stránok projektu. Aktuálna verzia v dobe písania článku je Debug Kit 1.1. Po stiahnutí Debug Kit stačí obsah balíčku nakopírovať do adresára app/plugins/debug_kit a vložiť nasledovný kód do požadovaného controllera, v našom prípade sa jedná o ArticlesController v súbore app/controllers/articles_controller.php

class ArticlesController extends AppController {
     var $components = array('DebugKit.Toolbar');
}

Integrácia s FirePHP

Veľmi zaujímavou vlastnosťou Debug Kit je možnosť integrácie tohto nástroja s debugovacím nástrojom FirePHP. FirePHP umožňuje debugovať PHP aplikáciu pomocou známeho nástroja FireBug.

Týmto je náš článok u konca. Myslím si, že Debug Kit je jedným s najlepších debugovacích nástrojov pre CakePHP a určite stojí za vyskúšanie. Rád uvítam vaše nápady a pripomienky k debugovaniu v CakePHP.

Ako som už spomínal, defaultne CakePHP na webhosting Websupport nefunguje správne a hlási nasledovnú chybu

The action webroot is not defined in controller AppController

Hneď môžeme vidieť, že niečo nie je v poriadku a pri správnom fungovaní nemusí AppController obsahovať žiadnu metódu webroot. Túto chybu odstránime jednoduchým spôsobom a to nastavením správnej Routes direktívy. Do súboru app/config/rou­tes.php pridáme nasledovný riadok

Router::connec­t(‚/app/webro­ot‘, array(‚controller‘  ⇒ ‚pages‘, ‚action‘  ⇒ ‚display‘,‚ho­me‘));

Samozrejme si môžete zvoliť vlastné hodnoty pre controller a action.

Ak ste sa stretli s podobným problémom a vyriešili ho iným spôsobom, rád uvítam, ak sa s nimi podelíte v diskusii k článku.

Ako informuje článok The cake is still rising, vývojársky tém opustili manažér projektu Garrett Woodworth a vývojár Nate Abele. Server Root.cz priniesol informácie, že obidvaja pracujú na MVC frameworku pre PHP 5.3 a v blízkej budúcnosti by ho mali vydať pod názvom Lithium. Myslím si, že v mene celej komunity okolo CakePHP im patrí veľké poďakovanie za skvele odvedenú prácu.

V pôvodnom článku sa taktiež spomínajú významné pokroky vo vývoji CakePHP 1.3, ktorý vedie Mark Story a taktiež sa môžeme dozvedieť niekoľko noviniek, ktoré sa chystajú pre CakePHP 2.0. Vývoj CakePHP 2.0 je pod taktovkou Graham Weldon.

Pri verzii 1.2.4.8284 sa jedná o opravné vydanie, ktoré zahŕňa viac než 70 opráv. Kompletný zoznam zmien môžete nájsť v changelogu

Spolu s touto verziou bola vydaná aj vývojárksa verzia CakePHP 1.3. Medzi hlavné novinky tejto verzie patria

• kompatibilita s PHP 5.3
• nový Javascript helper, ktorý podporuje používanie viacerých js knižníc
• vylepšené generovanie kódu s podporou plugins a templates

Ďalšou dôležitou zmenou je prechod celého projektu na verzovací systém Git. Všetky zdrojové kódy môžete nájsť na adrese http://code.cakephp.org Nájdené chyby môžete odteraz nahlásiť na adrese http://code.cakephp.org/tickets namiesto http://trac.cakephp.org ktorá sa používala v minulosti. V súvislosti s novým verzovacím systémom Git ešte spomeniem, že na adrese http://code.cakephp.org/source/branches môžete nájsť niekoľko vetví CakePHP. Vetva CakePHP 1.2 je určená pre opravy aktuálneho vydania a vetva CakePHP 1.3 predstavuje nastávajúcu verziu.

CakePHP defaultne nezobrazuje validačné správy pri inpute typu textarea. Pozrime sa na nasledovný príklad

echo $form->textarea(‚text‘);

Tento kód nám správne vygeneruje input textarea, avšak problém nastáva vo chvíli, kedy textarea neprejde validáciou a spolu s textareou by sa mala zobraziť aj validačná správa, ktorá nás bude informovať o tom, čo nie je v poriadku. Takto by vypadal HTML kód pre textarea v prípade validačnej chyby, ak by sme textareu vykresľovali metódou $form->textarea(‚text‘);

<textarea name=„data[Ar­ticle][text]“ cols=„10“ rows=„10“ id=„ArticleIn­troText“ class=„form-error“ ></textarea>

Ako môžeme vidieť, CakePHP nám v tomto prípade žiadnu error správu nevygeneroval, avšak aspoň pridal atribút class=„form-error“. Toto správanie je nežiadúce a my samozrejme budeme chcieť error správu zobraziť. Trik spočíva v tom, že musíme zavolať metódu input() a parametrom určiť, aby vygenerovala input textarea

echo $form->input(‚text‘,a­rray(‚type‘=>‚tex­tarea‘));

V tomto prípade všetko funguje správne a v prípade, že textarea neprejde validáciou, CakePHP správne vygeneruje HTML kód aj s error správou

<textarea name=„data[Ar­ticle][text]“ cols=„10“ rows=„10“ id=„ArticleIn­troText“ class=„form-error“ ></textarea><div class=„error-message“>This field cannot be left blank</div>

Ako ste sa mohli dočítať v spomínanom článku od Chris Coyier – 404 Best Practices, 404 error stránka by mala byť veľmi dôležitou súčasťou každej profesionálnej aplikácie. Návštevníkom sa môže táto error stránka zobraziť veľmi jednoducho, a vôbec to nemusí byť jeho zásluhou (napr. chybný odkaz smerujúci na našu stránku alebo sme mohli presunúť stránku, ktorú sa pokúša návštevník zobraziť, na inú URL atď.) a preto by nám malo záležať na tom, aby sme návštevníka nestratili a poskytli mu určité informácie tak, aby našiel čo hľadá. Tu prichádza na rad prispôsobenie takejto stránky.

Layout pre 404 error stránku

Ako sme si už v CakePHP zvykli, štandardným chovaním pre zobrazenie akejkoľvek informácie je najprv vytvoriť layout a potom samotný obsah layoutu. Inak tomu nie je ani pri 404 error stránke. Layout umiestníme do súboru app/views/lay­outs/error404­.ctp a jeho obsah by mohol vypadať následovne

<? echo $html->docType('xhtml-trans'); ?>

<html xmlns="http://www.w3.org/1999/xhtml">
    <head>
        <? echo $html->charset("utf-8"); ?>
        <title>Tibor Pino - 404 not found</title>
        <meta name="author" content="Tibor Piňo" />

        <style type="text/css">
            body { text-align: center; font-size: 1.3em;}
        </style>
    </head>
    <body>
        <? echo $content_for_layout; ?>

    </body>
</html>

Po vytvorení layoutu je ďalším krokom vytvorenie obsahu stránky.

404 error stránka

V našom prípade budeme chcieť návštevníkovi oznámiť, že stránka, ktorú sa pokúša zobraziť neexistuje, ale zároveň mu poskytneme odkaz na úvodnú stránku, kde by mohol potrebné informácie nájsť. Súbor so stránkou umiestníme do súboru app/views/error­s/404error.ctp a jeho obsah bude vypadať následovne

<?php $this->layout = 'error404'; ?>
<? echo $html->image('404-error-page.jpg',array('alt'=>'Page not found')); ?>
<h1>Stránka nenájdená!</h1>
<p>Stránka, ktorú sa pokúšate zobraziť neexistuje,
<br/>ale <? echo $html->link('úvodná stránka Tibor Piňo',array('controller'=>'pages','action'=>'display')); ?>

<br/>by vám mohla pomôcť.</p>

Tu si musíme trochu vysvetliť, ako CakePHP pracuje s chybovými odpoveďami zo servera. CakePHP automaticky spracováva chybové odpovede, ktoré prijíme od servera. Pri detekovaní chybovej odpovede 404 CakePHP automaticky zobrazí súbor app/views/error­s/404error.ctp, ak takýto súbor existuje. V našom prípade tento súbor existuje a CakePHP ho správne zobrazí, takže nemusíme nič explicitne nastavovať. V tomto súbore je ešte jedna zvláštnosť a to to je určenie samotného layoutu $this->layout = ‚error404‘;. Toto určenie layoutu je nevyhnutné, pretože v opačnom prípade by CakePHP zobrazoval vlastný preddefinovaný layout, čo je v našom prípade nežiadúce.

Týmto máme všetko hotové a našu prispôsobenú 404 error stránku môžete vidieť priamo v praxi na stránke môjho portfólia blueweb.rockre­tail.com

Podobný postup môžete využiť aj pri ďalších chybových odpovediach zo strany servera napr. pre odpoveď 500 Internal Server Error by sme náš kód umiestnili do súborov app/views/error­s/500error.ctp a app/views/lay­outs/500error­.ctp

Na záver ešte doplním, že sa mi nepodarilo zaistiť podporu tém pri týchto chybový stránkach. Vo svojich projektoch často využívam témy, ktoré sú napríklad umiestnené v app/views/the­mes/default a i napriek správnemu fungovaniu tém v mojich projektoch, som musel umiestniť súbory s chybovými hláškami priamo do adresárov umiestnených v app/views namiesto očakávaných v app/views/the­mes/default

Rád uvítam vaše nápady a pripomienky v diskusii k článku.

Čo je Access Control List

Access Control List (ďalej len ACL) predstavuje spôsob, akým môžeme riadiť oprávnenia v rámci našej aplikácie jednoduchým a udržovateľným spôsobom. Nato, aby sme mohli požadovaného chovania dosiahnuť, potrebujeme dva hlavné prvky: prvým prvkom je objekt, ktorý žiada niečo, a druhým prvkom je objekt, ktorý je žiadaný. CakePHP používa pre tieto dva hlavné prvky názvy ARO (Access Control Object) a ACO (Access Request Object). ARO potom reprezentuje objekt, ktorý niečo žiada (väčšinou sa jedná o normálneho užívateľa aplikácie) a ACO predstavuje objekt, ktorý je žiadaný (napr. akcia controllera alebo webová služba). Vyššie napísané môžeme teda zhrnúť do vety: ACL je mechanizmus, ktorý rozhoduje o prístupe ARO k ACO, resp. rozhoduje o prístupe užívateľov alebo častí systému k dátam alebo iným častiam systému. Zároveň si však treba uvedomiť, že v prípae ACL sa nejedná o autentifikáciu, jedná sa o proces autorizácie, ktorý sa uskutočňuje až po vykonaní autentifikácie.

Ako ACL funguje

Aby sme si celý mechanizmus dokázali predstaviť, vytvoríme si jednoduchý reálny príklad. Predstavme si, že v našej aplikácii sa vyskytuje niekoľko typov užívateľov (ďalej len ARO): administrátor, redaktor a návštevník. Taktiež má náš systém svoje vlastnosti, ku ktorým budú pristupovať ARO. Náš systém je jednoduchý a obsahuje následujúce vlastnosti (ďalej len ACO): zobrazenie článku, pridanie článku a pridanie komentára. Jednotlivé ARO by sme mohli prehľadne zapísať následovne

• užívatelia
  • administrátor
    • Admin 1
  • redaktor
    • Redaktor 1
  • návštevník
    • User 1

CakePHP používa pre uloženie ARO stromovú štruktúru, ktorá umožňuje (napr. oproti tabuľke) zoskupiť užívateľov do jednotlivých skupín a riadiť tak prístup na úrovni týchto skupín, čo predstavuje väčšiu flexibilitu.

Zoznam ARO máme hotový, ešte musíme k nim priradiť jednotlivé ACO a tým vytvoríme kompletný ACL, ktorý bude riadiť prístup k našej aplikácii. Kompletný ACL bude vypadať následovne

• užívatelia
  Deny: all
  • administrátor
    Allow: zobrazenie článku, pridanie článku, pridanie komentára
    • Admin 1
  • redaktor
    Allow: zobrazenie článku, pridanie článku
    • Redaktor 1
  • návštevník
    Allow: zobrazenie článku, pridanie komentára
    • User 1

Ako môžeme vidieť, stromová štruktúra nám poskytuje vysokú flexibilitu. Ako užívateľ (bez bližšieho určenia či sa jedná o administrátora, redaktora alebo návštevníka) nemáme žiadne oprávnenie v našej aplikácii. Avšak ako redaktor môžeme zobrazovať a pridávať články, na druhej strane ako návštevník môžeme články len zobrazovať. Ako administrátor máme prístup ku všetkým vlastnostiam aplikácie. Vďaka spomínanej flexibilite stromovej štruktúry je veľmi jednoduché pridávať a odoberať skupiny alebo meniť oprávnenia pre jednotlivých užívateľov a skupiny.

Následne môžeme pomocou ACL zisťovať oprávnenia pre jednotlivé skupiny alebo jednotlivých užívateľov. Predstavme si situáciu, v ktorej by sme chceli zistiť, či redaktor Redaktor 1 má oprávnenie pridať článok. Najprv zistíme cestu stromom pre uzol Redaktor 1, cesta je nasledovná užívatelia → redaktor → Redaktor 1. Následne môžeme získať jeho oprávnenia, ktoré môžeme zobraziť pomocou tabuľky následovne

Predchádzajúce časti boli teoretické a mali za cieľ podrobne vysvetliť fungovanie ACL. Teraz si poďme ukázať, ako inicializovať ACL v CakePHP.

ACL v CakePHP

Inicializácia ACL spočíva vo vytvorení databázových tabuliek, ktoré sú potrebné pre správne fungovanie. Defaultne je ACL v CakePHP založený na databáze (možnosťou je taktiež používať ACL bez databázy, ale v našom článku budeme používať ACL v spolupráci s databázou). Pri vytváraní tabuliek máme dve možnosti, použitie konzoly cakephp alebo import sql priamo do databázy. Pre tých, ktorí sú zoznámení s cakephp konzolou, stačí spustiť pomocou konzoly príkaz

cake schema run create DbAcl

Výpis konzoly by mal vypadať následovne

---------------------------------------------------------------
Cake Schema Shell
---------------------------------------------------------------

The following tables will be dropped.
acos
aros
aros_acos

Are you sure you want to drop the tables? (y/n)
[n] > y
Dropping tables.
acos updated.
aros updated.
aros_acos updated.

The following tables will be created.
acos
aros
aros_acos

Are you sure you want to create the tables? (y/n)
[y] > y
Creating tables.
acos updated.
aros updated.
aros_acos updated.
End create.

Pre tých, ktorí s konzolou zatiaľ nepracovali, stačí importovať sql súbor uložený v app/config/sq/db_a­cl.sql do vašej databázy. Následne sa nám v databáze vytvoria tri tabuľky

acos – zoznam ACO

aros – zoznam ARO

aros_acos – zoznam oprávnení ARO k ACO

Po úvodnej inicializácii máme všetko pripravené pre začatie používania ACL v CakePHP. V následujúcich častiach seriálu sa pustíme do samotnej implementácie. Vytvoríme si kompletnú aplikáciu používajúcu ACL a taktiež si ukážeme, ako automaticky naplniť tabuľku ACOs podľa existujúcich controllerov v našej aplikácii.

Rád uvítam vaše nápady, pripomienky a skúsenosti s ACL v diskusii k článku.

V praxi môže nastať situácia, kedy potrebujeme dynamicky nahrať model z controlleru alebo z modelu tzn. až za behu samotnej aplikácie. Najprv si predstavíme spôsob dynamického nahrávania modelu z controlleru.

Dynamické nahrávanie modelu z controlleru

Len si pripomeňme, že za normálnych okolností môžeme model v controlleri nahrať pomocou premennej $uses

class ArticlesController extends AppController {
        var $name = 'Articles';
        var $uses = array('Comment');
}

Takto sa pri každom použití controlleru Articles sa nahrá a vytvorí objekt modelu Comment (samozrejme ak máme definované väzby v modeloch, napr. väzbu Article hasMany Comment, nemusíme explicitne uvádzať, že sa má daný model Comment nahrávať). Takéto správanie nemusí byť vždy žiadúce a nahratie modelu a vytvorenie jeho objektu budeme chcieť urobiť dynamicky, napr. iba pri vykonávaní akcie add. K tomuto účelu využijeme triedu App a jej metódu import

class ArticlesController extends AppController {
        var $name = 'Articles';

        function add() {
            //dynamicke nahratie modelu a vytvorenie objektu
            App::import('Model','Comment');
            $comment = new Comment;
            //volanie metody test z modelu Comment
            $comment->test();
        }
}

Dynamické nahrávanie modelu z iného modelu

Vyššie spomenutý postup je platný aj pre dynamické nahrávanie modelu z iného modelu. Takto by vyzeralo dynamické nahratie a vytvorenie objektu modelu Comment z modelu Article

class Article extends AppModel {

        var $name = 'Article';
        var $useTable = 'articles';

        function addArticle() {
            //dynamicke nahratie modelu a vytvorenie objektu
            App::import('Model','Comment');
            $comment = new Comment;
            //volanie metody test z modelu Comment
            $comment->test();
        }
}

V tomto prípade máme ešte jednu možnosť, ktorá sa však od predchádzajúcej líši najmä situáciou, v ktorej by mala byť použitá. Tou možnosťou je použitie metódy bindModel(). Musím však pripomenúť, že táto metóda je primárne určená na vytváranie dynamických väzieb medzi samotnými modelmi, i napriek tomu patrí medzi možnosti dynamického nahrávanie modelu. V našom prípade sme dynamicky vytvorili väzbu Article hasMany Comment a automaticky získali objekt na model Comment

class Article extends AppModel {

    var $name = 'Article';
    var $useTable = 'articles';

    function addArticle() {
        //dynamicke vytovrenie vazby a automaticke vytvorenie objektu modelu Comment
        $this->bindModel(
            array('hasMany' => array(
                'Comment' => array(
                    'className' => 'Comment'
                    )
                )
            )
        );
        //volanie metody test z modelu Comment
        $this->Comment->test();
    }
}

Dynamické nahratie modelu sa uskutoční iba v prípade volania metódy addArticle, čo je chovanie, ktorého sme chceli dosiahnuť.

Dúfam, že tento krátky článok bude v budúcnosti nápomocný. Rád uvítam vaše poznatky, nápady a pripomienky v diskusii k článku.

Určite sa všetci zhodneme na tom, že kancelársky balík Microsoft Office je najúspešnejšou kancelárskou aplikáciou, a preto určite v mnohých prípadoch narazíme na situáciu, kedy budeme potrebovať prečítať obsah excel súboru s príponou .xls V tomto článku si ukážeme podrobný návod, ako takúto situáciu vyriešiť.

PHP excel reader

Na čítanie .xls súboru budeme využívať php knižnicu php excel reader Na oficiálnych stránkach moc informácií nenájdete, avšak všetky potrebné informácie aj s ukážkovými príkladmi sa dajú nájsť v stiahnuteľnom súbore. My si však túto knižnicu upravíme pre potreby CakePHP a vytvoríme z nej komponentu.

PHP excel reader komponenta

Samotnú komponentu umiestníme do adresára app/controller­s/components do súboru spreadsheet.php. Nesmieme však zabudnúť aj na priložený súbor oleread.inc (je súčasťou stiahnuteľného balíka na oficiálnych stránkach excel readeru), ktorý daná knižnica potrebuje k svojej činnosti a musíme ho taktiež umiestniť do adresára components. Nekompletný kód našej komponenty v súbore app/controller­s/components/spre­adsheet.php by vypadal následovne

require_once 'oleread.inc';

class SpreadsheetComponent
{
     //obsah komponenty
}

Následne musíme danú komponentu importovať v controlleri, ktorý ju bude používať. Náš controller pomenujeme DocumentsContro­ller a umiestníme ho do súboru app/controller­s/documents_con­troller.php. Kód controlleru by vypadal následovne

class DocumentsController extends AppController {

    var $name = 'Documents';
    var $helpers = array('Html', 'Form');
    var $components = array('spreadsheet');
}

Po vytvorení komponenty a jej inicializovaní máme všetko pripravené a môžeme sa pustiť do čítania súboru. Kód pre čítanie .xls súboru by vypadal následovne

class DocumentsController extends AppController {

    var $name = 'Documents';
    var $helpers = array('Html', 'Form');
    var $components = array('spreadsheet');
    var $xsl = 'spreadsheet.xls';
    var $xsl_path = 'files';

    function read() {

        //nastavime vystupne kodovanie citanych dat
        $this->spreadsheet->setUTFEncoder('iconv');
        $this->spreadsheet->setOutputEncoding('utf-8');

        //urcime subor, ktory budeme citat, v nasom pripade umiestneny v adresari app/webroot/files
        $this->spreadsheet->read($this->xsl_path.DS.$this->xsl);

        //samotne citanie .xls suboru
        for ($i = 1; $i <=$this->spreadsheet->sheets[0]['numRows']; $i++) {

             //bunka na riadku $i v stlpci 1
             echo $this->spreadsheet->sheets[0]['cells'][$i][1];

             //bunka na riadku $i v stlpci 2
             echo $this->spreadsheet->sheets[0]['cells'][$i][2];

        }
    }
}

Ako môžeme vidieť, práca s knižnicou je veľmi jednoduchá a nepotrebuje žiadne bližšie vysvetlenie. Akurát treba spomenúť, že je potrebné nastaviť výstupné kódovanie čítaných dát v závislosti na tom, aké kódovanie používa naša aplikácia. V našom prípade sme nastavili kódovanie utf-8.

Týmto je náš článok u konca. Knižnica je veľmi jednoduchá na použitie a určite ju v mnohých prípadoch úspešne využijeme. Avšak musím spomenúť, že .xls formát od microsoftu nie je otvoreným formátom (aspoň v dobe poslednej aktualizácie tejto knižnice nebol) a preto sa môžeme stretnúť aj s problémami so správnym čítaním údajov z .xls súborov. Avšak i napriek menším nedostatkom môžeme tuto knižnicu označiť za veľmi vydarenú.

Rád uvítam vaše nápady a pripomienky ohľadne témy .xls v php.

Na stiahnutie: spreadsheet-cakephp-component