Points of Required Attention™
Please chime in on a proposed restructuring of the ROM hacking sections.
Views: 88,511,965
Main | FAQ | Uploader | IRC chat | Radio | Memberlist | Active users | Latest posts | Calendar | Stats | Online users | Search 05-02-24 10:43 AM
Guest: Register | Login

0 users currently in Help/Suggestions/Bug Reports | 1 guest

Main - Help/Suggestions/Bug Reports - Suggestion: do something New thread | Thread closed

Pages: 1 2 3

Kawa
Posted on 07-07-07 08:54 PM Link | Quote | ID: 53025


CHIKKN NI A BAAZZKIT!!!
80's Cheerilee is best pony
Level: 138

Posts: 406/5344
EXP: 30959641
Next: 703340

Since: 02-20-07
From: The Netherlands

Last post: 4504 days
Last view: 2639 days
I suggest we shut the hell up for a while and let both parties' arguments sink in, okay? Who'se with me?

____________________
Wife make lunch - Shampoo
Opera - give it a spin
Spare some of your free time?
<GreyMaria> I walked around the Lake so many goddamn times that my sex drive was brutally murdered
Kawa rocks — byuu

DarkSlaya
Posted on 07-07-07 08:55 PM Link | Quote | ID: 53026


Cheep-cheep
Level: 32

Posts: 156/189
EXP: 205938
Next: 504

Since: 02-19-07

Last post: 6007 days
Last view: 5999 days
Posted by Kyoufu Kawa
I suggest we shut the hell up for a while and let both parties' arguments sink in, okay? Who'se with me?



This is probably the best thing to do.

This solution for the win.

blackhole89
Posted on 07-07-07 08:59 PM Link | Quote | ID: 53027


The Guardian
Moloch whose eyes are a thousand blind windows!
Level: 124

Posts: 251/4196
EXP: 21543219
Next: 293382

Since: 02-19-07
From: Ithaca, NY, US

Last post: 477 days
Last view: 90 days




> And I appreciate it, by the way -- Jesper and friends coded for the least effort
> solution, piling hack after hack onto a broken codebase. Why create a new feature
> when you can just add some silly hooks to it and call it brand new? Many of their
> features were broken or badly flawed, as shown many times before.

This is exactly what your solution to this revolves around. Adding a new table for the previous revisions is pointless, adds to the database "brokenness" but is the way of least coding effort and closest to just "adding some hooks" as the old code would remain unchanged.

> I am very incontent with the way you have been coding this forum lately. Acmlm has,
> too (as well as our deveopment in general), but he has specifically stated that your
> edit post feature is exactly one of the reasons he stopped.

[citation needed]

Other than that, one word from you suffices and I'll revert every line of code I have ever written for this board. It probably won't take more than 30 minutes, so if you are actually as discontent with what I did as you are saying rather than just willing to inflate your ego, it is, in fact, what I recommend you to do.



____________________



Xkeeper
Posted on 07-07-07 09:07 PM Link | Quote | ID: 53028


Level: 105

Posts: 2512/2846
EXP: 12033982
Next: 228278

Since: 02-19-07

Last post: 6066 days
Last view: 2803 days
Posted by blackhole89

> And I appreciate it, by the way -- Jesper and friends coded for the least effort
> solution, piling hack after hack onto a broken codebase. Why create a new feature
> when you can just add some silly hooks to it and call it brand new? Many of their
> features were broken or badly flawed, as shown many times before.

This is exactly what your solution to this revolves around. Adding a new table for the previous revisions is pointless, adds to the database "brokenness" but is the way of least coding effort and closest to just "adding some hooks" as the old code would remain unchanged.

Different things call for different implementations. My way still has several advantages (clearing out the edit database is one query, easy to back up without needing a complex export query) as well as shorter, easier-to-understand queries for the database that remove complication in the event something else there is changed.

I am not calling this a "brand new feature" -- this feature itself is a "silly hack" (record post edits, nothing else) and should have no effect on the rest of the board and should be easily removed and togglable. My solution takes care of that, by making the edit data easily removed or disabled.



