Hướng dẫn save webpage as single html file - lưu trang web dưới dạng tệp html duy nhất

Cảm ơn cho dự án này. Tôi đã tìm thấy đơn lẻ một hoặc hai năm trước và sử dụng nó để chụp "ảnh chụp màn hình HTML" của các trang web của bên thứ ba mà tôi có thể nhúng vào các hướng dẫn có hướng dẫn với dữ liệu đã sửa đổi/ví dụ đã thay đổi, thay vì chỉ PNG.

Độc thân là cực kỳ giá trị cho việc này.

Nếu bất cứ ai có trường hợp sử dụng tương tự, tôi đã viết một số mã khá thô (và chậm) để đầu ra đơn lẻ sau khi xử lý để loại bỏ bất kỳ HTML nào không đóng góp cho kết xuất trình bày bằng cách khởi chạy Puppeteer và so sánh pixel. Nó có sẵn ở đây: https://github.com/mieko/trailcap

Thật thú vị! Tôi đã bắt đầu một cái gì đó tương tự như một phần của thử nghiệm nhưng chưa thực sự hoàn thành công việc của tôi. Tôi sẽ xem xét dự án của bạn.

Một điều rất hữu ích bạn có thể thêm vào điều này (nếu bạn cảm thấy như vậy) sẽ làm cho nó hoạt động với các thư mục được chụp nhanh, thay vì một tệp HTML duy nhất với dữ liệu được in. Bạn có thể nhận được cái trước với SingleFilez và sau đó trích xuất tệp zip kết quả.

Tôi thích những điều này bởi vì nó giúp tôi dễ dàng thực hiện các chỉnh sửa thủ công khi cần thiết và đó là một giải pháp tốt hơn cho việc lưu trữ dài hạn (IMO). Nhưng tôi rất thích thêm dự án của bạn vào quy trình làm việc của tôi.

Tệp duy nhất là một trong những addon yêu thích của tôi vì nó cho phép tôi giữ các bản sao ngoại tuyến của các bài báo, hướng dẫn, v.v. Tôi thấy trực tuyến mà không mất hình ảnh, v.v. org, họ thường thiếu những thứ như hình ảnh, v.v., vì vậy tôi thích lưu bất cứ thứ gì tôi đi qua). Vì vậy, cảm ơn bạn đã làm cho nó :-).

Bây giờ, đã nói rằng, văn bản trong âm thanh "các tính năng đáng chú ý của Lite đơn" của SingleFile-Lite giống như một danh sách các vấn đề:-P. Có vẻ như đây là những vấn đề với Chrome, nhưng bạn có biết hay không/làm thế nào những "cải tiến" này sẽ ảnh hưởng đến Firefox?

Cảm ơn bạn vì bài phê bình V3 rõ ràng, các ví dụ bạn đưa ra cho nó thực sự rõ ràng có bao nhiêu điều đang hồi quy với sự thay đổi sắp tới này:/

Tôi không thể tái tạo vấn đề của bạn, tôi chỉ đã làm một bài kiểm tra trên trang này và tôi thấy dự kiến ​​'

Tất cả những gì tôi có thể tìm thấy là một thẻ.

EDIT: Tôi nghĩ bây giờ tôi hiểu vấn đề. Tôi xác nhận SingleFile chỉ lưu trang hiện tại và không liên kết hình ảnh được liên kết, ví dụ.

Tôi đã sử dụng độc thân trong năm ngoái hoặc lâu hơn, thật tuyệt vời!

Tôi sẽ chiếm đoạt bài viết của bạn cho một câu hỏi! Tôi thích cách bạn có thể sử dụng trình soạn thảo và chọn "Định dạng để dễ đọc hơn", sau đó lưu chỉ phiên bản bị tước xuống của trang. Tôi sử dụng điều này để gửi nó đến thiết bị E-ink của tôi.

Câu hỏi tôi có là liệu có thể chuyển đổi tiết kiệm mặc định để sử dụng phiên bản được định dạng tự động không? Tôi đào vào các lựa chọn và không bật lên!

Bạn có thể kích hoạt các tùy chọn này cho việc này:

- Trình chỉnh sửa chú thích> Chế độ mặc định> Chỉnh sửa trang

- Trình chỉnh sửa chú thích> Chú thích trang trước khi lưu

Xin lỗi, tôi đã sai, bạn phải chọn "Định dạng trang" thay vì "Chỉnh sửa trang" (mục đầu tiên).

Cám ơn về công việc của bạn! Tôi đã sử dụng start.me cho trang tab mới của tôi (đó là trang bạn thấy mỗi khi bạn mở một tab, tôi không thể tin rằng hầu hết mọi người không làm cho nó hữu ích), nhưng nó quá chậm nên tôi đơn lẻ Nó và có một tiện ích mở rộng Firefox cục bộ để đặt nó làm trang tab mới của tôi.

Nó quá phức tạp nhưng ít nhất nó hoạt động!

Có thể sử dụng điều này trong bối cảnh của trang web hiện tại mà không có phần mở rộng không?

Có ảnh chụp nhanh màn hình người dùng của tôi và sau đó hiển thị nó cho họ sau (có thể trong iframe)?

Nó có thể nhưng nó hơi hạn chế. Ví dụ, nó sẽ không thể lưu hình ảnh đến từ một nguồn gốc khác.

Cảm ơn vì công việc bạn đã làm, đó là một thiên đường lười biếng đặc biệt là để tải xuống số lượng lớn và giúp tôi rất nhiều. Khoảng một tháng trước, tôi đã quyết định sao lưu dấu trang của mình thông qua ArchiveBox, đó là các dấu trang hơn 1K, hầu hết các phương pháp đáng tin cậy là đơn lẻ và wget.

Làm tốt lắm, Gildas! Bạn đã thực sự xây dựng một sản phẩm chất lượng và tiếp thị tốt công việc của bạn.

Tôi yêu nó và sử dụng nó. Nhưng sản phẩm? Không có gì đang được bán và sản phẩm nghe gần như hạ mình. :)

> Nhưng sản phẩm? Không có gì đang được bán và sản phẩm nghe gần như hạ mình. :)

Có thật không!? Bạn không nghĩ rằng nó đang cố gắng hạ mình để cố gắng tìm ra những lời chỉ trích về lời khen của ai đó, haha? Heh, Aanyway :) Bạn cảm thấy sản phẩm là xấu !? Thật ki cục!! Tôi đoán bạn tìm thấy ở đó những gì bạn mang đến cho nó. Tự hỏi những gì bạn đang bảo vệ ở đó, nếu bạn chia sẻ nhiều suy nghĩ của mình, chúng tôi có thể biết bạn nhiều hơn. Mặc dù vậy, tôi nghĩ rằng chúng ta chỉ có thể ăn mừng thành tích của Gildas! :)

Nếu tôi bắt đầu sử dụng SingleFile ngày hôm nay, liệu tôi vẫn sẽ được lưu các trang sau khi cập nhật để hiển thị v3 chứ?

Ý tôi là, nếu tôi muốn lưu các trang trong 11 tháng tới, tôi nên cài đặt đơn lẻ hay đơn lẻ?

Trên thực tế, bạn chỉ đơn giản là không cần một phần mở rộng để mở các trang được lưu bằng SingleFile (hoặc Lite đơn) vì chúng là các trang HTML tiêu chuẩn. Vì vậy, bạn không phải lo lắng về điều đó.

