Nyní případně "Překročený prostor" byl ale dle předchozích podmínek provozu, na základě kterých byly weby zřizovány, v souladu s pravidly, platnými v době jejich založení. Že je nyní, podle nových pravidel tento limit překročen, není chyba uživatele a nedá se to proto posuzovat jako porušení podmínek provozu.Tento postup je proto dost "podivný".
Zítra může vzniknout další pravidlo, že každý FREE uživatel endory musí mít pravou nohu dlouhou 1m, jinak......a bude se zase měnit/sekat.....

Pokud pro  FREE je nutná zhůvěřilost typu MojeID, doporučil bych změnu názvu této varianty  z FREE na "VAMPIRE FREE"

Fajn, opravdu nečetl..
Stále by mne zajímala odpověď na nezodpovězený dotaz:
Příklad:
Web zaplněn z 90% celkového prostoru.Několik let založen. Nově dle pravidel pro Lite - zmenšení na 50% z celk.prostoru + další "výhody".Uzivatel MojeID ze zásady nechce.
Do Lite tedy díky zaplnění nad 50% automatický přesun nehrozí, 90% objem dat je potřebný pro funkční provoz webu  a uživatel žádnou podmínku provozu neporušuje.Zůstavá mu tedy stále chtě nechtě FREE.

V tomhle případě by mu byla tedy asi dána podmínka: MojeID nebo Ahoj.
Jak MojeID, tak Ahoj by ale odporovalo poslední větě. Vzniká tak kruh..

Pokud se jedná stále o FREEweb(zadarmo) ,spárování s MojeID zde nemá vůbec žádné opodstatnění a má pouze funkci čekatele na to, až si někdo řekne, že FREE je už přežitek.

Všiml jsem si, když včera začalo někdy odpoledne nějak blbnout DNS a v závislosti na tom i script Spamhausu, fake DNS záznamu s adresou něco.stable.cz. Stable.cz je provozovatel Endory. Podíval jsem se na stable.cz a strašně mne zaujala varianta "Parking" jakožto jediná free....  Takže tímto směrem bude Endora mířit?

Viz:
od G7K5 v ned 17. úno 2013 15:37:56
(hned první patrně přehlídnutá věta)