Other than that, one word from you suffices and I'll revert every line of code I have ever written for this board. It probably won't take more than 30 minutes, so if you are actually as discontent with what I did as you are saying rather than just willing to inflate your ego, it is, in fact, what I recommend you to do.
At least keep a backup that I can revert back to, so that I can do the right thing -- tweak the code you added so it works better and under these principles -- rather than recode everything myself.

Your design works but is flawed ... However, this is the exact reason I never fixed it. Dealing with drama like this is annoying, frustrating, and is making me just want to give up administartion of this forum in its entirety.

____________________
I dealt with it.

theclaw
Posted on 07-07-07 09:35 PM Link | Quote | ID: 53031


Panser
Level: 42

Posts: 194/348
EXP: 513101
Next: 8261

Since: 03-26-07

Last post: 4167 days
Last view: 2118 days
I admit the inability to code, despite a little admin experience. Tinkering in Acmlmboard on my server didn't get far. User registration was broken.

A possible overall issue with AB-based forums is that virtually anyone can start however many they want, and make their changes proprietary. The number of old, yet well-known, exploits doesn't help either.

____________________

HyperHacker
Posted on 07-07-07 09:59 PM Link | Quote | ID: 53038

...
Level: 73

Posts: 1085/1220
EXP: 3368401
Next: 117467

Since: 03-25-07
From: no

Last post: 6097 days
Last view: 6081 days
I read in the MySQL manual that the biggest performance hit is seeking the disk to find the beginning of a row, and reading a large row is not such a big deal. They specifically pointed out that you're better to avoid a second seek by storing the metadata and big text blocks together instead of putting the text in a second table. As I understand, this was the way to go with older versions, but newer ones have improved to the point where it's no longer necessary.

Tweaker
Posted on 07-07-07 10:33 PM Link | Quote | ID: 53047


Red Koopa
Level: 28

Posts: 110/139
EXP: 129889
Next: 1449

Since: 02-19-07
From: Rochester, NY

Last post: 5801 days
Last view: 5707 days
...

Only on this forum can people leave over HOW A FUCKING FORUM IS CODED. For fucks sake, it's a message board, implement whatever's more optimized and don't touch the shit again till it's broke. They work the same, don't they?

blackhole hosts this board for free, so I think if you're running code on his server, and his is more optimized, and has a lighter load ON HIS SERVER, then I think it's entirely fair for his method to be implemented. Mind you, this doesn't mean he has control over how the board is run, but he has the right to say what kind of code he wants run on his server.

Xkeeper, your method is more human-readable, but what does it do? It adds a whole new table, adding more clutter to sift through when that clutter does not need to exist. This may be a viable method for yourself, but what about the server? As a general rule, if I wanted to look at previous edits of a post, I'd make something like "edithistory.php." And, by all means, regardless of its implementation, wouldn't this script display the same exact data?

When you implement features, you want to be as optimized as possible. If blackhole's implementation is more optimized from a coding perspective, then that should be implemented, and you should write said edit history viewing script. Besides that, it's clear that you understand both methods sufficiently - when you have a script that interprets the data for you, it doesn't really MATTER how it looks when it's stored in the SQL tables, as long as it operates as fast as it possibly can.

Secondly (and this is sort of unrelated), Xkeeper, this is just something I've noticed, but you need to show a bit more respect to your server admins. I'm not saying ||bass was some innocent dude who did nothing and randomly decided to take over the old boards, but I think the disrespect you show for your server admins really has a lot to do with the arguments that keep stirring up, and eventually causing something rash to happen. If you want to be your own server admin, then get your own server and host yourself, but until then, you NEED to listen to the people who keep this site on the internet. I'm not big on your whole situation, but from what I can see, nobody respects anybody over the stupidest goddamn things.

Seriously, this should be far from an issue. If blackhole starts randomly banning people and fucking with the site as he pleases randomly, then you have grounds to be angry, but I really don't see why blackhole can't choose what method is better for his server, especially when it's functionally the same.



____________________
Messenger info:
AIM: SonicTweaker
MSN: nibesto@gmail.com
GTalk: nibesto@gmail.com
Cool IRC Channels:
#retro | #cult | #acmlm

