DragonPrime - LoGD Resource Community
Welcome Guest
  • Good evening, Guest.
    Please log in, or register.
  • December 12, 2018, 09:04:52 PM
Home Forums News Downloads Login Register Advanced Search
* * *
DragonPrime Menu
Login
 
 
Resource Pages
Search

Pages: [1] 2 3 ... 10
 1 
 on: Today at 01:52:18 PM 
Started by Fanster - Last post by Sunday
Additionally, I don't know if you would be able to help on that, but if we don't have an active Admin, is there a way to designate one without access to the Grotto? We're having hard time locating the owner of the server, therefore SQL updates are also highly unlikely to happen.

There are no methods to assign new administrators without server access, user editor or creature editor.

 2 
 on: Yesterday at 06:02:37 PM 
Started by Fanster - Last post by TGTarheel
As far as I know...only the SU flags marked with an asterisk...convey status of Admin - which takes them out of many HOF lists.

Things like unlimited new days, access to player editor, things like that.

You could always modify the program that allows IP views to allow a different flag to see it...so that one who had that flag, which doesn't convey Admin status...and still be able to see it.

Really, any module could be re-coded so that certain superuser flags allow things.

So you could code it to allow anyone to view the IPs...if they had the account never expires flag, or view petitions flag, or even just the grotto access only flag.

 3 
 on: December 10, 2018, 04:15:42 AM 
Started by Fanster - Last post by Fanster
Quote
Do you have the online list module installed, that separates staff and players? If so, they'll be listed as a player. I can't think of any other modules that list a Staffer separately or differently.

That's the problem. We don't have an active Admin (allegedly) at this point, which can tell us that. We have the "Staff List" module, which is distributed with the core modules, v.1.2 by Red Yates. And I'm not sure that's the same, because it allows you to add your staff in it despite their actual Admin access and superuser flags (tested on another server of mine for such test purposes).

Quote
The module allowing the seeing IP addresses of players is based upon a superuser flag

This particular part brings up another question of mine, taking the above one in consideration - if that flag and that flag alone is left on, would that user be considered staff or player?

Additionally, I don't know if you would be able to help on that, but if we don't have an active Admin, is there a way to designate one without access to the Grotto? We're having hard time locating the owner of the server, therefore SQL updates are also highly unlikely to happen.

 4 
 on: December 10, 2018, 02:39:37 AM 
Started by Fanster - Last post by Aeolus
- is it possible for the resigned admin to retain some "benefits" of the position, such as seeing IP addresses of players?

The module allowing the seeing IP addresses of players is based upon a superuser flag, so if they removed that flag, they could no longer use that module. It's always best to keep a list of module preferences and/or settings that must be manually added to any Staff, so that you can remove them later if required (e.g. the Staff List, or Staff Crowns).

- if this happens, would there be anything differently about their account, indicating they are no longer an admin?

Do you have the online list module installed, that separates staff and players? If so, they'll be listed as a player. I can't think of any other modules that list a Staffer separately or differently.

 5 
 on: December 10, 2018, 02:16:45 AM 
Started by Fanster - Last post by Fanster
Hi guys,

I'm part of a server, in which the Admin had some sort of existential crisis and nervous breakdown, and therefore claimed he has resigned from the administrator position. Now, he's not the primary admin, so I'm not sure whether if it's possible or not to have an admin remove their admin rights themselves, but say for the sake of argument, that they do it somehow, my questions are:

- if this happens, would there be anything differently about their account, indicating they are no longer an admin?
- is it possible for the resigned admin to retain some "benefits" of the position, such as seeing IP addresses of players?

Thanks in advance,
Stefan!

 6 
 on: December 05, 2018, 06:04:02 PM 
Started by TGTarheel - Last post by TGTarheel
Did you by any chance modify any of the core files? that might be the issue
No core modifications that would be in violation of listing rules given in lotgd.net, their paypal link is still there and everything.  No copyright or authorship material has been removed and we are in full compliance with all aspects of the license, so far as I am aware.

