News for hackers. Stuff that matters.

Seldaek

Re:IPCC: Sixth Assessment Report on Monday August 09, 2021 @04:29AM (#28113924)
Bleak summary from The Guardian while you wait for the full report to come back https://www.theguardian.com/science/2021/aug/09/humans-have-...
Re:Tasty Seaweed Reduces Cows’ Methane Emissions by 99% on Friday August 16, 2019 @07:36AM (#20714109)
Sounds like we need to start researching the effects of eating US trash on cow methane emissions. There might be a synergy here.
But does it see a blue or a white dress?
Re:What, why and how of PHP Composer on Thursday June 14, 2018 @07:12AM (#17310768)
If you are talking about such long time frames, then indeed archiving a project with its vendor directory might be a good idea once you decide to relegate it to the freezer.
Re:What, why and how of PHP Composer on Thursday June 14, 2018 @07:10AM (#17310760)
Updating single packages is very much possible, see https://getcomposer.org/doc/03-cli.md#update - as for semver promises, that's really up to you and which packages you decide to trust, nothing the tool can do about it.
Re:What, why and how of PHP Composer on Thursday June 14, 2018 @07:03AM (#17310740)
IMO for the first point you should rather use ^x.y with the minimum version you require and then accept new releases as they come. If you do regular updates you should notice quickly when something break and be able to revert that update easily. If you update 20 packages at once it becomes harder to pinpoint where a regression occurred.

As for including the vendor dir in your VCS repo, this comes with quite a few drawbacks. That's one of the things Private Packagist (https://packagist.com) aims to fix though, as it keeps mirrored copies of your dependencies' zip archives so you get more reliable installs.

Re:PHP 7 Virtual Machine on Tuesday April 18, 2017 @04:54AM (#14137321)
I think PHPStorm from JetBrains is the IDE of choice of most PHP devs using IDEs at this point. They completely own the market, and rightfully so (I'm still stuck on Sublime Text myself, but wouldn't consider any other IDE than PHPStorm if I were to use one).
Re:Composer – Disable GC when computing deps and refs on Wednesday December 03, 2014 @06:10AM (#8693031)
Thanks for the correction, I wasn't aware that was part of what phabricator extracted out of facebook :)
Re:Composer – Disable GC when computing deps and refs on Tuesday December 02, 2014 @11:50AM (#8688029)
Traditionally xdebug/xhprof were pretty decent, but xhprof has been a bit abandoned since facebook uses HHVM now.

There are two new commercial condenters though that came out in the last few months: Blackfire.io and QafooLabs.com

Both have announced support for showing GC time in profiles as a result of today's noise :) https://twitter.com/beberlei/status/539816149303955456 https://twitter.com/symfony_en/status/539815082881187841

Re:Composer – Disable GC when computing deps and refs on Tuesday December 02, 2014 @11:05AM (#8687741)
Yes it is definitely a failure of the tooling and I hear it is actually being worked on.
Re:Composer – Disable GC when computing deps and refs on Tuesday December 02, 2014 @10:25AM (#8687529)
That would help speed up the network part of the install/update yes. The linked patch on the other hand hopefully gets the CPU part to a decent level for most people.
Re:Composer – Disable GC when computing deps and refs on Tuesday December 02, 2014 @09:58AM (#8687394)
That's what I figured as well, and since https://twitter.com/seldaek/status/539773104835555329 the rate of comments went nuts :)

I really felt bad seeing how we missed that improvement for so long, so turning it all in a gif-fest is more productive than self-deprecation!

Re:Composer – Disable GC when computing deps and refs on Tuesday December 02, 2014 @09:57AM (#8687385)
For those looking for a technical explanation, the PHP garbage collector in this case is probably wasting a ton of CPU cycles trying to collect thousands of objects (a LOT of objects are created to represent all the inter-package rules when solving dependencies) during the solving process. It keeps trying and trying as objects are allocated and it can not collect anything but still has to check them all every time it triggers.

Disabling GC just kills the advanced GC but leaves the basic reference counting approach to freeing memory, so Composer can keep trucking without using much more memory as the GC wasn't really collecting anything. The memory reduction many people report is rather due to some other improvements we have made yesterday.

As to why the problem went unnoticed for so long, it seems that the GC is not able to be observed by profilers, so whenever we looked at profiles to improve things we obviously did not spot the issue. In most cases though this isn't an issue and I would NOT recommend everyone disables GC on their project :) GC is very useful in many cases especially long running workers, but the Composer solver falls out of the use cases it's made for.

Re:Opera 24 for Linux released on the Developer stream on Monday June 23, 2014 @08:55AM (#7931632)
There is a bit of history and context needed here I think. The last Opera 12 was released about a year ago. Last year they announced they would switch to using Blink instead of their own rendering engine.

The engine switch came with a complete rewrite of their browser as far as I understand it, so they prioritized Windows/OSX stability for a year and now finally came up with a Linux build again. The big gap in version numbers is due to their new browser starting at 15 + the adoption of a much shorter release cycle.

Once Linux builds are made stable I expect they will continue to release builds on all 3 platforms as they were doing for the many years before this slightly extreme shift.

Re:That one pixel on Monday June 02, 2014 @09:03AM (#7833211)
Also note that it's available through the regular settings UI (opera://settings/) if you enable advanced settings under User Interface you will find "Disable tab bar's top spacing when browser window is maximized".
Would you mind sharing how you set it up on a Kimsufi/OVH machine? All infos I have found were quite outdated and I haven't had enough time to dig into it myself yet. I think it would be great if someone would document this.
Re:Snakes on a train on Thursday April 03, 2014 @04:24AM (#7521559)
It's a fair question, and frankly it may well be it has nothing to do here. I just see it as relevant to nerd-culture because of the obvious (I think) reference to the "Snakes on a plane" movie. You could argue nerd-culture is not enough for hacker news, but then if you look at the homepage for example the GOOG split into GOOG/GOOGL article really has nothing to do with hacking. It's news for google shareholders, but somehow it seems many people on HN care about the stock market and Tesla cars and many other things which don't directly relate. Some things capture the HN mind-share and they become acceptable. Sometimes I too am baffled by what ends up on the front page.

So many people, many interests and opinions. That's why there is a 'new' page and a front one I suppose.

CSS nitpick: check it out on a large/wide screen, the header is messed up due to (I assume) percentage-based font-sizing + the fact that the logo is not scaling accordingly.
Re:Starbucks takes to the rails on Wednesday November 20, 2013 @11:46AM (#6769102)
They unfortunately do not mention the traditional Starbucks Wi-Fi, but there is a short note about mobile data at least: "Signal boosters will ensure a better signal for your mobile devices."

Not quite sure what this is worth.

Older »