PukiWikiスレ Part8
レス数が900を超えています。1000を超えると表示できなくなるよ。
PukiWikiもう何年か人気落ちたよね。
今でも使えると思うんだけどな 人気落ちたのはここ何年かではなく、人気なくなって15年くらいは経ってると思うけど。
ただ、はてなダイアリーやトライポッドみたいに2000年代に流行って消えていったプラットフォームと違って
PHPさえ動けば使い続けられるから、今後も細々とかなり生き残るだろうけどね 個人用メモ的な用途では完全に終わった
公開用についてもWiki系の一方言に定着しちゃった
複数人での閉じた用途で使いみちがあるかどうかだけど
Redmineやらが登場して駆逐された なんでpukiwiki公式サイトって
未だにPHP 5.6系なんだろう。
それのせいで遅いのもあるんじゃないのか。
公式なんだから最高のサーバーで動作の軽さもアピールしてほしいわ というか未だにキャッシュが標準じゃないの？
散々色んな人がいろんなキャッシュプラグインとか作ってたのに pukiwikiは周りの人がいい機能の実装とかプラグインを作っても、
henohenoが気に入らない機能は5〜10年は取り入れてもらえないからなぁ。
キャッシュ、レスポンシブ対応、markdown、短縮URL… 糞過ぎて笑うww
なんか庶務課勤務の古びたおっさんがリタイア後に管理人してるぼろマンションみたいだな そうやって威勢のいい君らが派生させたものをむしろこれが今後は本流の勢いで突き進み続けてくれればいいだけなのに、おかしいなあ よくいうよ
公式のトップページでいかにも派生がまがい物っぽく攻撃してたくせにw
このスレでも上の方でAdvを敵視してた痕跡が残ってるよ そもそもpukiwiki-devの中で本流の開発やってるのって、いま何人いるの？
プラグイン作ってるようなのは何人かいるけど、メインのGitに参加してるのってumorigu1人だけ？ >>827
1人だろーね
口だけご立派さんだけはいっぱい居てやたら批判されまくりだからやってられんよな 公式の掲示板で批判されてるならともかく
なんでわざわざ5chのスレまで監視して出張ってくんの？ 自分の意に沿わないやつをこうやって徹底的に叩きまくるという姿勢が
派生版製作者やプラグイン製作者を萎縮させたんだろ
今もまったく変わってなくて草生える >>821
OSDNのプロジェクトWebサーバーのPHPが未だに5.6系だからやろ。 1.4.4頃のを独自改造しまくったものを使い続けてるので公式新バージョン出ても
面倒くせえと思いながらいいところだけつまみ食いさせてもらってるわ
プラグイン含めて公式でも派生でも独自でもなんでもいいものはいただいていくのでみんな頑張ってくだされ〜
自サイトで使うだけのスパゲッティだから成果物は何も出ないけどね☆ 停滞時期に独自改造に走ったサイトは結構あるよね
んでPukiWikiがどうこうよりサイト管理が趣味な感じの人のサイトはわりと今も生き残ってたり
PukiWikiで雨後の筍してた某ネトゲ攻略系サイトなんかそんな感じでデフォのまま使ってるとこやレンタルのとこは死滅したけど なんだかんだで、多少アンチが増えても、
ずーっと過疎ってたpukiwikiスレが賑わってきて
まあいい感じなんじゃない
荒れてるほうが過疎って忘れられて自然消滅していくよりは良い PukiWiki 1.4.8のスパムフィルタはまだ組み込まれない感じか。 >>823
今はもうhenohenoは引退したんじゃないの？ wordpressやmovable typeくらい有名どころでも脆弱性が問題になって修正パッチがリリースされたりするけど、
pukiwikiはそういう心配はないんだろうか？
ユーザーがいないから狙われない？ pukiwikiの開発も無償奉仕じゃ持続性がないからカンパしようと思ったら
どこに募金すればいいのか書かれてないな。
mozillaみたいにオープンソースのフリーソフトでも寄附を集めりゃいいのに >>841
熱意があるならdeveloper版のサイトにコメントすればいいよ RCまで出てるんだから、あとパッケージしてサイトに載せるだけなのに。 OSDNは使いづらいからgithubかbitbucketに移管すればいいのに OSDNは使いづらいからgithubかbitbucketに移管すればいいのに DB対応の話は定期的に出てくるけど、
counter.inc.phpだけ見てもファイル管理からsqliteにするだけでかなり重くなるからなぁ。
特にアクセス数が多いサイトではよりDBアクセスが律速段階になる。
今のファイル方式のほうがよさげ。 Umorigu氏戻ってきたからそろそろ1.5.4?
Teamのページ見たところようやくコミッタ増える？ ecacheプラグインのPHP8対応キボンヌ
ってか、pukiwiki本体がいい加減キャッシュ内蔵になってよ、という気もするが ecacheもそうだけど
普通にキャッシュ機構（bodycashe）入れろって思うわな キャッシュ機構は副作用多いから難しいんじゃない？
動的なプラグインは使えなくなるし え？そんな10年前の言い訳未だにしてんの？
導入して10年になるけどコメント欄でも困ったこと無いけどw
どういうパッチというか対策したか忘れたけど
マジで化石みたいな頭してんだな PukiWikiは静的プラグイン、動的プラグインにわけるべき。ほんとPukiWikiは保守的よ アクアリウムwikiって、あれpukiwikiなのか。
何度も見てるサイトのはずなのにpukiwiki使ってるなんて初めて知った。
すごいな。 最近みてないけどカスタマイズ履歴も書いてた気がする
かなりカスタマイズしてるよね
というかあそこくらいだとキャッシュないとまったく動かないだろうな 他にpukiwikiベースのメジャーサイトってどれくらいあるの？
ゲーム解説系以外で。 ゲーム以外でメジャーなものはないだろうな
MathpediaはPukiWikiからMediaWikiに移行されたからな
ひろゆき氏の2chscのWikiはPukiWikiだな。 PukiWikiからMediaWikiの移行はちらほら見るよね
なんでだろ あっちはちゃんとメンテされてるし
なにしろWikipediaと互換だって言う強力な強みが はいふん氏がコミッタ申請したのにスルーされてる
ワンマンで開発していくつもりなんだろうか コミッタを独占してgitの管理も1人でやって、
新機能の採否などもコミュニティに相談するわけでもなく全て1人で決定して、
pukiwikiの所有者にでもなったつもりだろうか。 spamfilterを使ってるけどipv6は対応してないんだな
どうやって対応させたらいいのか henoheno管理者不在だからチームに入れないだろうよ
PukiWiki Adv復活しようよ なんならPukiwiki使うよりDokuwikiの方が強い dokuwikiって海外では強いのかもしれんが
日本で使ってるサイト見たことないぞ？？ PHPをアップデートしたらまともに動かなくなるのがね
MediaWikiとかはアップデートでサクッと対応できるけどPukiWikiはアップデート遅いし
そもそもPukiWiki自体が改造必須だから簡単にPukiWikiのアップデートできないし 公式であまり話題に出ないけど、
この自作プラグインはけっこうすごいと思ってるんだ
https://dora.bk.tsukuba.ac.jp/~takeuchi/?%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%2Fpukiwiki%2Fuml.inc.php
なんか大学の先生が作ったっぽいけど
1.5.3だと普通に複数行プラグインも使えるからもっと簡単に使えるのかな？ pukiwikiは機能もそうだけど、見た目が古くさいのを何とかしなきゃ普及しないよね。
なんだか2000年前後のADSLが出始めた頃のYahoo! JAPANみたいだもん。 今風のデザインにするって言ってもどうするかだな。
もう流行りはすぎてるかもしれんがdokuwikiみたいに
bootstrap対応スキンを入れたりグリッドレイアウトできるようにするとか？ bootstrap入れるくらいならdokuwikiでいいじゃんという気も はいふん氏はなんでコミッターなれなかったの？
umorigu氏はどう思っているの？ みんなpukiwiki adv使わないの？
本家より速度100倍も出るよ まだなれないとは決まってなくない？
umorigu1人では権限がなくて決められないからumoriguは他のコミッターの意見を待ってるけど、
他のコミッターがサボりすぎてるのか幽霊部員なのかもう死んだのか
とにかく返信をしないから誰も決断できないまま放置されてる的な
いずれにせよ、これではいふん氏がやる気無くしたら貴重なpukiwiki次世代の担い手の1人をむざむざと失うことになるわけで
pukiwikiは旧コミッター陣に殺されたも同然 PHP8には何とか対応できたけど、今のペースだと
2022秋にPHP 8.2、2023秋に8.3？、
2025年くらいにはPHP 9.0が来るはずで、その時に動的プロパティ禁止とかPHPのゆるふわ仕様がいよいよ認められなくなるので
PHP9対応に貢献できるコミッターがどれくらいいるかによっては2025年頃にpukiwikiの開発は終わるかもね 他力本願もなにも、
参画しようとしてコミッターに志願してる人の受け入れを拒絶してるのはどっちだ？
ゆっくりと自殺してるようなもん みんなでmediawikiとconfluenceに移ればいいじゃん mediawiki重たいよ。advの方がmediawikiの10000倍軽いよ pukiwiki advは確かにデザイン良かったな pukiwiki advはなんで無くなったんだっけ？ 1.5.4はs.inc.phpは標準で組み込みになる？ >>895
1.5.4 rc2を解凍してみろ
無いと思う あの書き方だとs.incそのままじゃなくて
ロジックをどこかに組み込んだんじゃないの？ umorigu氏ですらコミッターがどうやって決まってるかしらないって
pukiwikiの運営は謎に包まれてるな。 umorigu氏ですらコミッターを誰が決めてるかしらないって、
誰が運営なのかではなく
もはや誰も運営していないってことなのでは、、 決めてるのはプロジェクトマネージャーのhenoheno氏でしょうな markdown対応はよ
markdownに未対応だったconfluenceはmarkdownが使えるようになったよ 複数行プラグインはもう標準でオンにしてもいいんじゃないの？ >>904
最後のコメントは2019年だったような umorigu氏とかpukiwikiの運営に比較的近いところにいふ人はhenohenoと連絡取ったりしてるんだろうか？
消息不明？ sonotsのpost pukiwiki構想のうち、いくつかは今からでもpukiwikiに取り込みたい
http://pukiwiki.sonots.com/?Hack%2FPokiWiki
- タイムスタンプは別ファイルに保存し、実際のファイルのタイムスタンプとは別にする
- 概要フィールドを作る
- pukiwiki.usr.ini.php のようなものを作り、pukiwiki.ini.php を上書きするようにする。
- skin/, image/, ではなく、skin/ だけでおｋ Markdownはオンオフもいいけど一番簡単なのはページ先頭での宣言かな？
そのページはMarkdownパーサで処理してプラグインは別の呼び出し方法で
Markdown対応してるのだけ可能とか
Sonots氏のは本当に実現して欲しいな
概要フィールド作るなら、英語名称とかツーザーで拡張して
プラグインとかから取得できるようにして欲しい
まあ夢のまた夢だけど markdownをページ先頭で宣言するなら
markdown.inc.phpでいいのでは？ PukiWiki記法をベースとして編集時Markdown記法に変換して保存時、PukiWiki記法に変換してしまえばいいんじゃないの？ pukiwikiからmarkdownへの変換は、変換GEMとか見てるとわかるように
表組みなどがかなり難しいんだよね
あとmarkdown変換は大抵1行単位で行うスクリプトが多いので、
MULTILINEプラグインもmarkdownに変換しにくい >>912
概要フィールドもどきなら
description.inc.php（あるいはそれの改造）でそれっぽいことはできるんじゃない？ >>916
それを他のプラグインから取得できないと意味ないだろ
どこを斜め読みすればそうなるんだよ
フロントマター的なのを実装しろってことだぞ
どんだけ時代遅れなんだろ レス数が900を超えています。1000を超えると表示できなくなるよ。
