Note: Symphony supports custom ports as of version 1.5.06

Symphony runs perfectly on MAMP so long as you set the ports to their defaults since Symphony currently does not handle custom ports. You will need to set them to their defaults, HTTP is 80 and MySQL is 3306 through the MAMP admin utility via ‘Preferences’.

Remember that the index page is treated like any other page when parameters are used. You must access the page using /index/XX/ otherwise it will not work.

www.yoursite.com/fred/ is not the same as www.yoursite.com/index/fred/. Symphony will look for a page called fred in the first URL, whereas the second will goto the index page and set the author parameter to fred, assuming the URL schema for your index page is /author/.

The special case is when you do not specify a page or parameters, Symphony will default to the page you have specified as index. Should no page be found, either the built-in 404 or your own custom 404 page will be displayed.

Note: As of version 1.5.06, there is no longer a need for this modification. Symphony will detect physically folders and not apply rewrite rules to them.

Create a file in your sub-directory called .htaccess write the code: rewriteEngine Off. This will turn off the rules that allow Symphony from interpreting your request as a page.

This is a result of PHP haveing exclusive ownership over the config.php file. The solution to this problem is to restore correct permissions. Copy this file to your computer and delete (or rename) the file on your host. Upload the copy you just saved to your computer and make sure you CHMOD it to allow PHP access. Usually this means 0777. Once you have done this you should now be able to edit it.

Please see section 2.3. It is related to having a large PHP warning in the source.

99% of the time, the culprit is a badly detected document root. When Symphony installs it attempts to determine the RewriteBase for the .htaccess file. Sometimes, because of different server setups, this is mis-calculated. Commonly this happens when your host is running PHP via CGI. This will either cause 404 pages, or endless redirections. A common error page is something like this

The page isn't redirecting properly          
Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
This problem can sometimes be caused by disabling or refusing to accept cookies.

It is an easy fix, however, since its very unpredictable, you should contact us if you notice it happening and we will fix it up for you.

The other thing worth considering is that your server maybe not be set to not allow .htaccess overrides. If you have access to httpd.conf, you can find the part that says

<Directory /path/to/public/folder/>
  ....
  AllowOverrides None
</Directory>

Change that to say AllowOverrides All. Then you’re .htaccess file will work properly. Note, you’ll have to restart apache (apachectl restart) to get the new httpd.conf file working.

We have found this to be a problem caused by hosts running eAccelerator causing segmentation faults and crashing Apache, resulting in empty pages. The only known fix to this is to disable eAccelerator in a .htaccess file like so:

php_flag eaccelerator.enable 0
php_flag eaccelerator.optimizer 0

You will have noticed an error similar to below on your front-end and also on your Admin area in the source. It is visable as a large section of whitespace below the navigation.

Warning: Call-time pass-by-reference has been deprecated - argument passed by value; If you would 
like to pass it by reference, modify the declaration of [runtime function name](). If you would 
like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true 
in your INI file. However, future versions may not support this any longer. in 
/usr/home/0chroot/blah/ on line XXX

This is a problem with PHP4 and PHP5 not seeing eye to eye about references. This has been fixed for the current release (1.5.05) but may still be a problem in some campfire services. The temporary solution is to add the following to your .htaccess file

php_flag allow_call_time_pass_reference on

If this doesn’t help you will need to contact the Campfire author

Chances are this is directly related to point 2.1.

TextDrive thinks Symphony is doing a directory transversal attack. However, it is in fact just XSLT‘s syntax of ../ which happens to be the same syntax as traversing back out of a directory. Simply append: `SecFilterEngine Off` on the top of your root .htaccess file to fix this.

Note: As mentioned in point 1.3, there is no need to do this any longer as version 1.5.06 will not apply rewrite rules to physical folders.

Symphony’s .htaccess will interfere with Mint, redirecting before the index.php of file Mint loads. The solution is to place a .htaccess file with the following 3 lines into your /mint/ folder. This applies to any physical directory that you what Symphony to ignore.

<IfModule mod_rewrite.c>  
 RewriteEngine off  
</IfModule>

Please read the overture thread on this.