ホームページ ウェブフロントエンド jsチュートリアル ユナイテッドについて言及...ゴー

ユナイテッドについて言及...ゴー

Oct 04, 2024 pm 08:23 PM

ブログとは、自分の意見を公に発表することを意味します。もちろん、それに対する反応を期待します。そうでない場合は、自分の考えを小さなノートに書いて、ベッドサイドのテーブルに隠しておきます。したがって、ブログ投稿は常に、仲間、読者、Web ユーザーとの会話の前半にすぎません。残りの半分は反応、またはさらに良いのは相互作用で構成されます。意見を広めたり議論したりするために、自分のブログ投稿でその意見を取り上げた他のブロガーからの「いいね!」、コメント、またはリンク。この 2 つの部分から物語が生まれます。

ブログの人気が再び高まっているようです。情報の共有が容易になった大規模な「意見企業」によって長年囲い込まれてきた後、多くの人は、意見そのものや個人さえも注目されることがなかったため、この単純さには代償が伴うことに気づいています。閉じたネットワークの中心にあるコンテンツは、収益化されたり、他のネットワークを操作するために使用されます。今日、ブログは、自由と独立、そして大規模なソーシャル メディア プラットフォームからの解放への欲求の表現でもあります。

ただし、この自由は、かなりの技術的理解が必要であり、コンテンツのリンクは、キーボードを使用できればよい大手プラットフォームほど簡単ではないことも意味します。 Wordpress などのブログ プラットフォームはこの時点では確かに役立ちますが、結局のところ、自分の考えを書き留めて投稿の形で公開できるブログがあるだけで、自動的に会話になるわけではありません。ブログを介した実際の会話の最も重要な構成要素は、World Wide Web の中心要素であるハイパーリンクです。そして、ブログの黎明期である 2000 年代とは対照的に、現在では、リンクを介してコミュニケーションし、単にブログ投稿にコメントする以上のやり取りを行う方法が数多くあります。

インタラクション

例: アリスはブログに投稿を書きます...

  1. ボブはそれを読み、そのトピックについてブログに書き、その URL でアリスの投稿に言及します。
  2. アリスは、見出しを含む投稿の URL をマストドンなどのソーシャル Web プラットフォームに投稿します。 Chris は投稿を読み、「いいね!」を押します
  3. ダニエルはマストドンの投稿に返信し、同時に再投稿します
  4. Alice は、オリジナルの URL を含む完全な投稿を DEV などの開発者プラットフォームにシンジケートし、Eric はこの投稿にコメントします

上記のやり取りはすべて、Alice のブログから始まりましたが、彼女のシステムの外部で行われ、元の投稿には反映されません。ボブは確かにエリックのコメントやダニエルの返信を興味深いと思うでしょうが、アリスがブログでボブが言及していることを知らないのと同じくらい、彼もそれらに気づいていません。ウェブからのすべてのインタラクションのリストが元の投稿にありません。

これらすべてを達成するための技術はすでに存在します。必要なのは実践することだけです:

on 1: ボブは投稿ページ (例: webmention.io) でアリスによってリンクされたエンドポイントに Webmention を送信し、Alice は API 経由で Webmention をそこで取得します
2 と 3: アリスは以前に brid.gy をセットアップして、Mastodon インタラクションを Webmention エンドポイントにも配信しました
4: アリスは専用 API 経由で DEV コメントを取得します

ソーシャル ウェブ、別名 Fediverse からのやり取りは、今日すでにさまざまなブログ投稿で見ることができます。これらは通常、Mastodon の API からページに直接プルされます。ただし、これでは通常、重要な側面の 1 つが無視されます。元の投稿への自己実行シンジケーションのリンク。これは、読者にワンクリックでインタラクション オプションに到達する機会を与えるためです。

しかし、Alice は、それぞれの API に慣れていなくても、どうやってページ上のインタラクションを取得できるのでしょうか?

彼女は単に Mentions United プロジェクトのクライアント スクリプトを使用しているだけです ...

推進力

3 年前、私はこのブログで Webmentions を紹介し、あちこちでそれについて書いただけでなく、他のプラットフォームでの手動シンジケーションを体系的に記録し、投稿の下に表示することも始めました。
私はテキスト投稿を Mastodon にシンジケートし、コンテンツが適切であれば DEV に、写真を Pixelfed、Flickr、およびその他の (残念ながら) いくつかのクローズド プラットフォームにシンジケートします。私は、Aaron Parecki の webmention.io と Ryan Barrett の brid.gy を組み合わせて、Mastodon と Flickr からすべての Webmention とインタラクションを収集し、クライアント側 JavaScript を使用して投稿ページにそれらを表示しました。

