ZF - Problemi i diskusija

Re: ZF - Problemi i diskusija 22.09.2010. u 12:24 · pre 196 meseci #181

Za prvo pitanje stvarno ne mogu ništa da ti kažem, jer nikad nisam koristio Lucene.

Što se drugog pitanja tiče, naravno da je tako nešto moguće, ali to je, koliko ja znam, izvodljivo jedino uz pomoć Regex rute, npr.:

Code:
routes.foobar.type = "Zend_Controller_Router_Route_Regex"
routes.foobar.route = "([a-zA-Z0-9\-\/]*)([a-zA-Z0-9\-]+)\.html"
routes.foobar.defaults.module = default
routes.foobar.defaults.controller = index
routes.foobar.defaults.action = index
routes.foobar.map.1 = foo
routes.foobar.map.2 = bar
routes.foobar.reverse = %s%s

To bi bio primer definicije takve rute u okviru ini fajla, a posle naravno bi u bootstrap-u morao da dodaš ovu konfiguraciju ruteru:

Code:
$routesConfig = new Zend_Config_Ini('/putanja/do/routres_config.ini');
Zend_Controller_Front::getInstance()->getRouter()->addConfig($routesConfig, 'routes');

Naravno, ovakvu definiciju možeš da dodaš i direktno u tvoj app config, pri čemu bi samo ispred svake stavke dodao resources.router, kako bi naglasio da inicijalizuješ Router app resurs. Ja nekako više volim da rute držim u odvojenom config fajlu.

Primetićeš da u tom prvom subpattern-u "prolazi" i znak "/", a to je upravo iz razloga što je zahtev te tvoje rute takav da je prvi deo opcion, pa nikako ne smeš kosu crtu (url separator) da imaš između ta dva parametra foo i bar, već će parametar foo, ako ga ima, pri assemble-ovanju te rute dodavati kosu crtu na kraj njegove vrednosti. To znači da ćeš pri dohvatanju vrednosti tih parametara, u okviru foo-a imati i tu dodatnu kosu crtu na kraju, a ako ti to smeta, onda istu tu rutu možeš da definišeš i ovako:

Code:
routes.foobar.route = "(?:([a-zA-Z0-9\-]+)\/)?([a-zA-Z0-9\-]+)\.html"

Nadam se da ti sintaksa regularnih izraza nije strana, pa ti je verovatno jasno zašto sam stavio ?: na početku tog prvog segmenta kojeg sam označio kao opcionog. U slučaju takve rute, reverse ruta (ona koja se koristi za assemble-ovanje) bi trebala da izgleda ovako: routes.foobar.reverse = %s/%s.

btw Sve ovo pišem iz glave, tako da mi se možda potkrala neka sintaksna/logička greška.

Re: ZF - Problemi i diskusija 22.09.2010. u 15:09 · pre 196 meseci #182

Citat:

Nikola Poša: U slučaju takve rute, reverse ruta (ona koja se koristi za assemble-ovanje) bi trebala da izgleda ovako: routes.foobar.reverse = %s/%s.

Zaboravi na ovu rečenicu.

U slučaju takve reverse rute, nikad ne bi mogao da dobiješ url tipa site.com/barParam.html, već ovako nešto site.com//barParam.html, zbog te kose crte. Za ovaj drugi način koji sam predložio, morao bi ručno da dodaješ url separator (kosu crtu) na taj foo parametar (u slučaju da ga koristiš), pri generisanju url-a bilo view ili action Url helper-om.

Re: ZF - Problemi i diskusija 23.09.2010. u 06:45 · pre 196 meseci #183

Ok, kapiram. Mislim da cu se snaci.
Samo ovo treba da prepakujem u bootstrap jer sam tamo poceo da pisem rute.

Hvala. ;)

Re: ZF - Problemi i diskusija 19.10.2010. u 23:08 · pre 195 meseci #184

