2009-03-20 35 views
7

Hãy tưởng tượng ứng dụng không chỉ là một cách khác để đăng tweet, mà là một thứ như trình tổng hợp và cần lưu trữ/có quyền truy cập vào các tweet được đăng qua.Các phương pháp hay nhất về phát triển ứng dụng Twitter?

Kể từ twitter thêm một giới hạn cho các cuộc gọi API, ứng dụng nên/có thể sử dụng một số bộ nhớ cache, sau đó nó nên định kỳ kiểm tra xem tweet đã không xóa, vv

Làm thế nào để bạn quản lý giới hạn? Bạn nghĩ ứng dụng được lưu lượng truy cập tốt hoạt động như thế nào khi không nằm trong danh sách cho phép?

Trả lời

5

Để đặt tên một vài.

  • Bộ nhớ đệm linh hoạt. Đừng gọi API trừ khi bạn phải làm như vậy.
    • Tôi thường kéo xuống nhiều dữ liệu nhất có thể để lưu trữ và lưu trữ ở đâu đó. Sau đó, tôi hoạt động ra khỏi cửa hàng địa phương cho đến khi nó chạy ra ngoài và cần phải được làm mới.
  • Tránh làm mọi thứ trong thời gian thực. Sắp xếp các yêu cầu và đặt chúng trên bộ hẹn giờ.
    • Nếu bạn sử dụng Linux, cronjobs là cách dễ nhất để thực hiện việc này.
  • Kết hợp các yêu cầu càng nhiều càng tốt.
3

Bạn có 100 yêu cầu mỗi giờ, do đó, câu hỏi là bạn cân bằng giữa các loại yêu cầu khác nhau như thế nào. Tôi nghĩ lựa chọn tốt nhất là cách thức là cách TweetDeck cho phép bạn đặt phần trăm và tiết kiệm phần còn lại của% để đăng (vì điều đó cũng quan trọng nữa): alt text

Xung quanh bộ đệm ẩn cơ sở dữ liệu sẽ tốt, và tôi sẽ bỏ qua những người đã xóa - một khi bạn đã tải xuống các tweet nó không quan trọng nếu nó đã bị xóa. Nếu bạn muốn, bạn có thể trong lý thuyết chỉ cần cố gắng để mở trang với các tweet và nếu bạn nhận được một 404 sau đó nó đã bị xóa. Điều đó có nghĩa là không có chi phí so với API.

Các vấn đề liên quan