Điều này một mình là tuyệt vời. Tôi đã tìm kiếm một sự thay thế MHTML hoạt động tốt trên tất cả các trình duyệt.

Có cấu hình cho phiên bản ZIP nơi tôi có thể tránh sao chép các tài sản tĩnh không? Cảm ơn

Tôi đoán bạn đang đề cập đến SingleFilez. Tùy chọn này là không cần thiết vì các tệp zip (nghĩa là những gì SingleFilez sản xuất) đã cung cấp tính năng này.

Rất đẹp! Chắc chắn sẽ sử dụng nó. Tôi có thể hỏi bạn làm thế nào bạn đã tạo ra gif demo đẹp trai đó không?

> FYI

Định dạng thay thế (được sử dụng bởi Lưu trữ Internet và Wayback Machine) là WARC. Nó cũng là một tệp duy nhất, nhưng nó cũng bảo tồn các tiêu đề HTTP; Vì vậy, các ứng dụng của nó đặc biệt cho mục đích lưu trữ. .

Mặc dù khi nói đến hỗ trợ trình duyệt di động, tôi khuyên bạn nên sử dụng MHTML, bởi vì cả Webkit và Chromium đều có hỗ trợ cho nó ngược dòng.

[1] http://iipc.github.io/warc-specification/

[2] https://www.gnu.org/software/wget/wget.html

GTK/WPE Sử dụng libsoup. PlayStation/Windows sử dụng Curl. Và có mạng Táo là độc quyền.

Tôi không chắc chắn về WPE liên quan đến Libsoup do các phụ thuộc glib và tất cả các bản hack được tiêm mà tôi nghĩ rằng họ muốn tránh.

Ý tôi là, trong Curl chính cũng sẽ chạy trên các nền tảng khác ... nhưng theo như tôi có thể nói có một sáng kiến ​​để di chuyển càng nhiều càng tốt đến khung CF (chuỗi, phân bổ bộ nhớ, HTTPS và TLS, ổ cắm, v.v.) và tránh xa các triển khai đa nền tảng.

Hơn một thập kỷ trước tôi đã có một máy tính xách tay nhưng không có internet ở nhà. Đây là một trong những cách tôi tự dạy mình lập trình (và cũng tải xuống hàng tá manga) bằng cách sử dụng Internet Explorer tại một quán cà phê có tùy chọn lưu vào MHTML, một tệp và có mọi thứ tự chứa. Legit nợ một phần thành công của tôi với điều này. Tôi vẫn có một số tệp này, hướng dẫn cũ của Hello World C ++, v.v.

Tôi có internet tuyệt vời, và tôi vẫn làm một cái gì đó tương tự. Các tài liệu địa phương chỉ tải nhanh hơn rất nhiều và nếu có điều gì đó xảy ra (mà nó vẫn còn, ngay cả trên sợi ở Mỹ), tôi có tài liệu và có thể lập trình.

Lemme xem liệu tôi có thể kéo lên lệnh tôi sử dụng để phản ánh các trang web tài liệu.

    wget \
      --recursive \
      --level=5 \
      --convert-links \
      --page-requisites \
      --wait=1 \
      --random-wait \
      --timestamping \
      --no-parent \
      $1

Đối với những người không đủ khả năng truy cập internet bây giờ và có lẽ nhiều hơn trong tương lai nếu thời gian khó khăn hơn, tôi tin rằng đây là một trường hợp sử dụng rất quan trọng.

Cảm ơn Paul! Tôi đã đọc tài liệu này một thời gian trước đây, đặc biệt là để xem Shadow Dom được tuần tự hóa như thế nào.

Phần tương thích trình duyệt cho thấy MHTML không được hỗ trợ trong các phiên bản hiện tại của Firefox và Safari.

Tôi không nghĩ rằng nó đã từng được bản địa trong Firefox, có/là phần mở rộng UNMHT tuyệt vời bị phá vỡ bởi lượng tử/webextensions và sự silliness XUL lớn. Xấu hổ.

Tôi có Waterfox Classic và Unmht (ra khỏi kho lưu trữ addons cổ điển, chỉ cần nhớ tắt tính năng đa biến của Waterfox) vì tôi thỉnh thoảng cần lưu trữ các trang web - và quan trọng hơn là mở lại chúng sau.

MHTML chỉ là MIME, theo nghĩa đen là mọi URL rời rạc như một phần MIME với nguồn gốc của nó trong một tiêu đề vị trí nội dung, tất cả được bọc trong một thùng chứa nhiều phần. Tôi không hiểu tại sao nó không phải là một định dạng mặc định.

Tôi có thể thấy Webextensions phá vỡ nó (vì nó là một bộ API hoàn toàn mới cho các phần mở rộng, và các tổn thất chắc chắn vẫn còn đau) ... nhưng Quantum/XUL? Làm thế nào có liên quan, ngoài "nó xảy ra cùng một lúc"?

IANA FIREFOX DEV: XUL/XPCOM = API cũ, webextensions = new (multi-browser) API

Quantum là tên dự án để tái thiết kế Firefox Internals, với rất nhiều thay đổi thiết kế, không chỉ các plugin. API XUL/XPCOM đã bị loại bỏ, vì một lập trình viên thỉnh thoảng, tôi hiểu tại sao, "Quantum đã phá vỡ các plugin của tôi" là một xấp xỉ đầu tiên hợp lý cho hầu hết người dùng.

Vấn đề là nó là một định dạng độc quyền. Ưu điểm của định dạng được tạo bởi SingleFile (HTML) là miễn là trình duyệt của bạn có khả năng diễn giải HTML, bạn sẽ có thể đọc tài liệu lưu trữ của mình mà không phải lo lắng.

Lấy so sánh với một hạt muối. Không bao gồm WARC giống như loại trừ nước từ việc so sánh đồ uống, đó là tiêu chuẩn cơ bản.