Evo mene opet. :)
Stigoh do kesiranja konacno.. veoma mocno. Sa nekih 150 sam smanjio na 80-100ms kesirajuci neke expensive queries i obradu nekih podataka. To je sve super, ali nikako da ga nateram da u kontroleru uz pomoc helpera kesira celu stranu. Procitao sam u manuel-u sve vezano za Zend_Cache, guglao prilicno i nadjoh ovaj tekst - jedan od konkretnijih: http://www.brandonsavage.net/c...fficiency-with-zend-framework/ .
Medjutim, kreira mi prazan fajl. Jendom sam izostavio zarez i prijavio je gresku - cudno, to sam nasao u cache fajlu, ali kad je sve ok prazan je.

Ini:

Code:
resources.cacheManager.page.backend.options.public_dir = APPLICATION_PATH "/../public/cached"
resources.cacheManager.pagetag.backend.options.cache_dir = APPLICATION_PATH "/../cache/tags"
resources.frontController.params.disableOutputBuffering = true

Index kontroler - init() :

Code:
$this->_helper->cache(array('index'), array('indexaction'));

.htaccess

Code:

RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{DOCUMENT_ROOT}/cached/index.html -f
RewriteRule ^/*$ cached/index.html [L]

RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{DOCUMENT_ROOT}/cached/%{REQUEST_URI}\.html -f
RewriteRule .* cached/%{REQUEST_URI}\.html [L]

...i ono standardno

Vidim da nisam jedini koji ima ovaj problem i svuda kao resenje navode da se iskljuci output buffering. Ali od pocetka u .ini fajlu stoji ta linija.. Zaglavio sam, moze pomoc? Sta moze da bude problem?

Re: ZF - Problemi i diskusija 22.11.2010. u 16:14 · pre 194 meseca #185

Zna li neko kako najjednostavnije da promenim putanju do view fajlova ali negde u bootstrapu ili preko plugin-a (pa da ga reg. u bootrstrapu) ? Iz kontrolera nije opcija (to sam uspeo) jer ih ima puno, lakse je i prakticnije to uraditi na jednom mestu.

Hteo bih da imam ovako nesto:

Code:
app
    modules
        one
            controllers
            models
            view
                helpers
                scripts1
                scripts2
        two
            controllers
            models
            view
                helpers
                scripts1
                scripts2

Dakle da se isti helperi koriste i za jedan i za drugi template, samo da se folder sa .pthml menja.

Probao sam neke varijante sa setScriptPath() u bootstrap-u, ali izgleda da ja to ne radim kako valja... ili to menja putanju do view foldera a samim tim iste helpere moram imati na dva mesta ili i za njih posebno podesavati path... sto mi izgleda kao nepotrebno komplikovanje. Moglo bi mozda jednostavnije kao za layout path, kako ste predlozili u nekim od ranijih postova?

Pozzz

Re: ZF - Problemi i diskusija 22.11.2010. u 16:44 · pre 194 meseca #186

Nisi napomenuo da li bootstrap-uješ View app resurs, ali pošto je to verovatno slučaj, onda će ViewRenderer biti dodat na stack action helper-a, što znači da je on taj koji je odgovoran za render-ovanje view script-ova. E sad, ako sam dobro razumeo, ti treba da dodaš putanju do nekih view script-ova kako bi mogao da ih koristiš, a ne da je promeniš. To znači da bi trebao da dodaš vrednost na stek putanja u oviru samog View objekta, kojeg ViewRenderer ima kao javnog člana. Tako da, rešenje bi bilo da dodaš neki custom metod u Bootstrap klasu koji će da radi sledeće:

Code:
$this->bootstrap('view'); //OBAVEZNO! Kako bi najpre bootstrap-ovao view app resurs.
$viewRenderer = Zend_Controller_Action_HelperBroker::getStaticHelper('ViewRenderer');

$viewRenderer->view->addScriptPath('putanja/do/view/script-ova');

E sad ja ne znam da li je to ono što tebi odgovara, jer tako će i pre samog dispatch procesa, view već biti napunjen sa tom dodatnom putanjom. Odakle uopšte potreba za takvom strukturom direktorijuma, scripts1, scripts2, itd.?

Re: ZF - Problemi i diskusija 22.11.2010. u 17:28 · pre 194 meseca #187

Pa script1 predstavlja jedan template (temu) a script2 drugu. Tako sam zamislio, da na jendom mestu u zavisnosti od toga sta je korisnik izabrao promenim (ne da dodam nego bas promenim) folder gde ce biti trazeni .phtml fajlovi. Helperi se traze i dalje na istom mestu. Tu negde bih ukljucio i layout isto kao i ove .phtml iz scripts, samo nisam hteo komplikovati jer to znam kako da izvedem.
Jos jedan razlog je sto bi mogla postojati potreba za ispisom veceg teksta na razlicitim jezicima sto u ovakvom slucaju kakav je predvidjam nije prikladno za zendovo resenje sa prevodjenjem. Ovo nije primarni razlog jer su male sanse da se desi, ali ipak postoje. Zapravo, sve je ovo probanje i predvidjanje svega i svacega kako bi se bolje upoznao frejmvork. :) Ali potreba za templajtima je realna.

Uglavnom, probao sam sa view rendererom ali sa setScriptPath i kada posle u kontroleru uradim getScriptPath dobijem onaj standardni i renderuje se .phtml iz onog pocetnog scripts foldera. Znaci nisam uspeo da promenim path.

Kontas sta hocu? Dva ili vise templajt foldera koji ce deliti isti helper folder. Ali da to podesim tamo gde sam podesio i layout jer od istih faktora zavisi koji ce path biti (sta je korisnik izabrao i koji je modul u tom zahtevu).

Re: ZF - Problemi i diskusija 22.11.2010. u 20:34 · pre 194 meseca #188

Aha, a pa što teme držiš u scripts folderima?

Za to se obično koristi app/layouts folder. I u njemu onda ide neka ovakva struktura: app/layouts/tema1, app/layouts/tema2, itd., a svaka od tih tema ima onaj layout.phtml, ili neki custom naziv tog glavnog skripta, u zavisnoti od načina na koji si implementirao Zend_Layout komponentu.

Citat:

strutter.poison: da na jendom mestu u zavisnosti od toga sta je korisnik izabrao promenim (ne da dodam nego bas promenim) folder gde ce biti trazeni .phtml fajlovi.

Pojasni malo to "šta je korisnik izabrao"... "Izabrao" u smislu podesio, pa je to podešavanje sačuvano npr. u bazi, ili "izabrao" u smislu odlaska na neku stranicu, odnosno na neki modul/kontroler/akciju?

Ako je u pitanju ovo prvo, onda to možeš da završiš nekim custom metodom u bootstrap-u:

Code:
protected function _initTheme()
{
    //ovde ide dohvatanje aktivne teme
   //$aktivnaTema = ...
    Zend_Layout::startMvc(APPLICATION_PATH . '/layouts/' . $aktivnaTema)->setLayout('layout.phtml')->disableInflector();
}

A ako temu ipak treba da menjaš u odnosu na trenutni zahtev, na primer u odnosu na trenutni modul, onda je u te svrhe najbolje napraviti controller plugin.

Code:
class My_Plugin_ThemeInit extends Zend_Controller_Plugin_Abstract
{
    public function routeShutdown(Zend_Controller_Request_Abstract $request)
    {
        $module = $request->getModuleName();
        $layoutPath = APPLICATION_PATH . '/layouts/';

        switch($module)
        {
            case 'foo':
              $layoutPath .= 'foo';
              break;
            case 'bar':
              $layoutPath .= 'bar';
              break;
            default
              $layoutPath .= 'default';
        }

        Zend_Layout::getMvcInstance()->setLayoutPath($layoutPath);
    }
}

Citat:

strutter.poison: Dva ili vise templajt foldera koji ce deliti isti helper folder.

Ovaj deo ne kapiram... Šta je za tebe "templejt folder"? Možda grešim, ali čini mi se da loše povezuješ neke stvari. Tema, odnosno, layout, pa ni view script-ovi, nemaju nikakve veze sa view helper-ima, u smislu tog nekog "deljenja" koje ti spominješ. Ti sve svoje view helper-e možeš da smestiš na neko totalno drugo mesto, npr. u library folder, al' onda je samo bitno da view-u saopštiš tu putanju na kojoj će on da ih traži.

Re: ZF - Problemi i diskusija 22.11.2010. u 22:16 · pre 194 meseca #189

Pozdrav narode. Imam problem pa ako je neko voljan za pomoc
Naime, imam dva projekta koja razvijam. I u jednom i u drugom koristim Zend_Acl za kontrolu pristupa, tj. imam u folderu library/CSM fajl Acl.php koji u sebi ima sledece:

Code:
<?php
class CMS_Controller_Plugin_Acl extends Zend_Controller_Plugin_Abstract {
    public function preDispatch(Zend_Controller_Request_Abstract $request) {
        // set up acl
        $acl = new Zend_Acl ();

        // add the roles
        $acl->addRole ( new Zend_Acl_Role ( 'guest' ) );
        $acl->addRole ( new Zend_Acl_Role ( 'user' ), 'guest' );
        $acl->addRole ( new Zend_Acl_Role ( 'administrator' ), 'user' );

        // add the resources
        $acl->add ( new Zend_Acl_Resource ( 'index' ) );
        $acl->add ( new Zend_Acl_Resource ( 'error' ) );
        $acl->add ( new Zend_Acl_Resource ( 'user' ) );
        $acl->add ( new Zend_Acl_Resource ( 'menu' ) );
        $acl->add ( new Zend_Acl_Resource ( 'menuitem' ) );
        // set up the access rules
        $acl->allow ( null, array ('index', 'error' ) );

        // a guest can only read content and login
        $acl->allow ( 'guest', 'taxi', array ('index', 'open' ) );
        $acl->allow ( 'guest', 'menu', array ('render' ) );
        $acl->allow ( 'guest', 'user', array ('login' ) );

        //user privileges
        //$acl->allow ( 'user', 'page', array ('edit', 'delete' ) );
        $acl->allow ( 'user', 'user', array ('logout' ) );


        // administrators can do anything
        $acl->allow ( 'administrator', null );

        // fetch the current user
        $auth = Zend_Auth::getInstance ();
        if ($auth->hasIdentity ()) {
            $identity = $auth->getIdentity ();
            $role = strtolower ( $identity->role );
        } else {
            $role = 'guest';
        }

        $controller = $request->controller;
        $action = $request->action;

        if (! $acl->isAllowed ( $role, $controller, $action )) {
            if ($role == 'guest') {
                $request->setControllerName ( 'user' );
                $request->setActionName ( 'login' );
            } else {
                $request->setControllerName ( 'error' );
                $request->setActionName ( 'noauth' );
            }
        }

    }
}

u application.ini mi je podeseno:
resources.frontController.plugins.acl = "CMS_Controller_Plugin_Acl"

Ono sto je problem jeste da kad se ulogujem na jednu aplikaciju preslikava se na drugu(koristi iste korisnike). Tabele u kojima se cuvaju korisnici se nalaze u razlicitim bazama

Probao sam svasta, ali ne ide

Re: ZF - Problemi i diskusija 22.11.2010. u 23:14 · pre 194 meseca #190

Promena layout-a nije problem, to je vec objasnjeno na ovoj temi. (mislim da si bas ti objasnio)
Ali, .phtml fajlovi iz view/scripts generisu dobar deo html koda koji se mora promeniti kada se promeni tema. U dosta situacija to sto akcija generise nije poznato layout-u tako da mora u view/scripts.
Po meni deljenje tog V iz MVC na layout i view/scripts na ovakav nacin nije dobro zato sto ogranicava kasniju promenu tema i moze potpuno da onemoguci da budu aktivne dve skroz razlicite teme i da kroisnik uradi switch sa jedne na drugu sa dva-tri klika.
Da se ja pitam uradio bih ovako:

Code:
modules
    controllers
    models
    templates
        helpers
        default
            view (ili drugo ime..)
                index
                    index.phtml
                foo
                    index.phtml
            layout
                layout.phtml
        foo
            view
                index
                    index.phtml
                foo
                    index.phtml
                layout
                    layout.phtml
    plugins
    forms
    .
    .
    .

Samo helperi ostaju zajednicki za sve teme, dok se layout menja zajendo sa promenom view path-a.
Mislio sam da se promenom view path-a menja i path za helpere jer se sa setBasePath upravo to dobija. Dok setScriptPath i addScriptPath menjaju samo script path. Zato sam istakao odvajanje helpera, mada oni uopste nisu bitni u ovoj prici i nemaju veze sa scripts i layout kao sto kazes.
Nego lepo sto si pomenuo to da se mogu staviti na neko totalno drugo mesto npr. u library. :) E, daj da vidimo kako se to moze izvesti za view/scripts.

Procitao sam ovu diskusiju: http://www.mail-archive.com/[email protected]/msg11411.html Prepricacu ti ukratko da nemoras da citas.
Lik pokusava isto sto i ja. Setuje path za scripts ali se .phtml trazi u onom defalut folderu. Cuveni Matthew Weier O'Phinney tvrdi da se prilikom addScriptPath poslednji dodat prvi proverava. Medjutim prvi je uvek onaj default i redosled o kom on govori vazi za drugi, treci itd. U nizu sa key 0 ostaje view/scripts. Lik sa kojim je Metthew diskutovao je na kraju zapakovao aplikaciju kako bi se ovaj uverio. Medjutim vise nisu pisali... E da, kaze da kada obise ili promeni ime od view foldera bude renderovan odgovarajuci .phtml iz onog drugog. Ali ni to kod mene nece.. sto nije neki problem jer mi brisanje svakako nije opcija vec normalna promena path-a tako da on bude prvi ili jedini koji se proverava.
To je bilo za zf 1.5 ali isti problem sam i ja uocio malo pre.
Verujem da ima neko drugo resenje, ali cova iz zenda to nije objasnio..

Idem da izguglam jos neko resenje i da probam. Garant je nesto banalno kao sto obicno biva.. :) Ako stignes i ako znas, bilo bi super da mi ustedis malo vremena. :)

Re: ZF - Problemi i diskusija 23.11.2010. u 01:25 · pre 194 meseca #191

Evo u cemu je caka.
Poslednji dodat se prvi proverava. Cika Metju je upravu. Samo sto se nakon sto ja dodam u bootstrap-u dodaje ponovo. logicno... :) cim je nesto drugo na mestu 0. I onda se gubi smisao podesavanja u bootstrapu.
Koristeci debug_backtrace() sam uhvatio ko mi se mesa u posao. Zend_Controller_Action_Helper_ViewRenderer. Posto tu stoji provera da li je vec setovan taj path koji pokusava da setuje pa ako nije setuje ga, samo sam u bootstrap-u dodao taj standardni path prvi a drugi ovaj moj. Tako nije bilo novog setovanja i koristen je moj path. :)
Verovatno ovo moze elegantnije, ali mrzi me sad da se cimam. Dosta je.. drugi put.
Dakle u bootstrap-u:

Code:
$view = new Zend_View();
$view->setScriptPath(null); // moze a i nije potrebno
$view->addScriptPath(APPLICATION_PATH."/onaj/standardni");
$view->addScriptPath(APPLICATION_PATH."/moj/path");
Zend_Controller_Action_HelperBroker::getStaticHelper('viewRenderer')->setView($view);

Aaaa, odlepicu! Za par minuta sam resio problem prateci kroz source obradu zahteva, dok sam na guglu izvisio.. pa sigurno sat-dva ukupno, svasta pokusavajuci. A nekada listam source i nikako da pohvatam sta je sta, pa na kraju nadjem resenje na guglu za pola minuta. Deam! Kako nikad da potrefim iz prvog puta gde je lakse. :(

Re: ZF - Problemi i diskusija 23.11.2010. u 10:38 · pre 194 meseca #192

Citat:

strutter.poison: Koristeci debug_backtrace() sam uhvatio ko mi se mesa u posao. Zend_Controller_Action_Helper_ViewRenderer.

Ok, najbitnije je da si sad rešio taj problem... :) A i kao što sam napomenuo u pretposlednjem post-u, taj Zend_Controller_Action_Helper_ViewRenderer postaje "glavna faca" što se tiče View-a, nakon što ga dodaš na stek action helper-a. Za sve što je vezano za view se obraćaš njemu, direktno ili indirektno, jer on tu instancu Zend_View objekta koju si mu dodelio, posle u init() hook-u set-uje i trenutnom Action kontroleru, pa je to onda isti onaj objekat kome pristupaš npr. u akciji nekog kontrolera, kad dodaješ neke promenljive view-u ($this->view->foo = 'bar').

Re: ZF - Problemi i diskusija 25.11.2010. u 18:10 · pre 193 meseca #193

Potrebno mi je da odradim chat na sajtu i to ne nista komplikovano(ne treba chat sobe i sl). Ono kako sam ja planirao jeste mysql u pozadini sa tabelom koja ce imati dve kolone za korisnike, jednu za poruku i jednu za vreme poruke. E ono sto me muci jeste sto sam planirao da se stranica, tj. deo radi refresh na svakih nekoliko sekundi. Jel idem u dobrom pravcu i jel ima neko neko usmerenje kako je radio ovo u Zend-u?

Re: ZF - Problemi i diskusija 02.12.2010. u 11:53 · pre 193 meseca #194

Ima li neko da je uspjesno instalirao Zend na Win7 i Xampp-u?

I jos jedno pitanje. Da li neko zna kolike su sanse da se na shared hostingu dobije virtual host (koji je, kako sam ja shvatio,
potreban da se Zend koristi za live sajt)?

Re: ZF - Problemi i diskusija 02.12.2010. u 12:11 · pre 193 meseca #195

Zend kao Zend Studio, Zend Framework, Zend Optimizer...?

Pogresno si razumeo to za virtual hostove. Uglavnom tokom razvoja aplikacija se nova aplikacija pravi pod virtual hostom, tipa: http://projekat.localhost/ cisto da bi migracija na http://projekat.com/ bila sto laksa. Jedino sto je pozeljno za ZF based aplikacije jeste da imas pristup jedan nivo iznad public_html foldera (sto je dosta cest slucaj u poslednje vreme, kako sam ja primetio).

Re: ZF - Problemi i diskusija 02.12.2010. u 14:04 · pre 193 meseca #196

Mislim na instalaciju Zend Framework-a na Win7 i Xampp-u

Sto se tice mana ZF-a, citao sam jedan clanak gdje se spominje kao mana to da se na shared hostingu mora imati mogucnost kreiranja Virtual Host-a

http://net.tutsplus.com/tutorials/php/10-compelling-reasons-to-use-zend-framework/
(search: ADDENDUM pa ce te odvesti na listu nedostataka)

Mozda ce opet ispasti da ne razumijem dobro ali... Nadam se da je tako kako ti kazes.
Sto se tice pristupa nivoima iznad /public_html, imam reseller paket jedne domace (bosanske)
firme i imam pristup tom nivou (znaci li to da cu moci bez asistencije njihove podrske napraviti
da mi Zend aplikacija radi kako treba na serveru?)

Re: ZF - Problemi i diskusija 02.12.2010. u 14:17 · pre 193 meseca #197

Ha! Ti razumes dobro, ali oni ne razumeju dobro :D taj deo su omasili (citao sam clanak ranije, ali na ovo nisam obratio paznju).

Sto se tice hostinga, potrebno je da imas mod_rewrite, da imas pristup 1 level iznad public_html-a (ili www, ili public, ili vec kako su nazvali web root) i otprilike to je to.

ZF nema sta da se instalira. Kopiras fileove iz fw-a negde u putanju (note: negde. Ti odlucujes gde ce biti zf fileovi smesteni), namestis .htaccess i otprilike to je to. Ti ionako razvijas kod sebe u lokalu, posle samo frljnes na server, promenis pristupne podatke za bazu i to je to :) meni se na kraju posao prebacivanja na live server svodi na upravo to. Bilo da idem na svoj VPS, bilo na klijentov shared hosting.

Re: ZF - Problemi i diskusija 02.12.2010. u 21:22 · pre 193 meseca #198

U redu, hvala na odgovoru, laknulo mi je

Krenuo sam prije nekih 2 sata s instalacijom ZF-a. Naravno, imam odredjenih problema

Dakle, radi se o:

Win7
Xampp
ZF 1.11

Odradio sam (mislim) sve sto se trazilo, ne znam sta mu je vise
da probam navesti sve urađeno:

1. dodao putanju do /library foldera u include_path php.ini-ja
2. kreirao projekt (quickstart) - dobio kreiran istoimeni folder s odgovarajucoj strukturom
3. napravio symlink foldera iz D:\WebDev\ZendProjects\library\Zend ka D:\WebDev\ZendProjects\quickstart\library
4. boostrap ostavio onakvim kakav jeste, kako i sam autor quickstart tutoriala kaze

Code:

class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{

}

5. application.ini je ovakav:

Code:

; application/configs/application.ini

[production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
includePaths.library = APPLICATION_PATH "/../library"
bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"
appnamespace = "Application"
resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"
resources.frontController.params.displayExceptions = 0

[staging : production]

[testing : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1

[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1

6. kreirao virtual host u Xampp-u
U httpd.conf sam nasao uncommented liniju "include vhosts.conf bla-bla" tako da podesavanja vuce iz tog vhost fajla, gdje sam unio:

Code:

NameVirtualHost *:80

<VirtualHost *:80>
    ServerName quickstart.local
    DocumentRoot C:/xampp/htdocs/quickstart/public

    SetEnv APPLICATION_ENV "development"

    <Directory C:/xampp/htdocs/quickstart/public>
        DirectoryIndex index.php
        AllowOverride All
        Order allow,deny
        Allow from all
    </Directory>
</VirtualHost>

7. dodao 127.0.0.1 quickstart.local u host file

Ne znam vise sta hoce od mene. Ne dobijam nista kada kucam http://quickstart.local/ - samo error:

Object not found!
The requested URL was not found on this server. If you entered the URL manually please check your spelling and try again.

Re: ZF - Problemi i diskusija 02.12.2010. u 21:50 · pre 193 meseca #199

kod wamp-a se podesava tako sto na apachu dodas alias (npr.: projekat), dodas putanju ka njemu(npr.: c:/Program Files/wamp/www/ime projekta/public/ ) i onda kada kucas http://localhost/projekat/ to radi

ovde ti je jos bitno da kod apacha (apache modules) ukljucis rewrite_module opciju

Re: ZF - Problemi i diskusija 02.12.2010. u 21:55 · pre 193 meseca #200

Ma veliku sam glupost napravio pri pravljenju virtual hosta

Posto je u tutorialu stajalo /path/to/quickstart/public, ja sam pri unosu stavio i u putanju do document root-a ovo "quickstart", bas onako kako je u lokalnom folderu gdje drzim fajlove projekta.
Zapravo mi to ne treba, vec samo ide C:/xampp/htdocs/public

Cim sam to ispravio sve je proradilo kako treba.

A tek sada mi predstoji znojenje sa bootstrap-om (kako mi samo ovo opako i zloslutno zvuci)
U CodeIgniter-u toga nema, tako da mi je to sasvim novo.

Ali postam opet cim negdje zapnem a ne uspijem se iscupati sam

Forum kao aplikacija na telefonu

Srodne teme