서버 마이그레이션 후에는 홈페이지 만 작동합니다

Question

서버 마이그레이션 후에는 홈페이지 만 작동합니다

- 37
- 102763 2011-04-13
최근에 WordPress 사이트의 호스팅을 VPS.net 으로 변경했습니다.모든 파일을 이동하고 데이터베이스를 가져 왔습니다.링크를 클릭하고 홈페이지를 제외한 모든 페이지가 404를 반환한다는 것을 알기 전까지는 모든 것이 정상인 것처럼 보였습니다.

사이트 URL은 http://inksquared.com
입니다.

I have recently changed hosting of my WordPress site to VPS.net. I have moved all of my files and imported the database. Everything appeared to be fine until I clicked a link and noticed that all of my pages are bringing back a 404 except the homepage.

Site URL is http://inksquared.com

permalinks database 404-error migration

- 나는 오늘이 문제가 있었다! [마이그레이션 된 워드 프레스 사이트 – 홈페이지 작업,다른 모든 페이지/링크 실패] (http://www.petenetlive.com/KB/Article/0001126)
  
  I had this problem today! [Migrated WordPress Site – Homepage Works, All Other Pages/Links Fail](http://www.petenetlive.com/KB/Article/0001126)
  - 0
  - 2016-01-09
  - user187724
- 나는 같은 문제가 있었고 여기에서 기본값에 따라 .htaccess 파일을 변경하여 수정되었습니다. https://wordpress.org/support/article/htaccess/
  
  I had same issue and then it is fixed by changing .htaccess file according to default values from here https://wordpress.org/support/article/htaccess/
  - 0
  - 2020-06-23
  - Muzaffar Mahmood

6 대답

투표

- 48
- 2011-04-13
mod_rewrite 규칙을 플러시 해보십시오.

대시 보드-> 설정-> 영구 링크

설정 저장 (변경할 필요 없음)

Try flushing your mod_rewrite rules:

Dashboard -> Settings -> Permalinks

Save settings (no need to make any changes)
- 실제로 저장할 필요도 없습니다.규칙은 해당 페이지를 방문하여 플러시되며 규칙 플러시의 일부는 .htaccess에 쓰기를 포함합니다.
  
  No need to even save, actually. The rules are flushed just by visiting that page, and part of flushing the rules involves writing to .htaccess.
  - 8
  - 2011-04-13
  - John P Bloch
- 나는 매일 새로운 것을 배운다 ... :)
  
  I learn something new every day... :)
  - 0
  - 2011-04-13
  - Chip Bennett
- @john 필요한 경우 페이지로드 만 .htaccess에 기록한다고 확신합니까?나는 데이터베이스의 rewrite_rules 만 플러시된다는 인상을 받았습니다.
  
  @john are you sure that just page loads write to .htaccess if it needs to? I was under the impression that only rewrite_rules in the database are flushed.
  - 0
  - 2011-04-13
  - Ashfame
- wp-admin/options-permalinks.php는`WP_Rewrite ::flush_rules ()`의 래퍼 인`flush_rewrite_rules ()`를 호출합니다.`save_mod_rewrite_rules` 함수가 존재하면 (`wp-admin/includes/misc.php`에 정의되어 모든 관리 페이지에 포함됨)`save_mod_rewrite_rules ()`를 호출합니다.여기에서 해당 함수의 정의를 참조하십시오. http://core.trac.wordpress.org/browser/trunk/wp-admin/includes/misc.php#L114
  
  wp-admin/options-permalinks.php calls `flush_rewrite_rules()`, a wrapper for `WP_Rewrite::flush_rules()`, which, if `$hard` is `true` (which it is when called on that page) and the function `save_mod_rewrite_rules` exists (defined in `wp-admin/includes/misc.php`, included in all admin pages), it calls `save_mod_rewrite_rules()`. See that function's definition here: http://core.trac.wordpress.org/browser/trunk/wp-admin/includes/misc.php#L114
  - 0
  - 2011-04-13
  - John P Bloch
- 실제로 .htaccess에 다시 쓰기 규칙을 작성하는 함수는`insert_with_markers` (위의`save_mod_rewrite_rules ()`에서 사용됨)라고하며 여기에 정의되어 있습니다. http://core.trac.wordpress.org/browser/trunk/wp-admin/포함/misc.php#L53
  
  The function that actually writes the rewrite rules to .htaccess is called `insert_with_markers` (used in `save_mod_rewrite_rules()` above), defined here: http://core.trac.wordpress.org/browser/trunk/wp-admin/includes/misc.php#L53
  - 0
  - 2011-04-13
  - John P Bloch
