Jump to content

renezo

Members
  • Posts

    33
  • Joined

  • Last visited

Contact Methods

Profile Information

  • Location
    Netherlands
  • Activity
    User/Merchant

Recent Profile Visitors

3,758,457 profile views

renezo's Achievements

  1. It is not possible to find at what exact moment te problem started, but after changing something in any module i get a blank page in the BO. Even when i put debug on yes. When manualy editing defines.inc i get the following error message. I hope someone can put me on the right track for a solution. All cache, Var/PROD and VAR/DEV are deleted and also the browser history. The problem excist in all browsers. Site info: Prestashop 1.7.7.6 PHP 7.3.29 Template: classic Whoops something went wrong 1/1) RuntimeException The "org" translation loader is not registered. in Translator.php line 379 at Translator->doLoadCatalogue('nl-NL')in Translator.php line 277 at Translator->initializeCatalogue('nl-NL')in Translator.php line 128 at Translator->initializeCatalogue('nl-NL')in Translator.php line 314 at Translator->dumpCatalogue('nl-NL', object(ResourceCheckerConfigCache))in Translator.php line 299 at Translator->Symfony\Component\Translation\{closure}(object(ResourceCheckerConfigCache))in ResourceCheckerConfigCacheFactory.php line 43 at ResourceCheckerConfigCacheFactory->cache('/XXXXXXXX/var/cache/dev/translations/catalogue.nl-NL.L8dqxxF.php', object(Closure))in Translator.php line 300 at Translator->initializeCacheCatalogue('nl-NL')in Translator.php line 265 at Translator->loadCatalogue('nl-NL')in Translator.php line 241 at Translator->getCatalogue('nl-NL')in Translator.php line 198 at Translator->trans('Successful deletion.', array(), 'AdminNotificationsSuccess', null)in PrestaShopTranslatorTrait.php line 61 at Translator->trans('Successful deletion.', array(), 'AdminNotificationsSuccess', null)in LoggingTranslator.php line 47 at LoggingTranslator->trans('Successful deletion.', array(), 'AdminNotificationsSuccess', null)in DataCollectorTranslator.php line 50 at DataCollectorTranslator->trans('Successful deletion.', array(), 'AdminNotificationsSuccess', null)in PrestaShopTranslatorTrait.php line 61 at DataCollectorTranslator->trans('Successful deletion.', array(), 'Admin.Notifications.Success', null)in Controller.php line 338 at ControllerCore->trans('Successful deletion.', array('legacy' => 'htmlspecialchars'), 'Admin.Notifications.Success')in AdminController.php line 466 at AdminControllerCore->__construct()in LegacyContext.php line 86 at LegacyContext->getContext()in UserLocaleListener.php line 39 at UserLocaleListener->__construct(object(LegacyContext))in appDevDebugProjectContainer.php line 3224 at appDevDebugProjectContainer->getPrestashop_UserLocale_ListenerService()in appDevDebugProjectContainer.php line 3720 at appDevDebugProjectContainer->ContainerIyxgaak\{closure}()in EventDispatcher.php line 231 at EventDispatcher->sortListeners('kernel.request')in EventDispatcher.php line 61 at EventDispatcher->getListeners('kernel.request')in ContainerAwareEventDispatcher.php line 129 at ContainerAwareEventDispatcher->getListeners('kernel.request')in TraceableEventDispatcher.php line 259 at TraceableEventDispatcher->preProcess('kernel.request')in TraceableEventDispatcher.php line 137 at TraceableEventDispatcher->dispatch('kernel.request', object(GetResponseEvent))in HttpKernel.php line 127 at HttpKernel->handleRaw(object(Request), 1)in HttpKernel.php line 68 at HttpKernel->handle(object(Request), 1, false)in Kernel.php line 200 at Kernel->handle(object(Request), 1, false)in index.php line 82
  2. IK gebruik in mijn winkel (1.6.1.18) de standaard module "aanbevolen producten op homepage" versie 1.8.1. Ik heb deze standaard ingesteld staan dat er willekeurig producten worden getoond die aan de categorie home gekoppeld zijn. Dat ging tot enkele dagen geleden helemaal goed maar nu ineens blijft dezelfde set producten staan. Als in bij de module configureren op opslaan druk dan ververst hij de set wel een keer maar er gebeurd ineens niets meer willekeurig.
  3. De oplossing in beeld Zie foto van de module "gelaagd navigatie blok" hierin de 4 onderste schuiven van nee naar ja verplaatst
  4. Beste Impressed, Dank je wel voor je tijd en energie en ik ga zeker aan de gang met je tips om de site seo vriendelijker te maken. Voor wat betreft het noindex probleem bleek na lang zoeken de oplossing veel simpeler dat gedacht. Er stonden in de module gelaagde navigatie wat instellingen op off die op on moesten staan, probleem opgelost. Groet, René
  5. Beste impressed, voor de duidelijkheid niet het hele thema is noindex. De productpagina’s zijn gewoon goed, het gaat mij alleen om de het wijzigen van de instelling van de categorie pagina’s. Gr rene
  6. Beste Robert en Peter, Dank je wel voor jullie reacties, het is helaas niet hardcoded in de template. Ik heb geen behoefte aan een ander thema. Nog even een paar dagen puzzelen en anders voor de module die het op zeker oplost. Groet, René
  7. De vraag komt in meedere talen op het forum voor maar helaas allemaal zonder een antwoord. Ik zou graag de onderstaande regel in mij (sub) categorie pagina's aangepast hebben <meta name="robots" content="noindex,nofollow" /> naar <meta name="robots" content="index,follow" /> nu kan ik dit wel aanpassen in header.tpl maar dan is het gelijk voor alle pagina's veranderd. Versienummer 1.6.1.18 Thema: blackhawk3.2 Groet, René
  8. Hi Inform-all, Jouw code haalde alle labels weg maar heeft mij wel op het goede spoor gezet, ik heb binnen global.css de volgende code: #cart_summary tbody td.cart_unit .price span.price-percent-reduction { margin: 5px auto; display: inline-block; } gewijzigd in #cart_summary tbody td.cart_unit .price span.price-percent-reduction { margin: 5px auto; display: none; } Hierdoor blijft op productniveau de korting met de goed werkende labels zichtbaar en wordt in de winkelwagen alleen een doorgehaalde oude prijs en in het rood de nieuwe prijs getoond.
  9. Beste inform-all, In debug mode blijft komen er geen berichten, er is in de getoonde labels ook niet echt een lijn in te ontdekken, zet ik alles op 30% korting wordt er in de winkelwagen 26% van gemaakt, zet ik de korting op 20% wordt er in de winkelwagen 15% van gemaakt. De fout betreft alleen de labels. De berekende bedragen zijn juist. Al iemand weet waar ik het tonen van die kortingslabels in de winkelwagen zou kunnen uitzetten dan ben ik al erg geholpen.
  10. Beste mede prestashoppers, Na het invoeren van een catalogusprijsregel van 30% korting worden alle artikelen van een mooi rood 30% korting label voorzien (foto 1). Nadat het product in de winkelwagen is geplaatst blijft de eindprijs wel kloppen in de winkelwagen maar de basisprijs is ineens lager waardoor ook het kortinglabel veranderd naar 26% (foto2). Mijn template is Blackhawk3.2 en PS versie 1.6.1.17 Wie heeft de oplossing?
  11. Beste Allemaal, Dank jullie wel voor de input, hoewel niet opgelost sluit ik wel deze discussie. Ga nog even alle beschikbare opties afwegen. Groet, René
  12. Dank je wel voor je reactie. Als ik hem op 1 pagina zet zit dezelfde fout er in. Neemt de nieuwe schone winkel de oude data probleemloos over of wordt dit nog een dingetje? Groet, René
  13. Bij stap 1 wordt het bij het totaal bedrag het bedrag exclusief BTW weergegeven ipv inclusief BTW. Uiteindelijk bij stap 5 staat daar ineens wel het juiste bedrag. Zie afbeeldingen. Prestashop 1.6.1.16 B2B Klant is al ingelogd dus locatie van factuuradres is bekend.
  14. I did a 1 click upgrade from prestashop 1.5.3.1 to 1.6.1.16 When i add or edit a product i get on save the following two errors 2 errors The field price is invalid. The field additional_shipping_cost is invalid. Every suggestion is welcome. With thanks, René
  15. Beste, Mijn probleem is inmiddels verholpen. Ik denk dat het bij mij heeft gelegen aan de watermerk module. Deze stond aan zonder vinkjes waar het watermerk moest komen. Wel stond er een vinkje bij de optie om afbeeldingen zonder watermerk te tonen aan ingelogde klanten. Eerst uitgevinkt, opgeslagen, miniaturen opnieuw aangemaakt en daarna watermerk module gedeinstalleerd. Bij de controle van .htaccess bleek dat door de module ook hierin een stukje was aangemaakt, dit stukje handmatig verwijderd. Via ftp cache geleegd. Na al deze acties was het probleem verdwenen. Groet, Rene
×
×
  • Create New...