住む「とむむ」の日記です。日々前進であったり、日々更新であったり、時には日々後進な日常の記録です。m1のバッテリー使えました。PCやモバイル系が好物。その32013年07月23日(Tue)PCどうも、とむむです。その2」に引き続き、その3をお送りしたい。3.8.xxへの遥かに遠い道のり...色々と調べていると、同じことをやっている人がいるみたいで、ここのブログを参考にさせてもらった。■データベースのEngineにInnoDBに変更するデータベースをInnoDBにしておかないとアップグレードが正常にできません。InnoDB;を全テーブルに実行してInnoDB化しておきます。これは重要なポイントだなと思う。叩いてみたが、予想通りの展開でMyISAMがDefaultになっており、InnoDBの文字列は存在しなかった。したものかと調べていると、非常にマッチする記事を発見した。ここに書かれている内容で、必要事項をまとめると以下の通りだ。以下の内容を書いておく。心配ならmvでも構わないが、基本削除してしまっても問題ない。■OpenPNEのテーブルをInnoDBに変更するやる前に必ず、バックアップが必要。tar.gzに固めてバックアップすると良い。done■OpenPNE3.4.xxへバージョンアップバージョンアップの手順は、OpenPNE3.4に同梱されているアップグレード手順の通りで、問題なかった。■imgファイル移行バージョンアップ後、画像ファイルをコピーするがOpenPNE3.4以降だと、画像ファイル名が変わっているので、以下の修正が必要だ。旧ファイル名:img_cache_d_776_X_130XXXXXXX_jpg.jpg新ファイル名:d_776_X_13XXXXXXX.jpg.jpgサブディレクトリ配下にも大量にあるので、リストファイルを元にファイル名の一斉変更をした方がよいと思う。内でコメントアウトされている箇所を以下のように変更する。上記の設定がないとログイン後のページ遷移が正しく行えないことがあるようなので、注意すること。◯Aliasの設定OpenPNEのApacheのAlias設定も以下のように変更する。3.8.xxへのバージョンアップバージョンアップの手順は、OpenPNE3.8に同梱されているアップグレード手順の通りで、OKだ。3.4で様々な変更を実施済なので、特に引っかかるところはなかった。流れを経れば、バージョンアップは可能だった。バージョンアップの過程で様々な変更は必要だったが、これまでのデータが消えたり、正常にログインできなくなったりするというような最悪の事態が発生するようなことはなかった。...重い、重すぎる。OpenPNE3.0以降で採用されたSymfony2の影響も大きいと思っているが、MILLINUXの貧弱なハードウェアでは重すぎて、使い物にならなかった。期待していたスマホ用のインタフェースもプラグイン等を追加しないとダメで、デフォルトだとそれほど魅力的なものにはならないことも分かった。結局、重さに耐えかねて、2.12に戻すことにした。2.12に戻した後、2系の最終バージョンである2.14へバージョンアップを行った。バージョンアップをして、1つだけいいことがあった。レビューでAmazonの商品検索ができなくなっていたところが見事に直った。あー、それでも今時のスマホに対応したSNSにしたいなぁ。