OSO will not fix the Photo Section,Help Please
#1
OSO will not fix the Photo Section,Help Please
I have contacted OSO tech and Internet Brands before about the photo section not working and havent recived any response. I have also emailed Robert Brisco about the prob with Internetbrands no responce also.
http://www.offshoreonly.com/gallery/
The photo section is powered by http://www.photopost.com/ .I contacted there tech dept there and they said the imagemagick on the server is broke or the data directory at every level is not 777 permissions as error code 1 is permissions. You need to set permissions on the data directory to 777 every folder beneath it and you can try uploading with your processor set to GD2.
http://www.photopost.com/
Please tell me who I need to contact/prod to resolve this problem.
Thanks
Rob
http://www.offshoreonly.com/gallery/
The photo section is powered by http://www.photopost.com/ .I contacted there tech dept there and they said the imagemagick on the server is broke or the data directory at every level is not 777 permissions as error code 1 is permissions. You need to set permissions on the data directory to 777 every folder beneath it and you can try uploading with your processor set to GD2.
http://www.photopost.com/
Please tell me who I need to contact/prod to resolve this problem.
Thanks
Rob
__________________
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
#3
Registered
Join Date: Jul 2008
Location: San Carlos, Sonora, Mexico - Tucson, AZ
Posts: 70
Likes: 0
Received 7 Likes
on
2 Posts
If it is a permission thing that can be fixed in seconds, a chmod (permission change) only takes seconds, any half way competent server administrator should have no problem setting permissions.
Since GD or ImageMagick can be used it is a simple matter of them selecting which graphics engine to use. At worst a re-install of gd or imagemagick, once again something that takes less than a minute to do.
They should have no problem resolving the issue.
Since GD or ImageMagick can be used it is a simple matter of them selecting which graphics engine to use. At worst a re-install of gd or imagemagick, once again something that takes less than a minute to do.
They should have no problem resolving the issue.
#4
If it is a permission thing that can be fixed in seconds, a chmod (permission change) only takes seconds, any half way competent server administrator should have no problem setting permissions.
Since GD or ImageMagick can be used it is a simple matter of them selecting which graphics engine to use. At worst a re-install of gd or imagemagick, once again something that takes less than a minute to do.
They should have no problem resolving the issue.
Since GD or ImageMagick can be used it is a simple matter of them selecting which graphics engine to use. At worst a re-install of gd or imagemagick, once again something that takes less than a minute to do.
They should have no problem resolving the issue.
Rob
__________________
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
#6
You can upload a picture?
I just tried no go still getting code.Maybe it me?
Error creating thumbnail! Error code: 1
Command:
"/usr/bin/mogrify" +profile "*" -size 0x150 -quality 80 -geometry 0x150 '/var/www/html/gallery/data/3052/thumbs/Dock_Rocker_8.JPG'
I just tried no go still getting code.Maybe it me?
Error creating thumbnail! Error code: 1
Command:
"/usr/bin/mogrify" +profile "*" -size 0x150 -quality 80 -geometry 0x150 '/var/www/html/gallery/data/3052/thumbs/Dock_Rocker_8.JPG'
__________________
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
.
The Only Time You Have To Much Ammo Is When Your Swimming Or On Fire.
#7
Easily Distracted
Platinum Member
I tried to delete spammers from there a while back but was unable to do so. I reported the post at that time and didn't hear back either.
Its not just you Rob... even tho you are King
Its not just you Rob... even tho you are King
__________________
Bad Girls Make Good Company
Bad Girls Make Good Company
#10
Registered
Join Date: Jul 2008
Location: San Carlos, Sonora, Mexico - Tucson, AZ
Posts: 70
Likes: 0
Received 7 Likes
on
2 Posts
Since the forum is vbulletin, it can run zzblock. I just tested the offshoreonly forum and zzblock is not running. zzblock blocks known malicious bots that post data and or look for vulnerabilities and blocks known malicious ip's. By blocking the malicious activity, it decreases bandwidth use and server resources, which lowers costs of running the forum and improves accessibility and speed for the allowed users.
http://www.spambotsecurity.com/zbblock.php
Malicious posters can be blocked by ip or range of ip, if vbulletin (not familiar with vbulletin) has that capability within the admin section, that is easily done by adding the malicious ip's to the block list.
If vbulletin does not have blocking capability, ip's can be blocked via httpd.conf (apache) file or .htaccess file.
Either way, malicious unwanted posting can be stopped. Since zbblock is not being used, and this problem continues to persist. Perhaps some consultation is in order to implement additional security features with your existing server administrator, or move to a different service provider that knows what they are doing.
My personal experience with visiting offhshoreonly has not been the greatest. It was a lot slower in the past, better speed wise now, but there is still room for improvement.
Considering that zbblock is not being used and malicious posting persists, the server administrator is the first place to go, as that is were the real problem lies.
http://www.spambotsecurity.com/zbblock.php
Malicious posters can be blocked by ip or range of ip, if vbulletin (not familiar with vbulletin) has that capability within the admin section, that is easily done by adding the malicious ip's to the block list.
If vbulletin does not have blocking capability, ip's can be blocked via httpd.conf (apache) file or .htaccess file.
Either way, malicious unwanted posting can be stopped. Since zbblock is not being used, and this problem continues to persist. Perhaps some consultation is in order to implement additional security features with your existing server administrator, or move to a different service provider that knows what they are doing.
My personal experience with visiting offhshoreonly has not been the greatest. It was a lot slower in the past, better speed wise now, but there is still room for improvement.
Considering that zbblock is not being used and malicious posting persists, the server administrator is the first place to go, as that is were the real problem lies.
Last edited by SinOjos; 06-01-2012 at 02:36 PM.