パスワードを忘れた? アカウント作成
495357 journal

snowyの日記: Niftyの「@homepage」 11

日記 by snowy

Niftyの@homepageのページ作ろうかと何度目かで思っているが、どうやって作るか。面倒だ。

前は、エディタでコードを書くか、Netscape付属のツール「Composer」で作っていたが、それもちょっと飽きた。買うほどでもないし、良さそうな無料のソフトもない。

いっそのこと、テキストファイルにでもするか。うーん。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • wifky [osdn.jp] いいですよ。
    私のサイト [chobi.net]も wifky で作成しています。
    # Wiki エンジンをこういう使い方するのはどうよ、と作者は悩んでいるようですが ;-p

    それに、wifky は元々 Nifty の @homepage 対応(が特徴の一つ)だったので、今でも動くはず。
    Wiki ですから記述は HTML より楽ですし、プラグインで機能強化できますし。

    まぁサンドボックス [osdn.jp]で一度お試しあれ。
    --
    mobile ID portable_NoGood [slashdot.jp] 併用中
    • Wiki、その手がありましたか。いっそのこと汎用CMSもありますが、やっぱWikiが一番手軽ですかね。

      wifkyも含めて、どんなWikiエンジンがあるかちょっと調べてみました。結構あるんですね。頑張って最大手(?)のMediaWiki動かしてみようかとも思ったんですが、あれはPHPでしたか(@homepageはPerl)。

      作者が何を悩んでいるのか分かりませんでしたが、Wikiが上書きするデータを扱うのを念頭に置いているのに対して、追記するデータを扱うのは本来Wikiの目指すものではないでしょうね。すると、Wikiと、blogのような追記型(とりわけ時系列追記型)を融合したシステムが求められているのかもしれません。それが汎用CMSなんでしょうが、それの、もう少し、扱いの簡単な、特化したシステムと言う事になるのだと思います。

      合間にやっているので、時間をかけて色々調べてみようと思います。またアドバイスお願いします。

      色々調べている内、今時、Wikiぐらい、プロバイダで用意しても良いんじゃないかと思いました。

      親コメント

      • 合間にやっているので、時間をかけて色々調べてみようと思います。またアドバイスお願いします。

        そうですね。
        紹介してしまったのにこんなことを言うのもアレですが、実際問題として、wifky は他の Wiki エンジンと比較して履歴機能が弱いので、荒らされると……

        また、wifky 以外の一般的な Wiki や CMS は、大抵バックエンドに DB が必要なので、一人だけのサイトというか、サーバ側でなくユーザが構築するには大規模すぎると思います。
        慎重にね!ということで(マテ
        --
        mobile ID portable_NoGood [slashdot.jp] 併用中
        親コメント
        • なるほど。

          あとはやっぱりデザインかな。人に見てもらう以上、色遣いや全体の見てくれが洗練されて欲しい。

          Webのシステムにデザインを専門とする人が関わらない(関われない)のが当然なオープンソースの世界ではどこでもそうですけど。

          DBの話、全くそうです。それで選択肢が絞られる。それくらいならプロバイダであらかじめ作りつけのを用意して欲しいと思います。

          で、Niftyに要望を投げました。返答は、「検討させて頂きます」(棒読み)、「LaCoocan [nifty.com]使ってね(はぁと)。PukiWikiもXoopsもMediaWikiもphpMyAdminもOpenPNEもある [nifty.com]から」(意訳)とのことでした。ただし、全部自分で導入ですけど。

          親コメント

          • あとはやっぱりデザインかな。

            其処はサイトオーナのセンスが問われる部分ですから(汗
            お互い精進しませふ、ということで(ぇ

            ただし、全部自分で導入ですけど。

            あ~、アリガチですね~。
            なんというか“それ言っちゃお終い”というレベルなんですが、Nifty@homepage でサイト構築を目論む時点で負k(snipe
            # そんなワケで、私は自分トコの ISP でやってるウェブサイトサービスは利用してないです。ISP はホント接続専用って感じで。
            --
            mobile ID portable_NoGood [slashdot.jp] 併用中
            親コメント
            • さっき風呂に入りながらちょっと思ったんですが、現在のWikiシステムってのはデザインに根本的な問題があるように思います。閲覧モードと編集モードがもっと分離されていていい。見ている時に、頻繁に「編集」リンクが出て来るのは、やっぱり不自然です。例えば、メニューに、ボタン一発で編集リンクの表示、非表示を選択(デフォルトは非表示で)できるような柔軟さがあった方が、洗練されていると思います。ちょっと具体的な話ですね。

              Wikiは、デザインを凝らなくてもそこそこ見栄えが整っているところが長所だと思います。もちろん、オーナーが好きなだけいじれても良いとは思うんですが。

              何にしても、センスが問われる以上、仕上がりは気になります。

              >なんというか“それ言っちゃお終い”というレベルなんですが、Nifty@homepage でサイト構築を目論む時点で負k(snipe

              負(略)でした。orz

              接続専用ですか、そう言う選択肢もあるんですねえ。確かに、独自ドメインや、ダイナミックDNSを使うと、ISPのを使う利点も薄れるんでしょうね。

              親コメント

              • 見ている時に、頻繁に「編集」リンクが出て来るのは、やっぱり不自然です。例えば、メニューに、ボタン一発で編集リンクの表示、非表示を選択(デフォルトは非表示で)できるような柔軟さがあった方が、洗練されていると思います。

                この点なんですが、wifky のプラグイン(機能拡張)のなかに Windows のエクスプローラにみられるような、ツリー構造メニューをレイヤ毎に開閉可能(開閉させるためには要 JavaScript:JavaScript 無しでは展開状態で静的メニュー)な機能を提供するプラグイン [geocities.jp]がありまして、この機能を利用して編集メニューを特定のツリー以下にまとめて、普段は(というか標準状態では)閉じておくようにすれば、御所望の状態になるように思います。
                # 正直に言うとこのツリー状メニュー追加プラグインは使ったことが無いので期待する結果が得られるか保証の限りではありません ;-p
                ## さらに言えば Nifty@homepage で動作するか怪しいです :-)

                Wikiは、デザインを凝らなくてもそこそこ見栄えが整っているところが長所だと思います。もちろん、オーナーが好きなだけいじれても良いとは思うんですが。

                少なくとも wifky に関して言えば、デザインは CSS を基本としていますので、サイトオーナが CSS に精通していれば凝ったデザインにできますし、サイトを閲覧するユーザがオーナの提供するデザイン(=CSS)に好意的でないならユーザスタイルシート(でしたっけ?私はサイトオーナのデザインを尊重して自分のデザインを適用しない派なので詳しくありません(^^;)を適用することで任意のデザインにできます。

                何にしても、センスが問われる以上、仕上がりは気になります。

                この一点に関してはサイトオーナの感性と、それを実現するための道具として何を選択するか、この二点につきるでしょうね。
                # 私は上のように必要十分な拡張性(導入当時はこんな便利なプラグインは無かったので、可能性に賭けて Bingo したってトコですが)と、私にとって過不足無い必要十分な機能を備えていたという点で wifky を選びました。そして現在も(ほぼ)最良の選択だったと満足しています。

                あれ?なんでこんなに布教してるんだ?
                きっとまた作者のツッコみが入るに違いない(苦笑


                接続専用ですか、そう言う選択肢もあるんですねえ。確かに、独自ドメインや、ダイナミックDNSを使うと、ISPのを使う利点も薄れるんでしょうね。

                いや、ISP でも一通りのサービスは提供されてるんですが(Blog や SNS まである)、やはり付加価値止まりで使い勝手がイマイチっぽい(使ってないので不明)なのです。
                サイト提供サービスは一時期利用していましたが、私のポリシーとしてリアルとネットは切り分けたいというのがあって、ISP の提供するサイトではどうしても登録ユーザ情報ベースになってしまうので、実名系になっちゃうんですよね~。
                # 一応ハンドル名で運用するんですが、ISP の提供するサービスを横断して共通のハンドル名を使用することになってしまっているので、既に別サービス用に実名系のハンドルを取得してしまっていて……このハンドルが変更できないと言うのも困り者 (-"-#
                --
                mobile ID portable_NoGood [slashdot.jp] 併用中
                親コメント
              • 編集リンクに関しては、大手のMediaWikiが将来的にはNoGoodさんが使っているplug inのような機能を実装すると思います。Wikipediaの利用者が一般の人が増えた時点でリクエストが増えるでしょうから。で、他が追随する、と踏んでいます。

                CSSですが、私もサイト所有者のセンスを尊重する方ですが、しかし、そこまで手が回らない(技術を習得しない、興味がない)、と言った人が、Wikiユーザーには多いのだと思います。だからこそ、システムを提供する側が、デザインまで配慮したものを用意して、もしくは周辺が、「テーマ」のようなテンプレートを数種類用意してユーザーを積極的に確保、ユーザーの興味を刺激して欲しいと思います。それには、やはり、「女性が使いたがるデザイン」が目安だと思います。

                まぁ、機能が全てという見方も否定しませんし、機能のみで突っ走る先進性のあるシステムの方が開発スピードがあって良いでしょうし。

                話が散漫になってしまいましたね。すいません。

                リアルとネットを使い分けたいという話も、同感です。昔からのISPはなかなかそこまで波に乗らないところが良くもあり悪くもあり、と言った感じです。Yahooみたいに、ユーザーIDとは別にニックネームを多数使えるようなサービスになったのも、多くの一般の人が使うようになった(オークションの影響などが更に)結果だと思います。やはり、コンシューマー市場がネットやPCにもたらしたものは大きいな、と思います。

                親コメント
    • >> # Wiki エンジンをこういう使い方するのはどうよ、と作者は悩んでいるようですが ;-p

      あれ?、わたしって何を悩んでたんでしたっけ?
      親コメント
typodupeerror

吾輩はリファレンスである。名前はまだ無い -- perlの中の人

読み込み中...