しかし常に欠けていたのは、他のプラットフォームからのインタラクションでした。 brid.gy は原則として、ソーシャル ウェブ最大の写真プラットフォームである Pixelfed からいいねやコメントを収集できますが、このプラットフォームでは 4 年前から知られているいくつかのバグがこれを妨げています。

Sekarang, saya bukan orang yang paling sabar, dan memandangkan tiada maklum balas walaupun selepas pertanyaan berulang dalam isu Pixelfed, dan ia hanya akan menyelesaikan satu masalah untuk saya, saya fikir sendiri: maka saya akan cuma bina sendiri sesuatu yang mampu mengambil interaksi daripada semua API yang mungkin dan memasukkannya ke dalam halaman siaran saya.

Projek «Mentions United»

Seperti yang Robb Knight katakan tentang EchoFeednya:

Menamakan perkara itu sukar, tinggalkan saya sendiri.

Kefungsian dan struktur penyelesaian lebih mudah untuk ditentukan. Di satu pihak, ia adalah untuk menjadi aplikasi JavaScript pelanggan tulen yang berjalan dalam penyemak imbas pada halaman untuk memastikan bahawa data sentiasa terkini dan interaksi yang ditarik balik tidak diambil kira. Sebaliknya, sistem pemalam seharusnya hanya melaksanakan skrip yang diperlukan sahaja.

Oleh itu, projek ini terdiri daripada skrip utama hanya 7 KB dan dua jenis skrip pemalam:

  • Pemalam penyedia untuk mendapatkan semula data interaksi berkaitan orang dan meletakkannya dalam bentuk biasa

  • Pemalam Renderer untuk mengubah data yang dikumpul menjadi HTML dan memasukkannya ke dalam halaman

Skrip utama (mentions-united.js) melaksanakan kaedah berkaitan berikut:

  • daftar(plugin) - Mendaftarkan skrip pemalam untuk pelaksanaan
  • load() - Laksanakan kaedah retrieve() dalam semua pemalam penyedia berdaftar, yang mengumpul data daripada API masing-masing
  • show() - Laksanakan kaedah pemaparan(interaksi) dalam semua pemalam pemapar berdaftar, yang menukar data yang digabungkan menjadi HTML dan memasukkannya

Penjelasan lanjut tentang cara penyelesaian distrukturkan boleh didapati dalam README repo GitHub.

Pemalam yang tersedia

Pemalam yang dibangunkan pada mulanya secara semula jadi memenuhi keperluan saya untuk blog ini, tetapi alangkah baiknya jika dari semasa ke semasa lebih banyak daripada komuniti pembangun akan ditambahkan. Saya akan menyumbang pemalam penyedia asli untuk Mastodon dan Flickr dalam beberapa minggu akan datang untuk mengurangkan pergantungan semasa pada brid.gy, di mana ia tidak lagi diperlukan.

  • Pemalam-Pembekal Sebutan Web (mention-united-provider_webmentions.js)
    Dapatkan semua interaksi daripada webmention.io API melalui URL catatan blog (sasaran), sama ada webmention sebenar atau interaksi daripada platform Mastodon, Bluesky, GitHub, Flickr dan lain-lain yang telah disepadukan melalui brid.gy

  • Penyedia-Pemalam Pixelfed (menyebut-united-provider_pixelfed.js)
    Dapatkan semua interaksi daripada API tika Pixelfed melalui URL pensindiketan (sumber). Dalam pilihan yang diluluskan, anda juga boleh menentukan URL proksi API untuk menghalang kunci yang diperlukan untuk mendapatkan semula daripada tersedia secara umum.

  • Penyedia-Pemalam DEV.to (menyebut-united-provider_devto.js)
    Dapatkan semua ulasan daripada API DEV melalui URL pensindiketan

Mentions United ... Go

Setelah semua interaksi telah dikumpulkan, pemalam pemapar boleh menyepadukannya ke dalam halaman dengan cara yang berbeza. Adalah penting untuk ambil perhatian bahawa penyelesaian mengeluarkan HTML tulen tanpa sebarang gaya, kerana ini adalah sangat individu selepas semua.

  • Renderer-Plugin Senarai (mention-united-renderer_list.js)
    Menghasilkan senarai diisih menurun bagi semua interaksi

  • Renderer-Plugin Avatar mengikut Jenis (menyebut-united-renderer_avatars-by-type.js)
    Menjana senarai sebaris avatar untuk semua interaksi jenis tertentu, contohnya Suka

  • Renderer-Plugin Jumlah Nombor (menyebut-united-renderer_total-number.js)
    Mencipta sauh dengan bilangan interaksi