Cool Sites:
Sonic Retro | S2Beta | CulT | SGMC | Something Awful | HPZ | Hacking CulT | Acmlm's Board II

stag019
Posted on 07-07-07 10:54 PM Link | Quote | ID: 53051


Snifit
Level: 40

Posts: 153/299
EXP: 409791
Next: 31518

Since: 02-19-07

Last post: 4286 days
Last view: 2172 days
Tweaker, it's funny how wrong you are.
How much space something takes up on a server does not mean it will take more of a load on the server.

Either way, it's the same data, whether it be in two or three tables. Technically, Xkeeper's way would make there be less load on the server from not having to sift through all those edits just to find the most recent post.

Also, having an extra table doesn't even take up that much more space, as long as, like I said, it shares the same data.

Following your "let's make there be less data" attitudes, why not just through everything in one huge table, and make a field like for example "indentifier" as to define whether it's a forum, thread, post, user, etc.

Exactly, it just doesn't make sense. And also, each table needs different fields.
In fact, edits need different fields than `posts_text` does. Edits need time, and maybe if they store what user edited it, but for `posts_text`, that information is stored in `posts`.

The only way that logically makes sense is to either:
Follow Xkeeper's method exactly
OR
Forget `posts_text`. Just store the text in there with `posts`, and have the other information for edits in `edits`. That way, you only need to select from one table to get the most recent post, and you have the added benefit of still only using 2 tables.

Kawa
Posted on 07-07-07 11:01 PM Link | Quote | ID: 53052


CHIKKN NI A BAAZZKIT!!!
80's Cheerilee is best pony
Level: 138

Posts: 407/5344
EXP: 30959641
Next: 703340

Since: 02-20-07
From: The Netherlands

Last post: 4504 days
Last view: 2639 days
Okay you guys. Thread's over.
People agree that
  • Blackhole just sticks to being a good host like he is now
  • Xkeeper just does the code the way he wants it

We dutch people have a saying, "schoenmaker, blijf bij je leest". Basically means that you should know your role in the scheme of things and stick to that.

____________________
Wife make lunch - Shampoo
Opera - give it a spin
Spare some of your free time?
<GreyMaria> I walked around the Lake so many goddamn times that my sex drive was brutally murdered
Kawa rocks — byuu

Ailure
Posted on 07-07-07 11:45 PM Link | Quote | ID: 53064

Hats
Steam Board2 group
Level: 121

Posts: 1039/3965
EXP: 19788553
Next: 268143

Since: 02-19-07
From: Sweden, Skåne

Last post: 3307 days
Last view: 2058 days
Posted by Tweaker
Only on this forum can people leave over HOW A FUCKING FORUM IS CODED. For fucks sake, it's a message board, implement whatever's more optimized and don't touch the shit again till it's broke. They work the same, don't they?
No that's not the only reason. I'm just tired on how XK acts like he's the only guy right around here. And I no longer feel wanted here around anymore for stating my opinion, so I see no reason to hang around.

____________________
AIM: gamefreak1337, MSN: Emil_sim@spray.se, XMPP: ailure@xmpp.kafuka.org


blackhole89
Posted on 07-08-07 12:05 AM (rev. 2 of 07-08-07 12:10 AM) Link | Quote | ID: 53070


The Guardian
Moloch whose eyes are a thousand blind windows!
Level: 124

Posts: 252/4196
EXP: 21543219
Next: 293382

Since: 02-19-07
From: Ithaca, NY, US

Last post: 477 days
Last view: 90 days



As a small postscriptum to this,
http://twilightro.kafuka.org/~blackhole89/xkconvo.txt

edit:
00:09:12> <Aerakin> closing the thread would be in everyone's best interest too

Looks like I get to have the last word on this. Great success!

____________________


Pages: 1 2 3


Main - Help/Suggestions/Bug Reports - Suggestion: do something New thread | Thread closed

Acmlmboard 2.1+4δ (2023-01-15)
© 2005-2023 Acmlm, blackhole89, Xkeeper et al.

Page rendered in 0.021 seconds. (322KB of memory used)
MySQL - queries: 52, rows: 71/72, time: 0.014 seconds.