BugTrack/2248 の履歴ソース(No.6)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• BugTrack/2248 へ行く。
  • 1 (2007-06-18 (月) 04:49:17)
  • 2 (2007-06-18 (月) 05:04:08)
  • 3 (2007-06-25 (月) 00:02:33)
  • 4 (2007-06-25 (月) 00:02:33)
  • 5 (2007-09-20 (木) 21:35:40)
  • 6 (2009-10-24 (土) 02:52:52)
  • 7 (2009-10-24 (土) 19:17:00)
  • 8 (2009-11-04 (水) 12:35:36)
  • 9 (2009-12-06 (日) 21:33:17)
  • 10 (2009-12-14 (月) 18:05:07)
  • 11 (2009-12-17 (木) 17:29:38)
  • 12 (2009-12-25 (金) 11:47:22)
  • 13 (2010-05-31 (月) 22:01:19)
  • 14 (2014-01-30 (木) 07:46:22)
  • 15 (2014-01-31 (金) 06:12:38)

* 携帯電話モードで、ページ分割がおかしい [#bd0b56c9]

- ページ: [[BugTrack2]]
- 投稿者: [[pai]]
- 優先順位: 普通
- 状態: 提案
- カテゴリー: 本体バグ
- 投稿日: 2007-06-18 (月) 04:49:37
- バージョン: 

** メッセージ [#w29c2afb]
携帯電話のNetFrontからアクセスすると、長いページが自動分割されます。このとき、条件によっては不適切な場所で分割され、場合によっては文字化けが発生することもあります。

** 再現条件(調査中) [#l1022615]

- EUC-JP版 pukiwiki 1.4.7を、WILLCOMのWX-321Jからアクセスしたときに発生

** テスト方法 [#v45d4525]

 <?php
 $c0 = curl_init("http://aksum.jp/pukiwiki/?cmd=read&page=FrontPage&p=2") or die("curl_init failed.");
 curl_setopt($c0, CURLOPT_RETURNTRANSFER, TRUE) or die("curl_setopt(RETURNTRANSFER) failed.");
 curl_setopt($c0, CURLOPT_HTTPHEADER, array("User-Agent: NetFront/0.0")) or die("curl_setopt(HTTPHEADER) failed.");
 print curl_exec($c0);
 curl_close($c0);
 ?>

PHP+Curlがインストールされている環境にこのphpファイルを置いて、ブラウザで開いてください。以下のように、タグの途中で切られた出力が得られます。

 0.Top | 1.New | 2.Edit | 3.Freeze | 4.Menu | 5.Recent | 7.Prev | 3/4 | 8.Next
 mathfunc.inc.php" title="自作プラグイン/mathfunc.inc.php (1d)" rel="nofollow">自作プラグイン/mathfunc.inc.php
 
 Last-Modified:1970/01/01 18:00:00

なお、ページが変更されれば再現状況も変化します。公式サイトのpukiwikiでは簡単には再現しなかったので、Googleで見つけた適当なサイトを上記に書いています(筆者の所有サイトではありません)。公式サイトで再現できた方は、上記のリンクの書き換えをお願いします。

**関連 [#r4fb20c8]
-[[official:質問箱3/516]] 長いページに携帯からアクセスし、ページが分割された場合に次ページ以降が文字化けする

--------
** コメント [#kb75cd82]
- こんにちは、この挙動は [[cvs:skin/keitai.skin.php]] にて行っている、(かなり乱暴なことに)生成後のHTMLを''機械的に分割する''という処理に起因していると思われます。 -- [[henoheno]] &new{2007-06-24 (日) 23:57:09};
 // Get one page
 $body = substr($body, $pageno * $max_size, $max_size);
- この手法が本当にまずくないのかは私にも解りかねる所がありますが、文字化けについてであれば、この [[substr()>PHPfunc:substr]] を [[mb_substr()>PHPfunc:mb-substr]] に置き換えるような対応で抑えられるだろうと思われます。こうする事による副作用は、バイト数で切らなくなるので転送量が微妙にゆらぐ(増える)事ですが、元々遊びを用意してある点と、文字化けの悪影響を考えると、従来よりはましでしょう。(影響を抑えたいなら・・・mb_substr で切った結果の strlen() をチェックして調整する等) -- [[henoheno]] &new{2007-06-24 (日) 23:57:45};
- mb_substr() に置き換えたりしてみて、結果が変わりますか? ・・・とはいえ、切ったデータの量もゆらぐので、厳密な比較はちょっと工夫がいると思います。テストコードを書いた方が楽かもしれません -- [[henoheno]] &new{2007-06-25 (月) 00:04:12};

- とりあえず、ここにメモ。分割処理をする部分にチェックがないために、substr() がFALSE を返す &rarr; 本文が空になるという場合があります。
 if ($pageno < 0 || $pagecount - 1 < $pageno) $pageno = 0;
 
 // Get one page
 $body = substr($body, $pageno * $max_size, $max_size);
こうしておけばページの分割数が変化した時に、古いデータを基にしたリンクから飛んでくると何も表示されないというのを回避できます。 --  &new{2009-10-24 (土) 02:52:51};

#comment