プロジェクトにベーシック認証(アクセス制限)をかけたい
userscriptやusercssのノリで htaccess htpasswdを設定するとベーシック認証が掛る、という仕組みが欲しい。
というのも、共同編集はしてほしくないけど、ポートフォリオとして他人に共有したい、だけど、権利関係があってオープンに共有するのは難しい、ということが仕事だとあるのです。数社と仕事しながら仕様書を書いてるとかとかそういうのの共有でも同じようなことがあります。
プロジェクト名をなにかハッシュした文字列にすることでURLを難解にする、という手はあると思うんですが、その場合はサイトがno robot(でしたっけ?)みたいな検索エンジン除けが出来ないと辛いかな、と。 わかりますshokai.icon
わかりますが、この機能は必ず権力構造を産むので、今の段階では実装しません この機能は、存在すれば絶対に有効化したくなります
そして本来コラボレーションできたはずの組織でも、放送や命令の様な使い方に寄っていきます
これもわかるyamato.icon
まずはproject member同士が信頼しあえる環境を作る事に注力して欲しい 読む権限があるなら、なぜ編集してはならないのか？
これは正しい。が、思わぬ自体で壊れされてしまう、ということもあるかな、と言う気もしたりするけどまぁそこはそれほど大きな問題じゃないな、、、寧ろ自分のプロモーション的なポートフォリオなんかの場合にyamato.icon
「こｚのリンクからメンバーになってください」というコミュニケーションが一般的でないほうが問題
あとscrapboxのアカウントを相手にも作らせることになるのでそれは現実的じゃない
という感じだと非公開ポートフォリオはやっぱりscrapboxでは無理
というのが結論だろうな。yamato.icon
そうですね。無理ですshokai.icon
相手を、嘘を書いたり人を騙す悪人だと思っているのではないか？
そういう相手には、そもそも読む権限を与える時点で危険ではないのか？
例えば、重要なページを勝手に2chにコピペしたりするかもしれない
こちらの方がscrapbox上に編集履歴が残らず、会社に確実にダメージを与えられる
↑ 上記四つは常識的に考えてポートフォリオを送る関係のある人にそんなことを考えることはないのでそこを啓蒙されてもあまり響かないです。言ってることはわかるけど。yamato.icon
なるほどyamato.icon
現実的にすごく巨大な組織では、監査の関係などで適切なアクセス権限設定が必要な場合もあります
その場合はオンプレ版を購入していただく事で、オンプレ版全体やpath毎にbasic認証をかけたりできます とはいえ僕みたいな個人ではオンプレ版を買うことはできないので、有料版だと出来る機能くらいまで敷居が下ると嬉しいyamato.icon
念のために書いておくと、ポートフォリオ版みたいなバージョンを作る事は無いですshokai.icon
なのでポートフォリオの為の便利な機能を実装すると、普通のグループウェアとしてのScrapboxにも影響が出るわけです
これはその通りですね。わかります。yamato.icon
あらゆる目的に使える万能のツールは、使い物にならない機能の塊になってしまうのでご理解下さい
こらは理解してます。なのでむしろ提供されてる機能のなかで便利に使わせてもらってます。個人レベルだとuserscript などでカスタマイズ出来るので殆ど不便を感じたことはないです。yamato.icon
あくまで、Scrapboxは人間の知能や共同作業能力を強化するツールです
そうですね。なので仰っていることは理解してますし、実際「共同編集が前提の関係性であれば橋本さんの理念は正しいと思うので、今回は私の使いたい方向性がマッチしなかった、に過ぎないですね。yamato.icon
詳しく解説頂いてどうもありがとうございました。yamato.icon