Jump to content
mercyful

Langzame uploads en problemen met time-outs

Recommended Posts

Kreeg een bericht van de hoster dat de errors voort zouden komen uit onderstaande probleem.

Heb het bestand bekeken maar kon eigenlijk niets vreemd ontdekken!

 

Iemand een idee wat hier aan de hand is?

 

 

Mijn collega heeft uw error logs er eens bij gepakt. Hij zag dat u beschikt over een handmatige installatie en in uw error log komt er een MySQL error voor die uw script te vroeg stopt.

Hij raad u aan naar het script te kijken en in het specifiek naar dit bestand : ./webspace/httpdocs/tuto-modo.nl/shop/classes/db/DbPDO.php on line 57

 

Alvast een groot bedankje voor ieder die me een richting op kan sturen wat de oorzaak zou kunnen zijn!

 

DbPDO.php

 

Hehe eindelijk een foutmelding en wel in de frontend, dit nadat op de link aanbiedingenwas geklikt.Zie bijgevoegde schermafdruk.

 

Iemand enig idee wat hier de oorzaak van kunnen zijn.

post-469690-0-52601400-1359555728_thumb.png

Edited by mercyful (see edit history)

Share this post


Link to post
Share on other sites

Ups vergeten gebruik versie 1.5.3.1

Zal ook maar even de code mee posten van de desbetreffende file of te wel de file.

Heb hem in de eerste thread gepost, d file.

Edited by mercyful (see edit history)

Share this post


Link to post
Share on other sites

Ups vergeten gebruik versie 1.5.3.1

Zal ook maar even de code mee posten van de desbetreffende file of te wel de file.

Heb hem in de eerste thread gepost, d file.

De DbPDO.php is niet het probleem. Ergens in een van de scripts of modules staat een mysql query die word uitgevoerd in een functie in DbPDO.php. Die query is fout.

Om te zien welke query dit is dien je de DEV_MODE tijdelijk in te schakelen. Dit doe je door in /config/defines.inc.php de regel

define('_PS_MODE_DEV_', false);

te wijzigen in

define('_PS_MODE_DEV_', true);

 

Het uitvoeren van de foutieve SQL query zal dan lijden tot een zichtbare foutmelding inclusief het script bestand en regel waar de query staat.

Edited by scorpionsworld (see edit history)

Share this post


Link to post
Share on other sites

Heb een probleem gevonden in de backend/admingedeelte van prestashop.

Tijdens het laden van de modules krijg ik een foutmelding.

 

 

De volgende module(s) konden niet geladen worden:

  • [blockreinsurance] Fout in configuratiebestand gevonden: Extra content at the end of the document

Zou het kunnen dat dit blok de oorzaak is van bovengenoemde topic.

Zal in ieder geval met de dev_mode proberen om te zien wat de foutmelding is.

 

Geprobeerd geen foutmelding op scherm gezien of moet ik ergens een logfile inkijken?

Probeerde in ieder geval de config file te zoeken van foutmelding, maar weet niet welke dat zou moeten zijn.

Iemand eeen sugestie?

Edited by mercyful (see edit history)

Share this post


Link to post
Share on other sites

Heb een probleem gevonden in de backend/admingedeelte van prestashop.

Tijdens het laden van de modules krijg ik een foutmelding.

 

 

De volgende module(s) konden niet geladen worden:

  • [blockreinsurance] Fout in configuratiebestand gevonden: Extra content at the end of the document

Zou het kunnen dat dit blok de oorzaak is van bovengenoemde topic.

Zal in ieder geval met de dev_mode proberen om te zien wat de foutmelding is.

 

Geprobeerd geen foutmelding op scherm gezien of moet ik ergens een logfile inkijken?

Probeerde in ieder geval de config file te zoeken van foutmelding, maar weet niet welke dat zou moeten zijn.

Iemand eeen sugestie?

