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

Pages: [1]   Go Down
  Print  
Author Topic: Grotto Entrance  (Read 3197 times)
0 Members and 1 Guest are viewing this topic.
Freeze
Guest
« on: November 17, 2005, 08:07:01 PM »

For some reason I'm having proplems entering the the grotto, which, then again, so is all of my staff. THe only error we get is  'Bad Response from Server'.

Any Ideas?
Logged
Freeze
Guest
« Reply #1 on: November 18, 2005, 01:42:32 PM »

Ok, out of the proces of eliminatation, it was Lonnyl's Lotgdutil Module.

Dont know why it just now started going crazy though...
Logged
Dannic
Guest
« Reply #2 on: November 18, 2005, 01:46:58 PM »

maybe it wasn't the module itself but the lack of memory.

Check the php.ini file and see how much memory is alloted.  If it isn't 55mb or more you do not have enough to run it with lots of modules.

if you need help figuring it out just make a file and call it phpinfo.php

Code:
<?
phpinfo();
?>

If you do not have enough memory you will need to contact your webhost and ask them to modify it for you or allow you to use a php.ini file in your directory.
« Last Edit: November 18, 2005, 01:47:49 PM by Dannic » Logged
Arune
Member
Mod God
*****
Offline Offline

Posts: 718


Arune Vai - khatfield


View Profile WWW
« Reply #3 on: November 18, 2005, 05:00:35 PM »

I have the same issue but I have php.ini set as 128mb...

Heres my info on my box:
-bash-2.05b$ free
             total       used       free     shared    buffers     cached
Mem:      12136820   11848052     288768          0    1849924    5375040
-/+ buffers/cache:    4623088    7513732
Swap:     12582224    3615332    8966892

>>>top
 17:59:58  up 134 days,  2:34,  1 user,  load average: 0.05, 0.06, 0.08
59 processes: 58 sleeping, 1 running, 0 zombie, 0 stopped
CPU0 states:   0.0% user   0.4% system    0.0% nice   0.0% iowait  99.0% idle
CPU1 states:   0.0% user   0.0% system    0.0% nice   0.0% iowait 100.0% idle
CPU2 states:   0.0% user   0.0% system    0.0% nice   0.0% iowait 100.0% idle
CPU3 states:   0.0% user   0.0% system    0.0% nice   0.0% iowait 100.0% idle
Mem:  12136820k av, 11848980k used,  287840k free,       0k shrd, 1849944k buff
      6452624k active,            4150876k inactive
Swap: 12582224k av, 3615332k used, 8966892k free                 5380244k cached
-------------------

Course Im using 11.5GB of memory but still have 288MB free almost all the time. Not sure why its acting up...


---------

Here is phpinfo:

max_execution_time   300   300
max_input_time   -1   -1
memory_limit   128M   128M
output_buffering   no value   no value
output_handler   no value   no value
post_max_size   8M   8M
« Last Edit: November 18, 2005, 05:03:50 PM by Arune » Logged
MyLotGD
Captain of the Guard
***
Offline Offline

Posts: 136


View Profile WWW
« Reply #4 on: November 19, 2005, 03:50:18 AM »

maybe it wasn't the module itself but the lack of memory.

Check the php.ini file and see how much memory is alloted.  If it isn't 55mb or more you do not have enough to run it with lots of modules.

if you need help figuring it out just make a file and call it phpinfo.php

Code:
<?
phpinfo();
?>

If you do not have enough memory you will need to contact your webhost and ask them to modify it for you or allow you to use a php.ini file in your directory.

Actually Dannic you do not need to contact the web host. It can all be done from within PHP itself assuming PHP is not running in safe mode you can override the ini settings for the script to whatever you prefer.

Also the default memory limit for PHP is 8M (MB).
The default user defined memory limit for LoGD is 64M (MB) as you'll see below. Copied and pasted directly from the local_config.php which is a user defined setting to set the allocated memory to 64M (MB).

<?php

// Make PHP know about the memory limit.
// Please note, this will not work if you are running in safe mode.
// If you are, then you will need to find some other way of increasing
// your memory limit.   This increase is needed because when going to
// install all modules, it is very possible to blow out this memory as
// it tries to load and compile every selected module file.
// Of course, people shouldn't be doing that, but people seem to think
// that more is better always, even when it's not.  Just blame it on the
// 'supersize society' we live in.
ini_set("memory_limit","64M");