- 이것은 나를 위해 그것을 고쳤습니다.
  
  This fixed it for me.
  - 0
  - 2017-04-17
  - Ed DeGagne
- cPanel을 열 필요가 없습니다.나는 먼저 받아 들여진 대답을 시도하고 있었고 내 공유 호스팅이므로 httpd.conf를 찾을 수 없으며 라이브 채팅이 여전히로드 중입니다.그리고 나는이 대답이 가장 사용하기 쉬운 솔루션임을 발견했습니다.:디
  
  No need to open the cPanel. I was trying the accepted answer first and mine is shared hosting so couldn't find httpd.conf and live chat is still loading. And then I found this answer which does is the most easy to use solution. :D
  - 0
  - 2017-08-04
  - TheOnlyAnil
- 이것은 내 문제를 해결했습니다 (작전과 동일)
  
  this solved my issue (the same as the op)
  - 0
  - 2018-12-06
  - arvic.rivera
- 27
- 2015-11-22
같은 문제에 직면했습니다.

우분투 서버에서 문제를 해결하기 위해 다음을 수행했습니다.

/etc/apache2/apache2.conf 에서 /var/www/의 AllowOverride None 을 로 편집합니다.모두 AllowOverride

.htaccess에 대한mod_rewrite를 활성화하려면 다음 명령을 입력하십시오.

sudo a2enmod 재 작성

Apache 서버 다시 시작 :

sudo 서비스 apache2 다시 시작

문제가 해결되었습니다 !!!
I had faced the same problem.

I did the following to resolve it on an Ubuntu Server:

In /etc/apache2/apache2.conf, edit AllowOverride None for /var/www/ to AllowOverride All

Type in the following command to enable mod_rewrite for .htaccess

sudo a2enmod rewrite

Restart your apache server:

sudo service apache2 restart

The problem solved!!!
- 감사합니다. 다른 제안으로는이 문제를 해결할 수 없었지만 'a2enmod rewrite'가 트릭을했습니다.
  
  Thanks, I couldn't get this fixed with any of the other suggestions, but `a2enmod rewrite` did the trick.
  - 0
  - 2017-06-23
  - Martin McCallion
- +1 재 작성 모드를 언급합니다.이것이 기본적으로 활성화되지 않았다는 사실을 몰랐습니다.
  
  +1 For mentioning the rewrite mod. Didn't realize that this wasn't enabled by default.
  - 0
  - 2017-12-13
  - Native Coder
- 이 wokring을 얻으려면`sudo a2enmod rewrite`가 반드시 필요했습니다. 감사합니다!
  
  Definitely needed that `sudo a2enmod rewrite` to get this wokring, thanks!
  - 0
  - 2018-10-05
  - Huskie69
- 감사!`a2enmod rewrite` 명령이 나에게 트릭을 제공했습니다.
  
  Thanks! The command `a2enmod rewrite`did the trick for me.
  - 1
  - 2018-10-17
  - Lucas Basquerotto
- 감사합니다 Avinash! Lucas와 마찬가지로 a2enmod 재 작성이 나를 위해 트릭을 수행했습니다.
  
  Thanks Avinash! Same with Lucas, the a2enmod rewrite did the trick for me
  - 0
  - 2019-11-25
  - Jero Dungog
- 1
- 2011-04-13
이유는 .htaccess 파일이 복사되지 않았기 때문일 가능성이 큽니다.Mac OS X 및 일부 FTP 응용 프로그램에서이 파일은 .로 시작하므로 "숨겨진"파일로 간주됩니다.관리자 섹션의 설정-> 영구 링크 섹션으로 이동하면이 파일을 다시 생성 할 수 있지만 이전에 사용했던 버전을 찾아 다시 사용하는 것이 가장 좋습니다 (특히 캐싱 플러그인을 사용하는 경우).

The reason is most likely that the .htaccess file wasn't copied over. On Mac OS X, and in some FTP applications, this file is considered "hidden" because it starts with a .. If you go to the Settings -> Permalinks section in your admin section, you can regenerate this file, but it's probably best to find the version you had previously and use that again (especially if you use a caching plugin).
- 1
- 2015-11-09
Ubuntu 14.04- 000-default.conf 파일은 /etc/apache2/sites-available
에서 찾을 수 있습니다.
또는 여러 wp를 실행하는 경우 가상 호스트 설정이 구성 파일 이름이됩니다. 예 : domain.conf

AllowOverride None을 AllowOverride All
으로 바꿔야합니다.
효과가 있기를 바랍니다.

