Jump to content

maconl

Global Moderators
  • Posts

    2,178
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by maconl

  1. De oorzaak zou kunnen zijn dat je voor engeland geen btw regel hebt ingesteld
  2. ja hoor dat is mogelijk ga naar instellingen -> bestellingen en zet de optie " Activeer gast afrekenen" aan gasten hoeven nu niet meer te registreren
  3. at je kan doen / proberen wacht een weekje daarna reset je de gid weer en geef je alle mappen 777 dan aankijken wat hij doet dat prestashop vastloopt op 771 is wat vreemd , hij heeft immers schrijfrechten vandaar hij ook de mappen met daarin de files wegschrijft denk meer dat het ook een combinatie van je hosting is , maar doe als hierboven eens testen , heb dit ook eens bij iemand gedaan en heeft nooit meer problemen ondervonden
  4. Het is vrij normaal dat wanneer je je cache via ftp verwijderd PS weer nieuwe mappen bestanden aanmaakt omdat dit via je hosting gebeurd zal deze idd het gid weer als apache wegzetten Je kan het volgende eens proberen : maak een backup van je complete shop : DB en Bestanden Ga naar reset owner (GID) van de map cache ga nu naar cache en hierin staan twee mappen Cache en Compile Verwijder in beide mappen alle files behalve index.php kijk nu even wat hij doet
  5. heb je de debug al eens geprobeerd ?
  6. in je database kijken bij CMS vaak bij cms_language maar als het goed is heeft je hoster ook een backup... als er bij hun iets gebeurd is moeten hun zorgen dat de backup terug wordt geplaatst of anders gewoon vragen of ze de backup terug willen zetten , hoe langer je shop offline is des te minder inkomsten ,,,, zou niet goed zijn dat wanneer er bij een hoster iets mis zou gaan en jezelf geen goede backup hebt je alles kwijt zou zijn , dan heeft de hoster echt een groot probleem Tevens , we zeggen het reeds heel vaak : voor je zelf aan een shop gaat klussen altijd zorgen dat je een goede backup van je database en bestanden hebt een goede backup van je shop kan je of via je hosting admin maken of van de database via phpmyadmin en de bestanden middels ftp
  7. Hoezo verknald ? als je de root wilt wijzigen moet je dit ook even aanpassen in je config -> settings.inc.php dan wijzig je in deze regel define('_PS_DIRECTORY ... in : als je ps in de root zet : define('_PS_DIRECTORY_', '/'); als je ps in een map zet : define('_PS_DIRECTORY_', '/hier-de-naam-van-de-map'); indien je niks aan de database veranderd hebt , dan is deze nog intakt en als je de bestanden dan middels ftp weer upload staat alles weer zoals het was de tekst van je cms pagina's is terug te vinden in je database
  8. Hier idem , had ook anders verwacht ,, niet een aanrader op het ogenblijk
  9. eh ,, als ze dat nog niet weten ,,, oops Mysql is je database je moet alleen even een nieuwe db aanmaken je hebt dan een db naam db gebruiker en db wachtwoord stelt niet echt heel veel voor
  10. je kan wel een php.ini aanmaken in je root , maar als strato max instellingen heeft dan kan je instellen wat je wilt als strato inderdaad maar 128M aanbied dan eh uh wonder dat je shop geladen wordt zal ik maar netjes zeggen je kan het altijd proberen maar zal de limit dan zeker op minimaal 512 zetten ( dat is de eerste regel in je php.ini ) memory_limit = 128M wordt dus memory_limit = 512M Een VPS is een fysieke server, die wordt opgedeeld in kleinere virtuele servers een goede hoster zal er maar een paar op een server zetten terwijl shared hosting wel een paar honderd tot soms wel duizend gebruikers op 1 server zet (ze willen immers verdienen) er zijn verschillende goede vps aanbieders , een vps is wel in verhouding duurder dan een shared hosting maar je merkt wel degelijk het verschil wat betreft het overzetten , in feite is een shop eerder overgezet dan jij een vps hebt gevonden 1: wis je cache (beste middels FTP) en maak een complete backup van je database en bestanden 2: maak een nieuwe database aan op je nieuwe hosting 3: wijzig de verkregen database gegevens in /config/settings.inc.php 4: importeer de database in je nieuw aangemaakte database (omdat je hetzelfde domein aanhoud hoef je in de db niks te wijzigen) 5:upload de bestanden middels ftp naar je nieuwe hosting 6:hernoem je .htaccess in bijvoorbeeld htaccess.txt 7:maak een nieuw bestand aan en noem deze .htaccess 8:log in je admin (dezelfde gegevens als op je oude hosting) 9: er wordt een nieuwe htaccess gegenereerd 10: klaar dit was het EDIT: toch wel nog iets ,, als er een nieuwe htaccess is gegenereerd kan je de hernoemde htaccess.txt verwijderen succes
  11. Buiten reactie bovenstaande , kijk of bij de error log van je hosting of informeer bij je hoster om de error moet je wel de tijd en datum erbij aangeven of zet de debug eens aan en probeer het dan nog eens het kan idd wat mdekker al aangeeft dat je webserver erg traag is en het niet kan verwerken heb je een vps , shared hosting oid ? vaak op shared hostings is het een drama
  12. je bedoeld dat robots gewoon spullen in de winkelwagen leggen ? dit komt vaker voor , vreemde is bij de 1 wat meer dan bij de ander check over een paar dagen eens of de artikelen hoger in de zoek rankings liggen indien ja gewoon lekker de robots hun gang laten gaan , buiten dat je die spookwagentjes moet verwijderen is er verder niks aan de hand een andere optie is om betreffende ip's te blokkeren maar is uiteraard niet echt verstandig voor je ranking
  13. en als je van de nieuwe opgezette shop de settings.inc.php gebruikt ? hernoem je settings.inc.php van de niet werkende shop in bv origineel-settings.inc.php en upload dan de settings.inc.php van de nieuwe shop naar je config map maakt hij dan wel verbinding ? indien ja controleer de settings.inc.php van de andere shop nog een keer , een komma ipv een puntje of een spatie teveel kan al problemen geven
  14. deze melding geeft aan dat er geen verbinding gemaakt kan worden met je database heb je ook de (nieuwe database)gegevens aangepast in je settings.inc.php ? te vinden in : /config/settings.inc.php
  15. Beetje vreemd , je weet het email adres toch wel ? Maar deze kan je vinden in je database en eventueel ook wijzigen hoe je het wachtwoord middels de database kan wijzigen vind je op dit forum vele onderwerpen succes
  16. hoeft niet heel veel nederlandse Hostings hebben op bepaalde mappen 777 nodig ok is niet wat je wilt maar helaas is het gewoon zo net zoals de mappen img en diverse anders kan prestshop het niet wegschrijven ook de cachemap en onderliggende mappen hebben dan 777 nodig ,, is bij mij idem dito op mn vps
  17. via directadmin -> files -> betreffende map aanvinken -> naar onder scrollen -> reset owner klikken
  18. Klopt , zolang de GID op je eigen naam staat kan je deze wijzigen verwijderen enz echter indien de GID op Apache staat krijg je het niet veranderd/ verwijderd gewoon reset owner uitvoeren dan heb je weer de rechten voor deze map
  19. Via je hosting inloggen en dan de map cache de gebruiker resetten , staat wellicht op apache
  20. --> https://www.prestashop.com/forums/topic/396753-witte-pagina-of-andere-problemen/?p=2048882
  21. Dit is iets wat ik in al die jaren dat ik met prestashop werk nog nooit tegen gekomen ben je kan eens kijken of het helpt om 1: het cache middels ftp te legen ondanks dat het niet onder wandlampen is aangevinkt 2 : kijk eens in je database bij je producten wandlampen of het daar de stoelen toevallig ook onder wandlampen staat indien ja deze verwijderen uiteraard voor je dit doet een goede backup maken van zowel bestanden als database ! hoor het graag
  22. Hi Fred if you can wait until tomorrow? for me was Billink also unknown i have also this afternoon requested for a customer , some information and where to download the modules for 1.5 and 1.6 etc so i hope to have tomorrow some more info about this i will let you know regards coen
  23. Topics blijven zo en zo altijd hier in het forum staan , dit zodat andere forum gebruikers er ook iets aan hebben
  24. Heb je de shop getest op fouten oid ? bv gaat een bestelling wel goed enz zijn er tevens al producten in de winkelwagen gelegd geworden enz zijn het unieke bezoekers of robots geweest enz EDIT : Net even gekeken en wilde een slabbetje bestellen ( als test ) tot aan de betalingen gaat het goed en dan ,,, mis ik een methode om zelf vooruit te betalen ( dus zelf overschrijven ) verder zie ik verschillende betaal opties dat is goed echter ..... zie ik ook staan : Mister Cash (Bancontact) Banktransfer Überweisung komt een beetje vreemd over natuurlijk ,, Maar we gaan verder ,,,.... ik klik op ideal ,,, krijg ik ineens engelse tekst voor mn neus "" Select your bank "" slik zou het iets uit somalië zijn ? ok dan een andere poging ,,, ik kies nu voor Giropay eh uh ... Bitte wählen Sie Ihr Kreditinstitut aus "" nee is toch een duitse webwinkel denk ik dan even dan maar een andere betaaloptie kiezen ,, aangezien ik wel nog ergens een mastercard heb liggen die maar eens proberen ayyyyyyyy nederlands en engels door elkaar ,, toch maar even terug ,, oops mn gegevens zijn weg ,, weer alles opnieuw invullen , ach nee laat maar ga wel kijken naar een andere webwinkel die slabbetjes hebben,,,, dit is slechts een voorbeeld van mijn gedachten toen ik iets bij je wilde bestellen ok misschien tikkeltje overdreven maar je moet uitgaan dat mensen zo en zo snel wantrouwen hebben ,, en als ze dan engels en ik weet niet wat tegen komen tijdens of als ze willen betalen haken ze heel snel af omdat het niet echt vertrouwend overkomt Tevens kreeg ik een melding ; Deze webwinkel ondersteund geen verzending naar het door u opgegeven land. Selecteer een ander verzendadres, of neem contact op met de webwinkel. dus toch even je vervoerders etc nakijken nu weet ik niet of het met die fast checkout te maken heeft oid hoop dat je hier wat mee kunt
  25. kan maar dan krijgen de mensen die geen html email hebben (vandaar de mail template in tekst) de vreemde codes ook te zien dan begrijpen ze er niks meer van dan zien ze dus letterlijk een email zoals je een html bestand in kladblok opent dus niet aan te bevelen maar je kan wel de tekst uit het html kopieren en plakken in het txt bestand
×
×
  • Create New...

Important Information

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