Nefunkční aplikace na active24

Čistě OT: u toho druhého přesměrování kvůli HTTPS nemá být https://www.%{HTTP_HOST}/$1, ale jen https://%{HTTP_HOST}/$1

Napadá mě, jestli máš správně velká/malá písmena v názvech souborů se šablonami a adresáři? Windowsu to je jedno, ale u active24 budeš mít pravděpodobně linux a ten je na velikost písmen citlivý.

Mám upravenou strukturu a podle ní jsem upravoval i formateTemlateFiles a formateLayoutFiles. Na localhostu vše šlo správně :(

app
├── modules
│   ├── Web
│   │   ├── presenters
│   │   │   ├── Default
│   │   │   │   ├── templates
│   │   │   │   │   └── default.latte
│   │   │   │   └── DefaultPresenter.php
│   │   │   └── Product
│   │   │       ├── templates
│   │   │       │   ├── default.latte
│   │   │       │   └── edit.latte
│   │   │       └── ProductPresenter.php
│   │   └── templates
│   │       └── @layout.latte
│   └── Admin
│       ├── modules
│       │   └── (more modules)
│       ├── presenters
│       │   └── Default
│       │       ├── templates
│       │       │   └── default.latte
│       │       └── DefaultPresenter.php
│       └── templates
│           └── @layout.latte
├── presenters
│   └── Base
│       └── BasePresenter.php
└── templates
    └── @layout.latte

public function formatLayoutTemplateFiles()
	{
		if (preg_match('#/|\\\\#', $this->layout)) {
			return [$this->layout];
		}
		list($module, $presenter) = Helpers::splitName($this->getName());
		$layout = $this->layout ? $this->layout : 'layout';
		$dir = dirname($this->getReflection()->getFileName());
		$dir = is_dir("$dir/templates") ? $dir : dirname($dir);
		$list = [
			"$dir/templates/$presenter/@$layout.latte",
			"$dir/templates/$presenter.@$layout.latte",
		];
		do {
			$list[] = "$dir/templates/@$layout.latte";
			$dir = dirname($dir);
		} while ($dir && $module && (list($module) = Helpers::splitName($module)));

        return $list;
	}


	/**
	 * Formats view template file names.
	 * @return array
	 */
	public function formatTemplateFiles()
	{
		list(, $presenter) = Helpers::splitName($this->getName());
		$dir = dirname($this->getReflection()->getFileName());
		$dir = is_dir("$dir/templates") ? $dir : dirname($dir);
        return [
			"$dir/templates/$presenter/$this->view.latte",
			"$dir/templates/$presenter.$this->view.latte",
		];
	}

Ok chyba byla v písmenkách. Malé m u ManyToMany

jarda256 napsal(a):

@DavidGrudl Ještě poslední problém s přesměrováním. Když se příhlásím, tak bych se měl dostat https://www.domena.cz/admin/ ale přesměruje mě to na https://www.domena.cz:80/admin/ ?? Jak je to možné? V dokumentaci je u HTTPS TODO

Na Active24 mají tuším proxy, za kterou již veškerý provoz běhá nešifrovaně, proto ten port 80.

jarda256 napsal(a):

@Gappa Dobře, ale pokud chci použít getUsermedia, tak musím mít https. Dá se to nějak pořešit?

Našel jsem tohle:

• https://forum.nette.org/…blem-s-https

Ale to popravdě nevím, jak by se mělo nastavit – neznám IP té proxy, jestliže je transparentní, tak asi ani zacílit nejde? Nevím, zas tak se v této problematice nevyznám…

Nicméně, pro Active24 by mělo jít použít tento „hack“ (je linkovaný i v tom odkazu výše):

• https://gist.github.com/…fcca406a16cd

Nebo i něco jednoduššího v tomhle stylu (do index.php):

<?php
if (!empty($_SERVER['HTTPS']) && 'off' !== $_SERVER['HTTPS']) {
	$_SERVER['SERVER_PORT'] = 443;
}
?>

Pokud zná někdo lepší způsob (nebo jak pro Active24 nastavit tu proxy), tak sem s tím :)

@Phalanx A použil si stejný kod? A vložil jej do index.php?? Já vložil takto ale bez výsledku

$container = require __DIR__ . '/../app/bootstrap.php';
$container->getByType(Nette\Application\Application::class)->run();
if (!empty($_SERVER['HTTPS']) && 'off' !== $_SERVER['HTTPS']) {
    $_SERVER['SERVER_PORT'] = 443;
}

Docela by mě zajímalo, až to vyřešíte, jestli

• je to chyba hostingu, takže řešení je workaround
• je to chyba v Nette, takže řešení je poslat PR
• je to chyba ve starší verzi Nette a už je to opravené
• chybělo nastavení http.proxy v configu – což není zdokumentované

Protože podobné věci tu vídám řešit už dlouhé roky a divím se proč, už měl přece dávno přijít PR s opravou kódu nebo doplněním docky.

cc @FilipProcházka @pata.kusik111

David Grudl napsal(a):

Docela by mě zajímalo, až to vyřešíte, jestli

• je to chyba hostingu, takže řešení je workaround
• je to chyba v Nette, takže řešení je poslat PR
• je to chyba ve starší verzi Nette a už je to opravené
• chybělo nastavení http.proxy v configu – což není zdokumentované

Protože podobné věci tu vídám řešit už dlouhé roky a divím se proč, už měl přece dávno přijít PR s opravou kódu nebo doplněním docky.

cc @FilipProcházka @pata.kusik111

Pro mě je funkčním řešením. Řekl bych, že chyba je na straně hostingu.

if (!empty($_SERVER['HTTPS']) && 'off' !== $_SERVER['HTTPS']) {
    $_SERVER['SERVER_PORT'] = 443;
}
$container = require __DIR__ . '/../app/bootstrap.php';
$container->getByType(Nette\Application\Application::class)->run();