RoskomnadzorはTelegramのブロックに失敗しましたが、すぐにアプリケーションをダウンロードするのはそれほど簡単ではなくなります。 電報サイトとそのWebバージョンのページは機能しません。 フォームt.meのすべてのリンクと同様に。
主な問題は一般ユーザー向けではありません-ローカルでロックと戦うことができ、さらに狭いサークルで通信できます。 問題は、電報がロシア市場で徐々に沈静化し、新しいユーザーが参加するのが難しくなり、古いユーザーがロックをバイパスして不便を感じることです。
私たちは2015年（4年）から通知に取り組んでいます。その後、電報はまだあまり人気がなく、ボットやチャネルはありませんでした。 独自のインフラストラクチャを作成せずに、多くのプラットフォームに通知を送信する分野のソリューションとしてサービスを提供しました。
そして、チャットとボットを含む電報があり（ ところで、最初のボットの1つを実装し、それについての記事を書いた ）、私たちの投稿で「電報があるのになぜこれが必要なのか？」と書き始めました。 そして、おそらく、複数のチャット、ボット、およびチャネルがブロックにつながった-大規模なクローズドチャットのため、ILVは大きなテロリストグループが電報に参加している可能性があると考えています。 私たちの意見では、 電報のボットとチャネルが不快な形で「インターネット上のインターネット」を作成したということです。
PushAllはTelegramユーザーに何を提供できますか？
ボットはありません。ユーザー間で通信できません。 ただし、ビジネスでボットを使用する主なケースの1つは通知です。 電報による通知が不便である理由についてはすでに詳しく説明しました。
基本的に、電報での通知の不便さはフォーカスに関連しています。チャットがあり、通知自体はクリックできるオブジェクトではなく、チャット内のメッセージです。 それをクリックすることで、ボットとの対話に入り、既にそこにあなたが必要なボタンまたはリンクをクリックすることができます。 画像はメッセージにアップロードできないため、個別に送信されます。
PushAll通知を使用する場合、データをプッシュするだけで、すぐに画像、ボタン、クリックリンクが表示されます。 これにより、多くの時間と神経が節約されます（3〜4回余分な操作を行うと、常に非常に面倒です）
AdminVKマイクロサービスは、同様の原理で機能します。 テレグラム用にアナログから切り替えたユーザーは、ダイアログへの移行を使用せずに、VC自体でメッセージへの切り替えと応答が速くなったことに気付きました。 ユーザーのアバターと添付ファイルをすぐに確認することもできます。ユーザーが添付した場合、通知をクリックする前であっても、すぐにダイアログの向きになります。
また、 PushFeedマイクロサービスもあります。スキャンに必要なVK / RSSフィードを駆動し、アラートをトリガーするためのフィルターを構成できます。 これにより、たとえば、新しいブログ投稿を最初に読んだり、大規模なコミュニティの活動を追跡したり（ラッフルで勝つなど）、SMMが外部ソースに基づいてソーシャルネットワークに新しい投稿を書くことについて迅速な決定を下すことができます。
そして最も重要なことは、これらのマイクロサービスは仕事の例です。 自分でドキュメントにアクセスして 、自分のニーズまたは会社のニーズにまったく同じマイクロサービスを作成できます。 そして、それは無料です。
私たちが提供できないものが、オプションは何ですか
インタラクティブなボットの形の電報は、物議を醸す決定です。 チャットで1日に2、3回クリックするのは1つのことです。 しかし、サポートオペレーターのインターフェイスがボットの電報に詰め込まれている場合、これは地獄です。 ダイアログや多くの便利なボタンのシンプルなWebインターフェースでクリックする方が、テレグラムナビゲーションの荒野をさまようよりもずっと簡単です。
私たちはウェブが素晴らしいというイデオロギーを固守しています。 しかし、行動を誘発するためにはプッシーが必要です。 私たちは、人々があてもなくサイトに座ることを望んでいません。 新鮮なコンテンツを提供する必要があります。 これは、私たちとユーザー、そしてコンテンツを生成する人の両方にとって有益です。
近い将来、メッセンジャー機能を実行することはできません。 シフトがありましたが。 PushAllプッシュ通知を使用し、純粋にブラウザーで動作する、純粋にWebベースのメッセンジャーを作成するというアイデアがあります。 モバイルデバイスおよびコンピューターに適応可能です。 これにより、インストールせずにどこでも開くことができ、数回クリックするだけで、PushAll経由で通知がオンになります。
安全性
テレグラムはその暗号化で有名です。 私たちはどんな新製品でも輝きません。 Googleアカウントを介して認証を使用します。登録に電話番号は必要ありません。 Googleアカウント側では、多要素認証を実装できます。
プッシュ時に機密情報を残すことをお勧めしません。プッシュコンテンツは、実際のコンテンツへの見出しであり、クリックでアクセスでき、承認により終了する必要があります。 また、プッシュ自体を保護するのはかなり馬鹿げたアイデアです。Androidには、ユーザーの許可が得られたときに通知領域を読み取る機能があります。 これが、電報がプッシュバックでメッセージコンテンツを表示しない理由です。プッシーは最初は安全ではありません。
個人データはありません。 なし。 承認情報のみ。 メッセージ自体を分析するのではなく、メッセージの受信とクリックの事実のみを分析します。 チャネルの統計目的のみ。
最近、深刻なリンクの脆弱性を修正しました。 このサービスでは、リンクはgo.php？Lid = numberとして生成されます。 徹底的な検索により、すべての可能なリダイレクトを取得できました。 これで、古いリンクは、承認がある場合、チャンネルに登録している場合、またはチャンネルが公開されている場合にのみ開きます。 新しいリンクは、安全な文字列を含む新しいsl（SecureLink）コードでのみ開きます。 つまり、技術的には、許可なしに通知でリンクを送信できます-通知を受け入れた人だけがリンクにアクセスできます。
また、プライベートチャネルへのアクセス制御の改善を近代化する計画が開発されています。 これにより、リンクを介してユーザーに1回限りの招待を与え、必要に応じてアクセスを取り消すことができます。 これは現在のビジネスの主な願いの1つです。
作業安定性
私たちは2015年から働いていますが、この間に数回移動しましたが、2016年にはほぼ4日で深刻な落ち込みがありました。 2017年と2018年は比較的安定していましたが、リソースを増やし、フォールトトレランスを改善しています。
計算によると、現在のシステムはアクティブユーザーの数の100倍を超えるように設計されています。 つまり、供給は十分に大きいです。 極端な場合、5倍の超過でも、スケーリングできます。
PushAllの電報はどうなりますか？
Telegramを介した通知の送信をサポートしており、引き続きサポートします。 少なくともユーザーの30％以上はロシア出身ではありません。 DCのプロバイダーがトラフィックをブロックする場合-通知を送信するために、海外で小さなサーバーコンシューマーをレンタルします。