Actions
(294 KB, 373x1027)
(383.18 KB, 586x813)
>>/10652/ WARC: owmvhpxyisu6fgd7r2fcswgavs7jly4znldaey33utadwmgbbp4pysad.onion search for series:my little pony: friendship is magic: https://gateway.pinata.cloud/ipfs/bafybeihmpqlqg4u5tcm3vho7wa37w2ytzhw6kaxkkxlv64grgxvw357kpe - 2.29 GiB + 140.08-MiB index, more than 10,000 darkwebpages (raws+warcs) - in only one HDD as of now (mfs: "/a/tmp/serp") - no --page-requisites; no outlinks for some reason (was ran with level=1 or level=2) >>/10649/ > thumbnail of excited_trixie.gif is slower than the full GIF Neat, I can watch that in slow motion. Endchan GIF thumbnail > GIF thumbnail at niggertits.org (7chan terminology). >>/10651/ > that gif For lack of a better term, small image you see at the bottom of a page in a webring > that png Deviantart stamp, as I remember it being called. That one says "Anti\MLP:FIM\Incest". I LOL'd at one or both of these comics. >>/10640/ > Why pin this and not just keep it in MFS? Because I pinned each of the hundreds of folders in ./4chan_mlp/. Now I can just keep one pin for all of it, unpin the "subpins" and copy them into MFS folder "/a/dup/cids/cids_in_pins/" (also copy the one >1TB one to "/a/dup/cids/pins_in_mfs/"). I think I won't unpin them. They represent a significant amount of processing/IO time. Instead I can implement this thing which I was going to use in other workflow(s): skip if found in the duplicates folder at "/a/dup/cids/cids_in_pins/[cid]". Example: $ ipfs pin ls --type=recursive | sed "s/ .*//g" | xargs -d "\n" \ sh -c 'for args do ipfs files stat /a/dup/cids/cids_in_pins/$args \ > /dev/null 2>/dev/null || echo $args; done' _ >> \ ~/Documents/p_nocip.txt >>/10648/ > webm thing Previous post: https://desuarchive.org/g/thread/101324014/wdg-web-development-general#101345533 >>/10585/ (mpv "Segmentation fault (core dumped)" exit code = "139".)