> MHTML, (...) là một định dạng lưu trữ trang web được sử dụng để kết hợp, trong một tệp máy tính, mã HTML và tài nguyên đồng hành của nó (như hình ảnh, hình ảnh flash, applet Java, (...)

Tôi đoán là điều đó cho thấy tuổi thọ của nó.

Có ai khác nhận được hai cảnh báo bảo mật bất cứ khi nào bạn cố gắng lưu trang MHTML bằng cách sử dụng tiện ích mở rộng Chrome không? Tôi phải nhấp vào nút của một cảnh báo để xác nhận rằng tôi thực sự muốn lưu tệp "nguy hiểm" và một nút khác để xác nhận tôi thực sự chắc chắn. Nó trở nên rất khó chịu. Tôi đã xem xét tất cả cho một tùy chọn để vô hiệu hóa hành vi này nhưng không thể.

Tôi đã xem xét rộng rãi về vấn đề này vì tôi có thể tìm thấy một tùy chọn sao lưu tốt và dễ dàng mà không phải là quá mức cần thiết.

Tôi nghĩ rằng MHTML không được tiêu chuẩn hóa, đó là lý do tại sao nó không phải là trên tất cả các trình duyệt. Từ những gì tôi nhớ, mọi công ty đều thực hiện nó riêng về nó. Có lẽ nó đã nhận được nhiều tiêu chuẩn hơn trong vài năm qua.

Tôi đã luôn nghĩ rằng "M" là đại diện cho "Microsoft" - thậm chí không nhận thức được bất kỳ trình duyệt nào ngoài IE đã hỗ trợ nó.

Ngoài ra còn có CHM thực sự là định dạng tệp Microsoft chỉ cho các tệp "Trợ giúp HTML được biên dịch".

Tôi yêu định dạng này. Rất nhanh và nhỏ gọn. Toàn bộ Visual Studio giúp đỡ trong đó một lần. Làm việc rất tốt. Và có một đầu đọc KDE/QT.

Điều quan trọng trong kinh nghiệm của tôi là nó không chơi tốt với JavaScript. Tệp đơn theo hiểu biết của tôi (tôi đã thử nghiệm ngắn gọn với nó) cho phép tất cả các JS tải trên trang và sau đó có thể nhúng phương tiện được tải dưới dạng base64. Tôi nghĩ rằng nó cũng có heuristic để nhúng các JS có liên quan. Nó vẫn chỉ giúp bạn 90% cách đó và tôi đã đi đến kết luận rằng trừ khi bạn đang thực hiện công việc lưu trữ web hoặc cần âm thanh / video một hình ảnh tổng hợp hoạt động tốt

Tôi nhớ lưu các trang web trong MHTML khi tôi đang sử dụng quay số để tôi có thể đọc chúng ngoại tuyến sau.

Tôi cũng sẽ tải xuống toàn bộ các trang web bằng một phần mềm mà tôi quên, để đọc chúng ngoại tuyến. Quay lại khi các trang web được giữ trong một đĩa mềm.

Thời gian tốt!

Tôi sẽ nói opera (cái cũ, tốt) có cái này. Khi lưu một trang, có một số tùy chọn và một là một tệp iirc duy nhất.

80% bảng điều khiển web IPMI của máy chủ. Nhưng ai muốn cứu những thứ đó? :)

Rất nhiều trong số đó đang nhận được các triển khai dựa trên HTML5/Canvas và hầu hết các BMC AST cũ có thể giúp nó thông qua phần sụn được nâng cấp.

Chúng tôi có thể vui lòng dừng lại với hình ảnh GIF 17MB được sử dụng làm bản demo không? Họ sử dụng nhiều dữ liệu ngay lập tức khi bạn mở trang và không thực tế, bạn không biết hoạt hình là bao lâu, không thể chuyển tiếp/tua lại và bạn không thể nhấn toàn bộ màn hình trên điện thoại di động.

Và GitHub hỗ trợ các video nhúng trong các tệp readme.md, video thường nhỏ hơn các tệp GIF và autoplay bị vô hiệu hóa của chúng là một tính năng = bạn lưu dữ liệu của mình cho đến khi bạn nhấn play.

> GitHub hỗ trợ các video nhúng trong các tệp readme.md

Đúng từ tháng 5 năm 2021 vì vậy tôi nghĩ rằng rất nhiều người vẫn đang tìm thấy điều này ...

Theo kinh nghiệm của tôi, GIF vẫn là cách thiết lập nhất để biết video sẽ phát, để có được hỗ trợ đa nền tảng từ MP4 mà bạn có thể phải cung cấp hai codec khác nhau. Dù sao, không đồng ý với bạn và hầu hết các GIF có thể giảm 90% kích thước của chúng với sự lựa chọn tốt hơn về độ phân giải và khung hình. README này đặc biệt nghiêm trọng khi chụp màn hình với cuộn.

Đối với việc tiết kiệm băng thông cho đến khi bạn muốn chơi, tôi chưa thử điều này nhưng có vẻ thông minh đầy đủ để bọc một tải = Lazy gif bên trong một chi tiết/thẻ tóm tắt: https://css-tricks.com/pause-gif- chi tiết mùa hè/

> Để nhận hỗ trợ đa nền tảng từ MP4, bạn có thể phải cung cấp hai codec khác nhau

Codec video không phải là lĩnh vực chuyên môn của tôi. Những codec nào là và những công cụ nào bạn thường sử dụng để đảm bảo bạn cung cấp chúng?

Chưa kể rằng H264 có thể mất khá nhiều mã lực để giải mã và chơi (giả sử máy của bạn không có chip phần cứng để làm điều đó)

Máy nào không? Bất cứ điều gì trong 10 năm qua sẽ giải mã H264 với công suất ít hơn nhiều so với GIF vì nó. Ngay cả một PI cũng hỗ trợ nó.

ThinkPad X1 Carbon 2014 của tôi (Gen 3) không có mã hóa phần cứng theo như tôi có thể nói đã làm cho Zoom và Discord không thể sử dụng cho lớp, đặc biệt là vì không có cách nào (mà tôi biết) để vô hiệu hóa tất cả các video ngoại trừ người trình bày . Ngay cả khi phát một video YouTube trên đó làm cho nó tăng lên.

Tôi không chắc CPU nào bạn có cụ thể nhưng mô hình thấp nhất của X1 Carbon Gen3 có I5-5200U [1] liệt kê hỗ trợ video của Intel Quick Sync.

Từ trang Wiki để đồng bộ hóa nhanh [2]:

> Intel Quick Sync Video là thương hiệu của Intel cho lõi phần cứng mã hóa và giải mã video chuyên dụng. Sync nhanh chóng được giới thiệu với kiến ​​trúc vi mô CPU Sandy Bridge vào ngày 9 tháng 1 năm 2011 và đã được tìm thấy trên cái chết của CPU Intel kể từ đó.

Tôi không thể xác nhận nhưng tôi đoán các vấn đề về hiệu suất của bạn nằm ở nơi khác so với giải mã H264 cụ thể.

[1] - https: //ark.intel.com/content/www/us/en/ark/products/85212/i ...

[2] - https://en.wikipedia.org/wiki/intel_quick_sync_video

Nếu bạn kiểm tra bảng thế hệ trong bài viết wikipedia đó [1], theo Broadwell (tôi tin rằng đó là tên thế hệ của 5200U), nó nói rằng có sự hỗ trợ cho AVC (mà tôi tin là H264, tôi không phải là một Wiz Wiz Wiz ), vì vậy đó là một điểm thực sự tốt. Tôi không chắc tại sao tôi đã liên tục gặp vấn đề với điều này trên máy của mình. Tôi tự hỏi nếu đây là một cái gì đó có cấu hình trên Linux sau đó?

Cảm ơn vì đã chỉ ra điều đó. Tôi đã nhìn vào bàn này trước đây và chú ý đến HEVC, không phải AVC, vì vậy tôi tin rằng đó là nơi mà sai lầm của tôi đến từ.

[1] https: //en.wikipedia.org/wiki/intel_quick_sync_video#hardwar ...

AVC là H.264, vâng.

Giải mã video được tăng tốc thường bị vô hiệu hóa theo mặc định trên các phiên bản Linux của trình duyệt và có thể phụ thuộc khá nhiều vào các phiên bản trình điều khiển/mesa/x-vs-wayland/vv.

