マリンロード » スタッフブログ

[PHP]IE＋SSL環境でFlashファイルが表示できない

mr_takada — Wed, 30 May 2012 19:01:11 PDT

先日、object、embedタグでページ内に埋め込まれているFlashファイルがIE7で表示できないという現象が発生し、はまりにはまりました。

Flashファイルの表示には、WEBから見えない場所(ドキュメントルートの外)にあるFlashファイルを「PHP」にて、
以下のようにブラウザに送り出し、表示させるという処理をしていました。
しかし、Firefox、Chrome、Safari、IE8では表示できるのに、「IE7」でだけ表示ができませんでした。
しかも、画像は表示できるのに、Flashだけ表示できない･･･。

//————————–
// PHP側のFlash表示方法
//————————–
// セッションをスタートし、諸々の処理を実行！
session_start();
// そしてFlash表示↓
header(‘Content-type: application/x-shockwave-flash’);
header(‘Content-Length: Flashファイルサイズ);
readfile(‘パスも含めたFlashファイル’);

調べてみると、PHPでセッションを開始すると(session_start)、php.iniの「session.cache_limiter」の値に設定されている値に応じたheaderが吐かれるそうです。
しかし、IE＋SSL環境下では「no-cache」が処理できないそうで、Flashファイルが処理できなかったのかもしれません。

php.iniを確認すると、確かに「no-cache」が設定されていました。

# php.ini
session.cache_limiter = nocache

Flashを表示させるHTMLにも「no-cache」の記述がしてあったのが、関係したのかな。どうでしょう？

回避策として、IEのときだけ以下のようにキャッシュをprivateに設定するという方法をとり、無事解決できました！

// PHP側
session_cache_limiter(‘private’);

以上です。ではまた。

＜参考＞
「SSL 経由でファイルのダウンロードを Internet Explorer キャッシュコントロールヘッダーが機能しません」
「no-cacheとSSLとIEとファイルダウンロード」

ペットボトルで水耕栽培（バジル）

mr_tokuta — Mon, 28 May 2012 21:40:41 PDT

ペットボトルを使ってカンタンに家庭菜園が出来るその名も「ペットマト」。

プチトマト以外にも、全部で8種類発売されています。

・イタリアンパセリ

・レモンバーム

・青じそ

・ペパーミント

・ルッコラ

・ワイルドストロベリー

・スイートバジル

・プチトマト

家庭菜園初心者の僕も挑戦してます。

これまでの栽培の記録はこちらから

http://www.marineroad.com/staff-blog/promotion/3292.html

ルッコラとバジルに挑戦中ですが（といっても週1回ペットボトルの水を替えているだけですが^^;）

どちらも順調に育ってます！

バジル

ルッコラ

そろそろ食べ時なのかい？

↓販売サイトはこちら（1個500円で買えます）

http://plusec.com/nikkoseed/c/32

セキュリティ関連ニュース（OS X Lion のパスワードが平文で保存されてしまう）

mr_oohashi — Sun, 27 May 2012 07:38:33 PDT

「OS X Lion v10.7.3」のセキュリティアップデートにおいて重大な問題が発生しました。

本来、セキュリティアップデートはバグやセキュリティホールのプログラム修正の為、
実施されるものですが、アップデートプログラムに不具合があり、ユーザが使用している
パスワードがプレーンテキストの状態でログファイルに保存される障害が発覚した様です。

但し、影響範囲は「Snow Leopard」で「FileVault（フォルダ暗号化）」を使用していた
ユーザが「OS X Lion」へアップグレードし、且つ、「FileVault」を継続的に使用した
場合ということでした。さらに、「FileVault2（フルディスク暗号化）」を使用している
場合は特に影響無しということで被害は最小限であったと思われます．．．

いずれにしても、パスワード等の機密情報をプレーンテキストの状態でログファイルに
保存すること自体、ありえないことですので、みなさんもお気を付けください！！

CSSでプログラミングのような書き方を実現するLESS

admin — Wed, 23 May 2012 19:34:56 PDT

LESSという技術がある。
これを利用するとCSSでプログラムで利用される変数やファンクションが利用できたり、
階層化することが可能になる、これは便利。

http://lesscss.org/

Facebookページの管理人を表示・非表示にする

mr_kogahara — Thu, 17 May 2012 10:45:51 PDT

