Gallery 2.0 Released

uss_valiant writes "From the Gallery website: "We are incredibly pleased to announce the release of Gallery 2.0! Over three years of design and development have gone into creating the best online photo management product possible. Gallery 2.0 is the natural successor to Gallery 1, and we hope that you like what you see. Don't wait, download Gallery 2 now!" From a developers point of view, the Gallery 2 framework is particularly interesting because it's written with modern programming patterns (OOP, extreme programming, test driven development, MVC, factories, modularity, ...) in mind which is rather unusual for PHP based projects. Over 1500 unit tests ensure correct functionality and its architecture is really impressive."

FYI

http://en.wikipedia.org/wiki/Gallery_Project [wikipedia.org]

The Gallery Project is an open source PHP project enabling simple management and publication of photographs and other digital media through a PHP-enabled Apache or IIS web server. Photo management includes automatic thumbnails, resizing, rotation, and flipping, among other things. Albums can be organized hierarchically and individually controlled by administrators or privileged users.

+5 Insightful!

RC1 was codenamed +5 Insightful, how nice :)

Re:+5 Insightful!

Haha, have "+5 insightful" twice in a post and get modded insightful!

Mods: The parent post was *informative*. See how it works? Not insightful, but informative.

Gallery

I have been using the Beta of 2 for Gallery for a while. I love it. It is great if you want to share photos with friends after a fun night partying. Also allows your friends to upload pictures if they are so inclined.

Re:Gallery

I agree - I had used Gallery 1.3.x for years and it was "OK", but was a pain to permission up, and stored all the images below the doc-root, so it was trivial to bypass the security anyway.

All of this has now been fixed, with a robust user/group model with a permission "tree" ("view all sizes" implies "view full size" and "view thumbnail" for example), and the images stored in a dedicated data directory outside of the web server doc-root. They've also fixed that annoying "feature" of 1.x.x where it would output image URLs with the explicit host name used during the install. This meant for my old gallery, that all the image URLs were prefixed with my internal host name for the server, so you got no images when browsing it from outside (unless you had a real non-proxied connection to the Intarweb and could edit the local hosts file :P ) It no longer gets it's knickers in a twist and corrupts it's own config file either (although I suspect this only happened on certain combinations of PHP and Apache)

Gallery 2 demonstrates the ease of use of a mature project. Upgrading within 1.x.x release used to be a bit of a chore, but after unpacking Gallery 2 to a new virtual server, a couple of MySQL commands to create and permissiona new database, all I had to do was browse to the new server, and tell it where the data was for the old gallery and it just got on with it. Detected all the image tools and preserved all the comments and metadata.

The "help n fill" on the local server paths is a bit spooky, but handy. The upload options are comprehensive, even supporting Xo's "publish to Internet" function, although I can't really reccomend that - it's very slow. The best option is to use Gallery Remote - a swing app that lets you just drag images, or folders or zip files of images onto it to upload to your gallery.

It even acts as a shop, letting your customers select images to buy from smaller versions and then making them a handy zip archive for checkout time.

Now I don't have to bother emailing pictures to family and friends - I just made them a user id each, created some groups, permissioned up the albums (and it supports inheritence too for permissions) and mailed people the link :)

Fantastic job guys.

Any other ways to see it

Anyone have an alternate link or a server thats running it since the site is borked?

Gallery vs. JAlbum vs. ???

I have been using JAlbum [jalbum.net] for my photo album projects for quite some time now. I like it pretty well and there are a lot of templates out there for it. I'm not crazy about it though. I checked earlier versions of Gallery a while back but I didn't care for the look of the UI and the webpages it created. Anybody try this new version of Gallery yet? Any other free web albums you guys would recommend?

PHP != Crap Code

I have often remarked that a "Writing Maintainable Enterprise Class Systems in PHP" book would be the best thing since sliced bread for the PHP community. There is nothing so wrong with the language and the environment (although some have likened it to training wheels without the bycicle) that can't be remedied with discipline, communication, and the use of mindful quality software development discipline.

PHP has been a wonderful language in which to "put together quick solutions which grow into large projects" for me in fields from accounting to my current work in Industrial / Manufacturing! The interfaces you can write to control PLCs and generate plant floor intelligence using *good* PHP and a web server are light years beyond what is usually available on a shop floor with PanelViews and Vorne displays (Light bars...) Someone out there would be smart to write a PHP-for-software-engineering book.

Re:PHP != Crap Code

