courtneycouch0

Full notification from Cred:

Cred has experienced irregularities in the handling of specific corporate funds by a perpetrator of fraudulent activity that has negatively impacted Cred’s balance sheet and precipitated a law enforcement investigation into the loss of these funds. Cred is cooperating fully with law enforcement authorities in connection with the investigation into the incident. Cred is in the process of carrying out an internal accounting of its assets and assessing the impact of the incident on its current business and in consultation with legal counsel has determined to temporarily suspend all inflows and outflows of funds relating to the CredEarn program. No client personal information or other account data has been compromised. Given the circumstances, we are unable to comment further at this time but we will undertake to provide an update within the next 2 weeks. We regret having to relay this disheartening news. However, we assure you that we will share as much information as we can, to keep you abreast of this matter. Thank you for your patience.

I think it just boils down to we all have subtle differences in how we use products so while some features are a revelation to one person, they are pointless to another (always on Siri on the AirPods or wireless charging on the AirPods is pointless for me, I'd have simply preferred longer battery life as an example).

Wireless charging is incrementally nicer based on how I use my phone. Would I be fine without it? Absolutely. But getting an extra 2 inches of legroom on a flight costs more than a wireless charging pad so the bar for incremental benefit is pretty low for me.

The small incremental benefit for me is that I often randomly wake up in the middle of the night with something on my mind, if I don't look it up, I won't get back to sleep. Reaching over and grabbing my phone off the nightstand with a cable means possibly knocking things off the stand if I leave it plugged in (I keep a glass of water there usually), if I unplug it then I have to find the plug and replug it in all while trying to not wake up too much. I'm also always anxious about the cable bending too much at the connector so I'm always guarding that carefully. If I get a high gauge cable so I don't worry about it bending too much, then it's even more prone to knocking things over and possibly just pulling the plug out of the wall. Stands aren't much better, when trying to get the phone back on the stand in the dark without getting up it takes both hands usually to try to line it up correctly. The pad is simple, the phone is on the corner of the nightstand, I grab it, look up whatever, drop it back.

As I mentioned it is definitely a small incremental convenience based on my particular use of the product. For less than the cost of economy plus on a single flight, I don't keep knocking crap off my nightstand. Seems worth it (for me). I've definitely paid more for less tangible benefit.

It's kind of funny. You say "case literally does not support the claim" I make then continue to say what I said in a different way.

I was responding to a person that was claiming that essentially IP addresses are only personal data for ISPs or ISP like businesses. Which is simply not the case.

I didn't say IP addresses were always considered personal data, I simply said it can be personal data, which you also stated in your post. That it's not cut and dry. The person I was responding to was posting that IP addresses are definitively NOT personal data.

The point is, context for IPs matters. The person I was replying to was way over simplifying.

I'm not entirely sure what claim you think I made that the case doesn't back up as you essentially stated what I did just with more specificity. In any case I totally agree with your post since it's the same point I was making :)

A German court held that IP addresses can be considered personal data for non ISPs.

Check Patrick Breyer v. Bundesrepublik Deutschland.

Literally a website just logging IP addresses of visitors.

You’re making it sound incredibly cut and dry when it’s clearly not and there’s case law on record confirming it’s not so simple.

I think that’s a legitimate approach. Though I personally think all substances should be decriminalized (rather than legalized) as in the case of things like heroin addiction the addicts fear of punishment and the stigma keeps people from seeking help and ultimately we should want them to seek help.

Alcoholism would exist with or without alcohol being illegal, the only difference would be that drinking alcohol would be more dangerous for those wishing to drink responsibly and those drinking irresponsibly would have less options to become well.

Regarding these other substances though I wholeheartedly agree real research is needed. It’s one of the really tragic things about the war on drugs actually, that research was completely stopped. Even if you keep a substance illegal, researchers should still be allowed to investigate these things. There’s life changing non mind altering treatment for cluster headaches for example that has been nearly impossible to research until recently and even still it’s never going to see the light of day in this political climate around drug paranoia even though it has zero mind altering impacts (it’s a chemical related to lsd where they modified to remove the altering effect).

I’m pretty ok with substances being banned (albeit not my preference) in general as long as research is allowed to continue and the ban persists based on information produced from that research. I.E. it’s not based on fear mongering but science.

Another aside, one of the main reasons I think decriminalization (for all) and legalization (for some) is pretty compelling is that it makes it a lot easier to regulate to ensure the products themselves are safe. A large number of the safety issues simply comes from people obtaining unsafe/fake products. Though regulation you have consistency. Nowadays with recreational marijuana you can see the lab report for every single product. Back in the day you just had to rely on some shady character telling you “it’s good”.

People are going to be doing these things, keeping them illegal in the way we have been (serious jail times for personal possession) only creates more harm and cost to society rather than alleviate it (the supposed goal). The war on drugs has created a quite insane cost through mandatory minimums and three strikes laws.. if the goal was to reduce cost to society we’d have saved money providing government supplied drugs to addicts. If the goal is to “save” or prevent harm to addicts, locking them up and making them felons seems to be having the opposite effect. They fear seeking help, and once caught up in our penal system it’s hard to escape.

So what part of criminalization is really benefiting us?

I think you’re making some quite wild assumptions about motivation and impact of the use of various substances.

If you looked at those that literally are making those profound advancements you’re worried about losing, you’d also often be looking at those that moderately and recreational partake in some of these substances.

The people that partake but still excel aren’t as visible as those that don’t get themselves off the couch. You mistakingly assume that it’s purely about escapism and wasting away as a result.

I think you’d be quite surprised at the number of successful, motivated people that don’t feel the need to get a “quick fix” that partake.

Many find it helps creativity for example (and research backs this up). If you’re going to put any stock in research then the assumptions your making about motivation and impact simply doesn’t jive with what’s being observed.

It’s all beside the point anyway. Ultimately we have to decide what the role of the government has in regulating things like this and what metrics it uses to decide. Whatever those are they should be consistent. From my point of view though they’ve been anything but that. With so many prescription drugs being more addictive, more deadly, and often with fewer potential benefits than substances that are restricted even from research it’s hard to reason about.

The majority of the drug policy is less about the science (both medical and social) and more about perception and politics.

A quick aside. If it’s escapism you have an issue with then really the entire entertainment industry should be in your laser sights. Capitalism definitely has a strong embrace of promoting and capitalizing on escapism. Drugs are hardly a significant contributor here.

EDIT forgive the rambling nature of the post.

> There are unfortunately people that could be damaged by smoking weed, irreversibly

Perhaps peanuts should be made illegal. There are people that can be irreversibly damaged by consuming peanuts.

If we’re goi to be consistent and ban or regulate substances because there might be harm to an incredibly small minority then sadly there would be very very few legal foods, medications, etc. hell we should probably ban strobe lights as well.

On another note you’d probably be disappointed to hear research and use of hallucinogenic substances has been on a sharp rise. So it seems those wild times you’re fearful of are returning.

Definitely build it completely from scratch. You should roll your own TCP libraries as well. Don't trust anything you didn't write yourself. Come to think of it, I'm not sure you should rely on someone else's hardware either.

So where will Facebook place itself on this list?

Redis for us almost operates as a set of application servers. We push a great deal of logic into Lua that we compile so that tons of back and forth operations aren't necessary. This also limits the data sent back to the API servers since only the structures needed are sent back.

We're rather coupled with Redis as a result with much of the application logic in Lua and our data structure designed around Redis structure types and commands.

We are using the host networking for the services currently on Docker. Load balancer and primary API endpoints are all running outside of Docker so there isn't a huge networking load for us with Docker.

From the repo: "Riot is a manifesto for vanilla JavaScript and jQuery."

I think that's really the point. Rejecting the idea of these big frameworks and promoting vanilla JS.. Rejecting the myth that without big frameworks your code is unmanageable.

> There's almost literally nothing here

I think that's the point.

This.

Also the word overwhelmingly is used to describe a meeting to discuss a topic throughout Europe.

It's not an unusual statement in Europe to have a moot or attend a moot. We're primarily a Finnish company so the name for us is meaningful.

Our infrastructure is built as a service. I totally understand that many people want to run their forum on their own network and that's totally ok. There's plenty of products out there servicing that market.

If you were to compare us to blogging companies we're more inline with tumblr than wordpress. We're a service that makes it simple for anyone to add forums and commenting.

Our service obviously isn't for everyone, but we feel like there is a large market for simple to set up and manage forums that can integrate with little to no technical knowledge or expertise.

Totally agreed here. We love the name.

@letsmoot :)

