Hello. i tried to install October with the wizard in this root folder, and every thing seems to be fine, no errors. but in the backend, or in the root ( / ) of the site, i have this browser message:

Forbidden

You don't have permission to access /root/backend on this server.

the installation log wont show any errors, and all entries are like:

[2014/10/16 08:33:56] Postback payload: Array
(
    [step] => finishInstall
  [meta] => Array
      (
          [core] => Array
                (
                    [hash] => 972e59f045523447faf0424c10343f87
                    [build] => 154
                )

        )

    [hash] => 972e59f045523447faf0424c10343f87
    [build] => 154
    [handler] => onInstallStep
)
[2014/10/16 08:33:56] Install step: finishInstall
[2014/10/16 07:33:56] Cleaning up file: a74ad8dfacd4f985eb3977517615ce25.arc
[2014/10/16 07:33:56] Step finishInstall +OK
[2014/10/16 07:33:56] Execute handler (onInstallStep): Array
(
    [result] => 
)

then i tried the cli install, and have the same message, no errors otherwise

Any ideas?

ps: i user windows 7 + WniServer

Last updated 10 years ago

btw, between [2014/10/16 08:33:56] and [result] => )

is a single chunck of code. i think im screwing up with markdown

Check the file and folder permissions are available as read+write to the UniServer user.

thanks for the quick repply :)

all the folders have full permissions, including the containing root. but as i had issues with htaccess before, here is mine, in the root of the site:

 
    
        Options -MultiViews
    
    RewriteEngine On
    ##
    ## You may need to uncomment the following line for some hosting environments,
    ## if you have installed to a subdirectory, enter the name here also.
    ##
    # RewriteBase /
    ##
    ## Black list protected files
    ##
    RewriteRule themes/.*/(layouts|pages|partials)/.*.htm index.php [L,NC]
    RewriteRule uploads/protected/.* index.php [L,NC]
    ##
    ## White listed folders and files
    ##
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteCond %{REQUEST_URI} !\.js
    RewriteCond %{REQUEST_URI} !\.ico
    RewriteCond %{REQUEST_URI} !\.jpg
    RewriteCond %{REQUEST_URI} !\.jpeg
    RewriteCond %{REQUEST_URI} !\.gif
    RewriteCond %{REQUEST_URI} !\.css
    RewriteCond %{REQUEST_URI} !\.less
    RewriteCond %{REQUEST_URI} !\.scss
    RewriteCond %{REQUEST_URI} !\.pdf
    RewriteCond %{REQUEST_URI} !\.png
    RewriteCond %{REQUEST_URI} !\.swf
    RewriteCond %{REQUEST_URI} !\.txt
    RewriteCond %{REQUEST_URI} !\.xml
    RewriteCond %{REQUEST_URI} !\.xls
    RewriteCond %{REQUEST_URI} !\.eot
    RewriteCond %{REQUEST_URI} !\.woff
    RewriteCond %{REQUEST_URI} !\.ttf
    RewriteCond %{REQUEST_URI} !\.svg
    RewriteCond %{REQUEST_URI} !\.wmv
    RewriteCond %{REQUEST_URI} !\.avi
    RewriteCond %{REQUEST_URI} !\.mov
    RewriteCond %{REQUEST_URI} !\.mp4
    RewriteCond %{REQUEST_URI} !\.webm
    RewriteCond %{REQUEST_URI} !\.ogg
    RewriteCond %{REQUEST_URI} !docs/.*
    RewriteCond %{REQUEST_URI} !themes/.*
    RewriteRule ^ index.php [L,NC]
    ##
    ## Standard routes
    ##
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^ index.php [L]

i also tried to uncomment RewriteBase /

with or without the path to the site, i have the same message

Last updated 10 years ago

now i tried to install on the shared host. i dont have a command line, will have to use the wizzard. the the zip file is in http://furioushamster.com/october/root/. Unpackaged, and yes, the files where created, and they seem the same as in my localhost). When i access install.php, i only get a blank page

