City Network + Prestashop = INTE fungerar! :(
 

För ett par dagar sedan installerade jag Prestashop (v. 1.3.3 och 1.4 beta) på mitt nya konto på City Network. Innan dessa hade jag 3 stycken Prestashops butiker på Bineros konto. Som bekant är Binero mega segt nuförtiden och med laddningstid på 16 sekunder på webshopens startsidan bestämde jag mig för att leta efter nytt webhotell för att hosta mina webshopar (notera att det rör sig om små nystartade nischade butiker med ca 15 produkter som drivs på hobby-basis).

Till min stora glädje såg jag .nu-kampanj på CN och öppnade ett konto för att testa deras hastigheter samt supporten.

Tyvärr har City Networks support och system stupat innan mållinjen. Installationen av Prestashop gick bra MEN jag KAN INTE LOGGA IN på Prestashops admin (back-office) då Prestashop klagar på den URL den får från City Networks server. Prestashopen är installerad på en temporär domän, men samma fel dyker upp även när jag har gjort installation på en aktiv domän. Både Prestashop 1.3.3. och 1.4 ger samma fel, dvs man inte kan logga in på back-office.

Front-end av butiken funkar, man se produkter, handla MEN man kan inte logga in på Back-office, vilket gör att man inte kan driva butiken.

****************************************
Felmeddelande:

Path is not the same between your browser and you server :

- Server:
storage/content/04/100304/cn133.xxx.se/public_html/admin123/login.php

- Browser:
~100304/cn133.xxx.se/public_html/admin123/login.php
************************************************

Jag har kontaktat CN support och sagt varför får detta fel när identiska installationer fungerar på Binero som har samma leverantör till deras webhotell admin panel. I mina ögon tyder det på någon inställning i deras panelen som gör att pathen-isntällningar ställer till och gör att inloggningen inte funkar.

Till svar fick jag bla. att jag skall byta till Windows miljö (men hallå jag gör ju phpbaserad system!!) eller gå in i Prestashop core filer (index.php) och bortkommentera felet... ja alltså inte så konstruktiva lösningar förstår ni :(

Letade efter svar på Prestashop forum men där finns inte heller bra lösningar förutom att byta webhotell till någon som returerer korrekt URL istället.
Jag vill helst stanna hos City Network då jag märkte att deras servrar är snabbare, starsidan laddas på hela 5 sekunder jämgört med 16 på Binero.

Min fråga är om någon av er har en Prestashop installerad på City Network, och om har råkat för samma fel och hur har så fall löst det.

All hjälp uppskattas! Tack på förhand!

Hej - Intressant svar som du säger. Skall ta upp då vi säkert kan ge mer utförlig hjälp. Jag är inte tekniskt på det sättet så jag får dra det vidare med vår support.

Det är rätt specifikt med just vilken PHP version som körs och de säger inte vilka som fungerar. Bland annat står det:

* Some PHP 5 versions are bugged and prevent PrestaShop from working correctly

Dock anger de inte vilka som körs. Hursomhelst ska jag kolla vidare och se om vi kan hjälpa mer utförligt asap...

Killarna på supporten har kontaktat prestashop för att se om de kan vara mer specifika om just detta felet. Anledningen att de gav dig rådet om att ändra i corefilerna - är att det är flera som fått det att fungera genom att göra just detta. Den infon togs från forumen dock och andra användare.

Så fort de får svar från Prestashop återkommer de till dig.

Tack så mycket Johan! Det uppskattas. Jag vill gärna stanna kvar hos er men kan jag inte få igång Prestashop kommer jag inte ha någon nytta av kontot :(

p.s. vår webbyrå har i dagsläget samarbete med ett webhotell som har försämrats markant och nu är vi på jakt efter en ny leverantör... så löser vi detta så kanske kan man prata om ett samarbete?

Jag har spenderat hela gårdagen på att läsa varenda tråd på Prestashops forum i ämnet och borkommenterat, ändrat, testat olika lösningar. Tyvärr ingen av de går ut på att fixa felet utan är rena work-arounds (tex kortkommentera felmeddelande).

Ingen heller lösning gör det möjligt att logga in på admin. Vad som händer är att inloggningsrutan laddas bara på nytt när jag testat. Som jag skrev det enda som verkade lösa problemet enligt Prestashop forum är att byta webhotell... och det är inte den lösning som kan vara aktuell.

Klart man har Oderland och Levonline kvar (då Loopia och Binero har man testat redan :(... men jag orkar inte göra om allt igen... men det kanske slutar så ändå.

Se fram emot svar från er. Åter tack på förhand!

Har du testat att byta webbläsare? Vid skumma fel kan det vara värt att pröva det eller tömma webbläsarens cache.

Jepp, testade med FF, Chrome, IE. Rensad cache från browsern också... samma fel om och om igen :(

Förstår frustrationen. Alltid jobbigt när man vill igång med något och måste vänta. Vi räknar med att de svarar under morgondagen och jag har tillförsikt att vi löser på ett eller annat sätt... Tack för ditt tålamod.

Testa att sätta en pekare i din hosts-fil istället för att köra på temporär adress.

Man undrar lite varför detta bara händer under "admin"..
Det känns som dom gjort ett fulhack för att täppa till något.

Hur ser login.php ut?

@weetabix Jag har testat precis som jag skrev, både på en temporär domän OCH på en live domän. Det är sak samma då City Network ger olika url oavsett om det rör sig om en temp eller skarp domän.

Min gissning är att

- Server:
storage/content/04/100304/cn133.xxx.se/public_html/admin123/login.php
Det här är den sökväg som filen faktiskt ligger på på servern, borde nog inledas med ett / egentligen, men det ska väl gå.

- Browser:
~100304/cn133.xxx.se/public_html/admin123/login.php
Här inleder de med ~ vilket i linux är en symbol för "root" eller "hem" ~ är alltid relativ till vad som står som homepath hos en linuxanvändare. Min gissning är att man någonstans i koden hänvisar till ~ istället för till /.. typ..


Ska kolla filerna och se om jag hittar det..

Kan väl bara säga att vi skriver nu en andra gång till dem. Första mailet verkar ha ignorerats eller ligger vi i en låååång kö. :-) Återkommer när vi hör från dem.

Felet är att man jämför $_SERVER["PHP_SELF"] med $_SERVER["SCRIPT_FILENAME"] i login.php.
Dessa har olika beteenden beroende på hur PHP körs (cgi, mod_php, etc).

Tack Jack.Nu för ditt inlägg men som jag skrev så har jag testat moditera login.phpn enligt de tips som fanns på Prestashop forum. Bla jämförde jag url-strängen med $_SERVER["PHP_SELF"] istället för script filename. Detta gjorde endast att felmeddelande inte visades men man FORTFARANDE INTE KUNDE LOGGA in på admin :(

Så läget är oförändrat.

p.s. Tack Johan1234 för ditt svar, vi avvaktar...

Vi har nu skrivit till dem två gånger och vi räknar tiden i dagar utan svar. Är det någon som har ett nummer till dem? Är jag blind - eller finns det inget nummer på sajten?

http://www.prestashop.com/en/contact_us/

Det låter ju som att det är koden som är dåligt skriven och att det inte har det minsta med City Network att göra. Vänligt att hjälpa till dock även om man självfallet framför allt vill behålla kunderna :)

Hejsan !

Återkom gärna i tråden med hur det gick och om du fått upp den'

Då det ligger i mitt intresse med !

Mvh

Det låter som en mycket underlig kontroll i skriptet. Någon som har satt sig in i koden och vill upplysa om det förmodade syftet?

Tänkte bara upplysa alla åter igen om vad som inte funkar med Prestashop (både v 1.3.3 och v1.4 beta) installerad på City Network, då det har kommit många svar på min fråga som hör inte ihop med problematiken.

Det verkar att är något _ANNAT_ i City Networks miljön som inte funkar ihop med Prestashop än endast path-kollen, då man INTE KAN logga in i back office oavsett om man kommenterar bort själva kontrollen av path vi inloggningen eller inte.

Dvs kommenterar man bort själva kollen (if-satsen) försvinner felmeddelande, helt korrekt, MEN inloggingen till back office inte funkar utan inloggsidan med inloggningsrutan bara laddas om på nytt.
Ville nämna också att detta är en clean PS installation, dvs UTAN några 3e part tema eller modulen. Endast det som är paketerat ihop med PS nerladdad från Prestashops sajt.

För övrigt EXAKT identiskt installation fungerar på bla Bineros webbhotell, out-of-the-box...

Är det Bineros gamla eller nya system?

Bineros nya och Citynetwork nya kör inte "vanlig LAMP".

Så är det Bineros gamla så kan man kanske dra slutsatsen att Pretashop inte är kompatibelt med annat är Apache och PHP?

Nu minns jag inte vad Binero och Citynetwork kör, men är det Lighttpd tro?

Som en gammal kund till Binero, kör jag det gamla Binero system (dvs Prestashop är installerad på Bineros gamla system)... då de har inte migrerat oss till det nya än ;)

Ah Ok. Binero och vi kör samma system - dvs det som de kallar Binero 2.0 är det som du ligger på hos oss. Med andra ord när du flyttas hos dem är sannolikheten att det inte fungerar på samma sätt.

Det sagt dock - så skall det det självklart fungera om de kodat rätt. Vi har nu skrivit 3 gånger och väntat över en vecka - inget svar. Något jag hade varit lite orolig över om jag själv använt det. Ett företag som aldrig svarar känns lite lurigt med tanke på att den gången du behöver hjälp - så verkar de inte finnas där. Jobbigt om man har en shop som man satsar hårt på...

Du har fått PM igen...

Bara för att det fungerar hos andra webbhotell betyder det inte att koden är korrekt.

@tartareandesire Som en gammal kodare, håller helt med dig. Mitt inlägg handlade om en förklaring till både Johan från CN och andra här på forum som kämpar med liknade PS problem. Genom förklara hur PS beter sig på andra webbhotell kan ge en förhoppningsvis en tydligare bild av det som skall felsökas.

Gott nytt år gott folk, btw :)

Det är bara dålig kodning i Prestashop. T.ex kör dom getcwd() i nästan varje admin-fil, vilket är ett dumt sätt att få tag i Admin-pathen, både ur prestanda- och cross-platform synpunkt. Det vore bättre om dom bara läste in Admin-pathen direkt från config-filen.

Hejsan !

Johan 1234 undrar lite OT bara här hur det är med opencart och citynetwork ?

(http://www.opencart.com/)

Mvh

Jag har ett gammalt konto på City Network som jag nu har testat Prestashop på.

Jag laddade upp version 1.3.4 och gjorde installationen via webben och sedan loggade jag in under admin utan några som helst problem.

På mitt konto visar $_SERVER["DOCUMENT_ROOT"] . $_SERVER["PHP_SELF"] och $_SERVER["SCRIPT_FILENAME"] samma värde.

Jag misstänker att deras nya system är felconfat, jag använder mig av tinyMCE med ajaxfilemanager och det ger felande adresser till bilder i nya systemet (jag får med hela sökvägen från /storage/..... / ...... / ..... /public_html/images/bild.jpg
istället för http://www.mindomän/images/bild.jpg)

Prövade även ett annat plugin istället för ajaxfilemanager och får fel där med.

Har tagit upp detta med supporten och dom skall återkomma.
Noterbart är att samma kod fungerar i deras gamla system, binero 1.0 & 2.0, FS-Data, Surftown samt Orderland så koden är det nog inget större fel på.

Hoppas dock dom kan lösa det snart, för i övrigt har jag fått ett enormt bra intryck av CityNetwork och dess personal.

FYI

Jag testade installera de nya release av Prestashop, version 1.4 b2 och 1.3.5. Tyvärr samma beteende som innan.

Inte möjligt logga in på Admin efter installation. 1.4 kastar inga felmeddelande bara laddar om inloggningsrutan UTAN att logga in och 1.3.5 kastar ett felmeddelande och sedan bara laddar om inloggningsrutan på nytt UTAN att logga in.

Förtvivlad, då har lagt många dagars arbete på design och javascript funktionalitet och vill inte hoppa över till en annan webshopslösning nu :(

Blir även strul med phpLD hos City Network märkte jag precis.

_SERVER["SCRIPT_NAME"] (och _SERVER["PHP_SELF"]) är satt till /~100xxx/domän.se/public_html/filnamn.php istället för /filnamn.php som är brukligt. Detta resulterar i knepiga URLer då phpLD använder sig av _SERVER["SCRIPT_NAME"].

UnikGrafik lyckades du få till det eller fortfarande strul ?


Mvh

Hej Crystal,

Tyvärr är problemet fortfarande inte fixat. Johan från CN har sagt för 2 veckor sedan att deras tekniker skall kika på det men sedan dess har jag inte hört något från de.

Så jag hoppas att de återkommer till mig med några goda nyheter snart :)

Jag pushar lite extra. Vet att de inte vill hitta en enkel fix som försvinner vid nästa uppdatering som vi sa. Återkommer denna vecka med besked... :-)

En liten update. Problemet är följande och lösningen finns på länken nedan. Vi kommer titta vidare på hur vi kan hålla hög säkerhetsnivå och ändå tillåta lite kodning som inte följer standarder hela vägen. Onekligen så att vi alla vill ha hög säkerhet - men samtidigt inte krångla - så det är en balansgång. :-)

UnikGrafik - hoppas du med relativ enkelhet löser det med nedan som vi gjorde. Jag hoppas på ett blogginlägg om detta för att så tydligt som möjligt beskriva...

Lösning:

Efter lite googlande löste vi problemet genom att uppdatera en rad vardera i filerna admin/login.php och admin/init.php (ni ser hela artikeln om detta här: http://www.prestashop.com/forums/vie...n_redirect_bug).

Anledningen till denna problematik är att PrestaShop (och dessvärre andra tredjepartsprodukter också) har en felaktig förväntning på värdet i variabeln $_SERVER['PHP_SELF']. Att detta värde skiljer sig från andra miljöer beror på säkerhetsnivån i vår installation för att bland annat låta varje kund köra som en egen användare, etc.

FYI

Jepp, denna hårtkodad fullösning funkade och nu kan jag logga in på admin på både Prestashop version 1.3.5 och 1.4.6.

För de som har samma problem som jag, gör följande:

1. öppna init.php och login.php filer som ligger i din admin mappen (namnet varierar beroende på hur har du döpt om mappen till efter installationen)
2. gå till raden som sätter variabeln "$cookie"
$cookie = new Cookie('psAdmin', substr($_SERVER['SCRIPT_NAME'], strlen(__PS_BASE_U....
3. hårdkoda pathen till admin mappen. tex
$cookie = new Cookie('psAdmin', "namn-på-din-admin-mapp-som-du-har-döpt-om-efter-installationen");
Detta skall du göra i BÅDA filerna
4. ladda upp filerna igen och testa logga in

Felmeddelande om att path är inte samma kommer visas upp fortfarande MEN denna gången kan du nu logga in på admin panelen i Prestashop.

Johan på City Network lovade att de kollar upp detta och försöker fixa felet centralt så att man slipper skriva om core filerna i Prestashop för att få de funka på deras webbhotell.

Jag vill passa på nämna att Johan på CN har verkligen visar hur kundservice skall skötas på ett webhotell. Trevligt, kundvänligt och effektivt. Tummen upp för CN!

Det bör ju dock påpekas att City Network inte gjort något fel utan att det är PrestaShop som är dåligt kodat.

Men om inte _SERVER["PHP_SELF"] fungerar, då är det väl knappast kodarens (PrestaShop) fel?

problemet var inte att funktionen inte funkade.
Problemet var att prestashop jämförde 2 olika funktioner för att vara säker på att filen låg på rätt ställe...
Så förstod jag det iallafall.

Unikgrafik - Tusen tack för de snälla orden. Förstår frustrationen när något inte funkar - speciellt i detta fallet. Tack för ditt tålamod.

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.