Problemer med Gigahost

[jtrlho]

Vi har lige skiftet til gigahost fra one.com. Vi har har problemer med Prestashop og en prestashop moderator mente det kunne skyldes visse php indstillinger og da det er muligt at ændre hos Gigahost, valgte vi dem. Men indtil videre er problemet der stadig. Har I andre oplevet problemer med at man bliver henvist til en side som ikke findes når man klikker på Kasse? Det der sker hos os er, at når vi er inde på detaljer om en vare og trykker på kasse, så henvises der til en side som ikke findes.

URL'en ser således ud: http://sisterunika.dk/shop/armband/order.php?step=1 men burde være http://sisterunika.dk/shop/order.php?step=1

Det mærkelige er, at det fungerer fint hvis sproget er engelsk på siden.

[Prestafan1234]

Hej

Du bør nok oprette en ny tråd evt. med Gigahost og ordre som emne, denne tråd handler jo mest om one.com som webhotel. Når det er sagt, så har jeg også Gigahost og mindes ikke at have lavet nogle specielle settings. Når det virker på engelsk, kunne man få den tanke, at du mangler noget i din danske oversættelse, som gør at det fejler.

[presta-dyr]

Her er så lige en ny tråd, for ikke at brodere videre på tråden om one.com.

/Kjeld

[presta-dyr]

Prøv at generere .htaccess-filen igen.

/Kjeld

[jtrlho]

Prestafan1234: Jeg bruger den officielle danske oversættelse.

presa-dyr: Det har jeg prøvet, desværre ingen forskel.

[Prestafan1234]

Du kan evt. prøve at sende mig et skærmdump af dine php indstillinger fra Gigahost. Så kan jeg se, om de står som de samme som mine.

[jtrlho]

Fejlen lå i epay modulet i blockepaymentlogo.tpl linje 8 (øverste linje nedenfor):

{assign var='tmp' value=$base_dir_sll}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

hvor der i stedet skal stå

{assign var='tmp' value=$base_dir_ssl}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

[Guest]

Jeg er rendt ind i problemer med mine sider på Gigahost.
Lige nu kører den i ring mellem kassen og forsiden.

Det skal lige tilføjes, at det har virket, men Timpet her inde fra var så venlig at gøre opmærksom på, at Onepagecheckout ikke virkede, hvis man ikke loggede sig ind.

I min fortvivlelse har jeg været inde og rode med PHP indstillinger, og så er det at det er gået helt galt.

Mine PHP indstillinger er her. Er der en der gider kontrollere sine, hvis I kører på Gigahost?

Håber, I kan læse filen. Det står lidt småt.

[Guest]

Mine PHP indstillinger er her. Er der en der gider kontrollere sine, hvis I kører på Gigahost?

Håber, I kan læse filen. Det står lidt småt.

Resten kommer lige her

[Timpet]

Jeg tror det er en javascript fejl under viderestillingen. Mener det er fordi der er for mange "åbne" variabler i betalingsmodulet til OPC.

[Guest]

Jo,
men det har virket indtil for et par dage siden.

Jeg prøver lige at loade den op på en testside, og se hvad der sker.

[Prestafan1234]

Hej Pertho

Har tjekket op mod mine indstillinger, som er følgende i forhold til dine:

register_globals: Slået fra (mener faktisk at denne er ret kritisk for at kunne gennemføre betalinger)
suhosin.post.max_vars: 2048 (dette har betydning for, om du får lov at gemme oversættelser eller ej, meget belastende fejl, da den blanker de felter under det du retter)
suhosin.session.cryptua: 2048 (samme som ovenstående)

Udover ovenstående har jeg præcis samme indstillinger som dig. Et godt råd, når betaling driller er dog også at slette ALLE cache filer (inkl. cookies). PS cacher ret så voldsomt, så jeg har f.eks. oplevet ikke at kunne gennemføre en betaling, mens andre godt kunne udelukkende pga. cachede filer. Har du i øvrigt prøvet i FireFox? Her har jeg aldrig haft problemer, hvilket altid i testøjemed leder mig mod, at det er en IE8 "feature" som gør, at mine kunder ikke har kunne gennemføre et køb (er sket en hel del gange).

[Prestafan1234]

Fejlen lå i epay modulet i blockepaymentlogo.tpl linje 8 (øverste linje nedenfor):

