Uaseco 0.9.6 from github fatal error

[endbase]

Does anybody know's by wich file stripling.xml is generated in cache folder ? the reason I ask because I'm trying to run uaseco 9.2 with only replacement of uaseco.php from 9.6 and it gives me a fatal error for stripling buildversion but I have comment out the 2 lines with stripling for buildStriplingInfo in uaseco.php and then it runs. I get back on this if I have a full server and see if it's gonne slowdown if so it's related to uaseco.php version 9.6 if not I gonne check the plugins

Update so far so good with crowded server that's nice and maybe we have found the pain in the ass

next step pluigins test from 9.6

copying all plugins from 9.6 and bingo slowdown instant

First stop is record eyepiece plugin to test hehe

[speedychris]

/help shows always all chat commands which are available.

pfff with your suggested minimal Plugin config /help shows nothing. It would help when you give hints how i can check the lag, after all we do this test for you.
My goal ist to find the plugin which cause the lag, starting with minimal plugin-list.

[undef.de]

/help shows always all chat commands which are available.

pfff

with your suggested minimal Plugin config /help shows nothing.

I should move chat.help.php into the required part of plugins.xml, anyway /plugins (which creates a window) and /uaseco are working.

EDIT:

[...] after all we do this test for you

You don't test it for me, you do it for yourself or the rest of the community, because I left TM already a long time ago.

[endbase]

You don't test it for me, you do it for yourself or the rest of the community, because I left TM already a long time ago.

Is that you serious answer to people who are willing to help

Then I'm done here to be honest close support then on Uaseco ! because it sounds like you trow in the towel long before no offense in any way offcourse

[speedychris]

hmm if i get no help i will stop the testing and switch to pyPlanet after 0.6.0 release for our 6 servers. To fight against this uggly problem for a year now is enough.
undef you should clearly make a statement to the uaseco-development. It's OK for me when you stop this Project.

[endbase]

hmm if i get no help i will stop the testing and switch to pyPlanet after 0.6.0 release for our 6 servers. To fight against this uggly problem for a year now is enough.
undef you should clearly make a statement to the uaseco-development. It's OK for me when you stop this Project.

Same here ! +1

[undef.de]

pfff with your suggested minimal Plugin config /help shows nothing.

I'm upset about how that sound to me.

I said several times how to test to find out what's the reason for the slowdown, but got nothing yet. I'm not able to test it because my testserver is getting empty to soon.

If someone want to help and try to find the reason: ok. But not how that's sounds. I'm not a slave. I do not run any servers (since ages now). Nobody was forced to use UASECO by me. I've done all of that work in my spare time, I don't get paid for that. This community has a really serious problem to communicate. That's includes me how I was talking to nadeo sometimes.

[endbase]

Sorry guys I'm bailling out on this one !

Stepping over to an other controller !

Too bad it has to go this way I have tried to do my best on Uaseco but it has been a strugling year to find a bug that frustrates us all

So I wish you guys all the best in finding a solution to this problem

Greetz Base

[speedychris]

My question was only how to best way to check the lagging with minimal Plugin set and no useful answer follows. That was the reason for my "angry" post.

I said several times how to test to find out what's the reason for the slowdown, but got nothing yet. I'm not able to test it because my testserver is getting empty to soon.

Thats not really true, e.g. a log from our Server has been send to you late time ago, but this dont helped you at all.

Yesterday a member of our Clan reported to me that there was a lag of about 5 seconds with 8 Players at showing new record in chat. if i can repeat this personally then the problem exist on low base in uaseco (as running with minimal Plugin set).

[bern]

Has anyone tried to use only the record of local records without having activated the record of dedimania? check if the two together produces delay in operations