Hacker News new | past | comments | ask | show | jobs | submit | Notre1's comments login

I think you proved his point. ;) He's talking about the Mozilla browser, the precursor to Firefox. (Well actually, Firefox was named Phoenix before it became Firefox.)


Right and my memory is telling me that I was using it since one of the milestone releases, well before 0.9.5 when they added tabbed browsing.


Firebird


First Phoenix then Firebird, then they changed the name to Firefox because of the similarly named database (https://firebirdsql.org/).


Wasn't that the email client?


I think the email client was Thunderbird

https://en.wikipedia.org/wiki/Mozilla_Thunderbird


The email client is still Thunderbird, it's in active development.


One could say that the more important question is: Why are there armed persons at the location in question?

If the police had not been there at all, or had been issued a standard warrant, the the "who shot first" issue is not a question that needs to be asked.


I'm curious, what are some good examples of companies/industries that are successful in not price discriminating across national/world-region borders?

Most of markets segments I can think of (pharmaceutical, automotive, SAAS) do it in one way (direct price discrimination) or another (separate products for a region).


Apple comes to mind. Their products are usually even more expensive in poorer countries.

Just about any commodity would qualify. Oil companies aren’t giving discounts to poorer countries or selling them a cheaper inferior product.

Lots of indie software makers can’t be bothered to put in the effort to target individual countries, and just sell at one price worldwide. I believe both Apple’s and Google’s app stores work this way, with no ability to set a different price in different countries.


You can't compare physical goods to software in relation to price parity. The cost to sell an iPhone in South America is higher for Apple then it is to sell one in the US so it makes sense that they cost more. For a game it costs the same, and costs virtually nothing for each sale.

Google play supports setting different prices by country.


You’re saying, they don’t price discriminate because they can’t.

I’m saying, the fact that they don’t proves that it’s not necessary.

These two statements are perfectly compatible with each other.

Again: I’m not arguing for or against price discrimination. I’m just saying it’s not a need.


There are XP patches. I wonder if that CVE page is autogenerated and doesn't include out-of-support operating systems.

https://support.microsoft.com/en-us/help/4500705/customer-gu...


Being accessible to the G Suite administrator is understandable, but this is saying that anyone with an account on the school's G Suite plan could see the passwords for any other user.

This has to be something where the admins changed some default setting to change the default security on everything in G Suite, so that all other school accounts could have access to it.

Maybe someone intended to set it up so that all google sheets and docs were shared among everyone on the plan, but didn't realize the change they made applied to other things that got synced to G Suite, like Chrome sync passwords?


From my reading of it, they are saying that all passwords saved in the browser (potentially all users of the home PC or mobile phone) get associated with the google account but not that all users of the school system can see each others passwords.


I guess you are getting down voted here because your question is off topic from the article. Try posting your question to travel.stackexchange.com. I've seen a number of these types of questions on there and there are some knowledgeable people that will answer you there.


I'm betting it's inventory turnover (e.g. busier stores). It sounds like they were have problems with the inventory management component of SAP keeping up with the rate and volume of transaction that they were putting through it.


Probably too many low-ticket operations to move stock, which is critical for keeping your margins low in grocery stores.


I'm assuming Netflix's core KPI would be net subscriber count, and everything that Netflix does, in some form, would be driven by that.

Going further, I'm guessing that there are (or will be) some shows that show highly rated but producing more seasons would not draw in new subscribers or decrease retention rate. It might be that there are shows where their data shows that a large percentage of the fans of that show are unlikely to cancel their subscription, in the case that new season is not produced, and that a new season will not be the kind-of thing that will create new subscribers.

If wonder if Science Fiction might be a genre where the fans are unlikely to cancel their Netflix subscription, but a multi-season run in also unlikely to appeal to people that don't already subscribe to Netflix.


Yea, my guess is that the primary divergence is that Netflix probably "weights" ratings of shows that are correlated with new subscribers and subscriber retention. So a low-rated show that on boards a lot of new subscribers or seems to change the behavior of a cohort who'd otherwise be expected to churn would get comparatively more credit that a show that is slightly higher watched in a vacuum, but driven by subscribers unlikely to cancel their subscriptions in the absence of the show.

Basically, any show that can show that its continued existence will result in subscribers that would not exist otherwise would likely see less ratings scrutiny than shows that cannot show this.


A lot of DDOS attacks use UDP-based amplification techniques. I know DNS and NTP were frequently used and could get amplification factors of up to 500x. This year there have been some amplification attacked using Memcache that could get 50,000x amplification.


Newsblur kind-of has this. You can "Share to your Blurblog," but I don't see a way to have multiple Blurblogs.

You can also tag stories and each tag can have a RSS feed that others to subscribe to, but I don't think there is a web page to send people to for your taggged stories.


Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: