Jump to content
Sign in to follow this  
presta-dyr

Problemer med Gigahost

Recommended Posts

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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

/Kjeld

Share this post


Link to post
Share on other sites

Prestafan1234: Jeg bruger den officielle danske oversættelse.

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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}

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites


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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
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!)

Share this post


Link to post
Share on other sites
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

Share this post


Link to post
Share on other sites
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 :)

Share this post


Link to post
Share on other sites
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...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More