Hmm I think you must have hit it while we were doing a deploy. Looks like the www alias points right to S3 instead of our CDN. The CDN would have hidden the bucket reconfiguration. Oops.

Will be updating the alias to point to the CDN. Thanks for catching that.

During peak hours thousands per second, off hours not many at all.

Yes we intent to open source all of this. No timeframe in mind. We need to get through our beta roadmap before packaging up the various pieces we plan on open sourcing.

ZeroMQ doesn't solve the problem. ZeroMQ is flexible enough that we can build a solution. We're working on distributed routing and registration using ZeroMQ and Redis as it's data store.

The RPC servers register the tags and channels we distribute based on that data. Any ZeroMQ server can process and deliver any event to the end RPC server.

We'll probably do a detailed writeup when this is done. We plan on using this for all the infrastructure wiring when it's done.

That central location is Redis pub/sub. Multiple publishers publish to Redis and many JSON-RPC instances listen and then process the notifications to distribute.

The diagram is more meant to illustrate that the notifications don't just blanket deliver to all subscribers rather than be an exactly technically accurate.

Yes we do see this as becoming a bottleneck. We are already working on a solution for that. I mention in the "What's Next" section about a bit more advanced routing using ZeroMQ instead of Redis.

The problem is a difficult one to say the least. We're nowhere near the bottleneck now, but we do want to resolve this long before it is close to becoming an issue.

