Create insure portal and eshop

Good day coders! First of all, I apologise for bad English. There is a problem on working out of a portal with the built in Internet shop (eshop). The design and half-dead realisation is http://test.sibso.ru. **As a platform must be a CMS** (look requirements). **The problem conditionally breaks into three stages:** 1) create template for choosen CMS; 2) creation of a portal without eshop (I will list the most important functions). 3) Embedding of the module eShop in system I would like to work with RUSSIAN-speaking programmers. ## Deliverables Good day coders! First of all, I apologise for bad English. There is a problem on working out of a portal with the built in Internet shop (eshop). The design and half-dead realisation is http://test.sibso.ru. **As a platform must be CMS:** 1. a platform with set of plug-ins (and free) - expanded; 2. ease in updating of a kernel of system; 3. working capacity at minute of 1000 unique visitors; 4. the site should protect as much as possible the user from reboots of pages there where it is not necessary (AJAX). 5. RUSSIAN language pack **That will not approach:** 1. The self-made CMS; 2. difficult platforms for realisation (to us did work on Cake - anything good it has not turned out); 3. the invention of the bicycle invented to you. The problem conditionally breaks into three stages: 1) create template for choosen CMS; 2) creation of a portal without eshop (I will list the most important functions): * must choose REGION on site (a region choice in a cap [now on ?????. Only], corresponding change in a conclusion of the information to users, otkl/vkl expansions, change of assortment IT, the general articles for all regions [it is not necessary to duplicate Novosibirsk for each region]); * simple or safe (SSL) access to a site to the authorised users; * the ratings of articles consisting of several criteria and the general rating - developing from affiliated; * FAQ the system (a question - the answer broken on subjects) with kol-vom viewings, a rating, a field "has helped article or not?" * Addition to FAQ to system - the dictionary of terms. Terms on a site will be deciphered in emerging helps - ???????????? the data will be after pressing the term (AJAX) (see question icon on [login to view URL]). * two-level comments to some articles on similarity [login to view URL] And write comments of the second level users with the rights to it and the author of the comment of the first level can only. * banner system; * forms for a feedback in some articles; * management of groups of users and their rights. * and other futures, type email/sms dispatches in birthday, at change the status of orders, registration, etc. 3) Embedding of the module eShop in system: the Internet shop in which lists of the goods in a line are deduced, the prices for the goods are formed dynamically depending on the chosen parametres by the client. I wish to notice - what NOT the goods are selected depending on parametres, and the goods PRICE depends on the chosen parametres. And also the included services depend on parametres with the goods. The user changes parametres - the page is not overloaded, the data is requested from a server (AJAX). Algorithms of formation of the prices for the goods should be ONLY on a server. Also depending on goods kind - certain discounts, bonuses are given. Accordingly, management of the goods, orders, discounts, bonuses is necessary. Orders are reflected in a private office of the buyer and managers. Level of access of managers on cities copes a role of the manager-region. The block of electronic payments to provide on the future ?€" but now calculations all are made in an offline. There is a detailed description of system IT - to place it on a general review of sense is not present, for an approximate estimation the paragraph above will suffice. Probably to take already ready eshop (as module to CMS) and to alter it under our needs. **It is necessary for me that you have answered in advance following questions:** 1. For realisation you would choose what CMS? Why it? 2. As you can see realisation? It is possible not in detail - simply it would be desirable to see that you really understand about what write. 3. To describe necessary time and money for performance of each stage. The third stage to estimate certainly it is difficult without reading of the full task, the rough estimation therefore interests. **I would like to work with RUSSIAN-speaking programmers, but always there are exceptions. ** I include this TEXT on RUSSIA.