Hvordan samler i jeres ini_set() i PHP ?

Jeg forstår ikke hvorfor du vil loope over dem? Du sparer ikke noget arbejde ved at plotte det ind i dit array frem for bare at skrive ini_set(foo, bar). Det kører ikke hurtigere. Hvad er målet?

Du skriver at man ikke kan skrive dem alle lige efterhinanden? Det forstår jeg heller ikke... Rækkefølgen er for så vidt ligegyldig, og de bør komme som det første i din kode...

Det virker ærligtalt lidt som et faresignal at du bruger dem så meget. Hvad kan du dog finde på at ændre udover error_reporting? Det er meget sjældent at jeg har behov for at ændre andet - jeg kan nærmest ikke huske sidste gang det er sket...

Jeg dropper det med at loope igennem dem.
Tænkte bare det var smart at samle dem også kalde dem ét sted.


Her er de fleste af de ini_set() jeg bruger :

if($setup['loggetind']){

   error_reporting(-1);
   ini_set('display_startup_errors', 'on');
   ini_set('display_errors', true);
   ini_set('html_errors', 'false');
   ini_set("implicit_flush", true);

}else{
   
   error_reporting(0);
   ini_set('display_startup_errors', 'off');
   ini_set('display_errors', false);
   ini_set('html_errors', 'false');
   ini_set("implicit_flush", false);

}

ini_set('session.save_path', $setup['sessionmappe']);
ini_set('ignore_repeated_errors', 0);
ini_set('memory_limit', "100M");
ini_set('magic_quotes_runtime', 0);
if($_SERVER['SERVER_NAME'] != "localhost"){ ini_set('error_log', "$tempfuld/$errorlogfilnavn"); }
ini_set("date.timezone", "Europe/Copenhagen");
ini_set('default_charset', 'UTF-8');
ini_set("mbstring.encoding_translation", "On");
ini_set("mbstring.detect_order", "auto");
ini_set("iconv.input_encoding", "UTF-8");
ini_set("iconv.internal_encoding", "UTF-8");
ini_set("iconv.output_encoding", "UTF-8");
ini_set('error_prepend_string', "$_SERVER[SERVER_NAME] - Fejl");
ini_set('track_errors', 0); // $php_errormsg indeholder sidste fejl hvis 1
ini_set('zlib.output_compression', '1');
ini_set('zlib.output_compression_level', '5');
mb_detect_order("UTF-8, ISO-8859-1");
mb_internal_encoding('UTF-8');
mb_http_output("UTF-8");

set_error_handler('fejlbesked', E_ALL ^ E_WARNING);

erroer_reporting() skal vel helst sættes så tidligt så muligt ik ?

Men jeg vil gerne se hvordan i sætte jeres indstillinger og bruger de indstillingere videre ind i koden.

Som det er nu sætter jeg indstillinger i nogen filer og bruger $_GLOBALS til at bruge dem som der var en der skrev jeg skulle ikke bruge $GLOBALS men i stedet sende dem ind med en funktion eller noget.

...

Som det er nu kalder jeg først en grundlæggende opsætnings fil med nogen indstiller der bruges på alle mine sider.

Så sætter jeg nogen steder som kan være forskellige alt efter hvad det er for sider.

Så kalder jeg nogen flere indstillinger som bruger de stier.

Også kommer selve koden som laver siden.

Jeg ville da ikke havde noget imod og lave det på en smartere måde.

Jeg forstår stadig ikke helt hvad du skal med alle de ini-ændringer. Jeg bruger dem næsten aldrig. Det virker ærligtalt unødvendigt. Nu har jeg ikke nærlæst det - men for eksempel forsøger du at ændre memory_limit til 100 mb hvilket jeg for det første ikke tror har nogen effekt med mindre det bliver gjort globalt (i php.ini) eller per-folder (php-set i fx htaccess)- hvad du kan ændre på afviklingstidspunktet kan du se i manualen. For det andet så vil jeg vove den Påstand at du gør noget forkert hvis du har brug for et memlimit på 100... Med mindre du skal uploade og resize mega billeder...

Prøv engang at fjerne alle dine justeringer og se om det overhovedet gør en forskel. Jeg tror ikke du vil kunne se forskel.

I forhold til opsætning af indstillinger og miljø til mine PHP projekter, så vil jeg da lige give et eksempel på hvordan jeg gerne gør det...

1) jeg definerer nogen konstanter med absolutte stier til de mapper jeg bruger mest - mindst en root, flere kommer an på hvor omfattende projektet er. Noget ala:
define('ROOT', get_cwd().'/');
define('LIB', ROOT . 'library/');

2) så laver jeg en autoloader funktion. Hvis det er noget der skal køre på php < 5.3 (altså uden namespaces) så er det meget simpelt og noget ala:
function __autoload($className) {
require_once LIB . strtolower($className) . '.php';
}

3) så loader jeg en routerclass eller hvad der nu lige passer.

Alle set_ini'erne er nogen jeg har samlet af forskellige årsager men det skulle ikke havde om jeg skal bruge dem allesammen med mere om ligesom hvordan man sætte sine indstillinger og variabler osv inden den egentlige kode.

