also the way google dumps code is also a factor, is it going to be repo where we can keep track of the whole development process, or just a code dump every once in a while.
Being use PHP when it was Personal Home Page, also dropped out since PHP5 to node and now deno. Wonder what changed in 7 that makes it worth at look again now days.
7 brought a huge speed boost. (typically 100% or more without any code change required).
Not specific to 7, but 2 things I think have helped a lot are:
* PSR standards
* composer packaging
Initial PSR work helped define some package interop standards. I'm not sure how useful ongoing PSR work today is (no doubt there's some incremental benefits?).
Composer is a great package manager, and helped usher in a lot more sharing/reusability of common components.
Laravel bundles a number of Symfony components, for example (many frameworks do).
The speed alone in 7 was big, and we've seen some more incremental improvments in 8 and 8.1 and 8.2. It's hard to find current benchmarking tools that compare the 5 series with 7 and 8. I found one showing 5->7 on a mandelbrot run.
* PHP 5.0 was 251s
* PHP 5.1 was 87s
* PHP 5.6 was 29s
* PHP 7.0 was 15s
* PHP 7.1 was 9s
The 'experimental JIT' work (at that time) yielded 4s.
That benchmark was from 2016, so... way out of date now, but other numbers I've seen were 7.1->7.4 was another ... 10% improvement on average, and depending on workload, you might see another 10-20% improvement from 7.4->8.0.
Kinsta has some interesting useful benchmarks on 'real world' apps
You're welcome. Much of the speed bump in 7 came from reworking internal memory usage and allocation. A pointer for an array entry used to be 128 bytes - each array entry had a 128 byte overhead. It was reworked and refactored down to... 42? or 44? You can probably imagine the impact that might have on memory allocation.
or if the user allows JS in their browser, then just do some GPU/CSS/Font Collections,etc. finger printing and get the unique id, since all the major bowser vendors are not fixing this problem (except may be for webkit).
the all the embed tags video broke on my old site with youtube video embed when this was done, I just changed my code, but I guess a lot people probably complained. So there you go.
Yup. For serious people like military, etc they do keep important info in NON-digital form. When Snowden revelations came out, Russians switched to type writer for their internal memos.
For personal use, just have to say offline USB drive is a good investment if you can make the physical switch.
Until we can have something like the quantum entanglement communication.
Im not a conspiracy theorist or eternal cynic, but yes to the above stuff. I simply dont trust anyone. In the software world its the same concept as never trusting anything client side.
I don't think it has anything to to conspiracy theory or anything like that, it just a matter of fact, that nation state actors just simply DO NOT trust anything digital for important stuff ATM.
and also > Now, we’re deepening our integration beyond .crypto to include more top-level domains – including .nft, .x, .wallet, .bitcoin, .blockchain, and .dao.
Hmm, for something to claim to be Unstoppable Domains, why not include .onion as well, seems like that is more an unstoppable domain than what Brave is offering. Any comments on that Brave?
>I kind of wish they went for the matlab cell array style where a function can return an array, but it just becomes a data structured stored within a single cell.
you mean kinda like json and jsonb in postgres?
from the message I'm getting it seems like the load balancer is not able to spawn up server to handle new connections. Again, status page needs to reflect that, which means the status server page is NOT running on the same infrastructure as the main server group. Stop using AWS(or whatever fill in the blank hosting provider) for the status and production environments.
