Wiki系(WikiEngine)について語るスレPart2
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん
03/08/13 10:46ID:pknbXO9I簡易に更新が行えることからBlog的な使い方もされているプログラム。
コラボレーションが容易であることもその重要な利点。
比較的プログラムがシンプルなため改造等も盛ん。
そんなWikiについてﾏﾀｰﾘ語っていきましょう。
【前スレ】
Wiki系(WikiEngine)について語るスレ
http://pc2.2ch.net/test/read.cgi/php/1014252667/
【関連スレ】
Wiki Wiki 楽々 Run! Run! Run!
http://pc2.2ch.net/test/read.cgi/tech/1010317366/
【関連リンク】
日本発の wiki クローンリスト
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist.html
日本発の wiki クローンリスト２
http://www1.neweb.ne.jp/wa/yamdas/column/technique/clonelist2.html
0855nobodyさん
04/02/23 20:55ID:???お互いさまっす。
0857nobodyさん
04/02/23 21:19ID:2clWlbXi0858nobodyさん
04/02/23 23:49ID:cwDUcHbIわかりやすくて良いですね。
↓こんなのもあったのでリンクを置いておきます。
http://lab.lolipop.jp/fswiki/wiki.cgi/wikistandard?page=StandardWikiMetaMarkupLanguage
0860816
04/02/24 00:55ID:???わかってないなぁ。
例えば 30分x100人分=50時間の指導時間をどこから絞り出すんだよ……
独学でやれ？誰も使わないリスクが増大しますな。
> 使えないと仕事にならないから、
という状況まで追い越めば良いですが、そもそも上司／マネージャが
許さんでしょう。
>848
良くまとまってますね。Wiki管理者には勉強になります。
＃ユーザー向けとは思えないけど。
0861nobodyさん
04/02/24 00:58ID:???0862nobodyさん
04/02/24 01:02ID:???Notesで情報共有用のDB作ってそこの文書の更新権限を部署の全員に
渡すのとどっちが運用楽？
昔Notes使ってた感じではWikiよりよっぽど楽なんだけど。
部署内でNotes使っているような環境の整った場所ではWikiにこだわる
理由がなさそうな気がしちゃうんだが。
試しに動かそうと思ったってローカルにDB作るだけで済むよね？
Wikiではそうは行かない。
そんなことを考えてみると、Emacsで使えるhownみたいに、クライアント限定の
ツールのほうがWikiらしいのかなぁとか感じる。
>>816
>>854の言うようにBBS＋uploaderか、WebDAVみたいなのがいいんじゃない？
漏れの考えるWikiのファイルサーバと比較したメリット
・エクスプローラに比べてブラウザのほうがアクセスしやすい（気がする）
・InterWikiのおかげでWikiが乱立しててもクリックひとつで情報に行き着く
・ブラウザさえ開いておけばWordなんかよりさくっと情報が得られる
・（たいていは）ファイルの検索よりもページの検索のほうが速い
0863nobodyさん
04/02/24 01:09ID:???私はWikiを使ったサイトの管理人なのですが、「ページの更新がうまくいかない」という方が一人います。
特定のページのソースを編集して送信しても、サーバーからは音沙汰なしということです。
私では原因を突き止めることができませんでした。
どのようなことが原因として考えられるでしょうか。
私が管理しているサイトはこちらです。 http://simutrans.s28.xrea.com/
この件に関して詳しくは http://simutrans.s28.xrea.com/test/read.cgi/bbs/1074087538/76
Pukiwiki : 1.4rc3
navi2プラグインを追加導入しています。
http://www.pukiwiki.org/?%E8%87%AA%E4%BD%9C%E3%83%97%E3%83%A9%E3%82%B0%E3%82%A4%E3%83%B3%2Fnavi2.inc.php
サーバー : XREA / PHP : 4.3.4 モジュール版
詳しいサーバー情報は http://sinfo.xrea.org/index.cgi?s=s28&st=xrea.org/right
0864806=812
04/02/24 01:57ID:???今の職場では、我々下っ端が特定のアプリに依存しない方向で考えていたところ、
それで大丈夫なのかと懐疑的なメンバーが結構いた。
うち特有の問題かもしれないけど、ブランド信仰の強い上司や会議好きの古株がいまだに存在するので、
導入にはそれなりに気を遣ったということ。
結局、時間をかけて覚えてもらう過程で上司にも使えることを納得してもらえたから、
うちのようなところでも導入できた。
要は、職場の環境に合わせて、導入計画が必要になる場合もあるってこと。
>>862
Notesの話を出したのは、以前の職場での経験談と比較しての話。
今の職場には、Notesは導入されていなかった。
Notesで不満なく回るのなら、無理してWikiに移行する必要もないんじゃない。
BBSについては、後日文書化するのがつらいので、連絡用と割り切った方がよいかも。
0865nobodyさん
04/02/24 02:15ID:???なんでもかんでもWikiってのは無理があるよね。
結局それぞれ適切なツールを見繕って使っていくしかない。
ローカルにWiki動かしてメモ用にするってのは俺も個人的にやってるけど、
便利に思えたり不便に思えたり、いろいろだな。
ベタテキストのメモ作ってた時期もあったけど、文書構造を表しやすい分Wikiの方が整理しやすい。
箇条書きとか「・」のかわりに「-」とかで済むからね。
ただ、インターフェースが基本的にブラウザのフォームってところがどうも使いにくい。
Wiki専用のエディタでも作ったろかと思っちゃうくらい。
0866806=812
04/02/24 02:15ID:???NotesとWikiのどちらを選択するかは、最終的な出力に何を考えているかが大きいかも。
>>820に書いたけど、最終的にHTMLにまとめる方針だったので、Wikiが選択肢として残った。
印刷文書を想定するなら、Notesの方が向いているだろうね。
0867nobodyさん
04/02/24 02:34ID:???0868nobodyさん
04/02/24 08:58ID:???同じことはHTMLでもできるけどいちいち箇条書きやらテーブルやらやってらんない。
HTMLを書くくらいならメモ帳とFTPだけでもいいじゃんと思う。
0869nobodyさん
04/02/24 10:42ID:vV8Z/thuhttp://www.google.co.jp/search?sourceid=navclient&hl=ja&q=e%83%81%81%5B%83%8B%82%F0wiki%82%C5%95%D2%8FW
0870806とか812とか866とか
04/02/24 10:54ID:???いや、だから、866に示したように、>>820を読んでくれよ。
ブラッシュアップ後の文書をどうするかという話なんだけど。
あと、念のために書いとくけど、一般論として述べているわけではなくて、
あくまで実例の一つに過ぎないわけで、各人の所属組織に応じて、
Wikiを導入するメリット・デメリットや使い方が異なってくるはずなので、
その辺は臨機応変に読み替えておくれ。
0871640
04/02/24 12:28ID:+QrsWOJzWiki初心者数人と話しして感じた事は「文書構造」なるものが理解され
にくいって事でした。 具体的にはブロック要素だとかインライン要素だ
とか。 これ、HTML的な表現を知らない人には難しいと思うんですよ。
多くの人の理解は「こう書くとこう見える」程度で 「文書の構造なんて
見た目でわかるじゃん」と思ってるのかなーと漠然と感じています。
また手前味噌なんですが、GrooveWiki では <p>のような構造表現は
とっぱらってみました。 どうしても欲しければHTMLでどうぞといった
感じで。 (文法ではなく)意味としてのHTMLという観点からは邪道な
感じがするのは否めませんが、どうでしょう？
0872640
04/02/24 12:49ID:???なになに指向Wiki とか、もっと限定した名前にしたほうがいいのかな？
Wiki って言葉の意味はブラウザでコンテンツをいじれる奴…くらいにして。
# アク禁くらったので、意見をいただいても返事できません。 すまそ。
0873nobodyさん
04/02/24 13:28ID:???は、多くの人にはなかなかむつかしいかもしれない。
「-」やら「*」を使って箇条書きのリストを作れる機能が Wiki にはあるけど、
下手をするとだらだらとした長文を適当にぶった切って、それに「-」をくっつ
けるだけ、みたいなものができてしまう。
あと、単なるインデントとしてリストの機能を使われてしまう、みたいなこと
もあるなぁ。
0874nobodyさん
04/02/24 23:33ID:???実際、HTML2とかだとその区切りじゃ無理が生じてるみたいだし。
スレ違いスマソ
0875nobodyさん
04/02/25 00:15ID:???ブロック要素とかインライン要素って文書構造？
文書構造ってのはもうちょっと意味づけされてそうな印象なんだけど。
章タイトルとか本文とか。
文書構造を構成する要素（ブロックだのインラインだの）を理解しろってんなら
>>874のいうようにHTMLから出てきた概念なんだからそっちから教えたほうが
いいかもね。
でも、けっきょく>>873の言うように使う人によって構造なんてすぐ壊される。
やっぱりツールとして適当においておいて（自分が正しいと思う構造を）ひたすら
書き続けるのが教育の近道だと思うんだけどな。
現状からの変化は嫌がっても、新しいものへは手本探したがるだろうし。
0876nobodyさん
04/02/25 00:44ID:???「文章表現の引出し」の定義が不明なので、定義からしないといけないのだけど。
0877nobodyさん
04/02/25 01:10ID:???わかりやすい文章が書けない人が減るんじゃないだろうか。
あ、いや小学校だと自由な発想の妨げになりそうだから中学校ぐらいがいいかも。
0879nobodyさん
04/02/25 01:34ID:???もっと基本的な話じゃないの？
文字-単語-文-段落-章の関係から始まって、起承転結／序破急みたいな
論理構造、あるいは箇条書きのような小手先のテクニック、その他もろもろ……
系統立てて勉強していないので良くわからないけど、物事を説明するのに
必要なテクニックを教育して欲しいなぁ。
0880nobodyさん
04/02/25 01:45ID:???1. まず、べたテキストの作成
2. マーク付け作業
という順番が本来の姿だと思う。
テキストの作成とマーク付けを平行して考えるのが悪いんじゃないか？
というか、拙い教え方をしている入門書が悪いんだけど。
0881nobodyさん
04/02/25 07:06ID:???0882nobodyさん
04/02/25 08:17ID:???段落の区切り方どころか、句読点の使い方すら上手く出来ないって人いるんだよな…
0883640
04/02/25 08:38ID:AvDTPXRhをなすのか理解できてしまうってのがありますよね。 だから Wordみたいなソフ
トでも「見出し１」を選択してからタイトルを書く奴はほとんどいなくて、太字＋
フォントサイズを変更…で済ませるんだと思います。
そう考えると、それで意味が通じるなら、場合よっては安くない教育コスト
を払ってでも Wiki 上で意味を定義させる価値があるのだろうか?とも考え
てしまいます。 小中学校で論理的な作文を教えるのは大賛成ですが
「マークアップって何？」ってレベルの人(←ほとんどの人)に本当のホワイ
トボードのように使ってもらうには、教育コストを下げる事は重要かなと。
>>875
>ブロック要素とかインライン要素って文書構造？
初級者には理解が難しいってのは、もっと低レベルの概念の事でした。
言葉足らずですません。 でも、dt/dd/dl要素みたいな地味でインパクトの
薄いやつも覚えてくれない(=理解されない)んすよ。
# hotspot って便利だなー
0884nobodyさん
04/02/25 10:06ID:???自分や身内だけなら<p>なしでもよいかもしれないけど、
インターネットの場合は利用者が特定できないからやっぱりまずいと思うな。
<p>なんて空行を挟むだけで日本語メールと同じだから、教育コストが高いとも思えないし。
紙の文書とHTMLを同列に論じてしまうのは、物理マークアッパーが常に陥る罠で、
HTMLならではの使いやすさを追及すべきだと思う。
まず理念的なものを再考してみたら、どうでしょう。
ttp://www.kanzaki.com/docs/html/htminfo10.html辺りを参考に。
Wikiであっても、書き込みに比べて、ただの閲覧の方が数としては多いはずだし、
ブラウザのエラー訂正は実装依存なので、「不思議マークアップ」文書を読めないものがあってもおかしくはないわけで。
逆に、WikiのHTML変換が問題なければ、たとえ段落をリストとしてマーク付けしたとしても、
HTMLの文法エラーではないから、ほとんどの環境では読めるはず。
そんなのは、小人が修正するという手もあるし。
0885nobodyさん
04/02/25 11:32ID:???0888nobodyさん
04/02/25 19:42ID:???そんな人が書いても、出力するHTMLは正しい、ってのが理想的。
その点でPukiWikiの姿勢は偉いと思う。
0892884
04/02/25 23:01ID:???個々のブラウザに依存するバグや文法エラー訂正については「はず」としか言えない。
そもそも、現存するブラウザだけ視野に入れればよいわけでもないし。
だからこそW3Cが勧告を出しているってことを理解できているか？
>>888
Blogはそういう流れ。
Wikiでも、PukiWikiだけではなく、他のWiki Cloneを正しいHTMLを吐くように
改造するケースが徐々に出てきている。
だから、水を差して欲しくはないんだよね。
0894888
04/02/26 00:22ID:???水を差してるように見えたらごめんなさい。
正しいHTMLを吐くというのは良いことだと思いますが、
もともと>>883の主張はそこではなく、初心者に論理構造
教えるのって難しいよね、という話だと思ったので。
0895nobodyさん
04/02/26 00:31ID:???ろくなアイディア出せないんだよね。
0897884
04/02/26 00:52ID:???ごめん、書き方が悪かった。
自動化や省力化できるところをツールに任せるという点では、同意しているのね。
「水を差す」というのは、884に向けたのではなくて、
<p>を出力しない等の（時代に逆行した）方針に対して言いたかったのです。
Wikiにしろ、Blogにしろ、ツールを使えるものにしようと努力している動きがあるのだから、
安易な方向に逃げないで欲しいなあということ。
論理構造を教えるのが難しいのなら、
HTMLを出力する前にツール側で適切に補う方法を考えるのが本筋。
0898nobodyさん
04/02/26 00:52ID:???0899nobodyさん
04/02/26 01:36ID:???発信される情報そのものには何も影響が出ないんだよね。
重要なのは情報そのものであって、論理構造ではないということ。
お前らが論理構造にこだわっているのは、
「ノートの取り方は決まっています。みなさんが情報を整理する場合は
『ノートの正しい取り方』に従い整理してください。」
ってことだろ？
0900nobodyさん
04/02/26 01:56ID:???ハードがらみのプログラミングの仕事をしてるんだけど、
情報をWikiに統合してみた。
それまでは、テキストやらExcelやら書いて共有フォルダに置いてみたり
するも、情報が散漫になって今ひとつ。
ファイル名だけじゃその情報の内容を的確に示すには不足だった。
Webサイトも作ってみたりしたけど、コーディングの傍らページをまとめるのは
結構な手間で思考もぶつ切れになるので思わしくなかった。
掲示板を置いてみたりもしたけど、古くても重要な情報が
流れていってしまうので不適だった。
Wikiは仕事の傍らに使うという点で記述の簡易さが按配良く、
それでいてハイパーリンクの恩恵にあずかれる事は便利だった。
口で話せばすむ事でも、意識してWikiで話した。
後で重要度を増す話題だったとしても、これなら情報として
保存されるので忘れ去られることはない。
ソフトの些細な挙動不審でも書き残してくれるので、
製品の完成度も従来より増した。動作試験の期間が
予定の1/5程度で済んだ。
Wikiをコラボレーションツールとして使ったわけだが、成功だったと思う。
無論、Wikiの利用方の1側面でしかないのは承知だが、
著述作業の簡易さと情報の統合とを両立する点が、Wikiのコアな特徴の
一つであると実感した。
長文スマソ。読まれ無さそうだな。まあ、実例の報告と言うことで。
0901nobodyさん
04/02/26 02:07ID:???その場合、出力から取り除くべきは<p>ではなく、<br>だろう。
ノートを読むのは人間だから、人間が誤解しない程度に好きにすればよい。
HTMLを読んで解釈するのはユーザエージェントだから、
UAが誤解しないようにする必要がある。
0902nobodyさん
04/02/26 03:22ID:???確かに大切なのは情報そのものなんだけど、だらだらと長文を隙間無く並べるよりは、
段落とか改行とか、ある程度整理されている方が読みやすいんじゃないかと。
読みやすくすることが情報の価値を高めるのかよ、と突っ込まれそうだけど、
読みにくくて活用しづらい情報よりはいいんじゃないかな。
>>900
>著述作業の簡易さと情報の統合とを両立する点が、Wikiのコアな特徴の
>一つであると実感した。
確かに。
比較的容易な記述でハイパーリンクによる関連づけをしやすいのも便利。
いちいちキーワードをブラケットで囲むのは面倒だけど、キーワードテーブル作っておけば
自動的にハイパーリンクになるWikiを使えば楽にできるね。
0903nobodyさん
04/02/26 04:09ID:???見ながら、考えながら、修正しながら、また見ることができるのは嬉すぃ。
無限の広がりをもつホワイトボードみたいに。
正直、HTML はめんどい。考えることに集中したい。
直観的な文法で簡単なこと（箇条書とかセクションとか）が実現できれば十分だし。
ただ、Wiki は仕様もバラバラだし、 Wiki で閉じてる感じも強く、
他の処理系との連携がめんどうなのがイマイチかなぁ...
0904640
04/02/26 08:01ID:n5Nb41OP観察したんです。 そしたら、デザインの都合でいろいろな事するんですよ。
例えば、一行毎に空行を入れたり、見出しと文章の間隔が気に入らないから
改行とか。 さらには、「段落」と言えるかどうか微妙な文字列の塊があったり。
結果、#br だらけになってしまいました。 ついでに「めんどくさくて、直感的じゃ
ない」って言われました。 それでも無理して<p>でくくると、それこそ不思議マ
ークアップになってしまう可能性があります。(見た目は margin と padding を
0px にする事により同じにする事ができますが)
多くの場合、空行を区切りとして<p>でくくるというのは正しい選択でしょうし
折角CSSが使えるWikiEngineを開発しているなら、一行毎に改行なぞやめ
させて、CSSで行間設定するように教育しろって意見も至極まっとうだと思い
ますが、ユーザー的には「そんなんどうでもいいからさ、もっと簡単にしてよ」
で終わってしまうんです。 つまり、内部構造などどうでもよくて(っていうか知
らない)、どう見えるかが重要だと。 そして、<p>でくくる事による、具体的な
メリットを示す事が私にはできませんでした。
HTMLへの理解は、それなりにあるつもりですが、構造の厳密さとユーザーの
視点、どちらを優先すべきかと言えば、私はユーザーの方を選びました。
もちろん、PukiWikiみたいな「正しさ」は素晴らしいと思いますが、ちょっと
ターゲットが違うんでしょうね。
>>884
ところで、文法エラーってなんの事ですか？ ブラウザのエラー訂正？
タグ開きっぱなしとかって話なら、それなりに対策はしてありますし、LINT
的にはHTML4.0 Strict に準拠させてます。
0906nobodyさん
04/02/27 00:38ID:???初心者がこだわりたがったのは行間だけ？
であればなんとなく見た目の行間いじれるだけにしたらよかったのではとちょっと思う。
（ユーザごとにスタイル設定できるようにして行間のCSS吐くだけなら単純そう）
>>900
こういう成功事例は参考になるね。
ファイルサーバを（Windowsで）作ったうえで、UNCでのリンクも貼れるようにしとくと
かなり便利になりそうな気がした。
0907nobodyさん
04/02/27 00:54ID:???てっきり改行だけは自動的になるものだとばかり思っていたので。
0908nobodyさん
04/02/27 00:58ID:???空改行入れるクセって。
CSSで的確な行間を設定していれば、だれも空改行入れなく成ると思うよ。
0909nobodyさん
04/02/27 01:31ID:???読みやすさ対策なんじゃないかなぁ。
0910640
04/02/27 08:01ID:???>>907 が言うように <br> を自動挿入にしたり、半角スペースを複数入れても
その数だけ が入るなど、メモ帳的アナロジーを導入したお蔭で、それ
なりに好評いただきました。 PukiWikiに比べて、明らかに機能は劣っています
が、まだ彼らはそれを使いこなせるレベルにないので気にならないようです。
>>906,908
それが、どうも問題は行間だけではないようなんですよ。 それに、私の見た
ケースでは、一行開けて書いてある部分は、そのページの一部だけで、具
体的に言うと、その部分は「詩」でした。 他には、なんというか「侍魂」的な
レイアウトって言ったら通じるでしょうか。 不定の間隔があるような。
総じて言うとデザインの都合って奴です。 やっぱりEnter押してるのに改行
されないってのが「変だ」と思うところなんじゃないでしょうか。
それらは、本来CSSで処理すべき問題ですが、自動化はなかなか難しそ
うな気がします。 かといって、ユーザーにいちいち入力させるのは嫌がる
と思うんですよ。 初めての人への教育も大変そうですしね。
>>900
Wikiを紹介するのに最適な事例っすね。 すばらしー。
0911nobodyさん
04/02/27 11:30ID:???HTML を知らない人には理解しにくいか?
0912nobodyさん
04/02/27 11:47ID:???ああ。自分にもよく分かるよそれ。
例えばHTMLなら<P>だけでは満足できなくて、途中<BR>入れて
間空けたくもなるのよね。
また空白もそう。適宜スペース入れて間空けたくなる。
これらはパターンが決まってないのでCSSではどうもうまくな
いのよね。
なんてゆーか。オーバーな話だけど、WikiにQuarkみたいなモ
ノを求めているような気がしないでもない。最終的にHTMLで
出るから色々制限あるのにね。
結局自分がｺｿ-ﾘ使ってるWikiは、デフォルトで全体が<PRE>で
囲まれるようにしてしまった。
0913nobodyさん
04/02/27 18:35ID:???0914nobodyさん
04/02/27 22:32ID:???1. 改行いれて文章うって、表示したら改行されてなくて、「なんじゃこりゃ」
って驚く。
2. 間違えた？ととりあえず自分を責めて、もう一回編集してみたら元原稿は改行されていて、「どないせえっちゅうねん」と思う。
3. それでも、"Wikiになれているから"なんか手段があるんだろうと気を取り直すけど、莫大なヘルプを読む気にもなれない。
4. 前の方の元データをみてたまたま改行記号らしいのがあったら試してみる。
5. なかったら、「どーでもいいや。なれている小人さんが直してくれるだろう」と放置。
ルールも7行を超えたら読まれないと思った方が良いね。
0916nobodyさん
04/02/28 00:06ID:???やっぱりよくわからないな。
ファイルのアップロードができる掲示板との構造的な違いは何？
単純にUIの違い？
0917nobodyさん
04/02/28 00:35ID:???掲示板は原則として時系列順に追記する。
何かに対して反応することになるが、書かれたものを訂正することは（多くの場合）しない。
Wikiはページ全体を複数人で作る。
書き込まれたものをところかまわず修正できる。
UIはこの際関係ないね。
0918nobodyさん
04/02/28 00:37ID:???>なんてゆーか。オーバーな話だけど、WikiにQuarkみたいなモ
>ノを求めているような気がしないでもない。最終的にHTMLで
>出るから色々制限あるのにね。
こういう人たちはHTMLにもQuark的なものを求めてるよ、きっと。
WYSIWYGってのはやっぱり直感的なんだよね。
0920nobodyさん
04/02/28 09:22ID:???新しいジャンルかも。
0922nobodyさん
04/02/29 14:51ID:???YukiWiki なら %infobase に情報を持たせるようにすればカンタンにできるやん。
漏れは Wiki なんか使う気はないから patch 書くつもりはないけど。
0923nobodyさん
04/02/29 19:21ID:MvJ1SEzu妙にリストを好む行動パターンから考えて、あの人が帰ってきたのではないか
0924nobodyさん
04/03/01 08:12ID:uBxLe30P0925nobodyさん
04/03/01 12:55ID:???ただし最初の二つは入れ替え可能。
0926nobodyさん
04/03/01 17:16ID:???0927nobodyさん
04/03/01 17:44ID:???0928nobodyさん
04/03/02 00:55ID:???0930nobodyさん
04/03/02 07:17ID:???PukiWikiで何種類か違うレイアウトを使うにはどうしたらいいのでしょうか？
0932nobodyさん
04/03/02 09:59ID:???0933nobodyさん
04/03/02 10:45ID:???0934nobodyさん
04/03/02 22:19ID:???スキンをいじれ( ﾟДﾟ)ｺﾞﾙｧ!!てのはなしで。ｽﾏｿ・・・
CSSサッパリなもんで＿|￣|.......○
0936nobodyさん
04/03/03 09:14ID:???うちで動かしてるのを他人の携帯でちらっと見てみたことがある。
なかなか良いよ。
メニュー (編集とか) は英語で表示面積削減してるんだったかな?
ていうか、携帯からもちゃんと編集できるように (たぶん) してるのが
スゴそうだった。
編集しないけどね。
0937nobodyさん
04/03/03 19:30ID:fiYuiU04FSWiki
0939934
04/03/03 21:47ID:???>>935-936
pukiはなんとかなりそうな気はするんですが
ブラウザのＵＡを偽装して閲覧してみたんだけど
ＵＡがうまく解釈されてないような気がするんですがどうでしょう？
// 携帯端末
$agents = array(
array('name'=>'jphone','pattern'=>'#^J-PHONE.+(Profile/)#'),
array('name'=>'jphone','pattern'=>'#^J-PHONE#'),
array('name'=>'i_mode','pattern'=>'#DoCoMo/(1\.0)/(?:[^/]+/c([0-9]+))?#'),
array('name'=>'i_mode','pattern'=>'#DoCoMo/(2\.0) [^(]+\(c([0-9]+)#'),
array('name'=>'i_mode','pattern'=>'#DDIPOCKET;JRC/[^/]+/(1\.0)/0100/c([0-9]+)#'),
);
この部分だと思うんですが全キャリアうまく解釈されるにはどうしたらよいのでしょう。。
auとかはダメポなんですかね。
>>937
liteとかありますね。今度試してみます。
>>938
ｽﾏｿ..関係ないね(恥
0940nobodyさん
04/03/03 23:52ID:???0941nobodyさん
04/03/04 00:03ID:???0942nobodyさん
04/03/04 00:12ID:???パケ代がバカバカしいので使いませんけどね。
0943nobodyさん
04/03/04 00:37ID:???0944942
04/03/04 00:58ID:???パソコン向けのページが見れない旨を Shift_JIS で正常に吐けてるかどうか
確認する事にしか使ったことがないので、そういう情報はうれしいでつ。
0945nobodyさん
04/03/04 01:11ID:???0946nobodyさん
04/03/04 01:18ID:???0947nobodyさん
04/03/04 01:20ID:???2chだけだろ？
0948nobodyさん
04/03/04 01:54ID:???0949nobodyさん
04/03/04 02:27ID:???0951944
04/03/04 02:38ID:???0952nobodyさん
04/03/04 07:48ID:???0953nobodyさん
04/03/04 16:04ID:???0954nobodyさん
04/03/04 16:08ID:???なんか２月に入ってから猛烈にスレが伸びましたね（ｗ
レス数が950を超えています。1000を超えると書き込みができなくなります。