Adresářová struktura Sandboxu – výhody?

no já nevím, ale na tohle jsou přece moduly nebo mi něco uniká proč ne?

Možná to byl špatný příklad… Ale můžu mít aplikace, které spolu vůbec nesouvisí (třeba jen čekají na předání zákazníkům). Nebo chci mít na jednom serveru naše firemní stránky, pak třeba sociální síť (ala facebook), kterou vytváříme pro veřejnost (teď plácám :-)).

V takovýchto případech se podle mě použití modulů nehodí, i když chci mít aplikace na jednom serveru.

Editoval xxxObiWan (21. 7. 2011 18:53)

Když spolu nesouvisí, proč mají sdílet stejný adresář teda, jen kvůli společným komponentám/knihovnám? A co když za půl roku budeš jeden z těch projektů chtít prodat a tedy přemístit na jiný hosting, to ti z toho jebne to vypreparovat a pravděpodobně tam dáš i tunu věcí, který ten projekt vůbec nevyužívá a to bude pak binec :-)

Editoval 22 (21. 7. 2011 18:58)

Organizace… Na to já jsem úchyl. Dokážu dlouhé hodiny strávit přejmenováváním presenterů tam a zpátky :)

• Vyhovuje (čti „vyhovuje“ nikoliv „je lepší“) mi současný sandbox.
• Předělával jsem ho zatím jen jednou jedinkrát, pouze jsem nakopíroval obsah složky www do rootu webu a opravil index.php (Framework::$iAmUsingBadHost = TRUE)
• Ve velkých aplikacích to dává velký smysl tak jak je to teď.

app/
	ForumModule/
	BlogModule/
	FacebookModule/
temp/
log/
libs/
forum/
	css/ - vlastní styly
	images/ - vlastní obrázky
	index.php
blog/
	css/ - vlastní styly
	images/ - vlastní obrázky
	index.php
facebook/
	css/ - vlastní styly
	images/ - vlastní obrázky
	index.php
shared/
	css/ - sdílené styly
	images/ - sdílené obrázky

Nastavíš si apache2/nginx aby směřoval virtualhost/server do jednotlivých složek + rewrite na index a je vystaráno :)

• Více projektů nepatří na jeden server – snažíš se ušetřit? Pokud ano tak VPS/Dedikovaný/Cloud/… → odpadá problém s prefixem www/

Pridám sa k xxObiWan.
Je jasné, že na veľké aplikácie je oveľa výhodnejšia súčasná štruktúra a teoreticky je možno aj o niečo bezpečnejšia.

Ale sandbox by som skôr bral ako doporučenú štruktúru pre začiatočníkov, ktorá im bude bez problémov fungovať bez väčšej snahy. Pokročilí nech si používajú štruktúru, aká im vyhovuje (ja sám používam inú a to robím s Nette naozaj krátko).

A realita je taká, že na zdieľaných hostingoch (ktoré predpokladám bude používať asi väčšina začiatočníkov, a na bežné weby úplne stačia) je väčšinou štruktúra asi takáto:

/ FTP root
  /www     -> www.domena.tld
  /forum   -> forum.domena.tld

V takomto prípade je súčasná štruktúra značne nevýhodná, ako už ukázal xxObiWan.

Navyše, väčšina (nás) začiatočníkov sa asi veľmi nevyzná v konfigurovaní servera, takže je problém si v apache/nginx configu nastaviť potrebnú konfiguráciu. Tak isto aj na localhoste, niektorí sú radi, že majú XAMPP/WAMP, ktorý zázračne beží aj sám od seba a oni tam nič nastavovať nemusia.

Netvrdím, že je v poriadku nevedieť nič o konfigurácii servera, ale proste je to realita. Tak prečo začiatočníkom robiť začiatky (o trochu) ťažšími?

@na1k: Sry nepochpil jsem tě, co znamená „dosažení aplikační struktury až v adresáři subdomény“ ?

xxxObiWan,

/
      forum/
            app/
            lib/
            www/
      wiki/
            app/
            lib/
            www/
      www/
            app/
            ...

