[ Tudfa @ 30.06.2010. 21:43 ] @
Napravio sam instaler za aplikaciju, tacnije nisam jos zavrsio, al sam blizu...

Evo neke osnovne logike koja se nalazi u zasebnom install.php fajlu:

Code:

try
{
    $installer = new RVSLS_Installer();

    if($installer->isInstalled())
    {    
        $installer->setError('ALREADY_INSTALLED');
    }else{
        
        $installer->install();
    }
    
}catch (Exception $e)
{
    $installer->setError('FATAL_ERROR');
}

E sad sam mislio dal bi mozda bilo dobro da uradim ovo isto, ali da imam InstallerController sa svojim view-om i model-om ?
A ne da bude ovako poseban fajl, pa da recimo moram rucno da ubacujem view skirptu i slicno...

Pa bih voleo da cujem misljenje o ovom nacinu koji sam predlozio da se instaliranje vrsi u okviru Installer kontrolera..

Nadam se sam lepo objasnio i da nisam bio bas mnogo opsiran ..
[ Nikola Poša @ 01.07.2010. 09:04 ] @
Pa ti bi u principu trebao da radiš onako kako za taj konkretan slučaj tebi više odgovara. Možda ti neće odgovarati da se u tu svrhu instaliranja pokreće ceo bootstrap proces, jer prosto to je faza instalacije, pa možda neki resurs koji treba da bootstrap-uješ još uvek nije spreman, jer npr. zavisi od nekih podataka iz baze, koji će biti dostupni tek nakon instalacije, itd. Ja čak mislim da je pametnije da logika za instalaciju bude u tom zasebnom install.php skriptu, jer koristiće se samo jednom, a naravno, svu business logiku za njega, eto recimo taj tvoj model RVSLS_Installer i slično, bi držao na standardnoj lokaciji, u "models" folderu određenog modula.

I da, takav pristup ne znači da ti uopšte nećeš biti u mogućnosti da bootstrap-uješ neki resurs, jer ti u tom skriptu takođe možeš da inicijalizuješ aplikaciju, a uz to možeš da biraš koje resurse hoćeš da bootstrap-uješ, npr.:
Code:
$application = new Zend_Application(APPLICATION_ENV, include_once('putanja/do/config.ini'));
$application->getBootstrap()->bootstrap(array('Autoloaders', 'DB')); //bootstrap-uj samo Autoloaders i DB resurse.


[Ovu poruku je menjao Nikola Poša dana 01.07.2010. u 10:38 GMT+1]
[ Tudfa @ 01.07.2010. 14:47 ] @
Citat:
Nikola Poša: Možda ti neće odgovarati da se u tu svrhu instaliranja pokreće ceo bootstrap proces, jer prosto to je faza instalacije, pa možda neki resurs koji treba da bootstrap-uješ još uvek nije spreman, jer npr. zavisi od nekih podataka iz baze, koji će biti dostupni tek nakon instalacije, itd.


Hehe, mozda, trenutno nemam takvu situaciju , al kapiram te... Pogledao sam tvoj CMS i misilm da sam video jednu takvu situaciju u Bootstrap-u.
Ostacu pri install.php fajlu i bootstrap-ovacu, kako si rekao, samo ono sto je potrebno, ali mi je i dalje primamljivo pomalo ovo sa kontrolerom

Inace ovo sve pitam iz razloga jer me interesuje "sta je dobra praksa" i sto svaki problem moze da se resi na vise nacina, pa sam hteo da dodjem do neke sto bolje logike...

Pogledao sam jos jedan primer instalacije ... U pitanju je DigitalusCMS, i iskreno ima jedna stavka koja mi bode oci, i to sam gledao da izbegnem,
a ne znam zasto su to uradili tako(vise mi se svidja tvoj pristup).. Evo kako njima izgleda index fajl:
Code:

<?php
if(file_exists('./install/install.php')) {
    require './install/install.php';
}else{
    require './application/bootstrap.php';
}
?>

Instalacija ide tako sto se proveri da li je instalirana aplikacija, ako nije instalira se, i brise se install.php i install direktorijum...
Ono sto mi se ne svidja je to sto se pri svakom zahtevu radi ovaj file_exists u index fajlu... Ne pravi to nikakvo opterecenje,
al sto bi se svaki put proveravalo dal je aplikacija instalirana umesto samo u tom install.php fajlu..
[ Miroslav Ćurčić @ 01.07.2010. 21:02 ] @
Po meni je najelegantnije rešenje: učitavanje configuracione datoteke.
Neka *.ini ili *.php ili slično datoteka u kojoj čuvaš najbitnije parametre, recimo user/pass za DB.
Tu datoteku svakako moraš da pročitaš kasnije u radu, a ako čitanje ne uspe to ti je znak da aplikacija nije instalirana.