[Skip to main content](#vessel-content)
# Profile for pitney
##
[](/forum/user/43706-pitney "View pitney's Profile")
**[ Offline](/forum/user/43706-pitney)**
- **User Type:** User
- **Register Date:** 18 Jun 2016
- **Last login:** 8 years 8 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 11:17
- **Posts:** 12
- **Profile views:** 158
- **Thank you received:** 1
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# pitney's recent posts (12 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/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289576) | [use external URL as path for downloadable product](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289576 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.6.22 -- Browser(s) name and version -- : Chrome 51.0 It is a good feature of Hikashop to allow selling downloadable products, such as e-book, or zip files. However, when adding a downloadable product, Hikashop ONLY allows files uploaded via hikashop, there is no way to add files that on external servers, such as "cloud storage". I think this is not good. My suggestions to improve this feature: Allow to directly input an external URL as the path for the downloadable product. Than means, hikashop should allows both LOCAL and REMOTE files for downloadable products. On the "adding files" dialog, you can show two Tabs, one for local files which will be select and upload, or drag and drop to upload; one for remote files, which will be directly input the exact full URL. Why we need such a feature? Because if you sell a lot of files, especially very big files, you will want to store them on remote cloud storage, which will save both disk space and band width for you. And since many cloud storage has "whitelist to prevent leaking/hotlinking", such an URL will not do any harm to your profit. Thank you.") Category: [Feature Request](/forum/50-feature-request "Suggest your feature requests and ideas for HikaShop") Topic started 10 years 5 months ago, by [baijianpeng](/forum/user/685-baijianpeng "View baijianpeng's Profile") [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") 8 years 8 months ago by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") | Replies:18 Views:6164 | [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") 8 years 8 months ago |
| [](/forum/27-checkout/893336-checkout-logic-error-and-proceed-to-checkout-button-stays#285291) | [checkout - logic error? and "Proceed to Checkout" button stays](/forum/27-checkout/893336-checkout-logic-error-and-proceed-to-checkout-button-stays#285291 "-- HikaShop version -- : 3.2.1 -- Joomla version -- : 3.8.3 -- PHP version -- : 7.0 Hello - In testing the new checkout (rather than legacy) I have discovered 2 issues - If I delete a product while on the payment page (stripe) it disappears but if I then submit the payment the order is completed and the product is ordered. If I delete the product on any previous page (login, terms) then I get "cart empty" which is what I expect. The cart should proceed to "cart empty" and end the order even if I am on the payment page. I display the Hikashop cart on my order pages and have the "Proceed to checkout" button displayed. However this button is always displayed during my checkout process and if selected (again) will always bring me to "Terms" which is my second step. The cart should not display the "Proceed" button once the customer is in the cart. Otherwise the new cart seems to be working, at least on my localhost. Also if I select the Stripe plugin, update it, then "save and close" and open the plugin menu again, it is not "checked in". It seems that there is another save or close button that is missing. If I click on the "lock" button then all is well. Thanks, pitney") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 8 years 10 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/27-checkout/893336-checkout-logic-error-and-proceed-to-checkout-button-stays#285294 "Hi, The situation you're describing is normal. The order is created the moment you click on the "finish" button of the checkout. After that, you can change whatever you want on the products in the order, it won't reflect in the order. As an analogy to the real world, the finish button is the moment the last product goes through the cashier, before you give your credit card. At that point, even if the remaining stock of products in the shop is removed from the shelves, or if the price of the products in the shelves change, it won't reflect on your bill. Also, on a technical point of view, when you click on finish, HikaShop creates the order and send the data of the order to Stripe so that Stripe can display the payment page. If you change the order in the mean time, then the payment will still be processed by Stripe with the old amount and it won't match what's in the order. The only solution to that is to have the pay occur just before the order is created. That is possible with some payment gateways like PayPal Pro, Authorize.net in AIM mode, etc. In these cases, the credit card form is actually displayed during the checkout, and when you click on finish, HikaShop pre generate the order, asks for the payment to be processed with the credit card information it got from the customer, and just after that create the order in the database. But the Stripe API we're using doesn't support that. Regarding the cart module displaying the proceed to checkout button on the checkout, usually, what you do is that you remove the cart module from the checkout and use instead the "cart" block of the "checkout workflow", or you configure another cart module without the proceed to checkout button display option turned on so that it display on the checkout instead of the other cart module. Regarding the locking of plugins options when you edit them in Joomla, HikaShop is not involved and you should have the same behavior regardless of the plugin you're editing.") 8 years 10 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1121 | [Last Post](/forum/27-checkout/893336-checkout-logic-error-and-proceed-to-checkout-button-stays#285294 "Hi, The situation you're describing is normal. The order is created the moment you click on the "finish" button of the checkout. After that, you can change whatever you want on the products in the order, it won't reflect in the order. As an analogy to the real world, the finish button is the moment the last product goes through the cashier, before you give your credit card. At that point, even if the remaining stock of products in the shop is removed from the shelves, or if the price of the products in the shelves change, it won't reflect on your bill. Also, on a technical point of view, when you click on finish, HikaShop creates the order and send the data of the order to Stripe so that Stripe can display the payment page. If you change the order in the mean time, then the payment will still be processed by Stripe with the old amount and it won't match what's in the order. The only solution to that is to have the pay occur just before the order is created. That is possible with some payment gateways like PayPal Pro, Authorize.net in AIM mode, etc. In these cases, the credit card form is actually displayed during the checkout, and when you click on finish, HikaShop pre generate the order, asks for the payment to be processed with the credit card information it got from the customer, and just after that create the order in the database. But the Stripe API we're using doesn't support that. Regarding the cart module displaying the proceed to checkout button on the checkout, usually, what you do is that you remove the cart module from the checkout and use instead the "cart" block of the "checkout workflow", or you configure another cart module without the proceed to checkout button display option turned on so that it display on the checkout instead of the other cart module. Regarding the locking of plugins options when you edit them in Joomla, HikaShop is not involved and you should have the same behavior regardless of the plugin you're editing.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 8 years 10 months ago |
| [](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018) | [HikaShop Search plugin adding “wrong” category to search results url??](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.0.20-2~ubuntu16.04.1+deb.sury.org+1 -- Browser(s) name and version -- : chrome Upon clicking on a search result of a hikashop category or product the resulting url has the “wrong” category added to the url. For example, searching for product “italy” the category and products are displayed with this url: http://localhost/joomloom/component/search/?searchword=italy&searchphrase=all&Itemid=101 But on selecting an item this url is displayed: http://localhost/joomloom/africa-maps/country/italy-trek-free-map-file and italy is not in africa, yet. “africa-maps” is added to any HikaShop category/product search. This occurs when starting a search from any menu item. Note: “country” is correctly added as a category description. When selecting a search term that is not a hikashop category/product the url does not have a category (or other information) added: http://localhost/joomloom/about/about-maps/gps-settings I believe that when searching for a category/product joomla uses the HikaShop search plugin and otherwise it uses the jommla search plugin, hence the difference. What is strange is that despite the url containing the “wrong” category the correct product is shown and can be selected. This occurs with both joomla 3.7.2 and 3.6.4. Both sites are using HikaShop 3.1.1, Apache2.4, MariaDB and Simple not Smart Search. SEF is enabled. While it works my concern is that this (if in fact a bug) can break things in the future. Thoughts? Thanks, pitney") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") 9 years 3 months ago by [pitney](/forum/user/43706-pitney "View pitney's Profile") | Replies:4 Views:2020 | [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") by [pitney](/forum/user/43706-pitney "View pitney's Profile") 9 years 3 months ago |
| [](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#273021) | [HikaShop Search plugin adding “wrong” category to search results url??](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#273021 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.0.20-2~ubuntu16.04.1+deb.sury.org+1 -- Browser(s) name and version -- : chrome Upon clicking on a search result of a hikashop category or product the resulting url has the “wrong” category added to the url. For example, searching for product “italy” the category and products are displayed with this url: http://localhost/joomloom/component/search/?searchword=italy&searchphrase=all&Itemid=101 But on selecting an item this url is displayed: http://localhost/joomloom/africa-maps/country/italy-trek-free-map-file and italy is not in africa, yet. “africa-maps” is added to any HikaShop category/product search. This occurs when starting a search from any menu item. Note: “country” is correctly added as a category description. When selecting a search term that is not a hikashop category/product the url does not have a category (or other information) added: http://localhost/joomloom/about/about-maps/gps-settings I believe that when searching for a category/product joomla uses the HikaShop search plugin and otherwise it uses the jommla search plugin, hence the difference. What is strange is that despite the url containing the “wrong” category the correct product is shown and can be selected. This occurs with both joomla 3.7.2 and 3.6.4. Both sites are using HikaShop 3.1.1, Apache2.4, MariaDB and Simple not Smart Search. SEF is enabled. While it works my concern is that this (if in fact a bug) can break things in the future. Thoughts? Thanks, pitney") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") 9 years 3 months ago by [pitney](/forum/user/43706-pitney "View pitney's Profile") | Replies:4 Views:2020 | [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") by [pitney](/forum/user/43706-pitney "View pitney's Profile") 9 years 3 months ago |
| [](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#272779) | [HikaShop Search plugin adding “wrong” category to search results url??](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#272779 "-- HikaShop version -- : 3.1.1 -- Joomla version -- : 3.7.2 -- PHP version -- : 7.0.20-2~ubuntu16.04.1+deb.sury.org+1 -- Browser(s) name and version -- : chrome Upon clicking on a search result of a hikashop category or product the resulting url has the “wrong” category added to the url. For example, searching for product “italy” the category and products are displayed with this url: http://localhost/joomloom/component/search/?searchword=italy&searchphrase=all&Itemid=101 But on selecting an item this url is displayed: http://localhost/joomloom/africa-maps/country/italy-trek-free-map-file and italy is not in africa, yet. “africa-maps” is added to any HikaShop category/product search. This occurs when starting a search from any menu item. Note: “country” is correctly added as a category description. When selecting a search term that is not a hikashop category/product the url does not have a category (or other information) added: http://localhost/joomloom/about/about-maps/gps-settings I believe that when searching for a category/product joomla uses the HikaShop search plugin and otherwise it uses the jommla search plugin, hence the difference. What is strange is that despite the url containing the “wrong” category the correct product is shown and can be selected. This occurs with both joomla 3.7.2 and 3.6.4. Both sites are using HikaShop 3.1.1, Apache2.4, MariaDB and Simple not Smart Search. SEF is enabled. While it works my concern is that this (if in fact a bug) can break things in the future. Thoughts? Thanks, pitney") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 4 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") 9 years 3 months ago by [pitney](/forum/user/43706-pitney "View pitney's Profile") | Replies:4 Views:2020 | [Last Post](/forum/3-bug-report/890893-hikashop-search-plugin-adding-wrong-category-to-search-results-url#274018 "For those following this, my "quick fix" was to create a hidden hikashop menu as a category listing, add an appropriate title and add this itemid in the hikashop categories search plugin. pitney") by [pitney](/forum/user/43706-pitney "View pitney's Profile") 9 years 3 months ago |
| [](/forum/37-import-export-csv-xls/890421-2-suggestions-for-next-release#270446) | [2 suggestions for next release](/forum/37-import-export-csv-xls/890421-2-suggestions-for-next-release#270446 "Hello - 2 recommendations I do allot of product importing and must remember to choose UTF-8 else I get "funny" characters. Is it possible to have UTF-8 as the default choice rather than "uncharacterized"? (on my laptop I have to scroll down with both sliders to see UTF-8) (I think UTF-8 is recommended to be used) When I go to: Config, Features, SEF url options I would like to enter in both Category and Product SEF name but this is not allowed as error message "you cannot have same in both..." I would like this option because I do not need this descriptor in my urls. There may be an internal hikashop reason why these cannot be the same. Neither of these are important, hopefully just helpful suggestions. and thanks for a great product, like the new look of 3.x pitney") Category: [Import & Export (CSV, XLS…)](/forum/37-import-export-csv-xls "Questions about import and export will find an answer here") Topic started 9 years 5 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/37-import-export-csv-xls/890421-2-suggestions-for-next-release#270453 "Hi, 1. We won't change that. The unknown selection should work fine with UTF-8 CSV files and thus there is no need to change the default selection for you. Actually, thanks to your message, I've tested it and found out that the unkown charset selection didn't work properly anymore and that you had to select the charset for the import to work properly. I've added a patch on our end for the next release so that it works properly. So when you update, you won't have to change the selection anymore. 2. We can't do that. It's a technical restriction because otherwise, in the routing system of Joomla we can't separate some product URLs from category URLs if both SEF names are empty and thus you would end up with non working links.") 9 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:1473 | [Last Post](/forum/37-import-export-csv-xls/890421-2-suggestions-for-next-release#270453 "Hi, 1. We won't change that. The unknown selection should work fine with UTF-8 CSV files and thus there is no need to change the default selection for you. Actually, thanks to your message, I've tested it and found out that the unkown charset selection didn't work properly anymore and that you had to select the charset for the import to work properly. I've added a patch on our end for the next release so that it works properly. So when you update, you won't have to change the selection anymore. 2. We can't do that. It's a technical restriction because otherwise, in the routing system of Joomla we can't separate some product URLs from category URLs if both SEF names are empty and thus you would end up with non working links.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 5 months ago |
| [](/forum/3-bug-report/890076-xmap-no-last-modification-date#268788) | [xmap - no "Last Modification Date"](/forum/3-bug-report/890076-xmap-no-last-modification-date#268788 "-- url of the page with the problem -- : localhost -- HikaShop version -- : 2.6. -- Joomla version -- : 3.6.4 -- PHP version -- : 7.0.18-1+deb.sury.org~xenial+1 -- Browser(s) name and version -- : Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36 -- Error-message(debug-mod must be tuned on) -- : none Hello - I have recently installed OSmap and your xmap plugin. I can find all my HikaShop products (now) but on the xml sitemap there is no "Last Modification Date" data for hikashop products. There is data for articles. Should this field be present? Since I load my products via csv files, is there a field that I should include that would add the date? (I have tried adding fields such as product_created but am not clear on the date format.) This is not a critical problem but would like OSmap to pick up this field. I have updated hikashop on my live site but unfortunately am dealing with 3.7 update issues and am reluctant to update my dev site. Thanks, pitney") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 6 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/3-bug-report/890076-xmap-no-last-modification-date#268815 "Hi, Thank you for the feedback. I've updated a bit the text in our documentation and published the updated version of the plugin on the download link there. For OSMap not mentioning that the plugin is not included and has to be downloaded on our website, you'll have to tell them as we can't do it for them.") 9 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1536 | [Last Post](/forum/3-bug-report/890076-xmap-no-last-modification-date#268815 "Hi, Thank you for the feedback. I've updated a bit the text in our documentation and published the updated version of the plugin on the download link there. For OSMap not mentioning that the plugin is not included and has to be downloaded on our website, you'll have to tell them as we can't do it for them.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 6 months ago |
| [](/forum/3-bug-report/890076-xmap-no-last-modification-date#268743) | [xmap - no "Last Modification Date"](/forum/3-bug-report/890076-xmap-no-last-modification-date#268743 "-- url of the page with the problem -- : localhost -- HikaShop version -- : 2.6. -- Joomla version -- : 3.6.4 -- PHP version -- : 7.0.18-1+deb.sury.org~xenial+1 -- Browser(s) name and version -- : Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36 -- Error-message(debug-mod must be tuned on) -- : none Hello - I have recently installed OSmap and your xmap plugin. I can find all my HikaShop products (now) but on the xml sitemap there is no "Last Modification Date" data for hikashop products. There is data for articles. Should this field be present? Since I load my products via csv files, is there a field that I should include that would add the date? (I have tried adding fields such as product_created but am not clear on the date format.) This is not a critical problem but would like OSmap to pick up this field. I have updated hikashop on my live site but unfortunately am dealing with 3.7 update issues and am reluctant to update my dev site. Thanks, pitney") Category: [Bug Report](/forum/3-bug-report "Please report any bugs or errors here.") Topic started 9 years 6 months ago, by [pitney](/forum/user/43706-pitney "View pitney's Profile") [Last Post](/forum/3-bug-report/890076-xmap-no-last-modification-date#268815 "Hi, Thank you for the feedback. I've updated a bit the text in our documentation and published the updated version of the plugin on the download link there. For OSMap not mentioning that the plugin is not included and has to be downloaded on our website, you'll have to tell them as we can't do it for them.") 9 years 6 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:1536 | [Last Post](/forum/3-bug-report/890076-xmap-no-last-modification-date#268815 "Hi, Thank you for the feedback. I've updated a bit the text in our documentation and published the updated version of the plugin on the download link there. For OSMap not mentioning that the plugin is not included and has to be downloaded on our website, you'll have to tell them as we can't do it for them.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 6 months ago |
| [](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#254474) | [use external URL as path for downloadable product](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#254474 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.6.22 -- Browser(s) name and version -- : Chrome 51.0 It is a good feature of Hikashop to allow selling downloadable products, such as e-book, or zip files. However, when adding a downloadable product, Hikashop ONLY allows files uploaded via hikashop, there is no way to add files that on external servers, such as "cloud storage". I think this is not good. My suggestions to improve this feature: Allow to directly input an external URL as the path for the downloadable product. Than means, hikashop should allows both LOCAL and REMOTE files for downloadable products. On the "adding files" dialog, you can show two Tabs, one for local files which will be select and upload, or drag and drop to upload; one for remote files, which will be directly input the exact full URL. Why we need such a feature? Because if you sell a lot of files, especially very big files, you will want to store them on remote cloud storage, which will save both disk space and band width for you. And since many cloud storage has "whitelist to prevent leaking/hotlinking", such an URL will not do any harm to your profit. Thank you.") Category: [Feature Request](/forum/50-feature-request "Suggest your feature requests and ideas for HikaShop") Topic started 10 years 5 months ago, by [baijianpeng](/forum/user/685-baijianpeng "View baijianpeng's Profile") [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") 8 years 8 months ago by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") | Replies:18 Views:6164 | [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") 8 years 8 months ago |
| [](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#251401) | [use external URL as path for downloadable product](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#251401 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.6.22 -- Browser(s) name and version -- : Chrome 51.0 It is a good feature of Hikashop to allow selling downloadable products, such as e-book, or zip files. However, when adding a downloadable product, Hikashop ONLY allows files uploaded via hikashop, there is no way to add files that on external servers, such as "cloud storage". I think this is not good. My suggestions to improve this feature: Allow to directly input an external URL as the path for the downloadable product. Than means, hikashop should allows both LOCAL and REMOTE files for downloadable products. On the "adding files" dialog, you can show two Tabs, one for local files which will be select and upload, or drag and drop to upload; one for remote files, which will be directly input the exact full URL. Why we need such a feature? Because if you sell a lot of files, especially very big files, you will want to store them on remote cloud storage, which will save both disk space and band width for you. And since many cloud storage has "whitelist to prevent leaking/hotlinking", such an URL will not do any harm to your profit. Thank you.") Category: [Feature Request](/forum/50-feature-request "Suggest your feature requests and ideas for HikaShop") Topic started 10 years 5 months ago, by [baijianpeng](/forum/user/685-baijianpeng "View baijianpeng's Profile") [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") 8 years 8 months ago by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") | Replies:18 Views:6164 | [Last Post](/forum/50-feature-request/885062-use-external-url-as-path-for-downloadable-product#289609 "Thanks Pitney for all this info! if I understand correctly for this to work my site should be hosted on Amazon then... I'll look into it") by [oloccina](/forum/user/23273-oloccina "View oloccina's Profile") 8 years 8 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.074 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)