YouTube theo mặc định thích các codec lưu mới hơn, bitrate so với các codec cũ nếu nó nghĩ rằng CPU của bạn có thể xử lý phần mềm giải mã chúng. Trên Dell XPS 1080p 2017 của tôi và độ phân giải thấp hơn trên YouTube Play trong phần mềm được giải mã AV1, chỉ chơi 1440p và cao hơn trong VP9 được giải mã phần cứng, vì vậy hãy phát video 4K trên YouTube ít đánh thuế cho CPU của tôi hơn là phát video 1080p ....

Vấn đề là Zoom và Discord đang thực hiện nhiều luồng. Nhưng nó thực sự không nên là một vấn đề.

H.264, ngay cả trên cấu hình cao cũng không tốn kém CPU trên máy 2014. Trừ khi bạn đang xem 1080p với 5-10Mbps, đây không phải là tiêu chuẩn cho video internet.

Đây thực sự vẫn là một vấn đề vào năm 2022? Có bao nhiêu người đang duyệt internet trên một thiết bị không thể thực hiện giải mã phần cứng H264?

Một số trình duyệt có hỗ trợ giải mã HW kém trên Linux (vấn đề của họ, không phải trình điều khiển) nhưng gần đây nó đã tốt hơn rất nhiều.

Tác giả ở đây, xin lỗi cho tệp GIF. Tôi đã tạo ra nó bởi vì mọi người không hài lòng với video được lưu trữ trên YouTube. Afaik, các tập tin video không hoạt động khi tôi thực hiện bản demo này. Tôi sẽ cố gắng cải thiện điều này trong tương lai.

Tôi muốn bình luận về việc tôi đã hữu ích như thế nào đối với tôi. Nó đã làm một công việc tuyệt vời trong việc chứng minh tại sao điều này rất hữu ích và nó hoạt động tốt như thế nào so với việc triển khai trình duyệt bản địa. Cảm ơn cả hai cho bản demo và dự án!

Bạn có phiền khi chia sẻ những công cụ bạn đã sử dụng để tạo bản demo đó không? Nó thực sự được thực hiện tốt.

GitHub chỉ mở rộng hỗ trợ video từ các định dạng video sang GIF sang các định dạng video tốt và nhiều cài đặt GitHub Enterprise chưa có những tính năng mới đó. Vì vậy, hãy tiếp tục truyền bá.

Tôi nghĩ rằng có một số sắc thái ở đây.

Nếu chuỗi demo là

Chỉ là sự giật gân "giới thiệu" mất hơn 5 giây và nó hoàn toàn không cần thiết

Vâng, GIF cũng làm phiền tôi: D

Có vẻ như chủ đề này rất chủ quan. Tuy nhiên, tôi thừa nhận rằng tôi đã để mình đi một chút về phần giới thiệu và tôi có thể hiểu quan điểm của bạn.

Tôi ước các trình duyệt đạt tiêu chuẩn, được cấu hình sẵn bằng các hộp thoại cảnh báo kích hoạt nếu các tài sản cố gắng tải vượt quá một số ngưỡng. Ngưỡng đó có thể được quyết định bởi nhóm nhà cung cấp trình duyệt dựa trên một số bộ sưu tập thống kê mạng và được điều chỉnh trên cơ sở hàng năm hoặc lâu hơn.

> Và GitHub hỗ trợ các video nhúng trong các tệp readme.md

Bất kỳ tài liệu về điều này? Bởi vì tôi đã cố gắng nhúng video vào các vấn đề và PR trước đây và không quản lý. Tôi hy vọng tài liệu như vậy sẽ giải thích làm thế nào điều này mở rộng cho các vấn đề và PRS.

Đưa ra một sự nâng cao lớn cho việc này, thất vọng và bối rối khi thấy bạn đã bị hạ cấp ở đây. Theo nghĩa đen, không có lý do gì để sử dụng các GIF như thế này, và - như bạn đã nói, nó rất thiếu tôn trọng những người không may mắn có kết nối băng thông rộng, nhưng muốn truy cập vào thông tin.

Sử dụng dữ liệu một cách lãng phí như thế này luôn luôn đặc quyền đối với tôi - đặc biệt là trên một cái gì đó như GitHub. Wikipedia, ví dụ, không bao giờ cho phép những thứ như thế này.

> thất vọng và bối rối khi thấy bạn đã bị hạ cấp ở đây

Bởi vì nó là một tính năng tương đối mới, và có lẽ, rất nhiều nhà phát triển không biết về nó (tôi đã không).

Tôi đã thực hiện [GIF hoạt hình] này một lần thực sự, trước khi tính năng được giới thiệu, và tôi chắc chắn ghét nó, nhưng tôi không có lựa chọn nào khác.

Cảm ơn vì đã đưa điều này đến với sự chú ý chung, mặc dù vậy :)

Chia sẻ một dự án với thế giới và dành thời gian để ghi lại nó là đặc quyền? Tôi thực sự không thể hiểu lý do của bạn.

Vấn đề chủ yếu là với các trình duyệt di động, vì dữ liệu di động đắt tiền ..., Firefox trên iPhone không có về: Cấu hình.

FYI, tôi đã cập nhật trang readme. Bây giờ, nó bao gồm trọng số video MP4 ~ 9MB.

Tôi cũng muốn khen ngợi về bản demo. Đó là một trong những bản demo hay nhất tôi từng thấy với một dự án như vậy. Công việc tốt!

Tôi sẽ ngạc nhiên rằng tác giả đã không sử dụng webm để có được một tệp nhỏ hơn (không đề cập đến chất lượng cao hơn) nhưng bản thân dự án khiến tôi tin rằng tác giả có nhiều không gian đĩa miễn phí để sử dụng

Không cần phải đưa ra các giả định nào về tác giả (người BTW đã dành thời gian để xây dựng một công cụ rất hữu ích và chia sẻ trên internet miễn phí). Chỉ cần chỉ ra vấn đề của GIF và di chuyển cùng.

Tôi nghĩ rằng bạn đã bỏ lỡ một cái gì đó ở đây; Cha mẹ đã không xúc phạm tác giả. Họ đã suy luận rằng ai đó tạo ra một công cụ lưu trữ có thể có tài nguyên giúp lưu trữ (băng thông có nghĩa là truy cập vào tài liệu và không gian lưu trữ có nghĩa là một nơi để lưu chúng- bạn có ý tưởng).

Tôi chưa bao giờ đưa ra giả định về tác giả và chắc chắn không bao giờ nói rằng công cụ này không hữu ích. Bạn có thể cảm thấy tự do để di chuyển theo chính mình, mặc dù.

Tôi yêu, yêu phần mở rộng này. Tôi đang làm việc trên một ứng dụng để biến điều này thành một hệ thống đánh dấu một lần nhấp trên Linux. Chạy dịch vụ Inotify để xem các bản tải xuống của bạn và sau đó xử lý bất kỳ tải xuống tệp nào vào cơ sở dữ liệu và cập nhật chỉ mục duyệt.

Nói cho tôi biết thêm.

Tôi nghĩ về cơ bản tôi có được ý tưởng, bạn đang sử dụng loại cơ sở dữ liệu nào? Recoll nghe có vẻ là một ý tưởng tốt, nhưng tôi cũng nghĩ về cách tôi cũng có thể làm cho điều này công khai.

(tức là tôi dạy ở trường đại học và rất thích có một cách tập trung để lưu trữ và tìm kiếm tất cả các bài đọc được chỉ định của tôi, thường là các trang web)

