mikeemmessen

<quote>In fact, the default setup does not even allow multiple stores per category, let alone multiple stores per product.</quote> I am sorry to cause confusion here. The default setup DOES allow multiple stores per category in case these stores belong to the same distributor. The same goes for multiple stores per product. Currently there is no way to have different prices or product-descriptions per store. This should be possible by creating a prices_to_stores table, and extending the products_descriptions table with a stores_id field. Product_info needs to be adapted, just like admin/categories.php. it probably also requires a new page in admin in which administrators can add their store, price and description to products already present. It can be done, but I think it is quite a lot of work. kind regards, Mikee

hi I just found a way to achieve the 1 file-set multi-stores like requested above. Like I suggested earlier, it does indeed involve putting the STORE_NAME (or STORES_ID) into the URL, and make application_top.php select a different database_tables.php based on the store_name in the URL. It does take quite a bit of work, because all href links throughout the entire catalog section need to be updated to include the STORE_NAME. for example, change (the beginning of) this link: <a href="' . tep_href_link(FILENAME_DEFAULT, $cPath_new) to: <a href="' . tep_href_link(FILENAME_DEFAULT, $cPath_new . '&winkel=' . STORE_NAME) I think this is about all you need to make the multi-stores contribution run on 1 file set. It also works in case you use a seo-url contribution. This ALSO brings me closer to achieve multiple stores per product, like I desire. kind regards, Mikee

Hi Using the default setup of multi-stores this is not possible. In fact, the default setup does not even allow multiple stores per category, let alone multiple stores per product. I have been modifying the script a bit to at least allow multiple stores per category. This was pretty easy, because all I did was remove the category distributor requirement. In my version there can be multiple distributors per category, and thus multiple stores per category. I am still doubting how to approach the concept of multiple stores per product. I also want to implement something like what you describe, but i haven't figured out yet how to do it. If anyone has suggestions, please let me know! kind regards, Mikee

Sorry my mistake. I had made a small error while updating the stylesheet. It had nothing to do with this beautiful add-on, the infobox admin. Sorry for the confusion! The Infobox Admin works 100% perfect, and I was amazed how easy it was to install. Kind regards Mikee

Hi I couldn't find any official support forum for this very nice add-on, the infobox admin, so I just assume this thread to be it. Let's hope someone will actually read this ;) I installed the infobox admin and i love it. I just have a very small issue with it. It seems to work perfect, but a few of my infoboxes (namely tell_a_friend, currencies, quick_find and manufacturers) show downward about a centimeter of empty space below the box contents (in the box). Is this normal behavior after installing this contribution, or did I do something wrong? What could this empty space possibly be? I hope someone can help me. Thank you. kind regards, Mikee

Hi all I am wondering the following: Using the multi-stores contribution, the stores get an URL like http://store.com/bike, in case one of the stores is called "bike". Would there be a way to change this URL to http://bike.store.com? thanks!

I'm pretty sure they are compatible. Haven't tried though...

Did you make sure to define the languages for each store in admin/languages.php???

I don't believe that the multi-stores contribution has been updated to RC1 yet. An upgrade to RC1 does not seem very useful either, since the most important change to the RC1 update is the admin login feature, which has been part of the multi-stores contribution for ages. Just use an MS2.2 release previous to RC1 (like the 060817 release). I am not aware of any existing prepackaged multi-stores. As a matter of fact, I am working on one myself, but it's not even close to being finished yet. There are other prepackaged multi-stores out there (OscMall, PHPMultishop), but they were not to my satisfaction. You could have a look though. Kind regards, Mikee

I think it all depends on your ISP. MySQL can handle great amounts of data very quickly, so I think the only bottleneck can be your ISP. Surely, if you try to overload a cheap account, it will start responding slowly, or even create errors. But if your budget for an ISP matches the number of stores you plan, I'm pretty sure you won't have any problems. I have not tried running 100 stores with thousands of customers visiting at once, but technically I don't see why it would not be possible. Kind regards, Mikee

if you had taken the effort to find out why the author unfortunately is not in the position to support this contribution, you would probably not make such nasty remarks. About the install instructions, to me they were pretty clear. If you have a question about the install instructions, why not search the forum, where you will find many answers to questions asked before, or post a question in case you still cannot find the answer? If find it very unrespectful toward the author of this wonderful contribution to post a remark like this. Have you ever shared your work with others to use for free? Like any osCommerce installation, you can decide yourself to put the store in a folder under root, or in the root folder itself. The first would generate www.mysite.com/catalog/, in case you call this folder 'catalog'. This question makes clear that you don't have any experience in setting up osCommerce, and yet you have the guts to call this wonderful contribution 'horrible'. Shame on you.

I know that this is possible using another osCommerce contribution (or fork) that provides multi-stores functionality. I'm afraid I don't know exactly which one that would be. I have seen a live multishop on the Internet that used a 'shop_id' in the url, so that all shops could be accessed using one set of php files (sorry, forgot which). This multishop did use a different stylesheet for every shop, yet all shops were accessed in the same folder. I have been wondering too which contribution or fork it is that makes this possible. The advantage of the multi-stores approach (using one set of php files per shop) is that the shops are a lot more customizable (all language files can be different for each shop, for example). The disadvantage is obviously that a multi-stores site with many shops takes more disk space on the server. Another disadvantage is that updating the .php files takes a little more copy/pasting. If someone happens to know which contribution or fork it is that makes it possible to access all shops using the same set of php files, I would also like to know. kind regards, Mikee

For those interested in turning your static stylesheet.css into a dynamic stylesheet.php, have a look at: http://addons.oscommerce.com/info/5469 Kind regards, Mikee

This contribution can be downloaded via: http://addons.oscommerce.com/info/5469

Dynamic Stylesheet for osC You can download this contribution here: Using this small piece of code will allow a different look for your shop in different circumstances, for example changing the style once the customer has logged in, or allowing a different look for different customer groups, if you are using a B2B contribution. I'm sure there must be many more cases in which it would be nice to make your stylesheet more dynamic. This contribution turns your static stylesheet.css into a dynamic stylesheet.php file, after which every stylesheet element can be replaced by dynamic (php string) values. Only a very small fix is needed to achieve this. Have fun with it! Mikee