雑談の過去ログ その10
結城浩の日記によると、PukiWikiとYukiWikiを合わせてPyukiWiki(ぴゅきうぃき)というそうです(笑い)。PyukiWikiの現物。よくできてます。PukiWikiとWikiテキストの互換性を保つことを目標としているようです。
reimyさんありがとうございます。Nekyoです。PukiWikiにはいつもお世話になっています。おほめ頂き光栄です。これからもバランスを取りつつスローライフ的に更新していく予定です。
PukiWiki開発サイトのあるsourceforge.jpはメンテナンスを行なっているようです。
午後1時40分、メンテナンスが終了したようです。
再びメンテナンスが始まったようです。
メンテナンスが終了した模様。
ココログから自分のPukiWikiにトラックバック実験したけど失敗。どうやらココログはTrackBack PingをGETで送るらしい...
trackback pingをGETで送ってくるサイトに対応されました。dev:BugTrack/558参照。
sourceforge.jpがメンテナンスようでPukiWikiが落とせないんですけど,どこかにミラーはありませんか?
ミラーを作りました。PukiWiki/Download/1.3.6およびPukiWiki/Download/1.4.2参照。
ミラーありがとうございました。
SourceForge.jp はメンテナンス中です
まだメンテナンス中ですねぇ…
SourceForge.jpでまたメンテナンスが始まりました。うーん…。ほとんど毎日止まっちゃうなあ。
ミルモでWiki!!の投票所やCDレビューのプラグインってKFerさんが作ってるのかな?落ちてたら使ってみたい・・・。
PukiWikiを愛用していますが、LAN内でもレスポンスが遅い気がします。これはPHPの宿命なんでしょうか?それとも、コンテンツ管理がファイルだから??もし、ファイルが原因ならば、DBにするような話はないのでしょうか?
数千ページあっても、とくに遅くはないですが…。DB利用については、dev:開発日記/2003-03-10、dev:開発日記/2003-03-23参照。1.4系は関連ページの検索にキャッシュを利用しているので、DBを利用しなくても速度は変わらないはず(実際に計測した数値では、MySQL利用時の方が少し遅かった*1 )。
回答ありがとうございます。すでにテスト済みだったんですね。手元で運用中のPukiwikiのイロイロなページを見てみると、普通のページはそれほど遅さを感じませんが、Trackerで70程のエントリがあるページが遅かったですが、これは仕方ないですね。
tracker_listは重いですね。tracker_listでの出力の際に、対象ページをすべて読み込んで処理してるためだと思います。キャッシュできないか検討する必要があるかもしれません。dev:BugTrack/560に検討課題として挙げておきます。
1.4標準のプラグインのページの中身がバグトラック?みたいなのになっているようですが、バックアップから巻き戻してしまっても良いのでしょうか?
社内でWin/Medows SharePoint Servicesでポータルをぞくぞく立ち上げていますが、何かWikiとそっくりです。Wikiならではのメリットってあるんでしょうか?(無料だとか⌣)
始めてから数週間の初心者です。
Wikiサイト全体のデザインをいじりたい場合、参考になるHPなどは無いのでしょうか?PHPはある程度わかるのですが、どのファイルをいじればどうなるのかさっぱりです・・・:-(
どうも始めまして。サイト編集の手軽さに惹かれて最近Pukiwikiを使い始めました。見た目に凝り性なので、いろいろスキン周りをいじっています。Pukiwikiはシステムが複雑でまだわからないところも多いので、こちらでいろいろ勉強させてもらおうと思っています。どうぞよろしくお願いします。自WIKI
Pukiwikiを導入してみたら、適度にいじれて、ある程度決まった形で出力されるので便利ですね。→Epilogue。
tableレイアウトをやめてfloatによる画面分割を行なっているようですが、失敗してるようですよ。MozillaやOperaなどW3C準拠ブラウザでアクセスすると、本文がメニューバーの下に行っちゃってます。W3Cでは、floatを使う場合にwidthで幅を同時に指定しないといけないことになってます。CSSでdiv#bodyのfloat指定で、width指定/がないため表示が崩れているのだと思います。
floatが多用されていますが、floatをネストする場合には、ちょっとしたコツが必要です。しろくろのへや:PukiWiki/覚え書き、dev:PukiWiki/1.4/ちょっと便利に/skinをテーブルレイアウトでなくする参照。
なお、Microsoft Internet Explorerにはfloatのバグがあるため、画面幅を固定幅にしないとうまく表示できない場合があります。
なるほど。確かにバグっぽい挙動していたので、やっぱり幅固定したほうが楽ですかね?
幅固定はあまりよくないので、IEだけを振り分けるのがよいかと。pukiwiki.orgのスキンではそのようにしています。
一瞬ここで使っているえげつない方法で表示させようかと迷った(笑
すごいサイトだなあ(笑)
PukiWikiを使っているのですがリンク先で文字化けするのってどうしたらいいですか?テキストやHTMLが勝手に西ヨーロッパ言語のエンコードでブラウザで読み込まれたりします;;
リンク先がHTMLファイルの場合に化けるのは、そのサイトのHTMLファイルにcharsetの指定が無い場合(もしくは間違っている場合)です。そのサイトの問題ですので、charsetを<meta>タグなどで正しく指定してもらってください。
リンク先がtextファイルの場合は、ファイル自体にcharsetを指定する方法がないので、ブラウザの自動判定によります。ブラウザの文字コードの判定は必ずしも正しく判定するとは限らないので、文字化けが発生するのはある程度やむを得ないことです。
もしかして、OSがWindows95/98/Meじゃないですか? Windows95/98/Meの場合、リソースが不足すると、フォントセットの読み込みに失敗し、西ヨーロッパ言語で表示されてしまいます。文字化けしたときに、リソースメーターなどでリソースが30%以上あるかどうか、確認してみてください。もしリソースが不足しているようなら、常駐ソフトを減らしましょう。
OSはWin2000です(;;
じゃあ、サイト側の問題ですね。
友人に頼んで、ちょっとイカしたフェイスマークを作ってもらいました。PukiWikiへのささやかな恩返しになればと思います。もし必要な人があれば持って行ってください。フェイスマーク
GNUライセンスということで、The Web Kanzakiさんのところの機能をそっくりそのままPukiwiki用に移植してみたけどどうだろう./あ。
wikiとは関係ないんですけど、phpって外部ファイル化したCSSの自動生成って出来ないんでしょうかね。ページのリクエストがあったときに動的生成って聞いたことが無いなぁ。
スタイルシートの指定にhref="~.php"を指定しても良いのでは?または、.htaccessが使えるならですが、
AddType application/x-httpd-php .cssするとか。
CSSだからって、HTTPで取得していることには変わりないですよね?
なるほど。今度実験してみます。
出来ました。どうもありがとうございます。何で、こんなことがしたかったのかといいますと、例えばrefプラグインなんかで画像の幅とかを指定する際に、動的に外部styleで画像幅とかを指定できれば、あらかじめcssファイルに複数のクラスを定義しなくてもいいんじゃないかなとか思ったんです。次はどうやってプラグインから値を引き渡すかとか問題がありそうですが、どうもです。^^
phpMyAdminがそんな感じのことをやっていますねぇ…ソースを参考にしてみては?
どうもです。参考にしてみます。