{assign var='tmp' value=$base_dir_sll}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

hvor der i stedet skal stå

{assign var='tmp' value=$base_dir_ssl}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

Så vidt jeg kan se, så er de to quotes identiske - så altså ikke rigtig en løsning...? I øvrigt, har du sendt dem til ePay, således, at de har rettet deres modul? Der er kommet ret så mange opdateringer fra dem på det seneste, jeg har ikke installeret dem alle (kun nyeste i min nyeste shop), da deres beskrivelser om rettelser er temmelig dårlige - man kan ikke præcis se, hvad er rettet i seneste version, hvilket for mig ikke opfordrer til at implementere i en live shop (ePay - jeg håber, I læser med og tager denne opfordring til efterretning!)

[ePay - Thomas Knudsen]

Fejlen lå i epay modulet i blockepaymentlogo.tpl linje 8 (øverste linje nedenfor):

{assign var='tmp' value=$base_dir_sll}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

hvor der i stedet skal stå

{assign var='tmp' value=$base_dir_ssl}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

Så vidt jeg kan se, så er de to quotes identiske - så altså ikke rigtig en løsning...? I øvrigt, har du sendt dem til ePay, således, at de har rettet deres modul? Der er kommet ret så mange opdateringer fra dem på det seneste, jeg har ikke installeret dem alle (kun nyeste i min nyeste shop), da deres beskrivelser om rettelser er temmelig dårlige - man kan ikke præcis se, hvad er rettet i seneste version, hvilket for mig ikke opfordrer til at implementere i en live shop (ePay - jeg håber, I læser med og tager denne opfordring til efterretning!)

Den omtalte fejl, har vi rettet i version 3.1 af betalingsmodulet, der kan hentes her: http://www.epay.dk/support/moduls.asp#prestashop

[Timpet]

Fejlen lå i epay modulet i blockepaymentlogo.tpl linje 8 (øverste linje nedenfor):

{assign var='tmp' value=$base_dir_sll}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

hvor der i stedet skal stå

{assign var='tmp' value=$base_dir_ssl}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

Så vidt jeg kan se, så er de to quotes identiske - så altså ikke rigtig en løsning...? I øvrigt, har du sendt dem til ePay, således, at de har rettet deres modul? Der er kommet ret så mange opdateringer fra dem på det seneste, jeg har ikke installeret dem alle (kun nyeste i min nyeste shop), da deres beskrivelser om rettelser er temmelig dårlige - man kan ikke præcis se, hvad er rettet i seneste version, hvilket for mig ikke opfordrer til at implementere i en live shop (ePay - jeg håber, I læser med og tager denne opfordring til efterretning!)

I linje i

{assign var='tmp' value=$base_dir_sll}

er der 1 l i stedet for 1 s som rettes til:

{assign var='tmp' value=$base_dir_ssl}

så der er rettet noget

Om det hjælper på problemet ved jeg ikke

[Prestafan1234]

Fejlen lå i epay modulet i blockepaymentlogo.tpl linje 8 (øverste linje nedenfor):

{assign var='tmp' value=$base_dir_sll}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

hvor der i stedet skal stå

{assign var='tmp' value=$base_dir_ssl}
{assign var='base_dir_ssl' value=$base_dir_ssl_init}
{assign var='base_dir_ssl' value=$tmp}

Så vidt jeg kan se, så er de to quotes identiske - så altså ikke rigtig en løsning...? I øvrigt, har du sendt dem til ePay, således, at de har rettet deres modul? Der er kommet ret så mange opdateringer fra dem på det seneste, jeg har ikke installeret dem alle (kun nyeste i min nyeste shop), da deres beskrivelser om rettelser er temmelig dårlige - man kan ikke præcis se, hvad er rettet i seneste version, hvilket for mig ikke opfordrer til at implementere i en live shop (ePay - jeg håber, I læser med og tager denne opfordring til efterretning!)

I linje i

{assign var='tmp' value=$base_dir_sll}

er der 1 l i stedet for 1 s som rettes til:

{assign var='tmp' value=$base_dir_ssl}

så der er rettet noget

Om det hjælper på problemet ved jeg ikke

Nå, det er jo bare mig, der ikke kan læse;-) Men jeg har ikke opgraderet min gamle ePay og kører på Gigahost, så jeg forstår ikke, hvorfor det så ikke virker for nogen. Men pyt...