Probably the first stupid question:
Which URL am I supposed to use?
The documentation refers to this, for example:
https://jigoshop.dev/api/v1/products/:id
How does that relate to my JigoShop installation?
Should it look like this?
https://fox-box.co.uk/wp-content/plugins/jigoshop-ecommerce/src/Jigoshop/Api.php/v1/products/:6531
Second stupid question: the documentation talks about a token.
Before requesting information please make sure that you set authorization token and you are including it in headers. Each request to get or set data have to be provided with this header example:
Authorization: Bearer [token]
Right. Okay. What’s a token?
In the JigoShop settings there’s a secret key but there’s also users and passwords:
So, erm, what is the token supposed to look like?
I’ve tried this, for example:
curl https://fox-box.co.uk/wp-content/plugins/jigoshop-ecommerce/src/Jigoshop/Api.php/v1/products/:6531 -X GET -H "Authorization: Bearer [SOMETHING]"
[Something] has been secret key, user, password, and user:password. I’m guessing all of those are wrong or something.
By the looks of it the API should be easy to use but I cannot understand what I’m doing wrong because I know so little about how these things are supposed to work.
Okay, so implementing Breadcrumbs Nav XT was quite straightforward.
It was just a matter of popping the following code into my theme’s files to make it appear on the relevant pages. For me it was layout-head.php but chances are it’ll be something else for other people.
<div class="breadcrumbs" typeof="BreadcrumbList" vocab="http://schema.org/" id="breadcrumb">
<?php if(function_exists('bcn_display'))
{
bcn_display();
}?>
</div>
Once I’d inserted the code I was able to customise it in the Breadcrumbs NavXT settings.
1. I think the first issue is related to this. They’re still in there but need to be migrated over to the new table. If they don’t get it done soon I’ll be doing it myself.
2. I’m having this issue too. I might create a separate topic now that I know it’s not just me being clueless 😀
Hopefully that’ll be very soon!
From doing a bit of investigating I can see that images uploaded in the old way are stored in wp_posts with the post_type field set as “attachment” and the post_parent field containing the ID of the product.
So the product Ork Burna 1 (ID 1534) used to have five images. Their IDs were:
A simply SQL query finds them:
SELECT * FROM wp_posts WHERE post_parent = 1534 AND post_type LIKE 'attachment'
But they don’t show up on the product page.
Instead let’s look at the Frankenork (ID 6531). It has four images because I went into the attachments box-out and re-selected the old uploaded files after upgrading to JigoShop 2.x. The pictures now appear on the product page like they should.
There’s four images:
- 6532 – the main product image
- 6533
- 6534
- 6535
From what I can tell the difference is that the new gallery setup adds the images to wp_jigoshop_product_attachment.
SELECT * FROM wp_jigoshop_product_attachment WHERE product_id = 6531
This gives three results – all with the product_id 6531. The three results are, of course, 6533, 6534, and 6535 (attachment_id).
So it looks like the migration script should check for attachments using the initial query and then add them to the wp_jigoshop_product_attachment table. But it doesn’t.
Removing the style this way also removes other CSS stuff JigoShop would normally load from its vendors directory:
wp-content/plugins/jigoshop-ecommerce/assets/css/vendors/
Without the contents of select2.css various drop-down menus break quite spectacularly. Notable examples include the cart shipping calculator and the checkout.
I added the contents of select2.css to my theme’s style.css and this immediately fixed many of the issues I was having.
Several other CSS files in that folder may also be required depending on what your shop uses.
Ah, yes, you’re absolutely right.
Adding
#cart-discount.not-active {
display:none;
}
To my theme’s style.css fixed the problem immediately.
Edit: For anyone else finding this topic later this problem was caused by the steps taken here to remove JigoShop’s CSS so that my own theme would load properly.
-
This reply was modified 9 years, 3 months ago by Flamekebab. Reason: Adding a link to a topic on the cause of the problem
Yep, I’ve been working on the site when it’s down for maintenance. I assumed I could see the “hidden” products (the out of stock ones) because I’m the admin.
Checking it out now without being logged in aaaand… Yeah, the “hide out of stock” setting does nothing.
Is it implemented solely through CSS? (I’ve disabled most of JigoShop’s built-in CSS)
Another odd thing.
This works:
https://fox-box.co.uk/product-tag/vehicle/?s=Fox+Box&post_type=product
This doesn’t work properly:
https://fox-box.co.uk/product-category/greenskin-vehicles/?s=Fox+Box&post_type=product
That is to say the searching doesn’t seem to work properly within the product category setup.
It’s, erm, weird.
Looks like the tinkering the support crew did fixed it and a fix is coming in an update for everyone else. Cheers!
Similar problem:
The price for the shipping rate has to be an whole number. I can’t set a £3.50 postage band, only £3 or £4.
Has weight become an integer in 2.x rather than a float like it should be?
It seems like the latest update has fixed this. Thanks, guys!
Right-o! Thanks for being honest with me 🙂
I’m having the same problem. On the main shop page things are listed according to the number of items in the settings (30) but on lists that use the category page or the tag page only show 5 per page.
I shall experiment and report back! Glad to know it’s not just me failing to find the “on” switch!
