phpでZipArchiveを使ったら日本語のファイル名が文字化けした話 | エンジニアブログ
目次 php作ったzipを解凍すると文字化け 原因は文字コード mb_convert_encodingで解決 php作ったzipを解凍すると文字化け phpで複数のファイルをまとめてダウンロードしたい→じゃあzipに圧縮してダウンロードしよう。 ということでZipArchiveを使ってzipファイルにしてダウンロードしましたがLhaplusで解凍するとファイル名が文字化けしました。 ※因みに、エクスプローラーで開くと文字化けしません。 原因は文字コード 調べたところ、原因は文字コードにあったらしい。 zipに格納された日本語ファイル名の文字コードはCP932なのに、Windows環境ではZipArchiveで圧縮するときにUTF-8とみなして変換してしまうのだとか。 ※因みに、linux環境で圧縮した場合は問題ないらしいです。 mb_convert_encodingで解決 エクスプローラー
PHP: ZipArchive::getStream - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
PHP7でZipArchiveを使うと日本語ファイル名が化ける問題 – oops
日本語圏のZIPファイルは格納された日本語ファイル名がCP932(Shift_JIS)であることは有名だが、最新の(恐らくPHP7.0.8以降の?)PHPでは単にgetNameIndexしたファイル名をmb_convert_encodingしてもファイル名は壊れる。 どうやらZipArchiveがgetNameIndexする際に、勝手に文字コードを判定してUTF-8かCP437(なんで?)と見なして変換を掛けてしまうようで、CP932の生値が取れない。 この場合、CP932の生値が欲しい時はgetNameIndexにZipArchive::FL_ENC_RAWを付けてやると文字コード判定を無効にできる。 つまり $name = $zip->getNameIndex($idx, ZipArchive::FL_ENC_RAW); $name = mb_convert_encoding($nam
phpで、json_encodeした配列に、json_decodeするとオブジェクトで返って来てしまう - カサヒラボ
こんな感じ↓で、json_encodeした配列をjson_decodeすると、配列に戻ってほしいのに、stdClass Objectで戻ってきてしまって、あれー、と思ってました。 ソース <?php $org_array = array( 'hogehoge', 'piyo' => 'piyopiyo', 'fruits' => array( 'apple', 'orange', 'mellon', ), 'city' => array( 'tokyo' => 'meguro', 'osaka' => 'kyobashi', 'hukuoka' => 'hakata', ), 'huga' => array( array('happy', 'bad', 'lucky'), array(100,200,400,800) ), 'game_history' => array( array('n
PHPの json_encode()で配列になるかハッシュになるか
json_encode()でPHPの配列をJSONにする場合に、PHPの配列の内容によってJSONの配列（Array）になるかハッシュ（JSONの場合KEYが文字列のプロパティの集合）になるかを調べてみた。 PHPの連想配列（KEYあり）の場合 $arr = array('foo' => 'a', 'bar' => 'b', 'baz' => 'c'); echo json_encode($arr); // => {"foo":"a","bar":"b","baz":"c"} →JSONのハッシュになった。 PHPの配列（KEY指定なし＝ゼロから始まる連番）の場合 $arr = array('a', 'b', 'c'); echo json_encode($arr); // => ["a","b","c"] →JSONの配列になった。 PHPの配列を、json_encode()のオプション
PhpStorm + Xdebugでリモートデバッグする方法 ｜ Tips Note by TAM
.NETをVisual Studioで書いていた人間がPhpStormデビューした時、無性に「あれ」がやりたくなりました。 ブレークポイント張ってポチポチ一行ずつ進めるデバッグです。ステップ実行です。 実際にやってみると手順も多くあちらこちら設定する必要があったのでまとめてみました！ 環境 PhpStorm 2017.2 PHP 7.1.10 Laravel 5.5 ローカル macOS Sierra 10.12.6 リモートはHomestead Ubuntu 16.04.3 LTS nginx/1.13.3 ローカル環境を設定する PHPバージョンをリモートと合わせる macにもともと入っているPHPのバージョンが古かったので、念のためanyenvを使ってバージョンを合わせました。 Xdebugインストール homebrewでインストールしました。 brew install php71-
PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳）
2016/10/31 PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳） PHP サーバーサイド この文書は@julienPauliさんによる記事「realpath_cache」の日本語翻訳です。元々は@gilbiteさんがKLab社内向けに翻訳したものでしたが、日本語では見たことがない指摘を含んでおり今でも有用だと考えたため、@julienPauliさんの了解を取った上で@hnwが修正・追記して公開するものです。 はじめに PHP に realpath_cache_get(), realpath_cache_size() という関数があることをご存じでしょうか？ また、php.ini に realpath_cache から始まる設定項目があることは？ realpath cache は知っておきたい極めて重要な概念です。 特に、コードの
大量のデータをpostしたら一部のデータがサーバ側に渡らない... - エンジニア的な技術的なブログ
postしてるはずなんだけど、データが途中で切れて、 サーバ側に渡らない現象が発生！ たぶん、phpの設定だろうとあたりを付けて調べたところ 答えは、php.iniの max_input_vars の設定値。 この設定値以上の要素数の配列は渡せないらしい。 ちなみにapacheのエラーログみたら、、こんなんが Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0, referer: http://localhost/exchange/admin/pro/test.php? ぐぅ。
PHP は制御に向かない？ — 旧メイン・ブログ | Baldanders.info
PHP でどハマりしてしまったので， 覚え書きとして残しておく。 以前「PHP を CGI モードで動かす」というのをやったのだが， そもそもこれをやりたかったのはマルチプロセスで非同期制御をやりたかったからだ。 しかし実際にやってみるとどうもうまくいかない。 最初はこんな感じで普通に pcntl_fork を使っていたのだが， $pid = pcntl_fork(); if ($pid == -1) { //fork 失敗 return -1; } else if ($pid) { //親プロセス return 0; } else { // 子プロセス //非同期制御の呼び出し asynchronousControl(); exit(0); } Web 上でこれを動かすと， どうも子プロセスが終わるまでサーバサイドから制御が返ってこない感じである。 んで， いろいろ調べたら， 子プロセス
PDOのサンプルで数値をバインドする際にintにキャストしている理由
先日PHPカンファレンス北海道2016にて「『例えば、PHPを避ける』以降PHPはどれだけ安全になったか」と題して基調講演を担当致しました。その際のスライドはこちら。 そうしたところ、以下のご指摘をいただきました。 @ockeghem スライド拝見しました。39番目のスライドですが、バインドのタイミングでintにキャストするのはちょっと例として良くない気がします。意図的にオーバーフローを起こすことで想定外のレコードの取得を許してしまいそうです。キャストしない方がまだ安全だと思うのですが。 SQLデータベースは、int型よりも大きな桁数を扱える場合があるので、intへのキャストを避けた方がよいという指摘は一般論としてはもっともなものだと考えます。PHPの場合、9223372036854775807を越える数字文字列をint型にキャストすると、9223372036854775807が返ります(
ちゃんとロックされるfile_get_contents | file
前回の記事、file_put_contentsの罠にて標準関数の脆弱性について触れましたが、読み込みを行う場合にもロックは必要です。 例によってfile_get_contents等の関数はロックしてくれません。 そんなわけで、以下は安全安心なfile_get_contents関数およびfile関数です。 file関数の方はFILE_SKIP_EMPTY_LINESとFILE_IGNORE_NEW_LINESの二点のフラグに対応しています。 function _file_get_contents($fname) { if ($fp = fopen($fname, 'c')) { flock($fp, LOCK_EX); $buf = ''; while ($get = fgets($fp, 1024)) $buf .= $get; fclose($fp); return $buf; } el
PHPのcall by reference - 意識の高いコード
今日は外が嵐だったので半日Wikitccのソースを眺めていました。 あ、WikitccとはPHPで書かれた(遠い先輩の)お手製のWikiエンジンです。 PHPを触るのは(ほぼ)初めてだったのですが、意外とすんなり読めました。 公式リファレンスも充実してますね。カレー味だから許せるよねといった感じです。 で、PHPのバージョンアップで挙動がおかしくなっていた部分を直しました。 //generic.php, l135 return array_pop(explode(".", $path)); このコードがPHP5では "Strict Standards: Only variables should be passed by reference" と何やらワーニングのようなものを吐いていました。 array_popの仮引数が参照渡しを要求するにも関わらず値を直接渡しているのが原因です。 これを
SourceTree Windows版で文字化けが起こるのはUTF8のBOMが問題なのか - 東京ウェブのお知らせ
昨日、Gitのセミナーに参加したこともあって、早速SourceTree Windows版をインストールしてみたのですが、あるファイルで文字化けが起きてしまいました。 この文字化け現象は全部のファイルではなく特定のファイルだけで、まったく何が原因か分かりませんでした。ネットで検索しても有益な情報は引っかからないので、自分なりにファイルの文字情報を少しずつ削除してはSourceTreeで文字化けが解消するか確認という地道な作業をしましたが、まったく法則性がないので、これはひょっとして、そもそものファイル形式が問題じゃないかと気付きました。 ファイルはUTF8のBOMなしで全て作成しているのですが、文字化けが起きたファイルをBOM付きにしてみたら、見事文字化けが解消されました！ ・・・。 いや、でもBOMありで保存したら、PHPをGit管理するのは無理じゃないですか・・・。 SourceTree
PHPの閉じタグはもう書かない！ - saki_nの日記
久々にそんな風に思わされる出来事があったので、色んな所でかかれていますが私も書いておく。 もう、不要な閉じタグは片っ端から消していくぞ！！ そもそも閉じタグとはPHPの閉じタグとは <?php phpinfo(); ?>←これですPHP初心者は必ず最後にはこれを書きましょうと習いますね。 なぜ書いてはいけないのか？例えば、画面に直接出力させるような <html> 〜略〜 <h1>タイトルです</h1> <?php echo 'hogehoge'; ?> <div> 〜略〜 </html>こういう時の閉じタグは書かなければダメです。 PHPの終了が分からなくなってしまうので。 でも、PHPのみのソースであれば書かなくてもOKです。 <?php public class hogeObject(){ 〜略〜 } ?>←これはいらない最近はフレームワークを使う事が多いので、画面表示と動作のソースフ
PHPのarray_walkはforeachに置き換えよう - Perl日記
PHP: array_walk - Manual array_walkはforeachに置き換えた方が圧倒的に可読性が良いと思う。 特に引数でそのまま無名関数を渡してしまう場合。 array_walk版 <?php $array = array(10,20,30,40,50); array_walk($array, function(&$i){ $i += 5; }); print_r($array); //Array //( // [0] => 15 // [1] => 25 // [2] => 35 // [3] => 45 // [4] => 55 //) foreach版 <?php $array = array(10,20,30,40,50); foreach ($array as &$i) { $i += 5; } print_r($array); //Array //( //
PHP: http_build_query - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
PHP: foreach - Manual
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP :: Request #46600 :: "_empty_" key in objects (see #41504)
How do I track down an "Exception thrown without a stack frame in Unknown on line 0" in PHP?
携帯サイト開発者の裏メモ simplexml_load_file エラー I/O warning...