Jump to content
thirty bees forum

koskimaa

Members
  • Posts

    40
  • Joined

  • Last visited

Posts posted by koskimaa

  1. @dosbiner said in Recommended SEO practice for deleted products:

    too complicated for me when you have to edit the products one by one, I prefer use this way to automaticaly set visibility to none if stock quantity = 0 https://forum.thirtybees.com/topic/997/show-on-stock-products-only-by-default/12

    @zimmer-media said in Recommended SEO practice for deleted products:

    @koskimaa you can find a solution example here https://forum.thirtybees.com/topic/1445/how-to-show-product-visibility-in-product-list

    Both of you, thanks for sharing. dosbiners's solution looks like something I'd be able to pull off myself, so I'll look into it for future products.

  2. Thanks for the responses guys, I had forgotten about the Visibility: Nowhere option.

    So if I've understood this right, best option is:

    Set quantity to 0 (or just make it unavailable to order) and set the Visibility to "Nowhere". NOT deleting and NOT setting the status to disabled.

    Correct?

    One addition by me: Doing it the way above will make it difficult to filter out these products. My idea would be to start the reference code of available products with something like "A-" or whatever, and then change it to "NO-" when retiring the product.

    What do you guys think of this solution? Let me know if you have a better idea.

  3. Like the title says: What is the current recommended SEO practice for deleted and/or deactivated products?

    1. Deactivate and forget (but get a lot of old product entries in the backoffice, and also a page that says "There is 1 error, This product is no longer available".)

    2. Delete product and forget (but lose the indexed link with google)

    3. Any other option...?

    I have a lot of products that are out of stock in my store, which doesn't look nice. But setting up redirects to the home page (or parent category) for EVERY single removed product would be a pain and also bad UX in my opinion.

    What do you guys usually do (SEO wise) after you delete a product from your catalogue?

  4. Another bug that I'm desperate to get fixed!

    I'm trying to create new carrier and zone settings but they aren't reflected correctly in the checkout. 0_1498036439110_1.png

    I created a new zone just for Australia and set the country in that zone. 0_1498036458043_2.png0_1498036466410_3.png

    However, the checkout doesn't reflect the new Carrier settings. Australia still shows shipping options that should not be available for that zone/country. 0_1498036481136_4.png

    Also, a side bug - remaining amount to obtain free shipping is correct in default currency (yen) but just throws a random number in other currencies: 0_1498036493578_5.png0_1498036500034_6.png

    I tried: 1. Deactivating the one page checkout module I'm using - no change. 2. Clearing Smarty Cache - no change. 3. Deactivating redis cache - no change.

    Help!

  5. Okay guys, getting pretty desperate for a solution here:

    Basically the cart and total isn't carried over upon PayPal checkout. I just migrated to TB and this is so far the only thing keeping me from taking out my shop from maintenance mode.

    Using the TB PayPal Module.

    Is there another module or alternative for PayPal that can be used temporarily?

    0_1497228871743_Screen Shot 2017-06-11 at 23.52.10.png

  6. Progress update 2 but still not solved:

    I managed to change that image URL through a deeply hidden and obscure page in PayPal: 0_1497192709073_Screen Shot 2017-06-11 at 23.49.58.png

    0_1497192801464_Screen_Shot_2017-06-11_at_23_52_10.png

    But as you can see, it's still not pushing the cart contents and total to the PayPal checkout page :/

    So we're back to square one... I tried deleting the module and reinstalling it, to no avail.

    It's really strange that it works fine on Havouzas page... getting more and more desperate for a solution here!

  7. I need to change or remove that image URL somehow. According to this article from PayPal, it says:

    "Merchants who use PayPal payment buttons (PayPal Payments Standard) can set the image_url HTML variable."

    https://developer.paypal.com/docs/classic/admin/checkout-settings/#customize-paypal-checkout-pages

    Extremely vague. Where is this "image_url HTML variable" set?

  8. Okay, so not solved but at least progress.

    My theory is that the image at the top breaks SSL and broken SSL breaks sending the cart contents.

    Now, the page looks to http://www.supergangu.com/img/logo.jpg for the image. I didn't have an image for that path, so I added one through FTP. Now an image shows, but the rest is still broken. Look at the URL, it's not pointing to an https URL. WHERE IS THIS URL SET?? Is it in the module code or somewhere within PayPal settings?

    Current: 0_1497190489002_Screen Shot 2017-06-11 at 23.14.21.png

  9. Okay, so when you press checkout on the shop cart and, get redirected to PayPal to pay: The cart contents, total cost and shipping cost doesn't follow through. Also the page isn't secure and some other bugs show up as well.

    Any ideas? Problems described in these screenshots: 0_1497078835565_1.png1_1497078835566_2.png

    Settings in backoffice, everything looks OK to me: 0_1497078913628_3.png1_1497078913628_4.png2_1497078913628_5.png

    Any ideas on how to fix it?

×
×
  • Create New...