TeraTermが日本語表示されない場合の対処方法についてメモしておきます。
事象
TeraTermを起動すると以下の様にメニュー等の表示が英語になっている。
原因
対応方法
TeraTermのインストールフォルダ内にある「TERATERM.INI」ファイルをエディタで開きます。
次に「TERATERM.INI」ファイル内で「UILanguageFile=」と記載されている箇所を探します。
日本語表示されていない場合は以下の様に「UILanguageFile=」の後に何も記載されていません。
; User interface language file that includes message strings.
; Tera Term uses built-in English message when the file or message is not found.
UILanguageFile =
「UILanguageFile=」の箇所を「UILanguageFile=lang\Japanese.lng」に変更してINIファイルを保存します。
; User interface language file that includes message strings.
; Tera Term uses built-in English message when the file or message is not found.
UILanguageFile = lang \ Japanese . lng
後はTeraTermを起動すれば日本語化されます。
Web系の開発していると画面表示確認する際に、「cssやjsは変更したのに画面を表示してみると反映されていない」という事を経験した方は少なくないと思います。 こういう場合はまず、F5もしくはctrl+F5を押下して画面を再表示(リロード)確認すると思いますが、そもそも「F5単独」押下と「ctrl+F5同時」押下では何が違うんだろう?という事についてメモしておきます。
F5単独押下時のリロード
ブラウザでキャッシュされている場合、キャッシュを利用して画面を再表示します。
Ctrl+F5同時押下時のリロード
ブラウザのキャッシュを利用せずにサーバーにある最新の情報を読み込んで画面を再表示します。
スーパーリロードとも呼びます
ブラウザによって、Ctrl + F5以外でもスーパーリロードは可能です。
ブラウザ別のスーパーリロード方法
<Google Chrome、Microsoft Edge>
Ctrl + F5
Shift + F5
Ctrl + Shift + R
Ctrl + 更新ボタン
Shift + 更新ボタン
<FireFox>
Ctrl + F5
Ctrl + Shift + R
Shift + 更新ボタン
<Opera>
<Safari>
ブラウザの更新ボタンとは
上記で説明している「更新ボタン」ですが、以下の様にブラウザのアドレスバー付近に表示されている以下のような赤枠内のボタンのことを「更新ボタン」と記載しております。
補足:キャッシュ&リロードに関する応用/注意点
サーバー側制御(キャッシュ制御ヘッダー)との関係 ブラウザの「F5」や「Ctrl+F5」によるリロードは、あくまでクライアント(ユーザー側ブラウザ)での操作です。ですが、本番環境ではサーバー側・ホスティング側で HTTP ヘッダー(例:Cache-Control、Expires、ETag)を設定して「ブラウザにいつまでキャッシュを使わせるか」「変更時には必ず再取得させるか」といった制御が行われています。 → たとえば、Cache-Control: no-cache, no-store や Pragma: no-cache を設定しておくと、ユーザー側が「F5」だけでも常に最新取得がされるよう促せる場合があります。 → 逆に、長めにキャッシュを許す設定がされていると「Ctrl+F5」などをしない限り古いリソースを参照し続ける可能性があります。
開発/ステージング vs 本番環境の使い分け 開発中は「Ctrl+F5(または Shift+更新ボタン等)」を日常的に使って「確実にサーバー最新版を取得」するのが安心です。記事にも大まかに触れられています。 本番環境では、むしろキャッシュを上手に活用することでページ表示を高速化できますが、更新後に旧リソースが残って「見た目が変わらない」「古いCSS/JSが適用されている」というトラブルも起こりやすいです。 → そこで「バージョニング(例:style.css?v=1.2.3)」や「ハッシュ付きファイル名(例:style.abc123.css)」などを併用すると、ユーザーにキャッシュクリアを意識させずとも確実に更新を反映させられます。 → また、CDN(コンテンツ配信ネットワーク)を使っている場合、CDN側キャッシュのクリアやパージ(purge)が必要なケースもあります。
モバイル・タブレット・複数ブラウザでの挙動差 記事では主要なブラウザ(Chrome, Edge, Firefox, Safari, Opera)での「スーパーリロード」のキー操作をリストしています。ただし、モバイル環境(スマホ/タブレット)やブラウザ拡張機能、企業内のカスタムブラウザでは、キー操作が異なる/押してもキャッシュが残る/そもそも更新ボタンしか無いというケースもあります。 → 例えば iOS の Safari では「更新ボタン長押し→再読み込み/キャッシュの消去」など特殊な操作になることがあります。 → また、企業/学校環境でプロキシサーバーや内部キャッシュ(例:Squid/キャッシュサーバー)が間に入っていると、ブラウザ側で「Ctrl+F5」しても完全に最新が来ないことがあります。こういった場合は、プロキシキャッシュクリアが必要/あるいはバージョニング戦略を必ず採るべきです。
リロード頻度とユーザー体験のバランス 頻繁に「Ctrl+F5」を強制する設計(例:ボタンを押させる/ユーザーに再読み込みを案内する)をしてしまうと、ユーザー体験が損なわれる可能性があります。回線が遅い環境やモバイル回線では、「ページが一瞬消えて、再読み込みになった」印象を与えてしまうことも。 → よって、可能であれば「差分更新」の設計(新旧CSS/JSの両方互換)や「ローディング中のUI/スピナー表示」でユーザーに待機時間を意識させない工夫も有効です。 → また、キャッシュ切れをユーザーに知らせるインターフェイスは、必要以上に派手に表示しないことで「更新作業中なのかな…」という不安を軽減できます。
ブラウザ開発者ツールの活用 Web開発時、キー操作以外にも、ブラウザの開発者ツール(DevTools)を使って「キャッシュ無しで再読み込み」を行うことも可能です。例えば、Chrome では「デベロッパーツールを開いた状態で右クリック→再読み込み→キャッシュを無視してハード再読み込み」を選択できます。 → これにより、ユーザー側のキー操作に頼らず「確実に最新リソースで表示をチェック」できます。 → また、ネットワークタブで → Disable cache(キャッシュ無効化)をチェックしておくことで、開発中は毎回最新を取得させる設定にできます(ただし、タブを閉じると元に戻ります)。
結論としての注意点 結局、「F5」はキャッシュを使ってリロード、「Ctrl+F5(または他のスーパーリロード操作)」はキャッシュを無視して最新を取得という違いがあります。しかし、現実には「キャッシュをどう制御しているか(ヘッダー/CDN/プロキシ)」「ユーザーの環境(モバイル/社内ネットワーク)」「開発運用の体制(バージョニング/キャッシュクリア運用)」という“周辺条件”が非常に重要です。これら全体を俯瞰して設計・運用することで、ユーザーにとって快適で信頼できる表示体験が実現できます。
ちょっとdjUnitで「addReturnValue」を使用しても全く効いてない?という事象に少しハマっていたので原因についてメモしておきます。
addReturnValueが効かない原因
addReturnValueが効かない原因として上げられるのが概ね以下の3つになるかと思います。1と2については少し見なおせばすぐ発見出来そうですが、今回ハマった原因が3でした。。。
クラス名の指定が間違っている
メソッド名の指定が間違っている
指定したメソッドが複数回実行されている
「指定したメソッドが複数回実行されている」とは
では「指定したメソッドが複数回実行されている」というのはどういう事かというとについて説明します。
根本的な話として以下の2つのコードは全く同じ意味という事を理解しておく必要があります。
addReturnValue ( UtilClass1 . class , "getStr" , expected1 ) ;
setReturnValueAt ( UtilClass1 . class , "getStr" , 0 , expected1 ) ;
これだけで気づく方はハッと思うかもしれませんが、ここで重要なのはaddReturnValueでは「1回目に実行」されたメソッドのみしかaddReturnValueで指定した値が返ってこないという事です。つまり「setReturnValueAt」で1回目を指定した場合と同様の動きしかしてくれないのです。
今回私がハマったのは指定したメソッドが想定した箇所よりも手前で事前に実行されていた為、想定したいたメソッドは2回目の実行になっていたために2回目の方にはaddReturnValueが効いていなかったという事象でした。
addReturnValueが効かない時の調査方法
addReturnValueをしてクラス名やメソッド名は正しいのにどうも効いていないように見える時は一度「getCallCount」でメソッドの実行回数を調査して見ると良いかもしれません。
Excelで複数ページを印刷する場合に「2 in 1」などに集約して印刷設定した後に印刷してみると1頁目だけ「2 in 1」形式で印刷され、2頁目以降は「2 in 1」形式ではなく元のまま1ページ分そのまま印刷されてしまうという事を経験した事はないでしょうか。これは印刷設定画面でプレビュー表示されている頁のみに変更した印刷設定が適用されている為に発生する事象です。解決するには大きく2通りの方法があります。
対処方法.一
一つ目の対処方法としては印刷画面で「1頁単位で表示⇒印刷設定」を印刷する頁数分繰り返して指定する方法です。
ただこの方法では印刷頁数が2,3枚程度ならいいですが数十、数百頁ある場合は手間が掛かり過ぎるのでお勧め出来ません。
対処方法.二
二つ目の対処方法(というか根本的な対処方法)としてはExcelファイルを開く前にWindowsメニューの「デバイスとプリンター」画面で対象のプリンタのプロパティから直接印刷設定変更した後でExcelファイルを開いて印刷する方法です。
基本的にExcelでは起動した際にデフォルトでプリンターの印刷設定通りに印刷されますので、Excelを起動する前にプリンターの印刷設定をしておけば全ての印刷対象頁にその設定が反映されます。
最近WordPressのバージョンアップを3.8へアップデートしてサイトを表示してみたら、プラグインを使用している箇所で「Warning: Missing argument 2 for wpdb::prepare()」というワーニングメッセージが表示されていました。どうもこの事象は3.5へアップデートした時から発生している事象のようで、当方は3.4→3.8へのバージョンアップだったので今頃遭遇しました・・・。
放置しても動作はしますが、見栄えが悪いので対処方法を調べてみました。
原因
WordPressの3.5以上では「wp-db.php」で定義されているFunction「prepare」の引数の数が2つ必要になっています。
[php]function prepare( $query, $args ) {[/php]
今回Warningが発生した原因はこの「prepare」をプラグインのphpから呼び出す際に引数が1つしか指定されていない為にWarningが表示されたみたいです。
対処方法
原因は明確なので、function「prepare」を使用しているphpを修正します。function「prepare」を使用している箇所へダミー引数となる「null」を2つ目の引数として指定すれば対応完了です。(もちろんプラグインが正式対応したらバージョンアップしましょう)
変更前
[php]$wpdb->get_row($wpdb->prepare($sql));[/php]
変更後
[php]$wpdb->get_row($wpdb->prepare($sql, null));[/php]
投稿ナビゲーション
「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。