You are not logged in. Please login or register.
Showkase Support Forum → Posts by Steven @ Showkase
Please see this forum thread.
I posted a patch (in this forum post) which addresses issues relating to PHP 8.1 and PHP 8.2 (including the one you experienced).
The patch will allow run Showkase v1.7.6 to run on PHP 8.1, PHP 8.2 (and I've also tested it on PHP 8.3).
Apologies for the inconvenience. I hope the patch helps.
Unfortunately, this is no way to change the background color of an individual page from within the admin.
You'd need to do this with some custom CSS in the custom.css file.
You can, however, target individual pages (or page types) using this method.
Check out your page's <body> tag in your web browser's Developer Tools -> Page Source for classes that might help in targeting your page.
You might find something like this:
<body class="light type-basic page-12 group-0 body-arial headings-arial ">You could target this page using the 'page-12' class (each page has a unique page number), e.g:
.page-12 {
background-color: #000000;
}... or you could target all basic pages as follows:
.type-basic {
background-color: #000000;
}I hope this points you in the right direction.
However, if you continue to experience difficulties, please post the URL of the web page and let me know what color you'd like it's background to be and I'll see if I can help further.
Thank you..
I notice that you are using a custom.css file (_themes/kosel/css/custom.css) which sets background-color: #E9E3D3; for #wrapper.
This will override the color set in the Showkase admin so you might need to remove this custom CSS for admin-set colors to work.
If you use a 'custom' Color Scheme, then the background color of a Basic page (all pages, in fact) should be controlled by the 'Background color' in the Custom Palette.
I've just checked this for a Basic page in a test Showkase v1.7.6 site (using the Kosel theme) and it works as expected for me.
If the background color of your Basic page does not seem to follow the 'Background color' in the Custom Palette, then try clearing your browser's cache before reloading your web page to see if this makes a difference. Otherwise, try loading your web page in a different browser (one which you have not used to view your site before) to make sure that browser caching is not the cause of your problem.
It might also be worth checking in with your web host to make sure that there is no server-side caching active on your hosting account.
Hopefully this will help.
Please let me know how you get on. Thank you.
For anyone looking for WEBP support, please check out this forum thread.
FIXED IT NEVER MIND
OK. I'm glad you've managed to sort things out. Thank you for letting me know.
Just let me know if you run into any further problems and I'll do my best to help you out.
@Anglican
It's possible but I really don't know. I'm not the author of Showkase and I don't make such decisions.
However, the patch really just duplicates the way Showkase handles GIF images, but for WEBP images. All the complicated stuff (the actual image processing) is done by native PHP functionality so the extra code required in Showkase to get it working is minimal and I don't see there being any adverse effects.
I hope it will be picked up by the Showkase developers but, if not, at least the patch is here for those that want to use it.
You're welcome!
I'm glad you've got it working. Thank you for letting me know.
Sorry for the inconvenience.
This problem is caused by a deprecation in PHP 8.1: Implicit incompatible float to int conversion is deprecated.
Until Showkase is updated to address this issue, I've attached the fix to this post as a zip file. Just extract the zip file (it'll extract to a folder named 'showkase') and upload the whole 'showkase' folder to your own site, overwriting the existing source files.
The fix also addresses an issue relating to PHP 8.2: Dynamic Properties are deprecated.
You should not have any problems applying the patch but I'd recommend taking a complete backup of your site first, just in case anything goes wrong and you need to reinstate your original files at a later date.
I hope this helps.
Please let me know if I can be of any further assistance.
Thank you.
Nothing will change to the original functionality of Showkase or to pre-existing galleries and their .jpeg, .png and .gif images.. The patch just allows .webp as a new file type and all .webp images will be processed in the same way that .gif images are currently processed.
If you have a Juicebox gallery with Large, Medium and Small checkboxes already selected, then just leave them all selected. (If you deselect the Large and Small checkboxes, then you'll lose the largeImageURL and smallImageURL entries from the gallery's 'config.xml' file on the next publish.)
I mentioned selecting the 'Medium image resize' checkbox as, if you don't, then .webp images will not be resized for the Medium size images in your Juicebox galleries (similar to the behavior for .gif images).
As long as the Large, Medium and Small checkboxes are all selected, then you should have large, medium and small .webp images in your Juicebox galleries (for a .webp image source).
Please bear in mind that the patch is unofficial and you might like to try it out in a test Showakse site (in a separate directory of its own so that it does not interfere with your live site) before integrating it into your live site.
Thank you for posting your suggestion in the Feature Requests thread.
I don't know if or when this might be implemented officially but, in the meantime,you might like to try this patch that I created (attached).
It introduces .webp support to Showkase and allows .webp images to be uploaded via the upload module.
Just extract the zip file over your existing Showkase directory. The following files will be replaced:
admin/classes/gallery.php
admin/classes/imagesizer.php
admin/classes/thumbnail.php
scripts/plupload/queue.js
Notes:
(1) This patch is not official. It was made by myself, not by the author of Showkase. As such, it has not gone through a rigorous testing regime (although I've tried it out myself and it seems to work fine) and you should use it at your own risk. Be sure to make a full backup of your site first, just in case you need to reinstate your original files at a later date.
(2) The upload module (the third-party Plupload module) only resizes .jpeg and .png images client-side so .webp images are treated the same as .gif images (i.e. they are not resized when uploading). Either be sure to resize your .webp images before using them in Showkase or, if using a Juicebox-Pro gallery, go to 'Site -> Customize Viewers -> Juicebox-Pro (Edit) -> Pro Viewer Options -> Multi-Size Images (Pro)' and select the 'Medium image resize' checkbox.
(3) The files named above have been modified so, if you have made any other modifications to these files (from the stock Showkase v1.7.6 versions), then your modifications will be lost and you'll need to apply them to the files again.
(4) Please use this patch only if you are using Showkase v1.7.6. The original files that I modified were Showkase v1.7.6 stock files. Using this patch on a previous version of Showkase may break other functionality.
I hope this helps.
No, sorry.
The Showkase upload module accepts only GIF, JPG/JPEG and PNG.
You're welcome!
... I'm assuming the public_html folder of a website is the webroot.
Yes (although not all web servers are the same and the root directory on others may be labelled something else such as 'htdocs').
Is it really that simple?
Yes. The 'robots.txt' file has been a web standard for a long time now and all major web search engines ought to respect it. I cannot guarantee that they all do, but I'm sure there would be a huge outcry if they did not.
It's a lot easier to tell search engines to not crawl and index a web site that it is to ensure that a site is crawled and indexed.
No other settings? Lines 25 to 35 are activated by doing so?
That's right... no other settings. The actual lines of code in the file are not commented out. The file just needs to be renamed to become active.
Just replace lines 25 to 35 with the following to disallow everything (if you like):
User-agent: *
Disallow: /Incidentally, I notice that the links in the file's comments (for more information) are no longer active.
Check out these links instead:
(1) http://www.robotstxt.org/robotstxt.html
(2) https://developer.mozilla.org/en-US/doc … Robots.txt
(3) https://en.wikipedia.org/wiki/Robots.txt
When you extract the Showkase zip file, you'll find a file named showkase.robots.txt.
You can open this file in a text editor to read more about it (in the comments at the top of the file).
Here are the full contents of the file.
# robots.txt
#
# A robots.txt file prevents the crawling and indexing of certain parts
# of your site by web crawlers and spiders run by sites like Yahoo!
# and Google. By telling these "robots" where not to go on your site,
# you save bandwidth and server resources.
# This file will be ignored unless it is called robots.txt and is in the root of your host.
# You can either rename this file to robots.txt or copy the content to your existing robots.txt
#
# If you have installed Showkase in the root of your host then:
# 1. Copy this file to the web root OR
# 2. If you have an existing robots.txt file add this content to it.
#
# If you have installed Showkase in a subdirectory then:
# 1. Copy this file to the web root OR
# 2. If you have an existing robots.txt file add this content to it.
# 3. Edit the paths so they point to the files you want to disallow
#
# For more information about the robots.txt standard, see:
# http://www.robotstxt.org/wc/robots.html
#
# For syntax checking, see:
# http://www.sxw.org.uk/computing/robots/check.html
User-agent: *
Crawl-delay: 10
Disallow: /_data/
Disallow: /_library/
Disallow: /_showkase/
Disallow: /_smarty/
Disallow: /_themes/
Disallow: /_trash/
Disallow: /_viewers/
Disallow: /admin/
Disallow: /readme.htmlBy default, the file (once renamed and placed in the correct location) will disallow crawling throughout the Showkase admin area of your web server.
If you want to disallow everything (public pages as well as the Showkase admin), then use the following (instead of the stock code):
User-agent: *
Disallow: /I hope this helps.
@Koinelendot
It's a shame that a new version of Showkase has not yet been released with an implementation of the fix above but my code (from this post) is a complete solution to the problem with no known adverse side affects for those experiencing (or not experiencing) the problem.
Thank you for bringing this to my attention.
I have reported this to the website admin who will hopefully fix it soon.
Thank you.
In the meantime, the best way to check for updated versions is to periodically check out the Version History page.
Sorry for the inconvenience.
Thank you for trying my suggestions.
I reverted to PHP 8.0 but nothing changed.
This rules out a PHP version problem. (There are no known issues with Showkase v1.7.6 under PHP 8.0.)
2) I switched to Basic Upload and uploaded a small file successfully and got a green triangle. I then clicked the Images tab to delete the test image, but no images were listed.
That's odd but thanks for trying. I can't think of why this might be at the moment but at least we have this information that we can come back to if necessary.
3) I ran the compatibility test successfully just before I installed Showkase
Presumably all tests pass OK?
4) I switched to debug mode but the Status still just says HTTP error. when I hover over the yellow triangle.
I've never encountered this myself. Unfortunately, the 'HTTP error' is most likely being generated by Plupload (the third-party upload module that Showkase uses) and it's rather generic and doesn't really help us to determine the cause of the problem.
5) I tried setting resizing to default but this did not make any difference.
This rules out the PHP 8.1 / 'thumbnail.php' problem (but changing to PHP 8.0 also rules this out).
Here are some more things to check and try:
(1) Make sure that your image filenames do not have any reserved or special characters in them. Try using only alpha-numeric characters (a-z, A-Z, 0-9) in your image filenames.
(2) Are your images rather large (in filesize)? Check your PHP directives post_max_size, upload_max_filesize and memory_limit to make sure that they are not set too low. Please check in with your web host if you are unsure where your PHP directives are set. (They might be set in a 'php.ini' file or you might be able to set them from within your hosting account's online control panel.)
Check out the description of post_max_size in the PHP documentation: https://www.php.net/manual/en/ini.core. … t-max-size
Here's a quote from the docs which might help you set these values:
post_max_size int
Sets max size of post data allowed. This setting also affects file upload. To upload large files, this value must be larger than upload_max_filesize. Generally speaking, memory_limit should be larger than post_max_size.
The current PHP default values for post_max-size, upload_max_filesize and memory_limit are 8M, 2M and 128M respectively. Your web host might set other values as their own defaults.
Whatever your own current values are, try doubling them all (or even quadrupling them if they seem very low).
(3) Check your hosting account's control panel to see if there are any security modules installed which might be restricting the upload of images. Also, check any '.htaccess' files that you may be using to see if there are any entries there which might be causing problems.
Showkase works out-of-the-box on most web servers without any tweaking. Unfortunately, it appears that your web server might be a little too restrictive (at least at the moment) to allow Showkase to function correctly and fully.
I'll keep my fingers crossed that one of these new suggestions will point you in the right direction and that you will be able to resolve your problem.
As before, please let me know how you get on.
Thank you.
Is "HTTP error" the only message that appears or is there a more descriptive message which might help to figure out what is causing the problem?
Does it look like a message generated by Showkase (somewhere within the Showkase interface) or perhaps by your web server?
Could you please post a screenshot of the error message here in this thread so that I can see what you are seeing? It might help to determine the cause of the problem. Thank you.
Showkase does not upload images via FTP/SFTP so there are no FTP settings to configure.
Here are a few things to try.
(1) If possible, please try using PHP 8.0 (or a variant of PHP 8.0.x... the latest being 8.0.29 released on 8 June 2023) on your site instead of PHP 8.1 to see if this makes a difference.
(2) Try uploading via the 'Basic upload' method as well as the 'HTML5 upload' method? You can change the upload method via the link in the lower right corner of the upload module.
(3) Try installing and running the Showkase Server Compatibility Test: https://www.showkase.net/support/sktest/
Even if you ran the test prior to installing Showkase, please run it again just now in case your web host has made any changes to your hosting account recently.
If any of the tests fail, then there are troubleshooting tips on the test's support page (link above).
HP version or settings) which might be contributing to your problem.
(4) Also, you could try running Showkase in Debug Mode to see if any more detailed warning or error messages are displayed in the Showkase status bar (which might not be displayed when debug mode is switched off) to help pinpoint the problem.
Open your 'showkase/admin/settings/constants.php' file in a plain text editor and change line 12 from:
define('DEBUG', false);... to:
define('DEBUG', true);The line number above refers to the current version of Showkase (v1.7.6).
(5) Finally (for the time being), are you using custom thumbnail or image dimensions? If so, try using the default values to see if this helps.
I realize that these suggestions might not tackle your problem head on and resolve it immediately but they should at least point us in the right direction.
Please let me know how you get on.
... and 2023.
I'm glad you've got it working again. Thank you for letting me know.
I've tried to replicate the problem you reported (by publishing after sorting a ListViewer gallery by 'sort newest first', as seen in your screenshot) but I'm not encountering the error message myself.
First of all, you could try reinstalling Showkase v1.7.6 on top of your existing v1.7.6 installation .
Follow the upgrading instructions (https://showkase.net/support/upgrade/) but with the same version that you are currently using.
This will overwrite all Showkase source files with fresh versions, in case any of your existing source files have somehow become corrupt or gone missing.
Important Note:
You should not lose any custom content (pages or settings) doing this but it would be wise to make a complete backup of your existing site first, just in case anything unexpected should happen and you need to reinstate your original files at a later date.
Also, if you have made manual customizations to any Showkase source files or have used your theme's custom.css or custom.js files, then please note that these will be overwritten when you follow the upgrade process and you'll need a backup in order to reinstate them afterwards.
If this does not help, then in order to try to determine exactly which line of source code is triggering the error message, try running Showkase in debug mode (in case any more descriptive error messages are displayed in the Showkase status bar).
Open your 'showkase/admin/settings/constants.php' file in a plain text editor and change line 12 from:
define('DEBUG', false);... to:
define('DEBUG', true);The line number above refers to the current version of Showkase (v1.7.6).
Please let me know what new error messages (if any) are displayed in the Showkase status bar when you try to replicate the problem.
Also, please let me know what version of PHP you are running (in case it is relevant). I have been testing under PHP 8.1.21.
Hopefully this will resolve your problem or at least bring us one step closer to figuring it out.
Have you tried the fix from this post yet (modifying the thumbnail.php file and uploading it to its original location (in admin/classes/) overwriting the original file)?
https://showkase.net/forum/viewtopic.php?pid=2234#p2234
Was your screenshot taken before or after implementing the fix? (It looks like the problem before the fix.)
I've modified the thumbnail.php file and uploaded it for you here: [Link removed.]
Just click the 'Download' button... no need to have a Box account to download the file.
Upload the file to admin/classes/ within your Showkase installation on your web server (overwriting the original thumbnail.php file there) and this should hopefully resolve your problem.
I'm sorry to hear that you've run into a problem.
The problem is due to the use of PHP 8.1 or above (specifically, a PHP feature which Showkase makes use of but which was deprecated in PHP 8.1).
I've replied to another user who ran into this problem (relating to thumbnail dimensions) in this forum thread: https://showkase.net/forum/viewtopic.php?id=472
I noted a fix for the problem (which requires modifying a Showkase source file) here: https://showkase.net/forum/viewtopic.php?pid=2234#p2234
I've notified the developers and the fix should be incorporated into the next version of Showkase but I don't know when this might be.
In the meantime, I hope that you are able to implement the fix and that it resolves your issue.
Please let me know how you get on and if I can be of any further assistance.
Thank you and apologies for any inconvenience caused.
Email received (and reply sent).
Thanks!
Sorry about that.
Maybe the email link is only visible to admins.
Mail me at Email address removed.
Showkase Support Forum → Posts by Steven @ Showkase
Powered by PunBB, supported by Informer Technologies, Inc.