Besøgstæller i roden

[Kurt G]

Jeg har kopieret Hjemmesideskolens bes�gsst�ller
(http://hjemmesideskolen.dk/scripts/count.php?id=cntphp) ind p� et site.

Den virker fint, s� l�nge den kaldende side befinder sig i roden, da ligger
filen "counter.txt" jo ogs� i roden.
Men kaldes det fra en fil, der ligger i et underbibliotek, kommer der
kludder i det, da der opretttes en ny "counter.txt." i underbiblioteket.
Denne bliver altid ved med at give 1 bes�gende!

Filen "taeller.php" indeholder en linie:
function counter($updateOn='always', $filename='counter.txt') {

For altid at pege p� "counter.txt" i roden, har jeg pr�vet at lave om til:
function counter($updateOn='always',
$filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
men det virker heller ikke.

Ligeledes har jeg pr�vet med / f�r counter.txt:
function counter($updateOn='always', $filename='/counter.txt') {

Det giver ingen fejlmelding, men heller ikke det rette tal!

Hvordan f�r jeg det til altid at pege p� den fil "counter.txt", som ligger i
roden?

Mvh Kurt

[Kim Ludvigsen]

Kurt G skrev:

> For altid at pege p� "counter.txt" i roden, har jeg pr�vet
> at lave om til:
> function counter($updateOn='always',
> $filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
> men det virker heller ikke.

Pr�v med "../" f�r counter.txt

--
Mvh. Kim Ludvigsen
G�r din hjemmeside mere intelligent, begynderguide om PHP:
http://kimludvigsen.dk/programmer-internet-kompozer-trin-php.php

[scootergrisen]

> Det giver ingen fejlmelding

Pr�v og sl� fejlbeskeder til �verst i din PHP kode :

ini_set("display_startup_errors", "on");
ini_set("display_errors", "on");
error_reporting(-1); // -1 viser alle slags fejl beskeder

[Kurt G]

"Kim Ludvigsen" skrev i meddelelsen
news:v62dnd11Otsx24jM...@giganews.com...

Kurt G skrev:
> For altid at pege p� "counter.txt" i roden, har jeg pr�vet
> at lave om til:
> function counter($updateOn='always',
> $filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
> men det virker heller ikke.

Pr�v med "../" f�r counter.txt

-----------------------------------------------------------------------
Det hjalp ikke.
Mvh Kurt

[Birger Sørensen]

Efter mange tanker skrev Kurt G:
> Jeg har kopieret Hjemmesideskolens besï¿œgsstï¿œller
> (http://hjemmesideskolen.dk/scripts/count.php?id=cntphp) ind pￜ et site.
>
> Den virker fint, sￜ lￜnge den kaldende side befinder sig i roden, da ligger
> filen "counter.txt" jo ogsￜ i roden.

> Men kaldes det fra en fil, der ligger i et underbibliotek, kommer der kludder
> i det, da der opretttes en ny "counter.txt." i underbiblioteket. Denne bliver

> altid ved med at give 1 besï¿œgende!

>
> Filen "taeller.php" indeholder en linie:
> function counter($updateOn='always', $filename='counter.txt') {
>

> For altid at pege pￜ "counter.txt" i roden, har jeg prￜvet at lave om til:

> function counter($updateOn='always',
> $filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
> men det virker heller ikke.

> Ligeledes har jeg prï¿œvet med / fï¿œr counter.txt:

> function counter($updateOn='always', $filename='/counter.txt') {
>
> Det giver ingen fejlmelding, men heller ikke det rette tal!
>

> Hvordan fￜr jeg det til altid at pege pￜ den fil "counter.txt", som ligger i
> roden?
>
> Mvh Kurt

Det rigtige er at filnavnet skal hedde /counter.txt
/ angiver roden pￜ dit hotel - og det er vist der du har filen, hvis
jeg forstï¿œr det rigtigt.
Eneste problem med det, skulle vￜre, hvis host-serveren er Windoze - sￜ
skal du bruge \ i stedet for /

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
Utils http://sdccms.dk/ordbog/ http://sdccms.dk/mailfriend/
http://bredelund.dk CMS som det var meningen et sï¿œdant skulle vï¿œre

[scootergrisen]

> Eneste problem med det, skulle være, hvis host-serveren er Windoze - så

> skal du bruge \ i stedet for /

Man kan heldigvis også bruge / i PHP på windows.

[Birger Sørensen]

scootergrisen formulerede spï¿œrgsmï¿œlet:
>> Eneste problem med det, skulle vￜre, hvis host-serveren er Windoze - sￜ

>> skal du bruge \ i stedet for /
>

> Man kan heldigvis ogsￜ bruge / i PHP pￜ windows.

Det kommer sￜ nok an pￜ windows serveren og den anvendte php version.
Iht dokumentation skal der bruges \ pￜ windows og / pￜ unix/linux

[scootergrisen]

>> Man kan heldigvis ogsￜ bruge / i PHP pￜ windows.
>
> Det kommer sￜ nok an pￜ windows serveren og den anvendte php version.
> Iht dokumentation skal der bruges \ pￜ windows og / pￜ unix/linux

Hvilken windows server ?

Og hvor stￜr at man skal bruge \ pￜ windows ?

Windows bruger rigtig nok \ men PHP pￜ windows er heldigvis lavet sￜdan
at man ogsￜ kan bruge /

[Birger Sørensen]

scootergrisen skrev:

Det stï¿œr f.eks. under include
http://www.php.net/manual/en/function.include.php

Hvor har du fra, at / virker pￜ windowss?

[scootergrisen]

> Det stï¿œr f.eks. under include
> http://www.php.net/manual/en/function.include.php
>
> Hvor har du fra, at / virker pￜ windowss?

Jeg kan ikke huske hvor jeg har lï¿œst det men et sted i manualen tror jeg.

Jeg bruger for eksempel require_once('php/generelt_funktioner.php'); og
det virker bￜde pￜ windows og linux.

[Arne Vajhøj]

On 2/8/2013 7:14 PM, Birger Sørensen wrote:
> scootergrisen skrev:

>>>> Man kan heldigvis også bruge / i PHP på windows.
>>>

>>> Det kommer så nok an på windows serveren og den anvendte php version.
>>> Iht dokumentation skal der bruges \ på windows og / på unix/linux
>>
>> Hvilken windows server ?
>>
>> Og hvor står at man skal bruge \ på windows ?
>>
>> Windows bruger rigtig nok \ men PHP på windows er heldigvis lavet
>> sådan at man også kan bruge /
>
> Det står f.eks. under include
> http://www.php.net/manual/en/function.include.php
>
> Hvor har du fra, at / virker på windowss?

Den omtalte counter funktion bruger fopen og ikke include.

http://www.php.net/manual/en/function.fopen.php

<quote>
On the Windows platform, be careful to escape any backslashes used in
the path to the file, or use forward slashes.
</quote>

Antyder ret kraftigt at forward slashes virker.

Arne

[Bertel Lund Hansen]

Birger Sørensen skrev:

> Det rigtige er at filnavnet skal hedde /counter.txt

Det sender ham helt ud i serverens rod.

--
Bertel
http://bertel.lundhansen.dk/ http://fiduso.dk/

[Bertel Lund Hansen]

Kurt G skrev:

> For altid at pege p� "counter.txt" i roden, har jeg pr�vet at lave om til:
> function counter($updateOn='always',
> $filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
> men det virker heller ikke.

Pr�v med:

$root=trim($_SERVER['DOCUMENT_ROOT'],'/');
$filename=$root.'/counter.txt';

Jeg forst�r ikke helt hvorfor du l�gger den tildeling i
parameterlisten.

[Asger Joergensen]

Hej Birger

Birger Sørensen skrev:

> Efter mange tanker skrev Kurt G:

> > Jeg har kopieret Hjemmesideskolens besøgsstæller (http://hjemmesideskolen.dk/scripts/count.php?id=cntphp) ind på et site.
> >
> > Den virker fint, så længe den kaldende side befinder sig i roden, da ligger filen "counter.txt" jo også i roden.
> > Men kaldes det fra en fil, der ligger i et underbibliotek, kommer der kludder i det, da der opretttes en ny "counter.txt." i underbiblioteket. Denne bliver altid ved med at give 1 besøgende!

> >
> > Filen "taeller.php" indeholder en linie:
> > function counter($updateOn='always', $filename='counter.txt') {
> >

> > For altid at pege på "counter.txt" i roden, har jeg prøvet at lave om til:

> > function counter($updateOn='always', $filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
> > men det virker heller ikke.
>

> > Ligeledes har jeg prøvet med / før counter.txt:

> > function counter($updateOn='always', $filename='/counter.txt') {
> >
> > Det giver ingen fejlmelding, men heller ikke det rette tal!
> >

> > Hvordan får jeg det til altid at pege på den fil "counter.txt", som ligger i roden?

> >
> > Mvh Kurt
>
> Det rigtige er at filnavnet skal hedde /counter.txt

> / angiver roden på dit hotel - og det er vist der du har filen,
> hvis jeg forstår det rigtigt.
> Eneste problem med det, skulle være, hvis host-serveren er
> Windoze - så skal du bruge \ i stedet for /

Windows er fuldstændigt ligeglad. Jeg har al den tid jeg har lavet
windows programmer kunnet bruge skråstreg i stedet for bagslash
mellem bibliotekerne, jeg har endda lige prøvet at indtaste:
C:/Program Files/Microsoft i adresselinien på en folder på min
win7 og jeg bliver straks sendt til det rette bibliotek.
det virker også på en kommando prompt:
C:\>cd C:/Program Files/Microsoft

Venlig hilsen
Asger-P

http://Asger-P.dk/trapper
http://Asger-P.dk/software

[Bertel Lund Hansen]

Asger Joergensen skrev:

> Windows er fuldstændigt ligeglad.

Det udsagn skal kvalificeres med versionsnummer for at blive
sandt. Jeg kan dog ikke komme længere 'tilbage' end til XP, så
jeg kan ikke sige hvornår det begyndte at virke. Skråstreg virker
fint i XP og Windows 7 hvilket jeg i øvrigt først blev klar over
nu.

[Asger Joergensen]

Hej Bertel

Bertel Lund Hansen skrev:

> Asger Joergensen skrev:
>
> > Windows er fuldstændigt ligeglad.
>
> Det udsagn skal kvalificeres med versionsnummer for at blive
> sandt. Jeg kan dog ikke komme længere 'tilbage' end til XP, så
> jeg kan ikke sige hvornår det begyndte at virke. Skråstreg virker
> fint i XP og Windows 7 hvilket jeg i øvrigt først blev klar over
> nu.

Som sagt så har jeg altid kunnet gøre det når jeg programmerede
"c:/windows" om man altid har kunnet gøre det i brugerfladen
ved jeg ikke, men når de bagved liggende API funktioner er ligeglade
så kunne det jo godt tænkes at brugerfladen også var det.
Men du har ret det er ikke sandt med garanti.

[Arne Vajhøj]

On 2/8/2013 8:59 PM, Bertel Lund Hansen wrote:
> Asger Joergensen skrev:

>> Windows er fuldst�ndigt ligeglad.

>
> Det udsagn skal kvalificeres med versionsnummer for at blive

> sandt. Jeg kan dog ikke komme l�ngere 'tilbage' end til XP, s�
> jeg kan ikke sige hvorn�r det begyndte at virke. Skr�streg virker
> fint i XP og Windows 7 hvilket jeg i �vrigt f�rst blev klar over
> nu.

Hvis jeg skulle g�tte s� tror jeg at det er versionen
af msvcrt som betyder noget og ikke Windows versionen.

Mit g�t baserer sig p� en hypotese om at PHP open
kalder C fopen.

Dokumentation af fopen hos Microsoft siger (i version
11):

"You can use either forward slashes (/) or backslashes (\) as the
directory separators in a path."

Arne

[Arne Vajhøj]

Eller m�ske alligevel ikke.

Et lag dybere (Win32 API) finder f�lgende:

Note File I/O functions in the Windows API convert "/" to "\" as part
of converting the name to an NT-style name, except when using the "\\?\"
prefix as detailed in the following sections.

hvilket betyder at det er en Win32 API feature og at den
meget vel kan have v�ret der siden NT 3.1.

Arne

[Asger Joergensen]

Hej Arne

Arne Vajhøj skrev:

> Eller måske alligevel ikke.
>
> Et lag dybere (Win32 API) finder følgende:

>
> Note File I/O functions in the Windows API convert "/" to "\" as part of converting the name to an NT-style name, except when using the "\\?\" prefix as detailed in the following sections.
>
> hvilket betyder at det er en Win32 API feature og at den

> meget vel kan have været der siden NT 3.1.

Det vil også være mit gæt, jeg har programmeret siden 1996 og jeg har som
sagt altid kunnet gøre det med Windows API funktionerne.

[Birger Sørensen]

Fï¿œlgende er skrevet af Bertel Lund Hansen:
> Birger Sï¿œrensen skrev:

>
>> Det rigtige er at filnavnet skal hedde /counter.txt
>
> Det sender ham helt ud i serverens rod.

Det tager ham vel ikke lï¿œngere ud, end til roden for hans domï¿œne -
hvilket er hvor han gerne vil...

[Jørn Andersen]

On Fri, 8 Feb 2013 18:40:17 +0100, "Kurt G" <kurt...@guldbaek.net>
wrote:

>Jeg har kopieret Hjemmesideskolens besøgsstæller

>(http://hjemmesideskolen.dk/scripts/count.php?id=cntphp) ind på et site.
>
>Den virker fint, så længe den kaldende side befinder sig i roden, da ligger
>filen "counter.txt" jo også i roden.

>Men kaldes det fra en fil, der ligger i et underbibliotek, kommer der
>kludder i det, da der opretttes en ny "counter.txt." i underbiblioteket.

>Denne bliver altid ved med at give 1 besøgende!

>
>Filen "taeller.php" indeholder en linie:
>function counter($updateOn='always', $filename='counter.txt') {
>

>For altid at pege på "counter.txt" i roden, har jeg prøvet at lave om til:

>function counter($updateOn='always',
>$filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt') {
>men det virker heller ikke.
>

>Ligeledes har jeg prøvet med / før counter.txt:

>function counter($updateOn='always', $filename='/counter.txt') {

Det hjælper ikke at ændre på default-værdien i funktionen, som du gør.
Du skal ændre i funktions-kaldet.

Men som jeg forstår funktionen ("model 1"), så er der både en fejl
(eller i det mindste en tvetydighed) i instruktionen, og den vil
skulle ændres for at fungere i under-biblioteker, hvis man tæller på
sessions.

Tvetydigheden:
Det er ikke nok at inkludere med:
<? include("taeller.php"); ?>
som der står.
(Bør vel i øvrigt rettes til <?php include("taeller.php"); ?>)

Det inkluderer kun funktionen, men kalder den aldrig.
Den bliver først kaldt med selve visningen:
<p>Besøg nr: <?php echo counter('always','counter.txt'); ?></p>

Hvis du vil have til at tælle "always" og vise resultatet på siden er
det fint nok.

Hvis du vil have den til at tælle "always" *uden* at vise resultatet,
skal du have:
<?php
include("taeller.php");
counter('always', 'counter.txt');
?>

Hvis du vil have den til at tælle "always" i under-biblioteker med
samme counter.txt (liggende i roden) og *uden* at vise resultatet,
skal du have følgende i filer i underbiblioteker:
<?php
include("../taeller.php");
counter('always', '../counter.txt');
?>

Hvis du vil ahve den til at tælle på "session" får du et problem i
underbiblioteker, fordi funktionen bruger $_SESSION[$filename] til at
indikere om der allerede er talt.

Det vil betyde, at hvis du kalder funktionen med
counter('session', '../counter.txt');
i "niveau 1"-under-biblioteker, men
counter('session', 'counter.txt');
i roden, så vil du få to separate session-variable:
$_SESSION['../counter.txt']
og
$_SESSION['counter.txt']

Og har du flere niveauer får du flere session-variable.
Det vil betyde, at du får en optælling for hvert niveau.

Altså: Hvis du både includerer og kører tælleren i roden, i "niveau
1"- og "niveau 2"-underbiblioteker, og en besøgende besøger alle 3
niveauer, så vil den tælle op 3 gange i stedet for 1 gang.

Men dette er kun et problem med "session"-tælling, og du vil skulle
skrive funktionen en smule om, fx så du har en separat
"path"-parameter:
counter('session', '../', 'counter.txt');
eller sætte en anden, fast værdi i stedet for
$_SESSION[$filename]
fx:
$_SESSION['mintaeller']

Hvis du bare vil tælle antal sidevisninger, skulle den køre ok.

Good luck,
Jørn

--
Jørn Andersen
http://socialister.dk
http://marxisme.dk

[Birger Sørensen]

Arne Vajhï¿œj:

> On 2/8/2013 7:14 PM, Birger Sï¿œrensen wrote:
>> scootergrisen skrev:

>>>>> Man kan heldigvis ogsￜ bruge / i PHP pￜ windows.
>>>>
>>>> Det kommer sￜ nok an pￜ windows serveren og den anvendte php version.

>>>> Iht dokumentation skal der bruges \ pￜ windows og / pￜ unix/linux
>>>
>>> Hvilken windows server ?
>>>

>>> Og hvor stￜr at man skal bruge \ pￜ windows ?
>>>
>>> Windows bruger rigtig nok \ men PHP pￜ windows er heldigvis lavet
>>> sￜdan at man ogsￜ kan bruge /
>>

>> Det stï¿œr f.eks. under include
>> http://www.php.net/manual/en/function.include.php
>>
>> Hvor har du fra, at / virker pￜ windowss?

>
> Den omtalte counter funktion bruger fopen og ikke include.
>
> http://www.php.net/manual/en/function.fopen.php
>
> <quote>
> On the Windows platform, be careful to escape any backslashes used in the
> path to the file, or use forward slashes.
> </quote>
>
> Antyder ret kraftigt at forward slashes virker.
>
> Arne

Jeg opfatter nu teksten under include, som en generel betragtning af
absolutte / relative stier, og ikke som noget specielt for include.

Jeg har ingen domￜner der kￜrer pￜ windows servere. Sￜ jeg forsￜgte
bare at hjï¿œlpe Kurt...
Og hvis det er rigtigt, at windows servere er ligeglade med \ eller /,
bￜr /counter.txt jo bare virke der ogsￜ.
Men ￜbenbart, er det noget andet der er galt, sￜ...

[Bertel Lund Hansen]

Birger S�rensen skrev:

>> Det sender ham helt ud i serverens rod.

> Det tager ham vel ikke l�ngere ud, end til roden for hans dom�ne -

Undskyld. Du har ret. Det er s� blevet �ndret i en eller anden
opdatering af PHP. Jeg glemmer ikke hvordan jeg engang fik en
komplet listning af alle kunders mappenavne hos en udbyder hvor
jeg fejlagtigt havde brugt / i stedet for at angive den relative
sti til min egen webmappe.

[Bertel Lund Hansen]

Asger Joergensen skrev:

> Som sagt s� har jeg altid kunnet g�re det n�r jeg programmerede
> "c:/windows"

Det har ikke altid virket i brugerfladen.

Jeg forst�r ikke hvad du mener med "programmere 'c:/windows'".
Hvis du mener at du i et programmeringssprog angiver "c:/windows"
som sti, s� har det ikke altid virket i alle sprog.

Sproget C s�rger selv for at overs�tte / til \ n�r der kompileres
p� en Windowsplatform.

[Bertel Lund Hansen]

J�rn Andersen skrev:

> <? include("taeller.php"); ?>

> (B�r vel i �vrigt rettes til <?php include("taeller.php"); ?>)

Parenteserne skal fjernes. Det er en uskik med overfl�dige
parenteser:

<?php include "taeller.php"; ?>

Selv skriver jeg korte koder (<? og ikke <?php).

[Birger Sørensen]

Bertel Lund Hansen kom med fï¿œlgende:
> Birger Sï¿œrensen skrev:

>
>>> Det sender ham helt ud i serverens rod.
>

>> Det tager ham vel ikke lï¿œngere ud, end til roden for hans domï¿œne -
>
> Undskyld. Du har ret. Det er sￜ blevet ￜndret i en eller anden

> opdatering af PHP. Jeg glemmer ikke hvordan jeg engang fik en
> komplet listning af alle kunders mappenavne hos en udbyder hvor
> jeg fejlagtigt havde brugt / i stedet for at angive den relative
> sti til min egen webmappe.

Det er vist lￜnge siden. Men jeg kan ogsￜ huske at det var en risiko
engang. Men den er blevet muget ud...
:-Z

[Asger Joergensen]

Hej Bertel

Bertel Lund Hansen skrev:

> Asger Joergensen skrev:
>
> > Som sagt s� har jeg altid kunnet g�re det n�r jeg programmerede
> > "c:/windows"
>
> Det har ikke altid virket i brugerfladen.
>
> Jeg forst�r ikke hvad du mener med "programmere 'c:/windows'".

ok den var lidt kort ;-)

n�r jeg programmerer i C / C++ s� har jeg altid kunnet skrive:
'c:/windows' som sti til c:\windows.

> Hvis du mener at du i et programmeringssprog angiver "c:/windows"
> som sti, s� har det ikke altid virket i alle sprog.

Der er faktisk ogs� mange af mine ikke windows API funktioner hvor
en / ikke kan erstatte en \, men i windows API funktionerne er det ok.
S� mon ikke det er det samme i andre sprog, at i det omfang man kalder
rene Win32 API funktioner, s� er det lige meget om man bruger / eller \.

> Sproget C s�rger selv for at overs�tte / til \ n�r der kompileres
> p� en Windowsplatform.

Nej, C / C++ r�rer ikke ved strengene, programmerings sproget blander
sig ikke i hvad der er inde i variablerne, os der programmerer C / C++
kan f� lov at dumme os s� meget som vi lyster. ;-)

Som Arne n�vner s� overs�tter Win32 API'ets funktioner derimod.
Og da shell32.dll og andre shell*.dll'r best�r af af de samme
funktioner som dem jeg kalder, s� er det jo n�rliggende at tro at
det ogs� "altid" har kunnet lade sig g�re i brugerfladen.

det er jo nemmere at skrive:
"C:/Windows/AppPatch/Custom/Custom64"
end
"C:\\Windows\\AppPatch\\Custom\\Custom64"

[Bertel Lund Hansen]

Asger Joergensen skrev:

>> Sproget C sørger selv for at oversætte / til \ når der kompileres
>> på en Windowsplatform.

> Nej, C / C++ rører ikke ved strengene, programmerings sproget blander

> sig ikke i hvad der er inde i variablerne, os der programmerer C / C++

> kan få lov at dumme os så meget som vi lyster. ;-)

> Som Arne nævner så oversætter Win32 API'ets funktioner derimod.
> Og da shell32.dll og andre shell*.dll'r består af af de samme
> funktioner som dem jeg kalder, så er det jo nærliggende at tro at
> det også "altid" har kunnet lade sig gøre i brugerfladen.

Åh, det er så det der har fået mig til at tro at C ordnede
problemet.

> det er jo nemmere at skrive:
> "C:/Windows/AppPatch/Custom/Custom64"
> end
> "C:\\Windows\\AppPatch\\Custom\\Custom64"

Ja, det ser frygteligt ud. Gid Windows dog havde været planlagt
kompatibelt fra starten. Sikke meget æøå- og skråstregsbøvl vi så
havde kunnet spare os.

[Kurt G]

"Bertel Lund Hansen" skrev i meddelelsen
news:51161633$0$291$1472...@news.sunsite.dk...

Jørn Andersen skrev:

> <? include("taeller.php"); ?>

> (Bør vel i øvrigt rettes til <?php include("taeller.php"); ?>)

Parenteserne skal fjernes. Det er en uskik med overflødige

parenteser:

<?php include "taeller.php"; ?>

Selv skriver jeg korte koder (<? og ikke <?php).

-------------------------------------------------------------------------------------------------------
Det har jeg også gjort i begyndelsen af min 'php-tid', men det er ikke
altid, at det virker.
Derfor skriver jeg altid '<?php'.
Jeg mener da også at have set, at det kræves i de nyere versioner af php.
Mvh Kurt

[Kurt G]

"Jørn Andersen" skrev i meddelelsen
news:lksbh8pkgfubmsmp4...@4ax.com...

On Fri, 8 Feb 2013 18:40:17 +0100, "Kurt G" <kurt...@guldbaek.net>
wrote:

KLIPPET

Good luck,
Jørn

-----------------------------------------------------------------------------------
Tak for dit uddybende svar, Jørn.
Jeg vil studere det nøjere og prøve mig frem.
Jeg skal nok fortælle, når og hvordan det lykkes.

Mvh Kurt

[Asger Joergensen]

Hej Bertel

Bertel Lund Hansen skrev:

> Ja, det ser frygteligt ud. Gid Windows dog havde v�ret planlagt
> kompatibelt fra starten. Sikke meget ���- og skr�stregsb�vl vi s�
> havde kunnet spare os.

Med hensyn til skr�streg s� ved jeg ikke hvem der startede, men
n�r det kommer til ��� s� er windows API'et faktisk det som
h�ndterer det bedst, alle de andre kode biblioteker er f�rst s�
sm�t begyndt at komme med her i de senere �r.
Men jeg tror virkelig at der er nogle danske programm�rer der har
sovet i timen da de lave den vest europ�iske tegn tabel. For alle
de engelske karakterer der g�lder det an man f.eks kan skrive
a < b = true men for ��� er det g�et helt galt:

� = 198 � = 230
� = 216 � = 248
� = 197 � = 229

der er talr�kke f�lgen � � � :-(

I �vrigt s� er det mere den store dominans af det engelske sprog
inden for programmering der g�r at ��� og andre ikke engelske
karakterer h�ndteres d�rligt.
Engelstalende programm�rer tror simpelthen kun der findes 26
bogstaver i verden.

Men vi m� nok ogs� for god ordens skyld kigge p� os selv, de
fleste danske html programm�rer bruger jo charset=ISO-8859-1'
og ikke utf8. ;-)

[Rune Jensen]

On 9 Feb., 10:20, Bertel Lund Hansen <kanonsa...@lundhansen.dk> wrote:

> Jeg glemmer ikke hvordan jeg engang fik en
> komplet listning af alle kunders mappenavne hos en udbyder hvor
> jeg fejlagtigt havde brugt / i stedet for at angive den relative
> sti til min egen webmappe.

Du fik dir-oversigten over alle andre, som var hostet på den server?

Så gør man sig vel overvejlser omkring hosterens interne sikkerhed
også. Måske de bruger "password" som password :)


MVH
Rune Jensen

[Bertel Lund Hansen]

Asger Joergensen skrev:

> Men jeg tror virkelig at der er nogle danske programm�rer der har
> sovet i timen da de lave den vest europ�iske tegn tabel.

Jeg kan n�sten ikke tro at den er lavet af danskere eller har
haft dansk medvirken.

> der er talr�kke f�lgen � � � :-(

Ja. S�dan laver man det hvis man tager udgangspunkt i at � er AA
og � er AE. S� kommer OE til sidst.

[Bertel Lund Hansen]

Kurt G skrev:

> Selv skriver jeg korte koder (<? og ikke <?php).
> -------------------------------------------------------------------------------------------------------

> Det har jeg ogs� gjort i begyndelsen af min 'php-tid', men det er ikke
> altid, at det virker.

Nej. Serveren skal v�re sat op til det.

[Mads Lie Jensen]

On 09-02-2013 07:54, Birger Sørensen wrote:
> Følgende er skrevet af Bertel Lund Hansen:
>> Birger Sørensen skrev:

>>
>>> Det rigtige er at filnavnet skal hedde /counter.txt
>>
>> Det sender ham helt ud i serverens rod.
>

> Det tager ham vel ikke længere ud, end til roden for hans domæne -

> hvilket er hvor han gerne vil...

Det kommer an på hvordan open_basedir er sat op:
<http://www.php.net/manual/en/ini.core.php#ini.open-basedir>

Fornuftige webhoteller sætter den op så den peger på roden af ens eget
webhotel. Men er den ikke sat, så går /fil.navn til roden af hele serveren.

[Erik Ginnerskov]

Birger Sï¿œrensen wrote:

> Eneste problem med det, skulle vï¿œre, hvis host-serveren er Windoze -
> sￜ skal du bruge \ i stedet for /

Det er kun pￜ computerens lokale filsystem. der anvendes \ i Windows. Pￜ en
webserver bruges / som pￜ Unix.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk - http://ginnerskov.dk

[scootergrisen]

> Det er kun pￜ computerens lokale filsystem. der anvendes \ i Windows. Pￜ
> en webserver bruges / som pￜ Unix.

Eller \

[Anders Wegge Keller]

scootergrisen <NEJ...@TILSPAM.DK> writes:

> > Det er kun på computerens lokale filsystem. der anvendes \ i Windows. På
> > en webserver bruges / som på Unix.
>
> Eller \

Hvor i RFC 1738 finder du belæg for den tanke?

--
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*

[scootergrisen]

> Hvor i RFC 1738 finder du belæg for den tanke?

Jeg har ikke læst RFC 1738 så aner det ikke.

Jeg ved bare både \ og / virker i PHP.

[Anders Wegge Keller]

Nej, du ved at det virker de steder du har forsøgt.

[Anders Wegge Keller]

Anders Wegge Keller <we...@wegge.dk> writes:

> scootergrisen <NEJ...@TILSPAM.DK> writes:
>
> > > Hvor i RFC 1738 finder du belæg for den tanke?
> >
> > Jeg har ikke læst RFC 1738 så aner det ikke.
> >
> > Jeg ved bare både \ og / virker i PHP.
>
> Nej, du ved at det virker de steder du har forsøgt.

Og lige et eksempel, hvor det ikke virker:

Connected to netkoder.dk (46.30.211.55).
Escape character is '^]'.
GET \netkoder\hvaderphp.php HTTP/1.1
Host: netkoder.dk

HTTP/1.1 500 Internal Server Error
Server: Apache
X-Powered-By: PHP/5.3.21
disablevcache: true
Content-Type: text/html
Content-Length: 0
Accept-Ranges: bytes
Date: Mon, 11 Feb 2013 21:41:45 GMT
X-Varnish: 1447189827
Age: 0
Via: 1.1 varnish
Connection: close

Du skal passe på ikke at blande browseres "venligheder" sammen med
hvad der sker serverside. Og så håber jeg - sikkert mod bedre vidende
- at du begynder at lære noget af at dione påstande bliver skudt til
jorden.

[Arne Feldborg]

"Kurt G" <kurt...@guldbaek.net> skrev Fri, 8 Feb 2013 18:40:17 +0100

>$filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt'
>
Hvorfor ikke:
$filename=$_SERVER["DOCUMENT_ROOT"].'counter.txt'

--
mvh, A:\Feldborg
feld...@haunstrup.dk
Slægtsforskning og lokalhistorie i midt- vestjylland
http://hammerum-herred.dk/
http://haunstrup.dk/lokal/

[Anders Wegge Keller]

Arne Feldborg <feld...@haunstrup.dk> writes:

> "Kurt G" <kurt...@guldbaek.net> skrev Fri, 8 Feb 2013 18:40:17 +0100
>
> >$filename=$_SERVER["DOCUMENT_ROOT"].'/counter.txt'
> >
> Hvorfor ikke:
> $filename=$_SERVER["DOCUMENT_ROOT"].'counter.txt'

Der er ikke altid en trailing slash på
$_SERVER["DOCUMENT_ROOT"]. Kører man under apache httpd, er der oftest
ikke nogen, da anbefalingen er at undlade den i DocumentRoot direktivet.

<http://httpd.apache.org/docs/2.4/mod/core.html#documentroot>

[Bertel Lund Hansen]

Anders Wegge Keller skrev:

> Der er ikke altid en trailing slash p�
> $_SERVER["DOCUMENT_ROOT"].

Nej, det var derfor jeg trimmede den og tilf�jede den i mit svar
for tre dage siden.

[Anders Wegge Keller]

Bertel Lund Hansen <kanon...@lundhansen.dk> writes:

> Anders Wegge Keller skrev:
>

> > Der er ikke altid en trailing slash på
> > $_SERVER["DOCUMENT_ROOT"].
>
> Nej, det var derfor jeg trimmede den og tilføjede den i mit svar
> for tre dage siden.

Du var ikke pædagogisk nok, eller også har Arne ikke set dit
indlæg. Det var der jeg svarede.

Med fare for at påkalde mig nemesis, vil jeg mene at det er ret
ligegyldigt at trimme inden konkateneringen. Jeg kender ikke til nogle
praktisk anvendte filsystemer, hvor der er forskel på
...server.dk//noget og ...server.dk/noget. VMS har nogle finurligheder
på det punkt, men jeg vil blive fælt overraskede, hvis der er mange i
denne gruppe, der hoster php på en VAX.