[自分用memo]Office 2010 SP1統合インストールの手順

Posted on 2011/07/18 by gankutsu

あとで書式を整える。

Office2010導入済みPCにSP1を適用するには、MS Updateを使うかSP1のファイルを入手して適用すれば良い。

Office2010未導入のPCにSP1適用済みOffice2010を導入するには、SP1入りのOffice2010のメディアがリリースされていないため、インストールイメージファイルの特定フォルダにSP1の中身を入れてからインストールする。

 

1.Office2010のインストールイメージを作業用フォルダに展開する。
インストールメディアからでもISOファイルからでもOK。
今回は”ja_office_professional_plus_2010_x86_x64_dvd_515526.iso”を作業用フォルダに解凍してみた。

2.Ofice2010 SP1のインストーラからファイルを抽出する。
コマンドラインから /? オプション付きで実行すると、簡単なヘルプが表示される。

image

今回は”officesuite2010sp1-kb2460049-x64-fullfile-ja-jp.exe”を /extract:hogehoge オプション付きで実行した。

image
image

image

この完了表示は「展開が終了した」ことを示す物。
指定したフォルダに中身が展開されていることが確認できる。

image

３．項番1で展開したフォルダのx64(またはx84)/updatesフォルダに、項番２の中身を丸ごとコピーする。
このフォルダには、もともとreadme.txtが置かれている。このファイルには”Any patches placed in this folder will be applied during initial install.”との案内が書かれている。

image

４.インストールを行いたいPCに、上記のフォルダをコピーし、\x64\setup.exeを実行。
インストール最終段階で「更新内容を適用しています」表示が出る。
image

 

５．インストール完了。
「プログラムと機能」では、Office2010だけ表示され、SP1は表示されない。
だが、バージョン14.0.6029.1000がSP1の証。無印ではバージョン14.0.4763.1000になる。
image

これでSP1統合インストール完了。32bitと64bit版のファイルや、フォルダ名を間違えなければ失敗することはないはず。

追記：Visio 2010では、無印のバージョン情報は14.0.5158.5000、SP1は14.0.6023.1000だった。

Posted in PC | Leave a comment

WordPress3.2にアップデート・・・できなかったorz

Posted on 2011/07/07 by gankutsu

色々とRSSを眺めていたら「WordPress | 日本語 » WordPress 3.2 が利用できるようになりました」というエントリを発見。

先日5.1.6にアップデートしたばかりではありますが、さっそく管理画面からアップデートを試してみました。

すると、こんな表示が。

image

WordPress 3.2 は PHP 5.2.4 以降を必要とするため、更新を実行できません。現在稼働しているバージョンは 5.1.6 です。

という訳で、サーバにログオンしてphpの更新。

ひとまず現状をチェック。

[hoge@fuga ~]# rpm -qa | grep php
php-pdo-5.1.6-27.el5_5.3
php-mysql-5.1.6-27.el5_5.3
php-common-5.1.6-27.el5_5.3
php-cli-5.1.6-27.el5_5.3
php-5.1.6-27.el5_5.3
php-mbstring-5.1.6-27.el5_5.3

 

php5.1.6とはこれでお別れ。

[hoge@fuga ~]# yum erase php*

Removed:
  php.x86_64 0:5.1.6-27.el5_5.3                 php-cli.x86_64 0:5.1.6-27.el5_5.3             
  php-common.x86_64 0:5.1.6-27.el5_5.3          php-mbstring.x86_64 0:5.1.6-27.el5_5.3        
  php-mysql.x86_64 0:5.1.6-27.el5_5.3           php-pdo.x86_64 0:5.1.6-27.el5_5.3             

Complete!

php53パッケージを導入。yumのお陰で非常に手軽。

[hoge@fuga ~]# yum install php53 php53-cli   php53-common  php53-mbstring php53-mysql php53-
pdo

Installed:
  php53.x86_64 0:5.3.3-1.el5_6.1                php53-cli.x86_64 0:5.3.3-1.el5_6.1            
  php53-common.x86_64 0:5.3.3-1.el5_6.1         php53-mbstring.x86_64 0:5.3.3-1.el5_6.1       
  php53-mysql.x86_64 0:5.3.3-1.el5_6.1          php53-pdo.x86_64 0:5.3.3-1.el5_6.1            

Complete!

そしてapahceを再起動。

[hoge@fuga ~]# service httpd status
httpd (pid  11784) is running…
[hoge@fuga ~]# service httpd condrestart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]
[hoge@fuga ~]# service httpd status
httpd (pid  1545) is running…
[hoge@fuga ~]#

