Topverkopers

  • Delete Orders
    Delete Orders

    Schakel de optie verwijderen orders in de adminpagina - >...

    $0.00
  • CoolShare
    CoolShare

    Voeg een sociale bladwijzers toe met de muis over animatie.

    $0.00
  • Categories image
    Categories image

    In deze module kunt u om het blok in de categorie, maar met miniaturen...

    $0.00
  • Mass price update
    Mass price update

    Deze module kunt u bijwerken hoeveelheid of het percentage, de prijzen...

    $0.00

Recente bestellingen (+)

PrestaSpeed

Ontvangen:2017-10-21 21:05:00
Klant: Peter
Verzenden: Kostelec, Tsjechische Republiek
Bestelwaarde:$55.00
View all ->
Promotions Pack

Ontvangen:2017-10-21 12:32:23
Klant: Robert
Verzenden: Warszawa, Polen
Bestelwaarde:$80.00
View all ->
PrestaSpeed

Ontvangen:2017-10-06 09:56:03
Klant: Jamie
Verzenden: Salisbury, Verenigd Koninkrijk
Bestelwaarde:$55.00
View all ->
CSV/TXT/XML Cron Import / Dropshipping

Ontvangen:2017-10-03 14:39:05
Klant: Miguel
Verzenden: Córdoba, Spanje
Bestelwaarde:$46.05
View all ->
PrestaProtect Captcha+ / malware scanner / block bots

Ontvangen:2017-10-02 18:45:37
Klant: Gui
Verzenden: MIAMI, USA
Bestelwaarde:$38.00
View all ->

Hoe om te zuiveren van de fouten in Prestashop

Foutopsporing kunnen een ontmoedigende taak, want met zo veel versies van prestashop modules, derde en verschillende hosting platforms, kunnen een zware taak. Deze tutorial is om te verifiëren dat onze winkel niet fouten bevatten, en als ik had, proberen vast te stellen of het probleem te zoeken naar hulp bij het bepalen
het forum.

  1. De eerste stap bij het debuggen is het opsporen van fouten inschakelen brengt prestashop. Dit zal ons in de front office-fouten die onze winkel hebben kunnen weergeven. Als u wilt inschakelen van de foutopsporing, we bewerken van het bestand config/config.inc.php en zet in op de display_errors en de ware PS_DEBUG_SQL (voor fouten in databasequery), waardoor het bestand zoals hieronder getoond:

ini_set ('display_errors', 'op');

define ('_PS_DEBUG_SQL_', waar);

In ps 1,5/1,6, is het bestand config/defines.inc.php en PS_DEV_MODE ingesteld op true

Als (! defined('_PS_MODE_DEV_'))
define ('_PS_MODE_DEV_', false);


We hebben ook een vrije module waarmee u deze parameters van de back office wijzigen:


