トップページ⇒php
1001コメント332KB

PukiWikiスレ　Part1

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/05/19 04:09ID:ymRF8CoN
PukiwikiはPHPで書かれたwikiです。

公式　http://pukiwiki.org/
開発　http://pukiwiki.sourceforge.jp/dev/
ML　　http://sourceforge.jp/mail/?group_id=166
0357nobodyさん04/10/16 20:16:52ID:???
>>356
----
を投稿の最後につければよい。

#insertプラグインのフォーム内ではwikiの記法が有効なのでそれで充分じゃないか？
どうしてもってんなら24行目を
$insert = ($vars['msg'] != '') ? "\n{$vars['msg']}\n----\n" : '';

にすればいい。
0358nobodyさん04/10/16 20:32:27ID:???
>357さん

有り難うございます。m( _ _ )m
見事に水平線が入りました。

>----
>を投稿の最後につければよい。

自分だけが使うなら、これでも良いのですが。
ほとんど初心者ばかりが使用するので。
（と、人のこと言えないですね (^^ゞ）

ホントに有り難うございます。
0359nobodyさん04/10/22 21:10:43ID:???
PukiWiki 1.4.4 はえぇ！
http://blog.goo.ne.jp/firezaurus/e/e717c7c92dd82d4693c1924b75ba5845
0360nobodyさん04/10/25 10:25:44ID:???
結局Reimy氏はどうなったの？
0361nobodyさん04/10/26 21:29:46ID:???
亡くなった。
0362nobodyさん04/10/26 23:39:11ID:???
ファイナルアンサー？
0363nobodyさん04/10/28 15:03:37ID:???
携帯でtableが少しは見やすくなるように
"|"をすべて改行として扱うことって出来ませんか？
pukiwiki1.4.2使ってます
0364nobodyさん04/10/29 12:51:45ID:Sy7xpdKA
古い話題ですが、>>281はpukiwiki.ini.php内で、LAN内のアドレスか否かをチェックして、それぞれの場合で$scriptを絶対アドレスで指定するようにすれば、いいと思うんですが、それでもRSSとかrefererとかで問題ででますか?
0365nobodyさん04/10/29 13:46:06ID:???
hosts書けばいいじゃん
0366nobodyさん04/10/30 01:49:57ID:???
>>364
検証した訳ではなく、単純に動作の仕組みからの類推で、
間違っている可能性はあるんだが…。

RSSは大丈夫
refererは大丈夫だが、セキュリティ上好ましくないかも
trackbackはまずい

365の言うとおりで、対象クライアントが限られていて、
hostsで解決できるなら、おそらくそれに越した事はなかろ。
コードを書かずばバグも出まい。
0367nobodyさん04/10/30 11:44:07ID:???
>>363
続・質問箱/337
0368nobodyさん04/11/01 02:34:30ID:???
プラグインを書き始めています。
渡した引数をURLエンコードするにはどのような関数を呼ぶのでしょうか。
たとえば、"Tiger Jet Shin"が引数とすると、"Tiger%20Jet%20Shin"と返すような。
0369nobodyさん04/11/01 02:35:58ID:???
urlencode
0370nobodyさん04/11/01 07:00:37ID:???
>>367
さっき他の携帯で見てみた。


漏れの携帯がｳﾝｺなだけかも・・・orz
0371nobodyさん04/11/01 08:07:24ID:???
>>369
ありがとうございました。
urlencodeだとうまく動かないようなのっで関連を調べると
rawurlencodeがよいようです。
0372nobodyさん04/11/06 21:49:56ID:???
最近Wiki使い始めたのだが
includesubmenuの使い方がさっぱりわからん・・・
プラグインマニュアルを読んでも全然理解できん（;´Д｀）
こんなへたれな俺にもよく分かるように誰か説明して下さいorz
0373nobodyさん04/11/07 03:41:44ID:???
１．「FrontPage/SubMenu」というページを作って「おいでませ」と書く。
２．MenuBarを編集して「#includesubmenu()」と付け足す。
３．するとあら不思議！FrontPageだけMenuBarに「おいでませ」が！！

というプラグイン。
0374nobodyさん04/11/07 03:50:16ID:???
>>372
373よりもうちょっと詳しい事書いておく。

つか、その前に階層の考え方はincludesubmenu云々でなく、PukiWiki共通。
・ 現在のページがhogeの場合、下階層の〜→hoge/SubMenu，同階層の〜→SubMenu
・ 現在のページがhoge/hogeの場合、下階層の〜→hoge/hoge/SubMenu，同階層の〜→hoge/SubMenu
閑話休題。

例えば、
FrontPage, hoge, fuga, fuga/fuga, SubMenu,
hoge/SubMenu, hoge/hoge,
hoge/fuga, hoge/fuga/SubMenu
というページが存在する場合、
表示されるページとincludeされるページの関係は次のようになる。
・FrontPage, fuga, SubMenu → SubMenu がincludeされる
・hoge, hoge/hoge, hoge/SubMenu → hoge/SubMenu がincludeされる
・hoge/fuga, hoge/fuga/SubMenu → hoge/fuga/SubMenu がincludeされる
・fuga/fuga → 何もincludeされない

※hoge/fugaの様に下階層・同階層にSubMenuが存在する場合、下階層が優先される。
0375nobodyさん04/11/09 11:49:20ID:???
複数のpukiwikiでデータが共有できたりするそうだけど
そもそも複数設置って頭のディレクトリ名の違うセットを何個もうpするってこと？
頭悪い質問過ぎてみつからなかった・・・すいませんが誰か教えてけろ。
0376nobodyさん04/11/12 16:30:29ID:???
attachプラグインが255文字以上のファイル名のファイル作っちゃって、ローカルにダウンできないみたいなんだけど
これって一つずつ名前を変えてダウンするしかないんでしょうか?
結構多くてしんどそうです・・
037737604/11/12 16:54:06ID:???
ｽﾏｿ、正確にはディレクトリ+ファイル名=255~でした。ローカルのディレクトリをD直下にしてガマンします・・
0378nobodyさん04/11/12 16:58:43ID:???
opendir D, './'; while ($f = readdir D) { next if $f !~ /\.txt$/;
rename $f, substr($f, 0, 250) . '.txt' if 255 < length $f; } closedir D;
0379nobodyさん04/11/16 21:40:26ID:???
「ほげ」という文字列を「hoge」というページに自動リンクさせたい場合、
どこかに何らかの記述をすれば全てのページで自動リンクするということは可能ですか？

ヒントになるキーワードでもいいのでご存知の方がおられましたらご教授下さい。
0380nobodyさん04/11/16 23:32:59ID:???
>379
自動リンクされた「ほげ」をclickすると「hoge」の内容が
表示されるように…ってことなら、「ほげ」ってページを作って中身を

#include(hoge)

にしたらどうだろう。
0381nobodyさん04/11/17 00:45:04ID:???
>>379
たぶん380がお手軽で、正解。ページに別名付ける別解提示。

手段はいろいろあるけど、リンク対象数が限定されているなら
おそらく、ページhogeを作成してautolinkを有効にしつつ
自作プラグイン/alias.inc.php を使うのが一番手軽
0382nobodyさん04/11/17 01:15:29ID:???
>>380-381
なるほど、Pukiwikiではこのような手法で実現するのですね。
結構面倒ではありますが、毎回文中で指定するのに比べれば雲泥の差です。
ありがとうございました。
0383nobodyさん04/11/18 10:18:12ID:???
pukiwiki.orgで記事の編集しようとして、
編集ボタンを押すと入力フォームが文字化けする・・・・・・・・

MacOs9のIEだとよくあることらしいんだけど、
これって質問箱に報告すればいいのかな?　
0384nobodyさん04/11/18 10:42:02ID:???
org自体についてのことだからWebTrackかな。
038538304/11/18 11:39:47ID:???
>>384　ありがとうございます。
報告しました。
0386nobodyさん04/11/20 03:57:36ID:???
今、pukiwikiのプラグイン作ってるんだけど、何か変だ。

デバッグのコツとかないもんかなー。
phpinfo()で見たら入って欲しい値は_POST["hoge"]とかに入ってるのに
それを
if(isset($vars["hoge"])){
//処理1
}else{
//処理2
}
とかコードを書いても処理1も処理2もせずにFrontPageに戻ってしまうorz
038738604/11/20 04:00:05ID:???
当然、
global $vars;
はfunctionの中に書いています。

//同じプラグイン内でも通る部分と通らない部分があるのが謎だ
//とりあえず、一旦寝て、起きてから考え直そう。
0388nobodyさん04/11/20 04:36:11ID:???
こういう人たちがプラグイン作ってるのか……。
一度主要なプラグインをレビューして、底上げしないとあかんなぁ。
0389BugTrackさん04/11/20 09:54:57ID:???
>>388
BugTrack/745 既存プラグインの統廃合
0390nobodyさん04/11/20 11:40:00ID:???
どんなプラットフォームでも、おかしな野良プラグイン(アドオン、改変)なんて
いくらでもあるし、あってもいいんじゃない？
>>386は少なくとも「主要なプラグイン」の作者ではありえないしね。
0391nobodyさん04/11/20 15:13:11ID:???
そんなこと言ってると、品質がみるみる低下するんじゃ？
039238604/11/20 15:49:28ID:???
ここで晒すともれなく>>388がレビューしてくれるのですか？
結構頑張って書いてるし、pukiwikiの標準の関数とか
他の標準プラグインの関数とか使ってるからおかしいところは
少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。

>>390
正解！

039338804/11/20 16:25:08ID:???
>>392
> ここで晒すともれなく>>388がレビューしてくれるのですか？

私はしません。利益もないのに、無料でなんかやらない。
主要なプラグインについては、それを参考にしてプラグインを書く人のためになるから、
手を入れるのはやぶさかではない。

> 結構頑張って書いてるし、pukiwikiの標準の関数とか
> 他の標準プラグインの関数とか使ってるからおかしいところは
> 少ないハズなんだけど。でも、根本的な考え方が間違ってたら痛いなー。

処理1も2も実行されないってことは、>>386 の部分が実行されていないことが分かるんだから、
呼び出し元(と思うところ)にdie()を突っ込んで行けば良いでしょう。
そうすればどこで想定とずれているかが分かる。
この程度のミスなら、die()で分かるだろうし、もうちょっと高度にやりたいならAPDとか使えば。
039438904/11/20 20:02:32ID:???
388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
知らないということ(畑が違う・世代が違う)ではなく、変数が
きちんと渡されて行っているのか、きちんと動作しているものを
踏まえて動作しているのか確認を重ねていないことについてでしょう。

とりあえずもれなく晒してみてはいかがでしょう。
039538604/11/20 23:11:52ID:???
> 388さんが驚いているのは、print(C言語で言うprintf()デバッグ)
> なりvar_dump()なりdie()なり、変数の値の基本的な確認方法を
> 知らないということ(畑が違う・世代が違う)ではなく、変数が
> きちんと渡されて行っているのか、きちんと動作しているものを
> 踏まえて動作しているのか確認を重ねていないことについてでしょう。
ちょっと待ってくださいな。die()でデバッグをするのはちょっと知らなかったけど、
echoとかprint_r()とかでいつもは変数がちゃんと渡ってるか見てますよ。
今回phpinfo()を使ったのは、どんな変数が渡っているのか”全部”見るためだったのです。
なので、基本的なデバッグ方法は知ってますし、使ってますよ。
ただ、何かpukiwikiのプラグイン開発に特有のやり方があるのなら、知りたかったということです。
特にそれ特有のやり方がなくて、普通のphpと同じやり方でいいなら多分、大丈夫です。

それと一応、問題は解決しました。
原因はisset()の動作を勘違いしていたことです。
変数がNULLでも”存在”していればisset()はTRUEになるんですね。
とりあえず、is_array()を使ってみたらいけました。

//このプラグインはいずれ公開するのでその時に見て突っ込んでください。

色々、教えてくれてありがとうございました>all
0396nobodyさん04/11/20 23:57:17ID:???
PukiWikiのプラグイン特有っていや、
出力結果のxhtmlの妥当性検証って
皆、どうやってやってるの？

出力パターンが少なかったから、A-HTMLLintとW3Cのチェッカで
テストしたけど、出力パターンが多くなると割に大変じゃない？
PHPUnitあたりと連携した簡易チェッカがあると良いなぁと思ったもんだが。
039738804/11/21 04:29:30ID:???
>>394
そうか? 386のポイントは「処理1も処理2も実行されない」って点じゃないかな。

>>395
投稿を読んでみると、割とまともな方の人みたいで良かった(何が)。
間違ってるけどな。

> 変数がNULLでも”存在”していればisset()はTRUEになるんですね。

これは嘘。NULLならFALSEになる。
http://jp2.php.net/manual/ja/function.isset.php

それと上記とは関係ないが、知っておいた方が良いので書いておく。
PHP4以降には比較演算子として「===」がある。
知らなかったならチェック。
http://jp2.php.net/manual/ja/language.operators.comparison.php
039838904/11/21 14:46:21ID:???
>>397
そこが388さんのツボでしたか。単にそのif文まで
処理が来ていないんだろうなーとスルーして
しまいました。
0399nobodyさん04/11/21 18:39:34ID:???
wikiってどんぐらい種類あるの？
0400nobodyさん04/11/21 19:23:02ID:???
ttp://c2.com/cgi/wiki?WikiEngines
0401nobodyさん04/11/21 22:57:46ID:???
ttp://pukiwiki.org/index.php?PukiWiki%2FErrata
何か出てた。
0402nobodyさん04/11/22 10:20:39ID:???
自分が使ってるレンタルサーバーを動作実績に付け加えたら誰かに削除されてた(´･ω･`)
0403nobodyさん04/11/23 10:32:41ID:???
>>402
また書いておいて下さい。
なんか最近アルファベット＆アイウエオ順にソートされたみたいなので
その影響もあるかも。
0404nobodyさん04/11/23 17:38:20ID:???
すんません、pukiwikiって新規で新しくページを作らせないようにすることってできるんでしょうか？
0405nobodyさん04/11/23 19:51:34ID:???
>>404
60〜70くらいレスを遡れ
0406nobodyさん04/11/25 02:43:01ID:???
最新のtar ballで試したら
** title [#hoge]
の[#hoge]が無効になってたよ・・
何処が変更されてそうなったんだろ・・
0407nobodyさん04/11/25 03:02:52ID:???
連投ｽﾏｿ、原因はlib/html.phpのrv1.15の変更によるものでした。
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/pukiwiki/pukiwiki/lib/html.php.diff?r1=1.14&r2=1.15
040840204/11/25 10:36:51ID:???
ソートされてるのに気がつきませんでした(´･ω･`)
よく見たら、ソートで上の方にいっちゃってただけみたい。
うたがってすみませぬ<(_ _)>
0409nobodyさん04/11/25 10:54:50ID:???
すみません失礼します。
XREAのs101が取得できたので，Wikiを設置しようとしたのですが，
手順通りにアップ，属性変更としたのですが，
InternalServerErrorが出てしまいどうしても先に進めません。
転送モードや属性の再確認はしたのですが原因がどうしてもわかりません。
よろしければご教示願います。
なお，アップした場所は，/public_htmlです。
0410nobodyさん04/11/25 10:56:28ID:???
追記，インストールしたバージョンは1.4.4（PHP5対応版）です。
0411nobodyさん04/11/25 11:08:19ID:???
すいません。.htaccessの削除で解決しました。
0412nobodyさん04/11/25 17:36:49ID:???
参考になった
http://www.machu.jp/diary/20040927.html
0413nobodyさん04/11/25 20:06:26ID:???
Wikiのカスタマイズに触れる日記は多いのに、自作スキンってあんまり投稿されてたりしてないのな。
0414nobodyさん04/11/25 20:54:52ID:???
うー、細かいカスタマイズが疲れる・・・
定番カスタマイズはどっかにまとめてほしい、、
0415nobodyさん04/11/25 21:45:19ID:???
>>413
みんなカスタマイズだけで疲れてるんだろ
0416nobodyさん04/11/25 23:23:59ID:???
これもpukiwiki
http://slavadev.sourceforge.jp/
0417nobodyさん04/11/26 01:10:16ID:???
やっぱりデザインセンスもったプロ並みの人に
デフォルトのcssをいくつか作ってほしいなぁ・・・
0418nobodyさん04/11/26 06:08:14ID:???
もともと使いづらい UI なんだからデザインがバラバラにされるとかなーり不便
0419nobodyさん04/11/26 16:09:32ID:???
しかしいろいろなサイトでPukiWikiをデフォルトで使われると、
サイトの区別がつかなくなる。正直少しは見た目を変えて使ってほしい
0420nobodyさん04/11/26 16:43:51ID:???
色だ色を変えろ、カラー、そうカラーチェンジだカラーチェンジ
0421nobodyさん04/11/26 18:29:49ID:???
グリーン・イエロー・レッド・ピンク・ブルーで。
0422nobodyさん04/11/26 22:49:45ID:???
プロではなく素人で、しかもtable使ってたりソース汚かったりするけど
例の医学教科書wikiのサイトのテンプレなら公開されてる。
ttp://med.xrea.jp/wiki.html
0423nobodyさん04/11/27 00:38:05ID:???
>>422
医学書は高いからamazonで儲かりそうだね
0424nobodyさん04/11/27 00:44:18ID:???
色とか単純な見た目だけならtDiaryのスキン流用すりゃ良いんだけど。
最近のCVSでスキンの方が割と頻繁に変わりがちなので、
個人的には、もーちょっい様子見な感じ。

Wikiは割となんにでも使えてしまうので、サイトの特性に合わせた
分かりやすいナビゲーション方法論の確立
（の為に必要な設定やパッチのまとめページ）の方が興味あるな。
0425nobodyさん04/11/27 01:51:54ID:???
漏れカスタマイズ版Pukiwikiを配布しても
怒られない？
0426nobodyさん04/11/27 02:43:48ID:???
>>425
GPL にしたがってれば怒られない。
0427nobodyさん04/11/27 03:55:46ID:???
その''カスタマイズ''とやらの内容によっては笑われる危険性はある。
0428nobodyさん04/11/27 08:31:37ID:???
怒られないけど笑われるっていうのもリスクだな
0429nobodyさん04/11/27 08:35:05ID:???
実世界と切り離して公開すればいいじゃん。
笑われたら逃げて、また他の事をすればいい。
0430nobodyさん04/11/27 09:53:28ID:???
前にプラグイン削ってコンパクトにしました！と自慢してた奴が居たな
0431nobodyさん04/11/27 10:06:35ID:???
>>429
そんなことやってると負け犬根性が染みつくよ。
0432nobodyさん04/11/27 12:36:57ID:???
カスタマイズっていってもプラグイン入れたり
改行を反映させたり、ページタイトルの検索リンクを
外したりとかこまごまやるくらいですけどね。
意外とこんなのでも時間食ったりするんで、カスタマイズ版があれば
便利かと。
0433nobodyさん04/11/27 19:27:08ID:???
止めはしない。大いにやると良い。大化けしないとは誰も言いきれないからね。
改変部分の質問なんかが本家に流れないように気を付ければ全く問題は無いし。

むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
大勢の役に立ちそうな気がする。
>>432がどんなに''自分にとって素晴らすぃ''ものをアーカイブしなおしたところで、
結局は「カスタマイズ」だから、どうせ(>>432と同じセンスを持っている訳でもない
大方の)被配布者は各自手を入れることになるのだから。
0434nobodyさん04/11/27 20:29:37ID:???
>>431
実社会でダメージを受けるよりはマシだとおもう。
だいたいネタだらけの世界で何のために実名を晒す必要があるのかと。
0435nobodyさん04/11/27 20:33:56ID:???
れぃみぃさんのこと？
0436nobodyさん04/11/27 21:23:25ID:???
>>434
> 実社会でダメージを受けるよりはマシだとおもう。

Internetを経由したコミュニケーションも実社会と同じ。
どうして分けて考えようとするのかねえ。

> だいたいネタだらけの世界で何のために実名を晒す必要があるのかと。

それは「ネタだらけだからいいよね」って自分に言い訳してるんだよ。無意識だろうけど。
そういうことばかりやってると、次第に卑屈な人間になっていく。
0437nobodyさん04/11/27 21:28:59ID:???
>>436
心情的には同意だが、このスレでその話を続けるのはやめれ
0438nobodyさん04/11/27 21:32:57ID:???
二人の考え方も、二人が永遠に平行線をたどるということも良く分かった。
自作自演でなければ終了で。
0439nobodyさん04/11/27 21:40:20ID:???
> Internetを経由したコミュニケーションも実社会と同じ。
> どうして分けて考えようとするのかねえ。

遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。
あ、もしかして、pukiwiki のコミッタとして雑誌に記事を書いて
アルバイトでもしたいとか思ってる？

> そういうことばかりやってると、次第に卑屈な人間になっていく。

そういうことをすると、次第に卑怯な人間になっていった統計でもあるの？
0440nobodyさん04/11/27 21:51:47ID:???
はー、やっとwindows2000でのdiffファイルの使い方が
わかった・・・長かった・・・
0441nobodyさん04/11/27 21:52:33ID:???
>>439
> 遊びで適当な事やりたいだけなのに、実名を晒すなんて理解できない。

遊びでやるなら自分一人でやればいい。
公開すれば、そこからはコミュニケーションとなる。
「実名を晒す」どうこうはどうでもいいの。真摯に振る舞うかどうか。
そこで「笑われたら逃げて、また他の事をすればいい」というような考え方だと
相手に対して失礼でしょう。
これは外側の話。
それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。
0442nobodyさん04/11/27 21:57:36ID:???
>>441
遊びでやるなら他人と絡んではいけないと？

逃げたとしても、コードは提供してるのだから、失礼には値しないでしょう。

> それとは別に、内側(精神)はそういうことばかりしてると腐っていってしまうということ。

だから、根拠はあるのかと？
0443nobodyさん04/11/27 22:02:18ID:???
>>433
>むしろ、その手順・手法を分かりやすく解説するページでも公開した方が
>大勢の役に立ちそうな気がする。

なるほど納得。カスタマイズ解説ページも作った方がいいですね。
まだ、カスタマイズがちゃんと終わってないのでそこまでの余力は
ありませんが、ぼちぼちやっていきますヽ（´ー｀）ノ
0444nobodyさん04/11/27 22:04:20ID:???
>>442
> 逃げたとしても、コードは提供してるのだから、失礼には値しないでしょう。

姿勢の問題です。
0445nobodyさん04/11/27 22:04:48ID:???
>>443
>>441 みたいな基地外に絡まれないように気をつけてね。
0446nobodyさん04/11/27 22:07:34ID:???
>>444
> 姿勢の問題です。

今後の参考にしたいので、「失礼」及び「姿勢」を定義した上で
語って頂けませんか？
0447nobodyさん04/11/28 03:02:46ID:???
誘導されてきました。

おたずねしたいのですが、pukiwikiで編集と閲覧に関するユーザー認証
ができることは分ったのですが、新規作成と削除に関する認証は
どのように掛ければいいのでしょうか？
0448nobodyさん04/11/28 05:23:30ID:???
いや、なんで素直にorgの質問箱で調べようと思わんかね。
ま、いいや。答えちゃえ。
編集権限はコレで、新規時/削除時の場合の権限はコレ、などという制御はできませんが
全てのページの編集権限を設定する事で用途によっては代用できるかもしれません。

誰でも編集できるWikiには、そもそも新規とか削除とかの概念がないです。
（PukiWikiは、そこに編集権限の考え方を後付けしています）

ただ、私見ながら編集は可だが、削除は不可というのは理解に苦しみます。
無意味な文字列並べても、見た人にとっては削除と同義なわけだし。

新規の方も（用途が想像できないので）意味がなさそうな気もするけど、
こちらはプログラムで判断できるので、あなたがパッチを作れば対処できるだろうね。
0449nobodyさん04/11/28 09:47:54ID:???
ご返答ありがとうございます。

一応質問箱で調べてBasic認証ができるというのがわかったのですが、
編集以外のことには触れられていませんでした。

用途としては、ニュースサイトっぽいものを作成したいと考えておりまして、
そのために、自分だけが操作できるwikiにしたいのです。
PassWikiを使えばいいのかもしれませんが、プラグインなどを自分で作成
するスキルを持っていないので・・・・・
0450nobodyさん04/11/28 13:31:56ID:???
ニュースならblogのほうが向いてるのでは
0451nobodyさん04/11/28 16:20:34ID:???
siteDevとかっていうのはどうよ。
0452nobodyさん04/11/28 16:23:57ID:???
%75%6e%6b%6f みたいな URL はｶｺﾜﾙｲから、数字id.html みたいになってほしいなと。
だれかhackしてよ。
0453nobodyさん04/11/28 18:52:15ID:???
とっくに公開されてる
0454nobodyさん04/11/28 19:12:08ID:???
>>453
まじ？URLきぼん。
0455nobodyさん04/11/28 19:35:52ID:???
mode_rewiteが使えるならpgidプラグイン。又は使えなくても可なmkpgプラグイン。
URLは教えない。自分で探せ。
0456nobodyさん04/11/28 19:36:57ID:???
×mode_rewite
○mod_rewrite
■ このスレッドは過去ログ倉庫に格納されています