isProduction() vs. IP 10.x.x.x

Hm diki, ma nenapadlo také riešenie… dával som kde som potreboval $_SERVER['SERVER_ADDR'] != "127.0.0.1".

Tak potom to moje vypinatko nebude mať asi opodstatnenie :/

Napadá mě, jestli by detekce v Nette nešla dělat podle REMOTE_ADDR.

Detekce podle REMOTE_ADDR? To určitě ne, každý přistupující návštěvník ji má přeci jinou. A pokud by se to nastavilo jako REMOTE_ADDR == mojeIP ? Environment::DEVELOPMENT : Environment::PRODUCTION, tak by uživatelé se stejnou IP viděli Laděnku… Tudy určitě ne.

Ad analytics – já to zobrazuji právě podle Environment::isProduction().

pmg napsal(a):

Ne, nemyslel jsem jmenovat konkrétní IP. Detekce by se lišila jen v tom, že by se místo SERVER_ADDR použila REMOTE_ADDR. Zdá se mi, že by to ve většině případů mohlo fungovat.

Hm možná. Jakou to přináší výhodu? Nejde REMOTE_ADDR podvrhnout?

Nakoniec som to poriešil takto:

<?php
if($_SERVER["SERVER_ADDR"] == "127.0.0.1"){
	require LIBS_DIR . '/Nette/loader.php';
	Environment::setMode(Environment::DEVELOPMENT);
	Debug::enable();
}else{
	require LIBS_DIR . '/Nette.minified/loader.php';
	Environment::setMode(Environment::PRODUCTION);
}
?>

Je to pre mňa akurat, lebo viem pod akou IP (127.0.0.1) ja vyvijam na notebooku a aká IP je na servery (10.0.0.x).

Takže to poriešilo moj pôvodný problem so serverovou farmou a isProduction().

A detekcia production / development podľa REMOTE_ADDR si tiež myslím, že není priliš vhodná. Lebo keď už hodím na ostrý server Nette applikáciu, tak chcem vedieť ako sa tam chová v production móde a nechcem aby sa mi to preplo podľa mojej REMOTE_ADDR aj na ostrom servery do development módu.

A ten Google analytics mam teraz takto:

{if Environment::getHttpRequest()->getRemoteAddress() != "x.x.127.190" && Environment::isProduction()}

(x = nemusim tu ukazovať IP :)

Ešte otvorím túto tému. Lebo mi niečo nesedí.

Tento kód:

echo "<pre>";
require LIBS_DIR . '/Nette/loader.php';

Environment::setMode(Environment::DEVELOPMENT, true);
Debug::enable(FALSE);
Debug::enableProfiler();

var_dump(Environment::getMode(Environment::DEVELOPMENT));
var_dump(Environment::isProduction());
var_dump(Environment::getName());

… na produkčnom serveri vygeneruje tento output:

bool(true)
bool(true)
string(10) "production"

Očakaval by som iné hodnoty, keďže som natvrdo nastavil Environment::DEVELOPMENT. isProdoction() by malo byť false a getName() by malo byť development. Podľa mňa to je chybné chovanie.

bool	$value	set or unset

(defaultně TRUE, takže by to mělo být ok)

redhead napsal(a):
takže bych zkusil ještě něco jako

Environment::setMode(Environment::PRODUCTION, FALSE);

Môj ouput pri tejto zmene je:

NULL
bool(false)
string(11) "development"

Takže toto je až očakavaný výstup. Toto chovanie by malo robiť aj Environment::setMode(Environment::DEVELOPMENT) a druhý parameter je potom zbytočný ale aj mätúci ak to má byť ako vypináč on/off pre daný nastavený režim.

Btw… som si uvedomil, že vôbec sa nespolieham na autodetekciu režimu podľa Nette. Lebo nastavenie serverov je rôzne, niekde majú IP 10.0.0.0/8 kvôli tomu že server je v serverovej farme, inde som sa stretol aj s tým že server mal IP 127.0.0.1.