I guess that's sort of the point I wanted to make, is that with some foresight and proper discipline, those small projects, when they become big projects, don't need to be rewritten from scratch, if maintainability was in mind from day one. Take PEAR::DB or one of the more advanced O/R mapping PHP frameworks (such as Propel), throw a decent templating system on there (such as Smarty), keep your code highly cohesive and loosely coupled, and the benefits of the language and the libraries are *massive*.

I spent 4-5 years trying to get JSP to work as a "rapid development prototype to full scale application" environment, and I constantly ran into issues with Tomcat, Jasper, JAR file surprises, all of the warts that come with the Java language, etc... I switched to PHP for all "non-transactional" code when I did a study whereby I analyzed the amount of time it took one of my teams to react to "changing customer requirements" utilizing PHP/Apache as opposed to how much time it took another team of mine to react to similar requirement changes using JSP/Tomcat. I am not saying that JSP couldn't have worked, it's just that it seemed to not really have as many benefits as I would have liked for an environment that required as much agility as that which I found myself in.

I have to admit, my experience with ASP is nearly nill, as I have not been able to convince any clients to allow me to test out MS platforms controlling plant floor hardware.

All that being said, when my company writes something that requires "transactional integrity", we do pick Java for the backend... it's just that those situations in my field really are few and far between.

Re:PHP != Crap Code

You're comparing a decent templating engine (Smarty) with crap Java technology (JSPs.) Most modern Java programmers disdain JSPs and use other, better templating technologies. Try using Velocity [apache.org] . Requires no recompiling when you make changes and is a very very easy templating language that provides an amazing amount of power (you literally can drop items into a hashtable of VelocityContexts and then access them by using "$" notation... such as "$user.name") If you want something that will really rock your world, check out JSF [jcp.org] or Tapestry [apache.org] (it turns web programming into writing an event-driven application, like desktop apps.)

The problem with most PHP applications is that they don't scale. I don't mean that in a "PHP SUXORS! YOU CAN'T WRITE S$!@ IN IT"... I mean that most PHP applications aren't built with any real caching implementations (like this gallery software, or phpbb, or nuke, etc...) and the PHP frameworks that I looked at don't really provide that functionality.

The stuff availble for Java is just so much more powerful. You have the Hibernate [hibernate.org] OR mapping package that provides an amazing amount of OR work for you, including the ability to plug in multiple transactional caches, session caches, database connection pools (including the ability to have clustered caches across multiple boxes.) You have complex messaging architectures to talk to and keep multiple machines in sync. You have great web service APIs and great search engines that can be plugged in. Stuff to that degree just doesn't exist for PHP.

It often shocks me to see so many "Enterprise Level" PHP apps released with no caching implementation... you shouldn't see ANY home page hit a database on every hit. (And yes, you can easily avoid stale content by eviction, injection routines.)

So yes, you can definitely write decent stuff in PHP. But for the highly scalable enterprise environment, the libraries and packages that exist for Java and ASP just don't exist.

The other thing I hate about PHP is that there just is no IDE that is of the caliber of Eclipse for PHP (and PHPEclipse just ain't there yet.) A professional IDE allows me to introspect objects, trace stacks, change variables on the fly per hit and control each thread individually. This kind of power makes debugging and performance testing so much easier and more powerful than a PHP app. Good luck trying to seriously profile a PHP app...

So yea, PHP has it's place. It's wonderful for quick one-offs. I just wouldn't want to code a massive user load, transactional, high availability, multiple machine cluster application on it.

Marketing

Gallery 2.0 is the natural successor to Gallery 1...

Of course, it were a Microsoft product, the natural successor would be 'Gallery Super Uber Ultimate Edition'.

buzzwords check passed

OOP, extreme programming, test driven development, MVC, factories, modularity

Slashdotted

here is the google cache link :
http://66.102.7.104/search?q=cache:EYRwD7JSrCoJ:ga llery.menalto.com/+&hl=en [66.102.7.104]

How are the Debian packages?

Hey, has anyone tried out the Debian gallery2 package? Does it do a good job of migrating the data, or does it install stand-beside? I have a gallery 1 installation that my whole family uses, and I'd like to know if it's safe to upgrade, or if I should wait for the bugs to be worked out.

Re:How are the Debian packages?

I'm the Debian package maintainer for both gallery1 and gallery2. The gallery2 package is completely separate from the gallery1 package - you can install/use both simultaneously if you wish. Using the gallery2 migration module, you can migrate from Gallery 1 to Gallery2.

FWIW, I uploaded version 2.0-1 of the Debian gallery2 package this afternoon - it should be available in Debian unstable as of this afternoon's archive run.

Buzzwords

Oooh. Buzzword compliance is the first thing I look for in photo management software.

Unit Test 1501

Slashdot Effect [ FAILED ]

Can it manage photos of your server on fire?

Anyone have a cache or alternate download page?

Working download link

Since the gallery.menalto-site seems to be slashdotted already here's a working download link at least, directly from sourceforge.net: gallery 2.0 file list [sourceforge.net]

the new site runs Drupal

For those interested. Gallery is the next big one in line to move its site to drupal [drupal.org]

top three favorite features

1. Upload a huge honking zip file of compressed images and create an album
2. Integrated "Publish to Your-Special-Gallery" from WindowsXP "My Pictures" folder
3. Easy to customize permissions

This (along with gnump3d) are my two FAVORITE web apps for linux.

Gallery Local, a smart client for Gallery

Try out Gallery Local [sourceforge.net], a smart client for gallery.

It allows viewing of your gallery offline. It takes advantage of the new XML-RPC routines available in Gallery 2.

Darnet!!!

Stop Slashdotting the server so I can download something! : )

