Tablo ve cron işi için domain rating araç kurulumu

Bu kurulumun nerede başarısız olduğu

Sessizlik yaygın bir başarısızlıktır. Hata veren bir cron işi, başarılı olanla aynı görünür.

HTTP kodunu kontrol edin. 401, anahtarın eksik veya yanlış olduğunu; 402 ise kredinin bittiğini gösterir. Her ikisi için de uyarı verin ve bir sonraki ayın raporu gelmeden önce düzeltin.

Ayrıca sayfalamanın 50.000 satır derinliğinde sınırlandırıldığını ve bulk_dr'ın çağrı başına 2.000 alan adını aldığını unutmayın. Daha uzun listeler parçalama gerektirir; bu ekstra bir döngü demektir ve parça başına bir krediye mal olur.

Önce manuel olarak test edin. Cron satırını bir terminalde çalıştırın, log dosyasını okuyun ve bakiyenin tam olarak beklediğiniz maliyet kadar düştüğünden emin olun. Ardından sayıların bir suite planıyla nasıl karşılaştırılacağını inceleyin ve ne sıklıkta çalıştıracağınızı belirleyin.

Alan adı listenizi sürümleyin. Dosyayı geçmişli bir depoda veya ortak bir sürücüde tutun; böylece Mart ayında bir sayı değiştiğinde listenin de değişip değişmediğini görebilirsiniz. Kasıtlı olarak eklediğiniz alan adları (yeni bir rakip veya o ay katılan bir müşteri gibi) için bir not sütunu ekleyin. Listeyi sahibi olan bir veri olarak ele alın, çünkü en ucuz hata, bir farkta fark ettiğinizdir.

Uzun listelerin parçalara bölünmesi

Uzun listeler, düzenli bir kurulumun sınırına ulaştığı yerdir. Bir toplu çağrı 2.000 alan adını alır, bu yüzden 5.000 alan adlık bir liste üç istek gerektirir ve bölme işlemi ilk çağrı yapılmadan önce gerçekleşmelidir.

Alan adı sütununun sıralı sırasına göre kararlı bir kurala göre bölün. Bu şekilde aynı alan adı her ay aynı parçaya düşer ve karşılaştırma geçerliliğini korur.

2.000 satırdan fazla listeler

Her parçayı, ilk sütunda parça numarasıyla birlikte kendi bloğu olarak tabloya yazın. Böylece başarısız bir parça kolayca bulunabilir.

Her parça bir krediye mal olur, bu yüzden 5.000 satırlık bir liste çalışma başına 3 krediye, yani $0.0003'e mal olur. Bir domain rating aracı, okuduğu listenin kalitesinden daha değerli olamaz; bu yüzden listeyi temiz tutun.

Liste 5.000 satırı aşarsa, tablonun düzenini yeniden gözden geçirin. Ay başına bir sekme, satırlar yığıldığında her çalışmayı okunabilir kılar.

Başarısız bir parçayı yeniden çalıştırma

İki numaralı parça hata döndürürse, yalnızca iki numaralı parçayı yeniden çalıştırın. Tüm listeyi yeniden çalıştırmak, zaten dönen satırlar için kredi harcar.

Parça numarasını durum koduyla birlikte loglayın, böylece yeniden çalıştırma logda bir satır olur, tabloda arama yapmak zorunda kalmazsınız.

Parça haritasını kararlı tutma

Alan adı listesi sıralaması değişirse, parçalar kayar ve aydan aya karşılaştırma bozulur. Her seferinde listeyi bölmekten önce sıralayın.

Parça haritasını listenin yanında saklayın.

Basit bir test: herhangi bir parçayı seçin ve satırlarını listeyle yeniden sayın. Bir uyuşmazlık, haritanın kaymış olduğunu gösterir; bu, raporda bulunmaktan tabloda daha ucuzdur.

Faydalı bir aylık log satırı ne içermeli

Yalnızca ok yazan bir log, pek bir log değildir. Her çalıştırma, yorgun bir kişinin on saniyede okuyabileceği bir satır yazmalıdır: tarih, parça, durum, harcanan krediler ve çağrıdan sonraki bakiye.

Hipotetik: dördüncü parçayı, 200 durum kodunu, bir harcanan krediyi ve çağrıdan sonraki kalan bakiyeyi gösteren bir satır, bir ay sonra açılmadan çoğu soruyu yanıtlar.

Loglanmaya değer alanlar

Tarihi, liste adını, parça numarasını, durum kodunu, yüklenen kredileri ve çağrıdan sonraki bakiyeyi loglayın. Bu altı alan, bir ay sonra çoğu soruyu kapsar.

Yalnızca bir kişi manuel olarak bir şey değiştirdiğinde serbest metinli bir not ekleyin.

Kurtarı bekleyen uyarılar

Hemen 401 veya 402 durumunda uyarı verin, çünkü ikisi de işin yapamaması anlamına gelir. Düşük bakiye uyarısı, seçtiğiniz eşiği kullanmalıdır, böylece bir kez tetiklenir ve sonraki adımı söyler.

Her satır için değil, her çalıştırma için bir uyarı gönderin, yoksa gelen kutunuz gürültüye dönüşür.

İş bozulduğunda bunu kim fark eder

Aylık bir iş, kimse izlemeden çalışır. Otomatikleştirmenin amacı budur ve aynı zamanda başarısızlığın haftalarca fark edilmemesinin nedenidir.

Logu okuyan kişiyi ve işi düzeltecek kişiyi adlandırın. İki isim birinden iyidir. Tatiller olur. Çalışma kitabı, listenin ilk başta nasıl seçileceğini açıklar.

Kurulumda harcanan zaman bakımına kıyasla

İlk çalıştırma, anahtar, tablo ve test çağrısı dikkat gerektirdiğinden saatin çoğunu alır. Bundan sonra rutin, her ay bir göz atma gerektirmeli, yeniden kurulum değil.

Bakım artarsa, genellikle liste nedenidir. Her hafta değişen bir listenin sahibi, bir sürümü ve eklemeler için bir kuralı olmalıdır.

Bir başarısızlığı görünür kılma

Çıktıda eksik bir satır, sessiz bir hatadan daha kolay görülür. Her çalıştırmada satır sayısını liste uzunluğuyla karşılaştırın ve farklılık olduğunda bir uyarı yazın.

Bu uyarıyı aynı log dosyasında tutun, böylece logu okuyan kişi onu ilk görsün.

İndeks yenileme etrafında zamanlama

İndeks ayda yaklaşık bir kez yenilenir, bu yüzden ayın ilk gününde bir çalıştırma önceki derlemeye ait sayıları okuyabilir. Yukarıdaki adımların önerdiği gibi birkaç gün sonra çalıştırmak, yenilemenin tamamlanması için zaman tanır.

Seri karşılaştırılabilir kalsın diye her ay aynı günü seçin ve bu günü cron satırına bir yorum olarak yazın.

Otomatikleştirmeyi ne zaman bırakmalı

Çeyrek yılda bir çalışan bir iş, bir cron satırına değmeyebilir. Bir tablo ve bir takvim hatırlatıcısı yeterli olabilir ve yarı-otomatik bir rutin, açık bir manuel olandan daha kötüdür.

Aynı adımlar birkaç döngü boyunca hatasız çalıştıktan sonra otomatikleştirin.