Lidt PHP-spm.... HASTER MEGET!!!

2. Måske fordi substr kun kan dele op i 2...

::sunlock.dk::

include vil inkludere filen, og hvis den ikke eksisterer, vil den bare gå videre, det vil req ikke, efter hvad jeg har forstået..

4. ja jeg har lavet et news script der gør det. når du læser filen ind, kommer den jo ind i et array, og så tager du baere den linie du skal bruge

$s=chop($fa[0]);
vil give $s den første linie

$fa = file(filen);

2. Hvad er det helt præcist du vil her?
3. Ja. Der er to løsninger: Læg din \"conn.inc.php\" uden for web-scope, eller konfigurer din webserver til at \".inc.php\"-filer ikke må ses.
4. Ja, selvfølgelig.

1\'eren vil jeg lige se om en anden ikke vil svare på... ;-)

3. eller måske bare bruge fil navnet med .ht foran eftersom det sikkert er sat til ikke at vises, hvis det er en apache

nephilim >> det er punktummet, der gør den skjult - ikke \".ht\". ht er bare Apaches navngivningskonvention - f.eks. \"htaccess\" -> \"HyperText Access\" (ikke noget jeg ved, kun et gæt).

lundsfryd >> I min httpd.conf står der:
<Files ~ \"^\\.ht\">
    Order allow,deny
    Deny from all
</Files>

Det betyder, at filer der starter med \".ht\" ikke må sendes.

At en fil starter med punktum er Apache ret ligeglad med. Bash, derimod (og sikkert også alle andre shells) viser ikke filer der starter med punktum, medmindre man beder den om det. Men det er ret irrelevant i denne sammenhæng.

Forresten, det er ikke noget jeg har skrevet. Det er med som standard. :)

myplacedk >> Jeps, men jeg snakker ikke om Apache men om operativsystemer/shells - og her betyder punktummet, at filen er skjult (som du siger).

Altså: Punktummet er \"systemets\", og ht er Apaches... det var det, jeg prøvede at skrive før :-)

3: i .htacces skrives:
php_value auto_prepend_file din/mappe/data.inc.php

1: Lidt kryptisk ... require bruges når du eks. skal bruge en fuktion der bliver defineret i en anden fil.
Hvis man require en fil bliver indholdet af filen ikke \"stoppet ind\". Den bliver kun læst.

Derimod hvis man bruger include så stopper php indholdet af filen ind ...

Prøv en gang at oprette to filer:
*****test.test.php*******
bla bla bla ...
****************************

*****test.include_vs_require.php******
Følgende kan man se i sourcen ved en require: <?php require(\"test.test.php\"); ?>
<br><br>
Følgende kan man se i sourcen ved en include: <?php include(\"test.test.php\"); ?>
**************************************

Håber det hjalp dig lidt ... se evt. manualen ... www.php.net/require www.php.net/include

2. Hvorfor kan jeg ikke dele en string op i 3 med substr?
- det kan man da sagtens!

$var = \"bommelom, malerpensel og åstehamp(s)\";

$del_1 = substr($var, 0, 5);
$del_2 = substr($var, 6, 10);
$del_3 = substr($var, 11, 36);

echo \'$del_1 indeholder: \'.$del_1.\'<br>\';
echo \'$del_2 indeholder: \'.$del_2.\'<br>\';
echo \'$del_3 indeholder: \'.$del_3;

lundsfryd >> Jeg tror vist du er den eneste der snakker om operativsystem og shell i dette PHP-forum.
Jeg har i øvrigt indtryk af at de fleste her kører Windows eller webhotel uden shell-access, og så er det endnu mere ligegyldigt.
Og så er sikkerheden i at kalde en fil noget med punktum foran faktisk MEGET dårligere, end at lægge nøglen under måtten.

Men OK, hvis \"desvarre\" snakker om shell\'s og ikke PHP, og han ikke mener af hensyn til sikkerhed med for at øge overskueligheden når han kører en \"ls -l\", så er tippet da OK...

Jeg vil såmen bare gøre opmærksom på, at der ikke er noget SIKKERHEDSMÆSSIGT i at lade et filnavn starte med punktum. Men at lade filnavnet starte med \".ht\" (som nephilim  foreslog) vil på en standard apache betyde, at man ikke kan hente filen gennem webserveren.

php kan da sagtens bruge filen, men en bruger kan ikke \"se\" filen.

nephilim >> Du må nok lige præcisere lidt her... \"PHP kan da sagtens bruge filen\" - trods hvad? At den starter med punktum, eller at den starter med \".ht\", eller hvad?
Og hvad mener du med at en bruger ikke kan se den? Indtaste den i browseren, eller se den via shell?

ja php kan godt bruge .ht filer, men en bruger der via en browser ser i det directory kan ikke se den, da det er serveren der sender listen. oh en bruger kan også se den i shell, da det ikke er apache der sender det.

men man skulle jo nok bruge ls -l for at få den vist i shell, da den jo som sagt tidligere ikke viser .* filer

ls -a mener jeg

Hmm ... da spørgsmålet hastede meget, så var det måske også på tide at lukke det da du har fået svar/løsninger på det hele ... (?) ... :)

Undskyld... POINT-TID!!!