これでWordPress3.2に会える！と思ったら・・・日本語版は準備中とのことでorz

ダンドリ失敗。

Posted in WordPress | Leave a comment

WordPressの自動アップデートに必須の設定

Posted on 2010/12/30 by gankutsu

WordPressにて重要なアップデートが公開されました。
（WordPress | 日本語 » 3.0.4 重要なセキュリティアップデート）

image ずっとアップデートをサボっていたため、自宅のサーバでは2.9系のままでした。
ちょっと時間があるので、重い腰を上げてアップデートに挑戦。
というのも、今まで数回経験したアップデートは全て手動。
アーカイブをダウンロードして、展開して、適用して、DBをいじって…果てしなく面倒でした。

「自動アップグレード」機能を使えばボタン一つで終わるのですが、自宅のWordPressは難度試してもエラーで失敗つづき。
よくないことですが、アップデートもついつい手つかずのままでした。

今回も自動アップデートにチャレンジするも失敗。
原点に戻ってドキュメントを読むと…該当する記事がありました。
原因はWordPressのディレクトリのパーミッションがapache:apacheになっていなかったこと。
chownコマンドで補正した後は、さっくりとアップデート完了。

基本中の基本ですが、パーミッションの設定って重要ですね。

備忘録がわりに下記にドキュメントを引用しておきます。
自動アップデートに悩んでいる方は、騙されたと思ってパーミッションを調べてみると何か楽になれるかもしれませんね。
(管理パネル/ダッシュボード/更新 – WordPress Codex 日本語版)

「接続情報」という画面が表示される
Problem
After clicking on "automatic upgrade" you get a dialog box asking for "Connection Information". And, no matter what you enter, you continue to get errors.
Solution
Make sure that your entire wordpress directory is owned by the username under which your Apache server runs. For example, if your server runs as https, and your files live in /var/wordpress do a "chown -R apache.apache /var/wordpress." Note that you might want to edit some permissions for security purposes, in particular a chmod 640 on wp-config.php, to protect access information to your database.
Posted in PC | Leave a comment

Hello Hello Hello Hello Hello

Posted on 2010/08/04 by gankutsu

201008032318

帰宅してメールボックスを開けてみるとspamが着弾していた。
しかも同じタイトルで５通連続・・・。
添付のファイル名もサイズも同じ。

でも、発信元のIPがバラバラ。
送信日時も微妙にバラバラなのはntp使っていないからかも。
どうやら一斉に送信するような仕組みでもあるのかもしれない。

どうせ読まずに捨てるけれども、spamチェックサービス（有償）使ってこれかよｗ

Posted in PC | Leave a comment

Windows7が出す「別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できません」エラーを抑制する方法

Posted on 2010/07/26 by gankutsu

自宅PCのOSをWindows XPからWindows 7に変え、いろいろ便利にはなったけれど我慢できないのがエクスプローラのフォルダ表示がツリー状にならなくなったことと、「別のプログラムがこのフォルダーまたはファイルを開いているので、操作を完了できません」なるエラー。

メディアプレイヤーなどで再生できる形式の場合、OSのデフォルトではサムネイルを自動生成してくれる。が、これがまた扱いに困る。

画像ファイルであれば多少のCPU負荷でどうにかなる。
けれど、映像ファイル（特に共有フォルダ上のもの）は時間はかかるし、生成が遅いのでファイルを移動やリネームしようと思うと標題のエラーが出て待たざるを得ない。これが結構なイライラ感につながる。

特に共有フォルダ上での待たされ具合がたまらないので設定を変更してみた。

  1. ローカルグループポリシーエディタを起動。
  2. 「管理用テンプレート」-「Windowsコンポーネント」-「エクスプローラ」-「ネットワークフォルダーで縮小表示を無効にしてアイコンのみを表示する」を選択。
    20100725a
  3. デフォルトでは「未構成」(＝縮小表示は無効にならない、つまり裏でサムネイルをせっせと作る)なので、「有効」に変更。
    20100725c
  4. 再起動すると変更が反映される。

この変更により、共有フォルダ上の画像・映像ファイルはサムネイルが表示・生成されなくなるので、快適なファイル管理ができるようになるはず。
（ポリシーエディタの記載では、サムネイルを集積したファイルは誰にでも内容が見えてしまうので企業ユースでは気をつけろとの事。サムネイルの解像度から考えるとクリティカルでないにしても、機密性重視ならグループポリシーで変更かける手も有効かと）

Posted in 未分類 | Leave a comment