intranet Site geeft geen "/" weer

[Verwijderd]

Dag,

Ik heb op mijn werk de intranet site verhuisd naar een interne server.
Voorheen draaide deze site op een normale webserver die wij niet in beheer hadden.

de verhuizing is goed verlopen.

Ik maak op dit moment gebruik van IIS versie 6, Mysql, php en PhpMyAdmin.

Ik zit nu nog met een probleem.
Bij het aanmaken van een nieuw bericht op de intranet site is er de mogelijkheid om een verwijzing te maken naar een *.pdf, *.doc, *.xsl enz te maken.

Na het plaatsen van het bericht zie ik dat in de verwijzing naar het document geen slashes "/" worden weergegeven en daardoor de verwijzing niet werkt. zie onderstaande screenshot



achter gekoppeld bestand staat de verwijzing.

Hoe kan ik er voor zorgen de dat de slashes worden opgenomen in deze verwijzing?
Zit dit in de php.ini of iets dergelijks. Ik heb verder vrij weinig ervaring met php, mysql en dergelijke.
Op de oude server werkte dit wel.

Alvast bedankt,

Marco

[Janoz]

Waarschijnlijk bedoel je niet '/' maar '\'. Dat is namelijk nogal een verschil. Het probleem ligt waarschijnlijk aan magic quotes settings en dit is waarschijnlijk maar 1 van de vele problemen die je nu hebt. Je kunt de magic quotes settings aan gaan passen, maar het lijkt me beter wanneer je de php code eens kritisch onder handen neemt en daar deze fouten uit gaat halen.

[Gersomvg]

Kan het mis hebben maar als het inderdaad ligt aan wat Janoz zegt dan moet je gewoon alle '\' vervangen door '\\'

[Verwijderd]

Dank.. nadat ik de Magic Quotes in de php.ini had ingeschakeld en voor de zekerheid IIS herstart had werkt het. Maar als ik de php code ga bekijken waar moet ik dan op letten om dit probleem te voorkomen?

Ik bedoelde inderdaad \.

Bedankt voor de snelle reactie.

Marco

[ Voor 5% gewijzigd door Verwijderd op 14-07-2009 15:49 ]

[RobIII]

Verwijderd schreef op dinsdag 14 juli 2009 @ 15:45:
Dank.. nadat ik de Magic Quotes in de php.ini had ingeschakeld

Je wil Magic Quotes UIT hebben

quote: http://nl2.php.net/magic_quotes

Relying on this feature is highly discouraged

En hier meer...

Verwijderd schreef op dinsdag 14 juli 2009 @ 15:45:
waar moet ik dan op letten om dit probleem te voorkomen?

Je moet letten op alle code die 'vertrouwt' op dat Magic Quotes z'n werk zou doen

@Hieronder:

[ Voor 62% gewijzigd door RobIII op 14-07-2009 16:06 ]

[Joolee]

http://nl.php.net/magic_quotes

@hierboven

[ Voor 23% gewijzigd door Joolee op 14-07-2009 16:39 ]

[_Thanatos_]

@TS
Bedenk je ook eventjes waarom je op een website een verwijzing naar een lokaal bestand weergeeft. Lijkt me een nogal vreemde gang van zaken.

[Janoz]

@hierboven: Het gaat om een intranet site, geen internet site.

[NielsNL]

Janoz schreef op dinsdag 14 juli 2009 @ 20:45:
@hierboven: Het gaat om een intranet site, geen internet site.

Still: Waarom linken naar een bestand op een C: schijf, waarom geen bestand op een server?

[IStealYourGun]

Bij het verplaatsen van een website (of het ontwikkelen er van) is het aangeraden de server af te stemmen op de oude server. M.a.w zelfde OS (windows of linux), zelfde PHP, MYSQL versie, zelfde instellingen, ...

[Janoz]

Eens. Het blijft wat raar, maar het is natuurlijk niet helemaal duidelijk hoe dit ingezet wordt. Misschien is het ook enkel een registratie die vanaf 1 pc gebruikt wordt, of wordt in productie gewoon een netwerkschijf gebruikt.

[Mike2k]

webshit schreef op woensdag 15 juli 2009 @ 09:45:
Bij het verplaatsen van een website (of het ontwikkelen er van) is het aangeraden de server af te stemmen op de oude server. M.a.w zelfde OS (windows of linux), zelfde PHP, MYSQL versie, zelfde instellingen, ...

Dat is eigenlijk de eerste fout
Als je de code schrijft aan de hand van de best practices van PHP, is er niets aan de hand op het moment dat je het verplaatst. (tenzij je ineens grof versies van php door elkaar gaat gebruiken. bijv van versie 3 naar versie 5)

Dus geen Super Globals, Magic Quotes ed. gebruiken...

Voor het andere:
Ik weet niet precies wat het is en waar het voor is (lees: we willen graag wat meer info ) maar ik ben het eensch dat het waarschijnlijk beter is om dat bestand niet op een root schijf te zetten maar op een share en dan daar heen verwijzen met een UNC pad...

[ Voor 6% gewijzigd door Mike2k op 15-07-2009 09:54 ]

[Janoz]

Fastex schreef op woensdag 15 juli 2009 @ 09:53:
Dat is eigenlijk de eerste fout
Als je de code schrijft aan de hand van de best practices van PHP, is er niets aan de hand op het moment dat je het verplaatst. (tenzij je ineens grof versies van php door elkaar gaat gebruiken. bijv van versie 3 naar versie 5)

Dus geen Super Globals, Magic Quotes ed. gebruiken...

Hellaas gaat dat niet altijd op. Het probleem is dat je verschillende codepaden in je code nodig hebt. Je kunt niet programmeren zodat je ongevoelig bent voor magic quotes. Je zult altijd de setting moeten testen en op basis daarvan een andere actie uit moeten voeren.

[_Thanatos_]

Dat klopt misschien wel, maar bij oude versies blijven is bijna nooit nuttig/verstandig. Die nieuwe versies zijn er niet voor niets, en ze kosten ook nog es niets. natuurlijk moet er een hoop getest worden, maar je wilt tch upgraden? Nou doe dat dan

[NMe]

_Thanatos_ schreef op vrijdag 17 juli 2009 @ 02:54:
Dat klopt misschien wel, maar bij oude versies blijven is bijna nooit nuttig/verstandig. Die nieuwe versies zijn er niet voor niets, en ze kosten ook nog es niets. natuurlijk moet er een hoop getest worden, maar je wilt tch upgraden? Nou doe dat dan

Je weet net zo goed als ik dat bedrijven vaak geen tijd hebben of vrij willen maken voor tests die "niets opleveren". De oude situatie werkt? Prima, installeer de oude software/settings maar vrolijk op de nieuwe server. Upgrading corporate style.

Maar goed, dit is dan nog redelijk simpel op te lossen, ook zonder magic_quotes weer aan te zetten. Daar zullen de meeste bedrijven dan weer geen probleem van maken.