[Skip to main content](#vessel-content)
# Profile for expertbeginner
##
[](/forum/user/4889-expertbeginner "View expertbeginner's Profile")
**[ Offline](/forum/user/4889-expertbeginner)**
- **User Type:** User
- **Register Date:** 04 Dec 2011
- **Last login:** 8 years 3 weeks ago
- **Time Zone:** UTC +0:00
- **Local Time:** 09:08
- **Posts:** 57
- **Profile views:** 275
- **Thank you received:** 2
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# expertbeginner's recent posts (57 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/4-how-to/34414-change-format-of-variant-code#185064) | [Change format of variant code](/forum/4-how-to/34414-change-format-of-variant-code#185064 "Hi, I see that when variants are added to a product the code produced is the item code (i.e. 2345) with an underscore and the characteristic_id appended (2345_1, 2345_2, etc). Is there any way that the formatting can be customised? I would like the variant code to consist of the item code followed by a two digit number, padded with a leading zero if appropriate. For example 2345_1 to 2345_9 would become 234501 to 234509. Any Id above 9 would be the product code plus the id - 234510, 234511. In my case there will never be a characteristic Id higher than 18, I'm happy to change the code given the location of where the code is generated. Thanks in anticipation.") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 14 years 10 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/4-how-to/34414-change-format-of-variant-code#185089 "Hi, The alias is supposed to be useful only for the characteristic name, not for the values. And that's why there is no interface to edit it for the values and that I told you to do it via the database. I'm afraid you'll have to add the alias via phpmyadmin next time you need to add new values to your characteristics. You can try to add an input like that in the file "editpopup" of the view "characteristic" for your backend template via the menu Display>Views: These modifications only affect the variants generation process. If it works now with these modifications, I don't see why it would affect anything else.") 11 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:2008 | [Last Post](/forum/4-how-to/34414-change-format-of-variant-code#185089 "Hi, The alias is supposed to be useful only for the characteristic name, not for the values. And that's why there is no interface to edit it for the values and that I told you to do it via the database. I'm afraid you'll have to add the alias via phpmyadmin next time you need to add new values to your characteristics. You can try to add an input like that in the file "editpopup" of the view "characteristic" for your backend template via the menu Display>Views: These modifications only affect the variants generation process. If it works now with these modifications, I don't see why it would affect anything else.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 10 months ago |
| [](/forum/4-how-to/34414-change-format-of-variant-code#184966) | [Change format of variant code](/forum/4-how-to/34414-change-format-of-variant-code#184966 "Hi, I see that when variants are added to a product the code produced is the item code (i.e. 2345) with an underscore and the characteristic_id appended (2345_1, 2345_2, etc). Is there any way that the formatting can be customised? I would like the variant code to consist of the item code followed by a two digit number, padded with a leading zero if appropriate. For example 2345_1 to 2345_9 would become 234501 to 234509. Any Id above 9 would be the product code plus the id - 234510, 234511. In my case there will never be a characteristic Id higher than 18, I'm happy to change the code given the location of where the code is generated. Thanks in anticipation.") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 14 years 10 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/4-how-to/34414-change-format-of-variant-code#185089 "Hi, The alias is supposed to be useful only for the characteristic name, not for the values. And that's why there is no interface to edit it for the values and that I told you to do it via the database. I'm afraid you'll have to add the alias via phpmyadmin next time you need to add new values to your characteristics. You can try to add an input like that in the file "editpopup" of the view "characteristic" for your backend template via the menu Display>Views: These modifications only affect the variants generation process. If it works now with these modifications, I don't see why it would affect anything else.") 11 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:2008 | [Last Post](/forum/4-how-to/34414-change-format-of-variant-code#185089 "Hi, The alias is supposed to be useful only for the characteristic name, not for the values. And that's why there is no interface to edit it for the values and that I told you to do it via the database. I'm afraid you'll have to add the alias via phpmyadmin next time you need to add new values to your characteristics. You can try to add an input like that in the file "editpopup" of the view "characteristic" for your backend template via the menu Display>Views: These modifications only affect the variants generation process. If it works now with these modifications, I don't see why it would affect anything else.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 10 months ago |
| [](/forum/4-how-to/873940-product-variant-codes#184911) | [Product - Variant codes](/forum/4-how-to/873940-product-variant-codes#184911 "-- url of the page with the problem -- : local test server -- HikaShop version -- : 2.3.5 -- Browser(s) name and version -- : N/A -- Error-message(debug-mod must be tuned on) -- : N/A Hi, Having just renewed my subscription I've updated to the latest version of Hikashop on a local test server and have discovered that the mod to achieve the change of product code (from xxxx_1 etc to xxxx01, xxxx02 - Post #34414 refers) is no longer a workable solution. I've tried to find where the product code is generated in product.php and think it's somewhere around lines 770, but am unable to identify exactly what needs changing. Also I've been unable to identify any other code that may be affected and require modification. With the major changes that have been made to the code, what is the feasibility of implementing the requirement? Thanks in anticipation of a workable solution. Regards, Martyn") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 11 years 10 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/4-how-to/873940-product-variant-codes#184928 "Hi, I've replied to you over there: www.hikashop.com/support/forum/4-how-to/...ant-code.html#184927") 11 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1170 | [Last Post](/forum/4-how-to/873940-product-variant-codes#184928 "Hi, I've replied to you over there: www.hikashop.com/support/forum/4-how-to/...ant-code.html#184927") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 11 years 10 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#102255) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#102255 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101940) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101940 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101775) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101775 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101678) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101678 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101487) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101487 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101441) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101441 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
| [](/forum/2-general-talk-about-hikashop/81010-world-pay#101329) | [World Pay](/forum/2-general-talk-about-hikashop/81010-world-pay#101329 "Hi, As you will probably know, WorldPay have implemented some changes to the URLs used to process payments and need to be changed by the 30th April - the existing settings will stop working after this date. I've made the necessary changes at the Hikashop end and checked the settings at WorldPay, but have found that when the payment process is cancelled on WorldPay the call back to the site is not working. I've not tried completing a transaction, yet. I'm going to attempt that in a test environment once it's been set up. The shop sends a confirmation email to the customer with the contents : "Your order will be processed as soon as we receive your payment." Has anyone else encountered this, and if so how was it resolved. Thanks in anticipation. Martyn.") Category: [General Talk about HikaShop](/forum/2-general-talk-about-hikashop "Suggest your feature requests and ideas for HikaShop") Topic started 13 years 6 months ago, by [expertbeginner](/forum/user/4889-expertbeginner "View expertbeginner's Profile") [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") 13 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:14 Views:4050 | [Last Post](/forum/2-general-talk-about-hikashop/81010-world-pay#102539 "Payment notifications are normally sent even if the callback is failing as long as the callback is received, even if it fails validation. It's not just about receiving it, but also about validating it, by ip, by hash, by hostname, etc. It doesn't open a security hole if you don't check the IP. There are several layers of verifications, IPs being one of them. But just one layer (the hash check) is enough for security. The \ are normal as far as I can see but please note that I'm not the developer of that plugin. That plugin was done by a third party developer who was kind enough to share it back with us so that we can include it by default in HikaShop so that any can use it. Thus, that's why I told you to empty that field so that the check is avoided. Again, as for the IPs check, even if you don't have it, the notifications will still be secured by the hash check.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 13 years 6 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.053 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)