5
12
tkperson

@lemm.ee

tkperson 9 points 3 years ago

-40C is -40F -45C is -49F

path: 0 1912156 1912677, hotness: undefined, score: 9, children: 1
tkperson 6 points 3 years 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

edit: i think it might be impossible to confirm just because how lemmy works. the old federated instances that might have the older posts might have gone down.

path: 0 1723621, hotness: undefined, score: 6, children: 0
tkperson 5 points 3 years ago

So lemmy is dying?

path: 0 1607437 1609657, hotness: undefined, score: 5, children: 2
tkperson 5 points 3 years ago

oh that forever loop caused my browser to crash

path: 0 2222527 2222900 2222924, hotness: undefined, score: 5, children: 0
tkperson 5 points 3 years 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.

path: 0 2222359 2222583, hotness: undefined, score: 5, children: 0
tkperson 4 points 3 years ago

If I checked the calendar correctly today is the last day of July?

path: 0 1912702, hotness: undefined, score: 4, children: 1
tkperson 4 points 3 years 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.

path: 0 2224518 2229864, hotness: undefined, score: 4, children: 1
tkperson 3 points 3 years 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?

path: 0 2222527 2222900, hotness: undefined, score: 3, children: 2
tkperson 2 points 3 years ago

What does this mean? Is this latex?

path: 0 1668764 1669815 1710196, hotness: undefined, score: 2, children: 1
tkperson 2 points 3 years ago

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

path: 0 2653062 2662719 2665718, hotness: undefined, score: 2, children: 1
tkperson 1 point 3 years ago

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

path: 0 2225686 2225787, hotness: undefined, score: 1, children: 0
tkperson 1 point 3 years 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.

path: 0 2235473 2256655, hotness: undefined, score: 1, children: 0
tkperson 1 point 3 years ago
path: 0 2237162 2256673, hotness: undefined, score: 1, children: 0

thanks for using Leebra!

go to feed...