タイムライン化されたFacebookページ、お店のPR目的であってオーナー(管理人)を一般公開したくない場合と、反対に広く一般にオーナーを公開してPRしたい場合があると思います。
はじめてFacebookページ作成をした際に意外と迷ったのでまとめておこうと思います。

そもそも、初期設定の状態ではオーナーは非表示です。
(Facebookページと管理人とのつながりは公にはなりません。)

ではオーナー(管理人)を公開するにはどうするか？

【1】まずFacebookページ右上の管理者用パネルを開きます。
↓管理者用パネルはカバー画像の右端に表示されています。

【2】Facebookページを編集
「管理」というタブをクリックするとメニューがプルダウン表示されます。
一番上の「Facebookページを編集」メニューを選択します。

【3】掲載コンテンツにある「ページオーナーを追加」ボタンを選択
編集画面の左側に並ぶ管理メニューのうち、「掲載コンテンツ」を選択すると、中央の画面に「ページオーナーを追加」ボタンが表示されます。

【4】オーナー一覧から表示したいオーナーを選択
Facebookページは複数の管理者で運営することが可能です。
この画面では、現在設定されているオーナー一覧が表示されます。
この中から、Facebookページに一般公開したい対象となる管理人を選択します。

上記画面で「保存」をすると完了です。

【5】オーナー(管理人)の一般公開(掲載)が完了
これでFacebookページの「基本データ」をクリックすると下のように、オーナー個人が表示されます。
また、オーナー自身の個人ページプロフィールにもオーナーである旨が表示されます。

ツイッター認証の導入方法（その５）

admin — Thu, 17 May 2012 02:22:25 PDT

前回に引き続き、Twitter認証の方法について説明していきます。

手順の「▼４」まで完了しましたので、今回は手順のいよいよ最後の手順「▼５」について説明していきます。

【ツイッター連動の流れ】

▼０．アプリケーションでOAuth利用登録をしておく
・コンシューマキー、コンシューマーシークレット取得
▼１．処理毎にリクエストトークンの発行
・コンシューマキー、コンシューマーシークレットを元にリクエストトークンを取得
▼２．ログインURLの取得リダイレクト
・リクエストトークンを元にログインURLを取得し、リダイレクト
▼３．ツイッター側のログイン画面でログインした際に、リクエストトークンが付与されてリダイレクトされる
▼４．アクセストークン取得
・リクエストトークンを元にアクセストークン、アクセスシークレット取得
▼５．認証：ツィート
・アクセストークン、アクセスシークレットを元にOAuth認証しツイート

前回の内容でアクセストークンと、アクセスシークレットが取得できました。

その後、アクセストークンと、アクセスシークレットを元にOAuth認証しツイートしていきます。

ソースで書くと以下のような感じです。

////////////////////////////////////////////////

// ▼５．認証：ツィート

$to = new TwitterOAuth($consumer_key, $consumer_secret, $_SESSION['access_token'], $_SESSION['access_token_secret']);

$to->format = “xml”;

