These forums are provided for community interactions only. For official support please submit a support ticket.
You are not logged in.
Hello,
I've just installed Director 1.2 Beta3 after 1.1.9.
Everything was good during the installation, but when I tried to log me I had this 500 Error.
I'm with 1and1.
How could I fix that ?
Thank you.
Offline
Did you do a clean install or an upgrade? Try deleting and re-uploading the ssp_director/app folder and see if that helps. Also, try recursively setting the permissions on the entire ssp_director folder to 755.
Offline
Thank you for your response.
It was an upgrade.
I have deleted the app folder and reuploaded it, and changed all the permissions to 755, but I have still the same error message...
Offline
I think you will need to contact your host to see if they have more details on the error. 500 errors can be caused by a whole host of different things.
Offline
Ok, I'm going to try that.
Till then can I downgrade Director ? I mean can I install back the 1.1.9 version ?
Offline
You cannot downgrade. You should always make a backup of both the Director folder and the database before upgrading, especially to a beta release.
Offline
I saw that...
I hope 1and1.com is going to reply soon.
Offline
Excellent, 1and1 have upgraded me on PHP5 and it works !
But it's weird it was working fine before on 1.1.9...
Thank you for your help.
Offline
I got this error yesterday after using ftp to upload a large amount of images to an album. When I go to the upload section of the album I would get this message if there were more than 20 or so images it need to add to the album. It did add them but I kept getting this message if there were still a large number of images that needed to be added to the album.
I'm already using PHP5 so that isn't the issue. It seems to be a magic number of files it needs to add to the album that causes the error.
Last edited by akbdeck (2008-04-23 15:18:02)
Offline
This could be a mod_evasive problem. Check the second part of this thread for more:
http://forums.slideshowpro.net/viewtopic.php?id=3387
Offline
Since the info on this problem was lackluster, and what syllvinman said about php5 - I upgraded my SSP Director from 1.2a4 to 1.2b4 and it blew up with the 500 internal server errors also. I also use 1and1 for hosting (as GoDaddy doesn't support some mod_rewrite options I need) I found the following on a 1and1 support link.
http://faq.1and1.com//scripting_languag … php/9.html
Basically - I added the one line to the top of my .htaccess file, and voila - no more problem!!!
AddType x-mapp-php5 .php
Offline
bdaily wrote:
This could be a mod_evasive problem. Check the second part of this thread for more:
http://forums.slideshowpro.net/viewtopic.php?id=3387
Ok I Have done everything you asked in this post. Increased the memory size etc...
The limit appears to be 45 files in the album directory before this error happens. It happens every time if there are more than 45 files in the directory. After the initial error you can go back to content and see the 45 images. if you go back to upload it keeps giving the server error 500 message after 15 to 45 more files. It only stops when the images to add count is below 15.
This is can be repeated every time. I just keep reloading the page or going back and forth between upload and content until it works and the error stops.
I'm using version 1.2b4
Offline
Have you asked your host if mod_evasive is running?
Offline
I think the best fix for this and to prevent others having problems in the future is for the developers to change the import to process the images in batches of say 10 or 15. Just have it loop through 10, process them, delete them, look at folder to see if any more.
I have used this method a couple of times and have seen it used on scripts that import large amounts of data such as forum migration scripts. It sure beats troubleshooting lots of different server configurations that people might be running it on.
Offline
yeah i get 500 errrors when importing i just keep refreshing till it goes away.
also i get 500errors when producing xml of more than 60-65 albums (I have a simple fix for that)
I agreed that importing in batches would be real great (perhaps it could be set to automate one batch after an other :} )
Offline