Tôi không phải là một kỹ sư phần mềm được đào tạo nhưng ...

Mỗi trang HTML được xử lý bởi (1) nhận URL, Tiêu đề, Thời gian lưu (điều này được đánh giá dưới mức thời gian tiết kiệm gần đúng là hữu ích nếu bạn muốn tái khám phá) và sau đó (2) chụp ảnh màn hình và cuối cùng (3) trích xuất văn bản với khả năng đọc.js và hy vọng thực hiện một số phân tích từ khóa.

Ngay bây giờ nó được lưu trữ trong cơ sở dữ liệu SQLite cục bộ, mặc dù nội dung bài viết được lưu trữ trong các tệp văn bản. Để tìm kiếm, tôi có thể sử dụng RIPGREP để xem qua các tệp văn bản được liên kết.

Mục tiêu cuối cùng là tạo một ứng dụng bình cho phép quản lý tương tác các dấu trang (gắn thẻ, tìm kiếm). Tôi đã có thế hệ dấu trang tĩnh.

Đây là ảnh chụp màn hình: https://imgur.com/5yp4sp5

Tôi đã lưu trữ (riêng tư) một số trang tài liệu từ một số nhà cung cấp của chúng tôi đứng sau trang đăng nhập bằng cách sử dụng nó trong trường hợp nó không thể truy cập vào thời điểm quan trọng đối với chúng tôi.

Đáng kinh ngạc! Hãy tự động đưa nó lên một notch - lưu mỗi trang.

Sau đó, thêm một công cụ tìm kiếm về điều đó, vì 'bài viết đó về tác động dài hạn của DDT đối với các hệ sinh thái mà tôi đã đọc từ lâu?' truy vấn.

Và bạn nhận được một memex - một cách để thuê ngoài một phần của bộ não cho máy tính :).

Có thể một chút OT, nhưng những người sáng lập nên xem xét cẩn thận trang đích này. Đó là cách bạn bán một cái gì đó. Bản demo rõ ràng về vấn đề họ đang cố gắng giải quyết và nó đã thuyết phục tôi rằng sản phẩm của họ thực sự giải quyết nó. Đó không chỉ là tất cả các thông tin họ đã bao gồm, mà còn thiếu sự lộn xộn không liên quan.

Tôi đã cuộn qua GIF vì tôi không nhận ra rằng đó là một GIF thông tin. Vài giây đầu tiên trông giống như một logo hoạt hình và tôi không bao giờ ở lại để xem nó. Hoặc nó có thể chỉ bắt đầu với một hành động thay vì hoạt hình logo.

Bạn thực sự ngồi đó và xem video GIF 17MB với tốc độ 1x mà không có điều khiển? cười lớn. trang đích tồi tệ nhất tôi từng thấy

Tôi nghĩ rằng đây là nhận xét tồi tệ nhất mà tôi từng thấy! ;)

BTW, nó không phải là một trang đích. Đây là readme trên github.

Thật là một dự án tuyệt vời! Tôi thích cách nhúng hình ảnh. Tuy nhiên, một trong những điều tôi nhớ nhất khi quay lại các trang web cũ, được nhúng âm thanh hoặc video. Từ việc nhìn vào các tùy chọn, có vẻ như có thể xử lý mã hóa video và/hoặc âm thanh dưới dạng URI dữ liệu, nhưng không hoàn toàn rõ ràng nếu SingleFile làm điều này hay không. Tôi không chắc chắn nếu tôi đang làm những điều chính xác để buộc hành vi này trong các tùy chọn. Sẽ thật tuyệt nếu ReadMe có thể làm rõ cách chúng được xử lý bởi SingleFile. Đôi khi, có thể rất tuyệt khi có thể nhúng những thứ này, ngay cả khi nó làm cho HTML lố bịch và đầy hơi. Hoặc, cấm điều đó, có lẽ chỉ là một khuyến nghị để sử dụng một trong các định dạng khác trong bảng so sánh cho loại trường hợp sử dụng này.

Thật không may, điều đó sẽ không cho phép bạn nhấp vào liên kết trong phiên bản ngoại tuyến của bạn. Bạn có thể làm điều này đúng với WGET: (Xin lỗi tôi không biết cách thực hiện định dạng mã trong HackerNews)

wget--mirror \--convert-links \--html-extension \--wait = 2 \ -o log \ https://example.com

Bạn đang đề nghị gương, ví dụ: Toàn bộ wikipedia thông qua wget?

Đó không chỉ là tối ưu, nó còn căng thẳng trên máy chủ. Ít nhất bạn đã thêm A - -wait = 2, nhưng trên bất kỳ trang web lớn/hoster/cdn nào, điều này vẫn có thể khiến IP của bạn bị cấm hoặc điều chỉnh. Và trên ví dụ: Wikipedia tiếng Anh này sau đó sẽ mất 149 ngày. Điều đó có nghĩa là vào thời điểm bạn nhấn trang cuối cùng, những người đầu tiên (và liên kết của chúng) đã hết hạn.

Nếu bạn thêm '--no-parent' (không yêu cầu bất cứ điều gì không phải là phụ thuộc trang trên URI được yêu cầu) và '--level = 5' (chỉ tuân theo liên kết 5 sâu), bạn sẽ không nhận được tất cả một trang web. Nó làm cho nó thực tế hơn khi nhận được các bài báo Wikipedia.

Tôi đoán ý định của người dùng là có lệnh được định dạng trên nhiều dòng.

Có vẻ như SingleFile giúp với các trang web mà bạn phải đăng nhập, một cái gì đó không dễ dàng với WGET.

Bạn đang nói về cái gì? Tôi có hàng trăm trang được lưu với SingleFile và tôi có thể nhấp vào các liên kết trong tất cả chúng.

Ồ, có lẽ nó hoạt động sau đó. Tôi cho rằng nó đã không theo dõi các liên kết vì họ đã không hiển thị nó trong video.

Bạn có nghĩa là chuyển đổi các liên kết để chúng trỏ đến bản sao địa phương của bạn các trang khác từ cùng một trang web? Vâng, nó không làm điều đó; Nó không phải là một công cụ dành cho việc lưu trữ toàn bộ trang web. Nó chỉ để lưu trữ một trang duy nhất, với tất cả các nội dung được nướng vào đó. Giống như một dấu trang nhưng không liên kết.

Định dạng mã chỉ là blockquotes.

  So one empty space followed by indented text (2 or more spaces)

Liên kết xác nhận email đăng ký chỉ vào http: // localhost: 3000/btw

Tôi chắc chắn đang ở trong thị trường cho một dịch vụ đánh dấu để lưu trữ dấu trang của tôi, Diigo đã ngừng làm việc một hoặc hai năm trước và Pinboard không thể ở lại

Zotero đối phó với điều này một cách hợp lý tốt và tình cờ sử dụng đơn lẻ dưới mui xe. Trang đích của nó chỉ nhắm vào một đối tượng cụ thể (học thuật), có nghĩa là có thể lên tới 90% những người sẽ vui vẻ sử dụng nó có lẽ cuối cùng đã nảy sau khi nghĩ, "đây không phải là cho tôi", trước khi thử nó. Cho nó một phát bắn.