Maklumat tambahan tentang pemalam, pilihan dan banyak lagi butiran boleh didapati di repositori GitHub untuk projek itu.


Pada siaran asal di kiko.io saya memberikan gambaran bagaimana pelaksanaan saya kelihatan di bawah SSG Hexo ... https://kiko.io/post/Mentions-United-3-2-1-go/

以上がユナイテッドについて言及...ゴーの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

Video Face Swap

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

メモ帳++7.3.1

メモ帳++7.3.1

使いやすく無料のコードエディター

SublimeText3 中国語版

SublimeText3 中国語版

中国語版、とても使いやすい

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

ドリームウィーバー CS6

ドリームウィーバー CS6

ビジュアル Web 開発ツール

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Python vs. JavaScript:学習曲線と使いやすさ Python vs. JavaScript:学習曲線と使いやすさ Apr 16, 2025 am 12:12 AM

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

JavaScriptとWeb:コア機能とユースケース JavaScriptとWeb:コア機能とユースケース Apr 18, 2025 am 12:19 AM

Web開発におけるJavaScriptの主な用途には、クライアントの相互作用、フォーム検証、非同期通信が含まれます。 1)DOM操作による動的なコンテンツの更新とユーザーインタラクション。 2)ユーザーエクスペリエンスを改善するためにデータを提出する前に、クライアントの検証が実行されます。 3)サーバーとのリフレッシュレス通信は、AJAXテクノロジーを通じて達成されます。

JavaScript in Action:実際の例とプロジェクト JavaScript in Action:実際の例とプロジェクト Apr 19, 2025 am 12:13 AM

現実世界でのJavaScriptのアプリケーションには、フロントエンドとバックエンドの開発が含まれます。 1)DOM操作とイベント処理を含むTODOリストアプリケーションを構築して、フロントエンドアプリケーションを表示します。 2)node.jsを介してRestfulapiを構築し、バックエンドアプリケーションをデモンストレーションします。

JavaScriptエンジンの理解:実装の詳細 JavaScriptエンジンの理解:実装の詳細 Apr 17, 2025 am 12:05 AM

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Python vs. JavaScript:コミュニティ、ライブラリ、リソース Python vs. JavaScript:コミュニティ、ライブラリ、リソース Apr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

Python vs. JavaScript:開発環境とツール Python vs. JavaScript:開発環境とツール Apr 26, 2025 am 12:09 AM

開発環境におけるPythonとJavaScriptの両方の選択が重要です。 1)Pythonの開発環境には、Pycharm、Jupyternotebook、Anacondaが含まれます。これらは、データサイエンスと迅速なプロトタイピングに適しています。 2)JavaScriptの開発環境には、フロントエンドおよびバックエンド開発に適したnode.js、vscode、およびwebpackが含まれます。プロジェクトのニーズに応じて適切なツールを選択すると、開発効率とプロジェクトの成功率が向上する可能性があります。

JavaScript通訳者とコンパイラにおけるC/Cの役割 JavaScript通訳者とコンパイラにおけるC/Cの役割 Apr 20, 2025 am 12:01 AM

CとCは、主に通訳者とJITコンパイラを実装するために使用されるJavaScriptエンジンで重要な役割を果たします。 1)cは、JavaScriptソースコードを解析し、抽象的な構文ツリーを生成するために使用されます。 2)Cは、Bytecodeの生成と実行を担当します。 3)Cは、JITコンパイラを実装し、実行時にホットスポットコードを最適化およびコンパイルし、JavaScriptの実行効率を大幅に改善します。

Python vs. JavaScript:ユースケースとアプリケーションと比較されます Python vs. JavaScript:ユースケースとアプリケーションと比較されます Apr 21, 2025 am 12:01 AM

Pythonはデータサイエンスと自動化により適していますが、JavaScriptはフロントエンドとフルスタックの開発により適しています。 1. Pythonは、データ処理とモデリングのためにNumpyやPandasなどのライブラリを使用して、データサイエンスと機械学習でうまく機能します。 2。Pythonは、自動化とスクリプトにおいて簡潔で効率的です。 3. JavaScriptはフロントエンド開発に不可欠であり、動的なWebページと単一ページアプリケーションの構築に使用されます。 4. JavaScriptは、node.jsを通じてバックエンド開発において役割を果たし、フルスタック開発をサポートします。

See all articles