YYHMedia Posted July 29, 2014 Share Posted July 29, 2014 I know this has been asked a bunch of times in the forums and I've read many of the responses, but I'm asking again due to the complexity of my proposed project (and my own level of competence and general confusion!). I'd like to take this opportunity to explain a bit about what I'm trying to accomplish and see if you'd recommend processwire, a framework like django/laravel/yii2, or even a combination of both? I just spent the weekend exploring processwire after having put it off as a contender for my project probably a year ago. I was very impressed with what I was able to do this weekend. Long story short on the content/data relations part of my project I did more in a few hours from knowing nothing about pw than I was able to do in weeks of django (which is what I had planned to use initially). So, I have a somewhat complicated site that doesn't fit well into a particularly category (really it's 3 inter-related sites in one). Long story short, the site is yinyanghouse.com and it's a large Chinese Medicine community site with a store, some complicated data relationships and then community functions (forum, customized user roles/point system, etc.). The data has multiple m2m relationships and is somewhat complex. With a framework approach I would have to spend more time building join tables, etc. but might end up with better performance. So far it seems processwire will be great for this. I was a little concerned with scaling as the # of joins seems like it would be high with the table per field setup, but I've read the forum posts on that and feel good about it overall. The data section is probably ~800 pages or so highly intertwined pages and then some articles and other posts using some of the main categories that would be in the ~4000 page range and growing. The ecommerce part, I considered using foxycart and have that setup in my current demo. I'm ok with that, although I've also thought about pushing that off to a 3rd party. The problem is how related the content part of the site is with some aspects of the store. So it'd have to be a ecommerce app with an API if we go offsite. But for our purposes foxycart will probably be fine and that keeps the store product data integrated into the site as a whole. -- The one question/issue I have is that I'd really like to split the store off into a subdomain - store and from what I've read into multisites - there isn't a great option besides the services framework that exposes the site API to an "external" site. Many of my site connections could be written into the database (i.e. at save take the page connections referenced and write them as html into this field) - in other words they are not changed extremely often once setup. So using the external api approach to communicate between the two would be fine. Would this work for live relationships so to speak - in other words, in the template say show me site1->page->title where that page = this pages category - or would that be too slow or too cumbersome trying to hit multiple databases? Does that make sense? The biggest concern I have is for the community part. And my concern is the level of custom coding that this part would require and if this is better served by laravel or something along those lines instead of digging deeper into processwire. On my current site I've built many of these features inside of drupal which became hard to manage and made upgrades of core next to impossible - I'd like to avoid this situation in the future as much as possible. For this we need social logins (which it seems someone is close to doing this with hybridauth), a subscription membership (which we could do some sort of recurly/chargify integration - or straight stripe - but this is done in laravel and would have to built up in pw), we need custom user roles and permissions to submit certain types of products, need certain friend type connections mostly based around where the person trained, etc. Then we need a practitioner directory - google maps, global searching, and a print layout so use of country/state/province/city data. I'd also like to split the community functions off into a subdomain as well - so my question above about sharing data between with an "external" api and how to do that would come into play - also about sessions between the sites and pw sessions data (this is over my head) - basically sharing logins between sites. Long story short, the site will be pretty custom overall and nothing from my point of view is a perfect fit. What I'm concerned with is what I did to drupal - stretch a system beyond what it was intended and have a maintenance nightmare. Processwire is definitely more of a framework than drupal is in some regards, but a framework framework would have no assumptions which has benefits and costs. I don't see many social networking type sites that have been done in pw, nor heavier ecommerce sites, so I'm curious if I should try to go that route and what you think about splitting the site and sharing data with the services framework behind the scenes. Or what you would think about using pw for the content data and trying to build something entirely around it and integrating the user model between pw and what I would build in a framework. Hope this isn't too confusing (I know it is for me)... I've been very impressed reading the forums, so I trust peoples opinions on what might work. I'd appreciate any feedback you can offer about the project and if I go the pw route, I'm sure I'll have more questions. If you need any more details, please do not hesitate to ask. Cheers, -Chad. 1 Link to comment Share on other sites More sharing options...
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!Register a new account
Already have an account? Sign in here.Sign In Now