ラッピングの新技術？ 詐欺？
どのブログがこのメッセージを投稿するのに最も適切な場所かはわかりませんが、以下で説明する事実が私の感情の嵐を引き起こしている限り、私はここに書いています（更新：「I Resent」からLiveJournalに転送）。
それはすべて、最近、90テラバイトのストレージの作成を説明するHabrから1つのLJへのリンクをたどり、記事とそのダウンロードに付随する大量の写真を待って、お茶を飲みに行ったという事実から始まりました。 数分後に戻ってきて、私のバランスの重大な破壊を発見したときの驚きを想像してください。 しかし、非常に少ないことが判明した記事の写真の数が私からあまりお金をとることができないことに気づいて、彼は理解し始めました。 そしてその理由を見つけました。
1日後にまた会いました。
すべてが同様のシナリオに従って、今回は記事のリンクに従って
税のウェブサイトの重大な脆弱性 、私は口座のお金の急速な減少に気づいた。 なぜなら 理由はすでにわかっていたので、推測をすぐに確認できる場所がわかりました。 Inりには限界がありませんでした！
自分で見てください：
ローカルプロキシサーバーのログウィンドウ。 赤は、トラフィックの急激な増加の理由を強調しています。
コード内の選択された行を検索します。
そして、これは外見上無害なコメントです：
これらのスクリーンショットにコメントするべきではないと思います。
最初のケースでは、欺ceptionのテクニックは似ていました。
このようにして、特定の予告編（または他のコンテンツ）のダウンロード数が「ポンプ」されるようです。
私たちの地域では、インターネットの関税は控えめです。 私の場合-メガバイトあたり2.5ルーブルで、それでも安価です。 しかし、いずれにしても、いくら費用がかかっても、喜んでお金を浪費することになると思います。
この状況で最も不愉快なのは、特にほとんどのユーザーにとって、そのようなアクティビティを追跡することがほとんど不可能なことです。
さて、私はフィルターを置くことができるローカルプロキシを持っているとしましょう、それによって同様のジョークを回避しようとしますが、大多数はどうですか？ そして、この方法で多くのお金を失う可能性があります。
警戒してください！
シモンズ：多分これは別のブログで必要ですか？
UPD 1（10/10/31）：登録せずに読書の可能性を開くために、「再送信」から「学習」に移動しました。
UPD 2：私たちは、メガバイトの支払い（無制限ではない）を伴う関税のある「シンプルな」（非モバイル）インターネットについて話している。
UPD 3： LiveJournalをサポートするリクエストを送信しました。 紛争委員会に連絡することをお勧めします。
UPD 4（10/10/11）：リクエストは紛争委員会に送られ、その決定と応答を待っています。 適切な反応と積極的な行動をお願いします。
UPD 5： Kinopoiskの管理者からの解説の説明
UPD 6：サポートLJからのアピールに対する回答を受け取りました： arteman- 「 この問題に関する情報は開発者に送信されました。このメカニズムはスパム対策プロジェクトの一部として考慮されます。ご不便をおかけしてください。 」
UPD 7（02/12/10）：結果があります！ 先日、 LJの新しいリリースがリリースされました（＃73 ） 。 変更のリストに満足しています！ つまり、「画像を含むコメント（imgタグ）、（src）が画像を示さないパスは、公開後に自動的に非表示になります。」 いいね 「私」という事実からではなく、彼らがあなたを聞いたという認識から（プログラマーとLJに感謝！）そして考慮に入れた！ そしてさらに-それが決定されたという事実から！
それはすべて、最近、90テラバイトのストレージの作成を説明するHabrから1つのLJへのリンクをたどり、記事とそのダウンロードに付随する大量の写真を待って、お茶を飲みに行ったという事実から始まりました。 数分後に戻ってきて、私のバランスの重大な破壊を発見したときの驚きを想像してください。 しかし、非常に少ないことが判明した記事の写真の数が私からあまりお金をとることができないことに気づいて、彼は理解し始めました。 そしてその理由を見つけました。
1日後にまた会いました。
すべてが同様のシナリオに従って、今回は記事のリンクに従って
税のウェブサイトの重大な脆弱性 、私は口座のお金の急速な減少に気づいた。 なぜなら 理由はすでにわかっていたので、推測をすぐに確認できる場所がわかりました。 Inりには限界がありませんでした！
自分で見てください：
ローカルプロキシサーバーのログウィンドウ。 赤は、トラフィックの急激な増加の理由を強調しています。
コード内の選択された行を検索します。
そして、これは外見上無害なコメントです：
これらのスクリーンショットにコメントするべきではないと思います。
最初のケースでは、欺ceptionのテクニックは似ていました。
このようにして、特定の予告編（または他のコンテンツ）のダウンロード数が「ポンプ」されるようです。
私たちの地域では、インターネットの関税は控えめです。 私の場合-メガバイトあたり2.5ルーブルで、それでも安価です。 しかし、いずれにしても、いくら費用がかかっても、喜んでお金を浪費することになると思います。
この状況で最も不愉快なのは、特にほとんどのユーザーにとって、そのようなアクティビティを追跡することがほとんど不可能なことです。
さて、私はフィルターを置くことができるローカルプロキシを持っているとしましょう、それによって同様のジョークを回避しようとしますが、大多数はどうですか？ そして、この方法で多くのお金を失う可能性があります。
警戒してください！
シモンズ：多分これは別のブログで必要ですか？
UPD 1（10/10/31）：登録せずに読書の可能性を開くために、「再送信」から「学習」に移動しました。
UPD 2：私たちは、メガバイトの支払い（無制限ではない）を伴う関税のある「シンプルな」（非モバイル）インターネットについて話している。
UPD 3： LiveJournalをサポートするリクエストを送信しました。 紛争委員会に連絡することをお勧めします。
UPD 4（10/10/11）：リクエストは紛争委員会に送られ、その決定と応答を待っています。 適切な反応と積極的な行動をお願いします。
UPD 5： Kinopoiskの管理者からの解説の説明
UPD 6：サポートLJからのアピールに対する回答を受け取りました： arteman- 「 この問題に関する情報は開発者に送信されました。このメカニズムはスパム対策プロジェクトの一部として考慮されます。ご不便をおかけしてください。 」
UPD 7（02/12/10）：結果があります！ 先日、 LJの新しいリリースがリリースされました（＃73 ） 。 変更のリストに満足しています！ つまり、「画像を含むコメント（imgタグ）、（src）が画像を示さないパスは、公開後に自動的に非表示になります。」 いいね 「私」という事実からではなく、彼らがあなたを聞いたという認識から（プログラマーとLJに感謝！）そして考慮に入れた！ そしてさらに-それが決定されたという事実から！
All Articles