My Gallery

If anyone cares here is my gallery: http://pics.jeremylevy.com/ [jeremylevy.com]

Upgrading?

I run Gallery 1.x on my site [elitemrp.net]. Since the gallery site is currently slashdotted, does anyone know if its easy to upgrade from 1.x to 2.x or should I just stick with 1.x (which seems to suit my needs just fine as it is)

In case it makes a difference: My gallery is on a hosting providers server, not my own. I have SSH access though.

Give me a break.

If this is an example of good PHP coding someone please shoot me. They use their own internal "require_once" instead of simply using ini_set to set the include directories correctly. They name all their included files *.inc and *.class which can be a severe security issue if these files are available from the web root (which by default they are).

From the code I saw, everything is extremely over-engineered (read: too freaking complicated). It looks like they have some input sanitization functions but they aren't used consistently.

The coding style throughout isn't consistent (but who cares?).

On the plus side, they have used PHPDOC or some similar syntax to document their classes and functions (makes for good API docs). They have used external libraries for some things like templating and database abstraction (can't say much for their choices but at least they didn't rewrite those from scratch).

The error handling also looks particularly nightmarish:

if ($ret->isError()) {
return array($ret->wrap(__FILE__, __LINE__), null);
}

(repeated 12 times in one 100 line file!!!!)

Re:Give me a break.

About the internal "require_once", maybe you should read the comments on it then you would see that G2 keeping track of what files it has already included and only using PHP's (very slow) require_once speeds up the function by about 10x (line 2480, modules/core/classes/GaleeryCoreApi.class)

As for the coding style not being constistent, could you please give an example? G2 has very strict code style guidelines that have to be followed for a patch to be accepted (you can find them on the g2 codex site which is currently getting hammered). The code may appear complicated but if you take the time to read things it's actually quite legible and it makes sense. Usually people who have not worked on very large team projects feel intimidated by something as large and complex as Gallery2, I know I was when I first started working on it.

I admit the .inc and .class issue appears to be somewhat concerning, nothing that can't be fixed by 2 lines in a .htaccess file though. I'll be sure to bring it up at the next meeting.

The error handling code works and I challenge you to find a cleaner way to let the developer know exactly where an error occured so they can fix it. Why does it occur so often? Because error checking is good, it's just too bad more people don't do it.

Safe mode

One of the problems with Gallery 1 was that it would not run with PHP's safe mode, which is often used in shared web hosting. Does Gallery 2 also have this restriction? (The site's still slashdotted.) There are other PHP-based photo gallery solutions that do not have this restriction, such as Coppermine http://coppermine-gallery.net/index.php [coppermine-gallery.net].

Wordpress support

To easily include gallery pictures in your blogs, check out the wpg2 [ozgreg.com] plugin.

Second to one

Camera Life is so much better: http://fdcl.sf.net [sf.net]

mysql_connect()

whats the point of

the Gallery 2 framework is particularly interesting because it's written with modern programming patterns (OOP, extreme programming, test driven development, MVC, factories, modularity, ...)

If they still have not got the basics:

Warning: mysql_connect(): Too many connections in /usr/www/website/drupal.gallery2.org/includes/data base.mysql.inc on line 31 Too many connections

Every PHP+MySQL HowTo^H^H^H^H^Htutorial explains that mysql_pconnect() should be used.

So is their main site indicative of code quality?

I clicked on the link [menalto.com]http://gallery.menalto.com/gallery_2_0_released [menalto.com] . I thought it looked good. Then I scrolled down and looked at the bottom of the page:

