razorfishsl
-
Posts
7 -
Joined
-
Last visited
razorfishsl's Achievements
-
Many of the problems as regards to keeping information or correctly displaying it can be solved very simply.... When FP does their monthly wipe they change the protocol number. simply insert the "protocol number " into the database either as a key or on each record. then run the selects with a filter on the protocol key, this will allow all the past data to be kept but only the current data to display Yep.. i know some admins rotate the maps within the FP wipes..., simple enough.. allow the user to increment a suffix on the protocol number. this will then wrap any admin map changes within the FP map changes. so FP goes: 217 218 219 the admin of the server adds a suffix ,b,c,d,... so 217 ~(FP) 217b ~(admin) 217,c ~(admin) 217d ~(admin) 218 ~(FP) so any compilation can be made or filtered , simply by comparing B-Z between wipes and and Main FP wipes can be compared, by running all the "A" suffix- 373 comments
-
- 3
-
-
- #statistics
- #leaderboard
- (and 12 more)
-
The only thing that would be really cool, would be to remove the dependence on the SQL "REPLACE INTO" and get it more inline with " select for update / "insert", which would then open up the database a lot more.
-
I bow before no man, I understand your hopes but ,that would infringe my first amendment rights, i'm free to make any remarks criticisms I see fit... unless there is something specifically in your T&C that curtails my first amendment rights...
-
I'm just going thru the code now. maybe a tie in with at least one admin aliasing plugin would be helpful... Even if it was integral to this actual plugin. I'm not going to make a load of demands on something that is supplied for "free" Perhaps: 1. A little on what it does not work with (like saying any sort of Admin aliasing is not covered) 2. A bit more clarity on the sql, like the setup.. actually requires the schema to be created (not mentioned or maybe I missed it) 3. There is a save bug, where it says the data is saved, but actually the SQL is throwing errors (no schema) on newly installed plugin I'm sure i remember seeing more data before it moved sites...
-
Not working correctly with AdminDeepcover. The figures are not updated correctly
-
UMOD is blocking any referrer links from this domain. so any links to their sites are blocked , if they come via this site... which seems like a very childish thing to do.
