Hacker Newsnew | past | comments | ask | show | jobs | submit | etedor's commentslogin

They position themselves as enterprise-ready. See: Unifi Leaf, Spine. They are anything but.


My favourite ubnt story is that a customer purchased one of their radios and deployed it to site, only to find that it would just eat vlan tags. VLans go in, untagged traffic goes out. After proving the issue, they resolved it with beta firmware. For whatever reason, vlan tagging isnt part of their standard test plans during their development cycle. I got to witness this bug be reintroduced 3 more times over the years.


What terms? I don’t recall agreeing to any?


> Your use of the Service is subject to these terms, the YouTube Community Guidelines and the Policy, Safety and Copyright Policies which may be updated from time to time (together, this "Agreement").

https://www.youtube.com/t/terms

Even if you don't think you have to follow them, they can still ban you for not following their terms, or not agreeing to them. They are not under an obligation to serve you video unauthenticated and/or without receiving what they expect to receive in return (agreeing to their terms and thus paying via ads or money).


There’s a terms.txt on my desktop that says by sending me data my browser can choose whether or not to render it. By sending me video data you agree to these terms.


And they're blocking you from receiving video? That's the whole point of this post.


Not sure what you mean. I can view them just fine.


I mean them blocking you from viewing it due to using an ad-blocker (or otherwise not using an official client). The OP comment was about "the war on ad blockers", which is what this thread is about.


I haven't agreed to any of that; don't remember signing anything. This stuff does not hold up in EU. My device, my rules.


This is in the situation they block you from watching if you don’t watch are. They are under no obligation to serve you/your device, so they can institute any amount of technical requirements to gain access to the content it hosts, those requirements being plainly laid out in the terms.


The result is things can no longer be configured via YAML, which is the direction they have been moving in for years.


They are a surprise. They’re variable length and appear at random moments. Their volume can greatly differ from the content you are watching. No thanks.

The proposed alternative is Google can continue to bankroll it. They are not hurting for money.


Your proposed alternative is that it's simply run at a loss? I don't think that's a particularly reasonable business proposal.


What makes you think Google is running at a loss?


He's talking about YouTube. If no one watches ads or pays for premium, how will YouTube make money?


I’ve been increasingly annoyed by the forced migrations from yaml-configured components to the terrible integration system and have started thinking about alternatives.

Can you expand on your move to Hubitat? How’s the support for non-native integrations?


Hubitat user here as well, It's ugly but has been pretty solid for me. It's definitely punching above it's weight class in terms of what it cost. Hubitat has a groovy ide so you can write your own integration if necessary and the community is pretty good, I've rarely found something that doesn't already have an integration.


Do you have a one hour hold duration configured within your ecobee? I have a Home Assistant switch entity that turns the ecobee furnace fan “on”. Turning the switch off returns the ecobee to “auto”, or it will do so on its own after the two hour hold duration I have set in my ecobee. I believe you could accomplish what you want by setting your hold duration to “until I change it”.


Thanks for the info, I will give that a shot.


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

Search: