Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 6 years ago.
Improve this question
In my day to day work, I code WordPress themes, but have built very complex apps using no-framework php, also have used CodeIgniter to build very large applications, no stranger to node.js, mongoDB(and tons of other KV stores).
So now I need to build an application for a company that sells car parts, it will need:
many products (with full stock management, ability to add products, ability to add shipments of products, each product may have options, such as different sizes, stock counts, pricing tiers)
many clients (with stored client details and each may have their unique discount)
ability for clients to purchase products with pdf invoice generation
history of all actions performed by all users (don't mean clicking page to page, but product additions, purchases, deletions)
I'm thinking there's no point in using javascript/node as there's no need for concurrency, what I'm after is a framework that will save me time during initial setup and in the long run during build and maintenance.
I understand that Laravel is what's hot right now, but I've never played with it and am not sure if learning laravel is more time-effective vs using codeigniter, which I know pretty well (but just doesn't excite me any more).
You have played with Codeigniter, so i guess it will help you here.
You already know how easy it is to setup CI, also it has rich documentation so whenever you are stuck you can help you self.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 7 years ago.
Improve this question
hi i have read in this http://www.raywenderlich.com/105365/in-app-purchases-tutorial-getting-started
but I want to do one application that can add story contents. so if anyone need to read my story content, he need to pay. so that I have created php website to allow me to add story by adding title, contents, price. then in my app, it loads data from mysql database. how can i allow user to but my story using in app purchase. because in the tutorial it said: I can create in-app-purchase consumable item in itunes connect then reload those item in my app. buy for me it is not I want. I want to control it from php server so i can insert more story or delete story. anyone can give me idea. can i do this using in-app-purchase or i need to sell my story using paypal or other framework for selling product. thank in advanced
If the story is a digital product and consumed in the app then you need to use in-app purchases.
You can only add new in-app purchases each time you release an update to the app, because they are reviewed as part of Apples approval process.
It may be possible that you can have lots of items defined in iTunes connect that you don't make available immediately, though the Apple review would need to be able to see them all or you would likely get rejected.
You probably can't create generic sale items as restoring purchases wouldn't work (at least any attempt at this approach would need to be discussed with apple in advance).
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I would like to set up an online store and a point of sale application for a food coop.
My preference is php/mysql, but I can't find any projects which accomplish both these requirements. I was wondering if it would be possible to use separate store and pos apps and get them using the same product database.
The questions I have about this are:
is it a bad idea?
Should one of the apps be modified to use the same tables as the other or should there be a database replication process which maps the fields together (is this a common thing?)
is it a bad idea?
The greatest danger might be that if someone successfully attacks your online store, then the pos systems might get affected as well. E.g. from a DOS attack. That wouldn't keep me from taking this route, though.
Should one of the apps be modified to use the same tables as the other or should there be a database replication process which maps the fields together (is this a common thing?)
If you can get at least one of the two systems to use the products data in read only mode, then I'd set up a number of views to translate between the different schemata without physically duplicating any data.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I contracted a programmer to create a site for me. It's a site where I can centralize other sellers of clothes and show it off via galleries, perhaps you can think of it as ebay without the online payments/bidding, but focused on apparel. The sellers merely post their wares. Buyer transactions are done directly with the sellers off the site. My programmer insists on using Magento. I am researching around and found this site: http://w3techs.com/ and it's pretty useful for a non-techie like me to learn that sites like ebay and amazon don't use Magento.
I've read on other stack threads that using CMS/Magento falls more on the plus side of the equation. I'm ok with that fact, but I would just like to know if it's not overkill to use it for my site, given the functions it will offer sellers-- functions which are way less than what ebay and amazon offer and they don't use Magento?
Though I know it's on the plus side, my concern about using Magento is that it uses up too much resources, thus much much more expensive hosting-wise. I had a hosting company do a costing for 100 visitors and the hosting package recommended to accommodate them is VERY expensive. I am wondering if the hosting requirements would be comparatively lower if the site didn't use Magento?
Thanks for any input. I'm on very unfamiliar territory here.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
Ok, I have built a custom CRM web app for a client using PHP and MySQL. The app seems to work really well for them and so I have decided to create a commercial version open to the public.
The basic idea of it is that it takes the data captured from a website and then populates the database with that. At the moment there is simply and insert statement on the front end of the website.
The thing is, I want people to be able to sign up to the service, create an account and customise it themselves to suit their needs. My idea is that once they sign up they would be provided with a form action that submitted to their account when installed on their page.
Regarding tables in the database etc, currently there is simply a customers table as there is only one website using it. If people being to sign up and use the service, do i create a new table for every account? This might be right but it seems a bit silly to me. Or is there a better way of going about this?
Usually, it's better to add a customer_id column, and add a WHERE customer_id=12345 clause to all your MySQL queries. Having a separate table per customer is certainly possible, but it may not scale as nicely.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I want to know from a technical view if there is any profit of using E-commerce PHP
frameworks instead of hard coding every single detail in the website.
I see everybuddy talk about using those but is there any real profit (not just because it is more easy it should be done no ?) for now i have a project of a commercial site and i have build-ed from scratch the search engine and the navigation system and some other few things any help please (NO VOTE DOwn PLEASE if this is a bad question one comment and it will vanish).
the good things in E-commerce PHP frameworks is that they are well documented, easy to install, full functionality, less to work as updates and upgrades most of the time.
if you want to build one from scrach you should take a note that it could last several months (depends on the size of the project) and you will never know what bugs you have ... as the only person who knows the backend is you.
there is a profit ... since a new one from scrach takes a lot of time and testing ... and time=money ...
Why don't you test, most of them give out demos and there are a lot of them that are open source ...
e-commerce is more of a pain in the ass than you think at first. you have to make a large order form and build validation and sanitation scripts and spend a lot of time making the layout not look like scrap, encryption and SSL integration and then after all that it needs an admin with way too much to account for. i've done this and ... never again.