Ahh chết tiệt, nên sửa nó! Hiện tại, bạn có thể chỉnh sửa URL theo cách thủ công để xem qua. Nếu bạn quan tâm, vui lòng gửi DM trên Twitter @RecursivesWings, tôi sẽ cho bạn biết một khi nó ở Beta! :)

Điều đó thật tuyệt. Tôi đã luôn tự hỏi tại sao đây không phải là hành vi mặc định để lưu trang trong các trình duyệt. Để người dùng thông thường lưu một trang ngụ ý lưu một tệp duy nhất, không phải một tệp cộng với thư mục của công cụ. Har có thể hữu ích nhưng dường như chỉ vì lý do thích hợp hoặc chuyên ngành.

Từ cảnh báo trước khi cài đặt trong Firefox:

    Add SingleFile? This extension will have permission to:
      - Access your data for all websites
      - Input data to the clipboard
      - Extend developer tools to access your data in open tabs
      - Download files and read and modify the browser's download history
      - Access browser tabs

Câu hỏi bảo mật: Một tiện ích mở rộng web có an toàn nếu nó được cài đặt nhưng nếu bạn không sử dụng nó vào lúc này? Ví dụ: nếu tôi đã đăng nhập vào trang web của ngân hàng của mình và tôi không nhấp vào nút đơn lẻ trong thanh công cụ mở rộng, về mặt lý thuyết, nó vẫn có thể thu thập thông tin từ trang web của ngân hàng của tôi hoặc thực hiện các hành động khác?

Tôi muốn sử dụng đơn lẻ và không có lý do gì để không tin vào nó, nhưng tôi muốn hiểu tác động bảo mật của việc cài đặt nhiều phần mở rộng web. Làm thế nào để mọi người xử lý rủi ro bảo mật như vậy? Bạn có chạy một trình duyệt vani riêng biệt không có phần mở rộng cho các nhiệm vụ nhạy cảm không?

Vì lý do kỹ thuật ngoài tầm kiểm soát của tôi, SingleFile tiêm một tập lệnh (rất nhỏ) khi trang tải ngay cả khi bạn không nhấp vào nút. Nó cũng có thể gửi bất kỳ dữ liệu nào đến máy chủ của bên thứ ba. Thật không may, do đó tôi không thể đảm bảo về mặt kỹ thuật và chính thức rằng đơn lẻ không thể hành xử ác ý. Tuy nhiên, lưu ý rằng tiện ích mở rộng có trạng thái "được đề xuất" trên Firefox và nó trải qua một đánh giá mã thủ công của Mozilla tại mỗi bản cập nhật.

Trên Chrome, bạn có thể đi vào cài đặt mở rộng và điều chỉnh các quyền để chỉ đơn lẻ chỉ có quyền trên Click Click. Sau đó, nó đã thắng/không thể tiêm đoạn trích nhỏ đó vào một trang cho đến khi bạn thực sự muốn sử dụng tiện ích mở rộng. Nhược điểm duy nhất là sau khi cho phép bạn phải làm mới trang cho phần mở rộng để thực hiện công việc của nó.

Tôi ước hành vi này được Google nổi tiếng và khuyến khích nhiều hơn.

Bạn hoàn toàn đúng, cảm ơn vì lời đề nghị! Tôi đã hoàn toàn quên mất tính năng này.

Bạn có thể vui lòng xây dựng tập lệnh nào được tiêm, lý do đó và tại sao nó nằm ngoài tầm kiểm soát của bạn? Cảm ơn bạn

Trong Firefox, bạn có thể chạy một hồ sơ hoàn toàn khác.

Tôi không tự làm điều này, tôi cố gắng nghiên cứu bất kỳ tiện ích mở rộng nào tôi thêm và không thực hiện nâng cấp tự động. Tôi sử dụng càng ít phần mở rộng càng tốt.

Nếu bạn quan tâm đến bảo mật, hãy xem xét sử dụng hệ điều hành Qubes với các máy ảo được phát triển phần cứng để ngăn chặn. Sau đó, bạn Firefox cho ngân hàng sẽ không có cùng các tiện ích mở rộng mà bạn sử dụng ở nơi khác. Làm việc cho tôi.

Gif demo đó bao nhiêu tuổi? Tôi chỉ thử tái tạo các thiếu sót lưu thông thường và hình ảnh dưới cùng ("ví dụ về hình ảnh SVG với hình ảnh JPEG được nhúng") tải tốt từ thư mục cục bộ, vì vậy điều này có vẻ lỗi thời.

Điều đó đang được nói, thật kỳ lạ khi loại công cụ này thậm chí cần thiết cả. Tôi cũng đã mong đợi tiết kiệm bản địa bao gồm đồ họa nền CSS, nhưng rõ ràng họ không vì một số lý do, vì vậy tôi nghĩ rằng điều này khá hữu ích. Cho đến bây giờ, tôi cũng đã sử dụng pandoc (--standalone) để hợp nhất tất cả các tài nguyên thành một tệp HTML hoạt động rất tốt.

Tôi đã hy vọng công cụ này cũng đã giải quyết được một vấn đề đến từ việc lưu và tái tạo các trang web nặng của JS-framework.

Đây là lỗi: Theo thông số kỹ thuật HTML, các phần tử thích và không thể ở bên trong các thẻ. Nhưng sử dụng js bạn _can_ đẩy s thay vì s. .

Nhìn vào Nasa.gov, có HTML:

  

      
 ...
    
  
  

Nhưng cái quái gì vậy! Tôi đã làm việc trên một công cụ tải xuống/tái tạo HTML tương tự và lỗi này thực sự làm phiền tôi. Tôi có thể thích tiêu chuẩn đọc HTML được cập nhật để chấp nhận bên trong hoặc cũng không thể thực hiện được thông qua JS.

Tôi nghĩ rằng vấn đề này có thể bị phá vỡ bằng cách thao túng trang (thay thế hình ảnh, khung, CSS, v.v.) trong chính tab (SingleFile thực hiện nó trong nền với một thể hiện Domparser). Bí quyết là tránh phân tích cú pháp HTML.

Có thể bởi vì các tệp JS (cụ thể là các tiện ích bổ sung) chạy từ hệ thống tập tin cục bộ được trao các đặc quyền leo thang so với việc sử dụng bình thường, có lẽ để dễ phát triển. Mặc dù vậy, tôi chỉ suy đoán.

Tôi nghĩ rằng đó là một hạn chế đối với tất cả các phần mở rộng được áp dụng bởi Chrome/Firefox. Tôi đoán là dừng các tiện ích mở rộng khiến bạn buộc cài đặt nhiều tiện ích mở rộng hơn hoặc một cái gì đó ...

(Cũng là những gì mà lên Andrew! YC S09 đại diện cho: WAVE_EMOJI :)

Điều này chỉ đơn giản là loại bỏ JavaScript hoặc làm điều gì đó thông minh hơn? Bởi vì tôi nghĩ trong thời đại của spa, cách thích hợp để lưu "các trang nội dung" có thể là thực hiện JavaScript một lần và tuần tự hóa DOM kết quả trở lại HTML. Tôi đã không tìm thấy bất cứ điều gì trong Câu hỏi thường gặp giải thích nếu nó làm điều đó như thế.

