Làm cách nào để xem lịch sử những gì tôi đã POST-ed trong Google Chrome?

42

Tôi vừa gửi một biểu mẫu bao gồm một hộp văn bản, trong đó tôi đã viết một văn bản khá dài. Trong một hộp văn bản khác, tôi đã điền vào một ngày ở định dạng sai - và thay vì nhận được thông báo lỗi, trang web chỉ hành động như thể việc gửi biểu mẫu của tôi là hợp lệ, ngoại trừ không có gì được lưu.

Có cách nào để xem lịch sử của những gì đã được POST-ed (ít nhất là trong phiên hiện tại), từ đó tôi có thể khôi phục văn bản bị mất của mình không?

google-chrome  history 
— Tomas Aschan
nguồn
2
Vì lý do này, tôi đã tạo cho nó thói quen Ctrl-C'ing mọi thứ dài hơn một câu. Thật là khó chịu khi điều này xảy ra.
— Daniel Beck
5
@Daniel: Đối với Chrome và Firefox, có một tiện ích mở rộng có tên "Lazarus" lưu các mục nhập biểu mẫu.
— grawity
@grawity Cảm ơn thông tin. Không phải cho Safari , có vẻ như.
— Daniel Beck
@grawity: Tôi đã dùng thử Lazarus (trên Firefox) một thời gian, nhưng nó rất có lỗi và thường xuyên hơn những gì được chấp nhận khiến toàn bộ trình duyệt bị đóng băng. Khái niệm này chính xác là những gì tôi đang tìm kiếm, nhưng không có lỗi =)
— Tomas Aschan

Câu trả lời:

4

Tôi không nghĩ Chrome (hoặc bất kỳ trình duyệt nào khác, đối với vấn đề đó) sẽ lưu lịch sử <textarea>nội dung (đầu vào đa dòng).

Nếu biểu mẫu sử dụng đệ trình bình thường (không phải Ajax) và bạn chưa điều hướng khỏi trang kết quả, có một mẹo bạn có thể thử: Mở bộ công cụ burp (phiên bản miễn phí), hãy định cấu hình trình duyệt của bạn để sử dụng localhost:8080làm HTTP proxy và nhấn Làm mới trên trang kết quả. Trình duyệt sẽ hỏi bạn nếu bạn muốn lặp lại việc gửi - sau đó sẽ được ghi lại trong tab "proxy" của burp . (Đối với HTTP không bảo mật, một trình thám thính gói như Wireshark cũng sẽ hoạt động.)

— sự tham lam
nguồn
Xin chào, nhấp vào Làm mới và trình duyệt không hỏi tôi bất cứ điều gì. Tôi đã tải xuống Burp và 127.0.0.1:8080 thực sự nằm trong tab Proxy. Trên Chrome của tôi có biểu mẫu, tôi đã phải mở cài đặt Proxy và nhấp vào cấu hình để thêm localhost: 8080 làm Proxy HTTP. Lưu ý, hiện đang bỏ qua * .local, 169.254 / 16
— Dhruv Ghulati
23

Ok thực sự, tôi đã phải tự giải quyết vấn đề này và tôi nghĩ rằng tôi đã tìm thấy một giải pháp đáng tin cậy:

  • đầu tiên không đóng tab mà bạn mất dữ liệu bài viết của mình.
  • sau đó từ menu công cụ mở trình quản lý tác vụ của chrome và tìm pid.
  • sau đó sử dụng hacker quá trình để tìm kiếm một phần của chuỗi bạn đã mất và tiếp tục cho đến khi bạn tìm thấy dữ liệu liên tiếp dài nhất.
  • sau đó sao chép và dán nó vào một trình soạn thảo văn bản.

Bằng cách này tôi đã có thể lưu công việc của tôi ngày hôm nay.

— rad
nguồn
4
!!!!!! Wow, bạn vừa tiết kiệm cho tôi một tấn thất vọng. Hoạt động của Hacker quy trình là nhấp chuột phải vào quy trình với PID phù hợp và chọn "Tạo tệp kết xuất ..." để tạo một tệp lớn nhưng tôi có thể tìm thấy văn bản được đề cập.
— Jason S
1
Cảm ơn bạn! Tôi đã mất hơn một giờ làm việc khi tôi cố lưu một bài đăng wordpress và đây là cách duy nhất tôi có thể lấy lại.
— Eddie Loeffen
2
— Vadzim
1
— Elijah Lynn
9

Câu trả lời của @rad hoạt động trên Windows nhưng không dành cho Linux. Nó dẫn tôi đến giải pháp sau đây cho Linux:

  1. Đừng đóng tab
  2. Truy cập Chrome Process Explorer với shift + esc
  3. Tìm ID tiến trình (PID) của tab (ví dụ 3982), nếu bạn không thấy cột ID tiến trình thì nhấp chuột phải vào tiêu đề cột và bật hiển thị
  4. Chạy gcore <PID> // tạo tập tin core.3982 (nhị phân)
  5. Sau đó strings core.3982 | less // Chuyển đổi tệp nhị phân thành chuỗi để tìm kiếm, mở kết xuất trong Ít hơn
  6. Sau đó tìm kiếm trong lessvới /tiếp theo entervà sử dụng nvà pcho kết quả tiếp theo và trước đó.

Điều này đã có thể mang lại cho tôi một POST bị thiếu trong Chrome trên Linux.

