[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.

[johan1234]

Jag är inte teknisk nog för att ge bra svar. Det har lagts en månad på detta med ett antal olika källor. Vi inser att många använder det på det sättet som Presta gör - vilket gör att vi letar efter en central lösning på det. Dock - så står både vår leverantör och de andra experterna vi snackat med och säger att det är rätt och att det används fel. Möjligen har de alla fel - men det är många nog (och erfarna nog) att jag är benägen att inte avfärda det som kanske björklund gör ovan. :-)

Det känns lite som twilightzone för mig. Ungefär som ett ord som kommer in i svenskan från engelskan. Det är kanske inte med i svenska akademins ordbok - men om många nog börjar använda den - då blir det sedan standarden. Vår leverantör representerar akademin och följer standarden till punkt och pricka - men varianten som Presta kör är vanlig - och därmed kan man diskutera - vad standarden bör vara.

AndersN - vi lever alla med gamla miljöer. Vi har 100 maskiner där detta fungerar. Nu tightar vi för första gången till säkerhet och annat på en nivå som i alla fall vi på city inte sett tidigare. Ett försök till förbättring. Helt plötsligt fungerar inte de shortcuts som många programmerare tar utan man måste helt enkelt hålla sig inom ett snävare område. Så det är en balans mellan vad våra kunder förväntar oss säkerhetsmässigt och funktionalitetsmässigt. De flesta har många sårbarheter som jag tror alla skulle vilja bli av med... det görs inte enkelt och inte utan lite medhjälp från kunder.

[AndersN]

Ursprungligen postat av johan1234

AndersN - vi lever alla med gamla miljöer. Vi har 100 maskiner där detta fungerar. Nu tightar vi för första gången till säkerhet och annat på en nivå som i alla fall vi på city inte sett tidigare. Ett försök till förbättring. Helt plötsligt fungerar inte de shortcuts som många programmerare tar utan man måste helt enkelt hålla sig inom ett snävare område. Så det är en balans mellan vad våra kunder förväntar oss säkerhetsmässigt och funktionalitetsmässigt. De flesta har många sårbarheter som jag tror alla skulle vilja bli av med... det görs inte enkelt och inte utan lite medhjälp från kunder.

Jo jag köper det rakt av, som kund och ÅF värdesätter jag säkerheten stort.
Jag blir bara förvånad att detta dyker upp först nu, men jag lämnar det nu då
jag funnit lösningen på mitt problem

[Amnell]

Jag tycker mig se samma problematik när jag försöker installera Wordpress Multisite med subdomäner. Wordpress säger att man ska använda paths som inte fungerar etc.
Jag har mailat lite med citynetwork och de sa att de skulle rulla ut en "generell fix [...] som ska lösa så det sätts rätt från början". Så jag får se om der ordnar sig under den här veckan helt enkelt

[johan1234]

Amnell - Om du får ett sådant problem i ett skript så ändras de flesta enkelt i konfig filen. Support kan ge dig.

Kan dock säga att man har hittat vägar att behålla den höga säkerhten och ändå få till detta. Räknar med att det tar några veckor innan fixen är inne - förhoppningsvis vår marsuppdatering. Vi uppdaterar första veckan i varje månad.

[johan1234]

Vi har nu löst detta problem centralt och det vore fantastiskt om i kunde få feedback om att det fungerar lika bra för er alla som för oss i våra tester...

Vill samtidigt säga tack till UnikGrafik som både haft tålamod och hållt ut under denna process. Tack!

Amnell - kan du ta en titt också om ditt problem är helt borta?

[UnikGrafik]

Tänkte bara bekräfta att nu funkar Prestashop 1.3.7 på City Networks servrar. Gött!

Tack Johan för bra samarbete.