The sig in question is about SNI, but that's not what I'm discussing here. Also, I am not a registered Slashdot user.
If "All web sites should go completely SSL..." then isn't it hypocritical for Slashdot itself to limit HTTPS access to premium subscribers? Would you prefer that they eliminate the "free registration" tier (thus requiring subscription fees for all registered users) in exchange for making the site HTTPS only? Or did you have something else in mind?
Other sites with similar policies include Pastebin.com, MediaFire, and historically the Google Maps API. I can understand how Pastebin.com might be more strapped for cash than Slashdot. For a site that really needs to limit HTTPS to premium users, what best practices do you suggest? Putting secure and insecure content on separate domains might be a start. Eighty5cacao 21:51, 12 April 2011 (MST) (last edit 21:01, 20 July 2011 (MST))
For the record, this has been discussed on Slashdot here, but I see no comment from any reputable authority qualified to discuss Slashdot's financial situation. Eighty5cacao 22:08, 19 April 2011 (MST)
To truly satisfy the pedants, any discussion of the Facebook issue would need to address why you did not sign up later, once registration was more open — though I suppose the answer is rather obvious...
COI declaration: I have a Facebook account, but I will not disclose my real name just to let you or anyone else verify this. I never use "like"/"share" widgets found on external sites. I would probably not be on Facebook now were it not for the insistence of an immediate family member several years ago during my undergrad studies. Eighty5cacao 15:29, 4 August 2011 (MST) (last edit 21:37, 4 August 2011 (MST))
If you are already using protocol-relative URIs to save on character count, then why aren't you using bit.ly as your URL shortener? Obviously the domain name is shorter, but I am thinking of something else: AFAIK, bit.ly is the only major URL shortener to support HTTPS. (This matters so that premium Slashdot subscribers browsing in HTTPS won't encounter breakage; then again, any such user is probably smart enough to fix the URI scheme manually after copypasting to the address bar.) Does Slashdot block the posting of bit.ly links but not TinyURL links? Does bit.ly not allow free users to create human-readable shortlinks? Eighty5cacao 23:05, 8 November 2011 (MST)
t.co
now supports HTTPS as well. However, it is irrelevant to our discussion because generation of t.co
short links requires a Twitter account. Eighty5cacao 11:19, 20 March 2012 (MST)...and the original premise of this discussion is invalid now that TinyURL and goo.gl support HTTPS as well. Eighty5cacao 00:26, 9 May 2012 (MST)
You say "This has exceptions, such as non-MMO computer games." Well, some non-MMO computer games. You can make computer games free software too, and possibly even charge money for a telephone call for live hints if you like to.
You say "Turing completeness is not enough. Also consider efficiency and I/O capability." Well, also programmability. At least I like to have command-line interfaces and stuff; UNIX ways work pretty well. Of course you are correct it isn't Turing-complete.
You say "Some people block ads because the site puts a 200 kilobyte Flash ad on a 20 kilobyte article"; that I agree, although not necessarily due to how much money it cost, but because it can make it slow, and I don't want to install Flash, and sometimes it get in the way of the text. I don't mind unobtrusive text ads though.
You have some links that include the domain name but omit only the protocol. This is generally a bad idea in my opinion, although one thing it can help with is links to other domain names within the same group (such as Wikimedia Foundation and so on); in such a case it helps that you will retain the security setting.
I also don't like URL shorteners in general, and that they should always be avoided when possible. (There might be reasons to use them, but usually they should be avoided as much as possible)
They say "Access sucks; PostgreSQL rules." Well, I prefer SQLite, although that's just my preference. I wrote several extensions to add various functionality (including one to parse JSON data), but still no extension to do graphics as far as I know.
You say "The real problem with the implementation of global menu in Unity is that the user can't see the menu to aim at it until the mouse pointer is already at the top." I think you can hold down ALT and then it also displays the menu and you can pick one by the underlined letters. I haven't used a computer with Unity in a while so I may be wrong.
You mention hosts files. I use that feature myself; to avoid annoyances as well as to be able to connect to the router with a name, and if needed, I can add names for other computers on the local network too.
You mention "For one thing, a personal computer obeys the person who owns it. Even if a user doesn't immediately need the flexibility that a personal computer offers, a personal computer gives the owner room to grow." That I agree; I want a computer I can program.
Your link about "Emacs is one big copyright infringement" doesn't work (although I do prefer vi over emacs, but that's just my opinion). --24.207.58.35 06:36, 1 March 2015 (UTC)
<a>
, not <script>
etc.), except in the special case that both the referring and target sites require SNI for a valid certificate to be obtained. (This is true of Pin Eight itself but not Slashdot, as far as I know.)<a href="...">
tag for links.I am aware that my previous statement that "there is generally no reason ... to make protocol-relative clickable links to third-party sites" needs to be revisited, at least for links between Pin Eight and NESdev articles, in light of personal MITM proxies being a significant use case for people with low-bandwidth, high-latency, low-reliability, and/or metered Internet connections. --Eighty5cacao (talk) 16:18, 11 January 2017 (UTC)
I prefer POTS lines over cellular, for several reasons.
I agree that login with HTTP authentication (basic or digest) is better than using cookies, although I also agree that the common browsers need to be fixed to add a logout option (by some keystroke combination, perhaps). (In one case I have worked around this problem by adding a file to my server that requires authentication but rejects any username, allowing you to override valid authentication with invalid one and therefore relogin. But this isn't so good because it is a server-side solution, rather than client-side.)
For hosts files, putting in the operating system the capability to set not only A record but also DNS providers for subdomains, would help a bit too. Alternatively, just run a local DNS server!
I don't play game on tablet because I don't like tablet computer. Also, many game just work better by keyboard and/or mouse.
And, you mention a comment about someone who said you don't need JavaScript webapps, which I agree but there are many other alternatives. Other protocols can be used for many things, and for interactive stuff used on a server, there is Telnet and SSH. For remote database access, I think a SQLite extension to access it through a virtual table module would be better. There are also many other kind of VMs to consider, such as even "Famicom VM". (Providers, can, of course, provide implementations of these things as webapps if they want to, but other way should be possible too, even if they are just APIs/protocols.)
--24.207.48.196 23:39, 2 September 2016 (UTC)