Increasing memory allocated to PHP

Before

WP-config.php 파일을 수정

워드프레스 파일 디렉토리의 루트에 WP- config.php 파일을 수정한다. 이 파일은 데이터베이스 연결 정보 등 의 Web 사이트 의 기본 설정 세부 사항이 포함 되어 있습니다. 처음 워드 프레스 를 다운로드 하면 WP-config.php 파일 이 포함되어 있지 않다. 서버에서 제공 하는 정보를 바탕으로 워드프레스를 설치하는 과정에 WP- config.php 파일이 만들어진다. 이미 설치가 완료된 상태이면 찾을 수 있다.

이 파일을 열어서 다음의 내용을 삽입한다.

define( 'WP_MAX_MEMORY_LIMIT', '256M' );

AFTER

워드프레스 홈페이지의 관련 도움말

http://codex.wordpress.org/Editingwp-config.php#Increasingmemory_allocatedtoPHP

Maximum execution time exceeded

"phpvalue maxexecution_time 60" --> 사용하는 테마가 요구하는 시간(내 경우에는 180이었다.)

이런 ' 초과 30 초 최대 실행 시간 "또는" 초과 60 초 최대 실행 시간 " 등 의 메시지 를 받을 수 있습니다. 이것은 php 프로세스가 작동하는 시간을 의미하고, 그것을 초과 하는 것을 의미 합니다. 이 오류를 해결 하는 방법 에는 여러 가지가 있습니다.

Editing .htaccess

.htaccess 파일은 수정하기 전에 받드시 백업한다.

.htaccess 파일을 열어서 다음 내용을 삽입한다. 마지막의 숫자를 조정한다. 60, 180, 256 등으로 필요한 시간만큼 ...

php_value max_execution_time 60

나는 이 방법으로 해결했다.

php_value max_execution_time 180

Editing php.ini

Add the following to php.ini

max_execution_time = 60 ;

If you are unsure of how to make these changes, or if you are on shared hosting that prevents you from making them yourself, you should contact your hosting provider and ask them to increase your maximum execution time.

http://codex.wordpress.org/Common_WordPress_Errors#Maximum_execution_time_exceeded

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /hansong/
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
</IfModule>

<IfModule mod_url.c>
ServerEncoding UTF-8
ClientEncoding EUC-KR
</IfModule>

php_value max_execution_time 180

# END WordPress

구글블로그에서는 포스트(posts)와 페이지(pages)라는 용어를 사용하고 있다. 포스트와는 달리 페이지(pages)는 그냥 '페이지'라고 하면 혼동이 일어난다. 예컨데, 대문페이지, 홈페이지, 검색페이지, 라벨페이지... 등과 같이 '페이지'라는 낱말이 두루 쓰이기 때문이다.

이 글에서는 그러한 혼동을 피하기 위하여, 부득이, 왼쪽 그림에 있는 블로그의 기능 가운데 하나인 페이지(pages)는 '페이지즈'라고 부르기로 한다.

구글 블로그에 글을 쓸 수 있는 곳이 두 군데 있다. 하나는 블로그의 일반적인 글을 쓰는 글쓰기(posts)이고 또 하나는 페이지즈(pages)이다. 페이지즈(pages)는 블로그 프로필 등과 같이 자주 바뀌지 않는 내용을 올리는데 많이 쓰이므로 페이지즈를 '스태틱 페이지(static pages)'라고 부르기도 한다. 주) static [스태틱: 고정되어 있는, 움직이지 않는] 페이지즈(pages)는 포스트(posts)와 달리 아래와 같은 특징이 있다.

1. 글을 작성하는 경로가 다르다.

왼쪽 그림에서 보는 것처럼, 일반 글쓰기(posts)와 페이지즈(pages)는 별도의 기능으로 나뉘어 있다. 즉, 포스트와 페이지즈는 목적과 기능이 다른 것이다. 포스트와 페이지 메뉴를 들어가 보면, 목록이 나열되는 모양새도 전혀 다르다.

2. 페이지즈는 아카이브에 포함되지 않는다.