Warning: session_start(): Cannot send session cookie - headers already sent by (output started at /usr/www/website/drupal.gallery2.org/index.php:39) in /usr/www/website/drupal.gallery2.org/includes/sess ion.inc on line 10 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /usr/www/website/drupal.gallery2.org/index.php:39) in /usr/www/website/drupal.gallery2.org/includes/sess ion.inc on line 10 Warning: Cannot modify header information - headers already sent by (output started at /usr/www/website/drupal.gallery2.org/index.php:39) in /usr/www/website/drupal.gallery2.org/includes/boot strap.inc on line 448

Plus half a page of unreadable junk which I won't even try to get past the lameness filter.

I think I'll wait for Gallery 3.x

incredibly pleased?

> We are incredibly pleased to announce the release of Gallery 2.0!

Incredibly, as in we cannot possibly believe how someone can be so pleased about releasing this shitty product? Enough with the meaningless overstatements already -- it makes your language weaker, not stronger.

Here's the content I got from the demo page.

.menalto.com/" /

Seems their site's working just fine.

use Gallery 2 to share the moments of life!

i've been using the Gallery platforms for more than a year and maintain a few hundred g1/g2 sites for friends, family and customers. tired of being bombarded with invasive advertising on commercial portals? get a paid hosting account and use Gallery 2 to share the moments of life with friends & family! you won't regret it, at least i didn't =) props to Bharat and his crew!

Gallery Remote Not Wprking

I just upgraded to Gallery v. 2.0, but now I can't use Gallery Remote to upload photos. I keep getting the following error message:

