atwikiというのは謎の会社である。 wikiで最大手であるにもかかわらず、情報がほとんどない。 何故かというと２００６年に取締役が逮捕されたからである。 元々はメディアに結構出ていたが、事件を境に出て来なくなった。 この件について書くと弁護士から執拗にメールが送られてくるので注意が必要だ。 atwikiは規模からして公益性のある企業だと思うのだが、向こうの弁護士はそうではないという認識らしい。 プライベートな情報であるということのようだ。 なお逮捕されたのは、この記事の中の竹田さんという人である。 この竹田さんは解任されており、現在はatwikiには所属していない。

PukiWiki は国内の個人学習やゲーム攻略サイトなどで広く使われているが、ゼロ年代後半から開発が停滞しており、5年以上の正式リリースがなされていない状態である。PHP 5.3 がリリースされて3年以上経過しており、ユーザーによる対応パッチが公開されているが、いまだに PHP 5.3 に対応した正式リリースが登場しておらず、開発はほとんど止まっていると判断される。 古い PHP のバージョンに対応できない状態が続けば、ユーザーがセキュリティメンテナンスされておらず安全ではない古いPHP のバージョンを使うことを強制させることになるし、PHP 5.3 以降を対象とする PukiWiki のプラグインや別の CMS を導入しようとするユーザーの妨げになる。 開発チームが最小限行うべきことは PHP 5.3、および PHP 5.4 への対応パッチを取り込んだバージョンをリリースし、開発の継続が

CliWikiはGoogle Chrome上で動作するWikiエンジンです。オフラインでも動作します。 普段コンピュータを使っていてちょっとしたメモを残しておきたいと思う時は多いものです。そんな時に使えそうなのがCliWikiです。Google Chromeアプリとしてインストールされ、オフラインでも使えるWikiエンジンです。 インストールします。 インストールしました。中央にある栗のアイコンがCliWikiです。 トップページです。 こちらはSandBox、記法の説明が書かれています。 編集画面です。 新しいページへのリンクはWikiNameのみ受け付けるようです。 編集中は下にプレビューが表示されます。 編集履歴にも対応しています。差分ではなく全体を保存しているようです。 CliWikiはちょっと独特な記法ですが、慣れれば特に問題なさそうです。オフラインで使えるので気になった時にすぐ

