Results 1 to 4 of 4
Nov 15, 2013, 03:12 #1
- Join Date
- Apr 2008
- The Netherlands
- 0 Post(s)
- 0 Thread(s)
Building a new webshop which useage will grow overtime
In the passed we had a customer active in wholesale. We created a webshop. He maily had orders by phone and fax. After some time 90% of his orders went through the webshop. In numbers he did between 60 - 100 orders a day.
Two years ago our customer merged with 9 other companies and started to use an other webshop (from one of the other companies). They are unsatiefied by the company deploying the webshop. It takes very long time to add new features to the webshop.
We are currently the developers of the website, and we add new functions / changes very fast. The website has an all new lay-out following their corporate identity. The webshop looks still the old way (after 5 months).
Because the good experiences in the passed and because the good experiences with the current website they have offered us the opportunity to develop a new webshop. We've done a pitch which went good. But three other companies are in the running also.
Our company is small, and we lack some experience with big webshops. They are a little bit worried about this.
In numbers they all together have around 240 orders a day. Basically our client and one other company have orders through their webshop. They want to increase this to around 1000 - 2000 orders a day.
webshop total ordering is currently 15% off all orders. Here is much to win and we feel we made a solid plan to make the webshop grow.
The webshop will be written in PHP. As database we usually use MySQL. My question, with 2000 orders a day, do we have to make special arrangement to handle all this orders (peak load) or is a good server with apache sufficiŽnt for this kind of numbers? Should we split up servers, database server, content server, import/export server? Do we need i.e. a load balancer?
I hope you will point me in the good direction and give me stuff to think about so we can create a solid plan to handle lots of orders.