Ok!
I think several times and solved the problem.
In fact I think the admin was waiting an address to build the http response
it self, not really a http response.
I remove the HttpResponse or HttpResponseRedirect method from the return
statement, and it worked as I expected.
The wrong code lin
Hi all!
Hope you still remember this post which helps dive into django. I have gone
really ahead with my developments, and now i'm willing to make some
optimization and have some few issues. I don't know if I should open a new
thread for each one. You will tell me, but I prefered to do it here bec
Yes you're right Marc!
It's just that I wanted to mention the fact my application is not only a
web site accessible via a web browser only, but a client-server application
with web-based GUI.
But now things are clear, we're all now ok with the problematic and with
your help and great responses, i
On Sat, May 19, 2012 at 8:01 PM, Eugène Ngontang wrote:
> Hi Jani.
> I don't know why you say
>
> " 3) Are you now trying to figure out how to plug in Django in "Adming
> module/PC with GUI block"?"
>
> My admin module and the gui do not share anything. They are not on the same
> pc.
> Gui is for
Hi Jani.
I don't know why you say
" 3) Are you now trying to figure out how to plug in Django in "Adming
module/PC with GUI block"?"
My admin module and the gui do not share anything. They are not on the same
pc.
Gui is for displaying and admin for the page content management as any
Le 19 mai 2012
Hi Jani.
I don't know why you say
" 3) Are you now trying to figure out how to plug in Django in "Adming
module/PC with GUI block"?"
My admin module and the gui do not share anything. They are not on the same
pc.
Gui is for displaying and admin for the page content management like any
web aplicati
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 browse
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
>
> 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.
Anything that can be done with Django's Admin interface ca
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
Dde
That architecture diagram shows exactly your problem.
You are thinking about this problem incorrectly.
- Server: nginx [or whatever] with Django
- Client: web-browser
- Admin: Client: web-browser
#done
On Fri, May 18, 2012 at 1:36 PM, Eugène Ngontang wrote:
> Hi Guys!
>
> I've been b
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 wrote:
> On Wed, May 16, 2012 at 10:49 PM, Frank Stüss wrote:
>> or maybe you might have a look at http://pyjs.org/
>> which could help you having an event aware clie
On Wed, May 16, 2012 at 10:49 PM, Frank Stüss 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
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.
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 i
Ok!
But it's not so complited to understand.
I will even send a diagram.
Le 16 mai 2012 13:50, "Marcin Tustin" a écrit :
> A lot of people seem confused by your architecture. It might help if you
> provided a complete (but high-level) description of the architecture of the
> system in a single em
A lot of people seem confused by your architecture. It might help if you
provided a complete (but high-level) description of the architecture of the
system in a single email.
On Wed, May 16, 2012 at 12:47 PM, Eugène Ngontang wrote:
> No i'm not inventing a server.
> The application has a centrilz
No i'm not inventing a server.
The application has a centrilzed server (module server installed on a
dedicated host
).
The dispatches tasks to remote clients (the client module is installed on
each client host) and receives informations from clients about taks state.
How would you like me to descr
Hi,
Like I said, it all depends what you have and what is the goal.
You keep constantly talking about magical "server" that talks with the
database. Is this server already existing piece of infrastructure that
some programs already use and you like to hook up with that?
Or is this server som
Hi Jani!
Now you can understand what i meant, but I'm not just try to mec things
complicated.
I'm not talking here about my technical implementation, but i'm describing
the needs/contraints, and my app architecture to you.
- The remote clients are at the heart of the software system, since data
Hi,
Now it starts to make "sense".
I just wonder why are you trying to build something so extremely
complicated?
What is the rationale behind to have additional middleware layer between
web ui and the server backend?
Wouldn't it be sufficient to have architecture like:
Browser <-> django
No reason to do anything crazy like that.
Forget SOCKETS, use HTTP or HTTPS.
Clientside/mobileside/webside build in HTML+CSS+JS.
#win
On Tue, May 15, 2012 at 9:18 AM, Eugène Ngontang wrote:
> Hi Jani!
>
> I haven't seen the last statements of your post, whre you say I'm not really
> clear and
Hi Jani!
I haven't seen the last statements of your post, whre you say I'm not
really clear and that i'm building a non-http GUI using Django.
OK let's stay on the rendering issue only, and specify things simply. This
is a simple description of the architecture I want to set up :
- A Client (no
Thanks Guys for all.
I will carefully look at all your suggestions and see what is better in a
production environment.
But the idea of having the possibility to abstract the frontend so that it
can be changed is the best i think and was what i intended to do after my
server become working and stabl
Maybe pyjs?
Do the GUI part using Python (which renders into javascript), and you can
connect it using Django as your backend.
On Sunday, May 13, 2012 6:14:36 AM UTC-4, Eugene NGONTANG wrote:
>
> Hi!
>
> I'm a python developper, but new in django.
>
> I'm devolopping a multi clients-server appl
You could always create a responsive interface—e.g.: using
twitter-bootstrap—and then distribute it onto every platform.
Web (obviously): Django templates or "standard" web frontend—using
e.g.: REST, XMLRPC or JSONRPC—that calls functions and serialises data
in a less data heavy way (on clients' e
Hi,
There is several ways to achieve what you maybe want to do. One of the
simplest way is separate frontend (your userinterface) and server backend.
You can build your Django application as a service (xml-rpc, json-rpc,
restful). That would give you advantage to choose whatever frontend you
like.
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.
Al
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 be
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 serve
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(
30 matches
Mail list logo