http://Catalogo-onlinersi.net/en/Back-Office-Prestashop-modules/304-debug-Prestashop-module.html?search_query=debug&results=2

  1. Foutopsporing ingeschakeld, we moeten een bezoek onze site uit defront office voor mogelijke foutmeldingen. Het is ideaal om te bladeren Alleonderdelen, mijn eigen producten, contact, enz.. Als je iets niet werkt, pakken wij alleen of sectie waar we weten dat het probleem om te zien de fout is. De fouten die we vinden zijn vele. Sommige gemeenschappelijke zullen we zien.
    1. Problemen met Smarty - smarty motor is enerzijds gebruikt om te templatesprestashop. Zoals prestashop is aan het veranderen en versie bijgewerkte, is het normaal dat de sjablonen ook moeten doen en nieuwe code en variabelen bevatten. In veel gevallen werkt een sjabloon gemaakt voor prestashop 1.4.3 niet goed in PS PS 1.4.1 of 1.4.6.2 bijvoorbeeld. Dit zal alleen weten wat het debuggen en het activeren van de sjabloon reizen voor fouten. Een typisch geval van fout is als volgt:

      In het foutbericht wordt weergegeven zien we dat het is in het bestand themes/Perfume/address.tpl, en naar een variabele niet herkend verwijst. Meer waarschijnlijk is dat het bestand niet overeenkomt met de address.tpl versie van de prestashop we hebben geïnstalleerd. U kunt oplossen door dit, kunnen wij dat bestand vervangen door het bestand standaard prestashop sjabloon en zien als de fout is gecorrigeerd. Het is vermeldenswaard dat als het bestand
      geweest aangepaste, dergelijke aanpassingen en we verliezen het opnieuw doen.
    2. Vele malen als u CSS-bestanden of TPL wijzigt, zien we geen wijzigingen. Dit is omdat beveiliging is ingeschakeld cache. Te dwingen te herschrijven de cache na het bewerken van TPLbestanden en CSS, we Ga naar Voorkeuren-prestatieverhouding of geavanceerde parameters/prestaties en dwingen de compilatie en de cache uit te schakelen:

      We hebben ook een vrije module die je de smarty cache reinigt zonder dat u de opties wijzigen. De module is de duidelijke smarty in alle ps versies:
      http://Catalogo-onlinersi.net/en/Back-Office-Prestashop-modules/93-Clear-smarty-Prestashop-module.html?search_query=Clear+smarty&Results=1

      U kunt ook bestanden handmatig via ftp uit tools/smarty/compile of tolos/smarty_v2/compile verwijderen (Verwijder niet de index.php) of cache/smarty/compile.
    3. Vele malen zal u niet zien eventuele foutmeldingen, gewoon een lege pagina. We kunnen in dit geval, ga naar het menu van uw browser en vinden de optie Bron weergeven. Sinds de source code vinden we de fout. Zal zeker voor sommige module, en dat niet lukt om te compileren van alle de sjabloon en daarom doen niet zie de front office.


      Broncode:

      Bij het einde van het bestand zien we waar het probleem:

      Prestabook.tpl bestandbehoort tot een module, die waarschijnlijk niet compatibel met onze versie is. In deze gevallen is het beste om te zoeken naar de Schepper module te geven ons een versie voor onze winkel en uit de module om fouten te voorkomen.
    4. Vele malen hebben we problemen in de winkel, maar de opdracht debug toont ons geen prestashop fout. In deze gevallen kunnen de fouten komen van java scripts/jquery conflicterende met sommige code in onze winkel. U kunt dit controleren, gebruik google chrome (u kunt doen in firefox met firebug ook of een andere browser). We ga naar onze site en activeer de debug-weergave (Klik met de rechtermuisknop, inspecteren element):



      En klik vervolgens op wij de Toon knop console:


      Als er geen fouten worden weergegeven voor ons, we het goed. We moeten de hele site controleren en actie ondernemen om toe te voegen producten winkelwagen, beheer-en gebruikersgegevens wijzigen, uitvoeren van een test orde, enzovoort. Bijvoorbeeld, hier laten we zien een fout:


      Niet-afgevangen ReferenceError: mclosetime niet is gedefinieerd Aan het einde van de lijn, we zien dat bestand is de fout "product.php:238", te klikken op dat dossier zal tonen ons precies waar de fout:



      Zoals we zien kunnen, heeft betrekking op het blok van talen, waarschijnlijk met een aangepaste code:


      Dit komt omdat vele sjablonen modules bewerkt en conflict met prestashop standaardcode kunnen brengen. We moeten zien als er een map met de naam sjabloon modules, en binnen een map met de naam van de module die het probleem veroorzaakt. We kunnen de naam van de map om te laden van de module prestashop origineel en zien of het probleem is opgelost.
      Dit moet ook rekening worden gehouden als we een module wijzigen en we geen verandering zien, omdat als de sjabloon aangepaste modules binnen onze thema/modules heeft, we moeten om die bestanden, niet de originelen zijn in prestashop/modules te wijzigen.
    5. Een andere is gemeenschappelijke fout de geheugengrens op sommige servers. Dit kan leiden tot fouten van vele soorten, maar de meest voorkomende is dat we niet alle modules weergeven, of geheugen hebben een bericht als dit:


      De oplossing voor dit probleem is om de hoeveelheid beschikbaar geheugen te verhogen. Met de opdracht Debug annuleerteken module verrichten op vanuit de back office

      En het geheugen zetten een 256MB waarde. Het allen hangt af van het aantal modules die we gebruiken.
      We kunnen ook een lijn toevoegen in de config / config.inc.php met het geheugen waarde ini_set ('memory_limit', '256 M');
      We moeten bewijzen op een hoge waarde, en voer the na getallen (8, 16, 32, 64, 128.256, enz..) De M is megabytes.
      Als dit niet lukt, moet we contact opnemen met onze gastheer om deze waarden wijzigen voor ons.
    6. In Prestashop nieuwe versies en sommige gastheren hebt u een error_log bestand, in de hoofdsite of in submappen, waarin erros zoals ontbrekende variabelen, Bibliotheken, etc. kunt u downloaden en openen met een teksteditor om te vinden de fouten controleren.