What is Digg?48 Comments
- lefrat, on 10/12/2007, -0/+10The software seems good. The URL is terrible though!
- godofpumpkins, on 10/12/2007, -0/+7he's iranian :) and it's definitely a lot better than a lot of foreign english I've heard
- godofpumpkins, on 10/12/2007, -0/+6I wonder what kind of performance an xml back-end database gives, on large datasets. Unless it builds its own custom index of the xml, that means it has to either store the whole thing in memory or parse it on the fly, effectively giving you a linear search for anything you look up (including, I suppose, picture IDs.)
But I guess I'll give it a go and see if they have any tricks up their sleeves. Definitely looks nice, so I hope it isn't like a lot of software these days and actually works as well as looking nice. - revmitcz, on 10/12/2007, -0/+4Looks pretty robust, and clean. I too worry about the XML-driven backend but I gotta love the engrish :
"a Random of them can also be selected!"
"Select Your Rate : 4. Nice at all!"
"You can modify and regenerate/re-enter everything at everytime, even the photo's source file, after it's got comment!" - hatem, on 10/12/2007, -0/+3I heard someone crying for his bandwidth :P
- jon1012, on 10/12/2007, -0/+2I would love to see http://smoothgallery.jondesign.net/ integrated in this product :-)
- mikeroySoft, on 10/19/2009, -0/+2lol totally
Too bad phorm.org is just some lame redirect.
I totally dig the script, and will probably make some use of it!
Digg! - gameguy43, on 10/12/2007, -0/+2as people have said, a bit odd to use xml as storage, but an interesting idea with obvious advantages. the web will never move forward unless people try different stuff.
- bharatman, on 10/12/2007, -2/+4Gallery (http://gallery.menalto.com) started off with flat file data storage which worked just fine for small installations. Minimal requirements, lots of control over the data structures. The problem is that as your users start doing more sophisticated things with their images, having the power of a relational database lets you scale non-linearly. XML or custom storage subsystems aren't going to scale unless you put a *lot* of effort into it (eg: create and maintain your own indexes). We went to MySQL (and Postgres, Oracle, DB2, MSSQL) to make a product that would scale with the needs of our users.
- merreborn, on 10/12/2007, -0/+2I have to wonder why they didn't use sqllite. That's what sqllite is for -- when you want a database without actually running a database server. XML is going to use far more disk space and won't natively include indexing.
- bonzooznob, on 10/12/2007, -0/+2Pure CDATA wrapped content is NOT XML!
I can wrap up a CSV file in XML tags, but that does not make it XML (technically yes, but using the technology in an appropriate way? no)
That said, nifty gallery. - devoss, on 10/12/2007, -0/+2I prefer Goop Gallery. Even easier setup. FTP Upload and go.
http://goopgallery.sourceforge.net/index.php - Xageroth, on 10/12/2007, -0/+2haha wow, that is a mind numbing url indeed.
Stuff like that is going to be used in future lessons for what we've learned is a bad idea for the web. - tgiles, on 10/12/2007, -0/+1I'm interested in it as well. The XML database seems like it would be a real issue with large numbers of files. A mass import function (from an FTP directory) would be a nice add on as well...
While MySql happens to be one solution, I would be curious if you manage to couple this with PHP5's capability to read/write to Sqlite databases?
Cheers,
tom - viscousplatypus, on 10/12/2007, -2/+3It's a good idea if you want to play around with a photo set and you don't have access to a SQL server...
- gaoshan, on 10/12/2007, -0/+1Most database powered galleries store only a reference to the image (Gallery v.2, is an example), not the images themselves. You are comparing the speed with which a MySQL based reference can call up an image versus an XML based reference and I don't think you'll find any significant difference in a low traffic situation (i.e. which one can offer up the text "image8" the fastest).
You really won't need a true database unless you have some serious traffic. Even then you could probably get away with something like SQLite. The back-end of Phormer should be of no concern to the average photo gallery user (unless you get Dugg... but then your server will go down due to lack of bandwidth, lack of RAM, lack of horsepower, etc. regardless of what back-end you use ;) - FoolsRun, on 10/12/2007, -2/+3Menalto Gallery dropped the flatfile database, and they must have had a good reason. Can someone explain why this is a good idea when MySQL is free?
--
M - inlove, on 10/12/2007, -0/+1Very neat. Finally a gallery script that isn't 'just another photo gallery'
- bigtrouble77, on 10/12/2007, -0/+1I have to say, this was a piece of cake to get up and running. Took about 2 minutes. Not sure how performance is going to be, but for getting a simple gallery with nice features up quickly this is a great solution.
- tempusrob, on 10/12/2007, -1/+2"That's totally unnecessary."
And that's exactly why XML is not a database, nor should it be used as one. There's no reason *not* to use a database in this kind of situation. - inactive, on 10/12/2007, -0/+1Interesting concept, but I'd assume that the performance isn't as good as if it were based on a database platform.
- AmbushCommander, on 10/12/2007, -0/+1The lack of databases raised quite a few eyebrows, and I'll have to agree. For a quick fix, this will work very well, but once you get above a certain level of entries Phormer will really get hurt by the lack of indexing (databases aren't around for nothing, you know).
Hopefully, the developers used PHP's XML libraries in a smart fashion and didn't load the entire XML data-store into memory every time they needed to access one row. That's totally unnecessary. - linuxeventually, on 10/12/2007, -0/+1The demo is down anyone get a mirror?
- burke, on 10/12/2007, -0/+1"There's no reason *not* to use a database in this kind of situation"
Actually, there are a couple cases:
1) Your webhost allows PHP scripts, but no SQL access. This is the case more often than you'd think in cheap plans.
2) You're exceptionally lazy. Setting up a MySQL database takes a fair bit more effort than just uploading and chmodding a couple things. - timdorr, on 10/12/2007, -0/+1And frankly, who doesn't have access to a MySQL database when they have PHP available? LAMP is a standard, so PHP and MySQL are almost inseparable.
- gauthierm, on 10/12/2007, -0/+1I expect (though I don't know) that they use XML ids for looking up records. Then the PHP DOM would be responsible for index lookups and it probably doesn't use a linear algorithm.
- inactive, on 10/12/2007, -0/+1...which is exactly the reason why it cannot support more that 10 concurrent users....
- judofyr, on 10/12/2007, -0/+1SF-link: https://sourceforge.net/projects/rephormer/ :)
- merreborn, on 10/12/2007, -0/+1Mysql is pretty heavy-weight, and it adds a level of complexity. For small applications where you don't need to store more than a few thousand rows, or you really want to simplify installtion of your software, something along the lines of sqllite is a great way to go, and probably almost as fast, if not *faster* in many cases, since you don't have to open up a socket to the server, etc.
- nhassan, on 10/12/2007, -0/+1this is an awesome script...that's all that needs to be said.
- alyster4k, on 10/12/2007, -0/+0Cool idea and a clean interface. Slideshow?
- jon1012, on 10/12/2007, -1/+1http://www.duggmirror.com/
- xmilky, on 10/12/2007, -0/+0I've recently waded through a lot of these scripts. And apart from the nicer database backend (XML parsing and file access is probably still way faster than SQL) this one is absolutely indifferent from all the others.
Does anybody know something more Flickr-like in PHP, suitable for open access and more easy uploading (multiple files at once), but without any user-registrationitis? - samsoffes, on 10/12/2007, -1/+1i prefer mysql over xml. id rather write it myself anyway. cool though. digg.
- aideen, on 10/12/2007, -0/+0Hey, It's now updated! All the requested features here, including .zip, quick add and slideshow is added to it. just check it: http://p.horm.org/er
- Handcannons, on 10/12/2007, -0/+0Looks nice, seems to have a good layout and comment/rating system but it's annoying the way it opens a new window when clicking on the thumbnails.
- jesusanswers, on 10/12/2007, -0/+0this great, but what about a search feature?
- aideen, on 10/12/2007, -0/+0It doesn't has the features of Phormer like voting, commenting, categorizing and storizing (in a 2D space of photos!), creating part-of-shot thumbnails, and much more listed at http://p.horm.org/er
- mydave, on 07/26/2008, -0/+0this is an awesome article. you will find there what you want. thanks
http://www.chasr.org/
http://www.danielrhodes.com
www.toyotaemployeepricing.com - aideen, on 10/12/2007, -0/+0http://decoral.org and http://ce.sharif.edu/~ar_khosravi are two mirrors.
- aideen, on 10/12/2007, -0/+0Hi,
I'm the author of it, the Iranian guy. The problem with the BandWidth of my website is now OK. I'm sorry for that. I would be glad if your mail you suggestions / feature-requests / comments to me by mailing to digg[at]aideen[dot]org
Actually, the main reason to choose XML (or better I'd say, migrating from MySQL to XML!) was that I'd no access to our server (at university)'s MySQL server and didn't want to rent one for a simple set of my photos.
However, I'm doing fine with 500+ photos of mine, now at my own PhotoGallery [p.horm.org] and this way I suggest other products (like Gallery of menalto) to the ones need a huge PhotoGallery.
Finally, I'm about to add these features to Phormer:
* Support .zip files (mass upload)
* Support QuickAdd (in order to accelerate mass upload and add them)
* Rotate (Photos)
* SlideShow
* Cropping - yogastore, on 06/30/2008, -0/+0http://astore.amazon.com/flowtron.mosquito-20
http://astore.amazon.com/flowtron.insect.killer-20
http://astore.amazon.com/evaporative.air.cooler-20
http://astore.amazon.com/air.swamp.cooler-20
http://astore.amazon.com/braun.electric.kettle-20
http://astore.amazon.com/cordless.electric.kettle- ...
http://astore.amazon.com/canon.battery.charger-20
http://astore.amazon.com/12.volt.battery.charger-2 ...
http://astore.amazon.com/furniture.chaise.lounge-2 ...
http://astore.amazon.com/outdoor.chaise.lounge-20 - aideen, on 10/12/2007, -0/+0I'll add it surely in next release ;-)
- swiftshirt, on 10/12/2007, -2/+1I find that Menalto Gallery is a great tool for managing a bunch of photos on a site.
http://gallery.menalto.com/ - tehmoth, on 10/12/2007, -2/+1XML is not for data storage, its for data exchange. ugh. welcome back IMS, can't say we missed you.
- viscousplatypus, on 10/12/2007, -1/+0Downloaded the package and it looks pretty good: nice, commented php, javascript, and a default skin. Hopefully I'll get a chance to pop it in this weekend and see how it works!
- tempusrob, on 10/12/2007, -4/+2@viscousplatypus
What kind of hosting offers PHP but no database capabilities? - tehmoth, on 10/12/2007, -5/+0tempusrob: the kind that offer mysql
© Digg Inc. 2009
— Content created and posted by Digg users is