블로그의 글들은 발행일시순으로 아카이브(Archive) 목록에 묶어지는 반면에, 페이지즈는 아카이브에 포함되지 않는다. 따라서, 페이지즈는 아카이브나, 블로그 글 아래에 있는 앞글(Previous post 또는 New post) 뒷글(Next post 또는 Older post) 링크, 그리고 블로그 피드(RSS Feeds)로는 접근할 수 없다.

방문자가 페이지즈에 접근할 수 있도록 하려면 블로그 대시보드의 짜임새(Layout)로 들어가서 페이지즈가젯(pages gadget), 링크리스트가젯(link-list gadget), HTML/JavaScript 가젯 등을 이용하거나 아니면 블로그 HTML 편집창에서 직접 링크를 걸어주어야 한다. 그렇지 않으면 방문자는 페이지즈에 접근할 수 없고 읽을 수도 없다.

3. 이어보기(Jump-break) 기능이 적용되지 않는다.

블로그 대시보드 > 짜임새(Layout) > 블로그 글설정(Blog Posts) > 한페이지에 보여줄 글 수(Number of posts on main page)에서 글 수를 지정해주면, 대문 페이지, 검색결과 페이지, 라벨검색 페이지 등에서 지정된 수 만큼의 글이 한 페이지에서 보여지게 된다.

페이지즈는 위의 설정이 적용되지 않으며, 한 번에 하나의 페이지즈만 보여지게 된다. 따라서 점프-브레이크 기능이 필요 없으므로, 점프-브레이크 기능이 적용되지 않는다. 페이지즈에 점프-브레이크 태그인 를 삽입해도 무시되고 작동되지 않는다.

4. 페이지즈는 홈페이지로 지정될 수 없다.

대시보드 > 페이지즈(pages)로 들어가면, [Home]이라는 페이지즈가 기본적으로 만들어져 있다. 이 [Home]페이지즈는 최근에 작성된 글을 맨 위로 하여, 지정된 글 갯수 만큼을 한 페이지에 보여주도록 설정되어 있다.

편법이기는 하지만, 블로그의 리다이렉트(redirect) 기능을 이용하면 [Home]를 눌렀을 때 특정한 페이지즈로 연결되도록 할 수는 있다.

5. 페이지즈는 피드(RSS Feeds)에 포함되지 않는다.

위에서 말한 바와 같이, 페이지즈는 피드에 포함되지 않기 때문에, 블로그의 RSS피드를 구독하는 독자는 페이지즈가 새로 올려져도 읽을 수 없다.

거꾸로, RSS피드를 통해서 읽혀지기를 바라지 않는 내용이 있다면, 페이지즈를 활용하면 될 것 같다.

구글블로그 사용법: 포스트와 페이지의 페이지설정 기능 차이점

6. 글작성창의 설정(Settings)기능에 차이가 있다.

옆의 그림에서 윗쪽은 일반적인 글(posts) 작성창의 글설정(Post settings) 기능이고, 아래쪽은 페이지즈(pages) 작성창의 페이지설정(Page settings) 기능이다.

그림에서 보듯이, 페이지즈 글작성창의 페이지설정 기능은 두 가지 뿐이다.

6-1. 페이지즈에는 라벨을 달 수 없다.

페이지즈는 라벨이 없으므로, 라벨가젯에 나타나지 않으며 라벨링크나 라벨검색을 통해서 접근할 수 없다.

6-2. 페이지즈에는 발행일정을 지정하거나 변경할 수 없다.

페이지즈는 발행일시를 지정할 수 없고, 즉시 발행된다. 따라서, 일반적인 글(posts)와는 달리 발행일시에 따른 순서를 변경할 수 없다.

6-3. 페이지즈에는 퍼머링크를 작성할 수 없다.

페이지즈는 페이지즈의 제목에 있는 영문자를 뽑아 자동으로 퍼머링크가 만들어진다.

6-4. 페이지즈에는 위치태그를 달 수 없다.

#### 일반 글(posts)에는 지역위치 태그를 달아서, 검색자의 위치와 연동시킬 수 있지만, 페이지즈는 지역위치 태그를 달 수 없다.

7. 페이지즈는 리다이렉트(redirect) 기능이 있다.