De blockreinsurance module heeft geen configuratiebestand, dat is dus wel vreemd. Er staat echter niet bij dat die extra content bestaat uit een foutieve SQL-query. Of dat het probleem is is dus absoluut niet met zekerheid te zeggen, bovendien zou dat geen invloed moeten hebben op de time-outs of langzame uploads. Deze module is dusdanig klein dat er geen sprake kan zijn van oneindige loops of bovenmatig verbruik van geheugen.

 

Als er al foutmeldingen gelogd zijn, dan zijn die terug te vinden in /logs/ of in de backoffice (Advanced Parameters->Logs).

Zijn er externe of aangepaste modules geïnstalleerd en zo ja, welke zijn dit?

Share this post


Link to post
Share on other sites

De blockreinsurance module heeft geen configuratiebestand, dat is dus wel vreemd. Er staat echter niet bij dat die extra content bestaat uit een foutieve SQL-query. Of dat het probleem is is dus absoluut niet met zekerheid te zeggen, bovendien zou dat geen invloed moeten hebben op de time-outs of langzame uploads. Deze module is dusdanig klein dat er geen sprake kan zijn van oneindige loops of bovenmatig verbruik van geheugen.

 

Als er al foutmeldingen gelogd zijn, dan zijn die terug te vinden in /logs/ of in de backoffice (Advanced Parameters->Logs).

Zijn er externe of aangepaste modules geïnstalleerd en zo ja, welke zijn dit?

 

Heb om te starten maar eens de complete map van het block "blockreinsurance" naar de site opnieuw geupload.

Foutmelding is in ieder geval weg en werkt.

 

Wat betreft de modules welke buiten de standaard installatie zijn meegekomen zouden dit de volgende moeten zijn:

Heb die modules hier neer gezet welke niet ontwikkeld zijn door prestashop.

Weet namelijk niet meer welke de eigenaar van de site er nog extra heeft opgezet.

 

 

1-click Upgrade

 

 

Block Share on Facebook

 

 

Block contact

 

 

Delete Orders Free

 

 

Block reinsurance

 

 

Block social

 

 

iDEAL

 

 

De resterende modules zijn nogmaals developed by prestashop of staan eventueel niet aan!

Share this post


Link to post
Share on other sites

1-click Upgrade - is van Prestashop en word alleen aangeroepen vanuit zijn eigen admin tab. zou geen probleem moeten opleveren.

Block Share on Facebook - is van Prestashop. zou geen probleem moeten opleveren.

Block contact- is van Prestashop. zou geen probleem moeten opleveren.

Delete Orders Free - is niet van Prestashop. Zou mogelijk een probleem kunnen bevatten. Onbekend welke hooks en wanneer in gebruik.

Block reinsurance - is van Prestashop. zou geen probleem moeten opleveren.

Block social- is van Prestashop. zou geen probleem moeten opleveren.

iDEAL- is niet van Prestashop en kent slechts een paar beproefde SQL queries. Word enkel gebruikt in de Frontend als PaymentModule.

Share this post


Link to post
Share on other sites
De DbPDO.php is niet het probleem. Ergens in een van de scripts of modules staat een mysql query die word uitgevoerd in een functie in DbPDO.php. Die query is fout. Om te zien welke query dit is dien je de DEV_MODE tijdelijk in te schakelen. Dit doe je door in /config/defines.inc.php de regel
define('_PS_MODE_DEV_', false);

te wijzigen in

define('_PS_MODE_DEV_', true);

Het uitvoeren van de foutieve SQL query zal dan lijden tot een zichtbare foutmelding inclusief het script bestand en regel waar de query staat.

 

Heb in ieder geval de DEV_MODE weer op true gezet, nu maar eens even wachten totdat er een foutmelding tijdens werkzaamheden ontstaat, spreek bij aanmaak van veel artikelen of dergelijke.

 

Anderzijds krijg ik toch langzaam het vermoeden dat hostnet waar de shop loopt mischien eens even aan zelfreflectie moet doen. In ieder geval zal ik oplossingen tot dit thema hier zeker vermelden. Mits er naar een `oplossing`mijnerzijds gezocht moet worden en het probleem niet toch uiteindelijk bij de hoster ligt. :huh:

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Create New...

Important Information

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