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

Zoho has free accounts and one of the available apps is invoicing. They have all the features you ask for. You can even integrate the "here's an invoice, pay me" emails with payment processors. I've only used it for a few months, but can't complain - it had way more features than I ever needed.


(it's a service, not opensource software though - I assume you really meant free or opensource)

+1 for Zoho. I've been using it for a few months and really like it. Their iOS app is also pretty good for viewing time sheets and logging time.

I'm not sure how to interpret this post. Is this basically: "we believe in network neutrality, but here's reality for today: your ISP won't expand capacity, so you can pay us to add special uplink"? It looks like testing the ground for idea of "pay per peering" that becomes a separate line on your invoice. (and I mean for any peering, you rent server and connectivity separately)

I think this might actually a good idea. Instead of just paying the peering fee quietly, they give customers the choice to vote with their money. Alas, "customers" here are not end users, but companies who provide content on the internet.

I really like that paying up to DTAG is not the default and is more bureaucratic. This might already be enough to kill the ISPs' profiteering schemes, similiar to what happened with the Leistungsschutzrecht (see https://en.wikipedia.org/wiki/Ancillary_copyright_for_press_...) in Germany.

I think more visibility is better, and in this case maybe would give tech companies some food for thought re: how they approach net neutrality issues in politics.

I don't think it's quite as you put it. I think Hetzner is saying more: === We believe in net neutrality, but some of our customers have noticed that users of these telecom companies cannot access their services during peak hours, or the service is quite slow.

Since we cannot change market dynamics, we are offering our customers a way to offer their customers faster service during peak periods with this "pay per peering" option. ===

My understanding (which may be incorrect) is that Hetnzer is telling existing customers that instead of having to install servers within the ISP network, they can instead pay a marginal fee per month to bypass the congested peering links to these providers.

> Make sure to clearly state that you would like to order the DTAG uplink in the text field of the request and that you agree to pay the additional € 4.20 a month. The add-on will be called "Double Paid Traffic" on your bill.

I think the name "double paid traffic" is a very clear statement. They are not trying to sugarcoat this or anything. They just don't want to loose customers over this.

It's more like "Your customers/users ISP (in practice DTAG, Deutsche Telekom AG) doesn't participate much in cost-neutral Tier-1 peerings and instead offers an expensive DTAG peering for additional bandwidth". DTAG can do this because they are (one of) the biggest ISP in germany.

Well, it's not really a case of net neutrality. Packets aren't being given priority. It's just a simple case of: ISPs are at capacity, connection slow, use these servers instead.

From my (limited) experience, I've been impressed wherever I interacted with developers of: python-requests, salt, rust.

What kind of code? Embedded, dsp, web backend, web frontend, databases, protocols, ...?

web backend

Now, how are they going to enforce it will be interesting to see. Our current telephony system looks pretty much like the first days of the internet. Most telcos will happily say "Ah, you're a service provider and send us a call from 011111111111, we'll route it right away!". Add a voip channel or two with a redirection set up and you're unlikely to ever get caught.

It's certainly hard, but apparently not impossible. Here's a story about how a particularly prolific swatter eventually got caught: http://www.nytimes.com/2015/11/29/magazine/the-serial-swatte...

While following the trail was hard, another big obstacle was simply to get more law enforcement agencies interested in stopping this guy. It also makes clear that an international approach is necessary.

There's a pretty good chance of getting caught if you're not careful. Most providers hang on to logs for a long time.

I'm pretty sure most swatters are kids with limited tech knowledge. I wonder how many of those calls were even made with voip rather than a burner phone and even that is questionable since many of them were caught shortly after.

Unless they say at some point there's a few seconds of reflection of people having sex in one blob of paint.

Kind of... you're technically right and and practically not. Nobody would describe a PRNG with cycle length of 8 as random. It's just reading numbers off of a list.

In the same section of uuid RFC: "See Section 4.5 for a discussion on random numbers.", and then: "Advice on generating cryptographic-quality random numbers can be found in RFC1750 [5].", so it's not like authors were unaware of the implications of trivial PRNG. It's just up to the implementation whether CSPRNG is required (user-visible security tokens), or just a PRNG (internal identifiers).

There are alphas, betas, rcs, and lots of time. It's not known if there will be any really bad effects yet. Judging from Arch doing the same thing 5 years ago, it will be fairly smooth.

Fortunately Python is safe in this case. https://hg.python.org/cpython/file/2.7/Lib/uuid.py#l582 - urandom is the source for the UUID4. (same for 3.5: https://hg.python.org/cpython/file/3.5/Lib/uuid.py#l600)

Ruby is also safe: it uses OpenSSL/urandom for UUID: https://github.com/sj26/ruby-1.9.3-p0/blob/master/lib/secure... https://github.com/sj26/ruby-1.9.3-p0/blob/master/lib/secure...

Java is safe as well: http://docs.oracle.com/javase/7/docs/api/java/util/UUID.html...

Maybe it's the difference between "Right now it costs..." and what it cost in 1995? Also it's not clear if it's expedited with the lawyer, or was there some program to actually get it expedited with immigration - that could cost extra.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact