[Björklund]

Ursprungligen postat av johan1234

Björklund - jag är långt ifrån expert - men enligt vår leverantör, våra egna experter samt ett par intagna konsulter så ger vårt system rätt svar. Dock är den lösningen som Prestashop använder inte helt ovanlig (rätt eller fel) - trots att den inte följer standard. Detta gör att vi ser om vi kan hålla standarden som den ska vara - men ändå fixa så förväntat svar ges i de fallen Prestas lösning används. Det har hög prio så vi får se om vi kan lösa inom den närmsta tiden.

Nu vet jag inte vad PHP_SELF hos er visar. Men om den inte visar som den ska enligt manualen så har era experter fel.

http://php.net/manual/en/reserved.variables.server.php

Vad säger phpinfo() på ert nya system?

[tartareandesire]

Ursprungligen postat av Björklund

Nu vet jag inte vad PHP_SELF hos er visar. Men om den inte visar som den ska enligt manualen så har era experter fel.

http://php.net/manual/en/reserved.variables.server.php

Vad säger phpinfo() på ert nya system?

PHP_SELF finns väl ingen standard för? Serverkonstanterna hör inte heller till PHP utan till webbservern. SCRIPT_NAME däremot bör följa specifikationerna i RFC 3875:

http://www.faqs.org/rfcs/rfc3875.html

Johan, experter erkänner långt ifrån alltid att de har fel om det inte är absolut nödvändigt

[Björklund]

Ursprungligen postat av tartareandesire

PHP_SELF finns väl ingen standard för? Serverkonstanterna hör inte heller till PHP utan till webbservern. SCRIPT_NAME däremot bör

$_SERVER[PHP_SELF] har länge varit en reserverad variabel. Så länge jag kan minnas... Jag har visserligen dåligt minne :-) )

[tartareandesire]

Ursprungligen postat av Björklund

$_SERVER[PHP_SELF] har länge varit en reserverad variabel. Så länge jag kan minnas... Jag har visserligen dåligt minne :-) )

Jo, men att den är en reserverad variabel är inte samma sak. Den finns ju inte heller med i RFC 3875 och då är det väl fritt fram för tolkning och egna definitioner.

[Björklund]

Ursprungligen postat av tartareandesire

Jo, men att den är en reserverad variabel är inte samma sak. Den finns ju inte heller med i RFC 3875 och då är det väl fritt fram för tolkning och egna definitioner.

Samma sak som vad? Jag menar alltså att variabeln behöver finnas och fungera för att kunna leverera en bra tjänst till webbhotellskunder. Det är fler PHP-mjukvaror än Prestashop som använder variabeln.

[tartareandesire]

Ursprungligen postat av Björklund

Samma sak som vad? Jag menar alltså att variabeln behöver finnas och fungera för att kunna leverera en bra tjänst till webbhotellskunder. Det är fler PHP-mjukvaror än Prestashop som använder variabeln.

Absolut, det håller jag med dig om. Ville bara påpeka att det inte är så glasklart vad som är rätt eller fel gällande vissa servervariabler (som alltså inte definieras av PHP).

[UnikGrafik]

Jä****la sk***it! Sorry att jag svär men nu är jag riktigt arg och uppgiven!

Ja, den hårdkodade fullösningen gjorde det möjligt för mig att logga in på Prestashops admin del MEN jag kan ändå INTE UTFÖRA något i admin.
Varje gång jag trycker på ”Spara” knappen för att tex ändra info om en kund, lägga till ett leveransland, byta designtema, ja vad som helst i admin, skickas jag till inloggningsrutan för att logga in. Fyller jag in användarnamn + lösen och klickar på logga in, laddas sidan på nytt!
Dead end! Jag är åter igen i utgångsläget, dvs med 4 Prestashop installationer (olika versioner) som jag inte kan använda

Det är uppenbarligen något som ställer till med URL då jag kan se i browser hela URL som inkluderar mapp-namnen från City Networks miljön
”http://cn146. hemsidaxx.se.preview.citynetwork.se/~100XX4/cn146.hemsidaxx.se/public_html/test/login.php?redirect=index.php?tab=AdminCountries”

Denna länk får jag när jag försökte ändra leveransländer i admin.

Vad skall man göra… frustrerad och uppgiven!

Alla tips uppskattas! Tack på förhand!