In Ubuntu 14.04 - the 000-default.conf file can be found here /etc/apache2/sites-available

Or if you run multiple wp the virtual host setting would be your config file name. e.g. domain.conf

You have to replace AllowOverride None to AllowOverride All

Hope this will work.
- 출처
- Sam
- 0
- 2011-04-13
웹 서버 404 또는 WordPress 404를 얻습니까?웹 서버 404 인 경우 이전 설치에서 루트 htaccess 파일을 복사하지 않았거나 실행할 올바른 권한이 없을 가능성이 큽니다.

첫 번째 문제 해결 항목은 루트에 htaccess 파일이 있는지 확인하는 것입니다.그렇다면 포함 된 내용입니다.

Do you get a web server 404 or a WordPress 404? If it's a web server 404, you most likely didn't copy the root htaccess file over from the old installation, or it doesn't have correct permissions to run.

My first troubleshooting item would be to check and see if an htaccess file exists in the root. And if so, what it contains.
- .htaccess 파일을 확인했습니다.워드 프레스 관리자 패널의 퍼머 링크 섹션에 나타난 것과 동일한 코드가 포함되어 있습니다.권한을 쓰기 가능으로 변경했는데 뚜렷한 변경 사항이 없습니다.
  
  Checked the .htaccess file. It contains the same code that appeared in the permalink section of the wordpress admin panel. I changed the permissions to writable and can see no apparent changes.
  - 0
  - 2011-04-13
  - mikeyrocks
- @mikeyrocks 흠 ... 또 다른 가능성은 새 서버에mod_rewrite가 켜져 있지 않다는 것입니다.중요 : 서버 404 ( "찾을 수 없음"이라고 표시된 일반 흰색 페이지) 또는 WordPress 404 (다른 사이트 스타일)를 받고 있습니까?
  
  @mikeyrocks Hmm... another possibility is that your new server doesn't have mod_rewrite turned on. Important: are you getting a server 404 (plain white page that says "not found"), or a WordPress 404 (styled like the rest of your site)?
  - 3
  - 2011-04-13
  - MathSmath

San · Accepted Answer · 2012-04-18

47

2012-04-18

http ://yoursite는 있지만 http ://yoursite/anything이 아닌 것 같습니다

비슷한 문제가 있었고 변경했을 때 효과가있었습니다.

httpd.conf의

 AllowOverride None

대상

 AllowOverride All

.htaccess가 적용됩니다.

I guess you get http://yoursite but not http://yoursite/anything

I had a similar problem and it worked when I changed

the httpd.conf from

AllowOverride None

to

AllowOverride All

It makes the .htaccess take effect.

출처
San

이것은 나를 위해 일했습니다.대부분의 사람들은 이것을 잊어 버립니다.

This one worked for me. Most of the people forget about this.
- 6
- 2014-12-10
- qasimzee
이것은 나에게도 효과가 있었지만 내 서버 파일의 위치에 대한`apache2.conf` 섹션에서만 변경해야했습니다. 제 경우에는`/var/www`

This worked for me too, only had to change it in the section of `apache2.conf` for the location of my server files, `/var/www` in my case
- 1
- 2015-11-17
- sponrad
이것은 저에게 대답의 일부였습니다.사이트 구성에```AllowOverride All```을 추가했지만```Options FollowSymLinks''`도 추가했습니다.그런 다음 적절한 루트 .htaccess 파일을 생성하는 사용자 지정 영구 링크를 사용할 수있었습니다.그 후 모든 것이 작동했습니다.

This was part of the answer for me. I added ```AllowOverride All``` to the site configuration, but I also added ```Options FollowSymLinks```. I was then able to use custom permalinks, which also created an appropriate root .htaccess file. After that everything worked.
- 1
- 2016-09-12
- boot13
그리고 아파치를 다시 시작하는 것을 잊지 마세요!"sudo 서비스 apache2 다시 시작"

And don't forget to restart apache! "sudo service apache2 restart"
- 1
- 2017-01-11
- gradosevic
효과가있었습니다.conf 파일의 위치에서 AllowOverride 옵션을 변경했는지 확인하십시오.

It worked. Make sure you change the AllowOverride option at locations in the conf file.
- 1
- 2017-12-19
- Najeeb
httpd.conf LoadModule rewrite_module libexec/apache2/mod_rewrite.so에서 활성화하면 Mac에서 트릭을 수행했습니다.활성화하려면 #을 제거하십시오.

enabling in httpd.conf LoadModule rewrite_module libexec/apache2/mod_rewrite.so did the trick in mac. remove the # to enable it
- 0
- 2019-07-06
- stefanosn