Làm thế nào để bạn làm điều gì đó sau khi bạn hiển thị chế độ xem? (Django)

Question

Tôi muốn làm điều gì đó sau khi tôi đã trả lại quan điểm sử dụng

return render_to_response() 

Are tín hiệu cách duy nhất để làm điều này? Tôi có cần phải viết một tín hiệu tùy chỉnh hoặc request_finished cho tôi đủ thông tin? Về cơ bản tôi cần phải biết trang nào đã được hiển thị và sau đó thực hiện một hành động để phản hồi điều đó.

Cảm ơn.

CẬP NHẬT TỪ Ý KIẾN: Tôi không muốn giữ lại hiển thị của trang, vì vậy tôi muốn hiển thị trang đầu tiên và sau đó thực hiện hành động.

Answer 1

Khi trả lời, bạn chuyển trang html mà bạn muốn hiển thị. Trang khác cần phải gửi một bài đăng (thông qua Javascript hoặc một cái gì đó) mà kích hoạt chức năng chính xác trong quan điểm của bạn, sau đó xem đó gọi chính xác trang tiếp theo sẽ được hiển thị.

Answer 2

Nếu bạn có quy trình chạy dài, bạn có hai lựa chọn đơn giản.

1. Tạo ra một tiến trình con trước khi gửi trang phản hồi.

2. Tạo "trình nền dịch vụ nền" và chuyển yêu cầu công việc tới nó.

Đây là tất cả bên ngoài Django. Bạn sử dụng subprocess hoặc một số phương thức IPC khác để giao tiếp với quy trình khác.

Answer 3

Cách thông thường để thực hiện việc này là sử dụng hàng đợi tin nhắn. Bạn đặt một tin nhắn trên hàng đợi, và các chủ đề công nhân (hoặc các tiến trình, vv) tiêu thụ hàng đợi và thực hiện công việc sau khi xem xong.

Google App Engine có hàng đợi công việc api http://code.google.com/appengine/docs/python/taskqueue/, amazon có Dịch vụ xếp hàng đơn giản http://aws.amazon.com/sqs/.

Tìm kiếm nhanh không bật bất kỳ thiết bị cắm nhạc django nào giống như tiêu chuẩn được chấp nhận.

Cách nhanh chóng và dơ bẩn để mô phỏng chức năng là đặt 'thông báo' trong bảng cơ sở dữ liệu và có công việc định kỳ kiểm tra bảng để thực hiện công việc.

Answer 4

đối tượng HttpResponse của Django chấp nhận một iterator trong constructor của nó:

http://docs.djangoproject.com/en/dev/ref/request-response/#passing-iterators

Vì vậy, bạn có thể làm điều gì đó như:

def myiter(): 
    yield "my content" 
    enqueue_some_task() 
    return 

def myview(request): 
    return HttpResponse(myiter()) 

Việc sử dụng bình thường của một iterator là để gửi dữ liệu lớn mà không cần đọc tất cả vào bộ nhớ. Ví dụ, đọc khối từ một tập tin và sản lượng một cách thích hợp. Tôi chưa bao giờ sử dụng nó theo cách này, nhưng có vẻ như nó sẽ hoạt động.

Answer 5

Giải pháp yêu thích của tôi: Một quy trình riêng xử lý các tác vụ nền, thường là những thứ như lập chỉ mục và gửi thư thông báo, v.v. Django có một cái được xây dựng, nhưng bạn luôn cần một cái, vì vậy bạn nên có một cái) và hệ thống thậm chí sẽ đặt một thông báo trong hàng đợi thông điệp (không quan trọng để viết trừ khi bạn có nhiều máy hoặc nhiều quy trình nền). trong câu hỏi.

Answer 6

Bạn sinh ra một chuỗi riêng biệt và thực hiện hành động.

t = threading.Thread(target=do_my_action, args=[my_argument]) 
# We want the program to wait on this thread before shutting down. 
t.setDaemon(False) 
t.start() 

Điều này sẽ khiến 'do_my_action (my_argument)' được thực thi trong chuỗi thứ hai sẽ tiếp tục hoạt động ngay cả sau khi bạn gửi phản hồi Django và chấm dứt chuỗi ban đầu. Ví dụ: nó có thể gửi email mà không trì hoãn phản hồi.

Answer 7

Có lẽ tôi không hiểu câu hỏi của bạn. Nhưng tại sao không phải một cái gì đó đơn giản như:

try: 
    return render_to_response() 
finally: 
    do_what_needs_to_be_done()