「ワードプレス」タグアーカイブ

さくらサーバーでWordpressが500エラー internal server errorになる

さくらのレンタルサーバーにWordpressをインストールする時にはパーミッションが問題になる場合がある。

だが、パーミッションが問題なくても管理画面(サイト画面も)500エラーになる場合がある。

そのポイントをまとめておく。

パーミッションは問題なし！

直接インストールした場合は、フォルダやphpファイルのパーミッションの設定をしておく必要がある。

しかし今回の場合はパーミッションも問題ない。

クイックインストールだから、パーミッションに問題がないのも当たり前。

さくらのレンタルサーバーに他のワードプレスも多数インストールしており、他のWordpressは正常に稼働している。

新規にインストールしたWordpressだけが500エラー。

色々調べた結果、php.iniが問題だった

まず、さくらのレンタルサーバーではエラーログを確認してみよう。

さくらのインターネットサーバコントロールパネルにログインし、左のメニューから「アクセスログの設定」をクリック。

ページ中ほどの「エラーログの表示　エラーログ」をクリック。

エラーログが表示される。下の方が新しいエラーだ。日付を見ながら確認していこう。

[error] [client **.***.0.106] malformed header from script. Bad header=<br />: install.php

このようなエラーが確認できるなら、PHP.iniの編集で500エラーを回避可能。

500エラーの回避方法

さくらのインターネットサーバコントロールパネルで

左のメニューから「PHP設定の編集」をクリック。

php.iniで「magic_quotes_gpc = On」

となっている。

これは、フォームで送られた全てのデータがエスケープされる。

つまり、PHPのコマンドなどが正常に受け取れなくなる。

まあ小難しい事はどうでもいいので、この箇所ををコメントアウトしよう。

PHPのコメントアウトは「;」で可能。

「;magic_quotes_gpc = On」

とすれば500エラーは回避できる。

この記事も読まれています

Word Press, サーバー

さくらのVPSに導入したWordPressでRSSのFeedや、個別記事のページが404 not foundになったら

2017/03/31 あすたまコメントする

WordPressでRSSフィードが取得できない時に疑うこと

ワードプレスでは自動でRSSを出力してくれる。その取得URLは下記の通り、

http://example.com/feed/
http://example.com/feed/rss/
か、
http://example.com/?feed=rss
http://example.com/?feed=rss2

他にもあるが、どうでもいいので割愛。

マネージド・レンタルサーバーであれば多分このエラーはレアケース。

ちゃんと指定してもRSSが取得できないケースがある。
VPSにインストールした場合は割とある。
その原因は .htaccess にある。

症状

・RSSが取得できない
・直接RSSのURLを見に行くと404エラー(そりゃ取得できる訳もない)
・個別記事も404
・カテゴリーなども404

確認

サーバー内(FTPソフトなどで見る)Wordpressのフォルダの .htaccess をダウンロードして中身を見てみよう。

