Špatný UrlScript::scriptPath

A toje takovej problém v ISPConfig vytvořit „vlastní doménu“ pro tu subdoménu ?

Ted me napadlo, a co zkusit $basePath ?

Rád bych tohle téma oživil, právě jsem tím zabil hodinu.

Podle mě je chyba v /libs/Nette/Http/RequestFactory.php v metodě createHttpRequest(), konkrétně tady

Když tam moje aplikace dojde, má tyhle hodnoty:

$_SERVER['SCRIPT_FILENAME'] C:/xampp/htdocs/adresar.pp/domena.com/configuration/www/index.php
$_SERVER['DOCUMENT_ROOT']   C:/xampp/htdocs/adresar.pp/domena.com/
$_SERVER['REQUEST_URI']     /configuration/

$url->path     /configuration/
$script        /configuration/www/index.php

Testováno na dvou různých url, $_SERVER[‚REQUEST_URI‘] v obou případech obsahoval to samé, co $url->path:

http://domena.com/configuration/abc-dq/session/log-in
http://domena.com/configuration/

Ofixloval jsem to tím, že jsem strrpos() nahradil strpos($script, ‚/‘, 1), ale to funguje, jen když je Nette vnořené jen o jednu úroveň – v mém případě /configuration. Kdyby to bylo třeba /configuration/something, tak to fungovat zase nebude.

Ve skutečnosti to podle mě chce detekci nejdelšího společného řetězce.

Editoval petr.pavel (30. 12. 2011 12:05)

@David Grudl: Doplnil jsem.

Ano, má hodnotu /. Koukám, že jsem to asi celé nějak špatně pochopil. :-)

Začal jsem u toho, že jsem očekával „/configuration“ v proměnné {$basePath} v šabloně Latte. Místo toho tam bylo „/“. Tak jsem hledal, odkud se její obsah bere, a našel tenhle $url->scriptPath.

Mám dost problémy pochopit, co se tam všechno děje a proč. Třeba v UrlScript::getBasePath(). V mém případě je tam

$this->scriptPath    /
$this->path          /configuration/

a funkce vrátí „/“. Není mi jasné, proč se tady vrací kus $this->path až do posledního lomítka v $this->scriptPath.

Možná by ještě prospělo, kdybych napsal, jak mám definovanou routu. Pro ty moje dvě url to je:

$baseDir = str_replace('/www/index.php', '', $_SERVER['SCRIPT_NAME']);	// "/configuration"
$router[] = $adminRouter = new NRouteList('Admin');
$adminRouter[] = new NRoute("$baseDir/abc-dq/<presenter>/<action>[/<id>]", 'Default:default');

$router[] = new NRoute("$baseDir/<presenter>/<action>[/<id>]", 'Default:default');

Sorry, to mi nějak hlava nebere.
$_SERVER[‚DOCUMENT_ROOT‘] je přeci nejčastěji cesta v rámci operačního systému k tomu, co je z pohledu webu root „/“. Jakou bych měl potřebu vkládat do šablony {$basePath}, když se můžu spolehnout, že to je „/“? Předpokládám, že jsem tě špatně pochopil. Můžeš mi to, prosím, vysvětlit?
Jedinou výjimku, kterou si dokážu představit, jsou aliasy Apache.

A když mám teda celé Nette v podadresáři, co mám udělat, abych v nějaké proměnné od Nette (v jaké?) dostal automaticky název toho podadresáře? Jestli to není {$basePath}, tak je potřeba upřesnit dost míst v dokumentaci (např. https://doc.nette.org/…n/presenters#…).

Dost prasácky, spěchal jsem :-)
Mám dva .htaccess, jeden v /configuration:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteRule ^(.*)$ www/$1 [L]
</IfModule>

a druhý v /configuration/www – standardní ze sandboxu poslední prefixed bety. Vím, že by to šlo zkombinovat, ale mám tak málo času, že dělám jen to nejnutnější.

Nette Framework 2.0-beta (revision c4a9fbb released on 2011–12–23)

Dá se tohle považovat za odpověď?

Ahoj,
mel jsem zniceho nic pri prechodu na Nette Framework 2.0-beta ten samy problem. V sablone se mi v $basePath najednou vsude ukazovalo ‚/‘. Asi je to opravene v Nette Framework 2.0-rc2 ten problem zmizel.
Pouzivam Apache Alias directivu.