I want to build a django oscar ecommerce web app.
A Required fearure in this app is a content management system, therefore I want to integrate django-cms in my app. After some research I found apphooks but there is no guide on google for integration of django-oscar and django-cms.
Can anyone tell me the way to solve this issue?
Not sure if you still looking for this solution, but i created a content management system by combining Django-CMS and Oscar Commerce with tons of additional features including user messasaging, docker support, graphql, support for several payment providers and more.
https://github.com/bastianhilton/alternate-cms
Depending on what kind of integration you want to do, you should check Wagtail which is another Django CMS, well documented, the community seems to be growing up.
Adding Wagtail to an existing project is explained here and works well with a django-oscar project.
I recently found wagtail, which is a very cool Django CMS library. I tried to use it following its documentation, but its installing documentation is based on starting-over Django project.
I'm using ReactJS for frontend and Django as API backend. I was wondering if it's possible for me to apply wagtail to my existing Django project.
Documentation for integrating Wagtail into an existing Django project is here: http://docs.wagtail.io/en/stable/getting_started/integrating_into_django.html
Yes Totally possible here is a guide on how to do specifically that.
Integrate Wagtail into existing Django project
You will have a wagtail backend to manage the content of say your blog page and the existing django admin will stay the same. This is kind of helping to managing the content easily which is essentially what CMS is for.
This blogpost is for managing the backend with wagtail and frontend is HTML(Jinja)/css you would have to look into how it will be relative for you using ReactJS but if you want one app(this blog app) to be served just using HTML and css and not in react workflow this can work as it is for you.
Wagtail and Mezzanine are good open source CMS platforms. But, which one is better to be extended and used to build a Django web app with CMS included?
Well you should probably choose the framework that you are the most familiar with. Otherwise, this article talking about wagtail might be useful.
your Wagtail app is just a simple, vanilla Django app and as such very
easy to integrate with custom models, apps, etc as you build it out.
Link
I just started learning django a while ago and I almost finished building my first django site. Now I learned about cms and find it would be a cool feature for my site to update and show what's going on with my life. How can I add this feature without starting over a new project with mezzanine. Basically I just want a micro blog on my font-page with basic features like comment.
Thank you
FeinCMS (http://www.feincms.org/) is pretty easy to integrate into an existing web site.
By just adding a couple of lines in your settings.py and defining a Page model, you would have a working CMS. It doesn't require a lot of "template refactoring". FeinCMS has a basic blogging module (http://www.feincms.org/plugins/).
Django-CMS is a nice one as well (especially the killing front-end editing feature), but is less configurable and flexible than FeinCMS. Django-CMS has a lot of plugins too.
I wanted to check the status of running Django on the Google App Engine currently and what the benefits of running django on GAE over simply using Webapp.
Django main killer feature, IMHO, is the reuseable apps and middleware. Unfortunately, most current Django apps use models or model forms (django-tags, django-reviews, django-profiles, Pinax apps).
So what are the remaining features or benefits that django has that can still run in Google App Engine (other than what's disabled: the popular django apps, session and authentication middleware, users and admin, models, etc).
Also, is there a list of the Django apps that work in App Engine as well?
app-engine-patch currently has the most of django functional, including sessions, contrib.auth, sites, and some other standard django apps. However, its main drawback (my opinion) is that it uses a zip file of a modified version of django to achieve this functionality and the current maintainers don't seem to have kept pace with current django releases. Currently it seems to be the consensus of the past and present maintainers that this approach is too cumbersome to maintain and therefore no one is currently maintaining it.
google-app-engine-django, uses a monkey patch approach of the latest django version included in the production GAE runtime, so as long as google continues to track django releases you'll be kept up to date regarding django. However, it currently has not fully ported contrib.auth, so you can only authenticate with google accounts - which can be a big drawback depending on whether you want contrib.auth User models to work as you know them on sql backends. There is also no django admin support in the helper as there is in app-engine-patch. A fork of django-app-engine-django exists which adds in some of the contrib apps, such as flatpages, sites, and sitemaps. Also note, it only works on django versions up to 1.1, until issue #3230 Django 1.2 is added to use_library, unless you upload django as a zip file.
On the horizon, the original developer of app-engine-patch has been working on the django-nonrel branch, but this may be pretty far away from being included in a django release. This django developers thread has a lot of information about these efforts.
Separately, there is a google summer of code project working on integrating some aspects of nonrel db's.
app-engine-patch gets most of those things working inside AppEngine - so you can (mostly) use straight Modelforms, use the Django users and admin, etc.
I've only used it for fairly simple projects (being quite new to django), but they claim that most Django apps will work with (at most) minor modifications on appengine. For instance, app-engine-patch uses the AppEngine Model classes rather than the Django classes; and there are some of the basic views that are too inefficient to run on Appengine.
added: google-app-engine-django is similar; but provides a BaseModel that appears identical to Django's BaseModel. My understand is that google-app-engine-django was released by Google, then forked to create app-engine-patch. The maintainers of app-engine-patch seem to have some different goals from the creators of google-app-engine-django, so you may find that one of the two suits your needs better than the other.
Google have provided some articles on running Django apps on appengine; the most recent is actually a guest post from the authors of app-engine-patch.
I've had the best success by simply picking and choosing the Django features that I need and patching them into webapp myself. In my latest project I actually just cut out the webapp stuff entirely. I still import and call several webapp utility functions, but it is mostly a hand rolled application built from the good parts of GAE and Django.
You might be interested to check out web2py, another Python framework that supposedly has less friction between GAE and a "normal" web server.
It is now quite easy to use full Django on GAE:
https://developers.google.com/appengine/articles/django-nonrel#ps
The Django version provided with App Engine has been updated to 1.2.5 with the latest SDK release (1.4.2, changelog). This version is available through the use_library() declaration, so you no longer need to mess around with monkey patching to the same extent.
The GoogleAppEngine (GAE) Python 2.7 runtime provides several third-party libraries that your application can use, in addition to the Python standard library, GAE tools, and GAE Python runtime environment. One of them is Django. The below is copied from the GAE docs page on third-party libraries:
To use Django in Python 2.7, specify the WSGI application and Django library in app.yaml:
...
handlers:
- url: /.*
script: main.app # a WSGI application in the main module's global scope
libraries:
- name: django
version: "1.2"