?>

LoGD by default sets the memory limit to 64M (MB).

Though it is also very likely this may not be your problem.

The script maybe exceeding PHP's default max execution time of 30 seconds. The flaw is with and yet is not with Lonnyl's LotGD Utilities module. Implemented under a normal core release of the LoGD compilation the LotGD Utilities module may work fine but as the LoGD file compilation increases the function which Lonnly copied and pasted from phpfreaks into his LotGD Utilities module continues to (Unless there are some limitations I am not aware of as of yet.) read each directory and each php file counting each line.

Which can if the LoGD file compilation becomes large enough cause the script to exceed PHP's max execution time. (So I have experienced in the past during the usage of LotGD Utilities with several clients who happened to have quite a large LoGD file compilation. Though I have never took the time to personally comment out or remove the function which was copied and pasted from phpfreaks that counts each line of each script in the LoGD file compilation. So it could be something entirely different.)

Simply put though the flaw is with the people who choose to add mass number of modules to their LoGD compilation which are highly unnecessary and only increase the memory usage and script size per each page hit depending on where the module is included/hooked in the script.

It's really up to the end user in any case whether they want to abuse the simplicity of the module system provided in the game core or not. Whether they are aware of the implications or not. Yet it obviously isn't pointed out anywhere what the implications may be.

BUT again this may also all boil down to the machine your on being a piece of crap.
So you might consider changing hosting providers.
If you need hosting look us up at http://quest4dragon.com/

Hope that helps,
Later.

(IE,  Might just want too discontinue using it if it's causing a lot of problems. Most of the additional functionality provided is unnecessary except for those who might be seeking to have some more technical feel provided to their LoGD compilation.

To my knowledge all I believe you can obtain the same results from a outside source or RawSQL for most of the functionality if you really want to know the number of lines for example in your LoGD file compilation.)
« Last Edit: November 19, 2005, 04:01:49 AM by Twisted » Logged

Arune
Member
Mod God
*****
Offline Offline

Posts: 718


Arune Vai - khatfield


View Profile WWW
« Reply #5 on: November 19, 2005, 11:34:02 AM »

Actually the code count function is the issue. I just turned it off by default and everything seems to work correctly.

This is an option by the way, no need to comment it out.

Quick on the sales pitch though eh? Wink
« Last Edit: November 19, 2005, 11:44:51 AM by Arune » Logged
MyLotGD
Captain of the Guard
***
Offline Offline

Posts: 136


View Profile WWW
« Reply #6 on: November 19, 2005, 04:49:01 PM »

Actually the code count function is the issue. I just turned it off by default and everything seems to work correctly.

This is an option by the way, no need to comment it out.

Quick on the sales pitch though eh? Wink
You bet. Grin

I figured it was, it was without a doubt one of the possibilities. Only made sense the problem may be there considering it was attempting to read each file in the entire compilation of LoGD. Which is really just insane when you know the module compilation on average can get up to 380 or 390 files. I see it every day, which is just insane in itself. It's just one huge example of how people prefer quantity over quality. Stability is never on any ones mind.

Though before I get into a rant. Grin Let me end it here and now. It's off topic.
Logged

Freeze
Guest
« Reply #7 on: November 19, 2005, 11:33:35 PM »

* Arian 's head spins at Twisted's post.

*lightly skims, and then goes to turn the code count off...

Thanks, it worked by the way.
« Last Edit: November 19, 2005, 11:33:50 PM by Arian » Logged
Mindbender
Member
Captain of the Guard
***
Offline Offline

Posts: 190

I don't mind, so what.


View Profile
« Reply #8 on: December 17, 2005, 01:17:23 PM »

I have my doubts that anyone wants to know, but i've encountered the same phenomena after disabling and de-installing a module?!?!
The solution was also to disable the codecount feature directly in the DB.
Logged
Pages: [1]   Go Up
  Print  
 
Jump to:  


*
DragonPrime Notices
Welcome to DragonPrime - The LoGD Resource Community!

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