VertexRed
VertexRed on Hacker News
> Not my concern as a user.
It's affecting the quality of the web that you, as a user, are browsing.
> The proverbial cat is out of the bag, and you're not getting him back in.
The proposed solution is to maintain a global whitelist that each ad blocker is forced to respect.
Posted by
VertexRed on Wednesday October 23, 2019 @04:33PM
from the ask-hn dept.
It's hard accurately measure how many users that are actively blocking ads, but it's estimated that nearly a third of all computers are currently blocking ads [1]. This is a big number and it's steadily growing.There is no doubt that this has affected the revenue for website owners negatively regardless of the size of the website. This could be damaging the web, especially for the smaller...
I'd recommend using larger images resized to a smaller size or SVGs since the current checkboxes look blurry on iPhone.
Looks cool, some things I would add:
- Increase vertical scroll after adding a widget.
- Add code detection from title to save some time:
- In the video you set the title to "Ruby Methods Example".
- Loop through the languages and change on match.
There isn't enough info to automatically close accounts just because they use the same name and profile photo as other users (keep in mind that profile pictures can be of anything such as a flag found through Google Images).
They probably only investigate and close imposters if they receive complaints from other users.
This sounds more like encryption than compression and I don't understand how it could save space the majority of the unique data is still needed for each movie.
I hate to say it and I would love to be proved wrong, but my theory is that it was a hoax (an impressive one as he was able to convince big names) and I think he did it with encryption. Here's what I think: what's fairly established is that Sloot used "shared resources" which each user of the system was required to have in order to decompress/view the movies (here's a picture of the box with the shared resources: http://www.nethwork.nl/images/kastjesloot.jpg).
Now this box had one or multiple storage devices which stored encrypted copies of the hundreds of movies that he used for the demos (with perhaps some RLE to save space). The chipcard contained the secret key for each movie and here is how I think it worked:
1. The chipcard (8 KB in size) containing a secret key is inserted into the machine.
2. The source code is decrypted using the key and compiled for each run (this would explain why no one was able to get their hands on the source code).
3. The movie is extracted/decrypted from the shared resources by following the sequence provided by the secret key.
In other words, he got away with storing the full sized movies on the disks simply by saying that they were shared resources.
Once they got a few days away from the release the realization that he be exposed, caused the stress that lead to his unfortunate death.
Another theory that I read was that Sloot had somehow linked analog and digital (he was supposedly a TV technician before) and that he was parameterizing data from an analog signal using a small amount of data.
Source: http://jansloot.telcomsoft.nl/Sources-1/More/CaptainCosmos/N... (comment by Koen near the bottom of the page).
Now conspiracy theory or not; one can't claim that it's not an interesting read since he privately demonstrated it to at least 20 people and was also able to get Philips to work with him.
Posted by
VertexRed on Friday January 20, 2017 @06:49AM
from the ask-hn dept.
This has to be one of the largest (and personally the most interesting) IT myths out there. I have my own belief of what happened (which I might share later), but I'm really interested in reading what others believe went on and how (or if) he was able to actually reduce a full movie down to a fraction of its size.Brief summary for those who haven't heard of him: Sloot claimed to have invented...
Nearly everything that you do on a page is trackable if you have JS enabled including how you moved your mouse on the page (
https://api.jquery.com/mousemove/).
To keep the technical details short: the events are logged with JS and sent over either ajax or a websocket in the background as you navigate the site.
If you want to add a huge improvement for this, then listen for the hash changes, and switch to the correct tab once changed so that they change when the back/forward buttons are pressed.
The biggest issue that I can see with this is abuse.
Do you have a way of preventing email spam and outgoing DoS attacks?
This is fun gag to play.
But something that would really awesome would be if you could call your script if an unknown command is run and have the script look for a command that's most similar to the misspelled one and ask if that's what the use meant (or even auto run the corrected command).
But how will you install it on the phone?
They only allow installs through App Store.
Wouldn't that require a jailbreak?
It's 2016, everyone has JS enabled.
The ones that don't are most likely bots (now even that's changing thanks to projects like phantomjs).
Do what?
I read the article and the song was the first thing that popped into my mind so I thought I'd share.
Posted by
VertexRed on Wednesday October 19, 2016 @01:41PM
from the ask-hn dept.
I mainly work with the backend, but years ago when I first started I used to take care of the frontend too due to my small budget (designing logos, user interfaces in jQuery and just designing websites in general).Now I've started working on a new side project and I'm just overwhelmed by the amount of work that I've put into the design so I'm looking for a frontend developer that I can...
Still I'm seeing fairly large services use things like XML-RPC to contact their servers.
That's usually the case, but I can't really come up with anything as I can't find any downsides to it.
But RESTful APIs have been around for so long though, does this the existing infrastructure situation really apply to this?
Posted by
VertexRed on Tuesday October 18, 2016 @09:10PM
from the ask-hn dept.
Am I the only one that gets annoyed by varying methods used to contact API servers (XML-RPC, SOAP, REST...), not to mention that the output is usually in XML or JSON?What's wrong with having RESTful APIs, have all the API examples/demos use cURL (I've yet to find a case where a cURL lacks a function for HTTP[s] requests) and finally have all the output in JSON?Now this might be an unpopular...
Well if he wasn't the Wikileaks team would've said something.
He also has other people working for him which would be able to help him out with this.
And thanks for the downvote.
Shouldn't be too difficult to surpass by temporarily using mobile data or setting up an antenna for long-range wifi.
This sounds right and the way these regulations are set is bullshit.
Sure, there should be regulations but it shouldn't lead to large fees and make it difficult to pay or receive payments online.
I bet this will revolutionize online payments.
What kind of content creation are you talking about?
If you just mean making pages online then things are probably easier now thanks to Bootstrap and all the useful jQuery plugins.
I'd say try Airbnb and work your way from there by contacting the owner.
For $10 per month I'd say your best bet would be shared hosting (or a VPS at best) together with Cloudflare's free plan (for the SSL and CDN).
That's astoundingly low!
Was the main cost the CPU resources or b/w?
Sounds cool and it's more like 1.8M.
Sadly I don't think it'd be much use for anyone since Archive.org takes care of all archiving.
The only time that I'd see screenshots come handy is for live previews.