— Ê-li Lynn
nguồn
Ahh, bước # 7 không hoạt động trong Terminal bình thường, tôi đang sử dụng Tmux vì vậy đó là lý do tại sao nó hoạt động. Nếu ai đó có thời gian để tìm ra bước 7 tốt hơn, vui lòng chỉnh sửa!
— Elijah Lynn
Tìm ra nó, dẫn đến vim để tìm kiếm ở đó.
— Elijah Lynn
1
strings -nkhông hoạt động ... nhưng stringsmột mình tôi đã làm, sau đó tôi đã chuyển sang less... vì tôi chưa cài đặt vim
— nmz787
Làm những gì strings --versionđầu ra? Của tôi là "Chuỗi GNU 2.24".
— Elijah Lynn
2
Tốt đẹp. Thật không may, điều này không hoạt động trong OSX vì một tính năng bảo vệ bộ nhớ đặc biệt gọi là SIP. Điều này thực sự có thể bị vô hiệu hóa trong trường hợp bạn yêu cầu điều này trong tương lai bằng cách chạy csrutil disabletừ hệ điều hành phục hồi
— quuxman
6

Thực tế, có một phương pháp (hơi cồng kềnh?) Để thực hiện điều này trong Chrome (và trên thực tế, bất kỳ trình duyệt WebKit nào có WebInspector).

  1. Trên trang có biểu mẫu, mở bảng điều khiển phát triển. Điều này có thể được thực hiện bằng cách nhấn F12.
  2. Trong giao diện điều khiển mở ra, chuyển sang Networktab.
    • Tùy chọn, đảm bảo Preserve logđược đánh dấu và lọc theo Documentshoặc XHR, tùy theo từng trường hợp.
  3. Gửi mẫu của bạn. Nhấp vào mục vừa tạo và chuyển đến Headerstab. Bạn sẽ thấy trình của bạn dưới Form Data.
— Schism
nguồn
Điều này dường như không tương ứng với bản trình bày trong phiên bản Chrome hiện tại của tôi (47.0.2526.111 m). Sẽ là tốt đẹp để tìm hiểu làm thế nào nó có thể được thực hiện.
— James P.
1
@JamesPoulson Giao diện người dùng không thay đổi nhiều, nhưng Chrome hiện mặc định mở nó trong bảng điều khiển bên cạnh thay vì cửa sổ bật lên và mặc định nó hiển thị biểu đồ. Bạn có thể cần nhấp vào chevron kép (>>) ở góc trên bên phải để tìm tab Mạng.
— Schism
Điều này không giải quyết được vấn đề. Vấn đề là nhận được dữ liệu yêu cầu sau khi thực tế. Điều này chỉ hoạt động nếu bạn đã thiết lập nó trước khi gửi yêu cầu.
— ToonAlfrink
4

Tôi đã có một số may mắn trong Windows 10 bằng cách sử dụng biến thể sau của các đề xuất khác

  1. Mở Trình quản lý tác vụ Chrome (nhấn Shift + Esc)
  2. Tìm tab chứa văn bản bạn đã mất (tìm kiếm theo tên), ghi chú ID tiến trình
  3. Mở Trình quản lý tác vụ Windows (nhấn Ctrl + Shift + Esc)
  4. Chuyển đến tab chi tiết và tìm PID phù hợp với ID tiến trình của bạn
  5. Nhấp chuột phải vào Quá trình đó và nhấp vào "Tạo tệp kết xuất"
  6. Mở tệp DMP lớn được tạo trong thư mục C: \ Users \ username \ AppData \ Local \ Temp được gọi là chrome.dmp
  7. Tìm kiếm tệp cho bất kỳ chuỗi văn bản nào bạn có thể nhớ lại từ văn bản đã nhập
— Matt A
nguồn
2

Tôi đã ở trên cửa sổ và không có gì hoạt động như câu trả lời của người khác, nhưng đã phục hồi dữ liệu bị mất qua kết xuất, Vui lòng xem quy trình bên dưới:

1 - trước tiên đừng đóng tab mà bạn bị mất dữ liệu bài đăng của mình. sau đó từ menu công cụ mở trình quản lý tác vụ của chrome và tìm pid. 2 - Bây giờ hãy mở trình quản lý tác vụ của windows và tìm quá trình với PID, nhấp chuột phải và nhấp vào "Tạo tệp kết xuất", nó sẽ tạo ra một kết xuất trong Windows Dir C: \ Users \\ AppData \ Local \ Temp \ .DMP, nó sẽ cho bạn tên cũng như vậy.

Bây giờ hãy mở tệp trong notepad / Notepad ++ và tìm kiếm văn bản mà bạn đã mất

— Anuj Tomar
nguồn
0

Tôi thành công trên cửa sổ 7 bằng chrome. điều này tương tự như câu trả lời của Schism nhưng hoàn thành (vì vấn đề là bạn đã nhấn gửi và sau đó mọi thứ bùng nổ):

  • đừng đóng trang
  • trên trang: mở các công cụ dành cho nhà phát triển và chuyển đến tab mạng của nó
  • chọn tất cả chọn tất cả hình ảnh
  • quay lại trang
  • đi tiếp trên trang và nhận thông báo gửi lại của google
  • nhấn tải lại theo hướng dẫn của trang thông báo gửi lại
  • cái này chỉ hoạt động hoặc văn bản sẽ ở dạng dữ liệu của cuộc gọi http hình ảnh dữ liệu
— chad
nguồn
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookie và Chính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.