memory_limit var noget jeg lige testede fordi jeg netop havde problemer med oprettelse af thumbnails ud fra meget store billeder.

Ja ok det selvfølgelig meget smart og sætte nogen stier som konstanter hvis de aldrig skal/må ændres.

Jeg ved ikke hvad en routerclass er.

Men hvor mange filer har du gang i når du skal vise bare en simpel side ?

Fordi hos mig der er 1,2,3,4 filer som tages i brug minimum.
1 . grundlæggende opsætning.
2 . stier
3 . mere opsætning
4 . selve siden... som så bruger indstillinger fra de 3 andre filer.

Det bare lidt forvirrende med så mange filer, altså det virker men ville være rart hvis det var samlet lidt mere i med kun 2 filer.

Jeg kan godt samle en zip fil med filerne så i kan se hvordan jeg gør det.
Og det jo ikke fordi det ikke virker, tænker bare det kunne være fin og give min kode endnu bedre.

For det første, så tager PHP forbehold for runtime ændringer af memory_limit. Altså hvis mem.limit sættes til 100MB i et PHP-script så bruger PHP denne værdi i stedet for den værdi fra php.ini.

Sådan er det gældende med alle de indstillinger der må ændres af PHP.

Nå det er nævnt, så skal det også nævnes at det virker som overkill at lave de indstillinger via. PHP, med mindre du absolut ikke har adgang til at sætte dem direkte i php.ini eller via en .htaccess-fil.

Alle set_ini'erne er nogen jeg har samlet af forskellige årsager men det skulle ikke havde om jeg skal bruge dem allesammen med mere om ligesom hvordan man sætte sine indstillinger og variabler osv inden den egentlige kode.

memory_limit var noget jeg lige testede fordi jeg netop havde problemer med oprettelse af thumbnails ud fra meget store billeder.

Ja ok det selvfølgelig meget smart og sætte nogen stier som konstanter hvis de aldrig skal/må ændres.

Jeg ved ikke hvad en routerclass er.

Men hvor mange filer har du gang i når du skal vise bare en simpel side ?

Fordi hos mig der er 1,2,3,4 filer som tages i brug minimum.
1 . grundlæggende opsætning.
2 . stier
3 . mere opsætning
4 . selve siden... som så bruger indstillinger fra de 3 andre filer.

Det bare lidt forvirrende med så mange filer, altså det virker men ville være rart hvis det var samlet lidt mere i med kun 2 filer.

Jeg kan godt samle en zip fil med filerne så i kan se hvordan jeg gør det.
Og det jo ikke fordi det ikke virker, tænker bare det kunne være fin og give min kode endnu bedre.

jeg tror det er fordi Gustav bygger sine projekter helt anderledes op end dig. Det lyder til, at han bruger et endpoint i samarbejde med noget htaccess, og så bruger han en routerclass til, at mappe sit projekt, i stedet for, at have det i mapper. Det minder nok lidt om den måde man opbygger frameworks (mvc frameworks).

Man kunne evt. være lidt som når man kigger på nogle af de små micro-frameworks der findes:
http://www.slimframework.com/
http://silex.sensiolabs.org/

Ved nogen få af mine ini_set() der skal de have forskellig værdi alt efter om jeg er på localhost eller ej.

Som her for eksempel :

 if($_SERVER['SERVER_NAME'] == "localhost"){
 
    ini_set('log_errors', 0);
 
 }else{
 
    ini_set('log_errors', 1);
 
 }

Er det egentligt en dårlig måde og gøre sådan når man skal give forskellige indstillinger alt efter om man er på sin egen computer eller om den er på webhotellet ?

nej, det der er meget fint .. men det er kun ganske få ting man i realiteten vil gøre det ved.

@dan, din mistanke er korrekt :-) Jeg foretrækker at bruge en bootstrap fil der sørger for at route requests hen til de rigtige filer. Det gør det hele mere overskueligt da man slipper for en masse bøvl og minimerer antallet af gentagelser.

@scootergrisen, undskyld hvis du føler at jeg trækker tråden væk fra emnet, men jeg har bare aldrig haft brug for at foretage så massive ændringer med ini_set. Men det kan vel nok være nødvendigt hvis man ikke kan ændre det andetsteds. Jeg har altid haft min egen server, og derfor altid en fornuftig php.ini som udgangspunkt.

Hvis du vil lære noget om alternative måder at strukturere koden på, så kan du som dan skriver længere oppe med fordel studere forskellige MVC-frameworks eller microframeworks. http://www.slimframework.com/ kan stærkt anbefales herfra.

Angående konstanter med stier, så er de smarte uanset hvad - faktisk især hvis du ofte ændrer stier. Du kan jo ændre alle stier i alle filer ét sted. Og du behøver ikke bekymre dig om hvor din kode eksekveres fra og hvilke relative stier du skal bruge, for det er udelukkende absolutte stier. Der er ikke nogen grund til at slås mere end højest nødvendigt med filsystemet ;-)