Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Graphics Software

What LAMP-Based Gallery Software Would You Use? 62

Zanguinar asks: "I've been a Gallery user for years now. I have a ton of photos, organized by albums, mainly just for use by my family and close friends. However, some of my friends have begun using Flickr. I can't say I blame them, since it's got a great design, and I love the tagging concept. However, I'm not eager to store my photos on somebody else's server, and don't want to pay for the privilege, especially since I already run my own web server. The problem is, I can't find any Flickr-like software to run on my home LAMP setup. All I want is to be able to tag my photos like Flickr and be able to display them by tag, tag intersection, date, and other such fields. Is there an OSS that is doing this?"
This discussion has been archived. No new comments can be posted.

What LAMP-Based Gallery Software Would You Use?

Comments Filter:
  • danbooru (Score:2, Informative)

    by Anonymous Coward
    danbooru [donmai.us] it's ruby on rails, and kind of a pain to setup, but it's quite nice once it's running.
  • JuxtaPhoto (Score:4, Informative)

    by kosmosik ( 654958 ) <kos@ko[ ]sik.net ['smo' in gap]> on Saturday May 12, 2007 @12:55PM (#19096685) Homepage
    http://jeffreyharrell.com/projects/juxtaphoto/ [jeffreyharrell.com]

    JuxtaPhoto

    JuxtaPhoto is an easy PHP photo album that lets you share and organize images on your website. The features include tagged "smart albums", EXIF information, batch uploads, automatic photo sizing, chronological sorting of photos, slideshows, and easy to modify templates.

    Demo:
    http://photos.jeffreyharrell.com/ [jeffreyharrell.com]
  • Gallery (Score:2, Troll)

    by Marcion ( 876801 )
    I use Gallery v2 for my family, it is really good for home use on a small server or whatever. It has resizing (via ImageMagick) and a really nice Java based slideshow

    See http://gallery.menalto.com/ [menalto.com]

    For Business use I would perhaps use something else as it looks far too much fun!
  • Gallery 2. (Score:5, Informative)

    by richie2000 ( 159732 ) <rickard.olsson@gmail.com> on Saturday May 12, 2007 @01:07PM (#19096813) Homepage Journal
    G2 has a keywords module that sounds a lot like what you want to do. If not, there's the tags module [menalto.com]. If you want Gallery to look more like Flickr, just theme it [thelineberrys.com].
    • Maybe I should clarify that I did indeed see that he's been a Gallery user for years. Maybe he just haven't kept up with developments, I dunno.
      • Maybe I should clarify that I did indeed see that he's been a Gallery user for years. Maybe he just haven't kept up with developments, I dunno.

        It's OK, most of us were thinking the same thing.
        • Maybe I should clarify that I did indeed see that he's been a Gallery user for years. Maybe he just haven't kept up with developments, I dunno.

          It's OK, most of us were thinking the same thing.

          Perhaps you were, but I am also a G2 user looking to switch to something else. I've already started using flickr, but I would prefer better software for my site. Gallery is just too slow for me, and I guess I've just become frustrated with it. I can't point to any specific feature that I like or dislike, but I think something web 2.0ish and an uploading client would help.

          • Re: (Score:3, Interesting)

            Gallery is just too slow for me,

            Which part is slow? Poke around at pictures.$mylastname.us and see if that feels slow to you. I've got it on an old server without any performance optimizations and it serves me pictures as fast as my browser can render them. I would expect Flikr's servers to be highly optimized and therefore marginally faster, but the "Gallery is slow" thing, which I've read a few times on this thread, I'm not understanding.

            Do you have it on a slow shared host maybe?
            • It still feels relatively slow to me. For example, opening an album that has three sub-albums (three thumbnails) took 3.2 seconds, and the pictures loaded sequentially. After 3.2 seconds on Flickr, about 10 thumbnails had loaded. Not incredibly poky, but it could be because I'm now spoiled after having fiber for a few years. I know this could be caused by Flickr having servers geographically closer to me with better connections, but I've noticed it on nearly every g2 site I've been on. It just feels sl
              • It still feels relatively slow to me. For example, opening an album that has three sub-albums (three thumbnails) took 3.2 seconds, and the pictures loaded sequentially. After 3.2 seconds on Flickr, about 10 thumbnails had loaded. Not incredibly poky, but it could be because I'm now spoiled after having fiber for a few years. I know this could be caused by Flickr having servers geographically closer to me with better connections, but I've noticed it on nearly every g2 site I've been on. It just feels slower
                • Oh, I forgot to mention, the sequential loading of the pictures is probably because I have Apache set to a very small number of children. That was from my old machine which had less ram - I really ought to up that.
  • blorp! (Score:3, Informative)

    by TheSHAD0W ( 258774 ) on Saturday May 12, 2007 @01:12PM (#19096867) Homepage
    http://www.1014.org/code/blorpscript/ [1014.org]

    One of Justin Frankel's (from Winamp) works. Not as structured as Flikr, but is also more flexible.
  • by Sosarian ( 39969 ) on Saturday May 12, 2007 @01:20PM (#19096927) Homepage
    Singapore or Coppermine?

    http://www.sgal.org/ [sgal.org]

    http://coppermine-gallery.net/ [coppermine-gallery.net]
    • Nah, not Singapore. He wants tagging, and Singapore has absolutely no search functionality. Except for the ugly hack I wrote for searching that nobody else has been able to get working, that I know of.

      (I love Singapore and use it for my own site - but it ain't what the original post is looking for.)
  • and it is nice software but I find that after you get thousands of images it gets rather difficult to manage. I would love to have an application that lets me tag pictures on my home computer like in an explorer window and keep it in sync with the server.

    I think that would be so much easier to manage. Its a project on my to do list and really all you need to do is write a client to talk to a gallery server.

    Like you, I have my own server and i'd rather host it... Especially since I already have 12GB of im
    • Re: (Score:3, Informative)

      by Falkkin ( 97268 )
      In Linux, digikam has the capability to do this -- there's an "Sync Gallery" plugin that claims to keep your library in sync with a Gallery install, presumably including the tags and other metadata. However, I've not tried it personally (though I have used digikam extensively to do other things).
      • I've used Flickr, Gallery and Zoph. I contributed code to Zoph and had 10GB of pics in there.

        I've now moved to Phanfare, mostly because it's a sane way to store videos as well as a very good way to store photos.

        It's a relief to be able to not worry about backing up 10GB+ of photos.
  • I read the original post, and the replies.

    Other than the word "the", I don't think I have any idea what anybody is talking about. :-)
  • Roll your own (Score:3, Informative)

    by mobby_6kl ( 668092 ) on Saturday May 12, 2007 @01:30PM (#19097017)
    More like WAPP and not exactly LAMP, but I wrote my own gallery in Perl. Runs on Win2003, Apache, PostgreSQL, and Perl 5.8.8, but should work fine on BSD or, if you must, Linux.

    The first version just made the thumbnails with ImageMagick for images in specified folders and spewed out a table with the thumbnails and links. It didn't even use the database. Now you add an album through an admin page and at this point the script adds the album and individual images to the DB, then it makes the thumbnails with PerlMagick. The user accessible part just fetches the rows and prints them out in individual divs, which are then nicely arranged in CSS. Ta-da!

    The whole thing is less than 200 lines including a good deal of comments (or maybe just commented-out code). Had fun writing it, would do it again. A+++.
  • Zenphoto (Score:5, Interesting)

    by trisweb ( 690296 ) on Saturday May 12, 2007 @01:34PM (#19097053) Journal
    Shameless plug... I wrote it. :-) Simple and sweet, directory-based, fast and secure.

    http://www.zenphoto.org/ [zenphoto.org]
    • Re: (Score:2, Insightful)

      by Tadu ( 141809 )
      Well, it doesn't even create navigational links, and the viagra comment spam is rather telling about the "secure" front...
    • Re: (Score:3, Informative)

      by Eil ( 82413 )
      Nice-looking project, but did you notice your demo galleries are full of comment spam?
    • I'll second this. I've been using Zenphoto for a few months now, and I'm pretty happy with it. It's much more... minimalist than other web galleries. Some may view this as a weakness, but I like it. Other galleries can be too much of an everything-including-the-kitchen-sink thing. Dammit, I just want to display some pictures!
    • Nice, but Postgres support for the database would be nicer...
  • http://po.shaftnet.org/ [shaftnet.org]

    It's primary purpose is to be a photographer's main image repository rather than "post a bunch of images online and blog about it" As such, it lacks social networking features (beyond ratings) but it scales up to ginormous repository sizes. My personal site has over 30K images (in over 100GB).

    It supports multiple image versions, extensive tagging, bulk updates, and has fancy search, import, and export features. It's built on top of PostgreSQL, making extensive use of stored proced
    • by Tadu ( 141809 )

      http://po.shaftnet.org/ [shaftnet.org]
      It's primary purpose is to be a photographer's main image repository rather than "post a bunch of images online and blog about it" As such, it lacks social networking features (beyond ratings) but it scales up to ginormous repository sizes. My personal site has over 30K images (in over 100GB).

      I wish there would be some program that would let me edit my gallery offline and only upload static HTML pages... (other than my crappy sed based script I did)

      • by Pizza ( 87623 )
        I was using BINS (http://bins.sautret.org/) for a while -- I even sent in several patches to speed it up -- but in the end a static set of pages simply got too large to manage manually. And that was only 4000 or so images. :)

        That said, BINS is nice for small, fire-and-forget static galleries. IT's just not a management solution.
  • photolibrary [sourceforge.net] is an interesting alternative...
  • This suggestion does not meet the needs for the question submitter, but I'd like to clue in other slashdot readers who might be reading this.

    Scry [scry.org] is a great, simple, easy-to-install PHP image gallery. Just download it, unpack it, and upload your photos, organized in folders, to the 'photos' directory. The first time you view the site, Scry will create thumbnails and index images.

    It requires write permissions on the server ( to create the thumbnails and index images) and it relies on GD support being co
  • LinPHA [sourceforge.net] does a fair bit of what you are looking for, and is fairly easy to set up. It doesn't have tagging, but it's categories are a functional equivalent. I use it for my photos on my own server.
    • Before some Grammar Nazi criticizes me for the misplaced apostrophe: I see it, acknowledge its presence, and hereby state that it was not intentional.
      • Re: (Score:2, Funny)

        by bhiestand ( 157373 )

        Before some Grammar Nazi criticizes me for the misplaced apostrophe: I see it, acknowledge its presence, and hereby state that it was not intentional.
        Damn you for spoiling my fun!
    • Second here. I started out with IDS (Image Display System, not snort;). But development stalled 3-4 years ago and found LinPHA to replace it. Gallery has a poor UI plus you need to upload one image at a time back then. I do batch FTP uploads and LinPHA just runs with it. No "install" routine necessary. I've heared Gallery fixed this somewhat, but LinPHA has a clean UI.
  • DRIV (Score:1, Offtopic)

    by crossmr ( 957846 )
    It does a sufficient job: DRIV [ikea.com]
  • My own :) (Score:3, Interesting)

    by shish ( 588640 ) on Saturday May 12, 2007 @07:01PM (#19099557) Homepage
    I had much the same problem, which I attempted to solve with danbooru; after 4 hours of banging my head against ruby on rails and postgres, I decided that there needed to be something which was much like danbooru but a lot easier to set up. Being unable to find such a thing, I made one for myself, and the result is here [shishnet.org]. (tech info / downloads / etc [shishnet.org])
  • Plogger [plogger.org]
    * Easy Install and Setup -- Single step installation - no fussing with configuration files or server privileges (if allowed). Plogger contains a fully featured, secure administration system. Plogger can be used as a stand-alone gallery or be dropped into your current site with no more than three PHP statements. You can be up and running in less than five minutes.
    * Easy Gallery Creation -- You can upload photos one at a time from the web based administrative tool or use an FTP connection
  • I did my own. Been working on it and upgrading it for about 7 years now. Actually I started it as a plugin to Slashcode. Working on that project has ben my way to keep up with stuff. I moved from using Slashcode's DB accessors to Class::DBI, then I decided to ditch slashcode entirely and use Catalyst, then I ditched Class::DBI in favor of DBIx::Class. I have javascript/JSON/AJAX (is AJAJ a real term yet?) interface. We (my wife and I) use it to organize photos and build a static public site. Gallery
  • Seems like you're already using most people's favorite LAMP based gallery software - I'd take another look at flickr.

    I resisted it for a long time, and just uploaded all my photos to it, and am glad to have them all off my server. flickr's easy to use for me - and more importantly - my family and friends. no training, no maintenance, unlimited space, upload via email + phone - all worth 25/yr to me. (cheaper than research and setup time for the software, or the hard drive I was going to have to buy to st
    • I trust their maintenance and organization over my home server.

      I just couldn't do it, unless there was an easy way of backing everything up including any tags. Photos have got to be the most precious data a family routinely stores.
  • Unless you're uploading more than 100MB of photos a month, there's no need to pay for a Pro account on Flickr. Storage space is unlimited, there's no bandwidth charges, and they allow <img> tag embedding so long as the photo links back to the photo's Flickr page.

    That's not to discount the do-it-yourself option, but if Flickr happens to provide everything you need, why bother installing software on your webserver? (Especially considering you'll need to keep an ear out for security updates, probably

  • Wikimedia commons runs on it.
  • I recently had a client ask about which photo sharing software to build his web site around. He has a his own dedicated server, disk space and memory are not a problem, but I/O bandwidth and CPU are limited (2x 160Gig drives on IDE cables, some 64 bit AMD processor at 2 GHz or so). His special needs are that he has 40,000 photos or more to put up, and needs a flexible password mechanism so various clients can look at only certain parts of the site, and the internet at large can not spider his collection eas
    • That's mostly likely no the number of pictures.
      Gallery.Site.hu - a dog photo gallery [gallery.site.hu] hosts ~700,000 photos on Gallery2.

      The problem you've mentioned might be the _initial_ creation of resized images, which could be done through a maintenance task, thus it won't slow down the system 'on the fly'.
      The other possible problem is the EXIF module, especially pre v2.2. Your best try is to disable that.
      Third: Random images. This one is really a problem with the number of pics. G2 should (and will!) use a much mo
    • Re: (Score:1, Insightful)

      by Anonymous Coward
      You're doing something wrong if Gallery2 can't handle that. I admin a sports photography site using G2 with 130,000+ pictures and it's sharp and responsive, even with 50+ concurrent users.

      There's a little trick with G1 to keep it quick, force caching. By default it scans the whole gallery tree every time someone visits the front page, but if you throw in an hourly cron job (or longer, depending on frequency of updates) to do something like this:
      wget -O /var/www/html/gallery/cache.html.new http://gallery.exa [example.com]
  • I should have thought to ask this before now nobody will see it... I've been searching for such a software before, but none of those tested will handle embedded color profiles. It's fairly simple: if you submit a large image with an embedded color profile different from sRGB, the image gets saved, a medium sized image is created for web display by converting it to sRGB and also a thumbnail the same way. Also if you submit a TIF or (god forbid), a RAW, the app should try to convert it to jpg. I wrote my own

"What man has done, man can aspire to do." -- Jerry Pournelle, about space flight

Working...