forum.coppermine-gallery.net
Support => cpg1.6.x Support => cpg1.6 miscellaneous => Topic started by: nowordneeded on March 26, 2019, 08:50:33 am
-
I am using the latest stable version of 1.6.05 and my gallery is here http://tamara-braun.com/gallery
As I posted in another thread, I recently moved this gallery and all was okay with a few minor glitches, however, I have the showthumb.php.png image in my search new panel instead of the thumbnail of the image. How can I revert back to the thumbnail?
Included screenshot.
-
Check that permissions are correct for the October, November and December article directories.
-
Ron:
They're set to 755.
-
Your uploads directory is browsable. There must be some issue with the OCTOBER, NOVEMBER and DECEMBER directories because, if there are files in them, they cannot be seen.
http://tamara-braun.com/gallery/albums/uploads/articles/Tamara%202011/
-
Also check ownership of the directories in question. It can get a little messed up in the move.
-
Phill:
Sorry for my late reply. Had a ton of stuff to do today.
Explain how to take ownership?
-
Your uploads directory is browsable. There must be some issue with the OCTOBER, NOVEMBER and DECEMBER directories because, if there are files in them, they cannot be seen.
http://tamara-braun.com/gallery/albums/uploads/articles/Tamara%202011/
Ron:
Is that normal the directories should be browsable?
-
Is that normal the directories should be browsable?
It's neither normal nor abnormal ... it just depends on how the server is configured. If you want to prevent it, there are 2 methods you can use.
If your server is an Apache (type) server and allows .htaccess files, you can put this line in an .htaccess file in your uploads folder:
Options -Indexes
Or you can place a small file named index.html in EVERY directory that you don't want to be browsed. The file should contain:
<!DOCTYPE html><title></title>Do NOT place one of these files in a directory that already has a file named index.xxx.
-
Phill:
Sorry for my late reply. Had a ton of stuff to do today.
Explain how to take ownership?
That depends on how your host sets things up.
Here is a useful guide on ownership - https://www.computerhope.com/unix/uchown.htm
When you move host using the method you have some files may have group and user permissions that the new host hasn't, or does have but with specific restrictions. If a group or user does not exist it will often be assigned to a default group, or an ftp user group. The permissions for these can be set differently especially with the complexities of suhosin. There can be files set to 777 but the rules for its group and user ownership may still prevent them from being read.
It has been a while since I used FileZilla but I think you can see, check and change ownership through its interface. You can easily do this with WinSCP and its interface.
-
That depends on how your host sets things up.
Here is a useful guide on ownership - https://www.computerhope.com/unix/uchown.htm
When you move host using the method you have some files may have group and user permissions that the new host hasn't, or does have but with specific restrictions. If a group or user does not exist it will often be assigned to a default group, or an ftp user group. The permissions for these can be set differently especially with the complexities of suhosin. There can be files set to 777 but the rules for its group and user ownership may still prevent them from being read.
It has been a while since I used FileZilla but I think you can see, check and change ownership through its interface. You can easily do this with WinSCP and its interface.
Ron:
The .htaccess file worked. When I click on the link that was posted to my gallery's uploads files, it goes to an error page on my main site. So problem solved.
-
That depends on how your host sets things up.
Here is a useful guide on ownership - https://www.computerhope.com/unix/uchown.htm
When you move host using the method you have some files may have group and user permissions that the new host hasn't, or does have but with specific restrictions. If a group or user does not exist it will often be assigned to a default group, or an ftp user group. The permissions for these can be set differently especially with the complexities of suhosin. There can be files set to 777 but the rules for its group and user ownership may still prevent them from being read.
It has been a while since I used FileZilla but I think you can see, check and change ownership through its interface. You can easily do this with WinSCP and its interface.
Ron:
The .htaccess file worked. When I click on the link that was posted to my gallery's uploads files, it goes to an error page on my main site. So problem solved.
-
That depends on how your host sets things up.
Here is a useful guide on ownership - https://www.computerhope.com/unix/uchown.htm
When you move host using the method you have some files may have group and user permissions that the new host hasn't, or does have but with specific restrictions. If a group or user does not exist it will often be assigned to a default group, or an ftp user group. The permissions for these can be set differently especially with the complexities of suhosin. There can be files set to 777 but the rules for its group and user ownership may still prevent them from being read.
It has been a while since I used FileZilla but I think you can see, check and change ownership through its interface. You can easily do this with WinSCP and its interface.
Phill:
My apologies for calling you Ron. I clicked on the wrong quote link. I'll read that link you gave me and see what I can figure out.
Thanks again for all your help. Once again sorry for the gaffe.
-
So I do own the files but still displaying the green dot thing with no thumbnail. I'm pulling hair out now trying to figure out what is going on!!!!
-
Perhaps the files are corrupt. If you place the attached file in the root of your site (unzipped as filemanager.php), I'll take a look to see if I can determine your issue.
(no one but me can use the tool)
-
Ron:
Done. Thing is I just tried the same on another moved site and the same thing is happening there.
Thanks.
-
I have determined that there was a CPG problem causing it to reject some of your files (ones with hyphens) as not valid file names. I have corrected the issue on your Tamara, Laura and Oona galleries. I will update CPG to reflect the correction.
-
Ron:
Many thanks. I'm glad it wasn't me! LOL!!!
So will I have to re-download the CPG 1.6.05 files in order to get the fixed version, or what file(s) would I have to fix myself in order to have the corrected files?
Thank you again.
-
I have corrected the issue on your Tamara, Laura and Oona galleries.
-
Ron, what I'm talking about is the CPG version I used to move those galleries was a fresh install of CPG version 1.6.05. So whatever was problematic in those installs was from the fresh package. What files were fixed in the package not directly on those galleries you fixed are going to have be fixed, or will that be corrected in the download for version 1.6.05?
Did I make that clear? ???
-
It is never a good idea to use hyphens in file names in Linux. They can be miss-interpreted as a switch. Best avoid them in future.
-
What files were fixed in the package not directly on those galleries you fixed are going to have be fixed, or will that be corrected in the download for version 1.6.05?
The file that was changed is showthumb.php. It would not be a part of the packaged (single zip file) version of 1.6.05. You can use the cpg_installer_stub to install a new or update an existing installation with all the current, late-breaking changes by selecting the bottom (highlighted in red) install option.
I don't expect it to be too long before we package version 1.6.06, which would include that change.
-
It is never a good idea to use hyphens in file names in Linux. They can be miss-interpreted as a switch. Best avoid them in future.
I've always used them ever since my first CPG installation way back in 2006 with the 1.3.0 series. Never had any issues till moving to the new host/server.
-
The file that was changed is showthumb.php. It would not be a part of the packaged (single zip file) version of 1.6.05. You can use the cpg_installer_stub to install a new or update an existing installation with all the current, late-breaking changes by selecting the bottom (highlighted in red) install option.
I don't expect it to be too long before we package version 1.6.06, which would include that change.
I guess what I can do for further installations is to copy the [rr]showthumb.php[/tt] file from either of the galleries you fixed and replace it in the package on my hard drive. And where would I find the cpg_installer_stub file?
Thanks again.
-
And where would I find the cpg_installer_stub file?
Here (https://forum.coppermine-gallery.net/index.php/topic,79168.0.html) or here (https://github.com/coppermine-gallery/cpg1.6.x/releases).
-
I've always used them ever since my first CPG installation way back in 2006 with the 1.3.0 series. Never had any issues till moving to the new host/server.
Still doesn’t make it a good idea. It does to some extent depend on the Linux distro but spaces in filenames as well as hyphens can cause problems. You can give your pictures names like that, just for the actual file name itself it is not recommended by most Linux packagers.
Let’s give and extreme example of why not. This is the most extreme case but valid.
Canon have last year launched their new RF lens mount. Superb for mirrorless cameras and some wonderful lenses have been launched. You’ve bought yourself a shiny new Canon R and a new RF lens to go with it. You save your first pic in windows can cal it “-rf test pic with new lens” which is fine in windows.
Later on you copy this file to your Linux box but accidentally put it in the root directory. So using the command line you decide to delete the file. In Linux you use the rm command which is short for remove.
rm-rf test pic with new lens
What would happen? Well, Linux would see the rm -rf as a command. The -rf switch means recursive (the r) and force (the f). This simple mistake would delete all the files and folders on your install without so much as an are you sure.
Now that is an extreme example. You would be amazed however how common problems occur using hyphens and spaces in file names. Good code can mitigate things, we can strip these out or ignore them etc with an extra step. However, one day these things can cause you a headache.
-
Thank you Phill for the explanation. I've also just upgraded using the installer script. I'm now current with 1.6.06. Thanks to all for this amazing ability to upgrade so easily. Most appreciated.