s tím, že jde o klasickou hostingovou FTP strukturu, kde forum, wiki, www, odpovídá subdoméně. Do každé z těchto subdomén pak dám .htaccess:

RewriteEngine on
RewriteRule ^(.*)$ /www/$1 [NE]

Ano, je to trochu proti filozofii sandboxu a zbytečně se duplikují knihovny, ale to jsou řádově kB až MB. To je malá cena za přehlednost, která touto organizací dle mého roste :-)

Navíc mi to dovoluje na subdoménách pouštět aplikace s různou verzí Nette (obecně knihoven), stejně jako můžu dát programátorovi konkrétní aplikace přístup jen k subdoméně a ne k celé doméně (rootu).

Editoval na1k (22. 7. 2011 10:12)

Něco k té bezpečnosti. Kdysi tu bylo jedno vlákno od Davida s upozorněním, kolik procent webů běžících na Nette nemá zabezpečený config.ini. Nepamatuji si z hlavy, kolik přesně procent to bylo (a to vlákno už je koukám z pochopitelných důvodů odstraněné), ale bylo to velmi překvapivé číslo (určitě více než 5%). Vzpomínám si, že to končilo výzvou: „Běžte si to opravit!“ a následoval už jen lock toho vlákna. :)

Myslím, že to číslo bylo docela přesné, protože David měl od Jakuba Vrány (předpokládám, že od něj) seznam všech CZ domén, na kterých bylo podle hlaviček detekováno Nette, a předpokládám, že je prostě zkontroloval jednoduchým robotem.

V každém případě šlo o weby na serverech, kde programátoři z nějakého důvodu překopali výchozí strukturu na plochou (samozřejmě v mnoha případech museli). Překvapivě velké množství z těch programátorů pak už vůbec neřešilo nějaký .htaccess a nutnost ochránit config.ini, který se tak ocitl v rootu webu.

Pokud by výchozí struktura Nette byla plochá, jsem přesvědčen, že množství webů s touto bezpečnostní dírou by skutečně vzrostlo a to by na Nette nevrhalo dobré světlo (i když správně přednastavený .htaccess přímo v sandboxu by určitě ochránil většinu webů produkovaných méně zkušenými programátory).

na1k napsal(a):

RewriteEngine on
RewriteRule ^(.*)$ /www/$1 [NE]

Zkoušel jsi to? Mě v tomhle případě Nette při URL http://localhost/blog/ hlásí chybu:

Nette\Application\BadRequestException #404

Cannot load presenter 'Blog', class 'BlogPresenter' was not found in 'D:\XamppLite_1.7.3\htdocs\blog\app/presenters/BlogPresenter.php'.

Otestováno na nejnovější vývojové verzi Nette. Navíc jsem to kdysi zkoušel i na 0.9.7 a i tehdy to způsobovalo tuhle chybu.

EDIT: Tak se omlouvám, v rootu localhostu (a tím pádem i v rootu subdomény) to funguje. V podsložce ale ne, takže mi to nepřijde jako univerzální řešení.

Editoval xxxObiWan (23. 7. 2011 16:51)

V případě http://localhost/blog/ by ale mělo stačit přesunout .htaccess z rootu do /blog/. Obecně by měl být na stejné úrovni jako app,lib,www

Jj přesně tak jsem to měl, ale Nette si z nějakého důvodu myslí, že blog je název presenteru (asi kvůli new Route('<presenter>/<action>/<id>', 'homepage:default'))

EDIT: Myslíte, že by se to dalo brát jako bug?

Editoval xxxObiWan (23. 7. 2011 18:19)

Tohle je imho bug Nette. Nedetekuje správně $baseUrl a proto si myslí, že blog je presenter…

Adresář www je určený pro veřejně dostupné soubory. Dávat do něj neveřejné soubory mi připadá divné, zhruba stejně, jako kdybychom libs a log dali do adresáře images a jen zakázali přístup přes htaccess. Lze to, ale proč?