I think HEAD is incredibly useful and really critical for things like caching. While you could use GET or POST in place of things like PUT and DELETE, using HTTP headers, you would have to do some work to reap the same benefits you get from HEAD already in retrieving meta data.

For implementing things like a CDN, HEAD requests are absolutely critical. Also most developers probably use it with some high frequency using curl.

It shouldn't be inactive if you have types a post. If, after typing something, it's still inactive then that is a bug! Please let us know what browser you are on in that case and we'll get that fixed.

SSO is coming for you to be able to integrate into your authentication system.

Agreed that it's overkill for most use cases (in fact I mention that it's not ideal for most people and we're likely an edge case).

As far as putting a great deal of code into Lua scripts, we'll be putting together a few blog posts explaining how we make this manageable. We were able to double our API throughput by shifting this direction so for us this is worth the difficulty we faced in finding ways to modularize and reuse code in Redis Lua scripts.

Your post made me notice an error on there. I was using our monthly cost and forgot to add in the reserved instance one time cost. Just added an edit to the post.

We are big fans of Lua (corrected typo) and much of the load is set, zset and bit operations. It's all the multikey operations (and the throughput we can push of those) that make Redis work for us.

Since we are pretty familiar/comfortable with automating infrastructure, dealing with clusters wasn't a big hurdle for us. This really wasn't a major deciding factor on our infrastructure design. Good tools and good Chef cookbooks make managing pools of servers relatively straightforward.

Basically it goes something like this (oversimplifying):

hset('shard.healthcheck', checkId, token) wait 500ms on every slave hget('shard.healthcheck', checkId)

Verify the tokens match.

Slaves are removed from the pool when the tokens don't, and allowed back in when the tokens match. Writes to master is disabled if a x/2 slaves are not available (where x is the number of slaves).

I agree that for most people a setup like this would not be cost effective. Our model only works at scale so it made sense to build for scale from the beginning. This kind of setup is likely cost prohibitive for most without some funding behind them.

The drawback as I mentioned is that the patterns we found necessary are hard to retrofit onto an existing application... therein lies the rub.