[Danielos]

Ursprungligen postat av njoy

Efter en vecka återkommer dom. Prioritet! *ironi*. De kan bekräfta att alla php fel är avstängda på servernivå och vare sig varningar, notices eller syntax errors kan visas. De tänker heller inte slå på det. Jag fick tipset att om jag inkluderar skripten i ett annat skript så finns möjlighet att error ska visas. Här tappar jag förståndet.

För mig upplever jag detta som lekstuga. Tekniker som trycker på knappar utan tänka på konsekvenserna. Jag vet att webbhotell kan ha varningar avstängda som standard. Men är det inte lite ifrågasättande varför man gjort det omöjligt att få fram felmeddelanden?

Jag har reklamerat mitt köp.

Låter onekligen jättekonstigt, att man väljer att helt slå av det och att kunden inte kan slå på det. Vi får se vad johan1234 säger om det. Jag är av uppfattningen att man ska kunna justera 100% i php.ini specifikt för en kund, men jag vet att de flesta webbhotell inte kan/vill eller klarar av att ordna detta.

[jonny]

Ursprungligen postat av Danielos

Låter onekligen jättekonstigt, att man väljer att helt slå av det och att kunden inte kan slå på det. Vi får se vad johan1234 säger om det. Jag är av uppfattningen att man ska kunna justera 100% i php.ini specifikt för en kund, men jag vet att de flesta webbhotell inte kan/vill eller klarar av att ordna detta.

Där skiljer sig nog uppfattningarna. Det finns ju inställningar som minnesanvändning och liknande som en enskild kund i delad miljö inte bör kunna påverka.

Att styra felrapportering vore dock trevligt.
Själv har jag nyligen svurit över att det som kund inte går att stänga av magic quotes.

Däremot bör ju supporten rimligen kunna åtgärda detta och hjälpa en kund.

[Danielos]

Ursprungligen postat av jonny

Där skiljer sig nog uppfattningarna. Det finns ju inställningar som minnesanvändning och liknande som en enskild kund i delad miljö inte bör kunna påverka.

Men det är ändå 2 skilda saker, vad en kund via tex. .htaccess kan ändra och vad som är möjligt att ändra av webbhotellet för kunden. Vissa inställningar ska naturligtvis kunden inte själv kunna sätta fritt, minnesanvändning osv, men vad jag menar är att det ska vara tekniskt möjligt för webbhotellet att ändra 100% av php.ini utifrån samförstånd med kunden och eventuellt ta mer betalt för högre utnyttjande.