Takhle...placený web nechci - nepoužívám web komerčně.Jako protislužba za "zdarma" je zobrazování Vaší reklamy-tím za používání webu "platím" a nemám proti tomu výhrady a beru to jako samozřejmost .
Kdybych chtěl placený hosting, mám ho již dávno.(Nezávisle na zavedené zhůvěřilosti typu MojeID - tímhle jste akorát ukázali, jakým směrem se tento (donedávna solidní) hostig bude vydávat.

Nutnost spárování s MojeID pro zachování FREE chápu nějak takto:
Napiš si na čelo "jsem blbec" a dostaneš za to bonus.

Mimochodem, co by se stalo, kdybych měl web zaplněný z 90%..To by jste jako natvrdo smazali 40% obsahu, pokud bych odmítl "kapitulovat"?

Není důležité, jakým způsobem a kdy to bylo oznámeno, ale jakým způsobem to bylo provedeno.
Ať žije svobodný internet!

Nazdar,
"shared memory" je zde povolena - shmop.
SHARED_MEMORY (SHM) = načte se soubor do paměti a ten je potom trvale přístupný i po ukončení scriptu pro všechny ostatní scripty/stačí ho zavést pouze jednou/, dokud se fyzický soubor na disku nesmaže nebo nezmění jeho obsah nebo se SHM nevypne.

V případě dočasné MEMORY_CACHE to do max memory limitu 48MB vše funguje normálně.
Ale při použití trvalé SHARED_MEMORY, což je vpodstatě to samé, akorát,že se SHM neukončí po provedení scriptu a zůstane v paměti, se mi nějak seká script.

Existují zde pro funkci shmop (SHM) nějaká omezení? Max limit paměti je zde 48MB.Tzn, že do SHM můžu načíst soubor do 48MB nebo je zde nastavena SHM nějak zvlášť ?
Má s SHM něco společného rozšíření eAccelerator a může ji ovlivňovat?

Na tyhle účely bohatě stačí použít free *.dat databáze od Maxmindu(+upravené PHP API) a PHP API od Spamhausu.
Můžeš pak blokovat cokoli - stát(číňany jako celek   ), ISP,město,kraj,kontinent,nahlášené spamery... nezávisle na serveru.

O serverové geoip jsem zde jednou také žádal - zamítnuto.

Nebo zkus ještě tento zápis/ale je to v podstatě jedno a to samé/

Náhodná IP: 85.15.16.12 //dosaď si svou

SetEnvIF REMOTE_ADDR "^85\.15\.16\.12$" DenyIP
Order deny,allow
Allow from env=AllowIP
Deny from env=DenyIP

Nevím teď přesně, jestli to funguje i v root .htaccess ,ale v podadresáři to regex bere.Kdyžtak první řádek změň na:

SetEnvIF REMOTE_ADDR "85.15.16.12" DenyIP

(Skoro mně to připadá jako problém na ic.cz než na endoře)

1/Pokud zde tedy set_time_limit nefunguje, proč si myslíš, že někde dělám chybu já??
Chyby to nevypisuje žádné a kód jede - už jsem výše psal
kód=
print_r(get_headers($web));

-když získávání headeru trvá příliž dlouho, chci to ustřelit(a to nefunguje) a pokračovat v provádění dalšího kódu

2/Pokud jsem to špatně pochopil a s_t_l zde funguje,,můžeš sem napsat nějakej funkční příklad použití set_time_limit?Možná jsem tuto funkci špatně pochopil a použití je proto chybné.

max_execution_time" je maximální hranice.Set_time_limit má nastavit libovolný časový limit do pevně nastavené hranice max_execution_time   (aspoň podle mne)

3/Neodpověděl jsi mi na druhou část dotazu

Jak to teda je?
Safe mod je vypnutej,funkce je povolena,syntax je dobrej...tak proč to zde nefunguje??

Někde jsem narazil na to, že to asi souvisí se špatným umístěním directivy:
php_admin_value max_execution_time "20"
-pokud je umístěna v konfiguračním souboru Apache(VH),tak to nefunguje,pokud v php.ini, tak by to mělo fungovat
Je to tento případ?

V tématu <!-- l --><a class="postlink-local" href="http://podpora.endora.cz/viewtopic.php?f=5&t=6018">viewtopic.php?f=5&t=6018</a><!-- l -->
se mi připomněla jistá záležitost ohledně nechtěné změny kódování souboru z DOS do UNIX.

Zajímá mě, jak docílím toho, aby třeba při automatickém zápisu do vlastního logu(třeba přístupy userů na stránku), které nemůžu ovlivnit, nedošlo v souborech ke změně kódování z původního DOS stylu ukončení řádků na UNIX?
(Aby je linux nechal napokoji..   )

Ke změně dochází podle zjištění při přímé editaci souboru z webu a při každém automatickém zápisu pomocí PHP scriptu do logu(přístupy userů na stránky)
DOS řídící znaky v souboru na ukončení řádku jsou CRLF, UNIX ale CRLF změní na LF, což v některých případech způsobuje problémy.

Pokud soubor na web nahraji z lokálu s CRLF(DOS),CRLF(DOS) v něm na webu zůstene do doby,dokud ho nebudu editovat přímo na webu.

Mohl by se k tomu admin vyjádřit(s případným řešením)?
Díky

Ano, error reporting je zapnutý.Chyby to nehlásí, script se normálně spustí,ale časový limit nefunguje.Jedná se  o vrácení header status code.
Změnit max_execution_time nelze ani směrem dolů?To je přece z pohledu serveru jedině dobře,ne?

mám pocit, že vím, odkud vítr fouká.
Kódování UNIX vs. DOS(můj případ).
Několikrát se mi již stalo, že jsem (datový) soubor nahrál na web v kódování DOS , ale když jsem si ho zpětně stáhl z webu, byl v kódování UNIX-způsobovalo mi to nefunkčnost některých scriptů při načítání takového souboru.(UNIX si do nich přidá některé vlastní řídící znaky)
Možná oprava: stáhnout si PSPAD, načíst v něm soubor a zkontrolovat, jaké má kódování(zobrazí se to dole v liště-tam na to poklikat a vybrat správné kódování textu-soubor se tak uvede do původního stavu, soubor uložit a nahrát znovu na web).