フォークとか関係なしに、自分個人用にフルスクラッチしてクローンを作ってみたいけど、どこから始めたらいいかな?
パーサから。
CMSとして動かしたい場合は思わぬ理由でパーサを書き直す羽目になるかもしれんが、
スキルリスクを測る上では難易度最高であろうパーサからやるのがよさそう。
スキルリスクが問題にならないなら好きなところから。
>>4-5 パーサからだとかなりつまらない作業にならないか?
コード書くの大好き、アルゴリズム練るの大好き、ってやつならいいが。
手っ取り早く動くところまで作るって手もあると思う。パーサなし、
書いたやつがそのまま表示される状態でおけ。当然 WikName やリンク生成も
なし。もはや Wiki じゃないけどさ。もちろんパーサやファイルアクセス
周りなど、あとで変更できるように抽象化しながらね。目の前に動く
ものが出てくるとやる気が違ってくる。
やる気をテストファーストで維持するような玄人には無用な心配だが。
PukiWiki のソースと FreeStyleWiki のソースを見比べながらやると、
PukiWiki の問題点が少し分かるかも。まぁその FreeStyleWiki も
次のバージョンはフルスクラッチになるらしいけど。Ruby が読める
なら Hiki とかメジャーどころは比較しておいて損はないと思う。
ついでに skin もまともなテンプレート使うようにしておくと
あとあと楽。個人的には smarty は薦めない。ロジックの入る余地の
少ない Flexy とか Sigma 辺りでやった方がいい。
>>4-6 >>3 を試すってのは?
なんかこれ、レンダリングエンジンを取り出して他のアプリケーションから、
って書いてあるけど実際は XOOPS での利用が念頭みたいだし、名前も
PukiWikiMod(PukiWiki 1.3 時代の XOOPS 用モジュール)とかぶってて
分かりにくいけど。
誰か使ってみて。
> 誰か使ってみて。
開発の話とは違うんだけどさ。プラグインだけ独立した集積所あった方がよくね?
今のマニュアルみたいにまとめられても見にくいし、「欲しいプラグイン」
だの「自作プラグイン」だの分かれてるのがすげー邪魔。検索しても
意味わかんねーし。
プラグイン用の Wiki(じゃなくてもいいけど)立てて全部そこにまとめてほしいわ。
そうすりゃページ名をプラグイン名にできるし、検索したときも楽だし、
本体の開発チームが面倒見る必要もないだろ? あとは標準のパッケージに入ってるか
どうかだけ分かればいいよ。
>>5 パーサーからですね。
やってみます。
大学でコンパイラとその作成の授業があったことを思い出して作ってみます。
lexとyaccを使わずにです。
952 :nobodyさん :sage :2005/09/14(水) 19:37:48 ID:???
> なんでもかんでもDBつかえってのはバイナリの怖さ知らんのだろうな
バイナリの怖さって何だろう。
アパッチ用のmod_pukiwikiつくってみたら?
>>9
>PukiWiki のソースと FreeStyleWiki のソースを見比べながらやると、
>PukiWiki の問題点が少し分かるかも。まぁその FreeStyleWiki も
興味あるなぁ。探してみよう。
わからなかったら、質問するので、おしえてください。
>11
なんかどうしてもバイナリの怖さって書いたやつを見下したいやつがいるみたいだな。
バイナリの怖さとは違うけど DBMS を利用すると管理コストが上がるのは間違いない。
前スレで cron で dump してバックアップ取ればいいじゃんて出てたけど、そりゃ
どうかなと思うぞ。小 〜 中規模の Wiki 程度ならそれでもいいかもしれんが。
DBMS を使うとトランザクションログがーとかファイルシステムの
ジャーナリングがーとか、とか気になるな、おれは。大げさに考えてるだけと
言われればそうかもしれんが、逆に大げさに考えなくていいんなら DBMS は
使いたくねーな。ファイルベースの方がディスククラッシュじゃない中途半端な
壊れ方(プロセスの突然死とかメモリやディスクの一部に異常が、なんてのは
連続運転させてりゃいつか出てくるもの)したときは復旧が楽っつーか
「見切り」が楽だし、セットアップも楽。
あと検索スピードだけが問題なら Namazu でも estraier でも Rast でも
噛ませればいいんだし。Wiki だとどうせ全文検索になっちゃうんだから
インデックス(ページの一覧と関連するメタデータとかな)と検索スピードの問題さえ
クリアすれば DBMS 使うメリットはあんまないと思うぞ。あえて挙げれば
「ファイルの数が減る」くらいか? あーファイルの数が減った方が転送は
楽になるか。
PukiWiki だと tracker のところは DBMS 使いたくなる気持ちは分かる。
が、それこそ内部にしっかり手を入れておかないと「DBMS 使ってます」で終わりそう。
>>14 FreeStyle Wiki は Perl だぞ
>>15 長文書いている割には、大したこと書けてないな。
要するにスキルが無いんじゃない?
それよりバイナリに襲われた体験談のほうが興味あるな
たいした話 (屮゚Д゚)屮 カモーン
OSが確りしていればのはなしですが、PukiWikiにDBMS必要なんだろうかと思ったり。
しかし、書き込み衝突をさけるためにファイルシステムのロックを利用したセマフォぐらいつけてくれ。
(それで困っているの俺だけ?)
タイムアウトも必要だけどね。
''SQL''使ってると''スキル''があると思い込めるから必要なのだ。
21にはそうなのか。
頭悪いんだね。
頭悪いのに便乗
PukiWikiにDB使う具体的なメリット、デメリットを教えてくれ。ください。
メリットがデメリットを上回れば使えばいいじゃんと思うんだが
おれにはよく分からない
触るな
PukiWikiにDBとしてウンコなテキストファイルを使う具体的なメリット、
デメリットを教えてくれ。ください。
メリットがデメリットを上回れば使えばいいじゃんと思うんだが
おれにはよく分からない
>>25 テキストファイルにはバージョンアップがない
965 名前:nobodyさん 投稿日:2005/09/14(水) 23:28 ID:???
バイナリの怖さなんて言ってる奴いるけど、crontab で毎時
mysqldump -u user --password=pass db | bzip -9 -c > hoge.sql.bz2
して、gmail とか複数の先にでも飛ばしておけばいいじゃん。
ハードディスクがクラッシュしたら、結局「バイナリの怖さ」を味わうわけだし。
バイナリ蒸し要りませんか〜
お安くしときますよ奥さんハァハァ・・・
バイナリのバージョンって考慮する必要ある?
そんなものを考慮するのなら、apache, php, pukiwiki のパーサや
プラグインのバージョンも考慮しないといけないよね。
>>16 言語が違ってても比較はできるぞ。
俺が読んだときのバージョンだと、PukiWikiはスパゲッティ。あとはノーコメント。
FreeStyleWikiは起動時になんでもプラグインとして動的に読み込むので
流れは追い難いが、考え方を理解したら綺麗に作ってあるなと感心した。
スパゲッティと評価するための、客観的な評価基準きぼん。
基準を出せないなら、デマですね。
>>33 おいおいそりゃ当然でしょ。
特に DB 周りを上げるときはやっぱ気ぃ使うよ。
逆にデータがテキストファイルなら少なくともそこは一切関知する必要がない。
基地外と、基地外の相手をしている方がウザいわけだが、
バイナリの怖さって何でしょう?
世の中知らない方が幸せな事もあるのよ
>>39 知らないなら、藻前もいっしょに「教えてください」って言えばいいものを。
バイナリの怖さコーナー希望します!
おれは急に低くなったこのスレのレベルが怖いよ。
少し前に基地外が住み着いてたスレってここじゃなかったっけ?
pukiwiki終わったな
え?なになに? どったの?
いきなり24%の値引きってw
叩けばもっと落ちそうだよな。
で、喧嘩相手に Dear からはじまるメール書くってどうなのよ?
>>48 現在のドメイン所持者から、3800ユーロで売るというメールが来た。
5000ユーロって言ったのは別の会社だっけ?
買わない方がいいね。うん。
こっちから何も連絡を取らずに、「買ってくれよう」と言ってくるのを
楽しむくらいしたいね。
「買うと思ってるのか?ばかじゃねーの?」って送ればええやん。
>>53 こちらの態勢がととのう前にそれはいかん。
本当に買う気があるように値下げ交渉を続けて、
代替(sf.jpとか)が完全に機能するようになってから「いらないよ」
とやってやりたい。まぁささやかな復讐だがw
> とやってやりたい。まぁささやかな復讐だがw
そう?馬鹿にしか見えないけど。
ギリシャ人の英語力ってあんなもんなのね
日本人の英語力もそんなものなので、目くそ鼻くそではないかと。
バイナリの怖さって何でしょう?
まだ言ってんのかうぜーよスルーしろバカ
> まだ言ってんのかうぜーよスルーしろバカ
とか言ってスルーできてないバカはどなたですか?
お前じゃね?
ぼくは、スルーしろなんて言ってませんよ。
私はあなたが置かれている状況と問題を誠実
に理解しますが、私にはどうすることもできま
せん。
怠慢によってドメインをあなたは失い、私はそ
れを公正に合法的に取得しました。
もしそのドメインがあなたにとってそんなに価
値があったのなら、ドメインを失わないように、
適切に更新すべきでありました。
正直に申し上げますと、ドメインを購入する以
外に、ドメインを取り戻す方法があるとは思い
ません。ICANNは助けにならないでしょう。
ドメイン名の再販に関してですが、ドメイン名は
資産であり、ドメインのオーナーは、ドメインを
売ることも含めて何をしてもかまいません。
ドメイン名の再販は巨大産業であることを、
あなたはわかっているはずです。sedo.com や
afternic.com は違法であるとあなたは考えて
いるのですか?
他の購入者と違った扱いができないことは申し
訳ありません。道義に反するからです。無料で
このドメインを譲渡することもできませんし、他
の誰かに販売しないことも保証できません。私
が提示できる一番良い価格は3800ユーロです。
状況が不公平に思えるかもしませんが、これは
完全にあなたのミスです。このドメインを取得し
たのが私でなかったら、あなたのメールになん
の返答もしなかったかもしれません。
こりゃもうリンク先変更するしかない・・・として。
PukiWiki" 1.4.3の変更ファイル名おしえて〜!
丸ごと置換すりゃええやん
こういうときのためにテキストファイルに保存されてるんだから
スクリプトもデータも丸ごとドーンとね
wikihouseのこと?
データ保存の洗濯し
・ファイル
・SVNとか
・DB
フルスクラッチならどれでもいいだろうけど、分岐するなら選択肢は無いよね。
後々の選択肢を増やす為に、当座はリファクタリング。
さっさと引っ越し
テストも書いて無いのに
リファクタリングとか言うなよ。
> 私がVAR(付加価値を与えて提供する方々)さんに対してできる事は、大規模
> 構成でもより管理負担が少なくなるようなモノを提供する事のみです。
まるで個人のもののような口ぶりですな
こゆのが見え見えだから敵増えるんだよね
73 :
64:2005/09/16(金) 05:57:31 ID:???
ある程度手を加えてましてバージョンアップに時間がかかるから面倒くさくて1.4.3のままで・・・。
まぁクリックする人もそんないないだろうし別にいいか。
>>71 ユーザーの反発は無視して、言葉を重ねていやらしく他人を糾弾していく
(そしてそのときだけはものすごくスピーディー)様子が Reimy と
かぶって見えるのは気のせいだろうか。国際化とか tDiary テーマとかも
Reimy の好きそうなテーマに見えるのも…、気のせいなのかな。
>>73 カスタマイズするとバージョンアップしにくくなるのはユーザーサイドとしては頭の痛いところですね。
heno巡回乙
> 普及したものに対してはたとえ''Free''で使用者責任であろうとも
> 社会的な影響を無視できず絶えずそれを考慮しなければならない
インスコロールする時点で、自己責任であることに同意しているわけだから、
そのような考慮はおかしい。
>>76 全然関係ないと思うけど。
放置してもどうにもならない状態にさえならなければ問題ないでしょ。
そういう配慮も責任と言うのであればそれは責任かもしれない。
でも普通いつまでも自分が面倒見れるわけじゃないものなら多少は
引き際とか自分にできる範囲っての考えるだろ。
今回はたまたまそういう常識のない運営者だっただけ。
henoの出現でMLが停滞した件について
話の腰ブレイカーとでもいうべきか
> でも普通いつまでも自分が面倒見れるわけじゃないものなら多少は
普通とは?
ところで、バイナリの怖さって何よ?
>>81 勉強したいんならマ板でもDB板でも行けばあ?
ゆう排除したら次の標的は誰ですか、henohenoさん。
完全に自己責任にできるのだろうか?
> こういう物言いするとなんか勝った気になれるのか?
何に勝つんだろう。
> 恐怖に打ち勝つんだよ
何の恐怖?
バイナリの恐怖 (((( ;゚Д゚)))ガクガクブルブル
で、バイナリの恐怖って何だ?
バイになったコロ助じゃないのか
>84
「完全」自己責任は日本の法律的に無理じゃないかと思う。
> 「完全」自己責任は日本の法律的に無理じゃないかと思う。
とりあえず、無理とする根拠を提示してくれないか。
アンチゆう
アンチheno
アンチPukiWiki
ドメイン屋
DB厨
このスレはいつもにぎやかですね
96 :
95:2005/09/16(金) 19:14:46 ID:???
おっとやじうまを忘れてた
おっと自分を忘れてた
98 :
95:2005/09/16(金) 19:15:40 ID:???
俺やじうま
おれコロスケ
おれ生中
ぐだぐだ
102 :
nobodyさん:2005/09/17(土) 00:25:35 ID:9p3JP+lF
静かだな。
103 :
z242.219-127-60.ppp.wakwak.ne.jprlo:2005/09/17(土) 00:29:10 ID:5CDsRDXT
Anime Land-2004 otzoi
pukiwiki.orgにつないだら、変なことになっていたので久しぶりにここに来てみたのですが、かなりますいことになっているようですね。
そんなにまずくもないですよ。
>かなりますいことになっているようですね。
~~~~~~~~
zとsの違いって、意図的かどうかが分からないな。
forkのほうはリーダー決まったんかいな?
ひとり(中の人が)いたけど、他は出なかったね。
とりあえず、決定なんじゃないかな?
暫定リーダーとともに動く人。
どんなのが出てくるのか見ものじゃないか。
>>110 >>104-106 の“ますい”と“まずい”についてのレスで、
sと打ち間違えたのか、意識してsと打ったのか、ってことだろ。
理解に苦しむ流れではないと思うのだが・・・。
どうせ突っ込むなら“zとsの違いって”の方だと思うが。
って、釣りか?釣りじゃないよな?
>>111 ここはいま「(で、)○○って何?」と聞くバカしかいないの。
マジレスしちゃダメなの。
で、マジレスって何?
ヒント:麻酔
>>112 その通り。まともな話したかったら別の場所行くのが吉。
暖簾に腕押し、馬耳東風、蛙の面に小便。
>他者が登録しているドメイン名について、UDRPに基づいて権利を
>主張し、取り返す等ができる可能性があるのは、問題となるドメ
>イン名について、申立を行う側が、そのドメイン名に含まれる文字
>列と同一あるいは類似する商標やサービスマークを有している、
>同一あるいは類似する名称で営業を行っている、同一あるいは類似
>する名称の商品を販売している、等の事情がある場合です。
>
>『pukiwikiプロジェクト』は、その名称等について商標権等を
>有している、その名称で商品を販売している等ではないのだと思い
>ますが、もし仮に申立を行ったとした場合、その名称でサービス
>(役務)の提供を行っているといえるか否か、という点等が、重要
>になってくるのではないかと思われます。
暖簾
これなんてよむの?
のれん
のれんって何って?聞かれそうな気もする。
その時は、営業権でぐぐってくれ。
こんなすれの雰囲気にはのれんなぁ
>>121 真性の馬鹿かどうかを評価するための基準を示してくれ。
>>123 ドメイン屋ごときにくれてやる金などないわ
つーか、こんなのに構ってる時間あったら別の事にリソース使えと
ゆうにはOSDNにその分寄付させるのがヨロシ
>>125 > ゆうにはOSDNにその分寄付させるのがヨロシ
失効させたからといって、寄付させる必要性があるのかいまいちわからん。
ド・メ・イン!ド・メ・イン!
129 :
nobodyさん:2005/09/17(土) 23:34:20 ID:8tLt2u5M
利用者は少しずつ寄付しろよ。
なんでソフトの開発した上に金まで搾取されなきゃならないんだ。
>>129 PukiWikiを自由に開発した。
PukiWikiを自由に利用した。
そういうこと。
> 利用者は少しずつ寄付しろよ。
おかしい考え方ですね。
ちゃんと名前が引けなくなった時点で増井さんが手続きしておけば発生しない金だしね。
だからといって、利用者が寄付するという理由にはならない。
麻酔と転売屋がグルに3票
135 :
nobodyさん:2005/09/18(日) 09:40:44 ID:tnajwUz2
あのサイトを利用していた奴が存続を希望するなら寄付しろよ。
手続きしていれば発生しない金とかのたまっている奴は、
ただで維持できるとでも思っているらしいが。
開発もタダ乗りなら、サービスの維持もタダ乗りかよ。おめでてーな。
しまいには名前だけ使って「おれたちのPukiWikiはNo.1」とか言いやがる。
お前らがいったい何をしたのかと。ただ愚痴言ってるだけじゃねーか。
今のPukiWikiを作ったのは、けっしてお前たちじゃないからな。
勘違いしやがって。
文句があるなら、全く新しい名前で一から立ち上げてみろや。
まあ、フォークすらままならないんだから到底無理だろうがな。
す え
げ
寄付の仕方を教えてください
またドメイン屋か
135がますい氏だとすると?(笑)
ドメイン屋じゃなきゃ へ の た ん ♪
へのたんめ〜っけ♪
関係者のみローカルの hosts に記載しておくってのは駄目ですか。
最近PukiWikiですることね〜な〜と思って
新しいバージョン探しにPukiWikiのサイト行ったけど・・・ナイヤン
調べてみたらドメイン失ったとか
まじ何やっとンの?
PukiWikiの開発面倒くさいもんで運営側で仕組んだんか?
どっちにしろガンガレ
145 :
nobodyさん:2005/09/18(日) 12:48:29 ID:tnajwUz2
henoを悪役にしとけば丸く収まるって?
この厨房の集団が。
いつまでも脳内お花畑で井戸端陰口大会でもやってろ。
何か1人で勝手に暴走してるな
>>135 オープンソースソフトウェア開発者はお人よしの集まりでもあるんだよね。
なんの御加護も得られていない有名オープンソースソフトウェアというのも珍しいもんだ。
日本で開発されたものってそういうの多くないか?ポスグレとかは別にして
>>148 ぽすぐれって日本で開発されたものなの?
>>134 否定するのは難しいよな。
疑われても仕方ない。
ただ事実として発覚した場合、
彼はオープンソースな業界に居られなくなるから
そんなことはしないと思う。
そこまで言うのなら ID:tnajwUz2 が率先して寄付してお前らも協力してくれって呼びかけりゃいいのにな。
タダ乗りするな寄付しろ(俺はしてないがな)って言われも、「業者乙」としか言えないからなぁ・・。
それに失効して取戻しが効かなくなるまで放置して、ドメイン業者に取られちゃったから金頂戴ってのも何か釈然としない物が
>>149 ぽすぐれって、カルフォルニア大学の何とか高で開発されたPOSTGRESが元になり、その後改良されたり何たりでPostgreSQLになったような。(面倒だから調べてない)
もちろん、日本人も参加してるし貢献もしてるだろうけど、「日本で開発された」ってのは違うと思われ。
> そこまで言うのなら ID:tnajwUz2 が率先して寄付して
思考停止してますよ。
ところでOSDNって寄付受け付けてるの?
MSDNは、会費が必要ですが。
ドメイン切れるまで何もしなかったのに、何で切れたとたん暴れ出したの?
喪って、初めてわかることもある
なんか臭うな
>>152 公式にはドメインが変化しても開発は継続するって書いてるし。滑稽な一人相撲を眺めて、私はこう思ったと書いてみただけだし。
それを思考停止と突っ込んで私にどうしろと・・?そもそもID:tnajwUz2には日本語が通じないと思ってるし・・・。
あれだ、貴方の意見を聞かせて欲しい。
で、結局さぁ、寄付はして欲しいの?しなくてもいいの?
しろと言われてもしないけどナー。
おれも存続しなくて良い派だし。
>>135 開発者のオナニーみせて金まで取るのかよ。
だったら最初っから シ ェ ア ウ エ ア にしとけ。ボケ。
さんざん利用者増やしておいてから金とって商売するな。
ID:tnajwUz2 って誰?
誰でもかまわないけど、とりあえず寄付してみせてよ。
それともMLで寄付表明した誰かさん?
っていうか、誰かさんは自腹だったのを寄付ってもったいづけただけ〜
ID:tnajwUz2 にこだわってるやつは、頭大丈夫?
166 :
nobodyさん:2005/09/18(日) 23:59:35 ID:tnajwUz2
どう考えても釣りだろ・・・
世間体は悪いよなぁ。
おいドメイン屋、こんなとこで営業活動してるなら泥でも掘って稼げ
PukiWikiなんて止めちゃえば良いじゃん。
もう時代遅れなんだし。
Plus!に比べればね
dame
彼らが今後関わるプロジェクトには最初から関わらないことだね。
apacheなんかと同じレベルを彼らに求めるのは無理だということであり、
オープンソースという社会での"社会的責任"を果たせない人たちと
いうことが証明されたんだから。
やけに冗長な文章だな
henoがんばれ
fork勢もがんばれ
競争はユーザーの利益
forkする連中にhenoが潜んでないことを願う…
まあすぐに化けの皮剥れると思うが
困ったチャン排除のしくみは考えてるぽ
fork 組に reimy きぼん。
もう全世界で共同開発にしようよ
>>182 そのためにもとっとと英語化。
そこでつまってたもんなぁ。
ソースのコメントだけ英語化すれば共同開発できるとでも??
今に始まったことじゃないが、どうやったらあれだけ無意味なツッコミばっか入れられるんだ、への・・・・
> オープンソースとオープンというのは別次元のことなんです。
だそうです。。。
・・・・・・・どういう意味だ???
オープンソースなライセンスを採用した上で
閉鎖的な開発体制をとることもできるってことか?
XFree86とか有名な例もあるし。
オープンソースと対比されている”オープン”の定義が曖昧で、何が言いたいのか意味不明。
>>186 前後の文章は?
これだけじゃ「頼むから日本語を勉強してくれ」としか言えない。
今後どうなるのかね?
シナリオ1:PukiWiki消滅
シナリオ2:今の状況が改善され開発者利用者ともに増加
シナリオ3:これまでどおり
恐ろしくエラー、ねぇ。
もしかしてreimy先生ですか?
先生ならlintに頼るわけねーだろ
むしろlintの矛盾追求してくれる
reimyさんがどんなひとか説明希望お願いします。
クズ
ありゃ引くわ
>>196 使ってたと思うけど。矛盾は追及してたかも。
理屈の通じない人に権威って効くからね。
でも権威を後ろ盾にすると反発する人もいるから難しい。
PukiWikiのAmazon関係のプラグイン出しとる香具師ウザス
pukiwikiオフィシャルが夜はやたら重いね
バックボーンがもっとデカいところに移転してほしかったり
バックボーン関係なさげ
他のsfのprojectはスカスカ
>>202 ああ、あれね。自作プラグインに出てきたのを初めて見た時、
笑わせてもらったよ。何やそれ、お前のサイトから来るHTMLを出す
だけかよと。お前誰?って。
お試しサイトもスカスカだな
なんか集中砲火浴びてるのがいるなw
>3.アソシエイトIDを1/6の確率で amanatu-22 に変更
> 最近あまなつのご利用件数が増えてきており徐々に負荷が
> 大きくなってきております。
> <中略>
> それプラス、サーバーの増強も含めて考えなくていけないので
> その為の資金集めになればと考えております。
> <中略>
> 突然の仕様変更となりましたがご理解の程よろしくお願い致します。
それを自作プラグインのページではアナウンスしないのかと。
うん浴びてる
君子危うきに近寄らず
車は危険だから禁止だーとかいいだしそうだ。
イタタタタ
毒饅頭の類
amazon用のプラグインの注意でもここにかいておくか。
結局ドメイン名はあきらめるのか
>>211 窃盗だったんですねゴメンナサーイ
無免で人はねましたゴメンナサーイ
酒飲んで車乗ってゴメンナサーイ
218 :
217:2005/09/25(日) 12:30:07 ID:???
・・・犯罪と事故の類は免許あってもダメか・・・
amazonプラグインのこと何を言っているのかよく分かりません。誰かまとめてくれませんか?
とりあえずは使わないようにしますが。まとめサイトか何かはありませんか?
amazonプラグインの話じゃない
小物のコソーリ小銭集め
叩くというより笑うという感じ
使っている奴はいるのかね?
あまなつのプラグインウザス
ウザイって、まぁ中には気に食わない人も居るかもしれませんが、
慈善でやって当然、ていう雰囲気は有り得ないというか、やめて欲しいものがあります。
こう、金が絡むと手の平返すように叩く慣習みたいなものがありますよね。
まるでそれが当然かのように。これはやめて欲しいです。
なにも説明しないで、なにも知らない人に使わせようという魂胆がだめってこと?
知らない間に他人の小銭集めに利用されてると思えば、
不快に感じるのは当然。
最初から「サービス提供の対価としてこれだけのことをする」と
明示しときゃ誰も文句は言えないよ。
見る人が見れば、最初からこの線だろうってのは容易く
想像できたけど、そういう人ばかりじゃないからね。
しかし、こういうやり方はamazonの規約的に問題無いのだろうか?
本人登場!?
大体、正体も知れない香具師のサイトから引っ張ってきたHTML要素を
まんま表示するなんて、とてもじゃないが有り得ないプラグインだよ。
使っている人は、彼(彼女?)をよほど信頼しているんだなぁ。
その気があれば、結構イロイロできてしまうのに。
あまなつのプラグインに全部注意書き書かないかんな
このプラグインは1/6の確立で報酬をあまなつに盗られます。ってw
おれは5/6徴収するamazon2プラグイン配布しようかな(w
アソシエイトIDを修正するようにプラグインを書き換えとけば?
まあ、あれだ。
プラグインのページごと消しとけ。
ちゃんと説明した上で納得させたのならOk
いつの間にか機能を変えて全員が見ないような場所に宣言を書いてもダメ
それだけの話だろ。
orgで開くと、新しいのになったね。
Sponsored Links for Wiki
Want a Wiki?
Wiki with Visual Editing - WYSIWYG Try Free Wiki Now - No Installation
JotSpot.com
とか表示されてたよ。
235 :
nobodyさん:2005/09/26(月) 12:02:32 ID:rR+nfSyv
そうじゃなくてICANN裁定で奪われないように、ダミーのキーワード生成ページを置いているんだよ。
pukiwikiもリンク先を手動でユーザーに直させるだけじゃなくて、
リンク先を変えたバージョンに差し替えればいいのに。
なんでそのままで放置してるんだろう。
最近Wiki荒らしが増えてるね
外国では投稿毎にIPを変えて自動的にページの内容を編集するツールがあるとか
毎回IP変わるしどうやってはじけばいいんだ
>>238 大衆が望む事は絶対にしないのがhenohenoクオリティー。
ウチも最近やられたよ。復旧がだるい。
ボタン一発で直せないと荒らしの勝ちだよなぁ
もう少し素直な文面に書き換えて、[[pukiwiki.sourceforge.jp:欲しいプラグイン]]にでも出しとけ
pikiwiki!pikiwiki!pikiwiki!
wiki荒らしを避けるには、Wikiだって言わん方がいいのかな。
PukiWikiだってフッタに書いてることで、荒らされそうな気が。。
荒らしを避けるために、あそこを消しちゃっても問題ないんでしょうか?
勝手にすればよいのでは?
PukiWikiで作ったページをHTMLにして公開すれば荒らされずに(゚Д゚ )ウマー
フッター消しても問題なし(゚Д゚ )ウマー
ついでにSEO対策にもなる(゚Д゚ )ウマー
と思った漏れは馬鹿ですか?
馬鹿なんじゃないでしょうか。
249 :
nobodyさん:2005/09/28(水) 00:42:33 ID:QrLQHsnS
>PukiWikiで作ったページをHTMLにして
こんなんできるの?
表示してる時点でHTMLじゃん。
荒らしってどんなツール使ってるんだろ。JavaScriptやクッキーで対策しても駄目なのかな
この前、あるWikiが荒らされてる瞬間を目にしたが酷かった。
新規ページをスクリプトで作りまくり。
ある意味田代砲みたいなもんだ。
>>251 ツールって言うか、この場合の処理的には
・ランダムな文字を生成
・それをページ名にして、フォームデータを送信
・これを繰り返し
対策は難しいだろうなー、結果いたちごっこになるし。
究極的には、管理者以外が弄れないようにする(Wikiの意味が無くなる)。
機械では解読できない数字入りの画像を入力させるやつって効果ある?
>>253 今のところは効果ある
この先どうなるかはわからんが
255 :
249:2005/09/28(水) 11:19:09 ID:QrLQHsnS
>>252 新規ページの作成の機能は殺した方がいいのかもね。
どこかのページからリンクしてそこからじゃないと
生成できないようにすればある程度はチェックして
弾けると思うんだけど。
>>256 それ面白いね
投稿時にランダムの合い言葉を入力か
考えたな
>>258 と思ったらブログのコメントに、
# wiki野郎。 『ちょっといいかもと思ってうちのpukiwikiに明らかにまずいところ(まあ気づいていると思いますが)改良して運用してみたら、
先輩のスクリプト攻撃でまったく効果無しだったなあ。
このタイプのチェックって根本的に効果が無いことが多い。
いいアイディアはないものでしょうか。』
どんな風に破ったのか詳しく書かれていないことからネタかもしれないけど
実際のところどうなんだろう。
pukiwiki.dev:PukiWiki/1.4/ちょっと便利に/連続アクセスを回避する (URL糞長いので略
これも役に立つかも知れんが、匿名串何本もつかってきたら駄目だよなぁ。
制限厳しくしたら副作用あるし。
1セッションでn秒に書き込みできるページ数制限とか。
Cookie喰わないと書き込みできないとか。
>>261 cookieは蔵側で書き換えできますが。
スクリプト攻撃する連中がまともに送ってくるとでも?
>>259 純粋にあの問題とわかっていれば、案山子でも茶筅でも対応できるのでは?
264 :
nobodyさん:2005/09/28(水) 22:07:03 ID:7p1mBgrz
>>260 匿名proxyは全部deny入りがデフォじゃないのぉ?
匿名proxyリストを使う
これどう?
定期的にネット上から匿名プロクシリストをDLして
.htaccessとして鯖へアップするみたい
>>270 なにげにBBQも入っててワロタw
DSBLの使い方が分からなかったから勉強になったよ。
>>273 ほんとだ。
pearインストールして試してみたけど
CyberSyndromeの公開串がおもいっくそ素通りしやがった。
自己解決
スパム調査サイトに他の所を登録すればいいみたい。
dnsbl.JAMMConsulting.comを設定したらCyberSyndromeの公開串は弾けた。
スパム調査サイトにBBQやlist.dsbl.orgを入れたら完成かな。
ただ、xreaでやろうとしたらNet/DNSBL.phpがインストールされてないってことだったので、
>>272の内部やってることは
>>270と同じようだから
>>270を使うのが簡単ですな。
>>275 なるほど。うちxreaだから270の方使うわ。さんくす
>>275-276 任意のディレクトリに自分で入れることが可能、ということは知っているんだよな?
278 :
nobodyさん:2005/09/30(金) 10:49:59 ID:R24cMk8y
前のPukiWIkiって<a>にrel="nofollow"つけてたっけ?
tableとかh3とかをpukiwiki形式にしてくれるエディタってありませんか
281 :
278:2005/09/30(金) 11:08:16 ID:R24cMk8y
>>281 自分が拾ってきたネタはすぐに実装するのがhenohenoクオリティー
>>282 必ずネタ元の「記事」にリンクするのもhenohenoクオリティー
じゃー、最近のブログ界隈は、みんな henoheno クオリチーということになるわけだ。
やっぱりhenoのブログだったんだ。
henoheno のブログってどこ〜?
あ、pukiwiki.org じゃなくなったんだった。ごめんごめん。
Wiki をブログと呼ぶのはどういう意味なのでつか?
>>279 無いよ。
Excelのアドインで何かしてくれるのはあるみたいだけど。
詳細はぐぐってくれ。
そろそろ名称変えよう。
「MukiMuki」でどう?
294 :
nobodyさん:2005/10/01(土) 23:13:09 ID:IXmKL2NC
フッターって削っちゃダメなの?
構わないだろ
Punyu2Munyu のことか
>>293 「HekiNoki」。への専用の個人ういきだから。
>>299 デタ━━━━━━(*゚∀゚*)━━━━━━!!!!
HekiEki
304 :
nobodyさん:2005/10/03(月) 16:05:05 ID:Qb0qcMIx
Punyu2Munyu ぷにゅぷにゅむにゅ で検索したらアダルトサイトがイパーイwww
>>295 GPL にフッタ縛りなんかないでしょ
著作権表記云々ていうのは著作権表記を変えずに使わなければいけない
ライセンスになっていることが多かった、いわゆるフリー CGI が流行った
頃によく聞いた話。
307 :
nobodyさん:2005/10/03(月) 19:16:51 ID:sL8XDzfw
>>307 (そう言われてみれば、早くなったような気がしないでもないような・・?)
試しに、FrontPageを何度かリロードしてみた
HTML convert time: 1.0 〜 0.70 sec.
何にせよ・・もうちょっと早くならんかねぇ・・・
プログラムがGPLライセンスで配布されていることを明記しないのは明確なGPL違反。
だと思う。俺GFDLのライセンス文しか読んだことないけど。
>>309 それは、GPL なプログラムの出力に適用されるわけではなかろう。
If the modified program normally reads commands interactively when run,
you must cause it, when started running for such interactive use in the
most ordinary way, to print or display an announcement including an
appropriate copyright notice and a notice that there is no warranty
(or else, saying that you provide a warranty) and that users may
redistribute the program under these conditions,
and telling the user how to view a copy of this License.
(Exception: if the Program itself is interactive but does not normally
print such an announcement, your work based on the Program is not
required to print an announcement.)
まぁよくわからん。例外なの?
>>311 じゃあ tDiary は GPL のくせにフッタに GPL 表記がないから問題だな。
コマンドラインな GNU ツールは出力のたびに copyright 表記が出てきて
使いものになんねーな。うちのは出てこないけど。
GPL とフッタ周りの誤解はなくならないねぇ。
ちゃんとドキュメントに書いてあるし、COPYING ファイルも含んでるじゃん。
出力に入れなきゃならないのなら
印刷する時にも入れなきゃならんことになるわな。
314 :
nobodyさん:2005/10/04(火) 13:29:34 ID:JNAuJAiN
PukiWiki 1.4.6 Copyright c 2001-2005 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 4.3.10-16. HTML convert time: 0.739 sec.
↓
Generated by Pukiwiki 1.4.5
結局この省略は駄目なんか?(。A 。 )
1.4.6 を省略すると 1.4.5 になるのか。w
漏れは、ふつーにフッタまるごと display: none; してるけど。
でもなー。
スパムボットはフッタ検索してる気がするから削れば荒らされないと思う・・・。
本家は1.4.6なのに配布パッケージは1.4.5なんだよね。
1.4.6ってどこにあるの?
cvsの方でいくつかバージョンアップしている。
もうそろそろ1.4.6パッケージ(rcじゃない)もリリースらしい。
いや、多分その表記も強制ではない。
>>321 WebTrack/39 のいちばん上の方にある teanan の「著作権表示を消すことはできません」
が華麗にスルーされているので混乱しているのかもしれないが、表示を消しているサイトも
例に挙げられていて、問題視されていないことに気づくべき。
フッタの著作権表示にビクビクする必要などない。GPL ならね。
当然、自分が著作権者であるかのように振る舞うのはいかんし、
著作権表記の改変が禁止されているツールを使っているなら話は別だが。
>>323 つまり消したところで何の問題も無い?
でもCopyright (c)<サイトの管理人>
と書いたら多少問題ありそうな
>>324 問題ないと思うけど、不安ならサイトの著作権表示だと
はっきり分かるようにすればいいじゃん。
要は PukiWiki の著作権が自分にあると主張しなけりゃそんで
いいんだよ。誤解を生みやすいとか指摘されてから直したって
全然問題ない。
SEO対策って、どうしてる?
本家にも一応方法が掲載されているけれど。。。
有効なのかな・・・
文章の著作権は間違いなく文章を書いた人のものだ。
それ以上でもそれ以下でもない。
出力された文章のCopyright表記をプログラムのCopyrightに結びつけるエスパーは世の中にはいない。
いやいやw
まぁPukiWikiつくっとる香具師等は いいかげんやでフッターなんか適当でええさ
減った振ったごときで。。。
まぁ nihonLinux みたいなマネを平気でするより、
多少慎重なくらいでいいんじゃないか?
OSD準拠じゃない、いわゆるフリーCGIに著作権表記改変不可
ってのは確かに多かったし、著作権表記をいじってるサイトを
叩くスレとかなかったっけ? さすがにそれ専門のはなかったか?
>>269-275あたりのDNSBLの導入方法を
初心者でも分かるようにまとめてくれるエロイ人いませんか
fork がそろそろ新サイトの立ち上げに向けて動き始めそうだ
fork の話題はこのままここでいいんだろうか
>>332 アレでわからないならアレでわかるようになるまで手を出さない方がよい。
いや当たって砕けるべき
宣伝ウザ
339 :
332:2005/10/05(水) 21:28:56 ID:???
>>337 うは、分かりやすい解説どもです
早速参考にさしてもらいます
役に立つんだからいいじゃん。出し惜しみしてるほうがキモイ
別に出し惜しみ(惜しんでるとはおもわないけど)したっていいと思うけど。
どっちでもいいが他人の行為をわざわざキモイと言う非難することこそがどうかと思う
343 :
nobodyさん:2005/10/06(木) 08:36:32 ID:EK5N4Y/L
導入された方で不具合とか出てる方いらっしゃいますか?
コード読んでみた限り大丈夫だとは思いますが。
>>338 のとおり宣伝になってるかもしれません。
そこら辺は否定しないつもりでつ。
この調子で荒された後一発で復旧できるパッチキボンヌ
>>344 導入してみたんですが、これは「編集」機能に限って有効なんですかね?
できればプラグインへのアクセスも含めて「匿名proxyだったらリードオンリー」
みたいにしたいものですが
>>345 それ俺も欲しい
指定日時の状態まで一発で戻してくれるようなの
>>345 作れば?必要は発明の母
俺はいらんけど
なにこいつ
>>346 file.phpのfunction page_writeに書けば、プラグインも含めて書き込まれる寸前に弾けると思う。
>>349 そこだと、実際書き込むまで、弾かれることがわからないということになるよね。
でも check_editable に対応しているのは以下の4つしかないので、
仕方ないのかな・・・。
plugin/add.inc.php
plugin/attach.inc.php
plugin/edit.inc.php
plugin/pcomment.inc.php
>>350 あらかじめ串では書き込めませんって書いておけばいいんじゃね
串通ってたらPKWK_READONLY立てるって手も有るな
>>354 おおう、逝けるか調べようかなーと思ってたら早っ
コードを lib/init.php に書くべきか pukiwiki.ini.php に書くべきか迷うところ。
設定が密集しているのが pukiwiki.ini.php だから、こっちでいいと思ってるけど。
plugin/tb.inc.php が PKWK_READONLY を見ないし、fwrite つかっている・・・。
>>357 READONLYでtrackback受けるかどうかは一概に決められんだろうし
プラグイン側で設定するしかなさげ?
>>358 この部分があるので、
> // Enable Trackback
> $trackback = 1;
真下にブラックリスト時は受けないように以下の一行を追加しようかと思うでつ。
if ($is_blacklisted) { $trackback = 0; }
362 :
346:2005/10/06(木) 23:40:51 ID:???
これまでは
pukiwiki+smarty
pukiwiki+xoops
pukiwiki+ajax
なんてのがこれまであったけど、
今後の発展はどういう方向にいくんだろうね。
Pulsのajaxプレビュー移植して欲しいな。
JavaScript で描画する必要ってあるのか疑問。
最初から Word みたいな編集画面にしてくれよ。
treemenu.inc.phpの導入がうまくいきません。
表示はされるのですが、エラーが出て展開ができません。
原因が分かる方いらっしゃいますか。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
最初から Word みたいな編集画面にしてくれよ。
>>369 エラーの内容がわからないので答えることは不可能です。
>>361 それはすごい便利だけど
毎回ページ読み込み時にその処理が発生して重くなったりしませんか?
BBQやブラックリスト鯖が万が一、繋がりにくくなっていたら
閲覧者は串を通していなくても重くなったり、見られなくなったり…
そうだな。やっぱ編集時のみチェックの方がいいと思う。俺はそうした。
htmlAreaとかTinyMCEとかFCKeditorとかを編集画面に組み込むとか(ry
>>373 さらにタイムアウトとかエラー処理があるとよいかも
>>372 > BBQやブラックリスト鯖が万が一、繋がりにくくなっていたら
設置してある鯖のDNSに問い合わせるんじゃね?
ajaxって、使える範囲が案外狭いんだね。
案外っていうか、当たり前だと思うけど。
私は以外にいろいろできるんだなと思う。
380 :
nobodyさん:2005/10/13(木) 12:40:55 ID:xYJRRTjq
ajaxの前に、ブラウザの違いを吸収してくれるJavaScriptがあるだけで有り難い。
ajaxが流行り始めた頃、自分もやってみようと思って始めたけど、ブラウザの違いに泣かされた経験アリ
xoopに比べると、wikiは楽だな〜。
つまらん管理に時間かける必要ない。
余計な機能をつけないで軽いところがいいね。
インストールの仕方が分からなかったんだろw
でもxoopって重いとこ多くない?
個人的にはWikiのほうが好き
wikiはコンテンツ増えると重くなる。
xoopsはモジュール増えると重くなる。ってか重い。
wikiは手軽さが売りじゃのぅ。
普段はxoopsじゃないcms使ってるけど、wikiもwikiで使ってる。
wikimodは好きじゃない。
マニュアル類のパーミッションの記述が8進になってないのは放っといていいんだろうか
オレの感触では
xoopsの方がpukiwikiよりも
インスコは楽なんじゃねーの
この程度でインスコというんだろうか?
自鯖ならpukiwikiのほうが圧倒的に楽ではないかと思う。
それはそうと、1.4.4→1.4.5の移行が面倒。
make install竹刀からファイル移動orコピーとしか考えられん
とか
391 :
nobodyさん:2005/10/14(金) 11:38:17 ID:5O7t4I5Y
カスタマイズしてたときのバージョンアップ作業がめんどうでつ(つ_;)
バージョンアップしたら、だいたい面倒が起こるのは当然だろ。
いやなら放置しとくか、使わなきゃいいじゃない。
どうせそんなに大幅な機能の変更なんてないんだし、
カスタマイズしたのが使い勝手がいいなら、
最新のバージョンにこだわることもない気がするな。
CVSのベンダーブランチ、あれは便利だ。
>>368 プラグインどう指定したらいいんだ?
@wiki のワープロモードだとプラグイン使えなかったと思う。
で結局ワープロモード役にたたねー。みたいな。
>>381 俺は ajax をやる意味のあるだけの大量データを
もっていたわけでもないので、取り掛かる前に辞めた。
398 :
nobodyさん:2005/10/16(日) 15:50:41 ID:JxS27UP0
使い方の質問なんですが、表のサイズ指定はどうやるんでしょうか
>>398 表に関しては正直判りにくいのぅ。
こんな感じ。最後に「c」を表記すると書式指定行になる。(表示されない。)
|80|35|380|50|c
|あ|い|う|え|
表がセンタリングされるのをやめて、左寄せにしたい
最近そんな質問見たな。
[[dev:PukiWiki/1.4/ちょっと便利に/テーブルの中央寄せor右寄せ]]
pukiwikiで日記書いてるんですけど、technoratiなどのブログ検索に
ひっかかるようにできますか?
404 :
nobodyさん:2005/10/18(火) 12:49:21 ID:R/woMEKA
整形ルールの設定ファイルはどれですか?
AA表示できるプラグインってありますか?
>>404 そんなもんない。
ユーザー定義のことならdefault.ini.php
>>405 ある。ぐぐれ。
>>408 ただのjavaじゃん。
ってかフッターくらい見なさい。
この板でJavaとJavaScriptの区別がつかないやつは珍しい。
1.4.6キタ━━━('A`)━━━!!
>>410 スマン。色々なものを飛ばしてPHP覚えたから本気で違いが判らない。
今勤めているところでも、「え?C出来ないの?どうやってPHP覚えたの?」って言われたことがある。
何故そう聞かれたのか今でも判らないが、PHPの基礎ってC?
なんで訊かれたときに調べなかったの?
興味あることしか調べないから、極端な知識になってしまった。
> 「え?C出来ないの?どうやってPHP覚えたの?」
PHPとCは直接的な関連が無いのに、何故こんなセリフが出てくるのか不思議でならない。
JavaとJavaScriptの区別がつかない
>>410といい、恐ろしい
>>410の勤め先。
ずれてないだろ。ややこしくするのはやめてくれ。
それよりJavaとJavaScriptの違いが分からないことと
色々なものを飛ばして PHP を覚えたことは関係ないぞ。
今からちゃんと違いを理解すればいいだけ。
419 :
408:2005/10/20(木) 14:02:55 ID:???
>>409 それは分かってるんだけど
導入してもうまく動作しないんですよ
そうですか。
ブギウギの質問はこちらでいいんでしょうか?
424 :
422:2005/10/21(金) 12:32:12 ID:???
ごめん。素で答えてしまった・・・
情けない・・・
>>426 PukiWiki Plusのnavibar2プラグインがそんな感じ
>>427 ありがとうございます。
でもPukiWikiでこういうのは出来ないのでしょうか?
脆弱性発見
添付ファイルにexeを指定できるキタコレ!!
なるほど、任意のEXEファイルを実行させれる脆弱性が見つかったのですね。
実行するのはユーザーの手動だけど
投稿制限できないのは危険かと
拡張子なんて飾りですよ、と。
その前に添付してくれる客人がいなかったりする('A`)
ナカーマ('A`)人('A`)
436 :
426:2005/10/25(火) 13:12:35 ID:???
スキン変更してみたんですが、PukiWikiに
PukiWiki plusのnavibar2のプラグインを使えないんですが
コツなんかあるんですか?
PukiWiki Plusに乗り換える
>>436 コアが違うからのぅ。そんなに難しくはないけど、色々とめんどくさい。
それよりスキンで何とかなると思ってるみたいだから(何とかしようと思えば出来るが)
素直にplusに移行するのがよろし。
今のコンテンツも文字コード変換すれば使える。
逆にplusに乗り換えたら、あれがわからんこれがわからんとなりそうだから
素直に諦めてもらった方が良いと思う
よーし、おじさん張り切っちゃうぞー!
plusのスキンの中にJavaScriptあるから、それも一緒にコピーする。
その中身を参考にpukiwiki用に書き換え、何ならpukiwikiのスキンの中に組み込む。
pukiwikiでnavibar2は使えないから、中身参考にしてpukiwikiスキンにそれ相当の物を書きこむ。
CSSもそれ用に書き換える。
今思いついたことを適当に書いて見た。こんなとこ?
それと、一つだけ言っておく。
プルダウンメニューは見る側からしてみればかっこいいけど、
コンテンツを一覧表示できないからサイトの構成を理解しにくい。
Flushのデザイン重視のHPなんかも見にくいでしょ。
レイバンのHPで目的のサングラスに辿り着くまでにどれだけ時間かかった事か・・・
Flushか。。がんばってね。
442 :
426:2005/10/26(水) 22:49:59 ID:???
>>440 おじ様ありがとう つД`)・゚・。・゚゚・*:.。..。.:*・゚
でも自分にとってJavaScriptとPHPは未知の言語なんです。
なんとなくは理解できるのですが・・・
JavaScriptは書き換えは必要ないとおもうのですが、
↓のサイトのを丸写ししているようなので・・・
http://surviveplus.net/documents/javascript2/index.php ↓navibar2のプラグインはこの辺を書き換える?
global $hr;
$menubarcount = -1;
$page = 'Navigation';
if (!is_page($page)) {
exist_plugin('navibar');
return do_plugin_convert('navibar','top,list,search,recent,help,|,new,edit,upload,|,trackback') . $hr;
}
('A`)なんか違うような
443 :
440:2005/10/27(木) 00:14:13 ID:???
444 :
426:2005/10/27(木) 02:31:59 ID:???
>>443 自分もいろいろやって見たんですが・・・
なんとなくnavibar2の処理がどうなってるのか少し理解。
来客が閲覧
↓
PukiWikiがHTMLを生成
>Navigatorというページがあるとnavibar2.inc.phpの処理をさせてJavaSとHTMLを出力
>Navigatorがないとnavibar.inc.php
↓
PukiWikiがHTMLを表示
という処理だと思うのですが、JavaS(navibar.js)
自体はnavibar2が出力したHTMLを動的にしている?だけなので
JavaS自体はいじらなくても大丈夫だと思うんですが・・・
問題はnavibar2.inc.phpがGetする元をどう判断しているのか・・・
生成するときにGetで習得したページをどうやって変換して出力しているのか・・・
だと思うのですが、この辺PHPが分からないのでさっぱりです('A`)
ところで、ドメインの問題はどうなったの?
pukiwiki.jp もいつまにか無くなってるみたい。
しーっ、みんなが忘れるのを待ってるのに何て事を
申し訳ない。激しくガイシュツだとは思うのですが
pukiwiki1.4.5のEUCな文字コードをUTF−8化するには
何処をどういじればいいか、ご教授ねがえませんか?
>ガイシュツ
久しぶりにみた。わざと?
またうちにwikiスパムが来た・・・
なんとかならんかねぇ
上のほうで出てたDNSBL使えば
fork の方向性が見えなくなってきた今日この頃、いかがおすごしですか。
forkする時に、あれもこれもと計画だけが大量に作られ、結局実装されぬままお蔵入りになって・・
で、最後は何の為にforkしたのか誰も分からない状況になって忘れられるのは、よくある事です。
ML も動いてないしねぇ。
本家と同じく、見にくい Wiki サイトがまた一つ増えたってことだったか。
煽りでもなんでもなく、コンテンツをそこそこ抱えていて
見やすい Wiki サイト、どこかない?参考にしたい。
456 :
nobodyさん:2005/10/31(月) 12:59:01 ID:vr4veP/U
他人を叩くだけ叩いといて、結局forkすらできない
モノを作るのにどれだけのエネルギーが必要かわかってないんだよ
別に Wiki に限った話ではないけど、要は内容の整理とレイアウトの整理だよな。
内容が多岐に渡りそうなら思い切って Wiki そのものを分割するのは結構効果
あると思う。
あと、掲示板代わりにしない。どうしてもやるならそれこそ分離しておいて、
関連する内容のページに interwiki とかでリンク張る形にする。
ムギムギはどこにいってしまったんでしょう。
ここ10年食べていません。
>>459 普通に売ってるだろ?
あそこ(いずみ製菓)の菓子は、ポテトスナックとかも好きだったな。
あっ!
1.4.6きてるっ!
バージョンアップ面倒くさ
よく「wikiの思想」とかいって、キーワードをリンクさせるの推奨してるけど
ユーザー側からしてみたら、あんま便利でもないよな
普通にコンテンツが整理されてたほうが助かる
>>462 キーワードリンクと整理は別に矛盾しないと思うんだが。
キーワードリンクと検索があるから整理しなくてもいいでしょ、ってのは違うと思うけどさ。
トップページに更新情報しかないとか、そういうのは使いにくいね。
プラグインとかそういう方法じゃなくて、人間がコンテンツの整理を意識してないと
道具がなんであっても見にくくなると思う。
でもどっかのブログみたいにキーワードリンクだらけでも見にくい
個人的にはあんまり好きじゃないかも
それは autolink であって Wiki の思想とか全然関係ないでしょ。
あぁ、見にくいって部分だけを言いたかったの
ごめんね
1.4.5→1.4.6は問題ない?
問題ない
メリットもない
と思った1.4.6ユーザ
>>466 それならユーザースタイルシートで外せるのでは
色々コアやらテンプレートやらプラグインやら弄り倒してるから、
いまさらアップデートできないよママン・・・
かなり前に弄ったからどのファイルをどれだけ弄ったか覚えてない。
デフォルトプラグインも結構弄ったからのぅ・・・あきらめよう。
結構面倒 :p
1.バックアップを取る
tar cvzf pukiwikibk.tar.gz /hoge/pukiwiki
2.オリジナルとの差分を取る
diff -ru /hoge/pukiwiki pukiwiki-1.4.5_1_notb > oresama.diff
3.新しいのにパッチ当てる
tar xvzf pukiwiki-1.4.6.tar.gz
cd pukiwiki-1.4.6
patch -p2 < oresama.diff
4.パッチ当て失敗箇所(*.rej)をちまちま修正
5.画像やらプラグインやら追加したファイルを移植(上記パッチを見つつ)
6.データを移植
cp -f /hoge/pukiwiki/attach/* attach/
cp -f /hoge/pukiwiki/backup/* backup/
cp -f /hoge/pukiwiki/counter/* counter/
cp -f /hoge/pukiwiki/diff/* diff/
cp -f /hoge/pukiwiki/trackback/* trackback/
cp -f /hoge/pukiwiki/wiki/* wiki/
7.テスト
8.既存のと入れ替え
472 :
nobodyさん:2005/11/03(木) 23:29:48 ID:RgeAtxys
今日初めて設置した者です。
管理者パスワードをインストールの説明通り
$adminpass = md5("your-pasword");
にとりあえず設定したんですが凍結が解除できないです。。。
解除しようとしたのはFrontPageです。
質問箱見たら凍結解除パスは管理者パスと同じって書いてあったんですが。
Ver.1.4.6
確認事項
・転送モード
・コード変換
・各ファイルのパーミッション設定
473 :
nobodyさん:2005/11/03(木) 23:40:28 ID:RgeAtxys
あとページを新規作成しようとすると
Runtime error
Error message : Cannot write cache file cache/recent.dat
Maybe permission is not writable or filename is too long
エラーになります。パーミッションは確認しましたがマニュアル通りです。
recent.dat 666
./cache 777
ファイル名が長いとか言われてもどうすればいいのか・・・
パニくってきました(;・∀・)
>>472 パスワードの設定方法は変わってるよ。
pukiwiki.ini.php の例をちゃんと読もう。
パスワードはアップデートではまったよ。
不自然な日本語が多くて大切な情報が埋もれてしまうのがPukiのいいところだ。
>>471 > 2.オリジナルとの差分を取る
> diff -ru /hoge/pukiwiki pukiwiki-1.4.5_1_notb > oresama.diff
diff -ru pukiwiki-1.4.5_1_notb /hoge/pukiwiki > oresama.diff
ジャマイカ?
>>477 > diff -ru pukiwiki-1.4.5_1_notb /hoge/pukiwiki > oresama.diff
diff -uNr pukiwiki-1.4.5_1_notb /hoge/pukiwiki > oresama.diff
にしとけば、
>>471 の手順6は必要なさ。
PHPの脆弱性の件ってPukiWikiと関係ありますか?
>>479 関係ないけどその脆弱性のパッチを配布している
とこがPukiWikiで配布してるね
今回の脆弱性対策でPHP 4.4.1になった。PukiWiki 1.4.3が逝ってしまった。
うぷでーとしたくないんだけどな。
1.4.3 か。
参考までにどの辺が?
>>482 まったく表示されません。読み込み途中でぷつんと切れてる感じ。。
xreaのサポ板に報告があがっていますが、「新しいの使え」とのこと。
いつのまにか 4.4.1から 4.4.2devになっていますねえ。
手元に PukiWiki 1.4.3 のアーカイブあったから PHP 4.4.1 の環境で
試してみたけど、標準の状態のものは動いているみたいよ?
なんかいじったところか、プラグインが悪さしてんじゃね?
>>484 そうですかぁ……。
1.4.6ではあげる意味があまりなさそうなので、Plus!で再構築中です。
今度はちゃんとdiffとっておこう。
>>478 おいおい、それじゃattach/やbackup/のバイナリファイルはどうなるのさ。
と突っ込んでみる。
あたらしいのがでて、この錆びれかた……(´・ω・) カワイソス
(´・ω・)サビシス
Googleに聞いてみた。 PukiWiki + 1.4.6ね
PHP5.0.5だかPHPの脆弱性だかで
レンタル鯖のupdateによる死亡報告があったりしつつ
みんな黙々といじってるみたい。
どうでもいいけど某所のシグルイネタに爆笑しました。
情報が小出しなので様子見も多いと思われ。
490 :
nobodyさん:2005/11/16(水) 22:37:48 ID:q5dQQetm
サークルの簡易議事録みたいなのを作ろうと思っています。
そこまで堅苦しいものじゃないので機能は必要なく
軽くて携帯からでも使いやすいwikiを探しています。
なにかおすすめはあるでしょうか。
設置するサーバーはxreaで考えています。
492 :
490:2005/11/16(水) 23:08:37 ID:q5dQQetm
>>491 スレ違いでしたか。wikiは初めてなもんで無知でした。
誘導ありがとうございます。
>>492 ここで聞いてもpukiwikiがいいんでね?か
pukiwikiはやめとけ、どっちかしか聞けない気がする
paraeditは1.4.6でも問題なく使えるでしょうか?
495 :
nobodyさん:2005/11/17(木) 01:36:01 ID:3XaRjHaZ
yes
497 :
496:2005/11/18(金) 21:44:33 ID:???
別に静的ファイルを出力する必要もないと思うので、
ページ一覧表示のあたりを応用すれば実現できそうじゃないですか?
と、いっても自分には無理なわけですがorz
というかRSSにも対応って書いてあるじゃん。
PukiWikiのこと詳しく知らないけど、RSS出力プラグインぐらいあるでしょ?
アドレス ?cmd=rss&ver=2.0
でRSS2.0出力で登録しとけばええんじゃないの?
500 :
496:2005/11/18(金) 23:55:00 ID:???
いやいや、ちょとまて
RSSに載ってるのは最近更新された何件かだけだろ?
やはりサイトマップというくらいだからページ一覧を載せたほうがよいと思うわけですよ
いやいや、ちょとまて
そもそもGoogle Sitemapsが何の為にあって、
PukiWikiにおいてどう使用したいのか考えてからにした方がよいと思うわけですよ
Google Sitemapを知りもしない奴がPukiWikiを同行してるかと思うと怖いものがあるな
503 :
496:2005/11/19(土) 13:11:15 ID:???
504 :
469:2005/11/19(土) 13:34:38 ID:???
私の場合サブディレクトリにpukiwikiを設置しているもんで、
とりあえずはsitemapsプラグインで出力したものを手動で
ルートにUPし直すことにします
なんかチラシの裏になっちまいましたが、お騒がせしました
>>505 それ本当かどうか怪しいからサイトマップもつけるのが普通だな。
リンク数がどうとかSEOの話で出るのは、リンクの数でクロールされてない場合もあるからだろ。
サイトマップつけると取りこぼしがなくなるメリットが重要なんじゃないの
PukiWikiのロードマップってどないなっとんねん
henoが居るかぎりそんなものないもおなじ.
>>511 彼は北朝鮮の人なので説得は無理です。
日本語通じないし。
henoって叩かれてるけど、ひょっとして他の人が書いたコードも
rejectしちゃうような人なの?
頭が固すぎる。
意見が出ても、日本語が理解できないとしか思えないような対応で
華麗にスルー。
個人的にはsf.jpのディスクアクセス速度が改善しない限り、
公式がsf.jpではイライラが募り、人は離れてくと思うなあ。
そういう意見も出てるのになー。勿体無い。
つか、ほとんどの人が離れてるっしょ
今のPukiWikiなら少しは使えるけど
将来性考えるとPWには何もないし
>>513 つーか他に commit 権限持ってて他に動いてる人っていないでしょ。
Wiki に patch 貼り付けたって影響はたかが知れてるし。
まぁ 514 の言うように日本語が理解できないというか、議論を
必ずオレフィールドにねじ曲げるフォースを駆使してるから、
相手するのは至難の業だと思う。あれなら正論ぶっこき厨だった
reimy の方がまだ議論がかみ合ってただけマシ。
# いずれにせよ、なぜ PukiWiki には香ばしいやつが寄ってくるんだ?
>>515 ただまぁ、現状動かせている人は別に問題ないんだよな。
最近のバージョンアップは運用ポリシーにもよるがそれほど
クリティカルな問題への対処は含まれてないし。
postwiki の方が当面は古き良き PukiWiki を維持してくれ
そうなんで、オレは生暖かく見守っているところだよ。
まるで、MMORPGの運営にバランス調整をねだるネトゲ廃人のようだ
518 :
513:2005/11/21(月) 22:59:23 ID:???
commit権限くれって言って断られた人っているの?
コード書ける/書きたい人が寄ってこないだけ?
漏れは今までコミット権くれって言ってる人を見たことがない。
できる奴は自前で書いてしまうからな
一から書くような技術はないけど、
ある程度改造したりプラグイン作ったりする技術はある人の意見。
変なしがらみ作るより自分で使える物を自分で作って使ってるほうが楽。
めんどくさくてサポートなんてしてられないし。
つーことは普及の度合いと開発の気楽さのバランスの問題か
PukiWiki はもう今から手を挙げるには普及しすぎてて窮屈だと
今ある問題点を受け止められる
覚悟はないので本家への参加は無理
問題って?
編集を行うと、見出しの部分に
*こんにちは [#6ef56326]
と[#〜〜]が付いてしまいます。
1.46からでしょうか、1.3xの頃には無かったのに。
これを外す方法をご存知ありませんか?
1.4.4 だけど、pukiwiki.ini.php で
// 見出し行に固有のアンカーを自動挿入する
$fixed_heading_anchor = 0;
としてる。たぶんこれ。
1.4.6 は中身見てないんで違うかもしれん。
>>525 pukiwiki.ini.php 400行目付近
/////////////////////////////////////////////////
// Automatically add fixed heading anchor
$fixed_heading_anchor = 0;
有難う御座います!!
直りました!;_;感激です
アンカーという呼び方だったのですね。
お二人様、本当に有難う御座いました。
officialが有り得ねぇぐらい重くなっている… orz
タイムアウトしないだけまだましか?
--- (1) ---
function foo() {
return "foo";
}
$bar =& foo();
-> PHP Notice: Only variables should be assigned by reference in ...
--- (1) ---
--- (2) ---
function &foo() {
return "foo";
}
$bar = foo();
-> PHP Notice: Only variable references should be returned by reference
in ...
--- (2) ---
PHP4.4.0/5.1 のこの手のパッチって出回ってない?
/lib/convert_html.php とかで、大量に出て、直すのめんどくさいんど。
wiki/pukiwikiが嫌なところ
・日本語のページ名を使うとURLがわけわかめ
index.php?%A5%D8%A5%EB%A5%D7
・同じページに何通りも書き方があってブラウザの訪問履歴が混乱
?PukiWiki%2F1.4%2FManual%2FPlugin
index.php?PukiWiki%2F1.4%2FManual%2FPlugin
index.php?cmd=read&page=PukiWiki%2F1.4%2FManual%2FPlugin
・洗練されていない標準プラグイン
この階層下の更新されたファイル最新5件をリスト なんて事すらできない。
自作プラグインならできるけど。
・仕様が多数ありデータの互換性がない
気軽に引越しもできやしない。
>>533 2chに書き込まずに本家に直接カキコしたほうがええとおもうよ
本家は重すぎるだろw
コメントで生成される[[名前]]をエイリアスかけようとしたら、プラグインで別々に設定しなきゃいけないのも馬鹿っぽい。
>>533 「wiki/pukiwikiが嫌なところ」
っていうか、ほとんど 「PukiWiki の嫌なところ」なわけだけど
まぁ気持ちは分かる
細かいことは気にせずがんがんコンテンツが作れるっつーのも
Wiki の強みなわけだから、そういう方向に期待するのが今のところ
幸せへの近道かと。
Wiki の誕生からはずいぶんと経っているはずなのに、どの
ツールも過渡期臭プンプンだもんな。
まぁあんまり細かいこと言うなってこった。
いやなら自作しろってな。
unixみたいにプラグインもフィルタ型になって欲しいな。
たとえば、#ListFile(sort_date) | #Head(5) みたいな感じで
複数のプラグインを組みあわせて使えるようになっていれば嬉しいのに…
無理かもしれないがw
>>537 ##(head 5 (sort (pages)))
って書くやつならWalWikiとかにあったけどな。
検索エンジンに相手にしてもらいにくいのが嫌かな
いまどきフォントサイズにピクセル直指定ははないかと
>>540 ( ;´・ω・`)人(´・ω・`; )
やむなくピクセル指定でないと駄目な箇所があって、
それに引きずられる形でピクセル指定になっていた、筈。
すると解像度があがると、アンバランスに文字が小さくなっていくのか…
高解像度の人ほど、ユーザCSSの利用率が高い(ような気がする)
最近のウェブぺ^じは文字が小さすぎて…
画像も全部 em とかでサイズ指定できればね
>>546 ベクタグラフィックで描いてFlashにして貼れば?
>>545 そういう意味ではFireFox1.5にある最小フォント設定はありがたいよ。
フォントは%で指定しないか?
フォントに!?
だめだ、最近お笑いしきい値が低くていかん。
わらってしまった。
>>548 でも、あれで豆字に合わせちゃうと、
サイドメニューとか▲とかもでかくなるでそ。フォントに。
officialの軽量化はもう限界じゃねぇ?
表示はなんとか我慢出来るかもしれんが、
書き込みが異常に重いのはもうどうにも
ならんだろうに…
いつまでsourceforgeでやるつもりなんだろうか?
ドメイン問題が片付くまでじゃね?
電話回線時代を思い出せばいいお(^ω^)
検索重いのが致命的。
henoがいるうちはどうしょうもない。
公式の検索はぐぐるのサイト指定検索を一度トライしてから使ったほうがいいな。
ぐぐるでも結構見つかる。
namazu とか estraier とかは使えないのかねぇ?
pukiwiki 自身の検索に期待するよりそっちの方がよっぽどいいでしょ
毎回1000以上はありそうなファイルを全部見てるのかねえ…
2500ページくらいあるっぽい。<公式
フルアクセスで1回につき1分待たされて、しかも結果が信用できない。
(WebTrack/48とか。例えば質問箱/373にある文字列「力作ですね」で
検索してもヒットしない。「力作」ならヒットする。まあ、これは
きっとあの人の呪いだが)
ページ数数千〜万はあろうかというようなサイトある?
動作感を一度見てみたいんだけど。
単一ディレクトリに数千、万も入れたら、ありきたりなOSじゃ苦しがりそうだな。
>>ページ数数千〜万はあろうかというようなサイトある?
wikipedia
MediaWikiはデータベース前提だからなぁ。
データベース対応を否定してあの使えない重さだから説得力ねー。
みんなで作ってたwikiがあるんだけど、設置してた管理人に連絡がつかないのに
ホスティングサービスが終わることになってしまった。
どうすれば全ソースと添付ファイルを簡単に吸い出すことができるでしょうか?
wikiディレクトリへの直接アクセスはできませんでした。
>>567 地道に1ページずつ吸い出すしかないんじゃね?
なりふり構わないならwikiSpamのようなスクリプトを書けば自動で全部集められそうだけど。
>>567 だめもとで、事情を説明して鯖屋にwikiディレクトリのソースくれくれしてみれば。
内容自体は公開されてるものなんだし。
sourceが使えるという前提になるが、普通のページなら「一覧」で出た結果を加工して
wgetのようなもので吸いだせば何とかなりそうだ。
だが添付ファイルは面倒そうだなあ。
>>566 否定かなぁ?
そりゃできればやりたいけど大変だから優先度低いてことだろ?
実際中身見てみれば PukiWiki のまま対応するより新しいの作った方が
いいって考えになると思うぞ。
本家の情報量でも内容によってディレクトリ分けてページ数
減らせばたぶんそこそこ動くようになると思うんだが、なぜかそういう
運用で回避って話になることないんだよな。
ディレクトリをわけたら検索で網羅できなくなるぞ
普通データベース使ったほうが簡単だけどね。
検索については激しく同意。
この期に及んで全文読み込みかよ orz
>>573 逆に分かれてないから検索してもほしい情報が見つけにくいと思うんだが。
網羅したけりゃ namazu とかに食わせて検索対象のインデックスを選べる
ようにしとけばいいだろうし。
実際、ローカルではそうやって運用してるけど、pukiwiki の検索使うより
速いし見やすいし、結構いいよ。
今後 PukiWiki がとる道
* 専門の検索エンジン導入 (namazu?)
* + ディレクトリ構造のハッシュ化 orz
+ そのまま OTZ
* 検索機能を撤廃してGoogle検索に頼る。
Googleにする〜とかいう話は出ていた希ガス
たしかdevで
負荷のために検索を止めてるサイトもそれなりにある感じだ
なんでもwikiでやろうとするから問題で、ちゃんと別にbtsを建てればよいのでは?
btsってなんのこと?ググれよ
PukiWikiのWikiFarmって公式なものはまだないの?
公式なものって何だ?
>>581 へのは本家で採用しないって。Farmだと管理パネル必要でしょー。
そうゆうの全部「穴」としか見ないから。
XML-RPCの話題でも叩き落としたくてしょうがないんだから。
今時の便利な実装は全部穴!!
pukiwiki1.4.6で添付出来る拡張子を増やすにはどうすればいいでしょうか?
.flaなどを添付したいと思っています。
:config/plugin/attach/mime-typeあたりを弄ってみたりしたのですが、違うようです。
質問箱とかあさってますが分かんないですorz
どなたか教えて頂けないでしょうか?
もともとflaファイルを添付できるだろ?
ためしに空のテキストファイルにtest.flaと名付けてやってみれ。
>>583 XML-RPCもSOAPもAtomPPも穴には違いないな。
587 :
:2005/12/05(月) 15:34:54 ID:hZXlDGBl
google adsense貼る良い方法ないですか?
Hiki もこんなことやってたな。
Hiki の場合は解析済みのデータをそのまま持っているような感じだったか?
なんか解析済みでもプラグインは別に起動できるのでキャッシュの
実装は楽、みたいな記述をふぇみにん日記かなんかで読んだ覚えがある。
orgのドメインいつになったら復活するんだ?
Expiration Date:31-Aug-2007 18:54:44 UTC
増井さんはRuby on Railsにしか興味はありません。
それもまたすぐ飽きるって。
飽きたら(ry
Ruby on Railsなら、データベース直結しかないな。
まぁあれだ。紹介記事書く程度なら無害だから別に飽きてもらってもいいよ。
どんどん新しいものに飛びついてどんどん紹介してくれ。
アルファギークはStableなものには興味がないんだよね。ヽ(´▽`)ノ
だからと言ってドメインとかサーバーとか放置した事が
許されるわけでは無い!!!!
さっさと明け渡していれば良いものを…
よりによってそれかよという気はするわな
masuidrive とか落としても全然影響ないやつを落とすんならともかく
599 :
nobodyさん:2005/12/08(木) 23:35:58 ID:AyfYnwO7
601 :
nobodyさん:2005/12/09(金) 00:20:43 ID:ZGLBkZ4T
>>600 まじですか。
ありがとございます。
MacでSafariを使っているからかもしれません。
いろいろ試してみます。
>>599 今日はsfjpが広い範囲でメンテナンス中みたい
603 :
nobodyさん:2005/12/09(金) 00:56:49 ID:ZGLBkZ4T
>>602 そうなんですか。情報ありがとうございます。
他のブラウザでも試したのですが、上手く行かなかったので
それをお聞きして安心しました。
ヒント:パラエディット
ヒント:パラパラエディット
>>581 公式でないものにも興味あるのですが…。
手動の方法は公式でもあった気がするけど、
レンタルサービスとかで自動化してるのは公開してくれって言えば、
教えれてくれるの?
言ってみたら?
亀レスながら、
>>588のキャッシュ入れてみた感想。
修正部分は同じだから基本的な考えは同じな模様。
今後はどうなるか分からないが、俺は前者だな。
リードオンリーなら入れても不具合ないと思う。
後者は、雑談で“実装して実用化”と言われているが、
フッターノートが消える時点で実用的じゃない。
(コンバート時に出力される変数のキャッシュが作成されていない)
plus!に取り込まれているらしいが、パッケージは出てない。
(見つからなかっただけかも。CVSは見ていない)
個人的にはsize2.inc.phpが気に入っている。
フッターノートって何だっけ?
>>612 なんだっけっていうほどのことじゃないだろ。
footer note.
>>611の前者と後者を読み違えたか知らんが、誰か配布元に誤爆してるね。
恥ずかしいな
tbスパムか?
愚問なのですが、検索しても見つからなかったので質問させてください
pukiwikiを1.3.7を設置したのですが、新規はできるのに編集ができません
エラーメッセージなどはなく、更新を押してもリセットされてしまいます
どんな原因が考えられますでしょうか
/var/log/apache/error.log みてみるとか。
まず環境が全然分からないんだから何も答えようがない
>>620 そのファイルはどこにあるのでしょうか(^^;
>>621 失礼しました
詳しい事はよくわかならいのですが、サーバーはBUTTOBI.NETです
>>622 ありがとうございます
そちらで聞いてみます
>>623 > > /var/log/apache/error.log みてみるとか。
> そのファイルはどこにあるのでしょうか(^^;
/var/log/apache/error.log です。(^^;
henohenoが出てきてから、Pukiwikiの開発が止まった
早くDB対応させるつもりかと思ったけどHenohenoひとりの抵抗のせいで
もうPuikiwiki1.5.x以降は永遠に出てこないかもしれないな…
henohenoが嫌なら他のメンバー引き抜いてForkすれば良いじゃないの。
じゃあ2chのメンバーでやろうや。マジで!
ロードマップも未完成な状態で開発してるんだから
その辺ズバズバつきゃ落とせるし
>>625 今まで目にしたアイデアはどれも「DB触ってみました」
みたいな物だったと思ったが、まともな意見が
どこかに出てたか?
2chのメンバー(笑)
またですか。
引き抜くと仮定した場合、誰を引き抜きたい?
もしくは理想とするメンバー構成はどんなもんだろう?
どうせ誰も引き抜けないだろ。
それより前にforkした奴らはどうなったんだ?まだリリースしてないみたいだが
結局henohenoは嫌いだけど、自分で作るほどの能力は無い奴が叩いているだけなんだな。
理想のメンバー構成・・・。
開発できる能力とユーザーの声を聞く気がある人間か。
あとはフォローと反映。
forkは失敗だろ。
現状では既に'奴ら'の'ら'がいないんじゃないか?
サイトをまとめるって流れになってもまとめの議論すらなかったし。
サイトまとめられないプロジェクトで何ができるんだ。
とりあえずリーダーが変わることを願う。
ぐだぐだいってねーで、まずやれよてめーら
やりたきゃ勝手にするでしょ。
637 :
raymax:2006/01/07(土) 06:43:00 ID:nh/8a/Zy
>>634 現状でのforkのまずい点として、個人的に強く感じてる点をひとつ
(他にもあると思うので指摘よろしく)
-サイトをWikiで作ったのがまずかったかもしれない
サイトが小さな掲示板の集合になっているという批判もあったし
管理するほうとしても話題の中心とか、流れみたいなのが掴み
づらい。最近更新されたページとかみても差分とか見ないと
どんな書き込みがあったのかも発見できない。直前以外に書き込
まれた意見なんかは結構見逃しているのではないかと思う。
広報不足かもしれないけど、MLとかsourceforgeの掲示板とかも
有効に利用できなかった。(spamばっかりに…)
コミュニケーションの中心をWikiにするのではなく、別の掲示板とか
にして、Wikiはまとめサイトにするのがいいかもしれない。これは結構
指摘が多かった。(2chにスレ立てるのも悪くないと思うんだけどなぁ)
>>637のつづき
新しいリーダーには、まず流れの追いやすい掲示板かなにかを用意する
ことを、できればお願いしたい。
遣り残したと感じることもあるが、それはリーダーでなくても
提案できる。責任者の交代をやり易くしておくのは、急に仕事が
いそがしくなって、リーダーを続けるのが難しくなったなんて
場合にも役立つと思う。
以上、現状を打破するためにも新しいリーダー募集したい。
あと新しいfork用のスキンを求めている人が多いようなので
スキン作成とかサイトのデザイン関係の旗振りをやってくれる人も。
あとでwikiのほうにも書いて置こうっと。
こらこら。もうそういう総括に入るのか?
おれは ML + 掲示板の形がいいって書いたものだけど、Wiki は
ページ単位で情報を管理するのが基本なんだから、使いにくく
なるのは分かりきってるはずだろ?
あと、sf.jp の掲示板は見てなかったけど、Wiki でも ML でも
安易にアンケートに走り過ぎ。全然練れてないから選びようが
ないし、ある程度以上数が集まらないとアンケートにすらならない。
アンケートなんかせずに ML でもっと議論とコードの交換ができる
ような感じにならないと。中身がないのに期日やデザインに
ばっか目が向いてもしょうがない。
それに現状だとリーダー変わっても何も変わらないと思うよ。
少なくとも声の大きいやつらの中には具体的にこうしたいという
意見がない。「heno の改悪」に文句言いたいだけか、まだまだ
実現性の低いことを漠然と語ってるだけ。
自分はコード書きたいって以前どこかに書いてたみたいだし、
今の Wiki のバックアップとそのアップロードを自動化して、
(要するに手間を掛けるものを減らせってこと)
とりあえず自分のやりたいようにコード書いたら?
いいからとっととまともなサーバー用意して本家移せ。とりあえず移せ。
この期に及んで本家依存か
ものが落とせりゃそんでいいじゃん、もう
>>641 それでもいいから用意しろってんだよ。まともなサーバーをよ。
forkに期待してるので、サイト用意するよ。
どういうのがあればいいか言ってくれれば設置するし
>>643 本家って言ってるんだから pukiwiki 本家のことであって
fork サイトのことじゃないでしょ?
>>639 うーん、Wikiの代わりに使う掲示板を用意するなら、どれがいいか
聞きたかったんだけど、アンケートはあんまり意味なしか。。。
sfは想像以上に重いし、MLスパムだらけだから何とかしたいのよ。
当面、自分が出来そうなのは必要そうな本家の修正に追従しつつ
コードの整理するぐらいだろうか。サイトに上がっている意見を
まとめてくれるリーダー(ただの文句もまとめれば結構役に立つ)や、
スキンとかのデザインを考えてくれるデザイナー?は、俺では力不足
だし、何人か別にいて欲しい。
もちろんコードに修正加える人も増えて欲しい。立ち上げ当初勝手に
コード変更するのは良くないと強調されすぎてたせいか、CVSへの
コミット権くれって人が少ないのが現状。
Wiki のバックアップの件はdumpプラグイン改造して誰でもいつでも
取得できるようにしてしまったほうがいいかもしれない。
646 :
645:2006/01/07(土) 10:21:30 ID:???
お、なんか決まったらお願いしていいかな?
647 :
645:2006/01/07(土) 10:22:44 ID:???
失敗。646は、643さんへのレスっす。
>>645 位置づけの問題では。
fork を PukiWiki 本家に代わる実用的な Wiki にするのか、互換性を
捨ててでもよりよいものを目指すのか。互換性重視なら合議制で
あまり派手にコードをいじらないってのはいいかもしれないけど、
それで新しいものは作れないわな。人数少ないうちから両方を
目指すのはきつい。
個人的な意見だけど、本家というか heno がやらかしたミスは、
実質的に安定版になってしまっていた 1.4系を開発版という
位置づけにしたままコードをがしがしいじり倒してしまった
ことであって、本当に開発版であるなら別にいじってもいいと
思うんだよ。開発版、安定板の位置づけが不明瞭だったのが
最大の問題だと思う。(いじった内容はとりあえず無視。)
「古き良きPukiWiki」 を目指すなら日本語コメントへの修正や
スキンの仕様を元に戻しつつ security fix へ追従するとか、
そういう形になると思うんだけど、それって楽しくなさそう。
まぁ、あの Wiki に居る人の多くはそれを「誰かがやってくれる」
ことを期待してるみたいだけど。
掲示板は2ch風の?phpBBみたいな?
phpBBのほうがりょうが多くなってきた時にはいいよね
2ch風だと量が多くなると検索精度が落ちるけど、Wikiにまとめるちゅうのはやりやすい
個人的にだけど2ch風の方が書き込む時に敷居が低いと思う。
phpBBみたいなのって相当人数がいないと盛り上がらないような。スレも多くなりがちだし
どっちも設置できるけど、分散すると困るよね
XOOPSと気楽な2ch風にしようかな?
2ch風に書き込んで、出た内容をまとめてWikiに書き込む
まとめサイト的な扱いならphpbbよりええな
うん、Wikiと掲示板でいいんじゃない?XOOPS使う必要はないかと
WikiってPukiWiki1.4.6?
それとも他の・・・
新しい機能(ある意味でパクリ)を見つけるには他のWikiもええかもw
とりあえず、ここで話す内容からはずれてきている気もするけどな。
pukiwikiで、静的なHTMLをはき出してくれるプラグインとか無い?
で、サイト用意する人は現れないのかな?掲示板だけでもできればそっちで話し合えるんだけど
ひーさびさにPukiwikiスレのぞいたら、fork話に盛り上がってたんだね。
近頃の仮Wikiのしずけさと比較して意外だったよ。
(あっちでも意見を言ったらいいと思うけどさ)
個人的には、forkリーダーはそれなりにやってると思う。
開発者の参加を求めたけど、現在のところちゃんとした参加がない
というのが現状じゃないかな。
最初からそういう話でリーダーを受けたわけだし。
でも、仮Wikiが見にくいというのは確かにそう。
いつの間にかに、話題が分散して、それぞれの話が尻きれ状態
とりあえず、仮Wikiといっしょか、sourceforgeに
掲示板か何かを立ち上げてくれると助かりますね。
リクエストすると、してくれそうな予感。
>>664 TOPから全ての掲示板にいけるようにしてくれるといいような気がする。
現状だと、掲示板にたどり着くまでに画面遷移が多すぎる
>>664 むっきー!南海リンククリックすればいいんだよ!
一ページに全部おいとけや!
ユーザーの気持ちがわかってない!
ユーザーインターフェースのなんたるかがわかってない!
つかこの構成で決まりでもないんだろ?
正直、こんなに小分けにしてる意味が分からんもの。
誰が面倒見るのよ。
>>664 普通に2chみたいに板メニュー出してよ
製作板と運営管理板がごっちゃになってねえか?
671 :
nobodyさん:2006/01/11(水) 02:00:28 ID:PtUGp5SP
確かに辿りつくまでクリッククリック。
アダルトじゃないんだし、
でも新しい参加に誠意を感じてます。
突っ込みすみません。
いっそ広告だらけのアダルトサイトみたくして見てはどうか
673 :
664:2006/01/11(水) 03:40:19 ID:???
一連の流れをまるっきり無視できるのが PukiWiki ユーザークオリティか
なんつ〜か
henoheno追い出してPukiWiki開発した方がいいような('A`)
別に無視して(作れ|作り直せ)ばいいじゃん
そういう人が出てこないってことはそうまでして作りたいものでもない
か、そこまでの力のある人が PukiWiki 周辺にいないかのどちらか
であって、追い出そうが追い出すまいが変わらないと思うけどね
お前ら、また(w
おれは、麻酔と一緒にRoRで何かプロダクト出すよ(w
という初夢をみました。
雑誌記事程度にしとけ
>>674 もちは餅屋って事で。
仮トップはあれ以上は変えるつもりないけど、
CSSは置いたほうがいい?
>>674 もちは餅屋って事で。
仮トップはあれ以上は変えるつもりないけど、
CSSは置いたほうがいい?
phpを5.1.2にあげたれば、
1.4.4_php5が動かなくなったのす。
トップページすら表示されなくなるほどの、
あまりの不動作に音をあげて、1.4.6にあげました。
685 :
nobodyさん:2006/01/24(火) 11:22:50 ID:Cgkvo732
menubar が表示されない!
質疑応答みたら、「ページを作成していますか」だって・・・。
ページは最初から作成されてるじゃん。
おいらもう疲れたよ。
こんな初歩的なところでひっかかるなんて。
>>685 MenuBar というページを作成しているかってことでしょ
それで表示されないなら skin の作り方をミスってるって
ことだと思うんだけど
skin は眺めてみたけど・・・
まだインスコしたばかりでなんにもいじってないもんなあ。
それに
navibar toolbar はあっても menubar なんて項目ないもん orz
あ、3時間を経てばからしく解決。pukiwiki.ini で
$menubar = '目次';
にしたのが原因だったもよう。
ページの名前を「目次」にかえたら解決したよ。
でも・・・これなんなの。
メニューバーってば、つけた名前に依存しちゃうの。
つけた名前に依存するなら、ページの名前も変えてよ。
>>688 逆でしょ。
自分で menubar として表示されるべきページの名前を変えたの。
確認してみようと思って最新のコードを覗いてみたら、今さらながらに
変にいじりにくくなったなぁと感慨深かったよ。
うーん。おいらphpは分かんないんだけど、
HTMLとCSSは超きたないね、コレ。xoops なみ。
なんで メニューはいきなり h5 になっちゃうの。
上→左→右→下のフローで見出しが h1 なら h2 以外ありえないでしょ。
まあ雛型自体が表組みだし、こだわりがないのかな。
CSSも div#attach みたいなのやめてよ!
id はクラスと違って唯一無二の要素につけるの。
divで限定するなんて論理的にへんでしょ。
それから
table フォントサイズが必要なら IE未対応の body > table を付け加えてよ。
ブラウザごとにスタイルシート振り分けるどこかの馬鹿ブログよりいいけど・・・。
> ブラウザごとにスタイルシート振り分けるどこかの馬鹿ブログよりいいけど・・・。
どこでつか?
>>691 div に id を振るのは別に変じゃないと思うが。
attach が複数出てきてるなら話は別だけど。
>>691 メニューは h2 へ、雛形も float へ変えるサンプルみたいなのはいつの時代も用意してあるんだけど、
デフォルトがそれにはならないんだよね。
でもデフォでも valid だから xoops よりはまし。
まぁそのへん含めて pukiwiki developer サイトで henoheno 説得してくだちい。
696 :
691:2006/01/24(火) 17:38:31 ID:???
うーん。みんなレスありがと。
とりあえず厳格な論理構造に書き直してみるつもり。
その上でCSSをつけてみる。クラスやidも取っ払いたいけど、
オリジナルの痕跡を残さないほど変更すると
アップグレードしたときにたいへんだから悩んじゃうな。
基本は pukiwiki.css.php と pukiwiki.skin.php、あとはプラグインなのかな。
pukiwiki ってHTMLの雛型はひとつしかないの?
表紙と内容ページ、過去一覧とかぜんぜんなくて、
みんな一つで使いまわすのかな。なんだか寂しいな。
xoops みたいにHTML が php の各ファイルに織り込み済みなら・・・
泣いて諦める。
基本的にはプラグインは自分で勝手に HTML を吐く。
だから CSS だけいじっても意図通りにはならない。
xoops は知らないが、PukiWiki の class, id の付け方は
ちゃんとまとまったルールがないのでいじっても本家に
commit しない限りあんまり嬉しくないぞ。自分にとっても
周りにとっても。
>>696 そのへんの着せ替えはプラグインでやることになってるな。名前は忘れた。
スキンもいくつかあるので、気に入る論理構造のがあるかもしれないし、ないかもしれない。
自分で使ったことないのでわからん。
オフィシャル重いし、今参入すること自体おすすめしないんだけどな。
pukiwiki は reimy 厨がいたし、HTML-lint でも結構いい点数出るように・・・
あぁあれ前の前のオフィシャルサイトか。消えたもんなぁ。ぐだぐだだよ。
700 :
691:2006/01/24(火) 19:32:38 ID:???
そっかー、プラグインがでたらめHTMLを吐いちゃうのか・・・手に負えないな。
プログラム系とデザイン・構造系は相性悪いね。
おいら php は html を壊さない範囲でいじれる程度だし、
反対に php やる人で好ましい html をベースに CSS つける人もあまりいないね。
html-lint うんぬん以前に・・・雑だよ。たとえば、
タグ付けでは上下ナビがリストになっていないのが気になるし、
フッタの 〜Powered by PHP 4.4.2. HTML convert time: 0.253 sec もおかしいよね。
著作権表示と生成時間がインラインで並ぶなんて論理的に説明できない。
おいらなら display:none で消してしまう見出し h2 を立てた上で、
Last-modified などと組み合わせて定義リストにするかな。
ささいなことだけど、「最初に構造ありき」じゃなかった証拠だよ。
それとは別に site admin の箇所には <p /> なんていうタグもあるよ^^;
塵が山になって、最終的には手に負えない HTML になっちゃうんだ。
自分で一から書き直すのはたいへんそうだから、妥協できるスキン探してみます。
久々にW3C厨降臨か。懐かしい感じがするな。
>>702 そこもひどいよなほんと…
wiki内でフレーム使ってるの見たときは開いた口が塞がらなかった
704 :
nobodyさん:2006/01/25(水) 01:45:59 ID:KPfIsy4J
どうしてもプラグインの仕様にクラス使わない気なのねん
君は reimy に変わるW3C厨だ。期待しているぞ。
>>700 その辺の雑なのが、reimy の管理していたオフィシャルサイトでは直されてたんだよ。
でも、いきなりきえたっツーか逝ったから誰もとりだせなくなった。
でも他人の話全然聞かなかったからな、Reimyは。
人間性に問題のないW3C厨ってのはいないもんかね。
>>691はマジでやるならかつてPukiWikiに関わった人から
かなり注目集めると思うよ。
まぁ寂しくなったんだろうな
W3C厨って・・・。
HTMLを組むときはスタイルシートつけずに
とにかく理詰め一本やりで組み立てるべきだよ。
どう表示されるかなんて完全度外視で。
で、つらつら眺めてこれ以外の構造はありえないと結論してから
スタイルシートつけるようにしなきゃ。
HTMLが論理的ならカスタマイズはものすごく楽だよ。
いろいろなスタイルシートを作ってくれる人も増えると思う。
>>710 今どきそんなことを熱く語れるなんて真性だね
がんばりや
713 :
nobodyさん:2006/01/26(木) 01:07:29 ID:phceLSji
注意書きとかあるしなと思って。
>>710 おまえはdivとspanだけつかってろ
おれも昔は構造と表現の分離を夢見た時期があったなぁ…
MVC でつか?
TT 使ってるけど、結局 V と C が分離できないんだよね。
(;><)そんな面倒なことやってられません!
まあここで文句言うだけなら何もしないのと一緒なわけで。
>>722 あのトップページで何も言う気しなくなった・・・
アクセス解析まで貼ってるし・・・
今時ウチワなんか流行らないよな
ぷきうき って幼児語だね。
他人の前で話すの恥ずかしい。
ナデナデシテー
ナデナデ(#・∀・)つ)д`)ァゥー
691はもう逃げたのか?
731 :
691:2006/01/29(日) 09:44:30 ID:???
僕は逃げましぇーーーーん!
キレイなXHTML吐くスキン作って、自作スキンとして公開すれば?
優秀ならアホhenoも採用するだろ
そもそもスキンの仕様が糞
それを言い出したら他のWiki使えとか、自分で作れば?と言われる罠
逆にpukiに粘着してるやつって何がポイントなの?
さっさと捨ててこのスレも終了でいいじゃん。Part 4 まで
引っ張って何がしたいわけ?
やっぱなんだかんだいって日本のwikiエンジンのデファクトだし。
機能も飛びぬけてるしプラグインも豊富だし。
そうなんだよねー。一番機能多いんだよねー。
PostWiki どうせだれもやってないんだから、
本家を sourceforge から移して。
装飾系の要らん機能は多いがまともなページ管理もまともな履歴管理も
まともなユーザー管理もできないんだよなー
PukiWikiと
>>739の志向がマッチしていないということは分かった
henohenoがいなければいいんだよなー
>>741 > henohenoがいなければいいんだよなー
賛成。
henoheno を追い出すか、fork するか、2 択なんだから今すぐ行動汁。
henohenoはpukiwikiのリーダーとしてじゃなくて、
バグ潰しやってりゃいいとおもう今日この頃
>>743 もう fork してる連中がいるのにぐだぐだになってるじゃん。
だめなんだよ。
とりあえずこのスレの中に成果物を出せるやつはいない。
Pukiwikiじゃないwikiがたくさんあるからもういいよ。
>>747 > # org:WebTrack/50、henohenoさんがいる限り無理じゃないでしょうか? -- Cocoa 2006-01-27 (金) 18:49:44 New
これか?
>各ノードに関連ノードへのリンクを付与することのほうが重要
とか言ってる人がいるけどあんなページ数のあるサイトで関連リンクだけ張られても
数ばっかでそれぞれの内容は薄くて役にも立たない。
しかもサイト全体重いときてるから最悪だぞ、アホか。
>>751 これって #related と何が違うの?
本家、移転してほしいなー。
せめて、軽い鯖に引っ越してくれんかなー。
pukiwiki.orgとか?
pukiwiki.orgシボンヌ
なんで?
トップページくらいちゃんと読めばいいのに
WEBサーバーをP2P的にっつーか、
各個人が鯖をたててどっかに登録しておいて、
pukiwiki.org にアクセスすると負荷の低いサーバに飛ぶみたいな、
そんな負荷分散技術ねーのかな。
それなら例えば今年いっぱいくらいしかできないけど、ってかんじの人も
ちょくちょく追加してくれて(責任が薄くなるから)、楽しそう。
だからpukiwiki.orgはだな・・・
"サーバーの運用(特に現在はWebサーバーに影響)に関する問題"
ってナニ?
Pukiwikiはもうダメなの?
>761
"サーバーの運用(特に現在はWebサーバーに影響)に関する問題"
はトップページから引用したことも気が付かないのですか?
760の訂正です。
pukiwiki.orgはもうダメなの?
>>762 > "サーバーの運用(特に現在はWebサーバーに影響)に関する問題"
>はトップページから引用したことも気が付かないのですか?
逆。
そこにたどりついてなぜちゃんとリンク先を追わないのか。
ML のやりとりや sf.jp のフォーラムなど情報はたくさんある。
追ったうえでの「もうダメなの?」なら、もう言うことはない。
トップページ「くらい」ちゃんと読めばいいのに
と書いてあるところにアンカーを張っているんだから、リンク先を追わないのかってのは
後だし。
だから何だよ。リンク先追えばすむ話だろ。
逆切れしているのは増井?
DNS名 PukiWiki.org の喪失について (詳細なアナウンス) -- (2005-09-11)
も
DNS名 PukiWiki.org の喪失について (DNSの問題に関する状況) -- (2005-09-09)
にも、ドメイン使えなくなったので移転した。以上の詳しい情報へのリンクが無い件
知ってる人書いたら?
誰も書かないなら誰も期待してないってことじゃないの?
もう問題ともなんとも思ってない。
そんな程度のことなんじゃねーの?
すでに書いてあるからよめ。
>もう fork してる連中がいるのにぐだぐだになってるじゃん。
>だめなんだよ。
エントロピーは散逸するもんだ。
エントロピーは散逸しねーよ増大すんだ
ノート機能にちゃんと対応しようぜ。
そうしないから、議論と本文がごちゃごちゃになって、
「ここの議論を読んでくさい。」なんてことをいいはじめる。
それのまとめを本文に書いておけというのだ。
また、コメントのほうに書いてあるからちゃんと言及しなくてもいいだろ。なんて甘えがでてくるのだ。
とおもた。
なるね。
>>774 そか。サンクス
やっぱり width: 20%; width: 80%; じゃなくて
<div style="float: left; width: 200px;">
menubar
</div>
<div style="margin-left: 200px;">
body
</div>
とやるのが正解かしら。
相対指定でもいいよ。
でも合計は99%以下になるようにしてね(ハアト
>>776 ん?相対指定(%)だと変に表示されうるからって話じゃないのか?
778 :
777:2006/02/11(土) 22:26:03 ID:???
あぁ 20%; 80% じゃなくて 99% になるようにか。
そうなの?誰か解説きぼんぬ。
779 :
777:2006/02/11(土) 23:15:03 ID:???
>>776 別に当事者じゃないんだけど試してみた。
結果、関係なくね?
<div style="width:20%; float:left;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="width:79%; float:right;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="clear: both;" />
IEで幅を狭めていくとやっぱり周りこむべ。でも
<div style="width:100px; float:left;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="margin-left:100px">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="clear: both;" />
もまわりこまね?
780 :
777:2006/02/11(土) 23:16:00 ID:???
>>779 続き
と思ったけど(ここで6分)こっちは
<div style="width:100px; float:left;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="margin-left:100px;line-break:strict;word-break:break-all;word-wrap:break-word;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="clear: both;" />
で観測するところ、右側の一単語が画面内におさまらなかったら回りこみ発生で、最初のやつは(さらに6分)
<div style="width:20%; float:left;line-break:strict;word-break:break-all;word-wrap:break-word;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="width:79%; float:right;">
hogehoge hogehoge hogehoge hogehoge hogehoge
</div>
<div style="clear: both;" />
で観測するところ左サイドメニューの一単語が画面20%におさまらなくなったら回りこみ発生ということのようだ。
件のサイトですぐ回り込むのは検索フォームがなかなか大きいせいだろう。
右本文にはまだまだ余裕があるのに、左を20%限定しているせいで損している気がする。
ふー、めんどくせー、ちかれた。
>>773 PostWikiの人?
期待してるから頑張ってね。
最近はPostWikiよりPlus!の方に期待してる。
国際版の方がかなり独自路線になってきた。
>単語が画面20%におさまらなくなったら回りこみ発生
そりゃそうだよ。
ワードブレークはIEの独自拡張だからモジラ系列では相変わらず
フロートが下落ちするはず。
モジラで対処するには(超みぐるしいけど)overflow: visible で
はみ出させるしかないね。
どうしても下落ちが嫌なら幅を固める以外に方法はないね。
W3Cは意固地だからCSSでレイアウトするプロパティつくってくれないんだよね。
そのくせ表は使うなという。
W3Cってもしヵして技術馬鹿でしょうか
もう HTML+CSS なんかやめて pdf のみにしてしまえよ。
786 :
773:2006/02/12(日) 07:24:12 ID:???
>>781 あ、いやただ irid スキンを使おうとしているだけのユーザです。
なんか変だなと思って。
>>783 いや Mozilla 系列では回り込まないですよ。IE がおかしいのです。
仮Wiki のサイト Firefox でみてみてください。もしくは
>>779 さんのコード試してみてください。
>>779 勉強になります。
>>787 Plus! はちゃんと機能しているので参加すればいいだけよ(ハート
何が盛り上がってるのかと思えば…
制作のCSSスレの方がずっと早く正しい情報にたどり着いただろ
Web制作はレベル低いし
少なくとも CSS についてはここよりはずっとマシ
ってか「ずっと早く正しい情報」ってそんなに遅く辿りついたように見えんけど。
773 は自前で width: 200px; margin-left: 200px; が正解かなって言ってるし。
周りがふぎゃーふぎゃーいってただけ。
だれか自作プラグインだけでいいからスペース作って。
アップロードはできないわ、
文書長いとメモリがたりねーだわ、どうしようもねええええ
sf.jp 落ちてるのか?
>>794 アクセスできたお。おちてたの?どうでいいや。
オープンソースなんだから、ソース改造したりサーバーセッティング変更すれば?
797 :
nobodyさん:2006/02/15(水) 00:55:47 ID:ZluY5nzs
PukiWiki記法が繁栄するように派生はどんどんしていったらええ。
>>797 PukiWiki記法はもう一度検討を重ねた方が良いと思う。
Wiki記法、好きじゃない。
できるだけプレーンなテキストと互換性が取れている方がいい。
単純にテキストとしても見やすい > Wikiで見るともっと見やすい
のがいい。不満のほとんどは改行の扱いにあるわけだが。
>>799 そんなきみには Markdown なんだろうね。
けどあれ書くのめんどくさくておれすきじゃねーな。
>>799 もひとつ。改行の扱いは簡単に変更できたような。
802 :
nobodyさん:2006/02/15(水) 06:18:48 ID:ZluY5nzs
TeXと互換とかそういうツールでないかな。
>>800 Markdown よさそうに見えたのですが、改行の扱いが、wikiと同じようですね。
どれも改行を<br>にしないのって、テキストとの互換性よりも、
HTMLの簡易記法として、HTMLの哲学に従った結果でしょうか。
<p>HTML とかでなく、ふつーの文書構造に従った結果でしょう。</p>
むしろ改行がそのまま反映されると使いにくい。
小説とか書くんならともかく、普通の文章では改行位置を
明示したいことなんかあんまりないし。
だからWiki 全体ではなくあるページは改行の扱いを変えたい
とかっていう要求なら分からなくはないかな。
メールに書く文章と一致させたいと思うと、
改行は欲しいですよ。
>>803 pukiwiki.ini.php の
// Convert linebreaks into <br />
$line_break = 0;
こういうオプションはたいていあると思う。
あー、おれって親切。
809 :
806:2006/02/15(水) 09:14:08 ID:???
それじゃー Wiki 全部変わっちゃうんだよな。
ちなみにおれの意見を言わせてもらうと、
初心者は改行 = <br /> のほうがわかりやすいじゃん!
と思うが使っているうちに HTML みたいに改行は無視してくれたほうが
書くときに改行位置気にしなくてすんで楽だな。と移行していくはずだ。
途中に文章追加したり消したりするとまた改行位置気にして整形しなければいけなくなる。
さらにそのページを他の人が見ているのを見ると自分のウィンドウサイズと
違っていて、自分の場合は改行位置がどんぴしゃなのに、
その人は横幅を小さくしていて改行されて即また改行なんて表示になっているかもしれない。
もっとウィンドウの幅広げてみてよ。なんてのはDQNの所業としか思えない。
これはHTMLそのものの話しなわけだがな。<br />を多用するなという。
811 :
808:2006/02/15(水) 09:18:24 ID:???
>>809 別に君のためには書いていない。
自分を中心に世界が回っていると勘違いしている人?と煽ってあげる(はーと
>>808 別に君自身を否定してるわけではないんだが。
余裕を持ちなよ。
<pre>
改行一致させたいなら、
なんか、こういうウンコなタグで
囲める
ような
プラグイン
なり
記法
なり使えば
いんじゃね?
</pre>
>>807 メールに書くような文章と見え方が違うのは当たり前じゃん。それこそ<pre>でも使っとけって話になるよ。
>>814 PukiwikiはPHPだからtDiaryスキン使えない、みたいな話題を思い出す。
肝の部分はJavaScript、つまりプログラミング言語非依存じゃね?
818 :
nobodyさん:2006/02/16(木) 03:01:50 ID:S3IN7TZW
<p></p>を使っているのに日本語文章の改行の間に半角空白が入るウェブブラウザの構文解析をなんとかしたい。
819 :
814:2006/02/16(木) 12:40:53 ID:???
てかよくよく試してみたら他の主要なJavascript WYSIWYGエディタ
でもできたわ。わざわざ Zope からもってくる必要なっしんぐ。
ためしてみようかな。
でも HTML 全許可になるのがネックなんだよな。
Pukiwiki 記法に変形させるなんてことしたくないし。
まぁ atwiki のおもしろい所をつぶしてみますかw
俺もメールの内容を転記する時は
整形済みテキストにしてまーす
こっからここまでが
転記箇所ですよーってのが
わかりやすいし。
821 :
814:2006/02/16(木) 23:27:35 ID:???
うはっ、20分ぐらいで簡単にでけた。個人wiki ならありかもしれん。
でもオフィシャルうpできないし、plus のコード使ってるからそのままうpしてもだめだし、どうしようかな。
TinyMCE でやってみた。簡単にいうと TinyMCE おとして、
edit.inc.php と lib/html.php#edit_form をコピーして
TinyMCE が動くように必要な部分改変したものを別名で作成、
html をそのまま透過するプラグインをちょちょいと使って、
それを利用。みたいな。
とりあえずひっそり使っていようw
しかし、@wiki はなぜ html 許可しちゃってるんだ?
全許可ではないのかな。
凍結されてても書き込めてしまうプラグインって
#comment のほかにも実はけっこうある?
pukiwiki はページファイル以外のメタデータって
ないからなぁ
>>823 あるよ。*.refとか*.relとか。
あれは違うのかな。
それはキャッシュ
ちょい、くだ質なんだけど
PukiwikiってなんでHTTP_USER_AGENT関係の変数全部殺してるの?
lib/init.php見たらウザイくらいにunset()噛ましてるんだけどなんで?
なんか重要な意味でもあるんですかね?理解に苦しむのですが…
こいつのおかげでUSER_AGENT取れなくてスゲー時間無駄にしたわ
スーバーグローバル変数消してんじゃねーよゲスチンが。気持ち悪いWikiだぜ、ったく
ソースは気持ち悪いとこもあるよ。だからこそ整理中なんだからね。
前はもっとひどかった。
reimy おじさんとか、ほんとひどかった。
スーバー…
830 :
826:2006/03/01(水) 02:05:56 ID:???
でさぁ、そのlib/init.phpの中でさ、$agentとか$user_agentとか
良く使いそうな変数を使ってご丁寧にそいつまでunset()してるワケ。これで嵌まったのよのね
phpの一番最初で
$user_agent = $_SERVER['HTTP_USER_AGET'] ;
って中身を退避してるのに、lib/init.phpの中でunset()される仕組みなワケよ
ポルナレフじゃないけど、変数保存したと思ったら消されてた、頭がどうにかなりそうだった。
これって、どう考えてもPukiwiki内でUSER_AGENT使わせないための悪戯にしか見えないんだけど
作ってるヤツ頭おかしいんじゃねーの?
> 作ってるヤツ頭おかしいんじゃねーの?
そのとおりですよ。
>>830 [[dev:開発日記/2004-07-03]]
か。More defensive とかいってるけど、
消すとなにが defensive なのか書いてない。
BugTrack からでもないし、heno の独断みたいだなぁ。
だからもう現行の PukiWiki はダメなんだってば
USER_AGENTを始め、$_SERVERは汚染されている可能性があるので危ないんです。
だからとりあえず消しときました。消せば安心ですよ。
こんなレベルじゃないかな?
いま見てみたらいろいろ消してるね。
// Expire risk
unset($HTTP_GET_VARS, $HTTP_POST_VARS); //, 'SERVER', 'ENV', 'SESSION', ...
unset($_REQUEST); // Considered harmful
ばかじゃね?
まともなテンプレートシステムを使うようにして
ページを出力するクラスで問答無用に htmlspecialchars
するようにすりゃいいんだよな
HTML のパーツを出したい人は自分で
テンプレートを書く
837 :
826:2006/03/01(水) 18:03:04 ID:???
どうやら、俺と考え方が違うっぽいね
Wikiは誰でも弄れる事が前提だから、悪意のある誰かが弄った場合に
アクセス情報とかダダ洩れするとまずいので、とりあえず隠蔽したってことなんだろうな
俺の場合は完全に個人用なので、外からは編集メニューは見れないようにしてるし
read, attach, ref以外のpluginやcmdは弾くようにしてたりする
で、user_agent見て動作変更しようとしたら、上記の隠蔽に引っかかったわけだね
そのわりに、$_SERVER['REMOTE_ADDR']は隠蔽してなかったり、よくわかんない仕様だけど…
なんとなくだけど、作者の意向は理解した
俺の使い方考えるとブログのほうが合ってるんだろうな
>>837 もしもし?wikitextどういぢったってタダ漏れしないぞ?
プログラムいぢったり怪しいプラグインいれて漏れたらお前の責任だがなー
RPG ツクールみたいなもんか
Plusってpukiwikiのプラグインをそのまま使える?
ありがとう
使えるのと使えないのとあったと思う
どれがどうだったかは忘れてしまった…
848 :
nobodyさん:2006/03/23(木) 10:29:33 ID:BiTy4qT+
Parse error: parse error, unexpected '}' in /home/sites/*.jp/users/*/web/*/pukiwiki/lib/convert_html.php on line 624
というエラーがしょっちゅうでるんですが、考えられる原因はなんでしょう?
convert_html.php on line 624 の周辺を読む。
850 :
nobodyさん:2006/03/23(木) 11:43:53 ID:BiTy4qT+
>>849 同じページの出力でもエラーがでないときもあるので、読んでもさっぱりです。
そのファイルが悪いんじゃなくPHP自体が腐ってるのかもね。
普通、そのエラーはプログラムの}の対応付けが間違ってるときに出るんだと思うが。
いや、PukiWiki を運営している人達のあらゆる部分が腐ってるので、
スクリプトの動作に影響したんじゃね?
853 :
851:2006/03/23(木) 12:30:20 ID:???
ふむ、同じページの出力でも出ないときがあるってだけで、
たぶん、その行を通るときは常にエラーになると推測。
なんかプラグインが悪さしてんじゃないの?
855 :
nobodyさん:2006/03/23(木) 16:01:23 ID:BiTy4qT+
848です。
httpサーバーが悪いのかと思いつつも、
漢字コードが悪さをしているような直感があり、
試しにconver_htmlのコメントにある漢字コードを取り去っていくと、
エラーがでるときには別な行にエラー行が移ります。
一体なんなんでしょう?
> 試しにconver_htmlのコメントにある漢字コードを取り去っていくと、
> エラーがでるときには別な行にエラー行が移ります。
そういうことなんじゃないでしょうか。
PukiWiki ってちと重くね?
ローカルでも少しもっさり感があるんだけど。
ローカルで動かした方が重く感じると思うけど
860 :
857:2006/03/24(金) 01:05:38 ID:???
>>858 WinXPhomeにXAMPP。メモリ忘れちった('A`)
>>859 あれ、そうなのか?
XAMPP って余計なウンコてんこもりじゃなかったっけ?
localhost で動かしたらサーバ類もブラウザも
全部面倒見なきゃいけないんだから重いって
PukiWiki だけじゃない
あと PukiWiki は編集結果を POST した瞬間に
リロードするとかいろいろ負荷の高くなる
工夫がされている
>あと PukiWiki は編集結果を POST した瞬間に
>リロードするとかいろいろ負荷の高くなる
それ因果関係が逆じゃないかと
PukiWikiの一部をMovableTypeに動かそうと思っているんですが、
何かいいツールありませんか?
Class::DBI::Sweet とか DBIx::Class とか使えば、まあある程度簡単だよね。
henoheno暴走中
本家のバックアップまで書き換えてるらしい
おっとage
まだ飽きてなかったんだ
すごいな
870 :
nobodyさん:2006/03/25(土) 10:54:47 ID:W9WiFB6A
>>867 暴走は今に始まったことじゃないからあきらめな。
暴走というと?
>>870 前からわかってるなら権限剥奪しろ。
今は関ってないとか言い訳にもならんぞ。
PukiWikiだけを扱った書籍はありませんか?
STACKの記事書いてるのがhenoってことはないよね?
php3用コードって但し書きが後から付いてるし…
>>875 下手に論拠にされるともっと突っ込まれそうで嫌なんでは?
3用でもrewind()の解説とか他にも突っ込みどころはあるんだけれど。
目の前の事実と自信の記憶が異なる時、
人はまず真っ先に自分の記憶を疑う。
人とはそういう物だ。
著者はどういう人達ですか?
と聞いてみる
PukiWiki入門 まとめサイトをつくろう!
増井 雄一郎 (著), 天野 龍司 (著), 大河原 哲 (著), miko (著)
って書いてあるやん。
コードに手をつけなくなった人たちか
「Pukiwiki考察 馬鹿一人でプロジェクトはだめになる」
って本、誰か書かないかな。
PukiWIki の考察をするなら 1.3 以前から 1.4 までの話も
入れないといけないと思うな。
>>880 これは・・・
ほんと"どういう人たち"なんだろうな・・・
1人目は最近は rails とかに飛びついてる人
(昔開発会社やってなかった?)
2人目はXOOPSスレ参照
あとは知らん
正直、今のコードのまま本とか出してユーザーが
これ以上増えるのはやめてもらって、一度叩き
壊して作り直した方がいいと思うんだけどな
おまいら内部抗争してる暇あったらさっさとその馬鹿一人をなんとかしろ
傍から見ればどっちも何もしてないのは同じだ
残る一人が本家の人か。
それってへの?
>>891 それはないだろう。どーせここに晒したのもhenoだし・・・・・でもなんともいえん。
>>890 wiki関連の話を雑誌とかに書いてるみたい
お前ら良かったな
これで、pukiwiki.org復活だぞ
>>887 叩き壊して作り直したい気持ちは解るが互換性取るのに
結局ロジックは追わなきゃならん。困ったもんだが。
最低限、似た処理を無理矢理マージして同じ関数にねじ込むのだけは
なんとかしてほしい。違いをコール側で吸収して純粋に同じ処理を
させるならいいが、ねじ込まれると可読性が落ちる・分岐が増える・
余計な処理をさせたりミスが増えたりいいことはほとんどない。
>>898 個人的にはプラグインの互換性は諦めた方がいいと思うんだけどね。
なんつーか Wiki の動作の分解とかもっと勉強したいんだけど、
意外とそういうことが表立って話されてるところってないのな。
MediaWikiじゃだめなのですか?
>>899 プラグインなんて呼び出し手順しか決まってないじゃあないの。
本体の機能呼ぶのは全てhack
#API決めりゃいいんよ。それ意外はいくら変わっても構わんのだし
内部動作知りたいんだったらコード読むしかない。
言葉で説明しろってのは回路図もってきて動作説明しろってのと同じ。
まあ、本家にもきっちりコード読めるやつはいないみたいだが。
>>901 んー本体が読めないっつーことじゃなくて、よりよい
実装を考える話の場ってないなーと思ってね。
PukiWikiはSEOの観点から見ると最悪じゃない?
ページ更新しただけでランク下がったりしない?
>>903 どうだろ。FrontPageがランク5、そこから直に行けるページが4、その下が3〜0。
ここ1年で100ページほど追加・更新しているが、ランクはほとんど変わってないようだ。
職場のページ(こちらは静的)もずっとランク5だし、PukiWikiでも特に違わないような気がする。
被リンク数とランクの関係もよくわからんし。
もっと上のランクならランクの変動で一喜一憂するかも知れないな……
SEO気にするぐらいなら使わない方が良いと思うよ
>>899 wiki-study ML へようこそ!
話題に困ってるから質問投げてもらえるとうれしい。
907 :
nobodyさん:2006/04/05(水) 00:32:49 ID:NKBm8KJZ
質問ですー
pukiwikiで新規ページを作る時に、雛型みたいなのを使いたいのですが
例えば新規ページ作成用ページみたいなのを用意して、
そこにページ名の入力域と作成ボタンがあり、ページ名を入力して作成ボタンを押すと
雛型を使用して、その雛型の一部にページ名を入れたりして、動的に新しいページが
できるようにしたいんですが、どのようにしたらいいのかわかりません。
templateを使ってできるのでしょうか、それともpluginを自分で作るべきなのでしょうか
よろしくお願いします
せめて tracker にキャッシュほしいな
910 :
907:2006/04/05(水) 17:13:22 ID:NKBm8KJZ
>>908 うまく行きました〜ありがと〜
ただ… tracker_list で、BGCOLORの部分がCOLORのみ判定されているようで
|BG(色の変わった文字列)|BG(色の変わった文字列)|BG(色の変わった文字列)|…
となってしまうのですが仕様ですかね (T_T)
# pukiwiki-1.4.6 ですが
もう少しいじってみます
pukiwiki plusっていいの?
>>911 新しいもの好きにとっておもしろくはある。
俺もplus好きだね
PukiWiki自体が終わってるのに?
PukiWiki自体はダメダメだけど、plusではそれが改善されてる
GET検索とか特に
henoさんが居なくなれば、plusの方は戻ってくるんですか?
ゆくゆくは plus が本流に。
pukiwikiベースにしてるんだからplusもダメだなw
>>917 俺の中ではplusのsvnのi18n版がすでに大本命になってる
plus は ajax でリアルタイムプレビューできるのがいい。
ajaxもよいけどi18n版はゴテゴテしすぎなので、俺は安定版のほうが好きだ
もうすでに本家は論外だなw
plusのajax機能は外してほしいな
いまいち好きになれない
自分で外せばよいのでは?
pukiwiki.ini.phpで普通に無効にできそうだもんな
>>923 それが売りなんだから黙って使ってやれよ
好きに慣れないなら本家使えばいいし
927 :
nobodyさん:2006/04/10(月) 15:45:05 ID:Yo+JlfdM
いつからplusの売りがajaxになったんですか?
つかお前らあのベースで不満ないのか
そっちの方がすごいわ
>>928 見なかった事にしてアプリの妄想する人が多い
>>928 大丈夫、そのうち変わるから
plusはね
どのような弊害も全てこの一言で片付けられる!!
「仕様です」
>>931 それは昔の話。今は次の一言で片付けます。
「副作用です」
どっちしにろカスってことだな
>>930 plus に期待しすぎ
ベース変えるってのはもう完全に作り直し
そこまでの気合いがあるようには見えん
やっぱりPukiWiki
糸冬 了..._〆(゚▽゚*).
tu-ka
なんでhenohenoがリーダーやってんの?
おれが居ればpukiwikiは無敵なんだよ!って人だから。
話が通じない上司みたいなもんよ。触らん方がええ。
みんなPukiWikiのSEOって何してる?
漏れはGoogle Sitemapsに登録した。
それでもGoogleは130ページもインデックスに追加してくれた。
問題はYahooだなー
>>937 そんだけ人がいないってこと
>>938 マトモな会社にあんな上司はいないしなれない
トップだったら会社が潰れる
>>936 やっぱりPukiWikiが
糸冬 了してた..._〆(゚▽゚*).
>>940 henoheno追い出したら人増えるんじゃないの?
今のPukiWikiにはコードを書けるやつが寄ってこない
しかしその理由はコードが書けるスキルがないと理解できないw
というか、PukiWikiのソースコードは難しい構造だと思わないか?
設定を定義する箇所が二個もあったり、無駄が多すぎ。
まあ他人の作ったプログラムだから分かりにくいのも当然か。
話題がループしてるなぁ
てことは、そろそろ新たなforkの話題が
PukiWiki plus、PostWikiに続いて、PastWikiの登場ですね
WikiPuki でどうよ
PukiPuki でどうよ
>>942 henoが嫌で出ていった人は戻るかもね。
でも減った理由は他にもあるような気はする。
すぱげっちーな設計と、それを反映しているすぱげっちーそーすが原因じゃね?
>>943-944 プログラムできる能力とコード読む能力は別だと思った方がいい。
音楽を演奏する能力と譜面を読む能力が別なのに似てる。
> 音楽を演奏する能力と譜面を読む能力が別なのに似てる。
はつみみです。
スパゲッチーな設計やソースをどれだけ本来あるべき姿に
できるのかという点で争ってほしいわ。
yu-jiはどうしたの?
>>955 呼び捨てにするほど親しいんだったら
直接本人に聞いてみたら?
>>950 甘い
最大の元凶を排除するのが先決
マジモンの困ったチャンに理屈は通用しない
ほかの事は些末
リーダー選挙でもしたらw
目でみえる数字でhenoを追い出せるじゃんwwどうせ無理だろうけどwww
でも追い出したら追い出したで誰も管理する人いなくなる罠。
ま、それもいいか。
あいつのやってることが「管理」とは思えないが
もともとPukiWikiには管理なんて言葉存在しないと思うが
pukiwiki.orgの管理はアレだったしな
pukiwiki.orgナツカシスw
965 :
nobodyさん:2006/04/15(土) 09:58:21 ID:ifzXGViP
,..-――-:..、 ⌒⌒
/.:;;;;;;;;;;;;;;;;;;;;;::.\ ^^
/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
:::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
:::::::;;;;;;;;;;;;;;;;;;;;;;;;;
::::::::::::::::::::∧_∧ そうやっていつまでも
::::::::: < ::;;;;;;;;:> ぼくのせいにしてりゃいい・・・
_.. /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'`'
,, '''' . ''''' と./ゝ_;_;_ノヽつ 、、, ''"
,,, '' ,,, ::;;;;;;;;;::: ,, ''''' ,,,,
966 :
959:2006/04/15(土) 21:18:02 ID:???
口だけで終わるのがいつものオチだよなwww
もうすぐしたら、pukiwiki.orgは戻ってくるんだからいいじゃないか
,..-――-:..、 ⌒⌒
/.:;;;;;;;;;;;;;;;;;;;;;::.\ ^^
/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
:::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
:::::::;;;;;;;;;;;;;;;;;;;;;;;;;
::::::::::::::::::::∧_∧ ソースに文句があるなら自分で修正してつかえばいいのに
::::::::: < ::;;;;;;;;:> いつまでもぼくのせいにしやがって・・・
_.. /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'`'
,, '''' . ''''' と./ゝ_;_;_ノヽつ 、、, ''"
,,, '' ,,, ::;;;;;;;;;::: ,, ''''' ,,,,
話をぶった切って申し訳ないんですが、かっこいいスキンを教えてもらえませんか?
使ってるのは1.4.6です
個人的には前のFirefoxまとめサイトがかっこ良かったです。あれって配布してるんでしょうか?
忘れないでかっこいいスキンはあなたのその手で作るもの
>>969がpukiwikiカコイイスキンのサイトを作ればいいと思う
需要はあるだろう
972 :
969:2006/04/16(日) 19:24:28 ID:???
>>970 もちろん自分で作ろうと思っています。かっこいいやつのソースを見て勉強したいなと思ったもんでして。
火狐のまとめ、ソース公開してたよ。今はしらないけど。
974 :
969:2006/04/18(火) 01:39:52 ID:???
火狐まとめサイト、ソース公開していると思いきやLink切れなのかUpし忘れなのか落とせなくなっているんです。
できればリニューアル前のデザインのやつが見たいのですが...
pukiwikiで動画を載せるのは有りなの?
色々ググッてみたけど、検索ワードが悪いのか関係ないものが出てくる…
有りだよ
979 :
976:2006/04/18(火) 23:17:24 ID:???
噂にすらならないpukiwiki本読んできたよ。
頑張ったなーと思うけど、あんまり役立ちそうには無いね
役立つと思って本屋で取り寄せしてんですけど...
imadoki amazon dayone
雨損調子に乗ってるから嫌いなのです というか、アメリカ嫌いなんです
でもMac使ってます すいません
984 :
981:2006/04/19(水) 23:08:00 ID:???
あ、よく考えたらアメリカ嫌いとかamazon嫌いとかそういう事以前に、
図書券と図書カードたくさんあって使う充てが無かったからこの際使おうと思って注文したんだった。スマソ
表の中で'|'を表示させるにはどうしたらよいのですか?
>>986 ヒントを出して自分で探させる良いレスだな
そのヒントで分かるのは絶対参照を知ってる人くらいか
それは絶対的では
PukiWikiで添付ファイルをアップロードするのに管理者パスワードをいらなくするにはどうしたらいいんですか??
ここ質問スレじゃないから
スレ探してそこで質問しな
次スレのタイトル
【henohenoは】PukiWikiスレ Part5【リーダー失格】
スレ消費するのに半年も掛かるのに酷いな
わかりました
ハンドル入れると削除依頼通るぞ
書きたいなら、テンプレの
>>2にでも書いとけ
ついでにどうしてそう言われてるのかも入れとけ
それなら誰も文句ないだろうし