[SOLVED] New Module: RandImg - returns a bit of HTML to display a random image on an external site

Creating a new thread per floridave's request on this thread: http://gallery.menalto.com/node/89325

This tiny module just provides a small interface to be able to fetch a small block of HTML containing a random image. The basic idea is that I wanted a random image from my gallery3 install to display on an external site. You can see this in action at the following site. Each time you reload the page a new image should be displayed:

http://natha.nkinka.de

There is a small bit of code on that page:

<?php
$imglink = file_get_contents("http://natha.nkinka.de/photos/index.php/randimg", "r");
echo "$imglink";
?>

Of course, you would need to change the URL in the above code to match the URL of your gallery3 site.

You can view/download the code here:

http://code.nkinka.de/gitweb?p=randimg.git;a=summary

Nathan

Tried this out. Unless I downloaded the wrong thing, I had to modify both /randimg/helpers/randimg.php and /randimg/views/randimg.html.php files.

The SQL statement in /randimg/helpers/randimg.php doesn't take into account table prefixes. I had to add "g3_" in front of the "items" table name. I also modified it so that it would not return albums and requested the other fields that contain the album directory structure within them.

    $query = "
      SELECT i1.name, i1.title, i1.description, i1.relative_url_cache, i1.relative_path_cache, i2.slug
      FROM g3_items i1 JOIN g3_items i2
        ON i1.parent_id = i2.id
      WHERE i1.type != 'album'
      ORDER BY RAND()
      LIMIT 1;
    ";
    $result = $db->query($query)->current();

    $randimg = new View("randimg.html");
    $relpath = "$result->slug/$result->name";
    //$randimg->imgpath = $relpath;
    $randimg->img_url = $result->relative_url_cache;
    $randimg->img_path = $result->relative_path_cache;
    $randimg->img_title = $result->title;

    return $randimg;

Your site's URL was still hard-coded in the /randimg/views/randimg.html.php file as well so I had to change it to match mine. I used the /var/thumbs/ directory instead of the resizes directory.

I'm using Gallery 3 Beta 3 btw.

Hope this helps,
Mark H.

I suppose i work fine with G3, but for G2 ? this modules can work too ?

G2....

No. This is only for Gallery 3. For Gallery 2 just use the Gallery 2 Image Block module which has an External access feature. More info can be found here: http://codex.gallery2.org/Gallery2:Modules:imageblock and http://codex.gallery2.org/Gallery2:How_To_Use_The_External_Image_Block_When_url_fopen_Is_Disabled

Hope it helps,
Mark H.

Thanks all !!! ;-)

What's not showing? If you are talking about the reCaptcha, then this is the wrong thread. Otherwise, would you elaborate?

Nathan

Hi,

I am looking for a simple module for this. This looks just the one I want but it doesn't seems to work for me.

I embedded the code in http://galerie.cindyenguy.be/random.php
Only the title shows. The link is
http://galerie.cindyenguy.be/index.php/De-Efteling/DSC_4096-2 instead of
http://galerie.cindyenguy.be/index.php/2009/De-Efteling/DSC_4096
Image source is
http://galerie.cindyenguy.be//var/resizes/De-Efteling/DSC_4096-2.jpg instead of
http://galerie.cindyenguy.be//var/resizes/2009/De-Efteling/DSC_4096.jpg

It seems that the code can't handle albums within albums.

Any ideas?

http://codex.gallery2.org/Gallery3:Modules:rss_extra provides RSS feed with random images
You can then use something like MiniSlideShow to display content on external page

@GuyVerschuere. Sorry, my comments were related to the target of the link, not the actual src of the <img> tag. I didn't bother to follow that and it is indeed a 404. I'm not sure what it could be. I'm using the module on this page and my generated links include the album in the path. I'm not sure why it wouldn't be in your set up:

http://natha.nkinka.de/

Could it by some chance be a theme issue of some sort? I'm using the latest development code from Gallery3, at least the latest as of maybe 2 weeks ago.

Yup, that's the problem.
I moved some albums from the 2010 album to the root album.

If you refresh several times http://galerie.cindyenguy.be/random.php you get the image. If one from those albums is chosen that is.

So, the problem is that subalbums don't work.

Can you fix that? Really one to keep my years at the root album.

Thanks!

WORKS!!!

THANK YOU!

A minor issue discovered:

<a href="http://galerie.cindyenguy.be/index.php/" title="DSC 6255">
<img src="http://galerie.cindyenguy.be//var/resizes/" style="border: none;" alt="DSC 6255" width="220px" />
</a>

If the random selects a image wich is never been shown on the site there's no relative_path_cache in the database.
Maybe a 'maintenance task' can be written for that?

I also added a witdh specification because the script uses the resize instead of the thumb.

Again, THANK YOU for the fast solution!

If anyone out there wants randimg to grab the FULL size image (not just the resize), then here's how I hacked it: from the modules/randimg folder on the server, edit ./views/randimg.html.php, and change the line
<img src="http://$virtpath/var/resizes/$imgpath"

... to ...

<img src="http://$virtpath/var/albums/$imgpath"

Just to be sure, you have followed the directions at the following URL and the module is enabled?

http://codex.gallery2.org/Gallery3:Modules:randimg

Nathan

Ah, sorry, I get to work. Nathan, sorry t disturb and thank YOu for Your interest. I had problem with Apache aliases in httpd.conf. Nothing with Your module. It works fine now.

I'm the original author. Might I suggest that if your changes are generally applicable to everyone that you submit me a patch and I'll be happy to update the sources.

