Ahoj,

trošku jsem se začal proklikávat jednou kategorií v Katalogu (endora.cz/katalog) a narazil jsem na to, že některé domény jsou odstaveny, zrušeny, mimo provoz. Možná by stálo za to mít tam nějaké automatické promazávání domén, které jsou v systému vedeny jako odstavené/zrušené/neexistují. Konkrétně jsem narazil na tyto problémy:

• http://www.blog-berry.hys.cz/ - nefungující (nenalezen vzdálený server)

• http://www.heletone.hys.cz/ - doména odstavena

A pak samozřejmě nějaké weby, které jsou mimo provoz/v rekonstrukci/bez obsahu (tj. bez jakékoli informační hodnoty). Takové ale bohužel nelze kontrolovat a vyřazovat nějak automaticky

• http://www.mycrafting.cz/ - bez obsahu, "v rekonstrukci" - původní předpokládané datum spuštění 30.8. nyní změněno na 4.9.

• http://www.janval.tode.cz/ - bez obsahu (aktivován maintenance mode)

• http://www.hanach.cz/ - bez obsahu ("stránka ve fázi přípravy")

• http://www.lemon.funsite.cz/ - web zrušen a pravděpodobně přesunut jinam

• http://www.ryutaro.bluefile.cz/ - bez obsahu, jen odkaz na Google Docs & Picasu

• http://www.bina.cz/ - web zrušen, přesunut jinam

Myslím, že nějaké automatické promazávání odstavených a zrušených domén by pomohlo snížit množství nejrůznějšího balastu v katalogu (pokud je tedy cílem katalogu skutečně obsahovat jen weby s nějakou informační hodnotou).

PS. jakým způsobem se vůbec řadí jednotlivé odkazy v katalogu. Pokaždé když tam přijdu jsou seřazeny trochu jinak. Je to trochu matoucí

Zatím díky.

Zdravím, mám na jedné své doméně program Plus, tj. podle stránky s přehledem vlastností, je pro tuto doménu spuštěno naráz max. 6 PHP procesů. Chtěl bych se zeptat, co se stane, když počet procesů dosáhne maxima a přijde další požadavek. Jak server zareaguje? Počká (zařadí požadavek někam do fronty), nebo vrátí HTTP 500?

Díky za odpověď.

OT: BTW dneska ráno (kolem 9:10) vracel pokus o přihlášení do Webadminu (webadmin.endora.cz) Internal Server Error. K čemu tam došlo? Trvalo to, co vím, cca 1-2minuty.

Vím, že v současné době se informace o tom, že uživatel přichází přes HTTPS do PHP přes $_SERVER['HTTPS'] nepředává, což má souvislost s tím, že před samotnými servery beží proxy server. Když toto tvrdím, vycházím z informací v několik let starém topicu zde na fóru, bohužel se mi ho nyní nedaří najít. Aplikace napsané v PHP si tak budou vždy myslet, že požadavek přichází přes obyčejné HTTP, to ale není vždy pravda. A vzniká poměrně velký problém a myslím, že je pomalu na čase to po letech začít konečně řešit a hlavně vyřešit.

Proxy přeci při předávání požadavku musí mít nějakou možnost upravit tento požadavek tak, aby informaci o použití HTTPS obsahoval. Nejlépe by samozřejmě bylo, kdyby se poté tato informace objevila v $_SERVER['HTTPS'] s hodnotou 'on' a stejně tak byly upraveny i ostatní údaje (SCRIPT_URI se správným protokolem, proměnná "HTTPS" dostupná v .htaccess), nebo aby byla informace o HTTPS dostupná alespoň přes HTTP hlavičku (třeba X-Endora-Https, což by poté bylo dostupné přes $_SERVER['HTTP_X_ENDORA_HTTPS']). Sice by řešení přes hlavičku vyžadovalo úpravu aplikací speciálně pro Endoru, ale alespoň by ta informace byla nějak dostupná. Nakonec ani ta úprava aplikací by nemusela být nějak obtížná, pravděpodobně by stačilo před samotným startem aplikace něco jako: $_SERVER['HTTPS'] = $_SERVER['HTTP_X_ENDORA_HTTPS'];, nebo by se nabízelo globální řešení přímo na serverech, kdy by nějaký takový řádek kódu mohl být vykonán automaticky před startem samotného PHP skriptu. Možností je asi spousta a veškerý problém by tím byl vyřešen. Ale dokud bude informace o HTTPS v poli $_SERVER chybět, tak jsme my, autoři aplikací, jednoduše bez šance.

Je tento problém nějak řešitelný?

Předem děkuji.