Thumbs and rebuilt link broken due to server move « whoismanu.com

whoismanu.com - Forum » PhotoQ Support

Thumbs and rebuilt link broken due to server move

(4 posts) (2 voices)

Started 2 years ago by Alexandre Gervais
Latest reply from whoismanu
This topic is resolved

Tags:

Alexandre Gervais
Member

I'm currently hosted at Dreamhost and for some reason they decided to change my account to a new server, which is fine except that PhotoQ uses the server name in it's links structure. From what I understand from DH it shouldn't, so I end up with 2 problems :

1- All the photos' thumbnails published pre server move now show the blue img with red words and link to this http://alexandregervais.com/wp-content/plugins/photoq-photoblog-plugin/lib/phpThumb_1.7.9/phpThumb.php?src=/home/.SERVERNAME/alexgerv/alexandregervais.com/wp-content/photoblog/original/2009_08/Yokohama-0137.jpg&h=75&w=75 which is now wrong, by simply removing the .SERVERNAME it works perfectly.

2- Similar problem by trying to rebuilt a photo which produce this message : Post "Three-Storied Pagoda of Old Tomyoji in Sankeien, Yokohama (Japan)": The photo "Yokohama-0137.jpg" could not be found at "/home/.SERVERNAME/alexgerv/alexandregervais.com/wp-content/photoblog/original/2009_08/Yokohama-0137.jpg". Again the .SERVERNAME shouldn't be used...

I tried some of the solution I found here like changing the value for $PHPTHUMB_CONFIG['prefer_imagemagick'], $PHPTHUMB_CONFIG['imagemagick_use_thumbnail'] and $CONFIG_ALLOW_SRC_ABOVE_DOCROOT. I also tried to change the DocumentRoot configuration to other options available in the code. All without any success

Hopefully somebody might have a clue because I ran out of ideas here...

Posted 2 years ago #
whoismanu
Key Master

hi alexandre,

sorry for my late answer. i am quite busy these days.

i think the problem is that photoq stores the path to the photos in the photoQPath custom field with each photo. now your path changed but photoq had no way of knowing this and so the outdated information is still sitting there.

if that really is the problem, the thing that needs to be done is updating all of the photoQPath fields appropriately. could you try this with one or two images and see whether it works? i.e. you open the photo for editing, remove the .SERVERNAME from the photoQPath custom field and hit the corresponding update button. does it work then again for this image?

if this is it, we still have a problem. i honestly didn't foresee this case, so there is currently no option to update all of the photoQPath fields of all photos automatically. i will have to add this and so this will take some time...

ok, at least it should not affect your blog other than the fact that you don't see the thumbs of already posted photos in the admin panel (for new photos it should work and you are still able to upload and post and everything, right?). also, whatever your visitors see should hopefully still be ok? at least i tried to design photoq such that bugs in the admin section don't affect the look of your blog.

Posted 2 years ago #
Alexandre Gervais
Member

No problem, even late, any answer was good at that point...

I tried what you suggested and it did fix both problem, after editing photoQpath brought back the thumbnail and the rebuilt function

What I did then, now knowing where to look, was to go straight to the DB and remove any instances of .SERVERNAME, fixed all my photos without any other problem.

Thanks a lot, from my point of view this is resolved... and if you do add this in the future, even better but this case is pretty rare and specific to begin with I guess...

Posted 2 years ago #
whoismanu
Key Master

cool. thanks for the update.

Posted 2 years ago #

RSS feed for this topic

Reply

You must log in to post.