Ruby これは何？小規模のグループで緩くコミュニケーションを取るための、Twitterクローンなマイクロブログです。Rails製です。このGW中に作りました。予め決められたグループで運用することを想定しているため、twitterに比べるとFollow機能等がありません*1が、その分グループ運用に適した他の機能も加わっています。 Timeline Wiki - Show Wiki - Edit なぜ作った？大学の研究室で日々の成果や意見等をつぶやくことで、学生や教員間で進捗を管理しつつコミュニケーションを取り、良い研究室生活を送ろう、という目的のもとで作りました。研究室でなくとも、友人間のグループや小規模なプロジェクト等、色々な用途に使えるのではないかと思っています。 また、Rails3を使ってまともなWebアプリを作ってみたかったので、その学習も兼ねています。コードはこちら(github

[ インターネット ] オープンソースでサーバー運用/管理 オープンソースソフトウェアを使ったサーバー運用・管理のノウハウ。他であまり取り上げられていない話題が中心。 編集 履歴 添付 設定 新規ページ作成 メニュー カテゴリー 最近更新したページ 2006-06-03 pgFouine/conv.awk pgFouine 2006-05-31 FrontPage 2005-08-22 Osiris 2005-07-07 Crafty Syntax Live Help/lang-Japanese.php Crafty Syntax Live Help OTRS/ja.pm/2 OTRS/ja.pm OTRS MenuBar1 MenuBar2 OTRS インストール 日本語化 日本語ファイル OTRS/ja.pm 設定 Config/Defaults.pm # --------------

こんにちは、はやまといいます。大阪で SE やってます。さて、いきなりですが： ブログには無い、HTMLサイトの３つのメリット この記事を拝見して最初に思ったのは、これです そこで、個人Wiki ですよ！ Wiki っていうと、不特定多数の人間が自由に編集するというイメージがありますが、それはツールの自由度というのを誤解しているに過ぎません。ページを凍結できる機能があれば、立派なテキストサイト作成ツールです。 ということで、Wiki を HTMLサイトに応用する場合、元記事のメリットがどうなるか、検討してみましょう。 「まとめサイトを作りやすい」か？ 作りやすいです！ だって、Wiki ですから。 ブログと違って、時系列の束縛を受けないのは同じ 基本的にフラットな記事構成が普通 ツリー的なページの配置は、Wikiの処理系によっては出来ることもある。 うん、最後を除けば、バッチソですね。 「

Wikiを発明したWard Cunningham氏の「Wiki Design Principles（Wikiデザイン原則）」を訳してみました。 ところどころ訳が怪しいところもあるのであしからず。ご指摘大歓迎。 Wikiは私が思っていた以上のものだった！ （しかし、Wikiを作るにあたって）私があまり考えていなかったというわけではない。Wikiの最初のリリースで実現しようと考えた、いくつかのデザイン原則がある。 このページは、私が最初にWikiに取りかかろうとした時に考えていたことを思い出しながら書いたものである。「サーバーのロバスト性」のように後で追加せざるを得なかった原則もある。 開放（Open）：ページが不完全であったりまとまっていないようであれば、読み手は誰でも自分がいいと思うようにそのページを編集できるべき。 漸進的・徐々に増える（Incremental）：あるページは他のページに

テキスト処理とスクリプト言語を中心に取り扱います。

「「世界が認める"MoinMoin" を日本でも普及させよう」」部門より. Python製のWikiエンジン、MoinMoinの日本語化担当者を募集しています！ 世界が認めるWikiエンジン、国内でもさらに普及させるために力を貸してくださる方、ご連絡ください。 これまでは私が日本語化を担当していたのですが、個人的な都合により、もはや時間を割くことができなくなってしまいました。この作業に興味をお持ちの方、まずはこちらのページをご覧ください。おおよそ必要な作業がわかるかと思います。「ぜひやってみたい」と思ってくださった方、私(toh_at_fuji-climb_dot_org、_at_は@に、_dot_は.に置き換えてください)までご連絡ください。 このすばらしいWikiエンジン、「日本語化されていない」という理由だけで国内での普及が遅れてしまうのは、あまりにももったいないです。時期リリース

営業部と技術部で違うのかもしれません... 自分達の事業部は営業チームと技術開発チームと制作チームに別れていたのですが、 ３つきれいに分かれました。 自分が居たところの実体と、それについて思ったことなので、違うパターンがあったらぜひ教えてください... 技術開発チームは積極的にネタを書きこんでコラボレーションを図る土壌があって、積極的。wikiが繁栄しやすい。 ネタ探しが辛くなると積極的にネタを突っ込んでおいて予防線を張り合うので、そこそこ情報が集まる。 営業チームはwikiで書こうがeメールで書こうが、結果 「～～について考査いたしましたのでよろしくお願いします」 という全体配信メールを打って、結果やフィードバックをメールで全部見る（メールで時系列管理したがる）ので、 あまり激しく繁栄できず、またノウハウを開示してしまうことになるので警戒しあって誰も おいしいところを書きたがらないので、

「 www.hizum.net 」のページは、ドメインが無効な状態です。 ウェブサイト管理者の方はこちらから変更・更新を行ってください。 「 www.hizum.net 」is Expired or Suspended. The WHOIS is here.

追加、更新情報などありましたらよろしくお願いします。 [[#rcomment]] 2006-04-22 (Sat) 06:55:16 MOONGIFT - PrintWiki? - オープンソースによるIT戦略支援 -(oss.moongift.jp)。 2006-04-22 (Sat) 06:55:03 MOONGIFT - Wiki in a Jar - オープンソースによるIT戦略支援 -(oss.moongift.jp)。 2006-03-15 (Wed) 10:59:11 塚本牧生 : Moongiftの更新分をフォロー。 2006-03-15 (Wed) 10:42:18 塚本牧生 : WikiYallowの更新分をフォロー。また、Tapestry Wikiがアクセス可能になっていたので、リンクしました。 2006-02-27 (Mon) 11:32:52 情報源にはないですが