Nó lưu những gì bạn thấy (và loại bỏ JS theo mặc định). Có một tùy chọn để nhúng JS và một tùy chọn khác để lưu trang "RAW" nhưng tôi sẽ không nói nó đáng tin cậy. Sự thông minh nằm nhiều hơn trong khả năng sản xuất các trang ánh sáng.

Tôi cũng yêu Monolith, đặc biệt là vì nó rất dễ sửa đổi. Chỉ có 2300 Sloc!

Chắc chắn, nó sử dụng các thư viện để thực hiện việc nâng vật nặng, nhưng đây đều là những thư viện phổ biến, được thử nghiệm tốt với các bộ tính năng được bảo hiểm tốt (html5ever để phân tích cú pháp HTML, URL cho URL phân tích cú pháp, v.v.).

Nếu bạn đang tìm kiếm một công cụ như thế này nhưng nghĩ rằng bạn có thể cần phải điều chỉnh nó, bạn nên thử Monolith.

Làm thế nào để chuyển đổi chế độ/khả năng đọc của đầu đọc? Nó dường như không thể lưu các trang khi tôi bật chế độ đọc của Chromium.

Tôi đã làm theo lời khuyên khác về chủ đề này. Trong các tùy chọn:

- Trình chỉnh sửa chú thích> Chế độ mặc định> Định dạng trang

- Trình chỉnh sửa chú thích> Chú thích trang trước khi lưu

Nó tự động định dạng trang vào chế độ Reader sau đó tôi có thể nhấp vào biểu tượng "Lưu trang" để lưu nó. Nhưng đôi khi tôi muốn tải xuống trang như vậy. Thích chủ đề này chẳng hạn. Nút "Khôi phục tất cả các phần tử bị loại bỏ" dường như không hoạt động để hoàn nguyên các thay đổi.

Bây giờ tôi chỉ cần đặt mặc định làm chế độ là bình thường và bật "Chú thích trang trước khi lưu", sau đó nhấp vào "Định dạng trang để đọc tốt hơn" khi cần.

Bạn cũng có thể tạo 2 cấu hình riêng biệt trong trang tùy chọn. Một hồ sơ sẽ mở trình chỉnh sửa chú thích và tên kia sẽ không. Sau đó, bạn sẽ phải lưu các trang với hồ sơ thích hợp. Để khôi phục trang, bạn nên nhấp vào biểu tượng "Trang định dạng".

Cảm ơn bạn. Tôi sẽ thử nhiều hồ sơ. Như đã đề cập bởi một số ý kiến. Đó là một công cụ tốt để quản lý dấu trang. ArchiveBox được cho là làm một cái gì đó tương tự nhưng tôi không thể làm cho nó hoạt động.

Cảm ơn bạn đã phản hồi! Về việc quản lý đánh dấu, nó chắc chắn có thể tốt hơn. Tôi sẽ phải tìm một thời gian để mã hóa một tiện ích mở rộng Trình quản lý đánh dấu dựa trên đơn lẻ có thể.

Cảm ơn bạn cho phần mở rộng. Nó hoạt động đủ tốt cho dấu trang của tôi. Chỉ cần mở dấu trang trên trình duyệt của tôi và sử dụng tính năng "Lưu tất cả các tab".

Tôi nghĩ rằng tôi không phải là người duy nhất muốn thay thế cho túi. Một người quản lý đánh dấu có thể lưu trữ các liên kết để ngăn Linkrot.

Phần ấn tượng nhất của bản demo là xem thư mục tải xuống của anh ấy gọn gàng như thế nào!

Tôi đang xây dựng một công cụ cho mọi người có một kho lưu trữ cá nhân cho cuộc sống kỹ thuật số của họ để 30 năm nữa họ có thể xem lại nội dung mà họ thích trong những năm còn trẻ.

https://github.com/sergiotapia/ekeko

Điều này thật tuyệt! Tôi rất thích tích hợp điều này bằng cách nào đó vào dự án của mình để đánh dấu "đơn lẻ" khi mọi người tạo ra chúng.

@Gildas Bạn có bất kỳ đề xuất nào về cách tiếp cận điều này với phần mở rộng của bạn không? Tôi có thể chạy một chrome không đầu và kích hoạt phần mở rộng này không?

Thích cái này. Sử dụng nó mọi lúc. Tiện dụng để tiết kiệm các trang khổng lồ với tất cả các kiểu dáng còn nguyên vẹn để đọc ngoại tuyến (như trên máy bay). Bạn có thể lưu một trang web dưới dạng PDF, nhưng tôi thích điều này hơn PDF.

Ngay cả sau khi đọc lời khen ở đây, tôi đã chuẩn bị cho phần mở rộng này tốt và hữu ích như thế nào. Nó là một giải pháp hoàn hảo để lưu các bản sao địa phương của các trang web. Tôi làm điều này thường xuyên, và tôi ngạc nhiên khi tôi không biết về điều này cho đến ngày hôm nay. Ngay cả cách nó xử lý cài đặt cho tiện ích mở rộng là tuyệt vời, với tài liệu tốt, tích hợp. Khả năng thêm các chú thích là đóng băng và vì chúng trở thành một phần của HTML không có định dạng tệp khóa hoặc đặc biệt cần thiết.

Điều này tốt cho những người không có quyền truy cập internet liên tục, những người cần tham chiếu tài nguyên web ngoại tuyến.

Công nghệ tiết kiệm trang web dường như không theo kịp sự phát triển của web.

Hình ảnh được tải bởi CSS hoàn toàn không được lưu. JavaScript trên trang thường sẽ chiếm quyền điều khiển một trang đã lưu và không để nó hiển thị tất cả.

Một tùy chọn hoạt động khá tốt và không yêu cầu cài đặt tiện ích mở rộng trình duyệt là lưu trang dưới dạng tệp PDF.

Tôi ước các nhà phát triển trình duyệt sẽ nỗ lực nhiều hơn trong lĩnh vực này.

Đây là những gì tôi 10 tuổi nghĩ rằng "tiết kiệm như" trong IE sẽ làm, nhưng sớm nhận ra thực tế khắc nghiệt của "đó không phải là cách nào trong số này hoạt động".

Nó có tùy chọn để tự động lưu mọi trang bạn điều hướng không? Có một số phần mở rộng trở lại vào những năm 2000 ("khẩu hiệu" tôi nghĩ là một, "kệ" hoặc một cái gì đó tương tự là một cái khác) nhưng tôi không nghĩ chúng làm việc nữa. Những trang tôi nghĩ để tiết kiệm bây giờ không bao giờ là những trang tôi muốn nhìn vào 5 năm.

Nếu bạn giữ JavaScript, bạn cũng có được định dạng ứng dụng di động (máy tính để bàn) nhất thế giới ...

Mở repo khiến bạn tải xuống GIF 17MB. Tôi hy vọng bạn không có kết nối di động đắt tiền.

P.S. Bản demo rất hay

Tại sao điều này cần phải:

- Đọc và thay đổi tất cả dữ liệu của bạn trên tất cả các trang web

- Sửa đổi dữ liệu bạn sao chép và dán

- Quản lý tải xuống của bạn

Có cách nào để sử dụng một phiên bản đòi hỏi ít quyền này không? ví dụ. Có vẻ như chúng ta có thể giải quyết quyền cho phép đầu tiên bằng cách chỉ kích hoạt nó trên nhấp chuột, nhưng tôi không chắc liệu điều đó có giải quyết các vấn đề khác không.

