今日、サービスを停止しました。 すべてのアクティブなサブスクライバーを無効にしました。
キャットでは、サービスの数と結果で情報を共有しています。
正直なところ、私はこのサービスの結果に満足していません。
第一に、修正されたものの完全には修正されなかった多くのエラーがありました。
第二に、私は望んでいましたが、ハブラ効果を待ちませんでした。
間違い
これまでに修正されたエラーと修正されていないエラーのリストを簡単にリストします。
1.すべての新しいダウンロードされた記事タイトルとリンクがデータベースに移動しました。 そして、特定の記事のリクエストを受信すると、記事番号によってデータベースからリンクがプルされました。 しかし、私がダウンロードしなかった記事のリクエストがあった、つまり サービスが開始される前に公開され、データベースにない記事。 この場合、サービスは記事自体をダウンロードしませんでしたが、サイトのメインページ（その日の最高の出版物がある）をダウンロードしました。 見つかったらすぐに修正しました。
2.メーリングリストなどの新しい記事がメールで届きました。 時間が経つと、記事は予期せずHabréで閉じられました。 ブラウザでリンクをたどって「出版物へのアクセスが閉じられています」というページが表示された場合、何らかの理由で私のサービスのそのようなページがダウンロードされず、エラーが発生しました。 今のところ修正されていません。
観察
1.サービスは、テストメールを処理してリクエストを受信し、リクエストレターから「件名」と「送信者」のみを保存しました。 レターがデータベースに保存されるとすぐに、メールボックスからすぐに削除されました。 つまり 私は手紙の本文をどこにも保管しませんでした。 したがって、おそらくユーザーが身体に何かを書いたのか、質問をしたのか、私はそれを見なかったという事実をおIびします。
2.ほとんどのユーザーは、チームが手紙の本文ではなく件名を書く必要があることをすぐに理解しませんでした。 したがって、彼らからの最初の手紙は間違っていました。 サービスがコマンドが正しくないという応答を送信した後、ユーザーは修正され、ほとんど問題はありませんでした。
フィギュア
サービスは9日（24時間）作動しました。
56のハブが新しい記事を受信するために使用されました。
465個の新しい投稿名がデータベースに保存されました（配布用）。
コマンドを利用し、電子メールでリクエストを送信した113人のユーザー。
新しい記事のニュースレターを購読した64人のユーザー。
ユーザーから受け取った357件のリクエスト。
265件のリクエストが正しく、残りの件名には不正なコマンドが含まれていました。
12リクエスト-1人のユーザーからのリクエストの最大数。
37人のユーザーがリクエストを1回だけ行ったので、それだけです。
メールボックスの独自性に驚いた4人のユーザー（anonim0101 @、ya.terminator48 @、cloaca @、idontwannatellyoumyemail @）
おそらくまだ実行しません。 誰かがそれを好きで、誰かはそうではありませんでした。 最初に、コメントや提案の形ですべての人からフィードバックを得たいです。 これを行うために、少なくとも一度リクエストを送信したすべての人に、コメントや提案を表明するよう招待する手紙が送信されました。
そして結果で見てみましょう。