i know im using the right path, because if i change it to http://furioushamster.com/random_path/root/install.php, i get an error: The requested URL /octeober/root/install.php was not found on this server.

Last updated 10 years ago

still a few things i forgot. i use in my localhost:

server versions

• PHP Version 5.4.33
• Mcrypt Version 2.5.8
• MySQL: 5.5.39

memmory use

• max_execution_time = 512
• max_file_uploads = 20
• max_input_nesting_level = 64
• max_input_time = 60
• max_input_vars = 1000
• memory_limit = 512M
• post_max_size =125M

Last updated 10 years ago

updating to php 5.5 worked in the online server. but not in localhost. here i still have the same issue with the wiizzard but with the command line, now works. finally!!!

Thanks for your effort ;)

Last updated 10 years ago

It's 4 moths later but I had the same issue in October and similar one in Symfony on Windows 7. Adding

Options Indexes FollowSymLinks

to the beginning of .htaccess file solved the problem in both cases. Also if you installed to a subfolder you need to uncomment and set RewriteBase to the subfolder.

Last updated 9 years ago

I ran into a similar problem when installing updates using /backend on a fresh DigitalOcean install.
After each attempt to update process would begin download and then error message. The error message indicates which specific file.php was causing the trouble. I manually updated files one by one using

sudo chmod -R 775 artisan

sudo chmod -R 775 index.php

sudo chmod -R 775 artisan

sudo chmod -R 777 vendor

sudo chmod -R 777 modules

sudo chmod -R 777 storage

sudo chmod -R 777 plugins

I did this until the update was successful, everything appears to be working correctly.. I'm not sure if this is the best way to do this, but it works for now. Good Luck!

Last updated 9 years ago

It's much better to make all the files owned by the web server user. You should never have to set any permissions to 777 or you're asking for trouble.

Here's an example for a typical Apache install, where /path/to/october will likely be /var/www:

sudo chown -R www-data:www-data /path/to/october

dshoreman said:

It's much better to make all the files owned by the web server user. You should never have to set any permissions to 777 or you're asking for trouble.

Here's an example for a typical Apache install, where /path/to/october will likely be /var/www:

sudo chown -R www-data:www-data /path/to/october

Thank you. Moved to AWS, and had this problem. You answer solved it for me.

I'm not sure why chmod -R www-data:www-data /path/to/october doesn't work for me.

I continually get a popup when creating a new post which says 'You do not have permission.... /blog/create`

This seems like an apache configuration issue, I tested with this virtual host and it worked ok (Since I'm using homestead I also had to run sudo apt install php libapache2-mod-php):

<VirtualHost octobercms.app:8000>
  ServerAdmin admin@octobercms.app
  DocumentRoot /home/vagrant/octobercms/
  ServerName octobercms.app
  ServerAlias www.octobercms.app

 <Directory /home/vagrant/octobercms/>
   Options Indexes FollowSymlinks MultiViews
   AllowOverride All
   Require all granted

<FilesMatch "\.php$">
    Require all granted
    SetHandler proxy:fcgi://127.0.0.1:9000
</FilesMatch>

   # AllowOverride All
   # Order allow,deny
   # allow from all
 </Directory>

  ErrorLog /var/log/apache2/octobercms.app-error_log
  CustomLog /var/log/apache2/octobercms.app-access_log common
</VirtualHost>

Last updated 7 years ago

My issue was related to mod_security

recently i was getting this error 403 in cms and I was stuck for hours. reason was I recently shifted all of my websites to new digital ocean server with my own web panel.

I added a mod_security as security feature but it's problematic for CMS like website. So I need to add whitelist to mod_security rules in global_disabled_rules.conf as a "SecRuleRemoveById 981248" similar ids that can be found in ModSecurity Error log

hope this helps.

sudo chown -R www-data:www-data . from the root folder of the CMS install solved all of my post-install permissions errors also on a linux Ubuntu 20.04 VM running on Azure. Thanks for the tip. I think that this should be in the installation instructions, it seems a common issue.