페이지즈는 블로그 머리부분(헤더: Header)이나 사이드바(Sidebar)에 카테고리나 메뉴 버튼으로 사용할 수 있다. 즉, 페이지즈에 특정한 페이지로 연결(리다이렉트: redirect)되도록 설정할 수 있다.(아래 그림 참조). 이러한 기능을 위해 페이지즈 가젯이 별도로 제공되고 있다.

워드프레스를 사용하여 웹페이지를 작성하고, 한글주소 인식을 위해서 .htaccess를 아래와 같이 수정해야한다. 

기본적으로 워드프레스를 셋팅하고 나면 Before 와 같이 셋팅된다. 영문주소만 적용될 뿐이어서 국내 사용자의 검색키워드에 완벽히 매칭된다는 보장은 없다. 그래서 한글인식을 위해서 .htaccess 를 아래와 같이 수정한다.

Before

# BEGIN WordPress

RewriteEngine On
RewriteBase /hansong/
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

# END WordPress

After 1.

이 셋팅의 한계성은 국내의 워드프레스사이트 관리자가 국내검색유저를 위해 한글주소만 인식된다는 점이다. 전혀 문제는 없으나 범용적으로 여러 국가의 관리자 입장에서 본다면 After 2. case를 고려해 본다.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /hansong/
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
</IfModule>

<IfModule mod_url.c>
ServerEncoding UTF-8
ClientEncoding EUC-KR
</IfModule>

# END WordPress

After 2.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /hansong/
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]
</IfModule>

<IfModule mod_url.c>
CheckURL On
ServerEncoding UTF-8
</IfModule>

# END WordPress

After 2. 가 전혀 문제는 없으나 범용적으로 여러국가의 관리자 입장에서 본다면 이렇게 바꿔주는 것도 좋다. 그러나 글로벌 회사가 국가별로 각국의 포스트를 작성하는 경우가 아니라면 After 1. 로 permalink의 서버 셋팅으로 만족한다.

워드프레스로 멀티사이트를 설정하면 기본사이트의 고유주소에 /blog 를 붙여두고 고유주소 방식도 물어보지도 않고 지마음대로 변경한다.

예를들면, 기본사이트의 고유주소 체계의 베이스 주소가 멀티사이트 설정전에는 http://igotit.kr/ 였다면 멀티사이트 설정하고 나면 http://igotit.kr/blog/ 로 변경해버린다.

기존에 작성했던 글이 없다면 그냥 이렇게 사용해도 되겠지만 기존에 작성된 글이 많다면 원래의 고유주소 베이스로 변경해야한다.

기본주소 베이스에서 /blog 제거하여 원래대로 만드는 방법.

아래 1, 2번과정을 반복하다보면 /blog 가 제거된다.

1. 워드프레스 관리자 기본사이트 용의 메뉴에서 고유주소를 "기본" 으로 선택하여 변경사항저장함.

2. 워드프레스 관리자 "네트워크 관리자" -> 사이트 -> 기본 사이트 선택하여 -> 설정탭 클릭하여 내려보면 permalink 가 있는데 이 주소 부분에 /blog는 없이 원래의 기본 사이트에서 사용하고 있었던 베이스 주소 뒷단의 고유주소 형식(예 : /%category%/%postname% 등)기록하고 저장.

1과 2를 처음 한번만 수행했을 때는 깔끔하게 /blog 가 사라지질 않았다. 1과 2를 5~6번 반복 하다보면 브라우저 주소창에서도 사라지고, 포스트 편집창에서 보이는 고유주소 부분에서도 /blog 가 사라진다.

아바다 써포트포럼 잘 찾아보니, 구글에서 공식적으로 지원해주는 폰트는 그냥 리스트에 추가만해라 라고 나와있다. 자신의 호스팅 ftp에 접속하여 wp/wp-content/themes/Avada/admin/functions/functions.option.php 파일을 내려받습니다. 파일을 편집기로 열어서 폰트 리스트에

"Nanum Brush Script" => "Nanum Brush Script",
"Nanum Gothic" => "Nanum Gothic",
"Nanum Gothic Coding" => "Nanum Gothic Coding",
"Nanum Myeongjo" => "Nanum Myeongjo",
"Nanum Pen Script" => "Nanum Pen Script",

