Guest User

BassKozz

a guest
Jun 6th, 2009
138
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
HTML 3.11 KB | None | 0 0
  1. * BassKozz has joined #gallery
  2. <bharat> hello BassKozz
  3. <bharat> I just responded to you in the forums :-)
  4. <BassKozz> cool, Thanks bharat :-D
  5. <BassKozz> got it... So will this setting be added to the install gui in a later beta or final release?
  6. <BassKozz> or will it forever reside solely in the index.php ?
  7. <bharat> dunno.  is there a strong motivation to move it somewhere else?
  8. <BassKozz> Well, my thought is that some people might like to have their gallery storage path as a web inaccesible folder, for example allow it to be set using the install gui as /home/g3data/ instead of /home/domain.com/gallery3/var
  9. <bharat> well, we link directly to the images
  10. <BassKozz> I am not suggesting changing the variable location, just the ability to change the storage path location variable
  11. <bharat> so if you do that, you'll have to do something special to allow the images to be visible
  12. <BassKozz> right, you link directly to the images but someone can't go to the folder where the images are stored directly
  13. <bharat> sorry, you lost me there
  14. <bharat> how would it work if you move var to a location outside of the document root?
  15. <bharat> in that case we'd have to put some kind of proxy in place, right?
  16. <BassKozz> for example, my storage location for my G2 gallery is /home/user/.g2data/ , and my g2 Gallery is /home/user/domain.com/gallery2/
  17. <BassKozz> the gallery pulls the images from the web inaccessible file in /home/user/.g2data/
  18. <bharat> g2 uses a php based proxy for loading images to do that
  19. <BassKozz> ohh, ok, I see g3 doesn't have that ability
  20. <BassKozz> ?
  21. <BassKozz> or should I say doesn't have the proxy in place
  22. <bharat> that proxy is 2-3 *orders of magnitude* slower than direct file access
  23. <BassKozz> roger, speed is a keypoint in G3, and I wouldn't want to see that compromised, so I can live with that.
  24. <bharat> since it's used really heavily, we decided to come up with an alternate mechanism
  25. <bharat> theoretically, you could still move the var dir out, and just leave some symlinks in place to mirror a few key things
  26. <bharat> so that apache could still serve var/{albums,thumbs,resizes} and we could have the code know about the real location
  27. <BassKozz> sounds good to me, I was just curious... What's to stop a user from accessing the /var/ directory directly thou?
  28. <bharat> you can, but the contents of the directory are inaccessible
  29. <BassKozz> for example if you want to keep your images private or for sale or watermarked, how would the user not be able to simply direct their browser to the /var/ directory?
  30. <BassKozz> ohh, ok
  31. <BassKozz> using .htaccess?
  32. <bharat> yup
  33. <BassKozz> cool. Sounds good to me :-P
  34. <bharat> any album that you make inaccessible to guest users
  35. <bharat> gets a .htaccess file that re-routes all users through a proxy
  36. <bharat> so publicly accessible files are *fast*
  37. <bharat> and private files are all transparently forced through an authenticating proxy
  38. <BassKozz> nice, very good.
  39. <BassKozz> Thanks for the explination. Keep up the great work, I can't wait to start using G3 in production.  It's VERY fast (compared to G2). :thumbs-up:
  40. <bharat> thanks!
  41. <BassKozz> Bye 4 now.
  42. <bharat> cya
Advertisement
Add Comment
Please, Sign In to add comment