Server contacted, but Gallery not found at this URL ( http://www.mysite.com/gallery2/main.php [mysite.com] )

Any pointers? Has anyone else experienced this? Does Gallery Remote work at all with g2?

New site also uses Drupal

This is also the release of the new website running on drupal as a CMS instead of, um, I think phpnuke or something. Should be a nice clean start from the previously confusing and disorganized setup.
J

Not right now

Don't wait, download Gallery 2 now!

Couldn't you have waited till I got my copy first? :)

not natural

Gallery 2.0 is the natural successor to Gallery 1...

I disagree. I was going to try one of the Beta or Alpha releases of 2.0 a while back, but as soon as I read that it required MySQL, I turned tail and ran.

One of the beautiful things about Gallyer 1.x is that it didn't require a relational database, which IMHO is massive overkill for such a simple application from a data perspective.

Funny Website

Maybe im getting to old, but I think that You have to be more than a nerd to read a site that is shown like this: (I'm using Firefox to browse http://gallery.menalto.com/ [menalto.com])

@import "misc/drupaTxxhtmla//tyle > .ricp-search-form input.form-submit {marginF noo o0 1em;} .ricp-search-more-link { fnte-weight: bold; fnte-tyle :italic;} .ricp-search-excerpt {fnte-weight: bold;} //tyle >

autorotate missing

i usually try to rotate all my pictures with jhead before writing them on cds - but in some of the older cds they were written as-is. now i would like to pump all the images in gallery, bet v2 does not support autorotation based on exif header information.
g1 supported it.
well, i could copy all images on hdd & run jhead on them (crappy solution), or install g1, add pictures, then try migrating - also crappy solution.

if i could write good code, i could try adding this feature (doesn't seem extremly complicated :) ) - but i can't.

so, if there is anybody in /. who knows php and could add autorotate support to exif module of gallery - that would be really nice.

gallery developers are very friendly and will introduce you to necessary details if you are interested & capable.

Gallery's Antithesis

Awhile back I created my own 'gallery' program (before I'd even heard of Gallery). Its premise is that it's only one file, and everything is 100% automatic. All you need is PHP and Imagemagick on the server. Then you set the directories to be indexed writable by the webserver user (for thumbnail creation). Voila! It takes care of the rest. You can check out the sourceforge page at:
http://image-indexer.sourceforge.net/ [sourceforge.net]
also, my site using it is http://haven.loki.ws/digcamera [haven.loki.ws]

It's not quite as feature rich perhaps as Gallery, but it works very fast and does the job exceedingly well.

I wish it had iphoto integration

Wouldn't it be cool if you could manage your Gallery using iphoto? You could make a local iphoto album as normal, and then publish it to Gallery. The publisher could take care of uploading and synchronizing everything. If you changed something on the Gallery side, you could then synchronize it back into iphoto.

I can only wish...

WTF?

When you start a web site about a new project , please include a blurb somewhere that says WTF the thing is. And if you forget (as you usually do), please add it when you issue a breathless announcement, so people reading the announcement know WTF you're talking about. And if you forget (as you usually do), hope that the Slashdot editors will think to add it, so the poor readers will know WTF the project is that it's rates front page status. And if you forget (as you always do), well, WTF...

Re:paid press release on /.?

For some of us, this is like the release of phpBB 3. We've been needing the features this release has for months and even years and we're excited that it is finally ready for production.

So whatever, man....

Re:paid press release on /.?

A paid press release for free software? What the hell would they have to gain from that?

Extreme Programming at Wikipedia

Wikipedia explains what Extreme Programming is at:

http://en.wikipedia.org/wiki/Extreme_Programming [wikipedia.org]

Re:Well, that's lovely but...

Get a clue nitwit. Upload the binaries to a location under your account that apache can access and chmod them to 755. Then tell Gallery where they are at.

Nope, Not offtopic!! Re:What the fuck is Gallery

This is not offtopic at all. I'm sitting here trying to get to the site, it's /.'ed and though I was able to get it to load without the images, all it talked about was the different versions and its development.

Doing a quick google search for gallery 1.0 or 2.0 leads to nothing immediately informative.

So, what the fuck is gallery!?

Re:uhh ohh

Yeah -- but it uses OOP! *cutting edge technology* It sound awesome... orienting objects and whatnot.

But my favorite part is the bit about "test driven development." Of course it's test-driven... that's how programming generally works.

And Zonk... please tell me what the program is before telling me to "Clickey here! Download Now!". I'm not really looking for online photo management software at the moment, thank you.

Re:Uhm, been running on my server for months....

Gallery2 is free software developed with the "release early, release often" philosophy, so of course it's been available for some time. But it's also been a moving target in terms of filesystem layout and API. Emerging from beta is NOT a small deal. It means that developers of add-ons can proceed with some confidence that the entire system won't turn to smoke with the next dot release.

I've been using it in a high-volume production environment since April Fool's Day. We plan on dumping it next week and moving to our own code. It's a very nice system (and a tremendous leap forward from Gallery 1), but it's wedded to a folder organizational metaphor, and we need a richer taxonomy to support potentially tens of thousands of users.

Re:Big deal.

No no no - the _other_ foot. You were supposed to get up on the _other_ foot.

I've just finished creating the worlds first working fusion reactor, but hey, whats the fuzz - others have thought of it before me.

Not from my experience

I've been using G2 since beta 2. There were 4 beta's and an RC, iirc. I've never seen anything like spam redirections, but then, I wasn't accessing it from Windows... =P G2 is great.

Re:Big deal.

unit tests don't just show that your program works, they show that your program STILL works (make great regression tests)

Re:Database required? Are you nuts?

Yes, Gallery 1 is still supported and under further development.

Re:Big deal.

It is true that Gallery 1 doesn't scale well, but this isn't so with G2. It has been designed with scalability in mind, so it should theoretically scale to millions of images. The largest I've seen myself is used by an image hosting company, and there are a little less than a million pictures in it, and it still works beautifully. You can read an in-depth comparison of Gallery 1 and 2 on this [gallery2.org] page.

Re:Extreme programming?

Extreme programming is iterative and agile. There is nothing about speed. In fact, many of the XP and UP texts i've read advocate DAYS spent in design meetings. Unless every software project is released by large mega-corps, developers just don't have that kind of time.

It's quite likely that following the UP exactly may slow down development significantly.

Re:NOWW!!!!!!!

Or don't slash dot the web server, and try slashdot the CVS server!

$ cvs -d:pserver:[e-mail]:/cvsroot/gallery login
$ cvs -d:pserver:[e-mail]:/cvsroot/gallery co gallery2

Or for those with it already installed,

$ cd gallery2
$ cvs update -Pd

Ran the update the other night, having just installed it a week ago, and to my suprise I was blessed with v2.0 (possibly one of the first to get it because they were yet to advertise the release on their site)

Re:Uhm, been running on my server for months....

It's their first stable release as advertised on their website. It's been in beta for quite some time.

Re:3 years? I think not.

I can't access the site or I would RTFA, but I'm going to have to agree... PHP is really easy. I've coded things that are probably bigger and more complex than this by myself. Obviously they weren't perfect, but according to other commenters, neither is this... it would seem that the security might not be very good, and that the error handling is particularly bad.

Re:What the fuck is Gallery

This is news for NERDS, stuff that MATTERS. The code license and development approach are far more important than the results.

Re:Database required? No prob for me...

are there people these days that run a webserver without a database? I surely ran a database together with my webserver from day one... so it doesn't really give much overhead. and database queries do have there merits.