Answers.Body: <p>Do you happen to be on Dreamhost? I had a site there recently where they changed my permissions "for my own good". </p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-01T15:26:44.180Z
Answers.Text: No, it's a German hosting company and it doesn't seem to be a permission problem after all.
Answers.UserDisplayName: koni666
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-01T15:05:38.103Z
Answers.LastActivityDate: 2017-05-01T15:05:38.103Z
Answers.UserDisplayName: John Morton
Answers.Body: <p>Could be Apache's <code>mod_security</code> module being overzealous. <code>mod_security</code> tends to throw down its gauntlet especially when it sees lots of files being created or thrown around (for example when installing something). The module is commonly used on shared providers to mitigate common hacking attempts.</p>
  
  <p>You might want throw this in your <code>.htaccesss</code> file and see what happens. </p>
  
  <pre><code>&lt;IfModule mod_security.c&gt;
    SecFilterEngine Off
    SecFilterScanPOST Off
  &lt;/IfModule&gt;
  </code></pre>
  
  <p>This effectively turns off <code>mod_security</code>. You may also have to ping your host and ask them if it's on and to turn it off manually for you since some hosts don't allow it to be disabled in <code>.htaccess</code>.</p>
  
  <p>I'd hazard a guess and say Craft may not be completely installed either, especially if it is <code>mod_security</code>.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-02T05:13:35.753Z
Answers.Text: Thanks for the hint, I am going to check with my hoster and report back. The snippet didn't help yet but it seems more and more likely that it is indeed a hosting problem and not a Craft problem.
Answers.UserDisplayName: koni666
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-02T08:36:07.190Z
Answers.Text: It was a problem at my hoster after all. According to them there was a rogue process, so now that they killed the process and rebooted the server, it works fine!
Answers.UserDisplayName: koni666
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-02T15:42:35.353Z
Answers.Text: Glad you got to the bottom of that.
Answers.UserDisplayName: John Morton
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-05-01T15:46:34.240Z
Answers.LastActivityDate: 2017-05-01T15:46:34.240Z
Answers.UserDisplayName: RitterKnight
Body: <p>I set up my first Craft site on my shared hosting and I can't get it to work for the life of me. Whatever I do, I run into a 404 error. .htaccess is there and named correctly, craft folder is one level up as it should be. 
  What I noticed is that it briefly works after setting the correct permissions on the craft files and folders. A couple of clicks later the permissions seem to reset again back to 755. 
  I haven't had this problem with my hosting before, so I am unsure if this is a craft problem? Or if the permissions even are the cause?</p>
  
  <p>Edit: It doesn't appear to be a permission problem after all. Filezilla shows 755, although the permissions are set to 744. So now I'm at a total loss what the issue could be.... I can't even complete the installation because it stops working beforehand.
  Tried several times more and got it installed. Just before it goes wrong again, I can see that it doesn't load the site properly, e.g. the login screen looks weird. Has anyone seen this before?</p>
  
  <p><a href="https://i.sstatic.net/gZcnz.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/gZcnz.jpg" alt="enter image description here"></a></p>
  
Tags: <404>
Title: Can't get rid of 404 error
ThreadText: # Can't get rid of 404 error
  
  (Asked by: username_0 on 2017-05-01)
  
  I set up my first Craft site on my shared hosting and I can't get it to work for the life of me. Whatever I do, I run into a 404 error. .htaccess is there and named correctly, craft folder is one level up as it should be.
  What I noticed is that it briefly works after setting the correct permissions on the craft files and folders. A couple of clicks later the permissions seem to reset again back to 755.
  I haven't had this problem with my hosting before, so I am unsure if this is a craft problem? Or if the permissions even are the cause?
  
  Edit: It doesn't appear to be a permission problem after all. Filezilla shows 755, although the permissions are set to 744. So now I'm at a total loss what the issue could be.... I can't even complete the installation because it stops working beforehand.
  Tried several times more and got it installed. Just before it goes wrong again, I can see that it doesn't load the site properly, e.g. the login screen looks weird. Has anyone seen this before?
  
  [![enter image description here](https://i.sstatic.net/gZcnz.jpg)](https://i.sstatic.net/gZcnz.jpg)
  
  **Tags:** 404
  
  
  ---
  
  ## 2 answers
  
  ### Answer by username_1 on 2017-05-01. Score: 1
  
  Do you happen to be on Dreamhost? I had a site there recently where they changed my permissions "for my own good".
  
  > **Comments:**
  > **username_0**: No, it's a German hosting company and it doesn't seem to be a permission problem after all.  
  
  ---
  
  ### Answer by username_2 on 2017-05-01. Score: 1
  
  Could be Apache's `mod_security` module being overzealous. `mod_security` tends to throw down its gauntlet especially when it sees lots of files being created or thrown around (for example when installing something). The module is commonly used on shared providers to mitigate common hacking attempts.
  
  You might want throw this in your `.htaccesss` file and see what happens.
  
  ```
  <IfModule mod_security.c>
    SecFilterEngine Off
    SecFilterScanPOST Off
  </IfModule>
  
  ```
  
  This effectively turns off `mod_security`. You may also have to ping your host and ask them if it's on and to turn it off manually for you since some hosts don't allow it to be disabled in `.htaccess`.
  
  I'd hazard a guess and say Craft may not be completely installed either, especially if it is `mod_security`.
  
  > **Comments:**
  > **username_0**: Thanks for the hint, I am going to check with my hoster and report back. The snippet didn't help yet but it seems more and more likely that it is indeed a hosting problem and not a Craft problem.  
  > **username_0**: It was a problem at my hoster after all. According to them there was a rogue process, so now that they killed the process and rebooted the server, it works fine!  
  > **username_1**: Glad you got to the bottom of that.  
  
  ---
  
  