Project Website | Online Demo | Forum |
It is currently Fri Apr 28, 2017 4:21 am

All times are UTC + 1 hour [ DST ]





Post new topic Reply to topic  [ 6 posts ] 
  Print view Previous topic | Next topic 

Should we stick to real URLs?
Poll ended at Wed Oct 31, 2007 1:38 am
Yes, I need to link into the application from the outside 67%  67%  [ 2 ]
No, there are more advantages than drawbacks from single URL 33%  33%  [ 1 ]
Total votes : 3
Author Message
 Post subject: Real URLs required?
PostPosted: Tue Oct 30, 2007 1:38 am 
Offline
Site Admin
User avatar

Joined: Tue Mar 07, 2006 7:34 pm
Posts: 331
BADGER 1 used real different pages for each action (visible as different URLs). We might continue this or change to a "single URL" model.

Aspects of existing different pages model:
  • You can link from the outside to your favorite page.
  • You can get the current position in the application by just copying the content of the URL field of your browser.
  • As this application does not cope with data shared regularly, this URL aspect might not be that important.
  • The only place you could leverage the direct URL -- your starting point in the application -- can be handled by a configuration option.

Aspects of single URL model:
  • All resources (CSS, Javascript, images) need to be transferred only once.
  • Javascript libraries need to initialize only once. This might save quite some time.
  • Might lead to very long URLs.
  • Does not work with Javascript disabled.
  • If unique URLs for special pages are required, they could be provided separatly (à la Google Maps)

_________________
BADGER finance lead backend developer and site admin


Last edited by enikao on Mon Nov 12, 2007 11:53 pm, edited 1 time in total.

Top
 Profile  
 
 Post subject:
PostPosted: Fri Nov 02, 2007 5:35 pm 
Offline

Joined: Fri Mar 17, 2006 6:53 pm
Posts: 201
Location: Germany: Mannheim, Kassel
Quote:
# All resources (CSS, Javascript, images) need to be transferred only once.
# Javascript libraries need to initialize only once. This might save quite some time.

after each reload/refresh all JS, CSS are getting initialized again, there is no difference to multi url concept.
in both cases all resources are cached.

_________________
BADGER finance lead frontend developer


Top
 Profile  
 
 Post subject:
PostPosted: Sat Nov 03, 2007 1:37 am 
Offline
Site Admin
User avatar

Joined: Tue Mar 07, 2006 7:34 pm
Posts: 331
sepp wrote:
Quote:
# All resources (CSS, Javascript, images) need to be transferred only once.
# Javascript libraries need to initialize only once. This might save quite some time.

after each reload/refresh all JS, CSS are getting initialized again, there is no difference to multi url concept.
in both cases all resources are cached.


With "single URL concept" I thought of something very ajaxian, where we never reload the whole page but rather handle everything via JavaScript. I left out the middle way "index.php?module=something..." as I think this combines all the drawbacks without any advantages of both concepts.

I think with this clearification, my statement on reloading resources is still viable. Am I wrong?

_________________
BADGER finance lead backend developer and site admin


Top
 Profile  
 
 Post subject:
PostPosted: Sat Nov 03, 2007 11:35 am 
Offline

Joined: Fri Mar 17, 2006 6:53 pm
Posts: 201
Location: Germany: Mannheim, Kassel
Yes, with an ajaxian concept you are right.
But with that i'm thinking of all the browsers memory leaks ...

_________________
BADGER finance lead frontend developer


Top
 Profile  
 
 Post subject:
PostPosted: Sat Nov 03, 2007 5:21 pm 
Offline
Site Admin
User avatar

Joined: Tue Mar 07, 2006 7:34 pm
Posts: 331
sepp wrote:
But with that i'm thinking of all the browsers memory leaks ...


Good point. What brought me to this possible solution were two things:
  • If we use a decent JavaScript library (like ExtJS), the initialization of this library takes several seconds even on a fast computer. In this time, the whole browser is blocked, which is no pleasurable user experience. We could avoid this only by loading the library only once.
  • In default setting, no browser caches anything over an HTTPS connection. As this is a financial application and therefore highly applicable to HTTPS security, the constant reloading of images, CSS and, worst, 500k+ JavaScript libraries add up to a real slowdown.

_________________
BADGER finance lead backend developer and site admin


Top
 Profile  
 
 Post subject:
PostPosted: Sat Nov 03, 2007 6:27 pm 
Offline

Joined: Fri Mar 17, 2006 6:53 pm
Posts: 201
Location: Germany: Mannheim, Kassel
Okay, I see. HTTPS is a good point.
Implementing the single URL model will be a challange, but comes with a great user interface.
So, I will revise my vote and point it now to single URL model.

_________________
BADGER finance lead frontend developer


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 

All times are UTC + 1 hour [ DST ]


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron




Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Style supported by CodeMiles Team.