Also the files on your site appear to tarred then gzipped twice. For the following file I had to gunzip it twice, then untar it:

http://www.danneh.org/files/randimg.tar.gz

It's not right. It appears you gzipped a tar-gzipped file.

~/tmp$ tar xvzf randimg.tar.gz
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors
~/tmp$ file randimg.tar.gz
randimg.tar.gz: gzip compressed data, from Unix
~/tmp$ gunzip randimg.tar.gz
~/tmp$ tar xvzf randimg.tar
randimg/
randimg/helpers/
randimg/helpers/randimg.php
randimg/module.info
randimg/views/
randimg/views/randimg.html.php
randimg/controllers/
randimg/controllers/randimg.php

That JOIN clause is really, really expensive and also superfluous. All that is needed is:

SELECT title, relative_path_cache, relative_url_cache
FROM {items}
WHERE type = 'photo' AND relative_path_cache IS NOT NULL
ORDER BY RAND()
LIMIT 1;

Also note the condition type = 'photo', since movies don't have thumbs and thus generate broken image links.

--
http://inposure.se/

Disregard the previous comment. This works fine for me:

class randimg_Core {

static function randimg_link() {

$item = item::random_query()->viewable()->where("type", "=", "photo")->find_all(1)->current();

$randimg = new View("randimg.html");
$randimg->imgpath = $item->relative_path();
$randimg->linkpath = $item->relative_url();
$randimg->img_title = $item->title;

return $randimg;

}

}

--
http://inposure.se/

Actually, we can keep the !=album condition, provided we use thumb_url() instead of relative_path(), but then we have to slightly modify views/randimg.html.php as well.

Attaching a modified version for those who like to play around.

--
http://inposure.se/

I have an updated version here which i've modified for my own purposes. The author might consider merging this into the general release, as it improves a bunch of stuff, including loading an item model as opposed to just dragging the relevant data out of the database.

If you use mine, in modules/randimg/views/randimg.html.php (line 16) is a call to $item->thumb_url(true); You could change this to the following:

switch (Input::instance()->get("size")) {
    case "f": $thumb_url = $item->file_url(true); break;
    case "r": $thumb_url = $item->resize_url(true); break;
    case "t":
    default: $thumb_url = $item->thumb_url(true);
}

Then you can construct url's as such:
http://www.mydomain.com/gallery3/randimg?size=f&width=x (fullsize)
http://www.mydomain.com/gallery3/randimg?size=r&width=x (resize)
http://www.mydomain.com/gallery3/randimg?size=t&width=x (thumb)

(set width to number in pixels for the output html). hope this helps.

Dan

danneh.org :: Gallery3

hi nathan;

i see where you're coming from, and re-evaluating the code confused myself for a bit. firstly, you are quite correct. it should be $iterations++. that's my bad. the while statement logically reads:

while (unable to view item and number of iterations more than maximum). therefore;

if an item is returned and you can view it, access::can() will return true. the while statement becomes invalid, and breaks. or;
if the number of iterations exceeds the maximum number of iterations and access::can() still hasn't returned a true value (not come across an item which you CAN view), the while statement is invalid, and breaks.

however, re-reading the code after that, $item will be set to the last item before the loop breaks, so if it's unable to find an item which you can view, then exceeds the maximum number of iterations, it'll still spit out the last $item to the browser. i suppose one last if statement can be wrapped around the creation of the view to check if $item is defined, and access::can("view", $item), else return an empty string.

i'll fix them 2 issues, i hope my explanation of the while loop statement makes more sense now?

Dan

danneh.org :: Gallery3

alright. done some fixes. same url here. your comments on $iterations > $max_iterations_before_fail were also correct. silly me. i fixed that too, $iterations++, and added an if check under the while loop to make sure it doesn't vend a view with an item you're not allowed to see (which would happen if it was unable to find an item you're allowed to see).

thanks for pointing them out. the whole reason i updated the code was so that it would play better with my aws_s3 module, which extends the item model and overloads the thumb_url(), resize_url() and file_url() functions within there to redirect the request off to s3. of course, since the previous version of this code just took the path straight from the database, it didn't work (and took me a while to figure out why lol).

the g- id'd div was put there so i could style it within my wordpress installation, but i guess it gives greater access for styling in various other situations also

Dan

danneh.org :: Gallery3

it does, a little, yes. i agree. however, it's the easiest method to check for a permissions for items, since access:can() only takes (and accepts) an item model as it's $item parameter. if i ever find a way of improving it, i'll be one of the first to implement it across the modules i develop/maintain. take a look at modules/gallery/helpers/access.php from line 93 (static function user_can() {} (where access::can() ends up)), and you'll see what i mean!

it's not a case of the module not having permission to view an item, but the requesting client. access::can() checks the currently logged in user against the item's group/individual permissions, etc. in some cases there may be only some items (out of thousands) that are viewable by "everybody" (if not a registered/logged in user), so the chances or it returning a viewable item is quite slim, or in other cases where *no* items are viewable by everybody, so it'll never return anything if the user's not logged in.

hope this helps.

Dan

danneh.org :: Gallery3

awesome! glad i could help. i'll pull down my copy of the module on my site and re-post it with your official version instead. at least then anyone who has it has any problems with it, we'll all be singing from the same hymn sheet

i'll review your code too, as since we're all still learners here, i'll get to learn a thing or 2 as well

Dan

danneh.org :: Gallery3

Hi
1. How can i use more than 1 picture?
2. How can i use last picture?

Like nkinkade said the code would have to changed. The image block module has a setting for getting the quantity. I bet this module could be extended to do the same. look in image_block_block.php.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team