4600+ entries in 0.023s
Framedragger: iirc theres an essay on technical object, i admit to not reading it in whole, it's in mah list tho.
Framedragger: ^ this guy (died ca. 1960?) had things to say about cyberpunk. deleuze stole from him.
Framedragger: or is it not supposed to be reachable by non-mpex-users?
Framedragger: mircea_popescu: i'm putting up a webpage which mentions phuctor, and i want to give reference to S.NSA as the corporation which produced phuctor. how do i link to mpex?
Framedragger: this is mircea_popescu in september 2013, in response to "pankkake: federated xmpp isn't that bad. it can do voice/video/text with encryption" ;)
Framedragger: "mircea_popescu: bitcoin isn't a protocol, it's a fucking c hairball."
Framedragger: ahaha, 2013: "mircea_popescu: i would never use anything that implements a protocol for any serious purpose anymore."
Framedragger: subjective and context-adjusting / relative, i guess? makes sense
Framedragger: "emp shielding grates, power supply on wheeled rails" << that's just plain sexy
Framedragger: /r/askhistorians is sometimes okay (very strict moderation, removal of inane comments, and banning of stupid users.)
Framedragger: tbh i think there still are some small subreddits with people. couldn't confirm tho.
Framedragger: socially awkward and generally inept, choose 2 of 2 to describe typical redditor.
Framedragger: i think that many of them do not, in the sense that e.g. you understand "conversation". i don't know. i got that picture when i had spent time on reddit.
Framedragger: maybe not used to irc. "i can't add a shallow-pun-comment and feel like i contributed. i'm supposed to do.. dialogue, or something."
Framedragger: trinque: you're right. was laziness on my part (it logs to actual log, too, so this is unneeded to boot)
Framedragger: wanted to check by going to actual archive.is and seeing if the new url got archived, and when. (all good).
Framedragger: (should be possible to find the signal from html returned.)
Framedragger: mircea_popescu: um. while it will not increase "number of URLs newly archived" if URL is actually not valid as reported by archive.is, but it *will* get increased for the same URL, even if archive.is had already archived it.
Framedragger: but then, people take that salvia thing, whatever it's called, and apparently better part of all experiences end up with dissociative-of-not-the-nice-sorts delirium state..
Framedragger: huh apparently may still be used in some neopagan 'rituals'. citation needed tho
Framedragger: i think some folks in .lt used to (attempt to) get high on it, to obtain some or other state of delirium
Framedragger: okay. i'll first do archive.is as i think i just need to change user-agent, and then some time next week can set up curl + bundling thing.
Framedragger: (not that you'll call the latter "sites", i'm sure:)
Framedragger: i suppose so. do note that archive.is attempts to retrieve additional resources, including js needed for rendering some sites, etc etc.
Framedragger: so i'll pretend to be someone else, but clearly this is not tenable long-term.
Framedragger: owait, curl still works. apparently "<h2 data-translate="what_happened">What happened?</h2>\n <p>The owner of this website (archive.is) has banned your access based on your browser\'s signature"
Framedragger: (this explains why PeterL's or whoever's thing used to work, but stopped. i think this is recent.)
Framedragger: "Access denied | archive.is used CloudFlare to restrict access"
Framedragger: you know what archive.is tells me nao if i urlopen it from python?
Framedragger: anyway, i imagine a bunch of d(a)emons fighting for i/o... and yeah no one is saying that there's a straightforward solution...
Framedragger: this reminds me. you know, sometimes postgres prefers to do sequential read instead of using a reasonable index, because, as it estimates, using index would involve too much seeking etc. *but* with SSD, random access is much much faster. (and btw postgres does not automatically know about seek times in SSDs..)
Framedragger: (master + 1 single slave sounds reasonable to me fwiw)
Framedragger: yah but there's also enough of stuff to be done :) if trinque does WoT browser i won't do in parallel just so that there are two
Framedragger: or one could even dare to develop something collaboratively, but the republic would surely segfault then.
☟︎ Framedragger: BingoBoingo: k; but direct this at trinque, unless he gets convinced that he wants to do things sequentially and in payment-system-first order :p
Framedragger: sure. "javascript in the backend", etc etc etc.; i mean, it's still a horrible language. but yeah.
Framedragger: asciilifeform: then, i think, box needs to physically reside with someone in your WoT. i'm just saying. maybe cheap slippery slope sophism.
Framedragger: (this is a case where i am more cynical than asciilifeform: a DC you don't know, what illusions does one have; okay, one could install a sensor which signals if box was 'tampered with'; they could still take box offline, clone memory, set up a replica. etc etc etc.)
Framedragger: (server in DC you don't own, what illusions of hardware-safety...)
Framedragger: by the way, i haven't ever used it, but from reading around it appears that streaming replication may indeed be quite efficient. every time row is inserted, row is sent off to remote replica. but this does not really require cpu. so maybe it wouldn't slow things down further / wouldn't be particularly slow even if db being clobbered 24/7
Framedragger: (i remember having use from a super stupid `free > memory.log` cron job every minute or so)
Framedragger: wonder what was the memory status. maybe in syslog
Framedragger: but yeah, i've noticed that sshd works just fine (incl accepting new connections) even if cpu at ~100% and/or no free disk space. there's that.
☟︎ Framedragger: cputime per process logging may help to settle this for future cases :p
Framedragger: (how can they even see the name? kvm? i thought it was baremetal?)
Framedragger: asciilifeform: of course. and also don't treat this as high priority, i prolly wont look at it before wednesday anyway. but would be interesting to take a look - and i'd take a look
Framedragger: stop web app and other stuff, copy /var/lib/pgsql/data, start web app again, use data to set up separate db.
Framedragger: i'm thinking whether it'd be worth it to just have a static replica of db-as-it-currently-is, for now. as in for "i want to touch data, there's an outdated html file on loper-os i guess?" cases.
Framedragger: i'm sorry but you didn't convince me in regards to the 'amount' of data. > 100mil row postgres with > 100 gb of data in a 8GB ram server ran fine. and while phuctor may be a more demanding beast, shouting '5 mil keys, MILLION!' doesn't convince