musicmaster

You have two options. If you want to bring the images there you should take care of the image https://terresebrekm0.com/img/p/9/4/94.jpg All image formats (like 94-home_default.jpg) are derived from this image when you regenerate the images. The other option is to let Thirty Bees do the work and assign the image id numbers. In that case you should just copy all images to a folder and link to them with a full url in your csv file. I usually make a tmp folder and copy them there.

Let me take one product as an example: Alcachofa It has product id 11 and an image with image id 94. It is one of missing images. Only the demo product images are present. The full url of the image is https://terresebrekm0.com/img/p/9/4/94-small_default.jpg?time=1563174516522 The logical next step would be to look on the harddisk (or with ftp) to see what images are present in the https://terresebrekm0.com/img/p/9/4/ directory. As far as I can see there is nothing there - what would be problematic.

Pretty (or friendly - or whatever you call them) url's is basic stuff. You really need to invest some time to understand what you are doing. When there is no .htaccess you get the natural urls. They look something like www.myshop.com?id_product=123 or www.myshop.com?id_category=45 (it may be a bit different as it is a long time ago that I have seen them...). Also the links for your pictures become something like www.myshop.com/img/p/7/8/9/789_home-default.jpg. Pretty urls are just what the name implies: varnish. They allow you to write www.myshop.com/widget instead of www.myshop.com?id_product=123. The .htaccess file serves as a kind of translation table that makes sure that behind the screens www.myshop.com?id_product=123 is called when you just typed www.myshop.com/widget. So when you enable or disable pretty urls you should always clean the cache and start at the home page as all the internal links of the shop will be different too. Now back to your pictures. The first thing we need to know is what file is looked up and whether it is there or not. That is a lot easier to do when you see a real link to the picture than when you see some kind of pretty url that is translated somewhere mysteriously behind the screens.

Did you also regenerate .htaccess (in SEO&urls)? If that doesn't work the next step would be to disable pretty urls and look what happens.

You need to regenerate the images.

Just provide an url in your csv file and make sure that the image are reachable there.

Tried to install it today: Constants may only evaluate to scalar values I am still on php 5.6 so that may be a problem. Something different. Just curious. TB 1.1 has a lot of new hooks. Prestashop 1.7.6 has 200+ new hooks too. Is there any coordination?

Is this is the only javascript error? This type of errors often happens as a follow-up error after some prior error has caused problems loading jquery.

Depends. If you can export them as csv you can import them as csv. So it depends on your present setup. There are many tools available that will do the job for you to transfer the data from other webshops. But you will need to provide more details if you want a prescription that fits on your situation.

Different column names are no problem as you can assign columns when you import a csv file. If you want to insert directly into the database you face a big challenge. At the most basic level products and categories are each present in four tables.

Looks nice! I had a bit trouble getting started. You have a link to a test shop but I couldn't find username and password. An install under 1.07 failed ("controller not found"). It is a testshop so maybe these was something broken by me. On my 1.08 test shop it then worked ok. What I would like the module for is follow up discounts. I sell individual plugins and I sell a package that contains all the plugins. When a customer first buys an individual plugin and then the package I want to give him a discount related to the price of what he bought previously. I had such a thing under PS 1.6.0 but it didn't work under TB and I never came to building an alternative. As far as I can see I will need to build my own sql. However, it is not clear to me how I can include the prices of the products. One suggestion for improvement. When I click on "Select Action" I would like to go back to a list of all the possible actions. Now I stay within my selection (execute custom sql).

My guess would be a javascript error. Did you check for that?

1 is not always the root. When you have an upgrade from Prestashop 1.4 "1" is Home and the root has some high id number. In 1.4 Home was the base level. In 1.5 multishop was introduced and Root was added to come under the Homes of the different shops. Given that id_category is an auto-increase field that meant that it got the next free id_category. So my guess would be that 60 could be your Root. But you don't show it so we can't see its parent.

Hi Stephanie One option is not yet mentioned: attribute combinations. One option is one piece. The other is three pieces in whatever combination you like. I use something similar in a webshop where you have weight options of 200 gram and 1 kilo.

Any errors in the php logfile of the server?

Could it be that you had defined a home category for that shop that no longer exists?

If you buy 4 (or more) 25% discount?

What is your setting for Smart cache for css?

The backslash serves of course also as an escape character. So you might need to double (like "\\") to have the desired effect.

Those are exactly the areas where Prestashop is improving. In 1.7.3 they introduced multifeature and as far I understand they are now busy improving layered navigation. As far as I can those improvements can be made while maintaining backward compatibility. Unfortunately neither will be easy. Layered navigation is notoriously complicated (and for a long time had bugs with Prestashop) and when I implemented multifeature in Prestools and used - if I remember well - PS 1.7.3.2 as reference I found that there still were bugs in the implementation. My other wish would be discounts. At the moment you can't offer 3 for 10 euro. You get 9.99 or 10.02.

Having seen more extra space trouble (with the Mollie module) I wonder whether this might be a bit too radical. Did you consider alternatives such as warnings instead of errors or having an error message that explicitly tells you that there is an extra space problem? The latter might be a check for a space at the start or the end of the string after the error has been discovered and an extra message "It looks like you added a space to the key." behind the default message.

I used to have something similar for years. And then suddenly the blacklisters became aggressive. Sendgrid just serves as an alternative SMTP server (see https://sendgrid.com/docs/for-developers/sending-email/joomla/).

I had similar problem. In the end I gave up and started sending via Sendgrid. It is free up to a certain volume. They make money with mass mailings but you can do your normal mails via them too.

Having multiple products on a page is not really rocket science. See here for an example: https://www.topsnoep.nl/relatiegeschenken/2863-notenmand-zelf-samengesteld.html But there are many different scenarios where this would be welcome. Some are enhanced category pages - where people can enter quantities or select attributes. Others are enhanced product pages - where you can immediately order associated products. Yet others aim to be an alternative to the combination system, where some options are offered as separate products rather than attributes. There is also the question of presentation. In some cases you want the cluster to appear in the cart as one product that you can delete, change quantity or change composition. In other cases you prefer to see each product separate in the cart. In some cases you want one buy button for the cluster. In other cases one button for each product. Also related is the option to have "free" buy buttons that you can place on cms pages and pages that are not part of the webshop. It is this complexity that makes it hard to formulate a solution. And given the needed reconstruction it is best to make one big step instead of many small ones. You can set weights for combinations - but not lengths/widths.

Are you sure your Elastic 5 is running at port 9200? Couldn't it be that it chose another port because there was some remainder of the 6 version still occupying that port? In my installation the search uses also about 2.5 times the size of tb_product_lang. I guess that is the normal proportion. Elastic may be faster, but I doubt it will use less space.