How to Convert Character Set and Collation of WordPress Database 문자 집합과 정렬하는 방법을 변환 WordPress 데이타베이스의

Since 이후 WordPress 2.2 WordPress의 2.2 , WordPress supports feature that allows the user to define both the , 워드는 사용자가 정의할 수있는 기능을 모두 지원 WordPress database character set and collation WordPress 데이타베이스 문자 집합과 정렬 with DB_CHARSET and DB_COLLATE values in wp-config.php file. wp를 DB_CHARSET과 가치에 DB_COLLATE - config.php 파일과 함께. With these values defined, WordPress will use the designated database characterset (charset) and database collation (ie sort order of the letters, numbers, and symbols of a character set) when connecting a database tables. 이러한 가치를 정의, WordPress의 글자, 숫자 (예 : 정렬 순서와 문자 집합의 상징)는 데이터베이스 테이블을 연결하면 지정된 데이터베이스 CharacterSet) (문자)와 데이터베이스의 데이터 정렬을 사용합니다.

However, in existing WordPress installations that are upgraded from earlier version of WordPress or not explicitly set a Unicode UTF-8 charset collation, the default database character set is normally set up as Latin1 (default on almost all MySQL installation) with latin1_swedish_ci collation. 그러나, 워드 또는 명시적으로 유니 코드 UTF - 8 문자 정렬, 기본 데이터베이스 문자 집합을 설정하지의 이전 버전에서 업그레이 드하는 기존의 WordPress의 설치에 정상적으로 라틴로 latin1_swedish_ci 정렬 (기본값은 거의 모든 MySQL의 설치에 대한)으로 설정됩니다. If you run a bilingual or multilingual blog with WordPress, you may face problem on character encoding when your blog posts are written in other foreign languages, or when you export and backup the database and later attempt to re-import the database dump in the event of database failure or server migration and moving. WordPress의 경우와 함께 이중 언어 또는 다국어 블로그를 실행하면 문자 인코딩을 다른 외국 언어로 작성된 블로그 게시물을 때, 또는 수출 및 백업하면 데이터베이스와 저장을 시도 - 데이터베이스를 다시 이벤트에 던져버 수입 문제에 직면해있습니다 데이터베이스 오류 또는 서버 마이 그 레이션 및 이동합니다. The symptom is obvious, your WordPress posts or pages will contains garbled, weird and funny characters, sometime just lots of ????? 증상, WordPress의 게시물이나, 이상한 문자가 포함된 페이지가 깨진 상태와 재미, 때로는 비밀스럽게의 많은 분명하다 (question marks), rendering the WordPress database with your hard work useless and output unreadable. (물음표), 자네의 노력이 쓸모과 출력을 읽을 함께 WordPress 데이타베이스 렌더링. (May cause also by (5도 원인 wrong charset collation 잘못된 문자 정렬 )

The best solution to the character encoding problem in WordPress is to convert the charset or database and collation to UTF-8 or Unicode. 워드에서 문자 인코딩에 문제가 최선의 해결책은 문자 또는 데이터베이스와 데이터 정렬을 UTF - 8 또는 유니 코드로 변환하는 것입니다. However, you CANNOT simply connect to MySQL via shell or phpMyAdmin and hoping all your scripts will convert nicely. 그러나, 그럴 수 없어요 셸 또는 phpMyAdmin은 단순히과 기대를 통해 귀하의 모든 스크립트를 정중하게 변환됩니다 MySQL에 연결할 수있습니다. As explain by 로 설명 WordPress database conversion guide WordPress 데이타베이스 전환 가이드 , convert character sets requires using the the MySQL ALTER TABLE command. , 문자 세트는 MySQL ALTER TABLE 명령을 사용하여 변환이 필요합니다. When converting the character sets, all TEXT (and similar) fields are converted to UTF-8, but that conversion will BREAK existing TEXT because the conversion expects the data to be in latin1, but WordPress may have stored unicode characters in a latin1 database, and as a result, data could end up as garbage after a conversion! 때문에 전환 데이터는 latin1에있을 것으로 예상되면, 모든 텍스트 (와 유사)으로 전환하는 필드는 UTF - 8,하지만 그 전환된다 Break를 기존의 텍스트 문자 집합으로 변환하지만, WordPress의 a는 latin1 데이터베이스에서 유니 코드 문자를 저장 할 수있습니다, 그리고 그 결과로, 데이터 변환 후 쓰레기로 끝날 수 있어요!

The guide provides a very rough and vague guide as a solution on how to actually convert WordPress MySQL database tables from one character set to another, usually UTF-8. 가이드는 실제로 하나의 문자를 다른 방법으로 설정, 대개는 UTF - 8에서 WordPress의 MySQL 데이터베이스에있는 테이블을 변환하는 솔루션으로 매우 거칠고 모호 가이드를 제공합니다. However, the guide actually works, although the process can be lengthy. 비록 긴 과정이 될 수 있지만, 가이드 실제로 작동합니다. To convert, the steps involved generally are to alter each and every TEXT and related fields inside every WP tables to BLOB, then alter the character set of database and finally change the BLOB fields back to TEXT. 변환하려면 일반적으로 BLOB를 위해 모든 포스트는 테이블 안에 참여 후 각 분야의 텍스트와 관련된 모든 데이터베이스의 설정을 변경할 문자 변경과 드디어 돌아온 BLOB 필드에 텍스트로 변경됩니다. Looks easy, but how long it would take to convert so many fields on so many tables? 보이지만 그렇게 쉽지 얼마나 많은 테이블에 너무 많은 분야로 전환을 감수할까요? Furthermore, you will also need to remember the original type and length or values of all fields. 또한, 여러분은 또한 원래의 종류와 길이 또는 모든 필드의 값을 기억 해줬으면한다.

andersapt has posted a conversion script named 전환 스크립트 이름을 올렸습니다 convert_to_utf8_sql_generator.txt which automatically generates a list of SQL statements and commands need to fully convert your WordPress database to UTF8 based on the guide. SQL 문을 자동으로 생성 및 명령의 목록을 완벽하게 가이드를 기반으로하여 WordPress 데이타베이스를 UTF8로 변환해야합니다. However, there seems to be a minor bug with the script, although the author claimed it worked, where in my case, it simply won’t generate the list of SQL commands to run due to the error “PHP Fatal error: Call to a member function get_results() on a non-object in convert.php on line 37″. 비록 저자는 그것을, 내 경우에는, 그것을 단순히 SQL의 목록을 생성하지 않을 일을 주장하지만, 거기 스크립트와 사소한 버그가 될 것으로 보인다 오류 "PHP는 치명적인 오류 : 전화로 인해 실행하도록 명령 멤버 함수 get_results 비 ()에 - 라인 37 년 convert.php "개체입니다. Once fixed, with this script in hand we can easily and quickly convert the database, tables and fields to use utf8_general_ci collation. 일단, 손에 우리 utf8_general_ci 정렬을 사용하여 쉽고 빠르게 데이터베이스, 테이블 및 필드와 함께 고정이 스크립트로 변환할 수있습니다.

Note: I have tried out 참고 : 나는 나가려고했습니다 UTF-8 Database Converter plugin UTF - 8로 데이터베이스 변환기 플러그인 , but it’sa failure. 하지만, 실패 하느냐입니다. It seemed like the author change to character set directly. 저자는 변화와 같은 문자를 직접 설정하는 것 같았다.

Guide to Convert WordPress Database Character Set to UTF8 (Unicode) WordPress 데이타베이스 문자 집합 변환 가이드를 UTF8 (유니 코드)을 위해

1. Take the WordPress blog offline by placing a out-of-service or maintenance notice. 밖 -의 배치 - 서비 스나 유지 보수를 통보하여 WordPress의 블로그를 오프라인으로 가져가라.
2. Backup database - this is very important, nothing is guaranteed to work. 백업 데이터베이스 -이 매우 중요하다, 아무것도 작동하도록 보장된다. If you’re using cPanel or other control panel, it’s best to perform a database backup from the control panel itself, where you can restore the database in one piece instead of by SQL statements, in the case of normal dump. 경우 또는 다른 컨트롤 패널의 cPanel, 데이터베이스 백업을 수행하는 컨트롤 패널 자체에서 최고의 한 조각을 대신 SQL 문을에 의해 어디에, 정상 덤프의 경우 사용중인 데이터베이스를 복원할 수있습니다.
3. Download the fixed 다운로드 고정 convert_to_utf8_sql_generator.txt script and save it with a PHP extension. 스크립트와 PHP 확장과 함께 저장할 수있습니다.
4. Modify the script to input the database name your WordPress blog is using. 데이터베이스 이름을 입력하여 WordPress의 블로그에 스크립트를 수정을 사용하고있습니다. Locate the following text: 다음 텍스트를 찾습니다 :

   Tables_in_ DATABASENAME Tables_in_ DatabaseName

   The DATABASENAME in red is the only thing that you need to change to match your WordPress database name. 빨간색에 DatabaseName 유일하게 변경하여 WordPress 데이타베이스 이름과 일치해야한다는 것입니다. It should looks like this after change, for instance, 그것이 변화해야 예를 들어, 이후 같고

   Tables_in_wp_mydigitallife

5. Upload the convert_to_utf8_sql_generator.php (or you can rename to a shorter name such as convert.php) to the base root WordPress installation directory, where wp-config.php is also located. 업로드 convert_to_utf8_sql_generator.php (또는 당신이 짧은 이름을 convert.php 등) wp를 - config.php 또 어디에있는 기지 WordPress의 설치 루트 디렉토리로 이름을 바꿀 수있습니다.
6. Now, call and browse the script from any web browser. 자, 전화와 모든 웹 브라우저에서 스크립트를 찾습니다. To do this, simply add convert_to_utf8_sql_generator.php (or any name you give to the script) to the end of your blog URL (ie http://www.mywebsite.com/convert_to_utf8_sql_generator.php) and press Enter. 이렇게하려면 단순히) 귀하의 블로그 URL의 끝 부분 (즉 http://www.mywebsite.com/convert_to_utf8_sql_generator.php) 키를 입력하면 스크립트를주지 convert_to_utf8_sql_generator.php (또는 어떤 이름을 추가합니다. A long list of SQL statements will be generated on the web page. SQL 문을의 긴 목록은 웹 페이지에 생성됩니다.
7. Ensure that your post_content and post title fields on wp_posts table DOES NOT belongs to any indexes or FULLTEXT indexes. 귀하의 wp_posts에 테이블을 보장하지 않습니다 post_content과 FULLTEXT 인덱스 또는 인덱스에 속해 게시물 제목 필드. Else the type of the fields may not be converted to BLOB with one of the errors list below. 또 하나의 BLOB 필드의 아래 오류 목록의 유형으로 변환되지 않을 수있습니다. Some plugins, such as related posts tend to add indexes to these fields. 관련 게시물 등 일부 플러그인, 이러한 필드에 색인을 추가하는 경향이있다. In this case, temporarily drop the indexes. 이 경우, 일시적으로 인덱스를 드롭.

   ERROR 1170 (42000): BLOB/TEXT column ‘post_content’ used in key specification without a key length 오류 1170 (42000) : 때는 / 텍스트 열의 'post_content'키를 사양에 키 길이없이 사용

   ERROR 1283 (HY000): Column ‘post_content’ cannot be part of FULLTEXT index 1283 (HY000) 오류 : 열 'post_content'FULLTEXT 색인의 일부가 될 수 없어

8. Login to your server shell by Telnet or SSH. 귀하의 서버에서 Telnet이나 SSH를하여 로그인 쉘을. You can skip this part of using Unix shell if you intend to use phpMyAdmin to do the dirty work, but I have not tried it. phpMyAdmin은 더러운 일을 처리하려고하면 사용하기 위해서죠 당신은 Unix 셸 사용이 부분을 건너뛸 수 있지만, 나는 그것을 시도하지 않았습니다. So if you do, do feedback on whether it can be done. 그래서 만약 당신이해야 할 일은 그것을 할 수 있는지에 대한 의견 않습니다.
9. Connect to MySQL server from the shell. 쉘에서의 MySQL 서버에 연결합니다.
10. Issue the following command first in MySQL prompt: 다음 명령 프롬프트에 MySQL에 처음으로 문제 :

    use DATABASENAME ; 사용 DatabaseName;

    Again, replace DATABASENAME in red to the actual WordPress database name. 또, 실제 WordPress 데이타베이스 DatabaseName 빨간색으로 이름을 바꿉니다.

11. Then copy and paste the whole list of SQL statements auto generated by the conversion script, and paste them into the MySQL prompt. 다음을 복사하여 SQL 문을 자동 전환 스크립트에 의해 생성된의 전체 목록을 붙여 넣습니다, 그리고 그들의 MySQL 프롬프트에 붙여 넣습니다. Each and every SQL command should now be processed and executed by MySQL one by one. 각각의 모든 SQL 명령을 지금과 MySQL 처리되어야 하나 하나에 의해 처형된다. You may need to press Enter key to finish off the last one. 당신이에서 마지막으로 한 끝까지 Enter 키를 누르면 할 수있습니다.
12. During the processing, the similar error messages related to key length as mentioned may appears. 처리 과정에서 비슷한 오류 메시지가 나타납니다 언급된 관련 키 길이로있습니다. In my case, the conversion to BLOB failed with such message in the following fields: 내 경우엔, BLOB를 위해 전환 메시지와 함께 다음과 같은 분야에서 실패 :

    wp_categories.category_nicename
    wp_comments.comment_approved
    wp_links.link_visible
    wp_options.option_name
    wp_postmeta.meta_key
    wp_posts.post_status
    wp_posts.post_name
    wp_posts.post_type
    wp_usermeta.meta_key
    wp_users.user_login

    All these fields are unlikely to contains non-ASCII characters. 이러한 모든 분야에 비 - ASCII 문자를 포함하지 않을 수있습니다. And fields such as category_nicename (category slug) and post_name (post slug) have been URL encoded (where your URL with unsafe non-alphanumeric characters will be replaced with a percent (%) sign followed by two hex digits and spaces encoded as plus (+) signs). 그리고 category_nicename (카테고리 느릿느릿한 등의 분야)와 post_name (느릿느릿한 게시물)가되어 URL을 인코딩 (여기서 안전하지 않은 귀하의 URL - % (1 %)와 함께 두 개의 16 진수 숫자와 공백을 플러스로 인코딩 기호 순으로 대체됩니다 영숫자 문자 ( +) 표지판). Initial encoding of byte codes and character assignments for UTF-8 is consistent with ASCII, so direct conversion of these fields to UTF8 should not bring too much problem. 에 대한 문자 배정의 초기의 바이트 코드 및 UTF - 8 인코딩이 ASCII와 일치하는 것으로,이 UTF8하는이 분야의 문제를 너무 직접적인 전환을 너무 많이 갖다 놓지 말아야한다.

13. Edit the wp-config.php file to add in DB_CHARSET and DB_COLLATE definitions. DB_CHARSET과 정의에 추가하는 파일은 wp를 DB_COLLATE - config.php를 수정합니다. Add the following two lines, preferably under the section of MySQL Settings: 선호 MySQL의 설정의 섹션을 아래에 다음 두 줄을 추가합니다 :

    define(’DB_CHARSET’, ‘utf8′); 정의 ( 'DB_CHARSET', '은 utf8');
    define(’DB_COLLATE’, ”); 정의 ( 'DB_COLLATE', ");

    As explained in 에 설명된 바와 같이 WordPress Codex WordPress의 Codex 국제 , DB_COLLATE is left blank (null) so that the database collation will be automatically assigned by MySQL based on the database character set. , DB_COLLATE)가 MySQL에 의해 자동으로 정렬하므로 데이터베이스가 데이터베이스에 설정된 캐릭터를 기반으로 할당됩니다 빈 (NULL 왼쪽입니다.

14. Recreate the indexes and/or FULLTEXT indexes been dropped, if any. 인덱스 및 / 또는 FULLTEXT 인덱스 재현되고, 만약 어떤 떨어졌다.
15. Activate the blog back into production mode. 생산 모드로 다시 블로그를 활성화합니다.
16. Check your blog to see if everything and every characters is okay. 만약 모든 문자를 다 괜찮 블로그를 확인하시기 바랍니다.
17. Delete the PHP script. PHP 스크립트를 삭제합니다.

IMPORTANT : This is a machine translated page which is provided "as is" without warranty. 중요 :이 기계는 "보증도없이있는 그대로"제공됩니다 페이지를 번역했다. Machine translation may be difficult to understand. 기계 번역을 이해하기 어려울 수있습니다. Please refer to 을 참조하시기 바랍니다 original English article 원래 영어 문서 whenever possible. 언제든 가능합니다.

Share and contribute or get technical support and help at 공유와 기여하거나 기술 지원과에 도움이 My Digital Life Forums 내 디지털 생활 포럼 .

Related Articles 관련 기사

• IMP-00016 Required Character Set Conversion Not Supported Error when Import to Oracle Database 임프 - 00016 필수 문자 집합 변환이 지원되지 Oracle 데이터베이스로 가져올 때 오류
• How to Customize, Modify or Change WordPress Database Connection Error Page 사용자 지정하는 방법, 수정 또는 변경 WordPress 데이타베이스 연결 오류 페이지로
• Using Character Map (charmap) to Type and Input Special Characters and Accents in Windows Vista 문자지도를 입력하고 입력 특수 문자 및 Windows Vista에서 사투리 (charmap)을 사용하여
• Paginating or Split WordPress Post or Page with NextPage in WordPress Not Working WordPress의 Paginating 또는 스플릿 포스트 또는 페이지 Nextpage 함께 워드에 안 됨
• Oracle Database Link Oracle 데이터베이스 링크를
• Oracle EXP-00091 Error When Export Database 오라클 있도록 EXP - 00091 오류가 발생했을 때 데이터베이스 내보내기
• Change Oracle Database User Password 오라클 데이터베이스 사용자 비밀 번호 변경
• How to Find and Replace Text in MySQL Database using SQL 텍스트 교체하는 방법과 SQL을 사용하여 MySQL 데이터베이스에서 찾기
• Remove or Trim First or Last Few Characters in MySQL Database with SQL 우선 트림을 제거하거나 또는 SQL와 MySQL 데이터베이스에서 마지막 몇자를
• Oracle Database Import Error 3113/3114 Oracle 데이터베이스 가져오기 오류 3,114분의 3,113

This entry was posted on Saturday, June 23rd, 2007 at 2:59 am and is filed under 이 항목은 토요일, 6 월 23, 2007에 게시하고 아래에 제출한 오전 2:59 Internet Services 인터넷 서비스 . . You can follow any responses to this entry through the 당신이이 항목을 통해 어떤 반응을 따를 수있습니다 RSS 2.0 RSS 2.0을 feed. You can 피드.하실 수있습니다 leave a response 응답을 떠나 , or , 또는 trackback 트랙백 from your own site. 자신의 사이트에서.