When you're asking if my client/server already exist. You're talking about physical machines or applications/modules?
- the machines where client module will run already exist and are used dayly. The client module will just be installed there and do what it has to do. - every body knows the browser/gui can be found and run anywhere. - Now the server machine where the web server should be running and the admin module will be deployed is a dedicated machine that should be set up specially for the project. - the database could be on a separated machine or anywhere, it doesn't matter. I don't know why you still don't understand Jani. The physical architecture is simple and i described it. And i was saying all will now be done in http. I just have to make my admin(browser) notified asynchronously, as well as my clients (i know i should avoid distinguish them from the gui/browser but it's for make things clear) See you. Le 19 mai 2012 08:09, "Jani Tiainen" <rede...@gmail.com> a écrit : > Hi, > > By looking your diagram it's still the same as you described in your > earlier mails. So it doesn't help at all. :) > > 1) Is your server something that exists and is used in everyday life or is > it something that you're going to build? > > 2) Are your clients something that already exists and is used in everyday > life? > > 3) Are you now trying to figure out how to plug in Django in "Adming > module/PC with GUI block"? > > > On Fri, May 18, 2012 at 6:36 AM, 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. >> > > > > -- > Jani Tiainen > > - Well planned is half done, and a half done has been sufficient before... > > -- > 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.
