| PHP, MySQL General PHP questions. Or go to our PHPsuexec Forum >> |
![]() |
|
|
LinkBack | Thread Tools | Search this Thread | Rate Thread |
|
|
#19 (permalink) | |
|
Pirate Quartermaster
Fresh Surpasser
Joined in Oct 2005
Lives in hot Atlanta (literally!)
Hosted on SH86
22 posts
Gave thanks: 1
Thanked 0 times
|
Quote:
Kidding I think . . . While on the subject (and rather than start a new thread) I'm running VBulletin 3.5.2 and can somebody explain the following to me?? PHP Max Upload Size, as it pertains to board attachments, I get the impression (not sure why!) it is based on the servers php configuration and not on the VB software per se?? If so is there anyway to increase the limit to say 5MB (standard CD / compressed DVD) or 10MB(some software zips)?? -------------------------------------------------------- Server Type Linux Web Server Apache v1.3.34 PHP 4.4.0 PHP Max Post Size 8.00 MB PHP Maximum Upload Size 2.00 MB MySQL Version 4.1.14-standard MySQL Packet Size 1.00 MB Shared SH86 Last edited by Bugs; December 23rd, 2005 at 7:28 PM.. |
|
|
|
|
|
|
#20 (permalink) |
|
is scientific.
Resident.
Joined in Mar 2004
Lives in fear of Obama.
Hosted on Pass 7
13,116 posts
Gave thanks: 8
Thanked 34 times
|
I don't think there is actually a real written policy...kinda one of those unwritten rules of the road things. Basically, don't hog the server.
The max upload size is set in the php.ini file, but you can change it with an htaccess file by putting this in: php_value post_max_size 16M php_value upload_max_filesize 16M that makes it 16 megs, but you can change it to whatever. |
|
|
|
|
|
#21 (permalink) | |
|
Pirate Quartermaster
Fresh Surpasser
Joined in Oct 2005
Lives in hot Atlanta (literally!)
Hosted on SH86
22 posts
Gave thanks: 1
Thanked 0 times
|
Quote:
[Big Changes] PHPsuexec to be implemented on new servers (hyperlink formatting within the editor doesn't work correctly but I do like the blue 'quote' bubbles - can Summunity share the 'postbit' mod?) and perhaps PHPsuExec is not enabled?? It does say GCI. After trying your suggestion about htaccess I indeed did get '500 error' so tried php.ini instead in root dir(same one as htaccess) with all permissions indeed set below '755'. Did a lot of searching on this issue but to no avail - she did mention 'starting with SH88'??? Bugs Last edited by Bugs; December 24th, 2005 at 9:04 AM.. |
|
|
|
|
|
|
#22 (permalink) | |
|
Pirate Quartermaster
Fresh Surpasser
Joined in Oct 2005
Lives in hot Atlanta (literally!)
Hosted on SH86
22 posts
Gave thanks: 1
Thanked 0 times
|
Quote:
How??? 'Trial & Error can be a wonderfull thing because I never did find the direct, definative answer searching here!! Is this indeed a secret we're really not supposed to know?? And how come my 'editor options' do not work right??? Can't even click a smilie!! You guys NEW to VBulletin?? If you look in your phpinfo() settings there is ONE(1) HTTP_REFERER, SCRIPT_FILENAME, REQUEST_URI & SCRIPT_NAME that share the SAME DIR location. I'm using VBulletin 3.5.2 so the directory / location to put the custom php.ini override directives would be (in my case) in the VBadmin Control Panel folder(which upon installation I RENAMED from stock by the way)!! (ie:public_html/forum/<admincp_foldername>) That is THE SCRIPT that is executed 1'st apparently . . . BINGO!! (ps) Also, if you happen to be running VBulletin I think it would be a GOOD IDEA to use the 'Attachment Storage Type' option to move uploaded files OUT of the database to the 'Separate FileSystem' location instead . . . Last edited by Bugs; December 24th, 2005 at 9:51 AM.. |
|
|
|
|
|
|
#23 (permalink) | |
|
Pirate Quartermaster
Fresh Surpasser
Joined in Oct 2005
Lives in hot Atlanta (literally!)
Hosted on SH86
22 posts
Gave thanks: 1
Thanked 0 times
|
Quote:
The biggest benefit for ME as a VBulletin admin is 1)I do not have to force my users to FTP for large file access(which is an 'access' issue to control in it's own right indeed) which leads to 2) so I can quickly control 'attachment' permissions on an individual user basis directly from my AdminCP . . . . Bugs |
|
|
|
|