[Skip to main content](#vessel-content) # Profile for TheBeacon ## [![TheBeacon's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/30945-thebeacon "View TheBeacon's Profile") **[ Offline](/forum/user/30945-thebeacon)** - **User Type:** User - **Register Date:** 31 Jan 2014 - **Last login:** 9 years 4 months ago - **Time Zone:** UTC +0:00 - **Local Time:** 16:06 - **Posts:** 28 - **Profile views:** 166 - **Thank you received:** 1 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # TheBeacon's recent posts (28 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/27-checkout/886777-500-error-on-stripe-checkout#251680) | [500 Error on Stripe Checkout](/forum/27-checkout/886777-500-error-on-stripe-checkout#251680 "-- url of the page with the problem -- : academygames.com -- HikaShop version -- : 2.6.4 -- Joomla version -- : 3.6.2 -- PHP version -- : 5.6.25 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : [Thu Oct 06 03:58:26.866824 2016] [cgi:error] [pid 15628:tid 140544558708480] [client 64.37.231.173:35304] AH02812: attempt to invoke directory as script: /home/agames/public_html/cgi-bin/ Hi, I am getting a 500 Error on Stripe checkout after the user inputs their card and submits their order. This appears to have started after migrating to a new VPS. When looking in my logs, the error appears to be as follows: [Thu Oct 06 03:58:26.866824 2016] [cgi:error] [pid 15628:tid 140544558708480] [client 64.37.231.173:35304] AH02812: attempt to invoke directory as script: /home/agames/public_html/cgi-bin/ Any ideas on what may be causing this?") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 10 years 3 weeks ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/27-checkout/886777-500-error-on-stripe-checkout#278275 "Hello, Unfortunately, these are just notices but it gives an indication of what could be the problem. Since the plugin is asking for the customer "sources" : github.com/HikaShop/hikashoppayment-stri...ripe/stripe.php#L197 If the Stripe lib do not provide that information, the function which is called in the plugin will generate a fatal error (but since the code is in a "try/catch".. I don't know why that problem is not handle...). github.com/HikaShop/hikashoppayment-stri...tripeObject.php#L137 But the real question is : Why does the customer do not have sources ? It would mean that the stripe customer which is asked to the plugin do not exist.. Thing which is not managed by the plugin. It asks for a stripe customer and it should get a working result.. Did you touch your Stripe customer in your interface ? Did you test the plugin with new Joomla accounts ? Regards,") 9 years 1 month ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:1509 | [Last Post](/forum/27-checkout/886777-500-error-on-stripe-checkout#278275 "Hello, Unfortunately, these are just notices but it gives an indication of what could be the problem. Since the plugin is asking for the customer "sources" : github.com/HikaShop/hikashoppayment-stri...ripe/stripe.php#L197 If the Stripe lib do not provide that information, the function which is called in the plugin will generate a fatal error (but since the code is in a "try/catch".. I don't know why that problem is not handle...). github.com/HikaShop/hikashoppayment-stri...tripeObject.php#L137 But the real question is : Why does the customer do not have sources ? It would mean that the stripe customer which is asked to the plugin do not exist.. Thing which is not managed by the plugin. It asks for a stripe customer and it should get a working result.. Did you touch your Stripe customer in your interface ? Did you test the plugin with new Joomla accounts ? Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 9 years 1 month ago | | [](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038) | [Paypal & Stripe payments suddenly stopped working](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038 "-- url of the page with the problem -- : academygames.com -- HikaShop version -- : 2.6.4 -- Joomla version -- : 3.6.2 -- PHP version -- : 5.5.38 -- Browser(s) name and version -- : Chrome This site suddenly started having issues that did not exists the day prior. Nothing has changed other than an updated SSL certificate in the last 48 hours. Basically, what is happening is the customer goes through the checkout process and when choosing either payment type, stripe or paypal, the browser just sort of spins and then eventually takes you back to the start of the check out process. In the mean time an order is created int he backend with an order status of "created". I checked the php error logs and turned on error reporting, and nothing. EDIT: Here are the errors from Joomla's error log, not sure if they are relevant I ran a tail on the Apache error log while going through the checkout process, and am seeing this...") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 10 years 1 month ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038 "It would appear there is a problem with my SMTP configuration/restrictions on my server. Not sure what it is yet, but when I switched the mail settings in Joomla to use the PHP mailer everything is working again.") 10 years 1 month ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:1061 | [Last Post](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038 "It would appear there is a problem with my SMTP configuration/restrictions on my server. Not sure what it is yet, but when I switched the mail settings in Joomla to use the PHP mailer everything is working again.") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 10 years 1 month ago | | [](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#249966) | [Paypal & Stripe payments suddenly stopped working](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#249966 "-- url of the page with the problem -- : academygames.com -- HikaShop version -- : 2.6.4 -- Joomla version -- : 3.6.2 -- PHP version -- : 5.5.38 -- Browser(s) name and version -- : Chrome This site suddenly started having issues that did not exists the day prior. Nothing has changed other than an updated SSL certificate in the last 48 hours. Basically, what is happening is the customer goes through the checkout process and when choosing either payment type, stripe or paypal, the browser just sort of spins and then eventually takes you back to the start of the check out process. In the mean time an order is created int he backend with an order status of "created". I checked the php error logs and turned on error reporting, and nothing. EDIT: Here are the errors from Joomla's error log, not sure if they are relevant I ran a tail on the Apache error log while going through the checkout process, and am seeing this...") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 10 years 1 month ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038 "It would appear there is a problem with my SMTP configuration/restrictions on my server. Not sure what it is yet, but when I switched the mail settings in Joomla to use the PHP mailer everything is working again.") 10 years 1 month ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:1061 | [Last Post](/forum/27-checkout/886426-paypal-stripe-payments-suddenly-stopped-working#250038 "It would appear there is a problem with my SMTP configuration/restrictions on my server. Not sure what it is yet, but when I switched the mail settings in Joomla to use the PHP mailer everything is working again.") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 10 years 1 month ago | | [](/forum/31-development/881592-google-trusted-stores-implementation#226680) | [Google Trusted Stores Implementation](/forum/31-development/881592-google-trusted-stores-implementation#226680 "-- HikaShop version -- : 2.6..1 -- Joomla version -- : 3.4.5 I have a customer that is wanting me to integrate Google Trusted Stores the instructions for this as follows: this part is pretty straight forward and is just put on the site template index.php the second part is where i am having problems sorting out the best way to implement. * This code should be placed on your order confirmation page(s). All confirmation pages must be HTTPS. * The order confirmation module code enables your customers to opt in for purchase protection from Google Trusted Stores after their order is complete and transmits the necessary transaction information to Google. * Fill in the variables in red for your store. 1. Which hikashop template file should I edit to implement this correctly, and 2. What variables should i use to populate the required variables for google?") Category: [Development](/forum/31-development "If you are developping a plugin for Hikashop or customizing our component, this is the board to be.") Topic started 10 years 9 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/31-development/881592-google-trusted-stores-implementation#238955 "Hi, You can find more information on the order variable in our developer documentation. Please note that doing that requires a developer. If you're not one, you won't be able to do it alone.") 10 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1623 | [Last Post](/forum/31-development/881592-google-trusted-stores-implementation#238955 "Hi, You can find more information on the order variable in our developer documentation. Please note that doing that requires a developer. If you're not one, you won't be able to do it alone.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 5 months ago | | [](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958) | [URGENT: USPS Shipping methods stopped working.](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- Browser(s) name and version -- : CHOME -- Error-message(debug-mod must be tuned on) -- : Message The Width is missing for the product Long Sleeve Black Shirt: Small The Length is missing for the product Long Sleeve Black Shirt: Small The Height is missing for the product Long Sleeve Black Shirt: Small All of our USPS shipping methods stopped working apparently last Thursday. We get the following error regardless of what product is ordered. We really haven't changed any of the settings since we launched the site over a year ago. Message The Width is missing for the product Long Sleeve Black Shirt: Small The Length is missing for the product Long Sleeve Black Shirt: Small The Height is missing for the product Long Sleeve Black Shirt: Small I have attached a screenshots of our settings") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 10 years 10 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958 "appears to have fixed things, thank you") 10 years 10 months ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:735 | [Last Post](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958 "appears to have fixed things, thank you") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 10 years 10 months ago | | [](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223532) | [URGENT: USPS Shipping methods stopped working.](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223532 "-- HikaShop version -- : 2.6.0 -- Joomla version -- : 3.4.5 -- Browser(s) name and version -- : CHOME -- Error-message(debug-mod must be tuned on) -- : Message The Width is missing for the product Long Sleeve Black Shirt: Small The Length is missing for the product Long Sleeve Black Shirt: Small The Height is missing for the product Long Sleeve Black Shirt: Small All of our USPS shipping methods stopped working apparently last Thursday. We get the following error regardless of what product is ordered. We really haven't changed any of the settings since we launched the site over a year ago. Message The Width is missing for the product Long Sleeve Black Shirt: Small The Length is missing for the product Long Sleeve Black Shirt: Small The Height is missing for the product Long Sleeve Black Shirt: Small I have attached a screenshots of our settings") Category: [Shipping Methods](/forum/28-shipping-methods "Discussions about the different shipping methods for Hikashop") Topic started 10 years 10 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958 "appears to have fixed things, thank you") 10 years 10 months ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:735 | [Last Post](/forum/28-shipping-methods/880986-urgent-usps-shipping-methods-stopped-working#223958 "appears to have fixed things, thank you") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 10 years 10 months ago | | [](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203) | [Save contact form with extra fields to database](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203 "-- url of the page with the problem -- : zinkcalls.com -- HikaShop version -- : 2.5.0 -- Joomla version -- : 3.4.3 We would like to have our product contact form saved to a database table, so that we can then display that data using Fabrik in the back end. I looked at contact view and did not see a reference to the specific handler for the contact form. If someone else has done this in the past i would appreciate some guidance on how to accomplish this. Additional info: We are using the contact form as a separate mechanism for handling pre-orders. ie: if that particular product has the form turned on, the user can enter their payment and shipping information separate from normal checkout process. In an ideal wold, the custom field that collects the cc# in this form would only email the last 4 digits but store the entire number in the database with some sort of encryption that could then be decrypted by Fabrik. Any suggestions/assistance would be helpful. As the ability to save a contact form to database is pretty much present in every form building component, this would be a great new feature for hikashop as well. *** Sorry somehow this got into the wrong forum category, please feel free to move it if necessary. ***") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 11 years 3 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203 "Well then, I'll just negotiate with my people to wait for the next update. :)") 11 years 3 months ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:666 | [Last Post](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203 "Well then, I'll just negotiate with my people to wait for the next update. :)") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 11 years 3 months ago | | [](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#208953) | [Save contact form with extra fields to database](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#208953 "-- url of the page with the problem -- : zinkcalls.com -- HikaShop version -- : 2.5.0 -- Joomla version -- : 3.4.3 We would like to have our product contact form saved to a database table, so that we can then display that data using Fabrik in the back end. I looked at contact view and did not see a reference to the specific handler for the contact form. If someone else has done this in the past i would appreciate some guidance on how to accomplish this. Additional info: We are using the contact form as a separate mechanism for handling pre-orders. ie: if that particular product has the form turned on, the user can enter their payment and shipping information separate from normal checkout process. In an ideal wold, the custom field that collects the cc# in this form would only email the last 4 digits but store the entire number in the database with some sort of encryption that could then be decrypted by Fabrik. Any suggestions/assistance would be helpful. As the ability to save a contact form to database is pretty much present in every form building component, this would be a great new feature for hikashop as well. *** Sorry somehow this got into the wrong forum category, please feel free to move it if necessary. ***") Category: [Install & Update](/forum/25-install-update "Having an installation or update issue? You will probably find some help here.") Topic started 11 years 3 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203 "Well then, I'll just negotiate with my people to wait for the next update. :)") 11 years 3 months ago by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") | Replies:2 Views:666 | [Last Post](/forum/25-install-update/878283-save-contact-form-with-extra-fields-to-database#209203 "Well then, I'll just negotiate with my people to wait for the next update. :)") by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") 11 years 3 months ago | | [](/forum/29-payment-methods/877906-force-a-payment-method#207119) | [Force a payment method?](/forum/29-payment-methods/877906-force-a-payment-method#207119 "-- HikaShop version -- : 2.5.0 -- Joomla version -- : 3.x Hi, I have a little bit of a complex issue I am trying to sort out. We currently have 2 Warehouses configured with products assigned to their appropriate warehouse... 1. Order 2. Pre-Order We then have shipping methods that are tied to the warehouses... Restricted to the Order warehouse: 1. US Shipping 2. Canadian Shipping 3. EU Shipping 4. International Shipping. and... Restricted to the Pre-Order warehouse: 5. Pre-Order US Shipping 6. Pre-Order Canadian Shipping 7. Pre-Order EU Shipping 8. Pre-Order International Shipping. Finally we have two payment methods... 1. PayPal - Restricted to shipping methods 1-4 (We do this so that International users dont have to worry about credit card restrictions and transactions being blocked by their bank.) 2. Manual Credit Card - Restricted to shipping methods 5-8 (this is because the user is not actually charged until the product is shipped, and this can some times be a long ways out.) This all works really well, right up until we get a mixed cart with products from multiple warehouses. The shipping results in two shipping methods being selected, which is expected. The payments is where it breaks down. We either need a way to force Credit Card method when a cart has a mixed order. So that we can only charge a credit card manually for the amount that is being shipped immediately. Any suggestions?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 11 years 3 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/29-payment-methods/877906-force-a-payment-method#207136 "Hi, Ah I see, that's because you are redirected to the checkout when you add a product to the cart, so in that case, the only possible payment method is selected at that point. Try to change the "when a product is added to the cart" setting to something else in order to not be redirected to the checkout directly. That way, when you access the checkout with both products in the cart, it should work fine. That's however not a foolproof solution so I don't recommend doing that. A more complex customization of the code of the payment view would be necessary to check each payment method, hide the correct one all the time, and select the only one possible. That will it would work all the time, regardless of how you configure that "when a product is added to the cart" setting or what the customer do. But in that case, it's more complex than a 1 line code modification and will require a developer to spend some time customizing the code for you. I don't see how changing something in the warehouse would do the trick though.") 11 years 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:784 | [Last Post](/forum/29-payment-methods/877906-force-a-payment-method#207136 "Hi, Ah I see, that's because you are redirected to the checkout when you add a product to the cart, so in that case, the only possible payment method is selected at that point. Try to change the "when a product is added to the cart" setting to something else in order to not be redirected to the checkout directly. That way, when you access the checkout with both products in the cart, it should work fine. That's however not a foolproof solution so I don't recommend doing that. A more complex customization of the code of the payment view would be necessary to check each payment method, hide the correct one all the time, and select the only one possible. That will it would work all the time, regardless of how you configure that "when a product is added to the cart" setting or what the customer do. But in that case, it's more complex than a 1 line code modification and will require a developer to spend some time customizing the code for you. I don't see how changing something in the warehouse would do the trick though.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 3 months ago | | [](/forum/29-payment-methods/877906-force-a-payment-method#207104) | [Force a payment method?](/forum/29-payment-methods/877906-force-a-payment-method#207104 "-- HikaShop version -- : 2.5.0 -- Joomla version -- : 3.x Hi, I have a little bit of a complex issue I am trying to sort out. We currently have 2 Warehouses configured with products assigned to their appropriate warehouse... 1. Order 2. Pre-Order We then have shipping methods that are tied to the warehouses... Restricted to the Order warehouse: 1. US Shipping 2. Canadian Shipping 3. EU Shipping 4. International Shipping. and... Restricted to the Pre-Order warehouse: 5. Pre-Order US Shipping 6. Pre-Order Canadian Shipping 7. Pre-Order EU Shipping 8. Pre-Order International Shipping. Finally we have two payment methods... 1. PayPal - Restricted to shipping methods 1-4 (We do this so that International users dont have to worry about credit card restrictions and transactions being blocked by their bank.) 2. Manual Credit Card - Restricted to shipping methods 5-8 (this is because the user is not actually charged until the product is shipped, and this can some times be a long ways out.) This all works really well, right up until we get a mixed cart with products from multiple warehouses. The shipping results in two shipping methods being selected, which is expected. The payments is where it breaks down. We either need a way to force Credit Card method when a cart has a mixed order. So that we can only charge a credit card manually for the amount that is being shipped immediately. Any suggestions?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 11 years 3 months ago, by [TheBeacon](/forum/user/30945-thebeacon "View TheBeacon's Profile") [Last Post](/forum/29-payment-methods/877906-force-a-payment-method#207136 "Hi, Ah I see, that's because you are redirected to the checkout when you add a product to the cart, so in that case, the only possible payment method is selected at that point. Try to change the "when a product is added to the cart" setting to something else in order to not be redirected to the checkout directly. That way, when you access the checkout with both products in the cart, it should work fine. That's however not a foolproof solution so I don't recommend doing that. A more complex customization of the code of the payment view would be necessary to check each payment method, hide the correct one all the time, and select the only one possible. That will it would work all the time, regardless of how you configure that "when a product is added to the cart" setting or what the customer do. But in that case, it's more complex than a 1 line code modification and will require a developer to spend some time customizing the code for you. I don't see how changing something in the warehouse would do the trick though.") 11 years 3 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:5 Views:784 | [Last Post](/forum/29-payment-methods/877906-force-a-payment-method#207136 "Hi, Ah I see, that's because you are redirected to the checkout when you add a product to the cart, so in that case, the only possible payment method is selected at that point. Try to change the "when a product is added to the cart" setting to something else in order to not be redirected to the checkout directly. That way, when you access the checkout with both products in the cart, it should work fine. That's however not a foolproof solution so I don't recommend doing that. A more complex customization of the code of the payment view would be necessary to check each payment method, hide the correct one all the time, and select the only one possible. That will it would work all the time, regardless of how you configure that "when a product is added to the cart" setting or what the customer do. But in that case, it's more complex than a 1 line code modification and will require a developer to spend some time customizing the code for you. I don't see how changing something in the warehouse would do the trick though.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 3 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.174 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)