翻訳は通常火曜日にマージされます。新しい翻訳がマージされたかどうかを確認するために Commits · discourse/discourse · GitHub を確認するのが好きです。そうすれば Discourse を更新したいからです。
Discourseは、あなたが言及した他の多くのプラットフォームよりもはるかにモダンであり、その基盤も異なります。Rubyで記述され、Dockerで実行されており、学習曲線はかなり急ですが、それだけの価値はあると思います(Dockerのようなものは将来的に理解しておくと役立つでしょうし、一般的に管理は非常にスムーズで、私の知る限り、開発エコシステムもかなり健全で非常に安定しています)。
中国のインターネットでそれに関する情報が非常に少ないのも驚きではありません…おそらく時間とともに変わるかもしれませんが、最終的には言語の壁だけでなく、実際の技術的な障壁もあります。
頑張ってください!成功します!あなたの翻訳の提案とここでの質問は、他の人がDiscourseをよりスムーズに設定するのにも役立ちます。
以前はDiscourseの前にSMFフォーラムソフトウェア(PHPベースで、ややレトロ)を使用していました。Discourseがどこから来ているのか理解できます。それらのフォーラムソフトウェアは、管理者の作業に関して、もう少し論理的で整理されていました。しかし、Discourseの管理セクションを2日弱かけて調べた結果、かなり慣れてきたことを喜んで報告できます。そのため、最初は非常に圧倒されると思いますが、Discourseのアプローチの変化は、信じられないほどカスタマイズ可能で真に将来性があるため、すぐに成果を上げ始めます。幸運を祈ります!
編集:スペルミス
Discourse のセットアップは簡単ではないことに同意します。また、Ruby/Rails で書かれた大規模プロジェクトに関わるのは初めてです。
しかし、実際に難しかったのは、まず送信メールの設定でした。推奨されるメールプロバイダーは、小規模な利用量で運用している企業とは話すらしてくれません。さらに、ユーザーベースの多くが要求する受信メールの設定に1日費やしました。新しいサービスに関心を持たない人がいるのはどこでも同じです
。
また、インストールを壊してしまいました。私が不可能だと気づかずに何か(カテゴリを3レベル以上ネストすること)をしようとして、それを削除しようとしたときに、同時に、同じホストで別のサイトを並行して実行しようとしていた、私がルート権限を共有していた開発者がいくつか壊してしまいました。再インストールして、すべてのカテゴリを再作成する必要がありました。
完全にその価値はありました。
ありがとうございます。皆様からの製品に関するフィードバックを拝読しました。管理エクスペリエンスの簡素化に努めており、皆様が指摘された分野の改善を行ってまいります。
また、通常は新規採用者にプロバイダー上でのセルフホスト型セットアップを試してもらうため、再度そのプロセスを実行し、合理化できる点を探ります。
ところで、スクリーンショットから、上記の翻訳キーは次のようになっています。
js.notifications.titles.linked_consolidated
したがって、「likes」->「点赞」ではなく、「link」->「链接」であるべきです。
同様のキーがあります。
js.notifications.titles.likes_consolidated
これは「点赞」になるはずです。
1レベル以上のサブカテゴリのネスト化を許可するコマンドラインがあります。検索する必要があります。しかし、私の設定では3つの親\subcat1\subcat2を許可しています。
Brevo comは無料ティアでかなり良いです。
これのことだと思いますか?
はい、それです。ありがとうございます。
こんにちは。最近、中国のクラウドサーバーでセルフホスト版を試しましたが、特に複雑な問題はありませんでした。
ドキュメントが少し不足しているように思われます。実際、標準のDockerインストールのテンプレートフォルダには、中国のネットワーク環境を解決するための組み込みファイルがあります:web.china.template.yml
しかし、このファイルはドキュメントには記載されていないようです。また、このファイルは、最近の中国によるdocker.ioのブロックの問題を解決するために更新する必要もあります。
公式ガイド (discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub) を使用して、約20インスタンスを問題なくインストールしました。
Alibaba Cloud の香港リージョンを使用する場合、ネットワーク環境のブロッカーはありません。
ただし、Discourse のインストールには、コーディングの経験、またはウェブサイトの仕組み (DNS、ドメイン、ネットワークポートなど) に関する知識が多少必要だと思います。少なくとも、上記のガイドを読むことに抵抗がないレベルである必要があります。
そうでない場合は、誰かに手伝ってもらうか、インターネットを検索して (多くは中国語以外の) ドキュメントを見つける必要があります。
ちょっとしたヒントですが、管理画面の言語を英語にすると、問題が発生したときに検索がより速く、より正確になり、中国語と英語の単語のマッピングを見つける時間を節約できます。また、ヘルプを求める際にスクリーンショットをアップロードする必要がある場合にも役立ちます。慣れてきたら、いつでも元に戻すことができます (最初のインスタンスをインストールしたときに私もそうしました)。
それは、Discourse が、有料のものはおろか、フリーウェアでさえ提供していない、多くの美しく明快な機能を提供しようとしている(または提供している)からです。
多くのオプションが必要な場合、遅かれ早かれそれは「オプションのジャングル」になります。そして、Discourse のチームは、この「ジャングル」を可能な限り整理された状態に保つために一生懸命働いています。ですから、私たちは批判と、心の中にある賞賛のバランスを取るべきだと思います。
(投稿は作者により削除されました)
これはどういう意味か教えていただけますか?誤解があるのではないかと推測します。当社には独自の利用規約があります:https://meta.discourse.org/tos。これはテンプレートとしても提供しており(管理者に読んで、必要に応じて自身の弁護士に相談し、自由に編集することを推奨しています)…しかし、ほとんどのDiscourseサイトは独立して運営されているため、当社は直接ブロックや執行には関与していません。
discourse.orgから直接ホスティングを購入しているサイトは、当社のホスティング規約に従う必要があります:https://discourse.org/self-serve-terms…しかし、管理者が当社のルール(主に法律の遵守について)に従っている限り、当社はユーザーに対して設定する規約には関与しません。
私のミスです。誤ってDiscordだと思っていました。確かに誤解でした。
当時のことは覚えていませんが、Discordに関連することをしていて、無意識のうちにDiscourseをDiscordと混同してしまいました。
そうでなければ、Discourseはそのままで素晴らしいものであり、何も問題はありません。
Discordは、ユーザー訴訟を阻止しようとする点では実際にはかなり悪いです。
(あたかも私がDISCORD初心者であるかのように)あなたのその発言について少し説明していただけますか?
そして、Discourseにおいてそのような妨げを感じませんか?
例えば、あなたが会社から製品を購入し、その製品が非常に悪質で誰かに重傷を負わせた場合、それは会社の責任です。しかし、購入時に、会社はユーザーに通知することなく、訴訟を起こす能力を自動的に無効に設定していた場合、たとえそれが会社の過失であっても、あなたは泣き寝入りするしかありません。基本的に、これがDiscordで起こっていることであり、将来何かが起こった場合に備えて、利用規約でユーザー訴訟をブロックすることに自動的にチェックを入れることで、彼らは訴訟を起こす能力をブロックしています。
いいえ、彼らはユーザー訴訟をブロックするようなことは一切していません。たとえ彼らの製品が私に何らかの形で損害を与えたとしても、訴訟を起こす権利は依然として私にあります。オンラインディスカッションプラットフォームでユーザー訴訟をブロックしてもあまり意味はありませんが、道徳的には私たちの権利の侵害であることは確かです。
