tigert.com | my life and stuff um, what do I write here?

19Oct/04Off

Jimmac. You need comments on your blog!

Dude, so many good thoughts and mockups lately on your blog.. I must comment, but I have no mouth! :-)

Anyway, I'll do it via planet gnome then :)

I liked your idea of maintaining a "gallery" structure inside f-spot so you could set your web gallery up offline, like on the plane when you return from a trip - and then "sync" it to the web when you go online the next time.

We could indeed check if the web server supports PHP or such, f-spot could upload a test script and see if it works etc. Then if PHP is usable, we could upload automatically a web gallery script to the users homepage, in photos/ or something. This could be based on Jakub's Original. If the web server does not support PHP, then F-Spot should just generate a static web gallery and sync it over when changes are made locally. This could be transparent to the user - all they see is their pictures on the web.

The advantage with PHP is the thumbnailing and such could be done on the server too, saving some bandwidth and time when one doesnt need to upload all images in thumbnail, medium and possibly even large size.

Filed under: software Comments Off
Comments (10) Trackbacks (0)
  1. Trackbacks are much better than comments, as I can see your comment on your log too.

  2. Isn’t this dual method a bit extreme? It might save some bandwidth, but not really any significant amount, since what would not be uploaded is usually only the thumbnail-images.

    And moving the resize to the server is not nice, we don’t all run our own webservers after all… Hosting companies wouldn’t be delighted of this feature.

  3. Jukka: not dual – I mean, check if the server does PHP, then use it. Otherwise static HTML. Having a dynamic gallery can be nice in terms of views tracking and such, one could allow user comments on the gallery etc, so it would allow more functionality than static HTML pages.

    The resize would done once anyway, not on the fly every time someone gets the stuff. Anyway, it might just as well be done on the locally and uploaded. The large images are the bigger share of the transfer anyway. But it might be nice if the gallery could have also a web form interface for uploading in case you need to use a web cafe or something from vacation etc.

    We just need to come up with a bunch of user cases and see what might be the most useful features and focus on them. “Make it just work” is definitely one :)

  4. Great ideas.

    I agreee with Tuomas: “use PHP if present, else static”.
    The sync stuff would be a really great sutff too.

    btw, I have to investigate on trackbacks instead of comments (as mentionned by Michele) :
    I had comment of my weblog (under wp) polluted by a “poker site” with a comment posted (with a fortune sentence) on all my articles. I had to delete them all. Bad news

  5. Pascal. yeah. That is the sad thing: Blog spamming is becoming a bigger problem. Wordpress has a setting that can put comments with more than N urls into the moderation queue thouhg so you dont get them accepted automatically – spammers usually add lots of urls.

  6. Thanks for the idea of moderation queue.
    Though this spam had only one url as the poster and no urls in comments.

  7. Moderations works ! :) many thanks again.

    Already 3 spam comments in moderation queue (I used word list, in addition to “more than N urls” )
    but I think this could be bypassed a day as the spammer uses fortune for comment (no trivial spam word) and only one url.

    But this does good job. Your help was really appreciated.

  8. Whoa, heh.. I never checked the queue before, and I had about 7 of those poker comments there.. Sheesh. Time to add that to the word list :)

    3 valid comments got stuck there too thouhg which I released.

  9. When user has galleries on two different servers it might be confusing why they behave differently. In this sense it is dual-method. If the user would have all his galleries on one server (as most of us propably have) it would be transparent to the user, until he tries to move his galleries to another server that doesn’t support PHP (or supports).

    Sometimes the user might not want to use PHP even if it is enabled on the server. For example when he uses some other language to dynamically create his pages and mixing PHP with it would cause errors.

    Thus, option to not use PHP should be present and at the same time it shouldn’t add any clutter to the UI.

  10. Hey,

    I’m a PHP (several PEAR packages as lead), developer who uses fSpot – if you need some help in sorting out the server side stuff I’d be more than happy to help out.

No trackbacks yet.

Pages

Categories

Blogroll

Archive

Meta