Tôi cố gắng sử dụng các quyền tùy chọn nhiều nhất có thể. Sự cho phép đầu tiên được yêu cầu vì tài sản và khung được lưu trữ trên các máy chủ của bên thứ ba. Sự cho phép thứ hai phải là tùy chọn, tôi không nhớ tại sao nó không. Tôi sẽ cố gắng xem liệu tôi có thể làm cho nó tùy chọn không. Quyền cuối cùng được yêu cầu để lưu trang trên hệ thống tập tin với API "Tải xuống". Lưu ý rằng ngay cả khi tôi thực hiện các quyền này tùy chọn, dù sao bạn vẫn có thể phải tin tưởng tôi;)

Vào thời xa xưa, Internet Explorer được sử dụng để cho phép bạn thực hiện việc này bằng cách lưu trang vào tệp HTM. Nó sẽ là một kho lưu trữ duy nhất với HTML và hình ảnh, vv được nhúng.

Các trình duyệt mới dường như không làm điều này, tạo một thư mục riêng cho các tài sản, điều này cực kỳ khó chịu.

Dang nó, anh ấy đã đánh bại tôi! Tôi đã chơi đùa với ý tưởng này khá lâu, nhưng việc thực hiện này rất tuyệt, tốt hơn so với tôi, vì vậy tôi rất vui vì anh ấy đã làm điều đó.

Có lẽ tôi sẽ thực hiện một triển khai CLI (giống như wget nhưng với điều này đã được giải quyết ...)

Điều này là tuyệt vời cho một trang. Tôi rất muốn thấy nó được mở rộng để bao gồm toàn bộ trang web.

Chrome có thể lưu vào một tệp duy nhất (.mhtml). Tôi không chắc tôi hiểu sự khác biệt.

Sự khác biệt là định dạng đầu ra. Tôi đã tạo đơn lẻ trước khi Chrome hỗ trợ các tệp MHTML. Vào thời điểm đó, để lưu các trang web trong một tệp duy nhất, giải pháp kỹ thuật duy nhất trong Chrome là thực hiện một cái gì đó như SingleFile. Ưu điểm của HTML là định dạng này bền hơn nhiều.

Điều đó có ý nghĩa. Tôi cũng đã sử dụng URI dữ liệu để tạo các trang web có thể phân phối.

Vâng, có .mhtml nhưng nó thực thi rõ ràng vì nó không chính xác tiết kiệm mọi thứ. Nó sẽ cố gắng tiết kiệm nhưng nó sẽ không dũng cảm với nó, nó giống như sử dụng MHTML mà không có "đối số lực lượng (-f)".

Công cụ tuyệt vời!

Vì một số lý do, tôi đã mong đợi được xem một trang web nhiều trang hỗ trợ JS vào một spa trong một tệp HTML duy nhất, nhưng tôi không mong đợi thấy hình ảnh được nhúng.

Có lẽ cũng cung cấp một tùy chọn truyền tải đệ quy quá, nhưng đừng thử điều đó trên wikipedia :)

Ngày trước, đây luôn là một điều khiến tôi phải mở ra một cách bừa bãi và đáng xấu hổ để tôi có thể lưu một trang dưới dạng tệp MHT. Vì vậy, từ lâu rồi. Thật tuyệt khi thấy ý tưởng này đã được hồi sinh và không theo cách độc quyền

Tôi yêu độc thân và đã sử dụng nó trong nhiều năm! Có phiên bản nào hoạt động trên các phiên bản trình duyệt di động hiện tại không? Tôi đã bị mắc kẹt với một phiên bản cũ của Firefox trên Android vẫn hỗ trợ cho phần mở rộng.

Cảm ơn vì điều đó. Tôi dự kiến ​​sẽ thấy một liên kết giá ở đâu đó, đã được hòa hợp với tất cả các SaaS đăng ký những ngày này. Rất vui khi thấy có những công cụ cung cấp giá trị to lớn miễn phí.

Trên thực tế, nó ít nhiều tự tài trợ bởi ... hmmm ... một saa mà tôi tiếp thị nhưng nó ở B2B.

Tôi sử dụng SavePageWE, nó có thể lưu trang (thành một tệp) vì nó được sửa đổi bởi JS sau khi tải, thường hữu ích.

Điều duy nhất tôi nhớ tôi ước nó dễ dàng hơn để viết kịch bản.

Tôi đã sử dụng WebScrapBook (một tiện ích bổ sung cho Firefox) trong một thời gian. Tôi thực sự thích nó. Có ai khác một số kinh nghiệm với tiện ích bổ sung này? Tốt hay xấu.

Tôi đã sử dụng nó trong một vài năm (có thể) và tôi thích nó khá nhiều như một cách nhanh chóng và dễ dàng để lưu các trang. ArchiveBox có vẻ tuyệt vời, nhưng tôi không có động lực để thiết lập dịch vụ và duy trì nó vì tôi không lưu đủ các liên kết để làm cho nó đáng giá. SingleFile có thể có giá trị một cú đánh, nhưng có vẻ như WebScrapBook đã xử lý nhu cầu của bạn tốt (dường như chúng có 90% chức năng tương tự).

Thanks!

ArchiveBox thực sự trông tuyệt vời. Trang chủ của họ một mình là đẹp.

Tôi đã đánh dấu cả ArchiveBox và bây giờ cũng là đơn lẻ, nhưng WebScrapBook hoàn thành công việc (trong hầu hết các trường hợp).

Là người dùng WebScrapBook, bạn có biết nếu có đường dẫn di chuyển từ Pocket hoặc một dịch vụ được lưu trữ khác không?

Không biết về tùy chọn di chuyển, nhưng tôi nhớ có rất nhiều cấu hình tùy chỉnh có thể.

Tôi đã sử dụng điều này kể từ khi Martin đăng về nó trên Ghacks. Thích sử dụng nó và cảm ơn Gildas.

Hầu hết thời gian, nó sẽ có thể lặp lại chúng. Ví dụ: nếu bạn lưu trang này https: //groups.google.com/a/chromium.org/g/chromium-extensio ..., mỗi hình đại diện khác nhau sẽ chỉ được nhúng một lần. Để đạt được điều này, SingleFile lưu trữ nội dung của các hình ảnh trùng lặp trong các thuộc tính tùy chỉnh CSS, hiển thị chúng dưới dạng hình ảnh nền trong các thẻ IMG và sử dụng hình ảnh SVG trong suốt (có kích thước đúng) như SRC. Vì vậy, các kiểu dáng không bị phá vỡ.

Trong thực tế, đơn lẻ thực hiện một số cách để tiết kiệm không gian. Trong thực tế, cơ chế hiệu quả nhất là lắc cây CSS.

Thật đáng kinh ngạc khi CSS là vô dụng trong một trang. Điều này đặc biệt khó chịu đối với đơn lẻ nếu nó chứa hình ảnh ... đó là lý do tại sao SingleFile xóa (gần như) tất cả các quy tắc, bộ chọn và CSS chưa sử dụng bằng cách tính toán tầng CSS.

Iran có thói quen sử dụng các công cụ như thế này để lừa các nhà thầu quốc phòng sử dụng trang của họ.