Nefunguje inckludes: v common.neon + jak vyřešit odlišnou konfiguraci na vývojovém a produkčním serveru?

Tak už jsem přišel na to, proč nefunguje vložení souboru local.neon do common.neon.

Soubor local.neon má změnit nastavení common.neon pro localhost, ale v dokumentaci nette je psáno:

Soubor, ve kterém je sekce includes uvedena, má vyšší prioritu než v něm vkládané soubory.

Soubor se sice vloží, ale má nižší prioritu, takže žádné nastavení změnit nemůže. Takže už jenom potřebuji poradit jak zajistit, aby se soubor local.neon nevložil na produkčním serveru – jestli by někdo měl osvědčené řešení?

Editoval m.brecher (14. 12. 2021 3:32)

Co to řešíš? local.neon není od slova localhost(*), ale lokální nastavení – tedy úprava nastavení pro konkrétní stroj.
Při deployi se soubor local.neon ignoruje, stejně tak v gitu. Tento soubor se neverzuje. Jsou v něm citlivé údaje (typicky klíčky k databázi), které ani nechceš mít v žádném repozitáři.

Takže typické použití je, že na každém stroji je jiný local.neon. Všude se načítá, ale klidně může být i prázdný.

(*) No, vlastně je :)
I produkční server je z pohledu jeho konfigurace localhost.

Editoval Šaman (14. 12. 2021 11:21)

Já to třeba řeším ENV proměnnou. V dockeru mám:

php:
	environment:
		DOCKER_DEV: 'true'

pak v Bootstrap.php pouze kontroluji (bool)\getenv('DOCKER_DEV') a vím, že kdykoliv na localu pustím docker, vždy bude development mod 100%, toto řešení jsem musel aplikovat po několika nalhávání, že komentář v Bootstrap.php přece nezapomenu odstranit

Editoval emololftw (14. 12. 2021 10:59)

@KamilValenta, @Šaman: Z našeho pohledu máte pravdu oba. Verzujeme část produkčního neonu, klasicky CSP, různé hlavičky X- a pár dalších věcí typu routing cache. To se nahrává vždy přes CI. Údaje pro produkci však nepatří do Git. A local by určitě měl být ignore jak deploye tak gitu.

@KamilValenta: Mít víc neonů samozřejmě není problém. Mluvil jsem jen o tom jednom neverzovaném, který se liší server od serveru. A zjistil jsem, že správce serveru, ač není Netťák, si v local.neon přepisuje i některá nastavení z ostatních configů :)

V repozitáři pak máme verzovaný local.neon.example, který obsahuje šablonu naprostého minima pro doplnění informací (u malé aplikace typicky jen připojení k db a pro Laděnku email na správce).

Ahoj,

díky za obsáhlé komentáře a rady.

Ráno s čistou hlavou mě hned napadlo jak to udělat a proč to jinak nejde.

• soubor local.neon potřebuji aby přepsal nastavení databáze v common.neon
• vložit ho jako includes: v common.neon nejde, protože common.neon má vyšší prioritu
• jedinou možností je třída Bootstrap, kde se vložení local.neon do $configurator vhodně oifuje

Možností jak detekovat lokální (vývojový) server je více, normálně bych na to šel v presenteru standardní třídou Nette\Http\Request takto

$httpHost = $presenter->getHttpRequest()->getUrl()->getHost();  // $httpRequest není v Bootstrap.php ještě vytvořen
if($httpHost === 'localhost') { ... }

Tohle ale nejde v Bootstrap.php použít, není spuštěna application, nemáme ani $presenter, ani $httpRequest :(

Když nejde použít třída Nette, použijeme php proměnnou $_SERVER a problém je vyřešen:

class Bootstrap
{
	public static function boot(): Configurator
	{
        $appDir = dirname(__DIR__);
		$configurator = new Configurator;

		.......

		$configurator->addConfig($appDir . '/config/common.neon');
		$configurator->addConfig($appDir . '/config/services.neon');

        if($_SERVER['HTTP_HOST'] === 'localhost'){			// vyjímečně používám php, protože to jinak nejde
            $configurator->addConfig($appDir . '/config/local.neon');
        }

		return $configurator;
	}
}

Tohle funguje za všech okolností, nezávisle na tom, zda local.neon omylem nahraju na produkční server nebo ne. Nakonec to nebylo obtížné a mohl jsem si na to přijít hned sám ;)

Díky všem za obsáhlé příspěvky

Editoval m.brecher (14. 12. 2021 19:52)

Šaman napsal(a):

@KamilValenta: Mít v repozitáři konfiguraci produkčního serveru? Já jako programátor přece nemám mít přístup do produkční databáze. Mám kolik chci vývojových variant u sebe, pak je testovací server s dummy daty a úplně mimo mé kompetence běží produkční server s daty, na které vůbec nemám korporátní právo je vidět (např. v ekonomickém systému osobní data, podrobnosti pracovních smluv, výplaty), natož mít klíčky od produkční db.

A popravdě takové údaje ani nechci znát, protože kdyby se stal nějaký únik dat, teď jsem zcela mimo podezření.

Ano, u větších projektů je to tak nejlepší – vůbec nemít přístup k ostrým datům. Ale já dělám menší CMS-ka, různé menší aplikace, malé eshopky, kde klient nikdy nemá vlastní IT specialisty, takže tam táhnu vývoj, deploy i správu ostrých dat od začátku do konce.

A skvělé na Nette je právě to, že umožňuje nejen profesionální podporu velkých a složitých projektů, ale je současně dostatečně malé a kompaktní na to, aby se vyplatilo i na úplně malých projektech. Proto jsem si Nette vybral.