Jump to content

gegbike

Members
  • Posts

    49
  • Joined

  • Last visited

Everything posted by gegbike

  1. Have you checked if your warehouse is properly configured and the product is stocked in that warehouse? Another issue is that when using the ASM ordering module you need to do literally every step in order for the stock to change, there's no skipping order process steps. I encountered the same problem as you, but after fixing the above it worked like a charm. A useful tip if you plan on using packs, buy this module: http://addons.prestashop.com/en/administration-tools-prestashop-modules/13009-advanced-bundles-stocks.html That module ensures that packs and their content products show the same stock. Should be a standard part of Advanced Stock Management....
  2. We didn't change anything to the website for quite some time, but from one moment to another it stopped working. I don't have a clue what's happening here, and my developer won't be able to look at it for another 24H, any ideas? I use PS1.5.6.1 on an external server. Nothing changed to our own settings in quite some weeks, and according to the hosting company they didn't change anything either. The shop gives the following errors: Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyflashcloud/tonyflashcloud.php on line 277 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyflashcloud/tonyflashcloud.php on line 281 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonysliderhigh/tonysliderhigh.php on line 457 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/classes/ProductSale.php on line 157 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/plblog/plblog.php on line 675 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/plblog/plblog.php on line 585 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonylayeredslider/tonylayeredslider.php on line 1573 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonymanufacturerslider/tonymanufacturerslider.php on line 72 Warning: uasort() expects parameter 1 to be array, boolean given in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonymanufacturerslider/tonymanufacturerslider.php on line 78 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyproductscarousel/tonyproductscarousel.php on line 463 Fatal error: Call to a member function fetch() on a non-object in /home/deb19183n5/domains/gegshop.nl/public_html/classes/db/DbPDO.php on line 101 I tried this fix (https://www.prestashop.com/forums/topic/324462-changing-domain-and-directory/?p=1869841), but to no avail. That fix was made for 1.6.0, which may explain the difference. Here's the error the shop returns with the aforementioned fix: Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyflashcloud/tonyflashcloud.php on line 277 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyflashcloud/tonyflashcloud.php on line 281 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonysliderhigh/tonysliderhigh.php on line 457 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/classes/ProductSale.php on line 157 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/plblog/plblog.php on line 675 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/plblog/plblog.php on line 585 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonylayeredslider/tonylayeredslider.php on line 1573 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonymanufacturerslider/tonymanufacturerslider.php on line 72 Warning: uasort() expects parameter 1 to be array, boolean given in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonymanufacturerslider/tonymanufacturerslider.php on line 78 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/tonyproductscarousel/tonyproductscarousel.php on line 463 Warning: Invalid argument supplied for foreach() in /home/deb19183n5/domains/gegshop.nl/public_html/modules/plblog/plblog.php on line 1063 Fatal error: Call to a member function rowCount() on a non-object in /home/deb19183n5/domains/gegshop.nl/public_html/classes/db/DbPDO.php on line 127
  3. I'm fiddling with the Supply Order feature in Prestashop Advanced Stock Management, but I came across two elements which don't seem to work according to my expectations. What I want Prestashop to do: - automatically add products to the order after they've been ordered (either by the customer or via manual ordering) - add products to the stock after a supply order has been accepted as completed Our install does neither, is that because these features aren't incorporated, or is there something amiss in our install? I run Prestashop 1.5.6.2, upgraded from 1.4.3.
  4. Ik heb de module uitgebreid bekeken via de demo, en zo te zien doet hij alles wat je er van verwacht; zodra je weet welke orders er klaar zijn voor verzending heb je binnen 5 minuten alle facturen en labels naast je printer liggen. Mooie module, knap werk jsonjuri!
  5. We run PrestaShop 1.5.6.2 with a modified BuyShop theme, on www.gegshop.eu. However, we constantly encounter problems, and the developer who built the shop for us has switched jobs and can't support the finishing of the shop anymore. We're looking for an experienced Prestashopper who can; - Fix all the known bugs in our shop and find+fix additional ones. - Clean the database, modules list, etc. - Fix the speed issues the website is currently encountering - Add improvements to useability, customer experience
  6. I tried updating a couple of files via CSV import. No big deal in the past, it always worked flawlessly. Nothing seemed different today, but after CSV import almost all images are erased. Not just those linked to the updated items, but those of almost all other product images as well. No errors, just a load of deleted images. I'm solving it by simply uploading files anew, but I'm puzzled as to how this happened. Any ideas?
  7. Nothing? We face the same challenge. You could contact ScorpionsWorld, we presented him with this challenge and he might be looking and building a module that solves this 'problem' (in as far as it is a problem)
  8. Today we were working on upgrading from 1.4.4.0 to 1.5.6.0. Unfortunately, we haven't reached the point of actually upgrading the shop, because of problems with CacheFS and DirectAdmin. CacheFS: we have always had problems with caching. The shop creates enormous amounts of data, but so far this has been managable. During manual purging of the cache (via FileZilla FTP) the shop creates the same amount of new cache files. Within minutes the folders will total 5gb again. The caching system creates 16 folders with more than 200.000 items in them, while our shop only has 7600 items in it. Normally we would clean cache via the back-office using Preferences>Performance>Disable cache. However, this does not work at the moment: the shop will first run a sequence, then give a white screen of death. No problem, it used to always do that (mem shortage) and we would repeat the sequence. However, now it doesn't finish a second go, and will switch to white screen within seconds, without clearing out the cache. We tried to access the files via DirectAdmin and remove all files, but due to the enormous size of the index, the server will time out before reaching the subfolders. Any clues what's going on here, and how we can resolve this? All searched within PrestaShop Forums didn't yield any results that apply to our case. Thanks for your time and suggestions.
  9. We zijn via een directe link in de server gekomen, daar blijkt dat elke CacheFS folder bijna 1GB per stuk is. Diverse daarvan net volledig zijn leeggegooid, wat betekent dat binnen enkele minuten honderden MB's aan loze data gegenereerd wordt.
  10. Vandaag wilden we een update doen van 1.4.4.0 naar 1.5.6, maar we kwamen daar niet aan toe door een aantal problemen met de CacheFS en DirectAdmin, elke vorm van hulp wordt gewaardeerd. CacheFS: de shop maakt in schrikbarend tempo Cache-ruimte op. Terwijl de cache handmatig leeggemaakt wordt (via FTP) maakt hij evenveel nieuwe cache aan, binnen enkele minuten staat er weer 5gb of meer op. Hij maakt direct 16 mappen aan met meer dan 200.000 bestanden er in. (ter verhouding: we hebben 7600 artikelen in de shop) Ook via de back-office lukt het niet CacheFS te legen. We geven de shop opdracht de boel leeg te gooien, en zoals altijd geeft hij na 30sec een white screen, niets ongewoons, mem-tekort. De tweede keer gaat hij echter al (bijna) direct naar een white screen, zonder wat te doen. We hebben geprobeerd om via DirectAdmin alles leeg te gooien, maar we komen de mappen niet in via deze route, de server geeft steeds een time-out voordat we de mappen kunnen bekijken. Geen idee wat daar mis gaat. Heeft iemand enig idee waar dit aan ligt, en hoe we dit (liefst permanent) op kunnen lossen? Bedankt.
  11. Geen idee waarom, maar bij een nieuwe serie producten werkte dit ineens weer niet. Heeft iemand hier slimme ideeën over?
  12. Bij het aanmaken van een serie nieuwe producten, hebben we geprobeerd een langere omschrijving toe te voegen. Volgens alles dat ik kon vinden, zit er geen limiet aan de lengte van de productomschrijving (ter bevestiging: het gaat niet over de korte omschrijving). We importeren alle tekst via CSV, en daarbij breekt PrestaShop helaas een stuk van de tekst af: http://www.gegshop.n...-2009-2011.html De oorspronkelijke tekst: Ik heb me er al een aantal keer over gebogen, maar volgens mij zit er geen fout in de bovenstaande tekst. Via de zoekfunctie heb ik helaas geen antwoord gevonden, dus dan via deze weg. Heeft iemand enig idee waarom PrestaShop de tekst inkort, en hoe dit op te lossen is?
  13. Deel van het probleem is opgelost; even de cache legen en de facturen werden gewoon weer aangemaakt. Eenmalige glitch hoop ik, maar dat houden we in de gaten. @Frevab: die hebben we inderdaad, maar dit was een relatief klein probleem waarvoor we geen complete herplaatsing wilden doen. Bedankt voor je reminder, gaan we er in ieder geval scherper op letten. @Scorpionsworld: gek genoeg hadden we die aan staan, maar toen ik net ging kijken stond error reporting uit. Très vreemd, maar dat is aangepast, dank voor je raad. Had ik eerder moeten checken, maar ik ging er vanuit dat hij gewoon aan stond. Het blijkt een memory probleem te zijn, dus dat gaan we eens uitzoeken. "Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 64 bytes) in .../classes/MySQL.php on line 159" Dank voor jullie meedenken
  14. Het zit hem waarschijnlijk inderdaad in het geheugengebruik. Hebben jullie plaatjes bij de producten hangen, en zo ja; hoe groot zijn deze? Ik had een CSV met 1000+ producten, waar hij op schijnbaar willekeurige momenten vastliep. Na isoleren van de juiste regels bleek dat de bijbehorende foto's te groot waren, toen al deze foto's naar de juiste formaten waren aangepast kon hij wel alle 1000+ producten in één keer uploaden.
  15. We hebben een aantal bijzondere, en waarschijnlijk samenhangende problemen gevonden, waarbij hulp erg gewaardeerd zou worden. Sinds eind november hebben we ineens een ongekend aantal bezoekers op de website, van 150-250 per dag (normaal voor deze tijd van het jaar), naar plm. 600-700 per dag, waaruit ik concludeer dat er iets op de website gebeurt, dat niet in de haak is. Daarbij laat de Statsorigin module bijzonder veel .ru websites zien als oorsprong van bezoekers, blijkbaar is onze url ergens verkeerd terechtgekomen. Al enige tijd werkt onze module Statslive niet, die online bezoekers zou moeten laten zien. Tot noch toe geen probleem, maar ik kan hierdoor nu niet zien welke IP's de website bezocht hebben. Grote kans dat er een range IP's uit naar voren komt die eenvoudig te blokkeren zijn, maar dat is lastig op deze manier. Bijgevoegd de printscreen van de foutmelding, of het gebrek daaraan, en de bijbehorende plotselinge toename in aantallen. Enig idee in welke hoek we dit moeten zoeken? Daarnaast trad gisteren ineens een probleem op: bezoekers die via iDeal betalen krijgen plotseling geen bevestiging meer. Bestellingen via bankoverschrijving gaan probleemloos door, maar bij betaling via iDeal wordt de order niet aangemaakt en blijft het winkelmandje vol. De klant ontvangt geen bestellingsbevestiging, en wij geen bevestiging van de order. Binnen iDeal zelf loopt alles netjes door, zowel qua betaling als qua bevestiging. Op beide onderwerpen heb ik uitgebreid gezocht in de diverse fora, maar nergens een oplossing gevonden. Iemand enig idee hoe dit opgelost kan worden?
  16. Onze boekhouder maakt gebruik van Minipak, maar ik kon niets vinden over koppelingen met Prestashop. Wellicht een 'long shot', maar is er hier iemand die Prestashop en Minipak (http://minipak.nl/) al eens gekoppeld heeft?
  17. blijkt een aanvraag te zijn voor zo'n module, in mijn enthousiasme dacht ik dat het een bestaande module was. Inmiddels heb ik een IT'er aangesproken en wordt er gekeken naar de mogelijkheden. Idealiter willen we een module die na melding 'verstuurd' automatisch een tweetal facturen uitprint (1x klant 1x boekhouding) en een etiket aanmaakt, more to follow....
  18. Helaas, nog geen Parcelware=Prestashop koppeling, maar ik heb een IT'er aangesproken die naar de mogelijkheden gaat kijken.
  19. Dat heb ik even gechecked, maar die afbeelding (more.gif) staat wel gewoon in die map. Dit template heeft standaard geen uitvouwende rubrieken, maar dat moet wel te fixen zijn lijkt mij, de vraag is alleen hoe.
  20. Er is niet veel over te vinden, en wat ik kan vinden is onduidelijk... we werken momenteel aan www.scarpamotoshop.nl en de beoogde nieuwe eigenaar heeft in gedachten om de menu's samen te laten vouwen, zoals ook op onze website www.gegshop.nl het geval is. Ik kan echter niet vinden hoe ik dit exact aan moet pakken, en de designer van het template kwam alleen met de suggestie om blockcart te hernoemen, waarna zoals ik verwachtte de cart onzichtbaar was maar de categorieën nog steeds uitgevouwen stonden. Voor zover ik kan vinden zit het samenvouwen en uitvouwen van subcategorieën in JavaScript treemanagement, maar ik kan nergens een helder antwoord vinden op hoe ik kan schakelen tussen de twee. Hoe pak ik dit aan?
  21. Thanks! Work in progress, maar we komen er wel. Onze eigen site is www.gegshop.nl, dat is helemaal constant een work in progress haha.
  22. Top-topic, veel plezier aan gehad bij het migreren van www.scarpamotoshop.nl, waarvoor dank
  23. Bij het installeren van iDeal (van onze vrienden iDeal Checkout) krijg ik een parse error, maar ik kan niet vinden waar het probleem zit. De gegevens heb ik tig keer gecontroleerd en kloppen, ook verwisselen van User en Name is niet het geval en komt niet overeen met de error. De error: Parse error: syntax error, unexpected T_STRING in /home/deb19183/domains/gegbike.nl/public_html/shop/idealcheckout/configuration/database.php on line 10 een screenshot van database.php is bijgevoegd. Wie o wie...? ach ja... het bekende typfoutje in een andere regel. Mea culpa. Voor wie het naleest en met hetzelfde probleem zit; de standaard file bevat geen tweede ' in de echo, deze moet je zelf toevoegen. Dit had ik over het hoofd gezien. Weer wat geleerd
×
×
  • Create New...

Important Information

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