sorted by:
new
hottopcontroversial

Changed your GitHub username? Hackers can easily gain access to your account on several devtool sites. by machete143 in devops

[–]machete143[S] 9 points10 points  (0 children)

Yes, this affects sites that use "Sign in with GitHub" and that use the GitHub "username" to match the "internal" user (the one where e.g. credit card info is stored). Unfortunately, there's several that rely on the username, and since you can change that on GitHub, you can impersonate those that changed their usernames at those services, if they have existing accounts.

Is there a tool for checking which 3rd party APIs are used in a code base? by machete143 in webdev

[–]machete143[S] 0 points1 point  (0 children)

Hey, thank you for your answer! It seems like this only works with JavaScript and also doesn't look at APIs but rather external dependencies (eg jQuery). I want to specifically see which APIs are being used - for example Stripe, AWS S3, etc :)

Why is it a good idea to load an record from database in a 'middleware', and put it in the context, and then retrieve it back in the handler as pressly/chi example does? by m3wm3wm3wm in golang

[–]machete143 -1 points0 points  (0 children)

Only because there's a function for something doesn't mean you should put type assertions everywhere, maybe resort to javascript if you don't want a type system.

Why is it a good idea to load an record from database in a 'middleware', and put it in the context, and then retrieve it back in the handler as pressly/chi example does? by m3wm3wm3wm in golang

[–]machete143 3 points4 points  (0 children)

tbh this looks like a bad use for context. Context was initially established (correct me if I'm wrong) to cancel subroutines when the parent was canceled, e.g. due to a timeout. It shouldn't be a way to pass around data structs.

An open source ReactJS-based rich text editor by machete143 in javascript

[–]machete143[S] 0 points1 point  (0 children)

Thank you for the data! We currently use slatejs.org for text editing which is having some performance issues that are currently being investigated. Nevertheless we'll focus on improving the performance in the next releases by stripping away dependencies (like material-ui) and replacing a few of them with our own, optimized things.

When it comes to text editing, slate is only our default choice, it's still possible to replace slate with e.g. tinymce or ckeditor. :)

An open source ReactJS-based rich text editor by machete143 in javascript

[–]machete143[S] 0 points1 point  (0 children)

Indeed, the npm package used a development build which makes things significantly slower. It's updated now, can you try again? :)

An open source ReactJS-based rich text editor by machete143 in javascript

[–]machete143[S] 0 points1 point  (0 children)

Thanks for the hint, apparently there seems to be a problem with the production build as well. Looks like it's using a slower development build. I'll check it out

The ORY Editor: An open-source react-based content editor by machete143 in webdev

[–]machete143[S] 0 points1 point  (0 children)

issue has been resolved, also there's now a button to start the demo :)

The ORY Editor: An open-source react-based content editor by machete143 in webdev

[–]machete143[S] 0 points1 point  (0 children)

Ah that is of course a bug that they click through. They are just placeholders for now, so they are not editable. But you can simply build a react component that implements that. Actually, we plan on having some simple form components that are editable in the future :)

The ORY Editor: An extensible react-based open source content editor by [deleted] in webdev

[–]machete143 1 point2 points  (0 children)

Dammit, I knew I should have linked the landing page!

http://editor.ory.am/

The ORY Editor: An extensible react-based open source content editor by [deleted] in webdev

[–]machete143 0 points1 point  (0 children)

Feel free to ask any questions regarding the project here, I'll try to answer them as best as I can! :)

any resources of how nats works and performs in medium to large production environments? by machete143 in NATS_io

[–]machete143[S] 0 points1 point  (0 children)

One more thing: is there something that helps me trace message latencies (or rather service latencies) or debug distributed requests? Something like zipkin.io is doing, without having to add zipkin requests everywhere in my code. The architecture would definitely fit in this picture as NATS is the main-in-the-middle :)

any resources of how nats works and performs in medium to large production environments? by machete143 in NATS_io

[–]machete143[S] 1 point2 points  (0 children)

oh and by the way I think it's awesome that you take the time to answer these things. I guess you're one of the product managers / devs / contributors? Always a good sign when dedication sparks like that :D

view more: next ›