Zenphoto
The simpler media website CMS
ZenphotoThe simpler media website CMS
Forum search only. You might also want to search on the main site's user guide.
Your support helps pay for this server, and helps development of zenphoto. Thank you!
Visit the donations page
So, what about this "undefined" hash() function, embedded in a string length call? Is this yet another missing piece of the PHP PIG, i.e., php56-5.6.10? So far, I've had to manually install additional modules, extensions, etc:
1249 static function pbkdf2($p, $s, $c = 1000, $kl = 32, $a = 'sha256') {
1250 $hl = strlen(hash($a, null, true)); # Hash length
1251 $kb = ceil($kl / $hl); # Key blocks to compute
1252 $dk = ''; # Derived key
1253 # Create key
1254 for ($block = 1; $block <= $kb; $block++) {
1255 # Initial hash for this block
1256 $ib = $b = hash_hmac($a, $s . pack('N', $block), $p, true);
1257 # Perform block iterations
1258 for ($i = 1; $i < $c; $i++)
1259 # XOR each iterate
1260 $ib ^= ($b = hash_hmac($a, $b, $p, true));
1261 $dk .= $ib; # Append iterated block
1262 }
1263 # Return derived key of correct length
1264 return substr($dk, 0, $kl);
1265 }
Comments
`hash()` actually belongs to a standard PHP extension that should generally be available:
https://secure.php.net/manual/de/book.hash.php
Evne the PDO and MySQL are such standard extension that are simply needed to be there. If I am not mistaken a graphics libary like GDlibary or Imagick is also missing from your list.
Regardless, I did search the FreeBSD forum and found this post:
https://forums.freebsd.org/threads/opencart-php-call-to-undefined-function-hash.50583/#post-292396
I followed the original FreeBSD Forum's poster's lead and installed the additional php56-extensions package. This enabled the plethora of additional extensions support including hash support that solved the undefined function crash. I had overlooked (or didn't know to look for it) in the phpinfo() output . . .just assumed that it should be part of the base.
I have successfully installed the v1.4.8 from your tarball and with a little tweaking, appears to be working well. That nuance regarding the prefix to the MySQL table names resolved the path problem that I suspected. Now all of my album data are found and rendered as advertized. You might be interested to know that I did upgrade directly from v1.4.0.4 to v1.4.8. and apparently the table elements were successfully mapped where matches were found. If I had understood the path nuances, and didn't have to contend with a partial PHP5.6 installation, then I think it would have gone very quickly and I would not have cluttered your forum with so many posts.
Finally, I do appreciate that probably many of your users are not programmers, and are probably using third-party hosting sites (where they don't have to install and configure PHPig), etc., and are looking for something cleaner, more versatile, and less cluttered than say, for example, PhotoBucket.
Oh, and yeah, I had to install the GD graphics suite, too. I guess that what is "standard" for some, is not so "standard" for others.
OTTF,
Ron W.
Direct upgrades from older versions often work well and I even did it from much older ones successfully. But since we don't specifially test it, it may also fail in some parts. In any case the biggest problem are mostly old themes or plugins especially if third party or custom ones that need updating. Even if they are they not necessarily setup or know how to servers on their own. Yes, would be great if all servers all over the world would be setup the same way.