transmit101

6 ms·

1.
by transmit101 1mo ago
Having explicit and unavoidable error handling (which Go of course has in spades) is a particular improvement when writing/replacing Bash scripts.
2.
by transmit101 1mo ago
Not sure if it's obvious, but "go run" is just a thin wrapper around "go build" which compiles your Go code to a temporary location and then runs it in a single step.
3.
by transmit101 3mo ago
Is there anything to suggest these increases are not reflecting the increased baseline price of RAM, GPUs, etc? If not then it is only a matter of time before other providers are forced into similar price hikes.
4.
by transmit101 3mo ago
> Nothing really stopping an agent from getting a key It very much is possible to prevent an agent from having access to a key. For example, local encryption, Yubikey or other hardware device, or just running the agent in an isolated env
5.
Your .env files are under attack(netflux.io)
3 points by transmit101 4mo ago|0 comments
6.
by transmit101 6mo ago
> Yet I feel no inspiration to see those projects through to the end. I feel no connection to them because I didn't build them For me, this is a key differentiator between “AI-assisted” and “vibe-coded”. With the former, I may use A
7.
by transmit101 8y ago
I implemented the HTTPS-only Pages feature in this release. I just wanted to say that GitLab is a great project to contribute to, with a very friendly and professional community! Definitely recommend to anybody interested in contributing to
8.
by transmit101 9y ago
As it happens, I've got a couple of merge requests open to add HTTPS-only support to GitLab Pages. If anybody is interested: Rails: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/16273 Go: https
9.
by transmit101 9y ago
Mixlr | Qt/C++ developer | London, UK | ONSITE | http://mixlr.com We are looking for an experienced Qt developer to join our team and lead development of our cross-platform desktop app. Mixlr is a live audio broadcasting se
10.
Our domain has been blocked by Facebook as spam – what can we do?
5 points by transmit101 11y ago|0 comments
11.
Rails CVE-2014-3514: Strong Parameter bypass with create_with(groups.google.com)
7 points by transmit101 12y ago|0 comments
12.
by transmit101 13y ago
SEEKING FREELANCER - Android developer (Remote not possible) LONDON http://mixlr.com Mixlr is a platform for social live audio. We build simple and intuitive ways to share and create interaction around live audio streams. We hav
13.
by transmit101 13y ago
Android developer - London - Mixlr http://mixlr.com Mixlr is a platform for social live audio. We build simple and intuitive ways to share and create interaction around live audio streams. We have over two million registered use
14.
Technologies we've used to improve the Mixlr Livepage(dev.mixlr.com)
4 points by transmit101 13y ago|1 comments
15.
by transmit101 13y ago
SEEKING FREELANCER - local Android engineer - London - Mixlr http://dev.mixlr.com - Mixlr is a fast-growing platform for social live audio with millions of users across the world. We would like an experienced engineer help our s
16.
by transmit101 13y ago
Android engineer - London - Mixlr http://dev.mixlr.com Mixlr is a fast-growing platform for social live audio with millions of users across the world. We would like an experienced engineer to join our small, passionate team and
17.
Incomplete fix to CVE-2013-0155 (Unsafe Query Generation Risk)(groups.google.com)
1 points by transmit101 13y ago|0 comments
18.
HNLondon Sept. meetup - live audio stream(mixlr.com)
2 points by transmit101 13y ago|0 comments
19.
by transmit101 13y ago
London - Mixlr - DevOps engineer We're looking to meet a forward-thinking DevOps engineer to join us at Mixlr and take responsibility for our comprehensive web and live streaming architecture. Mixlr is a platform for social radio. We make s
20.
by transmit101 13y ago
Hey Davy - we're not considering hiring remotely at this time I'm afraid.
21.
by transmit101 13y ago
London - Mixlr - DevOps engineer We're looking to meet a forward-thinking DevOps engineer to join us at Mixlr and take responsibility for our comprehensive web and live streaming architecture. Mixlr is a platform for social radio. We make s
22.
by transmit101 14y ago
London: C++, Dev ops/Sysadmin, Android, Ruby on Rails http://mixlr.com We're hiring for a number of roles in London - see our blog post for full details and contact info. http://devblog.mixlr.com/2013/02/01/were-hiring/
23.
by transmit101 14y ago
London: C++, Dev ops/Sysadmin, Android, Ruby on Rails http://mixlr.com Our hiring post: http://devblog.mixlr.com/2013/02/01/were-hiring/ Mixlr is a platform for live audio with nearing 1 million registered users. We've built a series of
24.
by transmit101 14y ago
Great article. Have you read Musicking by Christopher Small? If not, you definitely should. http://www.amazon.co.uk/Musicking-Meanings-Performing-Listen... Also, it might be interesting to chat a bit more. Drop me an email - rob at [see p
25.
by transmit101 14y ago
I'm not really sure what point you're trying to make. Are you saying that it's not desirable to reduce the load on your backend web servers? I'm neither a Lua expert nor an evangelist, but my clear impression is that Lua is much more suited
26.
by transmit101 14y ago
I can imagine a scenario where we wanted a sub-domain which didn't redirect, but also wasn't crawlable. But I agree the example is a little bit contrived ;)
27.
by transmit101 14y ago
This is a very good talk. Thanks for posting.
28.
by transmit101 14y ago
Our main goal is to avoid passing requests upstream to Rails, which has massive performance penalties (TCP/IP, probably multiple database hits, web servers written in Ruby). By keeping everything non-blocking and inside the Nginx event loop
29.
by transmit101 14y ago
I don't know anything about Go but your idea sounds feasible. As another commenter says, there is a large Nginx community and we have a lot of investment in Nginx already. But for somebody starting from scratch it may be worth considering.
30.
by transmit101 14y ago
I didn't know about the Weibo connection. It is a very fast module, and non-blocking, but just as importantly it provides the flexibility to avoid sending requests from Nginx to slow backend servers (Ruby, Python, whatever) at all. In real-

More ›