이렇게 추가하고 저장해서 다시 올려덮어씁니다. 그리고 테마 편집기 스타일시트 (style.css)에 추가해주면 됩니다. 끝입니다.

@import url(http://fonts.googleapis.com/earlyaccess/nanumbrushscript.css);
@import url(http://fonts.googleapis.com/earlyaccess/nanumgothic.css);
@import url(http://fonts.googleapis.com/earlyaccess/nanumgothiccoding.css);
@import url(http://fonts.googleapis.com/earlyaccess/nanummyeongjo.css);
@import url(http://fonts.googleapis.com/earlyaccess/nanumpenscript.css);

이제 테마옵션에서 Tyfograpgy 옵션 보면 구글 폰트 설정부분에 나눔고딕 추가된거 확인 바꾸면 바꾸는대로 잘만 나오고 커스텀CSS 같은것도 손안되도 됩니다.커스텀 CSS 건드리면 fontawesome icon 안나오는 문제 있었는데 fontawesome icon 도 이제 잘 된다.

개요 및 문제점

워드프레스(WordPress)에서 플러그인이이나 테마(theme)를 설치하거나 업데이트 할 때에 자주 발생하는 에러이다.

Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 7680 bytes) in /www/texchem_co_kr/wordpress/wp-content/plugins/fusion-core/fusion-core.php on line 93

해결책

.htaccess 파일에 아래와 같은 항목을 추가하는 것이다. PHP의 가용 메모리량을 128MB로 늘린다.

php_value memory_limit 128M

워드프레스를 설치하여 관리하다 보면 여러가지 에러 상황이 발생하고, 대처하기 곤란한 경우가 가끔 발생한다. 그 중에서도 웹페이지 자체가 로딩 되지 않거나, 관리자 페이지로 접속하지도 못하게 되는 경우가 있다. 다음은 이런 경우의 경험이다.

워드프레스 일반 설정에서 URL을 실수로 변경하고 저장한 경우 복구하는 방법

워드프레스에서 설정하는 곳이 여러곳이 있는데 함부로 건드려서는 안되는 곳이 딱 한군데 있습니다. 그외에는 어떻게 변경을 하건 다시 원래대로 수정하면 되지만 이곳은 변경하고 저장한 후에 나가버리면 로그인조차 안되는 곳입니다. 벌써 몇분이 이런 질문을 했는데 자주 발생하는 일이 아니라서 글로 올리지 않았는데 오늘 다시 질문하시는 분이 계셔서 글로 올립니다.

아마도 이런 일이 발생하는 것은 워드프레스의 설치 디렉토리를 변경한다든가 도메인을 새로 구매했는데 새로 구매한 도메인으로 기존의 워드프레스 사이트를 변경하고자 하는 상황에서 자주 발생할 것입니다. 하지만 후자의 경우 워드프레스에서 하는 것이 아니라 네임서버를 변경하는 곳에서 해야합니다. 자신의 계정이 있는 웹호스팅에서 도메인을 구매했다면 그곳에서 변경이 가능하고 dnsever라는 곳에서도 가능합니다. 전자의 경우는 제 이전 글들을 보시면 됩니다.

여기서는 실수로 일반설정의 URL부분을 변경하고 저장했는데 로그인할 수 없는 사태가 발생했을 때 대처하는 방법을 알아봅니다. 몇가지 방법이 있는데 두가지를 해보겠습니다.

우선 간단하게 임시적으로 대응하는 방법은 wp-config.php 파일을 수정하는 것입니다. 파일질라로 서버에 연결을 하고 이 파일을 내려받습니다. ftp로 직접 연결할 수 있는 텍스트 편집기인 경우 서버와 연결 상태에서 바로 이 파일을 열면 됩니다.

define('WP_DEBUG', false);
define('WP_HOME','http://localhost/wordpress2');
define('WP_SITEURL','http://localhost/wordpress2');
/* That's all, stop editing! Happy blogging. */

위처럼 하단의 /* That's all ~~ 바로 위에 빨간 색의 글자처럼 코드를 입력하면 됩니다. URL은 원래 정상적인 복구해야할 URL입니다. 저장을 하고 업로드한 다음 로그인하면 화면이 아래처럼 나옵니다.

위처럼 하단의 /* That's all ~~ 바로 위에 빨간 색의 글자처럼 코드를 입력하면 됩니다. URL은 원래 정상적인 복구해야할 URL입니다. 저장을 하고 업로드한 다음 로그인하면 화면이 아래처럼 나옵니다.

수정할 수 없도록 회색배경으로 돼있죠. 임시 방편으로 빠르게 복구할 수 있는 것입니다.

두번째 방법은 데이터베이스를 수정하는 것이고 모든 것을 원래의 상태로 돌려놓는 작업입니다. 일반 설정에서 URL을 임의로 변경하고 저장하면 데이터베이스에 변경된 것이 저장되기 때문에 이것을 수정하면 되는 것이죠. 다행히 데이터베이스는 워드프레스 로그인과는 별개이므로 가능합니다.

자신의 계정을 구매한 웹호스팅에 가서 나의 계정에서 찾아보면 phpMyadmin이란 것이 있는데 워드프레스가 사용하는 데이터베이스인 MySQL을 그래픽 인터페이스로 쉽게 관리할 수 있도록 해주는 도구입니다.

데이터베이스로 들어가면 좌측에 테이블이 있습니다. 그 중에서 wp-options를 선택하면 우측에 각종 데이터가 나옵니다. optionname에서 siteurl을 찾아서 우측의 optionvalue를 보면 URL이 있습니다. 이곳을 클릭하면 수정할 수 있도록 입력모드로 바뀝니다. 수정하고 다른곳을 클릭하면 저장됩니다. 웹호스팅의 phpMyadmin은 오래된 버전이므로 위와같은 화면은 아닙니다. 이 siteurl은 워드프레스 일반 설정 화면에서 두번째 입력란에 해당합니다. 이곳을 수정한 경우는 위 항목만 변경해주면 됩니다.

하단에서 Next 아이콘을 클릭해서 다음 페이지로 가면 home이 있습니다. 이곳은 일반설정에서 첫번째 나오는 URL입니다. 이곳을 변경한 경우는 위에서 URL을 변경해주면 됩니다.

원글보러가기 : 베누시안님이 작성한 원래의 글

아바다 테마를 사용하면서 수정한 내용들을 정리한다.

kalkin7님의 블로그에서 배우기

내가 처리한 방법은 다음과 같이 코드를 작성하여 플러그인으로 등록했다.

그리고 활성화한다.

<?php
/**
 * Plugin Name: ExternalUrl
 * Description: 외부링크를 이용해서 특성이미지 사용하기 
 * Version: 0.1

 * @version 0.1.0
 */

add_filter('post_thumbnail_html','add_external_link_on_page_post_thumbnail',10);

function add_external_link_on_page_post_thumbnail( $html ) {
if( is_singular() ) {
global $post;
$src = get_post_meta($post->ID, 'ExternalUrl', true);
$src = str_replace("/s0/", "/w669-h418-c/", $src);
if( $src ) {
$html = '<img src="' . ( $src ) . '" has-post-thumbnail" >';
}
}
else if( is_front_page() || is_archive() ) {
global $post;
$src = get_post_meta($post->ID, 'ExternalUrl', true);
$srcthumb = get_post_meta($post->ID, 'ExternalUrlThumb', true);
$permalink = get_permalink();
$src = str_replace("/s0/", "/w669-h418-c/", $src);
$srcthumb = str_replace("/s0/", "/w669-h418-c/", $srcthumb);
if( $srcthumb ) {
$html = '<a href="' . ( $permalink ) . '"><img src="' . ( $srcthumb ) . '" has-post-thumbnail" ></a>';
}
else if( $src ) {
$html = '<a href="' . ( $permalink ) . '"><img src="' . ( $src ) . '" has-post-thumbnail" ></a>';
}
}
return $html;
}

?>

./wordpress/wp-content/themes/Avada/index.php

Theme 폴더에서 index.php 파일네서 skdml ruddn, 92번 라인에서 찾았다.

        <?php $thumb_class = ' has-post-thumbnail'; ?>

이코드를 다음의 코드로 변경한다.

        <?php $src = get_post_meta($post->ID, 'ExternalUrl', true); if(has_post_thumbnail() || $src) { ?>

그러면 일단 post는 해결된다.