My previous site was listed for twelve years...and the new site is very similar in structure to the old.

 7 
 on: December 04, 2018, 01:11:02 AM 
Started by TGTarheel - Last post by ChesireCat
Did you by any chance modify any of the core files? that might be the issue

 8 
 on: December 03, 2018, 01:43:24 AM 
Started by TGTarheel - Last post by TGTarheel
Never mind.

I found my own problem.  The original coder put 'value' as is

ORDER BY 'value'

and it should be

ORDER BY value ASC

No quotes around value, and specify ascending versus descending order.

I like to play with this stuff to learn how things work and why.

I found my own answer this time.



 9 
 on: December 03, 2018, 01:32:15 AM 
Started by TGTarheel - Last post by TGTarheel
ok, I do not understand something here.  When I go into the shops, the order of weapons available does nt seem to match the sql call.  Coding below.

According to what I see, it should order the rows by "value" which is the attack/defense strength of the weapon.

But the output I get is ordered by "shopid" - meaning someone who made a much weaker weapon, later than I made a powerful weapon....my weapon is showing up first...instead of ordering it by order of lowest value to highest value.

Here is the coding - I did not alter this from the original module in any way...except biggifying the type using <big> and </big>
Code:
rawoutput("<table border=0 cellpadding=2 cellspacing=1 bgcolor='#999999'>");
    rawoutput("<tr class='trhead'>");
   rawoutput("<td><big>$buy1</big></td><td><big>$wname</big></td><td><big>$watk</big></td><td><big>$wcost</big></td>");
    rawoutput("</tr>");
   $sql = "SELECT * FROM " .db_prefix("clanshop"). " WHERE type = '1' AND clan = '$clan' AND buyer < 1 AND value < '$dklimit' ORDER BY 'value'";
$res = db_query($sql);
   for ($i=0;$i<db_num_rows($res);$i++){
   $row = db_fetch_assoc($res);
     $id = $row['shopid'];
        $name = $row['name'];
     $value = $row['value'];
     $cost = $row['cost'];
       rawoutput("<tr class='".($i%2?"trlight":"trdark")."'>");
rawoutput("<td nowrap>[ <big><a href='runmodule.php?module=clanforge&op=buyweapon&id=$id'>$choose</big></a>]");
        addnav("","runmodule.php?module=clanforge&op=buyweapon&id=$id");
   output_notl("<td><big>`^%s</big></td>`0", $row['name'], true);
     output_notl("<td><big>`&%s`0</big></td>", $row['value'], true);
        output_notl("<td><big>`^%s`0</big></td>", $row['cost'], true);
        rawoutput("</tr>");
}
    rawoutput("</table>");

It eve says in the SQL call, ORDER BY "value" - so why is the output ordering by "shopid" instead?

 10 
 on: November 28, 2018, 11:52:01 PM 
Started by XChrisX - Last post by TGTarheel
Good to hear. Make sure that you have a check to disable it in case you ever need to. Core edits should only be done in the most necessary of circumstances, and can go terribly wrong in the future when other things are changed. That's what modules were created for. Cheers.

TBH, I do core edits when I can't figure out where to hook a module into to get it to do what I want.  I was not quite sure where to hook this, because, if you hook to "dragonkill" then I think the gold would wipe out first...so it would ruin what I was trying to do.

I also always notate my core edits by wrapping them with comment lines, at the beginning and end of the core edit, and leave myself a note of what I was trying to achieve with the core edit.

Additionally, after I make a core edit work right...I have a backup of the original core file...and a backup of the working core file...thus I always have a way to back up to where I was when things worked in case something breaks.

I'm pretty careful with core edits.  I agree with you, I don't like them much but there are times when it's just easier.

Pages: [1] 2 3 ... 10

*
DragonPrime Notices
Please take the time to read the FAQ and browse the DragonPedia

Support Us
No funds raised yet this year
Your help is greatly appreciated!
Recent Topics
DragonPrime LoGD
Who's Online
133 Guests, 0 Users
Home Forums News Downloads Login Register Advanced Search