36
submitted 8 months ago by tkperson@lemm.ee to c/godot@programming.dev

Source code: https://github.com/TKperson/badapplenn

It's my first time using Godot, so source code is kinda messy

This project took two weeks of my life. Hope y'all like this

[-] tkperson@lemm.ee 1 points 1 year ago

干嘛那么凶,别人就问一句问题

[-] tkperson@lemm.ee 1 points 1 year ago* (last edited 1 year ago)

I used the greasymonkey script with tampermonkey without any modification. And it seems like that script magically worked even though the code doesn't look like it applies to all of the cases. Thanks, this helped a lot.

Update: After further testing, the script doesn't really help a lot, because it broke all the JavaScript used on that website all together, which explains why the debugger stopped spamming. Disabling all the JavaScript is not what I want; I want to be able to use the browser tools to trace certain functions.

[-] tkperson@lemm.ee 4 points 1 year ago* (last edited 1 year ago)

curl the source down works, but it makes things more complicated. The source code is obfuscated making it incredibly hard to read. This is where using the web debugging tools shine. If I want to figure out which code is trigger what, I can just look at the call stack. I also wanted to look at the internet traffic to see how things work from there. I could intercept all the HTTP requests but that wouldn't give things like the call stack. I think it would be much easier if there's a way stopping the debugger spamming trick.

[-] tkperson@lemm.ee 2 points 1 year ago

I see 👍. Thanks for keeping this instance running smoothly 😁

8
submitted 1 year ago* (last edited 1 year ago) by tkperson@lemm.ee to c/meta@lemm.ee

I used it about 2 weeks ago, and I remember seeing a bunch of posts.

Edit: I just checked other instances, that selection is working. This seems like a problem only exists on lemm.ee

[-] tkperson@lemm.ee 5 points 1 year ago

oh that forever loop caused my browser to crash

[-] tkperson@lemm.ee 3 points 1 year ago* (last edited 1 year ago)

That icon did skip over the debugger keyword, but it didn't solve my issue because it still prevented me from viewing that website's source. Now the websites just becomes super laggy. I'm assuming that there's a forever loop that does nothing running in the background now that the debugger keyword constantly gets skipped over.

Can there be a solution where I can replace debugger to something that can cause the thread to sleep for like half a second?

[-] tkperson@lemm.ee 6 points 1 year ago

that doesn't work because the debugger spam spawns a new console/thread or whatever; making a "new file" every time the spam started. There's no fixed line number to skip over.

70
submitted 1 year ago by tkperson@lemm.ee to c/firefox@lemmy.ml

I'm trying to take a look at a scamming website, but it's using the debugger spamming to make reverse engineering difficult. Is there a way to just disable the debugger keyword? I don't really like to give the websites control over whatever I want to view.

[-] tkperson@lemm.ee 6 points 1 year ago* (last edited 1 year ago)

can someone confirm if this is the real oldest lemmy post?

the oldest commit on github seems like its made about 4 years ago

[-] tkperson@lemm.ee 2 points 1 year ago

What does this mean? Is this latex?

[-] tkperson@lemm.ee 5 points 1 year ago

So lemmy is dying?

1
submitted 1 year ago by tkperson@lemm.ee to c/place@lemm.ee
1
submitted 1 year ago by tkperson@lemm.ee to c/discordapp@lemmy.world

tkperson

joined 1 year ago