If you're dead set on using a non-browser GUI for the administration application, just use the HTTP Protocol for your communications between the Django Server and whatever Desktop Application you build. However, if you can just use a web browser for that (even if it's a Qt browser or something that looks like a desktop application, as others have mentioned) then your life will be a lot easier.
On Fri, May 18, 2012 at 9:33 PM, Alec Taylor <alec.tayl...@gmail.com> wrote: > Duuuude > > That architecture diagram shows exactly your problem. > > You are thinking about this problem incorrectly. > > - Server: nginx [or whatever] with Django > - Client: web-browser > - Admin: <extend> Client: web-browser > > #done > > On Fri, May 18, 2012 at 1:36 PM, Eugène Ngontang <sympav...@gmail.com> > wrote: > > Hi Guys! > > > > I've been busy a bit, I'm back to thread with the high level > architecture. > > Attached here is a diagram, just to understand what i meant. > > > > Don't pay attention for object I use to describe modules or architecture > > components. > > > > Now you will be able to understand what I mean by the server module, the > > admin module, and the client module of my architecture. > > > > As you could see on the diagram, the admin module is installd on the > > server(where the server module is installed) and is destined to provide > > views to the GUI. > > The clients receive and send data to the server. > > When the admin make some actions, some clients are notifed, and when > client > > send informations admin (GUi is notified). > > > > Now two things come in my mind when I was thinking : > > > > - First I could stay in the way I want the server to use HTTP for the > admin > > side, and another protocol to communicate with client. In that way the > Admin > > Module (Django) will alter and read data from data base. and the server > > module will alter and read data from database. Then each information > > retrievement will lead in reading database since informations could have > > been changed. You can that's really heavy. > > > > - Second do all things in http. Mean that my server is just a web > > application undertanding HTTP (I will the use django for that). The > server > > will serve request depending on the type of request, and each client will > > communicate with the server using HTTP. Then server will define > pages/urls > > for admin (to be sent to the GUI), and pages/urls for clients. > > By this way, the only relation between my modules will be the protocol > (HTTP > > for the instance) and they could be implemented in what ever language we > > like. The sever will run asynchronously for admin and clients. > > The admin will then be just an interface to wich convert data to the > right > > display format for the GUI. And the GUI could be any type, and for the > web > > interface type I will use DJANGO for my Admin module. > > I will then also have to develop a http client for my client module. > > > > Actuallu I'm going to take the second choice, since it lets all the > charge > > for read and write database to the server, which could run and publish > > informations asynchronously(websocket could help here). > > > > I precise that I'm not a web architect or designer, but i understand > > software architecture. I'm really a system and network engineer, with > good > > developpement skill but not to much in web. > > > > Look now my architecture diagram and tell me if what I'm describing in > the > > second item fit. And give idea if you have, about libraiies and or > framwork > > that could help going fast and easy. > > I thing I will use django and green unicorn. > > > > Thanks for your attention. > > > > > > > > 2012/5/16 Alec Taylor <alec.tayl...@gmail.com> > >> > >> Oh right, it's just Pyjamas. > >> > >> Still, annoyed I didn't think to recommend it first! > >> > >> > >> On Thu, May 17, 2012 at 12:02 AM, Alec Taylor <alec.tayl...@gmail.com> > >> wrote: > >> > On Wed, May 16, 2012 at 10:49 PM, Frank Stüss <frank.stu...@stuess.de > > > >> > wrote: > >> >> or maybe you might have a look at http://pyjs.org/ > >> >> which could help you having an event aware client app in your > browser. > >> >> Served by and with django. > >> > > >> > I'm impressed > >> > > >> > (just read the exec summary from homepage) > >> > > >> >> > >> >> Am Sonntag, den 13.05.2012, 17:14 +0400 schrieb Alireza Savand: > >> >>> No, i posted django-tastypie not tastypie itself and it's easy to > use. > >> >>> Anyway if i'm implementing GUI based i would make it website, since > >> >>> it's an advantages of SaaS. > >> >>> But using client app[desktop-app] and a server-app[django] and > having > >> >>> multiply client and ... makes maintaining like a nightmare. > >> >>> All i knew was that, Despite that you asked several question and i > >> >>> just claimed to help in one of them :D > >> >>> > >> >>> On Sun, May 13, 2012 at 4:06 PM, Eugène Ngontang < > sympav...@gmail.com> > >> >>> wrote: > >> >>> Yes, I can see tastypie is a good service, that even support > >> >>> REST protocol. > >> >>> > >> >>> But I'd firt basically implement my gui with django and > when i > >> >>> will master well django, i could use tastypie, and turn my > >> >>> server to support REST, it will be a good thing. > >> >>> > >> >>> But please let's keep using only django for the begining. > >> >>> > >> >>> Thanks. > >> >>> > >> >>> > >> >>> 2012/5/13 Alireza Savand <alireza.sav...@gmail.com> > >> >>> https://github.com/toastdriven/django-tastypie > >> >>> > >> >>> > >> >>> On Sunday, May 13, 2012 2:14:36 PM UTC+4, Eugene > >> >>> NGONTANG wrote: > >> >>> Hi! > >> >>> > >> >>> I'm a python developper, but new in django. > >> >>> > >> >>> I'm devolopping a multi clients-server > >> >>> application. > >> >>> > >> >>> The server and the clients are communicating > >> >>> via sockets, The server > >> >>> receive somme states from clients, and > display > >> >>> them in the User > >> >>> interface. > >> >>> In the other hand, the server has to send a > >> >>> message(packet) to the > >> >>> client when an event occurs in the GUI, and > >> >>> data are stored in a > >> >>> database. > >> >>> > >> >>> Then I choose to make a web interface where > >> >>> data could be viewed and > >> >>> manipulated. And I discovered Django, which > >> >>> fit all my needs. I tested > >> >>> and liked the framework. > >> >>> > >> >>> My questions are: > >> >>> - Can I override the djando admin methods so > >> >>> that i can not only > >> >>> customized my views and html page, but also > >> >>> manipulate objects in > >> >>> database, so that i can do another action > when > >> >>> catching an event in > >> >>> the GUi. > >> >>> For example, taking the django admin > tutorial, > >> >>> I would like to do and > >> >>> action like sending a message the user > choose > >> >>> "add a poll". How can I > >> >>> do those things? Cause I noticed that method > >> >>> that alter data in data > >> >>> base are part of django admin module and > >> >>> cannot be overriden > >> >>> > >> >>> - To achieve what I want, i would like to > run > >> >>> my server engine and my > >> >>> django admin in two separated threads. How > do > >> >>> i run my admin module in > >> >>> a thread? Cause till now i'm using the > command > >> >>> line "python manage.py > >> >>> runserver" > >> >>> > >> >>> - I also tried to overide tables name, and > >> >>> foreign keys names. Could > >> >>> you guys provide me a true life example? > >> >>> > >> >>> - And now in the production step, I would > like > >> >>> you guys to tell me > >> >>> what to choose for serving files. I would > like > >> >>> to with your experience > >> >>> what's better between running a unicorn > server > >> >>> or apache with mod_wsgi > >> >>> > >> >>> I don't know if i'm clear, but i hope. In > >> >>> brief I'd like to use the > >> >>> django framework features to design my Gui > >> >>> like i want, customize > >> >>> interactions between the gui and the > backend, > >> >>> and choose a good web > >> >>> server for the production. > >> >>> > >> >>> Thank you for advance > >> >>> > >> >>> -- > >> >>> You received this message because you are subscribed > >> >>> to the Google Groups "Django users" group. > >> >>> To view this discussion on the web visit > >> >>> > >> >>> https://groups.google.com/d/msg/django-users/-/uZMPKqBO1JcJ. > >> >>> To post to this group, send email to > >> >>> django-users@googlegroups.com. > >> >>> To unsubscribe from this group, send email to > >> >>> django-users+unsubscr...@googlegroups.com. > >> >>> For more options, visit this group at > >> >>> http://groups.google.com/group/django-users?hl=en. > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> ngont...@epitech.net > >> >>> sympav...@gmail.com > >> >>> ------------------------------------------------------------ > >> >>> Aux hommes il faut un chef, et au chef il faut des hommes! > >> >>> > >> >>> > >> >>> > >> >>> > >> >> -- > >> >> Armaturen und Fittings Stüss e.K. > >> >> Frank Stüss + Inhaber > >> >> Tel. +49+6187-5019 + FAX. +49+6187-91725 > >> >> Kilianstädter Straße 25 + D-61137 Schöneck > >> >> email frank.stu...@stuess.de <http://www.stuess.de> > >> >> Sitz Schöneck, HRA5340, Amtsgericht Hanau > >> >> USt.-ID: DE252310440 > >> >> > >> >> ............................................ > >> >> Fördermitglied der Wirtschaftsjunioren > >> >> Hanau-Gelnhausen-Schlüchtern > >> >> Umfassende Infos: http://www.wj-hanau.de > >> >> Senator #68128 > >> >> > >> >> > >> >> -- > >> >> You received this message because you are subscribed to the Google > >> >> Groups "Django users" group. > >> >> To post to this group, send email to django-users@googlegroups.com. > >> >> To unsubscribe from this group, send email to > >> >> django-users+unsubscr...@googlegroups.com. > >> >> For more options, visit this group at > >> >> http://groups.google.com/group/django-users?hl=en. > >> >> > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "Django users" group. > >> To post to this group, send email to django-users@googlegroups.com. > >> To unsubscribe from this group, send email to > >> django-users+unsubscr...@googlegroups.com. > >> For more options, visit this group at > >> http://groups.google.com/group/django-users?hl=en. > >> > > > > > > > > -- > > ngont...@epitech.net > > sympav...@gmail.com > > ------------------------------------------------------------ > > Aux hommes il faut un chef, et au chef il faut des hommes! > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Django users" group. > > To post to this group, send email to django-users@googlegroups.com. > > To unsubscribe from this group, send email to > > django-users+unsubscr...@googlegroups.com. > > For more options, visit this group at > > http://groups.google.com/group/django-users?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Django users" group. > To post to this group, send email to django-users@googlegroups.com. > To unsubscribe from this group, send email to > django-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.