Jump to content

marianne@fitmind.nl

Members
 View Profile  See their activity

  • Posts

    20

  • Joined

  • Last visited

Everything posted by marianne@fitmind.nl

  1. marianne@fitmind.nl
    That works for me in 1.7.6 in the catalogue/_partials/product-prices.tpl Put {$product.price_amount} in stead of the {$product.price}
  2. marianne@fitmind.nl
    Hello Kavenaghi, Thank you for your reply, I went in and tried again. I added the code exactly there in that file in the theme directory (my ps version is now 1.6.1.23) but no changes at all. Also tried to do the changes in the folder modules/blocklayered/blocklayered.js with no results. The filter menu does not collapse and the + does not change to a minus. Only way to collapse the filtermenu (after you used the menu by selecting and then de-selecting a filter) is to refresh the page.
  3. marianne@fitmind.nl
    Hi, I have exact the same problem. i tried your solution, also in PS 1.6.1.17 but it does not make a difference for me. Searching for a solution i see that many people searched for this problem but most questions unanswered. Are you sure that this code worked for you? Do you have any other suggestion?
  4. marianne@fitmind.nl
    After the above I have added changes to: themes/mytheme/js/modules/blockcart/ajax_cart.js as the prices in the "add to cart" pop-up still looked like: 15, <sup>75</sup> Doing the same thing as in the product.js: with prices (NOT quantities) change .text to .html it works for me, i don't know if it was wrong to do it like this.
  5. marianne@fitmind.nl
    Hoi Krista, Kijk bij: instellingen/producten --> paginering Als daar staat: Standaardvolgorde aangepast van positie binnen categorie Dan kan de module "gelaagd navigatieblok" hier invloed op hebben Om dat ongedaan te maken moet je bij de opties onderaan "toon producten van subcategorieen" op "NEE" zetten. (je moet er maar op komen)
  6. marianne@fitmind.nl
    Everybody with problems in this aerea: Go to advanced parameters; -> performance, scroll down to: debugmode; -> check that the 'slide' "disable all overrides" is set to NO (When you do an automatic upgrade, this switch can be turned to yes) Took me endless time to find this simple thing, thank you Milos (MyPresta)!
  7. marianne@fitmind.nl
    My search led to no solution. I'm putting back a backup and add new clients and orders manually
  8. marianne@fitmind.nl
    Hello, I wanted to change the shop-id which still showed the old name I used to start the shop. I found that when I switched ON multistore, that at advanced settings I could change the old name of the shop to the current name. i did that and then clicked save, and then in settings I switched OFF multistore. Then I found out that all my subcategories where missing in the front-end, they are still in the database but I can't reach them. Apparently I did not associate all the categories when I saved the settings in multistore (they where not all checked only the main categories) Is there a way to RE-associate them? I did go back, switched on multistore and then tried to associate, but there I can now only see these same categories and not the subcategories. There must be a way???? Please help (we have about 250 (sub)categories so changing them by hand in de database is not an option. Links to subcategories don't work as well and give 404 https://eenhoorn.eu/nl/cadeaus/gelegenheid/vaderdag/
  9. marianne@fitmind.nl
    I assume you did all this? ---------------- INSTALLATION Install the module from the Backoffice (administration panel), download the release ZIP file (zzcleanurls.zip) as it already contains the right folder name (zzcleanurls, not zzcleanurls-version_x.y.z !) In the modules tab, click on add a new module. Click on Browse to open the dialogue box letting you search your computer, select the ZIP file then validate the dialogue box. Finally click on Upload this module. Make sure your SEO and URL settings are as follows: This is MANDATORY products: {category:/}{rewrite} (you can add .html at the end) categories: {categories:/}{rewrite}/ manufacturers: manufactures/{rewrite} suppliers: suppliers/{rewrite} CMS page: info/{rewrite} (you can add .html at the end) CMS category: info/{rewrite}/ modules: modules/{module}{/:controller} You can replace words such as "info", "suppliers", etc with whatever you want, given that it does not conflicts with a category name Remember to clear the browser cache clear PS cache (under smarty -> cache and smarty -> compile) --------------------- One other thing that helped me when I got error message is to throw away (on the server in the cache-folder) the complete folder "smarty" AND the file "class_index.php" Then maybe turn off friendly URL (in SEO&URL's) save and then turn it ON again. Maybe that helps you too.
  10. marianne@fitmind.nl
    After long and hard work tying over and over again with a payed module (advancedURL) I could not get it to work without the .html (in Prestashop 1.6.1.4). And yes! praize for the free module mentioned above by Bradas, it worked immediatly: Prestashop module "ZiZuu Clean URLs"I guess the best things come for free.
  11. marianne@fitmind.nl
    What do you mean by configuring the columns? You don't mean assigining the columns to the right label (like id and price eg.)? Because that is all done well, as it works perfectly wel inserting all products into the shop with photo's and all (you can't get them cause shop is in maintanance). I can replicate the issue by changing the php on my mamp and re start, the I get failure when trying to add a new product, when I switch back and restart then all works again. It puzzles me. Maybe because I have an upgraded version in stead of a fresh install of PS 1.6.1.4?
  12. marianne@fitmind.nl
    I also switched back to php 5.x.x and all works well again (with the same .csv files) so I did not look into it anymore. Although on my MAMP when I change the php version to php 7.0 it is easy to reproduce. Here's a file of the config settings: With .csv I added 1 new product, see attachement to error message:
  13. marianne@fitmind.nl
    I have the same problem 1.6.1.1 What I do now is import the price including tax in stead of witout tax (ignore that column) in this way products show the nice price. (and still shows tax on the invoice) Now the problem is shifted to attributes, now the impact on price is not rounded, resulting in €19.99 and €20.01 prices when customer chooses to buy greater volume. So it is not solved, but for us happens for less products and it is not so in your face. But clearly the rounding of itemprices to €2,00 €2,05 and €1,95 is hard to find or am I missing something here?
  14. marianne@fitmind.nl
    I'm still on php 7 I entered our clients and they all have to log in by asking a new password, that goes well but if you want to change the password in 'my acount' it says that the new password is saved, but logging in with new password does not work. the old password is still active, something goes wrong writing data. For us it does not work well yet.
  15. marianne@fitmind.nl
    Here's the zipped .csv kof-prod16-2-2016.csv.zip
  16. marianne@fitmind.nl
    Before coming to this conclusion, I tested with a 'fresh' copy of prestashop 1.6.1.4 on my mamp with php 7.0 and importing the sample data downloaded from the shop. I think I did not get an error message at first but when I used my own csv I did get, removing products in the shop while uploading new products I got it. After that I tried again with the sample data later I got the same product property -> name is empty. For both installations the problem was gone when I put the mamps php back on 5.6.10 I have trouble uploading the csv file, I get Error you aren't permitted to upload this kind of file, For now I can only upload a snapshot of it. The file works well again for me so I think it is not the problem but if you want it, tell me how to post or where to send it to.
  17. marianne@fitmind.nl
    ok I posted the last question in the forum that goes about php and ps 1.6 called: Prestashop 1.6 With Php 7.0 - Experience, Problems, Solutions I would never think that that was the problem as it looked like everything was working well. But your question Nemo put me in the right direction by letting go of the csv and thinking i did something wrong there.
  18. marianne@fitmind.nl
    Same here, .csv import comes with message: Product property -> name is empty Switching back to php 5.6.10 made it work well again. I would like to use it on php 7.0 because it is faster, is there a way to work around?
  19. marianne@fitmind.nl
    Hi Nemo, I don't think I'm using any override. I just put a fresh copy of PS on my mamp. Downloaded the product example csv and imported that into the mamp, succes. (looking back I don't know why?) Then I tried my own csv, (deleting all products while importing my own, same message property name is empty. Then I tried to upload the original sample file again and then this one too will not go in anymore. OK I found what is killing me here: I changed the php version. When I first was succesful I was using php version 5.6.10. As we were putting it on a live server we used a php 7.0 Looks like all works fine, but not the csv-import Changing it on my mamp solved this but. Looks like Prestashop is very sensitive to php versions? The live server has 7.0 is there any way I can change something in the code, that will make my current shop work with php 7.0 as well?
  20. marianne@fitmind.nl
    I have the same issue, the problem is half a year ago I did not have it and entered products, now when I want to add new products I get this message: Product Property -> name is empty. BUT as you see below the (correct) name was not empty as it is mentioned (Rainha - Brazilie) as is the correct ID I did as Nemo suggested and replaced the admin folder, refreshed cache, but no results. Anybody???? 3 errors Rainha - Brazilie (Nummer: 512) kan niet opgeslagen worden Property Product->name is empty Pamwamba – Malawi (Nummer: 521) kan niet opgeslagen worden Er zijn 2 warningsHerschreven link voor (Nummer: 512) is herschreven als friendly-url-autogeneration-failed. Herschreven link voor (Nummer: 521) is herschreven als friendly-url-autogeneration-failed.
  21. marianne@fitmind.nl
    Took me a while to see that this is indeed the solution for my problem as I used the field "Product reference" in stead of "Reference" now it all works fine!
  22. marianne@fitmind.nl
    Importing custom fields and also having the customfields go into the right tabs is what would make me happy with Prestashop
×
×
  • Create New...