I support the idea. I do not know if Google's is the best way to do it, but especially at the era of most web pages being dynamically generated (CGI), the address is more of an internal technical reference and not something user-friendly. Compare these URLs for example:
Shows you a simple, easy to read location, which is useful like a path in a file manager.
Modern web: http://www.amazon.com/Minecraft-Essential-Handbook-Official-Mojang/dp/0545669936/ref=acs_ux_rw_ts_b_books_10?ie=UTF8&s=books&pf_rd_p=1615333102&pf_rd_s=merchandised-search-5&pf_rd_t=101&pf_rd_i=283155&pf_rd_m=ATVPDKIKX0DER&pf_rd_r=12FR9B99EVT40740XXCY
Shows you a gibberish URL including mostly internal reference numbers and bookkeeping of the website.
I do not find most of the data in the latter example to be useful to me, just like I do not have to constantly see the web page HTML source. So for the user experience, it is better to simply hide that information.
If it is implemented properly, that is. I do not know which is the best way to do it without causing any confusion to the user.
Indeed, I always thought "do not track" was a silly feature. I can ask the website to not track me, but how can I ever know what actually happens behind the scenes. If we really want such feature, the browser must somehow make me impossible to track.
Most of all, if you go that way you have that ugly ass file manager. It's ugly and wastes space.
Click the little arrow on the top right corner of the window. It allows you to hide the Ribbon menu (after that it will be temporarily shown when you open the subsections). From the View subsection you can also hide the side pane to make it even more compact.
Not really. Machine code is more robust and, as I said, faster. There might still be other good reasons to use scripts, I'm not denying that. They are easier to maintain, for example.
Not in any specific way. For example when a called subprogram returns an unexpected result, or a result in an unexpected format. Also when the script interpreter is upgraded, it might break something. Heck, sometimes the problem is caused by something silly like a space in a file name.
Fully agree, but I think they deserve more than just being recognized as saints. Creating and maintaining something like OpenSSH is basically a full-time job.
AES isn't a replacement for RSA, they perform very different functions.
Yup. For those who don't know, the main difference is that RSA uses a private key to encrypt the communications and a public key for decrypting. AES uses the same key for encryption and decryption.
This list specifically includes companies like NetApp, NETFLIX, EMC, Juniper, Cisco, Apple, Red Hat, and Novell; but probably includes almost all router, switch or unix-like operating system vendors. In the 10 years since the inception of the OpenSSH project, these companies have contributed not even a dime of thanks in support of the OpenSSH project (despite numerous requests).
So there we go again. Even a critical piece of software like this, cannot get proper funding from the giants, who are happy to take the software for free.
This "99%" statistic for Android comes up every now and then, and what makes up for most of it, is the hazy third-party app repositories. If you stay in the selection of Google Play, you will mostly have your ass covered.
Software-based RPM control usually won't suffice; vendors always pull this card when questioned about their products post-release. Most of these get indefinitely "stuck" in a logic loop where the temperature is just a tiny bit too high so the fan ramps up, only for the temperature to drop down 1C thus the fan slows down, but then temperature increases again and the fan ramps up, ad nauseam.
That's hysteresis in engineering terms... Basically the software should set a more accurate RPM to match the temperature (so that it remains stable) and, have different temperature value triggers for going up and down in fan speed.
For example, if the temperature is rising and we hit 50C, we bump up the fan speed by a notch, but if after that the temperature starts dropping, we have to wait until it is 47C before we change the fan speed back to one step down. Ideally, the fan speeds would be chosen carefully to keep fan speed changes at minimum.
Slashdot Mirror
Then we have to go one step further and store the size of the buffer.
In general, a "hardened C" programming language would be an excellent idea in my opinion.
Yep. It's a thing you include to guarantee your post to be modded up. ;)
I think that sometimes too, but when I actually go back and browse the old articles, it's mostly the same stuff.
Even if the price seems ridiculous, you are not entitled to just grab the content for free if you can't or won't pay for it.
I support the idea. I do not know if Google's is the best way to do it, but especially at the era of most web pages being dynamically generated (CGI), the address is more of an internal technical reference and not something user-friendly. Compare these URLs for example:
Classic web: http://matta.hut.fi/matta/latexopas/index.html
Shows you a simple, easy to read location, which is useful like a path in a file manager.
Modern web: http://www.amazon.com/Minecraft-Essential-Handbook-Official-Mojang/dp/0545669936/ref=acs_ux_rw_ts_b_books_10?ie=UTF8&s=books&pf_rd_p=1615333102&pf_rd_s=merchandised-search-5&pf_rd_t=101&pf_rd_i=283155&pf_rd_m=ATVPDKIKX0DER&pf_rd_r=12FR9B99EVT40740XXCY
Shows you a gibberish URL including mostly internal reference numbers and bookkeeping of the website.
I do not find most of the data in the latter example to be useful to me, just like I do not have to constantly see the web page HTML source. So for the user experience, it is better to simply hide that information.
If it is implemented properly, that is. I do not know which is the best way to do it without causing any confusion to the user.
There isn't much difference between "light" and day, is there?
Apparently you haven't been to Finland.
PowerPoint.
True...
Indeed, I always thought "do not track" was a silly feature. I can ask the website to not track me, but how can I ever know what actually happens behind the scenes. If we really want such feature, the browser must somehow make me impossible to track.
Most of all, if you go that way you have that ugly ass file manager. It's ugly and wastes space.
Click the little arrow on the top right corner of the window. It allows you to hide the Ribbon menu (after that it will be temporarily shown when you open the subsections). From the View subsection you can also hide the side pane to make it even more compact.
A huge window-shaking bang here in Abbottabad Cantt. I hope it's not the start of something nasty :-S
Heh, I just love the ":-S" smiley there. I can totally relate to the feeling it describes.
Not really. Machine code is more robust and, as I said, faster. There might still be other good reasons to use scripts, I'm not denying that. They are easier to maintain, for example.
It is now safe to turn off your computer.
Not in any specific way. For example when a called subprogram returns an unexpected result, or a result in an unexpected format. Also when the script interpreter is upgraded, it might break something. Heck, sometimes the problem is caused by something silly like a space in a file name.
You should call yourself lucky. I just made the finishing touches to my Y2K survival basement.
They break easily and are slow to interpret.
Fully agree, but I think they deserve more than just being recognized as saints. Creating and maintaining something like OpenSSH is basically a full-time job.
AES isn't a replacement for RSA, they perform very different functions.
Yup. For those who don't know, the main difference is that RSA uses a private key to encrypt the communications and a public key for decrypting. AES uses the same key for encryption and decryption.
The front page of openssh.org is a grimy reading:
This list specifically includes companies like NetApp, NETFLIX, EMC, Juniper, Cisco, Apple, Red Hat, and Novell; but probably includes almost all router, switch or unix-like operating system vendors. In the 10 years since the inception of the OpenSSH project, these companies have contributed not even a dime of thanks in support of the OpenSSH project (despite numerous requests).
So there we go again. Even a critical piece of software like this, cannot get proper funding from the giants, who are happy to take the software for free.
It just sucks, man.
This "99%" statistic for Android comes up every now and then, and what makes up for most of it, is the hazy third-party app repositories. If you stay in the selection of Google Play, you will mostly have your ass covered.
Can you fake the physical dimensions reported in the EDID block when the connection is using HDCP?
Yes. The EDID block is not encrypted.
I can confirm this.
You would lose your artistic vision in a blur of technical limitations.
These days we sometimes lose the artistic vision in blur of technical abundance.
Is this true? (I'm not in the software industry)
Software-based RPM control usually won't suffice; vendors always pull this card when questioned about their products post-release. Most of these get indefinitely "stuck" in a logic loop where the temperature is just a tiny bit too high so the fan ramps up, only for the temperature to drop down 1C thus the fan slows down, but then temperature increases again and the fan ramps up, ad nauseam.
That's hysteresis in engineering terms... Basically the software should set a more accurate RPM to match the temperature (so that it remains stable) and, have different temperature value triggers for going up and down in fan speed.
For example, if the temperature is rising and we hit 50C, we bump up the fan speed by a notch, but if after that the temperature starts dropping, we have to wait until it is 47C before we change the fan speed back to one step down. Ideally, the fan speeds would be chosen carefully to keep fan speed changes at minimum.