SneakyDave
Well-known member
No, this addon was actually released before the xenforo image proxy functionality, so I think you can safely turn off the xenforo one.
No, you don't need to use both. You would end up proxying proxied images then.
To no avail.Looks like your system doesn't recognize the route prefix for some reason. If you have debug enabled on your site, go to Admin -> Development and make sure you have a public route prefix of "proxy" that points to "DigitalPointImageProxy_Route_Prefix_Proxy". If it's there, try opening it and just hitting Save Prefix (that will rebuild XenForo's route cache.
I don't see why it wouldn't be, but I haven't tested it myself yet. I can't do anything with PHP7 until memcache and geoip extensions are PHP7 compatible.Is it compatible with php 7.0?
memcached php extension and geoip php extension both have separate github php7 compatible branches but it isn't mainstreamI don't see why it wouldn't be, but I haven't tested it myself yet. I can't do anything with PHP7 until memcache and geoip extensions are PHP7 compatible.
php -v
PHP 7.0.0 (cli) (built: Dec 4 2015 04:55:02) ( NTS )
Copyright (c) 1997-2015 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2015 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies
php --ri redis
redis
Redis Support => enabled
Redis Version => 2.2.5
php -m
[PHP Modules]
bcmath
bz2
calendar
Core
ctype
curl
date
dom
enchant
exif
filter
ftp
gd
geoip
gettext
gmp
hash
iconv
imagick
imap
intl
json
libxml
mbstring
mcrypt
memcached
mysqli
mysqlnd
openssl
pcntl
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
posix
pspell
readline
redis
Reflection
session
shmop
SimpleXML
snmp
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
xml
xmlreader
xmlrpc
xmlwriter
Zend OPcache
zip
zlib
[Zend Modules]
Zend OPcache
Ah i see memcache php extension has a php7 branch too
memcachedmemcached
revisiting this again as I still get 1x1 images if i enable this addon, which log will the exceptions go to ?If you go to one of the image URLs it generates (/proxy/*********/image.png), and it doesn't give you some sort of Nginx error like 404, then most likely the request is being passed along to the application (XF) which is a good thing. If you get a 1x1 pixel, then most likely it's getting some sort of exception somewhere in the DigitalPointImageProxy_Model_Proxy->getImage() method.
You could go into the Model/Proxy.php file and have it log any exceptions to your server log to help debug it if you wanted...
If you add this in the "catch" block, maybe it will give some more info:
PHP:XenForo_Error::logException($e, false);
On my installation Eva, I track it down it's due to staticfiles.conf.revisiting this again as I still get 1x1 images if i enable this addon, which log will the exceptions go to ?
could it be that image proxy can't find the images ? i have [bd] Attachment Store installed which moved attachmets to data directory
location ~* \.(3gp|gif|jpg|jpeg|png|ico|wmv|avi|asf|asx|mpg|mpeg|mp4|pls|mp3|mid|wav|swf|flv|exe|zip|tar|rar|gz|tgz|bz2|uha|7z|doc|docx|xls|xlsx|pdf|iso)$ {
gzip_static off;
#add_header Pragma public;
#add_header X-Frame-Options SAMEORIGIN;
#add_header X-Xss-Protection "1; mode=block" always;
#add_header X-Content-Type-Options "nosniff" always;
add_header Access-Control-Allow-Origin *;
add_header Cache-Control "public, must-revalidate, proxy-revalidate";
access_log off;
expires 30d;
break;
}
I only got this issue with .svg embed images :/.revisiting this again as I still get 1x1 images if i enable this addon, which log will the exceptions go to ?
We use essential cookies to make this site work, and optional cookies to enhance your experience.