$tweet =$to->post(“statuses/update”, array(“status” => $_SESSION['message_comment'].” #encafe http://en-cafe.com/”));

// XML文字列をオブジェクトに代入する

$xml = simplexml_load_string($tweet);

これでツイッター投稿が出来て、結果をxmlで取得出来たと思います。

これで１～５まで続いたツイッター認証の導入方法は完了です！

と言いたい所ですが、１～５の手順で繋げて単純にプログラムを書くと

エラー処理がされていないので、次回は、１～５をまとめて書いたプログラムに

エラー処理を記入したものをアップして、解説したいと思います。

ペットボトルで家庭菜園に挑戦（その後）

mr_tokuta — Wed, 16 May 2012 04:00:03 PDT

先日から始めているオフィス菜園の経過報告です。

前回の記事はこちら http://www.marineroad.com/staff-blog/promotion/3292.html

ルッコラ、バジルともにすくすく育っております。

ルッコラ

バジル

そろそろ食べ時かな？

週に一度、ペットボトルの水を交換して粉末状の肥料を入れるだけです（忘れることもありますが・・）

ノートPCの見るところ

mr_uematsu — Sun, 13 May 2012 01:17:03 PDT

前回開発用マシンのことを書いたので、今回はノートPCについて。

ノートPCは、社内では特に移動の多い人たちがよく使っていますね～。

先月にはIvy bridgeのCPUも発売になったことだし、特にPCの買い替えには都合のいい時期になりました。
今回はノートPCを選ぶ場合のポイントを挙げたいと思います。

・CPU
モバイル用途ならば、低電圧版Core i3かi5が選択肢でしょうか。
開発用途の場合は、通常電圧を含めたCore i7かi5がベストでしょう。
ノートの場合は、CPUはケチらずターゲットの範囲で一番性能の良いものを選びましょう。

・メモリ
開発用途の場合は、8GB積めれば積みましょう。
モバイル用途の場合はモジュール1枚で収まる容量（4GB）にしましょう。

・ハードドライブ
開発用途の場合は、通常のハードディスクのほうがよいでしょう。
SSDはノートではモバイル用途向けの印象が強いです。

・グラフィック
モバイル用途とプログラム用ならば、オンボードでもCPU内臓でも問題なし。
デザインワークがあるのであれば、ちゃんとしたグラフィック機能があるものを選びましょう。

・モニター
外に持ち出すのであれば、最大でも14インチが限界でしょう。これ以上はサイズが大きくなりすぎます。
オフィスでは別途モニターを利用するのであれば、解像度面でもあまり不満はなくなるでしょう。

・インターフェース
USBコネクタは3つ、内1つはUSB3.0対応なら十分です。
DSUBのほかに、HDMI端子もあるといろいろ便利です。

ノートは交換できる部品がほとんどありません。
購入する場合は、メーカーやブランドにあまりこだわらず、機能や
使いやすさ（持ち運びが楽なことも重要）もよく考えて選びましょう。

建材サポートの建マート　様　プラスECプロジェクト

mr_masubuchi — Tue, 24 Apr 2012 19:25:01 PDT

+ECショッピングサイトに建材サポートの「建マート」

が新たにオープンしました。

現場の欲しいをカタチにした業者様向けのECサイト。
業界最安値のスコッチテープのほか、多数そろえた商品は現場のニーズに合わせたラインナップ。
またショップにない商品は、お気軽にご相談ください！

■建マート
http://plusec.com/ryuda/

運営会社：リューダ株式会社
連絡先：03-6240-4792

XOOPSのサーバー移行のポイント

mr_akutsu — Mon, 23 Apr 2012 06:13:53 PDT

最近古いサーバーから、新しいサーバーにXOOPSを引越しする案件がありました。

旧サーバーではEUC－JPでphpやmysqlがセットアップされていましたが、新サーバーでは今後の事も考えUTF-8で各サービスを動かすようにセットアップしました。XOOPS自体はEUC-JPで安定稼動しているので、UTF8に変換等の対処は行わず、小手先だけの対応で移行が可能でしたので、困っている人は参考にしてください。

＜ポイント①　MySQLの復元＞

１．EUC-JPのDBはEUCで取得する。

    mysqldump -u admin -pPASSWORD DBNAME --default-character-set=ujis --opt > /home/marineroad/DUMPNAME

２．移行先となるDBはEUC-JP(ujis)で作成する。

    create database DBNAME default character set ujis;

３．後はそのまま復元する。

    mysql -u admin -pPASSWORD DBNAME < /home/marineroad/DUMPNAME

※もしうっかりデフォルトの文字コードでダンプを取ってしまっても「SET NAMES utf8」となっている行を「SET NAMES ujis」にすればOKです。

＜ポイント②　.htaccessでの設定変更＞

１．下記の設定をドキュメントルートの.htaccessに追加する。

    AddDefaultCharset EUC-JP
    AddType "text/html; charset=EUC-JP" .html
        
        php_flag  output_buffering              Off
        php_value output_handler                none
        php_value default_charset               EUC-JP
        php_value mbstring.language             japanese
        php_flag  mbstring.encoding_translation On
        php_value mbstring.http_input           auto
        php_value mbstring.http_output          EUC-JP
        php_value mbstring.internal_encoding    EUC-JP
        php_value mbstring.substitute_character none

以上で新サーバーの設定はそのままに既存のXOOPSを引越し出来たはずです。上記を実施しても文字化けが出る人はXOOPSとブラウザのキャッシュをクリアして再度アクセスしてみましょう。（私自身細かい検証はこれからですので、参考にした人は各自動作検証を良く行ってください。）

【追記】上記の対処でもどうしても動かない場合はこちらのリンクを参考にして、mysqldatabase.phpの236行目にmysql_query(“SET CHARACTER SET ujis”, $this->conn);を追記すると良いみたいです。