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

[Anonymous Coward]

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.

Gallery vs. JAlbum vs. ???

[banglogic]

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?

Extreme Programming at Wikipedia

[jfroot]

Wikipedia explains what Extreme Programming is at:

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

Slashdotted

[xot]

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]

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

[Anonymous Coward]

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.

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

[Ford Prefect]

Try the second sentence of the article summary?

Re:Gallery

[Scooter]

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.

Working download link

[Karamchand]

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]

Re:Gallery vs. JAlbum vs. ???

[Titanium Angel]

You can definitely have a photo in multiple albums in G2. They're called linked items or something similar. There are only albums and items in Gallery. There is a root album that can contain an arbitrary number of subalbums and items. Items can be photos, movies, or anything else a plugin is available for. Some have even added support for audio items.

Regarding your complaints about keywords, they can be added to items and searched for, but there is still a lot to be done in this area. AFAIK, the next version should support functionality similar to Flickr - e.g. albums generated on the fly based on keywords.

the new site runs Drupal

[bkessels]

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

top three favorite features

[jackstack]

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

[anglete]

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.

Re:Not from my experience

[uss_valiant]

G2 has nothing like spam redirects or such things built-in. Search the source...
Users who have reported "weird" redirects (you may be the third), always had a misconfigured webserver, which made their Firefox use the built-in (FF) google "I feel lucky" feature. So if you give your webserver a weird name and misconfigure the webserver, you end up on a I feel lucky hit from google for that search term.

Re:How are the Debian packages?

[BacOs]

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.

Safe mode

[doctela]

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].

Re:Extreme programming?

[manual_overide]

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:Safe mode

[Anonymous Coward]

Yes, this restriction still exists. There is a very lengthy discussion on the Gallery forums you should check out once they are back to full working order.

Wordpress support

[Coppit]

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

Re:Give me a break.

[Warren_Canuck]

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.

Coppermine

[Derf_X]

Coppermine seems nice, but I never tried it since all my pictures (1100+ pictures) are already on Gallery.

JAlbum was the first I tried, but it was not practical for adding pictures to albums and comments to pictures, so I switched to Gallery. It works for me since I have my own server on a DSL line. Mambo is already slow on it (P166MMX), so I suspect Gallery 2 will be the same since it also uses MySQL.

Second to one

[fulldecent]

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

mysql_connect()

[rsd]

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.

Re:Gallery Remote Not Wprking

[uss_valiant]

Does Gallery Remote work at all with g2?

Yes it does of course. Please post your settings in the G2 support forum (once the /.ing is over :/).

Re:mysql_connect()

[CProgrammer98]

A comment from the mysql_pconnect man page (NOT written by me though):

Normally you do NOT want to use mysql_pconnect. This function is designed for environments which have a high overhead to connecting to the database. In a typical MySQL / Apache / PHP environment, Apache will create many child processes which lie in idle waiting for a web request to be assigned to them. Each of these child processes will open and hold its own MySQL connection. So if you have a MySQL server which has a limit of 50 connections, but Apache keeps more than 50 child processes running, each of these child processes can hold a connection to your MySQL server, even while they are idle (idle httpd child processes don't lend their MySQL connection to other httpd children, they hold their own). So even if you only have a few pages which actually connect to MySQL on a busy site, you can run out of connections, with all of them not actually being used.

In general use mysql_connect() for connecting to MySQL unless that connection takes a long time to establish.