PukiWikiスレ Part2
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
05/02/06 00:57:49ID:gotC1R3r公式 http://pukiwiki.org/
開発 http://pukiwiki.sourceforge.jp/dev/
ML http://sourceforge.jp/mail/?group_id=166
PukiWikiスレ Part1
http://pc5.2ch.net/test/read.cgi/php/1084907353/
0238nobodyさん
05/02/13 16:34:57ID:???0239nobodyさん
05/02/13 17:04:09ID:???いや、実は使ってない
全部見てみたけど結局イメージどおりのが見つからなくて、
いままでいじってたdefault.ja.cssをベースに自作しようと思う。
futaba,germany,husen,hydrangea,lime,ochaあたりが
cssの小技のヒントとして面白そうだった。
0246nobodyさん
05/02/13 21:24:43ID:???0247nobodyさん
05/02/13 21:53:53ID:???外野はつまんねーんだよ。そういうのはメールでやれメールで。
0249nobodyさん
05/02/13 22:49:56ID:???> やたら長文で一般論しか書けない、
一般論だと反論するなら、「この場合は一般論をそのまま当てはめることはできない」ということが
説明されなければならない。基本的なことが分かっていないようですな。
>自分以外の意見は全て否定することしかできない池沼が公開ｵﾅﾆｰしてるから。
それだとなぜ話が出来ないのかね。そもそも今あなたが書いている発言は「話」ではないのかね。
>>247
>なんかおまえらもっとおもしろい話しろや。開発の方向性をうじうじ議論したって
>外野はつまんねーんだよ。そういうのはメールでやれメールで。
自分にとって面白い話だけしろ、面白くない話は自分に見えないところでやれ、というわけかね。
人間、どこまで利己的になれるかという見本だね。
0250nobodyさん
05/02/13 23:10:46ID:???0251henoheno ◆g2j80BX5do
05/02/13 23:38:59ID:???>>109
ツッコミありがとうございます。そうかinodeか・・・と思ったのは秘密です。
>>121
手を動かさないと話が進みませんから。
英語化を果たすことで、Linuxディストリビューションや
その他のOS向けのパッケージを提供するための条件が
一つ整います。
コードも多国語に対応しきれていません(ここ重要)ので、
この過程でいくつか掘り出されると思います。
設定ファイルについてはわかりますが、ソースのコメントを
各国ごとに用意するのは考えていません (^^;
0252henoheno ◆g2j80BX5do
05/02/13 23:40:25ID:???考え違いをされていると思うのですが、PukiWiki 1.4.x に
stableブランチというものは存在しません。また、stable
ブランチを維持するためには手が足りない上、まだ本体の
改修が足りていないと考えています。
1.4.4と1.4.5のリリースの前には、それぞれ二回づつ
不安定版のリリースを行っています。
リリース間隔については以前 [[ロードマップ#n869dd20]]
(変な書き方ですが、伝わりますよね? (^^; ) で話して
いまして、半年は短いと考えています。
>>193
一度linksプラグインでキャッシュを生成してみて下さい。
それでも表示されないページは、本当にリンクされていない
ページです。
そうか初期状態のキャッシュとautolink.datも同梱すべき
ですね・・・orz
0253henoheno ◆g2j80BX5do
05/02/13 23:44:47ID:???未熟であるという事や、説明不足というより、説明力が無い
(対話に力を注ぐべき)というのはその通りだと思います。
特に先入観や誤解、各自の見識の相違に対するものとしては、
最近では BugTrack/736 や BugTrack/659、 ロードマップ、
BugTrack/783 などが思い起こされます。
毎回苦労している分野です。
ただし、説明を試みないという事はありません(※啓蒙厨と
言われる始末でしたが)し、場合によっては対応をいつまでも
遅らせる事が許されないと思います。
osdev-jの場合、何が説明不足だったと思われますか。
そこまで掘り下げられれば有り難く思います。
>>207-208
批判、批評はご自由にどうぞ :)
発言によっては、何か特定のプロジェクトと比較されている
わけではなく、何がしかの経験者としてコメントいただいている
雰囲気は感じております。
0254henoheno ◆g2j80BX5do
05/02/13 23:46:02ID:???0255nobodyさん
05/02/14 00:19:34ID:???0256nobodyさん
05/02/14 00:37:44ID:fzJwBWF60257nobodyさん
05/02/14 00:40:22ID:???> 手を動かさないと話が進みませんから。
正しい方向に進んでいるかという話に、その答えでは答えになってないじゃん。
予想以上に理解力がないね。
> 英語化を果たすことで、Linuxディストリビューションや
> その他のOS向けのパッケージを提供するための条件が
> 一つ整います。
んなものは具体的にそういう話しが始まってからでも遅くないと思うけどね。
必要でない段階に必要以上のものを実装しないというのはオープンソース開発の基本的な考え方の1つなんだが。
コードもドキュメントも継続して改良されていくのだから、本当に英語化が必要になるまでに、消えていく
ドキュメントやコードもあるだろうに。それを英語化してどうするんだか。
そういう無駄なことをやって手が足りないとかいうのがおかしいわけ。
0258nobodyさん
05/02/14 00:54:43ID:???> 考え違いをされていると思うのですが、PukiWiki 1.4.x に
> stableブランチというものは存在しません。また、stable
考え違いなどしていない。(一種の)stableブランチを作れという話をしてるんだから、
stableブランチが存在すると思っている分けがないだろうに。俺はあんたはもう少し賢いと思ってたぞ？
> ブランチを維持するためには手が足りない上、まだ本体の
> 改修が足りていないと考えています。
過去のリリースもセキュリティについてはパッチを出すと表明しているだろうに。
つまりリリースする以上大なり小なり継続してメンテをせざるを得ないのだから、
stableブランチと言おうが言うまいが、維持する手間は変わらない。
stableブランチがないということはリリースされるすべてがstableブランチと同等なわけだから、
手間を増やしているだけ。unstable版はセキュリティ問題であってもメンテは不必要だろうから
頻繁にリリースするならunstable版を出すべきと言う話をしてんの。
だいたい「まだ改修が足りていない」？！「足りた状態」になれば開発は終わりだろうに。
まさかソフトウェア開発の根本が分かってない人なの？
0259nobodyさん
05/02/14 00:54:52ID:???> 不安定版のリリースを行っています。
だ〜か〜ら〜1.4.4と1.4.5はリリース間隔からみても、リリース内容から見ても、stable版の
リリースとしては不適切だって話から始まってるんだけどね。頻繁にリリースをしすぎるから
手が足りなくなるわけ。手が足りないからunstable版をリリースしないというのは理解できないね。
> いまして、半年は短いと考えています。
だったらなんで4ヶ月で次のリリースを出すわけ？機能も中途半端な状態で。
やってることといってることがめちゃくちゃじゃん。
> そうか初期状態のキャッシュとautolink.datも同梱すべき
> ですね・・・orz
キャッシュを同梱するなんてことはしないでほしいんだけど。インストール手順に
キャッシュを更新する手順を書けばいいこと（自動的に判別して勝手に更新してくれるような
プログラムならなおいいけどねｗ）
0260nobodyさん
05/02/14 00:59:58ID:???どういう目的のために >>257-259 のような書き込みをしているのか、教えてよ？
きっと君は「目的はあるが、ここで言う必要ない」という趣旨の書き込みをするか、
スルーしてくれるのだろうけど、そういった行為は目的がないということを
宣言しているのと同じ事なので、そこら考えた上で返答よろしく。
0261nobodyさん
05/02/14 01:27:32ID:???> ただし、説明を試みないという事はありません(※啓蒙厨と
頭悪いな〜。そういう問題ではないんだが。相手を説得できなければ相手を排除してでも
自分が正しいと考える方法を押し通すのが、啓蒙や教育だと思っているのがちゃんちゃらおかしいといってるんだけど？
プログラムのコーディングだって、自分の頭の中にある「最終的な姿」を必ずしも一発で実装できる
ものではないだろうに。イマイチな実装と分かっていてもとりあえず実装し、全体的なバランスを見ながら
改良を続けて最終的な形に近づけていくのは日常茶飯事だよね？（違うと言われてしまうと、
また別な（さらに後退した）説明が必要なんだが）
あなたのプロジェクトの進め方は、ある1つのモジュールが自分が描いた最終的な姿で実装できなければ、
そのプログラムすべての価値が灰燼に帰すかごとく、一部の問題でしかないことに必要以上に「正しさ」に
こだわっている。
例えば解任した彼のやり方を続ければsource forgeからクレームが来るという部分を読んだけど、
プロジェクトの運営者たるもの、クレームが来て最悪source forgeから追い出されてしまっても、
その時はまた別な方法（再度source forgeに申請しなおすとかも含めてね）を考えよう、というぐらい
懐の深さを持つべきだと感じたね、俺は。プロジェクト自体もそれに携わる人達も、お互い試行錯誤で
正しい道を模索しているのだから、これぐらいの度量がなければ多くの（有能な）人間を束ねられない。
0262nobodyさん
05/02/14 01:27:41ID:???まさか自分のポリシーを貫くためにsource forgeをダシにしているわけじゃないよね？
あなたが試行錯誤しているように他の人間も試行錯誤している。あなたから見れば明らかに間違いに
見えることも（そしてあなたの判断の方が正しかったとしても）、相手にとっては正しいことなのだが。
あなた自身、他人から言葉だけの説明でなっとく出来ることばかりではないだろうに。人は実際に自分でやって、
失敗して始めて「なるほど、このやり方は間違いなんだ」と納得するものだ。あなたは自分が試行錯誤を
することは「しかたない」と思う一方で自分以外の人間が試行錯誤することを認めていないように見える。
そのような人がリーダーの場合、そのプロジェクトの限界はリーダーの限界が上限になるが、
あなたの限界がPukiwiki発展の上限でいいのかね？それがあなたの望みなのか、ということ。
俺は何も「あなたはPukiwikiを私物化しようとしている」などとは思っていない。しかしあなたが
そう思っていないにもかかわらず、それと同じ結果をもたらしてしまったら、誰よりもあなたが不幸だろう？
0263nobodyさん
05/02/14 01:30:52ID:???> 宣言しているのと同じ事なので、そこら考えた上で返答よろしく。
俺は「宣言しているのと同じ事」だとは思わないんでね。別に全ての人が理解する必要はないし、
あなたが理解しなければならない事でもない。俺は必要十分な説明をしていると思っているから、
特に理解する必要のない人間のために、現状以上の手間をかけようとは思わない。
0264nobodyさん
05/02/14 01:36:26ID:???むしろレスを書く時間、より深く考えてもらいたいものだ。とはいえ考えたからといって
すぐに何か変わるというものでもないだろうけどね。何かの決断をするときに「そういえばいつだったか
こんなことを言われたな」と思い出してくれれば、それでいいんだけどね（苦笑
0265nobodyさん
05/02/14 01:42:29ID:???0266nobodyさん
05/02/14 01:48:37ID:???相手を説得せずにどう済ますか（もちろん相手を排除するんじゃなくてねｗ）に頭をひねり、自分の能力の
範囲で最大限実行していけば、その内相手はあなたの意見に一目置くようになるものだよ。
何しろ意見が対立している状態というのは相手もあなたを説得できず身動きできない状態なのだから、
自分の能力の限界を感じているはず。あなたが打開策を考え実行すれば、相手にはできないことを
あなたはやってのけたわけだから、「この人の意見が正しいとは思えないけど、こんなに能力のある
人が主張するならもしかしたら正しいのかも…」とちょっとは思うものだ（大笑）いや、まじで。
相手と同じ次元で考えている限り、相手を説得できるケースは少ないだろうね。
0267nobodyさん
05/02/14 01:52:42ID:???このキチガイつれてどっかいってくれ。
0268nobodyさん
05/02/14 01:56:49ID:???説得の方法を論じる前に、君の発言 >>263 が正しい論理に従い導き出されたか否か
を検討してみるといいんじゃないかな。
0269nobodyさん
05/02/14 02:00:41ID:???=== 疑似科学者の傾向 ===
マーティン・ガードナーはその著書『奇妙な論理』において、
疑似科学者の傾向として以下の5項目が上げられるとしている。
1. 自分を天才だと考えている。
2. 仲間たちを例外なく無知な大馬鹿者と考えている。
3. 自分は不当にも迫害され差別されていると考えている。
4. もっとも偉大な科学者やもっとも確立されている理論に攻撃の的を
絞りたいという強迫観念がある。
5. 複雑な専門用語を使って書く傾向がよく見られ、多くの場合、
自分が勝手に創った用語や表現を駆使している。
0270nobodyさん
05/02/14 02:03:06ID:???ハインズ「『超科学』をきる」：疑似科学の傾向。
(1)反証不可能性
(2)検証への消極的態度
(3)立証責任の転嫁
かな。
0271nobodyさん
05/02/14 03:57:45ID:???OKわかった。それじゃあ妥協案としておまえはトリップ付けるかコテハンを名乗れ。
そうすればNGワードで俺はおまえを見ないで済む。
0273nobodyさん
05/02/14 10:01:41ID:???特に付けてくれって頼めば絶対付けないだろうなひねくれ者だから。
0274nobodyさん
05/02/14 10:07:01ID:???0275nobodyさん
05/02/14 12:43:41ID:???> 2. 仲間たちを例外なく無知な大馬鹿者と考えている。
> 3. 自分は不当にも迫害され差別されていると考えている。
ここらへんに該当してるからコテハンつけろと言っても無理だろう。
0276nobodyさん
05/02/14 13:13:58ID:???お前らもあんま反応すんなよ。
0277nobodyさん
05/02/14 14:36:09ID:???> 説得の方法を論じる前に、君の発言 >>263 が正しい論理に従い導き出されたか否か
> を検討してみるといいんじゃないかな。
その前に自分の↑の意見の正しさを検討してみるといいと思うよ？
0278nobodyさん
05/02/14 14:37:21ID:???> OKわかった。それじゃあ妥協案としておまえはトリップ付けるかコテハンを名乗れ。
妥協するメリットが見あたらないんだが？
0281nobodyさん
05/02/14 14:55:30ID:???> お暇ならWikiの文法の標準化に関するWikiでの私のコメントも
> チェックしてみて下さい。(文法に興味がないとちょっと辛いかも)
「Wikiの文法の標準化」「henoheno」でヒットするページ辺りを読んでみたが、
>>171にどう関連するのかさっぱりわからない。
関係ないけどついでにヒットしたページ
http://lab.lolipop.jp/diary/?date=20040106#c01
｜ブログとは呼べないと思います。コンテンツマネジメントシステムにWikiを、形を整えるのに
｜そのプラグインを使っておられますが、その状態をブログと称されるておられる点。
｜また、タイトルとリンクだけのものをもってブログのスタイルである様に称されている点にやや違和感を感じました。
｜水を挿す様で申し訳ありません（; ´∀｀）
まあ言ってることが間違ってるとは思わないが、ただの言葉の定義にこだわってるだけに見える。
書き手がどういう意味で「ブログ」という単語を使っているのかそこまで分かっているなら、
「そういう意味で使っているのだ」と自分の頭の中で変換して読めばいいだけのこと。
敢えてそれを指摘する必要があるのは、それによって何か無視できない論理の誤りが生じる場合だけだろう。
それ以外の場合は言ってみれば「あげあし取り」以上の意味はない。
PCのユーザー「電源入れてもテレビの画面が映らないんです」
PCのサポートセンター「それはテレビじゃなくてモニターです」
こんなやりとりに意味があるの？
0282nobodyさん
05/02/14 15:17:51ID:???http://pukiwiki.org/dev/?%A5%B3%A5%E1%A5%F3%A5%C8%2F%B3%AB%C8%AF%C3%CC%B5%C1
｜すいません、見逃していました 私は現状をチューンナップして行く事にはあまり躊躇しません(1.3も1.4も)。
｜今までの通りの利用形態を損なわないならば、管理速度を向上させたり、コードをシンプルにするチューンは随時行いたいと思っています。
｜一方で互換性が失われる事項、特にデータ構造やインターフェースに変更が出る作業についてはブランチを分けるとともに、
｜移行手段を考えねばならないと考えています。 -- henoheno 2004-07-13 (火) 23:03:41
｜が、今の時点の1.4から別のブランチを作るのはタイミング的に無茶だろうと考えています。ぱんださんやreimyさんが戻ってきて、
｜さらに1.4全体の見直しが済んだころにしないと、ひどい事になると思いますよ -- henoheno 2004-07-13 (火
この辺の話を読めって事なのかな。「過去との互換性のないバージョン」に関してブランチを分けるってのは
別に悪いとは思わないが、現在行なっているもののstable版とunstable版を分ける話と、その話は別だろうに。
どうもこの辺のhenohenoの感覚というのはずれている気がしてならない。しかもよい方にずれているのではなくて、
悪いけど、稚拙な方向にずれてる気がするんだよね。要するに最終的な成果物=プロダクツ（「現在開発しているもの」や「それとは
互換性のないもの」）にばかり注目している。プログラムの開発というのはそういうものではない。開発を行なう
プロセスを中心に考えなければならない。プロセスこそが主役であり、プロダクツはその副産物ぐらいに考えるぐらいにね。
0283nobodyさん
05/02/14 15:18:05ID:???話にすり替わっている。henohenoが意図してすり替えてるとはさすがに思わないが、そういう思い違いをするのは
開発プロセスに意識が向いていないからだろう。
よく学生時代趣味でプログラムを作っていた人間が仕事でプログラムを作り出すと、そいつに中間的なリリースを出してくれと
いっても「いえ、ちゃんとできあがってから出しますから」と嫌がることがある。一種の「学生気分が抜け切れていない」状態で、
毎年同じような光景が繰り返されるのだが、まあそれはいいとして、こういう人は「過程はあくまで最終的な製品の付属物」と
考えている。そんな余分なものを出しても意味ないだろう、と考えるわけだ。
しかしプロジェクトの運営者にとっては「改良」したり「試行錯誤」を行なうのは「コード」に対してではない。プログラムを
開発しているプロセスそのものが改良対象なのだ。コードを見ないでプログラムの改良ができないように、現在行なわれている
開発プロセスを見ずに開発プロセスの改良はできない。
話がややそれたが、henohenoがこうした新入社員と同じとは言わないが、どこか同じような幼さを感じてしまうのだが。
俺の誤解なのかなあ？
0284nobodyさん
05/02/14 15:20:29ID:???0286nobodyさん
05/02/14 23:47:14ID:???いくつものタグで同じ色を使ってる場合
<?php $nanika = '#000000' ?>
div#tekitou {color: <?php echo $nanika ?>;}
div#tekitou2 {color: <?php echo $nanika ?>;}
･･･
みたいに書いておけば、色をかえたいとき
$nanika = '#000000'
のとこだけ変えればいいので非常にラク
ブラウザを判定して微妙に出力を切り替えたりできないかな
0287nobodyさん
05/02/15 00:31:28ID:???0288nobodyさん
05/02/15 01:12:14ID:???試してみる価値はありそうだけど、設定するのがﾏﾝﾄﾞｸｻ。
というわけで、結局脳内あぼーんの漏れ。
0289nobodyさん
05/02/15 01:52:27ID:???0290ぼるじょあ ◆yBEncckFOU
05/02/15 01:58:53ID:???0291nobodyさん
05/02/15 02:06:14ID:???> おまえに妥協しろっていってんじゃねーんだよ。妥協するのは俺。
コテハンを浸けない俺に「付けてくれ」という要求を受け容れることを求めているんだよね？
それは妥協を求めているんではないの？
0293ぼるじょあ ◆yBEncckFOU
05/02/15 02:09:11ID:???0294nobodyさん
05/02/15 02:14:01ID:???CSSのプロパティの継承を使えばCSS自身でそういうことは記述できるんだけどね。
まるでプログラミング言語そのものにちゃんと機能があるのに、それを使わずにプリプロセッサをわざわざ用意して同じことをするようなものだ。
最初のボタンを掛け違えると、あとが全部明後日の方向にいってしまう（ｗ
0296ぼるじょあ ◆yEbBEcuFOU
05/02/15 02:18:34ID:???0297nobodyさん
05/02/15 02:56:39ID:???俺も思った。
0298nobodyさん
05/02/15 03:06:00ID:???それって結局子要素じゃないとうまくいかないから融通きかなさそう
0299ぼるじょあ ◆yBEnKUkFOU
05/02/15 03:11:40ID:???セレクタ - CSS2 リファレンス
http://hp.vector.co.jp/authors/VA022006/css/selector.html
0301nobodyさん
05/02/15 06:03:35ID:???まあ、無知だと何でも節操なく自由度が大きい=善とか考えるものだよ。
プログラミング言語とかも自由度が大きいものほど良いと考えがち。
けどそういうもんじゃないんだよ（ｗ
0304nobodyさん
05/02/15 06:32:03ID:???cssといのは「定義」によって構成していくものであり、プログラミング言語にたとえるなら、
関数型あるいは論理型言語に分類される。これらは一階述語理論が適用できるから、その正当性を
（実際にできるかどうかは別として）自動証明可能。これはwhatを記述する言語でもある。
一方phpとかは手続き型言語だから自由度は非常に大きい。何でも記述できる反面、矛盾を内包しているか
どうかは証明できない。これはhowを記述する言語といえる。
phpでcssを生成させるというのは屋上屋を重ねるばかりでなく、cssの持ち味を殺してしまう。
そういうことを一見便利だからといって平気でできる感覚が、センスの欠如したものだというわけ。
0305nobodyさん
05/02/15 06:34:00ID:???0306nobodyさん
05/02/15 06:39:50ID:???〈 ﾄﾞﾓｯ、ｽﾐﾏｾﾝ....。 〈 ｽﾐﾏｾﾝｽﾐﾏｾﾝ...。 〈 ｺﾉﾄｵﾘﾃﾞｽ！
∨￣￣￣￣￣￣ ∨￣￣￣￣￣￣ ∨￣￣￣￣￣
（´Д｀;）ヾ （;´Д｀）
∨） （ 八) (´Д｀;)、
（（ 〉 〉 ノノＺ乙
0307nobodyさん
05/02/15 07:50:27ID:???0308nobodyさん
05/02/15 07:52:45ID:???0309nobodyさん
05/02/15 07:53:41ID:???どうしてですか？
って、もう見てないのかな
0312nobodyさん
05/02/15 10:10:03ID:???あぼーんするために斜め読みしたけど、基本的に
「他人を貶す、馬鹿にする、蔑む、否定する」事しかしてないのな。
その部分をさっ引いて読んでも、建設的なことを何一つ言っていないのがワロタ。
対案無き批判は単なる誹謗中傷でしかない
0313nobodyさん
05/02/15 10:14:38ID:???結論だけ言えば良いものを、無駄なこと書いて、微妙に煽る。
自分で煽っておきながら、また出てきたら文句言う。
お前は何がしたいのだ？？？
0314nobodyさん
05/02/15 11:50:43ID:???初心者でうんこたれの俺のために、是非覚えておきたい便利な技を１つ教えてくれ。
0318nobodyさん
05/02/15 12:34:26ID:???自分以外が全員ずれている。
0319nobodyさん
05/02/15 12:35:48ID:???> ものすげぇ勢いでクソスレ化しましたね。>>1-314。
ほしい情報を得るには、ほしくない情報の中から探さなければならないのだよ。
口を開けてまっていれば自分のほしい情報だけが放り込んでもらえると思っているなら、
一度自分の人生を振り返ってみることを勧めるよ。
0321nobodyさん
05/02/15 13:04:28ID:???どうやらこの池沼は自分のレスが大多数にとっての
「欲しくない情報」であることは認識しているらしい。
てことは、マゾか露出狂なのか？
0322nobodyさん
05/02/15 13:07:03ID:???> 「欲しくない情報」であることは認識しているらしい。
どんなことであれ、世の中の大半のことはほしくない情報だろうよ（ｗ
0323nobodyさん
05/02/15 13:29:26ID:???0324anti-spammer ◆LknYcZ8tP2
05/02/15 15:51:53ID:???わかった。これでいいな。さあ次はおまえの番だ。
0325nobodyさん
05/02/15 16:17:34ID:???あれって <script> タグさえきっちゃえば安心していいの？
> は < がでてからしか認めないとかしちゃえばいいの？(なくても大丈夫そうだが)
どのくらい制限すれば安心して使えるのでしょうか？ご存知の方いればぜひ。
Walwiki とか SWiki とかは html 許しているわけでそれらがどのくらい制限しているのかご存知の方いればぜひ。
0326nobodyさん
05/02/15 16:18:48ID:???0327nobodyさん
05/02/15 18:36:33ID:???> わかった。これでいいな。さあ次はおまえの番だ。
あなたは自分でコテハンを付けるべきと主張しているから、言動を一致させるべきという話をしている。
俺はコテハンは無用という主張をし、実際に付けていないのだから、このままで言動は一致している。
なんら是正すべき点は見あたらない。
0329nobodyさん
05/02/15 18:48:32ID:???それは「IEのjavascriptをoffにすれば、どんなことにも安全になる」という考え方と同じだろうね。
むしろ中途半端な「予防策」などしない方がいいと思うよ。
腐りかけた柵は誰かが寄りかかって危険。むしろその場合柵を撤去してしまった方が危険度は下がる。
柵があると思うから油断が生じるのであって、柵がなければ断崖絶壁に誰も不用意に近づかないだろう。
大体、この手の場合「使えるものを限定」すべきで「使えないものを限定」すると、大抵の場合抜け穴ができる。
>Walwiki とか SWiki とかは html 許しているわけでそれらがどのくらい制限しているのかご存知の方いればぜひ。
んなものWalwikiの説明を読めば分かると思うが。使えるタグは限定的だし、基本的には
管理人しか編集できないページに使うのが正しい使い方だと俺は思ってるけどね。
0331nobodyさん
05/02/15 19:06:25ID:GFkDyH3Q0332nobodyさん
05/02/15 20:21:56ID:???まぁ Walwiki は少ないんだけど、SWiki はだいぶ多いぞ。
拒絶スタイルじゃなくて、許可スタイルで書いてるのかな。
そうなると html.inc.php をいじろうかと思ったけど、だいぶ面倒くさいよな。
0333anti-spammer ◆LknYcZ8tP2
05/02/15 21:02:36ID:???俺が言ってるのは”おまえが”コテハンを付ければ皆が不愉快な思いをしない
で済むって話だよ。話の本質をそらすなよ。無駄な詭弁はヤメロ。
0334325,332
05/02/15 21:38:30ID:???ん？デフォルトの許可の数が Walwiki 級に少なくしとけば
作るのは楽でいいじゃんな。でも親切ではないんだよな。
利用者に対して許可すべきでないタグリストとか作ってあげないと。
やっぱりめんどくさいな。
ところで、凍結なら全許可にしちゃおっかな。ﾆﾔﾘ
0335nobodyさん
05/02/15 23:27:20ID:???同意する。
うさだとかぼるじょあとかの糞コテも鳥つけて
見たくない人は手軽に見ずに流せる方法を提供しているわけです。
このお方が鳥を付けた場合のメリット。
閲覧者及びスレ利用者にとってのメリット
-このお方の発言を見たくない人はNGワードで簡単にローカルあぼーんできる
-このお方の発言をヲチしたい人は検索とか絞込とかで容易に発言を抽出することが出来る
このお方にとってのメリット
-騙りを防止できる、かも知れない
-自己顕示欲を満足させることが出来る、かも知れない
閲覧者及びスレ利用者にとってのデメリット
-糞コテうぜー→NGワード登録で無問題
このお方にとってのデメリット
-ヲチされやすくなる→どうせみんなあぼーんするから無問題
-スルーされやすくなる→どうせみんなあぼーんするから無問題
というわけで、このお方が鳥を付けることに関して閲覧者及びスレ利用者にとって、
メリットの方が大きいので鳥を付けることを改めて提案します。
＃トリップの付け方がわからない場合は、質問してくれれば優しい誰かが教えてくれますよ。
0336nobodyさん
05/02/15 23:42:58ID:???> そうなると html.inc.php をいじろうかと思ったけど、だいぶ面倒くさいよな。
ってかさぁ、wikiにhtmlをそのまま記述できるプラグインを実装することにどんな意味あるの？
何でもできること=正しいことじゃないんだよ？
■ このスレッドは過去ログ倉庫に格納されています