# BEGIN WordPress
<ifmodule mod_rewrite.c=”">
RewriteEngine On
RewriteBase /wp/
RewriteRule ^index\.php$ ? [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

大体こんな感じのものが書かれているはず。

書かれてなければコピペして上書きアップロードで完了。

書かれてるのにダメな場合もある。
よくあるパターンはVPS使っていて .htaccess が無効になっている場合。

VPSで個別記事が404になる時の解決法

.htaccess が無効になっているのを有効化する方法。通称黒い窓を触る必要がある。

さくらのVPSで説明するが、他のVPSでもやり方は割と同じ。

さくらの会員メニューにログインする。

「契約情報」→「契約サービス一覧」→「サーバ設定」→「コンソールの中のシリアルコンソール」

なお、シリアルコンソールでなくてもやり方は同じ。

基本的には、マウスは使えない、コピペなど普通にはできない。

キーボードの矢印とコマンドとエンターでやっていく。

[root@www~]#

となっている状態で

vi /etc/httpd/conf/httpd.conf

と入力して(何回か)エンター。

ずらーっと英語が出て来るので

/AllowOverride

とコマンドを打てば検索できる。

「n」で次の検索結果へ、「N」で前へ検索していく。

# AllowOverride controls what directives may be placed in .htaccess files.
# It can be “All”, “None”, or any combination of the keywords:
# Options FileInfo AuthConfig Limit
#
AllowOverride None

この「None」を「All」に変更する。

「i」をキーボードで押すとインサートモードになる。

つまり書き換えができる。

インサートモードで「バックスペース」で削除、普通に記入して

記入し終わったらインサートモードを止める。

「ESC」でインサートモード終了。

続いて mod_rewrite の検索。

/LoadModule rewrite_module

LoadModule rewrite_module modules/mod_rewrite.so の先頭に # がついていれば、その # を削除。

# はコメントアウトなので、 # の行は無視される。

インサートモードを解除(コマンドモードで)

「:wq」エンターで、上書き保存。

[root@www~]# となってるところで、

service httpd restart　エンター

で、 httpd を再読み込み。

これで、.htaccess が効くようになり、404は解消されるはず。

この記事も読まれています

パソコン・Web関連, Word Press

Twenty Twelveのスマホメニューが開かない場合の対処法

2016/04/24 あすたまコメントする

WordPressのスマホレイアウトでメニューボタンが動かない！

ある特定の条件下で、Wordpressのテーマ、Twentytwelveのスマホ用メニューが開かない場合がある。

この修正方法を紹介。

条件1 Twentytwelveを使っている。

WordPressのテーマ(テンプレート)にtwentytwelveを使っている時にこれは発生する。TwentyelevenやTwenty thirteen fourteen fifteen…などでは起こらない(今後ずっとおこらないかどうかは不明)

条件2 子テーマを使用していて、header.phpをカスタマイズしている

親テーマのheader.phpがアップデートで変更になった。具体的には端末判定によるスマホ対応ではなく、レスポンシブデザインによるスマホ対応になった。

レスポンシブってなに？って場合はこちらのレスポンシブデザインでtableタグを制御をチェック。

この2つの条件が当てはまる場合に、Twentytwelveのスマホメニューが動かなくなる。

解決法子テーマのheader.phpを修正

Wordpressの管理画面にログインし「外観」→「テーマ編集」

右上の「編集するテーマを選択:」の箇所がTwentytwelveの子テーマになっている事を確認して、「header.php」を編集する。

メニューの部分が

<nav id=”site-navigation” class=”main-navigation” role=”navigation”>
<h3 class=”menu-toggle”><?php _e( ‘Menu’, ‘twentytwelve’ ); ?></h3>
<a class=”assistive-text” href=”#content” title=”<?php esc_attr_e( ‘Skip to content’, ‘twentytwelve’ ); ?>”><?php _e( ‘Skip to content’, ‘twentytwelve’ ); ?></a>
<?php wp_nav_menu( array( ‘theme_location’ => ‘primary’, ‘menu_class’ => ‘nav-menu’ ) ); ?>
</nav><!– #site-navigation –>

となっている箇所があるはずなので、その中の

<h3 class=”menu-toggle”><?php _e( ‘Menu’, ‘twentytwelve’ ); ?></h3>

を、↓↓↓ に変更するだけ。

<button class=”menu-toggle”><?php _e( ‘Menu’, ‘twentytwelve’ ); ?></button>

これでメニューが動くようになったはずだ。

なお、カスタマイズは自己責任で。心配ならバックアップを取っておこう。

この記事も読まれています

パソコン・Web関連, Word Press

WordPressでログインしてる時だけスタイルシートを追記する方法

2016/01/07 あすたまコメントする

WordPressで、ログイン時だけdisplay noneなどを適用し、非表示にする方法

例えば、「ログインはこちら」などを固定フッターに表示しているが、ログインした人には、固定フッターそのものを非表示にしたい場合などに便利。

↓↓↓ログインすると、固定フッターを非表示に↓↓↓

ちなみに、上の写真のように、固定フッターに「ログインボタン」を追加するのに便利なWordperssのプラグインはこちらの記事を参照。
固定フッターを導入する方法ワードプレスプラグインSimple Sticky Footer

functions.phpにログイン時のみ、CSS追記をする記述を追加

管理画面の「外観」→「テーマの編集」→「テーマのための関数(functions.php)」とクリックして、 functions.php に、

add_action( ‘wp_head’, ‘footer_custom’);
function footer_custom() {
if ( is_user_logged_in() ) :
echo ‘<style type=”text/css”>#sticky-footer {display: none;}</style>’;
endif;
}

と追記しよう。

add_action( ‘wp_head’, ‘footer_custom‘);
function footer_custom() {

この、footer_custom は任意の名前でOK。

これで、ログイン時のみ、ヘッダーに、「id=”sticky-footer” に対して display: none; ね」と追記することができる。

応用編、ログインしてない時だけに適用する

add_action( ‘wp_head’, ‘footer_custom’);
function footer_custom() {
if ( is_user_logged_in() ) :
else :
ここに非ログイン時の処理を記載
endif;
}

こんな感じで色々使える。

この記事も読まれています

パソコン・Web関連, Word Press

WordPressの子テーマを最速で適用する手順

2016/01/02 あすたまコメントする

WordPressのテーマを子テーマ化する最速の方法

細かい説明一切無しの手順。

1．FTPソフトで子テーマフォルダを作る

/wp-content/themes　の中に　「テーマ名-ch」と言う名のフォルダを作成する。
ちなみに名前はなんでもいいので、適当でもOK。

2．作ったフォルダにcssファイルとfunctions.phpファイルをアップロード

FTPソフトで、今作った子テーマフォルダに、style.cssとfunctions.phpをアップロードする。

・style.css
・functions.txt
↑「右クリック」「名前を付けて保存」でダウンロードせよ。

style.cssの中身

/*
Theme Name: Child
Template: twentytwelve
*/

Theme Name: これは適当でいい。
Template:　の右の「twentytwelve」と書いてある部分は、親のテーマのフォルダ名なので、違うテンプレートを使っている場合は、(FTPソフトなどを見て)親のテーマのフォルダ名に変更する事。

functions.txt の中身

<?php
add_action( ‘wp_enqueue_scripts’, ‘theme_enqueue_styles’ );
function theme_enqueue_styles() {
wp_enqueue_style( ‘parent-style’, get_template_directory_uri() . ‘/style.css’ );
}

こちらは編集する必要はないので、拡張子の.txtを、.phpに変更し、functions.phpをそのまま子テーマフォルダにアップロード。

3. 親テーマのカスタマイズしたphpを子テーマフォルダにアップロード

例えば、ヘッダーをカスタマイズした場合、親テーマのheader.phpを一旦ダウンロードし、子テーマフォルダにアップしなおす。

子テーマフォルダ内はfunctions.php、style.css、header.php（などのカスタマイズしたphpファイル）の3つだけ。

4. ワードプレス管理画面から、テーマを子テーマに変更する

「外観」→「テーマ」→「Childなどの子テーマの名前を選んで有効化」

※ヘッダー画像、jetpackのCSS編集、メニューなど、テーマ由来の設定は一旦初期化される(削除されるわけではない)ので、先にコピペメモをとるなり、覚えておくなりする事。
一般設定、表示設定、パーマリンク設定などは初期化されないのでそのままでOK。

5. メニューやCSS編集(jetpackプラグイン)などの設定をやりなおす

「外観」→「メニュー」→「位置の管理」で、メニューを以前と同じものを選んだり、ヘッダー画像を戻したりすれば、全て元通り。

これで、子テーマ適用完了。

この記事も読まれています

パソコン・Web関連, Word Press

3.WordPress.orgの自作プラグインをアップロードする方法。Subversionの使い方。

2015/12/14 あすたまコメントする

WordPress.orgの自作プラグインをApache Subversionを使って公式ディレクトリに公開する

順序は大まかに

0. 概要:Wordpressの自作プラグインを公式ページに登録・公開して、プラグイン追加からインストールできるようにする方法

1．WordPress.orgのアカウントに登録し、公式ディレクトリにプラグインを申請する

2．プラグインの公式ディレクトリへのアップロードに必要なSubversionのダウンロードとインストール

3．Subversionを使ってWorpdress.orgの公式ディレクトリにアップロード＆バージョン管理
↑いまここ↑

4．.potファイルから .mo ファイルを作ってプラグインの多言語化(国際化)

という感じ。
公開後もSubversion (Apache Subversion / アパッチ・サブバージョン) を使い、バージョンアップを行っていくことになるので、その基本的な使い方のメモ。

Subversionは、コマンドプロンプトに新たなコマンドを追加するソフトウェアなので、操作はコマンドプロンプトから行う。

まだSubversionのインストールがまだの場合は → Subversionのダウンロードとインストールを参照。

Subversionの使い方(WordPressの自作プラグインのアップロード・公開編)

コマンドプロンプトを起動。

Windows7以前のバージョンの場合は、「左下のスタートボタン」→「全てのプログラム」→「アクセサリ」→「コマンドプロンプト」。

まず、Wordpress.orgの公式ディレクトリから作業スペースを自分のPC内にコピーする。
コマンドは

svn co http://plugins.svn.wordpress.org/レポジトリへのパス/

←coとレポジトリへのパスの間に半角スペース。

上の画像の場合、自分のPCの「Cドライブ→Users→userpc」内に作業スペース(フォルダ)をコピーする。
作業スペースの場所はどこでもいいので、デスクトップなどで作業したい場合は、

cd (フォルダへのパス)

←cdとフォルダへのパスの間に半角スペース。
で移動してから、「svn co」コマンドでコピーすること。

コマンドプロンプト内に「cd 」と

ちなみに、レポジトリへのパスは、Wordpress.orgへのプラグイン登録申請の承認メールに SVN repository へのリンクとして記載されている。

コピー完了すると、下の画像のように表示される。
これで、指定した場所に「tags、assets、trunk、branches」の4つのフォルダがコピーされている。

※エラーでコマンドが通らない場合はSubversionのインストールがうまくいっていない可能性があるので、Subversionのダウンロードとインストールを再度チェック。

コピー先を見てみると、確かにフォルダができている。
今回の場合は、「Cドライブ→Users→userpc」

作業スペースの「trunk」フォルダに入れたプラグインを、Wordpress.orgのディレクトリへアップロードすることになるので、自作のプラグイン.php と、readme.txt を「trunk」内に移動しておく。

作業スペース(フォルダ)に移動するので「cd (trunkフォルダへのパス)」とコマンドを叩く。

画像の場合では「cd C:\Users\userpc\add-featuredimage-to-all-posts\trunk」

作業フォルダ trunk の中の、自作プラグイン.php と readme.txt をWordpressの公式ディレクトリ(レジストリ)にアップロードする。
コマンドは「svn add (自作プラグイン名).php readme.txt」。

A (自作プラグイン名).php
A readme.txt

と表示されたら、アップロード成功。1分程度必要な場合もある。

次にコミット(作業を更新を実行すること)する。
コマンドは「svn commit -m “first release.”」とする。

この際、PCへのログインパスワードと、Wordpress.orgへのログインパスワードの入力が必要。PCへのログインパスワードが設定されていない場合は、空欄(または0000など適当)でもOK。

追加しています xxxx.php
追加しています readme.txt
ファイルのデータを送信しています ..done

と表示されれば、コミット(更新の実行)が完了している。
こちらも1分程度必要な場合もある。

以上で、自作プラグインのWordpress.org公式ディレクトリへのアップロード・公開は完了。

作業としては必要ないが、Wordpress.orgのレジストリを覗いてみると、ちゃんとアップロードされていることが分かる。なお、サーバー反映までに10分程度必要。

これで、管理画面のプラグインの新規追加からも検索で表示され、インストールも可能になった。

Subversionの使い方(WordPressの自作プラグインのバージョンアップ編)

バージョンアップも基本的にはやることは同じ。
trunk フォルダ内の自作プラグイン.php に修正を加えたりした後、レジストリにアップロードしてコミットする。

バージョンアップの際のコミットは「svn commit -m “1.2(数字はバージョン数)”」という形で、バージョンアップしていく。
「commit」でファイルの送信上書きもされるので、「svn add」や「svn copy」は必要ない。バージョンアップだけなら、

下画像では「first release」となっている部分をバージョン数にする。
「cd」コマンドで、trunk フォルダに移動してからコミットすること。

追加しています xxxx.php
追加しています readme.txt
ファイルのデータを送信しています ..done

と表示されれば、コミット(更新の実行)が完了している。

バージョンを変化させずに修正する場合（誤字訂正などの簡易な変更など）の場合も、同じ方法で、
「svn commit -m “1.2(数字はバージョン数)”」
でバージョン数を変化させずにコミットすることで対応可能。

ただし、この場合既にインストールしている人には、プラグインのバージョンアップが通知されないので、修正されないままになる。

更新後にも、過去のバージョンを、残したい場合は、タグ付けが必要になる。
タグ付けのコマンドは
「svn copy (http://wordpress内のディレクトリ/trunkのURL) (http://wordpress内のディレクトリ/tags/現バージョン) -m “tagging (現バージョン) release.”」
URLとURLの間などは半角スペースを入れて。

これで、現バージョンを、1.8としてタグ付けして残すことになる。

例えば1.9にバージョンアップした場合、1.8は1.8のまま残せるし、1.9のタグ付けをすれば、1.9も1.9のまま残すことができる。

ディレクトリに公開されているので、wordpress.orgでプラグインの検索をすると、出てくるようになる。

また、管理画面のプラグイン＞新規追加からも検索で追加できるようになる。

この公式ディレクトリに、ヘッダー画像を追加することもできる。

作業スペースの assetsフォルダに、 banner-772×250.jpg という名前の、サイズ 772px 250px の画像を入れる。
画像のファイル名は、必ずこの名前にすること。

cd コマンドで、作業スペースの assets フォルダに移動し、
「svn add banner-772×250.jpg」とコマンドを叩いて、画像をアップロードする。

上の画像では、「screenshot-1.jpg」になっているが、 banner-772×250.jpg でも同じ方法でアップロードできる。

以上で、プラグインのバージョン管理と、ヘッダー画像のアップロードも完了。

次は、プラグインの翻訳の方法を見ていこう。

1．WordPress.orgのアカウントに登録し、公式ディレクトリにプラグインを申請する

2．プラグインの公式ディレクトリへのアップロードに必要なSubversionのダウンロードとインストール

3．Subversionを使ってWorpdress.orgの公式ディレクトリにアップロード＆バージョン管理

4．.potファイルから .mo ファイルを作ってプラグインの多言語化(国際化)
↑次ここ↑

この記事も読まれています

パソコン・Web関連, Word Press

4.WordPressの自作プラグインを多言語対応させる方法。.moファイルをwordpress.orgに追加

2015/12/03 あすたまコメントする

WordPressの自作のオリジナルプラグインを多言語対応する方法

順序は大まかに

0. 概要:Wordpressの自作プラグインを公式ページに登録・公開して、プラグイン追加からインストールできるようにする方法

1．WordPress.orgのアカウントに登録し、公式ディレクトリにプラグインを申請する

2．プラグインの公式ディレクトリへのアップロードに必要なSubversionのダウンロードとインストール

3．Subversionを使ってWorpdress.orgの公式ディレクトリにアップロード＆バージョン管理

4．.potファイルから .mo ファイルを作ってプラグインの多言語化(国際化)
↑いまここ↑

自作プラグインを英訳(または日本語訳)する手順

wordpress.org/plugins/へと移動する。

今回は英語ページで説明する。日本語ページでも基本的にやる事は全く同じ。

WordPress.orgに登録した、メールアドレスとパスワードで、wordpress.orgにログインする。

ログインしたら、自分のID名をクリックする。

左のメニューの「Plugin」日本語だと「プラグイン」をクリックしたら、自作プラグインが表示される。
その自作プラグイン名をクリック。

自分のプラグインの公開ページ(ディレクトリ)に行けるので、右の「Admin(日本語の場合管理)」をクリック。

Adminページの中ほどの「Continue(日本語の場合続ける)」のボタンをクリック。

Generate POT file
For more information on POT files, domains, gettext and i18n have a look at the I18n for WordPress developers Codex page and more specifically at the section about themes and plugins.

日本語：
POT ファイルを生成
POT ファイル、ドメイン、gettext、i18n に関して更に詳しい情報は I18n for WordPress developers Codex ページ (英語) をご覧ください。さらに具体的にはテーマとプラグインについてのセクションが参考になるでしょう。

と書いてある部分。

POTファイルというのが、プラグインを多言語対応させる元となるものなので、ここからダウンロードするページへ移動する。

「Get POT(日本語：POTを取得)」をクリックして、POTファイルをダウンロード。

POTファイルがダウンロードされるので、これを Poedit を使って、翻訳ファイルの .moファイルを作成する。

参考記事：
Poeditのダウンロードとインストール、簡単な使い方

.potファイルから.poや.moファイルを作ってWordPressの言葉を変更する方法

翻訳した.moファイルの名前を必ず
(プラグイン名)-ja.mo
とすること。 .po も同じ名前にしておくといい。

翻訳が終わったら、作業フォルダ(作業フォルダの説明はここ参照)の中に、「languages」フォルダを作って、その中に .mo ファイルを入れる。
.mo だけでも翻訳はされるが、ついでに .po も入れておくと迷わなくていい。

Subversionを使ってWordpress.orgのディレクトリ内の「trunk/languages」にアップロードする。

まず「cd」コマンドで作業フォルダへ移動して
「svn add」コマンドで、「languages」フォルダごとアップロードできる。

プラグインにlanguagesへのパスを追記する。
(自作プラグイン).phpのソース上部に記載すること。

<?php
/*
Plugin Name: プラグインの名前(英語が望ましい)
Plugin URI: プラグインの更新情報などを載せるURL(適当でもいい)
Description: プラグインの説明文。翻訳前なので英語で。
Version: 数字。最初は1.0でいい。バージョンアップするごとに変更
Author: 作者の名前(適当OK)
Author URI: 作者のURL(適当OK)
License: GPLv2 or later
Text Domain: WordPress.orgのレジストリ
Domain Path: /languages
*/

load_plugin_textdomain( ‘WordPress.orgのレジストリ’, false, basename( dirname( __FILE__ ) ).’/languages’ );

これで、言語ファイルが「/languages」に入ってますよ。と指定することになる。

コミット（更新を実行）するために、「commit -m “バージョン数”」コマンドでコミットする。

ちなみに画像では、コマンド実行ミスをしているので、「既にバージョン管理下におかれています」とエラーが出ている。
エラーが出た場合でも、焦らず正しいコマンドを実行すれば大丈夫。

サーバーの反映には10分程度必要だが、これでプラグインの多言語化が完成！

1．WordPress.orgのアカウントに登録し、公式ディレクトリにプラグインを申請する

2．プラグインの公式ディレクトリへのアップロードに必要なSubversionのダウンロードとインストール

3．Subversionを使ってWorpdress.orgの公式ディレクトリにアップロード＆バージョン管理

4．.potファイルから .mo ファイルを作ってプラグインの多言語化(国際化)

この記事も読まれています

Word Press

WordPressのカテゴリーページを記事タイトルの一覧表示にする簡単な方法

2015/07/03 あすたまコメントする

カテゴリーページに記事一覧を表示する方法

プラグインを使ってWordPressのカテゴリーページを記事タイトルのリスト表示にする。
WordPress 2.6～4.2.xで動作確認済み。

WordPressをブログとしてではなく、アップデート機能のあるWebサイトとして利用する場合は、カテゴリ内の記事を一覧としてリスト表示したい。

なので、こんな感じで、記事の抜粋ではなく、タイトルの一覧表示にする方法を紹介する。

プラグインDC Nicer Archvesを使う方法

まずは下記でプラグインをダウンロード。
ここからDC_nicer_archves.zipをダウンロード。

現在のWordPress 3.xx以上には、ダッシュボードからのインストールができないので、FTPを使ってアップロードすることになる。
まずはzipファイルを解凍。
解凍したらDC_nicer_archvesというフォルダができる。
\DC_nicer_archves\wp-content\plugins の中にある nicer_archives.php をサーバのプラグインフォルダに入れる。

そしてダッシュボード管理画面のプラグインの管理画面で「DC’s Nicer archives」を有効にする。

次に
\DC_nicer_archves\wp-content\themes\default の中にあるうち category.php と search.php をサーバ上の現在使っているテーマ内の同じファイルとを入れ替える。元々category.phpがある場合は上書き。（念のためオリジナルはバックアップしておきましょう）。

これでカテゴリーページと検索結果のページは記事タイトルのリスト表示になる。
ちなみにテーマに category.php がない場合は、上書きではなくそのままアップになるがその場合でも有効。

この記事も読まれています

パソコン・Web関連, Word Press

【poeditのインストールと使い方】WordPressで「カテゴリ」を「カテゴリー」にしたい場合など

2015/01/07 あすたまコメントする

言語ファイルを編集して、言葉を自由に変更する方法

分かりやすく言うと、Wordpressは元々英語のものなので、日本語や、他の言語に翻訳する場合は、言語ファイルと呼ばれるものを使用している。
Wordpressでは、.moファイルが言語を定義している。

人にはそれぞれこだわりがあるので、「カテゴリ」と訳されているが「カテゴリー」にしたい！とか思う人もいるだろう。