Jump to content

Welcome, Guest!

By registering with us, you'll be able to discuss, share and private message with other members of our community.

spacewalkingninja

Members
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

1 Neutral
  1. spacewalkingninja

    Multistore redirection not working as it should

    I'm posting here is just to notify you guys that this forum has not been nearly helpfull enough. Why has nobody answered my thread? How can I get my job done?
  2. spacewalkingninja

    Multistore redirection not working as it should

    Hello again! Here's an update. Finally got it to BARELY work. Currently: siteA.com POINTS TO siteA.com www.siteA.com POINTS TO siteA.com siteB.com POINTS TO siteB.com ***www.siteB.com POINTS TO siteA.com*** A bit more in-depth now: The stores are hosted on the same server, and ssl is granted by letsencrypt's certbot. apache2 vhosts.com.conf and vhosts.com-le-ssl.conf point to the same var/www/site/public_html folder, where the installation is. The htaccess is more or less this: ``` SetEnv HTTP_MOD_REWRITE On RewriteEngine on #Domain: siteA.com #RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api$ api/ [L] RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteCond %{HTTP_HOST} ^siteA.com$ RewriteRule ^.*$ - [NC,L] RewriteCond %{HTTP_HOST} ^siteA.com$ RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] #Domain: siteB.com RewriteCond %{HTTP_HOST} ^siteB.com$ RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api$ api/ [L] RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] RewriteCond %{HTTP_HOST} ^siteB.com$ RewriteRule ^loja$ /loja/ [L,R] RewriteCond %{HTTP_HOST} ^siteB.com$ RewriteRule ^loja/(.*) /$1 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteCond %{HTTP_HOST} ^siteB.com$ RewriteRule ^.*$ - [NC,L] RewriteCond %{HTTP_HOST} ^siteB.com$ RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] AddType application/vnd.ms-fontobject .eot AddType font/ttf .ttf AddType font/otf .otf AddType application/font-woff .woff AddType application/font-woff2 .woff2 Header add Access-Control-Allow-Origin "*" ExpiresActive On ExpiresByType image/gif "access plus 1 month" ExpiresByType image/jpeg "access plus 1 month" ExpiresByType image/png "access plus 1 month" ExpiresByType text/css "access plus 1 week" ExpiresByType text/javascript "access plus 1 week" ExpiresByType application/x-javascript "access plus 1 week" ExpiresByType image/x-icon "access plus 1 year" ExpiresByType image/svg+xml "access plus 1 year" ExpiresByType image/vnd.microsoft.icon "access plus 1 year" ExpiresByType application/font-woff "access plus 1 year" ExpiresByType application/font-woff2 "access plus 1 year" ExpiresByType application/x-font-woff "access plus 1 year" ExpiresByType application/vnd.ms-fontobject "access plus 1 year" ExpiresByType font/opentype "access plus 1 year" ExpiresByType font/ttf "access plus 1 year" ExpiresByType font/otf "access plus 1 year" ExpiresByType application/x-font-ttf "access plus 1 year" ExpiresByType application/x-font-otf "access plus 1 year" Header unset Etag FileETag none AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype image/svg+xml #If rewrite mod isn't enabled ErrorDocument 404 /index.php?controller=404 # ~~end~~ Do not remove this comment, thirty bees will keep automatically the code outside this comment when .htaccess will be generated again ```
  3. hello guys! I've got a multistore setup with everything in an Ubuntu VM with apache 2. Thirtybees migrated from prestashop 1.7, and was working fine untill I decided to tackle a thing that boggled me a bit. So, everything is correctly configured in the vhosts, with both of them pointing to the same root directory, where the installation of TB is. siteA.com with alias www.siteA.com works fine. siteB.com with alias www.siteB.com doesn't work so fine. siteB.com and www.siteB.com will always redirect to siteA.com even though its vhost is ok, which I can be sure of the momment I go to siteB.com/[thirtybeesAdminDirectory] siteB.com will work when I make it reside in a virtual directory , for example siteB.com/store but if I enter www.siteB.com/store it doesn't work, again. Redirects to siteA.com what I would like is to make siteB.com and www.siteB.com to open the store right away, or redirect to siteB.com/store , and open the second store, not redirect to siteA.com , which is the first store. What could cause this?
  4. spacewalkingninja

    Can't select category root in multistore

    You can change it in the DB directly.
  5. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    @dosbiner Store A has products *a1* and *a2* , Store B has products *b1* and *b2*. I can shop from either of them, independently, but also I could go from store A to store B, maintain my session cookies, and my cart cookies, and buy product *a1* and product *b2* in the same cart. Then the merchant should be able to setup this to their needs, for example in some cases the payment modules will have to render twice (Store A and B are 2 different companies so different payment info), in other cases, Store A and B are the same company, so one payment will do. A great example for this would be a petstore which's got a Cat only Store, Dog only store, Fish only store, etc.. people can go to Cats.Shop and get cat food, switch to Fish.shop and add an aquarium to the cart too, same company, different websites, shared carts, one payment.
  6. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    @dosbiner my first thought would've been the same it's easy to insert the new shop, but forget the value, oddly enough, this occured to id_shop = 1, so it was the default shop.
  7. First, if here, maybe as me you tried to complete a shopping order in your website, and dank - no payment methods, even though you've got your modules set up. First, the obvious: **Open your admin panel, and from there go to Modules -> Payments sub menu** ___________________________________________________________________ **Check if your module is not currency restricted in a way that it wouldn't work.** I've got my main and only coin in Euro , so for me both paypal and banktransfer are restricted to EURO, and this applies to all shops in a multishop scenario, like mine. **Check client group restrictions** Simply, if a group isn't allowed to use the payment module, it won't work **Country restrictions** Same applies for customers that are from a restricted country, if you don't allow Argentina customers to use X payment module, it won't be available to them. **Shipping carriers** If a shipping module is set not to work with some payment module, it won't be made available at checkout, make sure you allow the modules you want to use. ___________________________________________________________________ Now, my case: After a week of digging around, and noticing that the HookPayment wasn't executing at all in one of my shops, and in the meantime even making it possible to share the carts between the shops, I discovered that the main shop had it's "PS_ADVANCED_PAYMENT_API" value set to NULL. The **PS_ADVANCED_PAYMENT_API** is used by some payment modules, which if you don't know that you explicitly will use, should be turned off. Get yourself a DB editor, such as ADMINER, or PHPMYADMIN, and open your mdatabase, go to the *YOURPREFIX_configuration* table and check if ** PS_ADVANCED_PAYMENT_API ** for the shop / shop_group has got it's value set to 0, it SHOULD NOT BE NULL - if it's null the HookPayment won't execute, and your "simple" payment modules such as paypal and banktransfer, even with every other setting correctly set up, just won't work.
  8. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    @traumflug it was set as NULL, when it should've been 0, the value of which I don't remember ever changing, **maybe it was a module?**, but still - I've only got paypal (PS module as I had modded it before when we were on PS1.7 to change the paypal specific price **(not to change anything in configuration)**, cause they're bad to us and add their taxes, which is unfair to customers who end up paying for paypal, but it's up to them; didn't wanna mod the TB one, as I had the PS one working already) and BankTransfer, so neither of them should've changed that value.. much less to NULL, given that, as you say it should be true/false and not Null. @doclucas - will find some time to move this to another post, properly named, phrased and with the solution explained. My problem was that when I tried to make a new thread, I apparently didn't have the proper permissions, as this forum appears to be set up so that only people who've replied to posts can make new threads. I'm not a bad person, I'm sad when frustrated. @all what about true shared carts everybody? It's something actually missing, I've got some snippets which might help if you are planning on this.
  9. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    I've foud the problem, alone, because none helped in my medieval quest to find the meaning of life. You shalt find the fault of the problem in one If, PS_ADVANCED_PAYMENT_API for thou shop ist set to NULL, you shalt change it back to 0, so your normal payment fragments might once again work as a properly working part of the mighty brave automata shopping merchant of yours whose destiny is to show you the path toward the meaning of life.
  10. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    @baarssen I'm tired of trying to fix this, but won't rest untill I do - need it fixed. I've been googling and trying to fix this myself for well over a week now, but still can't get it fixed. It's not about the money, I'm not spending money on this, I've so far managed to get things on PS and then TB done completely for free for my boss, we're even using google cloud's constantly free VM's, for emails amazon's free tier SES. If you're smart, you can outsmart the system. But still - out of a sudden these modules stopped working, and I've really been trying to get them fixed, but can't find the issue. We together should be strong enough, as a team to make this work as a solid system.-
  11. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    @traumflug I'm asking on a public forum so we can TOGETHER FIND THE ISSUE AND BUG BEHIND THIS! Btw, I can show you how I migrated PS 1.7 to TB!
  12. spacewalkingninja

    What to do when your payments modules aren't available in Front End

    PayPal and BankWire not Firing on Hook displayPayment As I think this topic will be seen by most of u, and couldn't post a new topic, no rights, for some reason. I think I have the right, unless you are trying to discriminate me. Are you discriminating me?? Hoping you are NOT! Hello there! I've got a multistore situation in which shop ID=2 works perfectly, and is the shop which is already live on the server. The shop works fine, accepting paypal and bankwire. Currently I'm config the SHOP_ID=1 to work as well, and after an rather easy start, I hit a wall when trying to make the bankwire and paypal modules work. They are correctly configured in modules>payment in the Back Office / BO, and the same settings are used for both shops. After quite a lot of trying I can't solve the issue. Both modules are activated for both shops, and in module and hooks tables everything seems to be fine. When I var_dump(Hook::exec('displayPaymentTop')); from ParentOrderController.php it works on SHOP_ID=2 spitting the HTML for PayPal and BankWire, but nothing (not even null) for SHOP_ID=1. I'm using PS_TB_1.6 (because 1.7 is a sloppy job made by bad programmers) (Shouting removed. Your friendly moderator.)
×