(Hmm postupil som ďalej, ale pôvodný problem je aj tak chyba 500 na produkčnom serveri :-( )

Editoval Cifro (18. 11. 2009 21:37)

Som rád že si sa aj na toto pozrel :)

Mam taký poznatok s Environment::setMode(Environment::PRODUCTION, FALSE);. Nastavil som si takto aplikáciu. Na localhoste beží v development… nahram na server tiež je v development (preplo sa podľa subdomény „dev“). Zatiaľ je to dobré. Skončí to ale na pripajaní do db podľa nastavení config.ini, kde pomocou sekcie development < production menim hodnoty nastavení pre development mód. A ejha. Na ostrom serveri nemam tú vyvojovú databázu a nastavenia k nej jak na localhoste (napr. na localhoste nepoužívam heslo do db). Žeby chybal ešte jeden mód, niečo ako „production development“? :-)))

A dôvod prečo prepínam aj na ostrom serveri do dev režimu je prostý – ladenie v skutočnom prostredí kde to pobeží.

Edit: dev.domena.tld je samozrejme zaheslované s .htpasswd

Editoval Cifro (24. 11. 2009 11:01)

taky zkusim pripojit svuj postup.
mam 4× prostredi:

• localhost << toto jsem si jen pridal, abych vedel, kdo je localhost
• development (devel.domain.tld) << verejna ip; jiny setMode, ale stejna db i data
• beta_domain_tld (beta.domain.tld) << verejna ip; jiny setMode, ale stejna db i data
• production (www.domain.tld)

v config.ini mam rozdeleni prostredi
[console < common]
[production < common]
mode.production = true
[beta_domain_tld < production]
mode.production = true
[development < production]
mode.production = true
[localhost < development]
mode.production = true

a zvlast v souboru: config.setMode.ini mam RE pravidla jako napr:
setMode.enabled = true;
setMode.fqdnRE[] = „^l$|^local$|^loc$|^localhost\.devel$|^devel$|^dev$|^d$“
setMode.fqdnRE[] = „^devel?\.domain\.tld$“
setMode.fqdnRE[] = „^beta\.domain\.tld$“

setMode.name[] = localhost
setMode.name[] = development
setMode.name[] = beta_domain_tld

na to mam statickou tridu setMode.php, ktera v bootstrapu resi toto:
require LIBS_DIR.‚/nette/loader.php‘;
include_once APP_DIR.‚/../setMode.php‘;
setMode::init();
Environment::loadConfig();
setMode::debug(Environment::getConfig(‚debug‘)); << toho si nevsimejte, zapina mi to debug::enabled podle toho, zda je to zapnuto v config.ini (vice debug.* voleb)

ten RE vyraz se hleda z $_SERVER[‚HTTP_HOST‘]

me osobne by se vic v configu hodily nejake RE/per IP pravidla na nastaveni prostredi za behu aplikace (v konecne produkcni aplikaci uz muze byt config.ini – do ktereho se nebude sahat; do jinych configu/prostredi zasahuje vic lidi)

Je tu takova zvlastni nekonzistence ohledne Environment::setMode().
Ta implementace, tak jak je ted, tak vlastne umoznuje nastavit vice modu, treba i protichudnych. Takze napriklad na produkcnim serveru, kdyz nastavim Environment::setMode(Environment::DEBUG);, coz by melo nastavit prostredi na debug, tak metoda Environment::isProduction() vraci stale TRUE. Je to proto, jakym zpusobem funguje metoda Environment::getMode(). Osobne bych byl pro nejaky refactoring, ktery by umoznil nastavit jenom jeden mode a provadel by autodetekci jenom tehdy, kdyz by mode nastaveny nebyl vubec.

A ted, kdyz to po sobe ctu, tak si nejsem jisti, jestli jsem k pochopeni:-)

OT: Opravdu nevím, zda-li je nejvhodnější nazvat jakoukoliv třídu setNeco :)