These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
 

TEA (v1.3.1) - Member Management Mod for SMF 2, TeamSpeak 3 and Jabber

Author
Shin Chogan
Federal Navy Academy
Gallente Federation
#161 - 2014-02-07 20:01:49 UTC
Magenta Flori wrote:
Magenta Flori wrote:
Ok got a new one I'm stuck on. Got an ex member, left 8 days ago. Confirmed his API key really shows him as gone yet SMF still shows him as in corp. He has no alts in corp/alliance or any alt that matches any rules with the API key that is provided on his account. I even run full member check manually and it still shows him as in corp/alliance. I try to run php TEA_Cron.php debug but it does not give me anything at all to work with. Not sure how to troubleshoot.

Ok got the debug output sorted. I'm assuming the first number is the user of smf. Main is the main rule and the additional are the other rules. My rule 16 is an alliance rule and the other rule 10 is a corp rule. So it clearly thinks this user is still in alliance/corp? I'm baffled.


[246]=>
array(2) {
["main"]=>
string(2) "16"
["additional"]=>
array(1) {
[0]=>
string(2) "10"
}
}

I even removed his API and re-added it. The same API that I can check with evemon and it shows him as in the NPC corp. After I re-added it, it still put him right back into alliance in SMF.

If I create a rule for the npc corp he is in, it sees it and applies the npc corp rule. When I remove that rule, it puts him right back in Alliance. I do have a neut rule before the alliance rule in case it was looking at history for some reason. Did not matter, still says in Alliance.

https://api.eveonline.com/account/Characters.xml.aspx also shows both characters with this API as in NPC corps.


Spent about 4-5 hours trying to sort this out. I'm stumped.


UPDATE: I discovered that the smf_tea_cache table was not updating, even when removing and re-adding this users API. So I backed up my DB and truncated that table. Welp, that fixed it. Next time I put the key in and ran full member check it pulled new data from api.eveonline.com. So I guess the question is did I have DB corruption? Why was it pulling from this cache and not updating it? Should I do a cron job to wipe this table out daily? I also have noticed that the full member check was running super fast. Now it is back to running slow with about 10 per page or so. Instead of 100 per page.


Hmmm .... I was going to point you to that table after reading your first post :) As for why it wasn't clearing out expired entries I don't know ... again it appears to work for me and I've not heard anyone else report this one ... keep an eye on that table and see what happens.
Magenta Flori
Royal Amarr Institute
Amarr Empire
#162 - 2014-02-07 21:20:01 UTC
K, how often when I run full member check should it be slow and actually check every API instead of using the cache? Been another hour or so and its still super fast and runs through a few hundred in a couple seconds.
Shin Chogan
Federal Navy Academy
Gallente Federation
#163 - 2014-02-07 22:01:17 UTC
Magenta Flori wrote:
K, how often when I run full member check should it be slow and actually check every API instead of using the cache? Been another hour or so and its still super fast and runs through a few hundred in a couple seconds.



it depends on if you are running the cron job in the mean time :)

Cache entries are checked and if the timestamp on them is over an hour ago then the api fetch is made ... if it is less than 1 hour then the cache is used and then the new result is stored and the timestamp is updated.
Magenta Flori
Royal Amarr Institute
Amarr Empire
#164 - 2014-02-07 23:06:37 UTC
I see. I'll test it by stopping my cronjob for an hour then re-running the manual check.
dephekt
Imperial Academy
Amarr Empire
#165 - 2014-02-08 00:58:52 UTC  |  Edited by: dephekt
What's the in-game character associated with the lead developer on this project now? According to the GitHub commits, "barneycg" seems to have the most development activity. I'd like to send an ISK donation to you in-game. Is that you, Shin Chogan?

I love this middleware app and want to support future development and maintenance updates. Thanks for your contributions to this project. For any other alliance IT guys, I highly suggest sending ISK to this man to encourage continued development on this. It brings massive value and one good turn deserves another.
Shin Chogan
Federal Navy Academy
Gallente Federation
#166 - 2014-02-08 11:45:16 UTC
dephekt wrote:
What's the in-game character associated with the lead developer on this project now? According to the GitHub commits, "barneycg" seems to have the most development activity. I'd like to send an ISK donation to you in-game. Is that you, Shin Chogan?

I love this middleware app and want to support future development and maintenance updates. Thanks for your contributions to this project. For any other alliance IT guys, I highly suggest sending ISK to this man to encourage continued development on this. It brings massive value and one good turn deserves another.



Yeah barneycg is me. Thanks for your support is it much appreciated.
Magenta Flori
Royal Amarr Institute
Amarr Empire
#167 - 2014-02-08 16:53:36 UTC
Ok so yeah that works. Not to sure what happened there. Have you tried TEA with SMF 2.07 yet?
Piratetrader
Imperial Academy
Amarr Empire
#168 - 2014-02-08 21:22:36 UTC
Anyone know if there is a walk through of how to set up groups for this program would be great if someone had a how to set up a basic layout of groups and rules?
Wafou Ka'Djo
Yellow Box Ltd.
#169 - 2014-02-08 21:54:56 UTC
Magenta Flori wrote:
Ok so yeah that works. Not to sure what happened there. Have you tried TEA with SMF 2.07 yet?


I'm running TEA with SMF 2.0.7 ; it works like a charm ;)
Slez
Perkone
Caldari State
#170 - 2014-02-10 15:10:37 UTC
Slez wrote:
Shin Chogan wrote:
Slez wrote:

Follow up: telnet api.eveonline.com 443 is successful (get a blinky cursor until anything is pressed then I get a connection lost message).

Error displayed at the top of the settings page where you enter the API key: API call error while fetching standings: Error Code = 221 for key id = 1976416 API call error while fetching standings: Error Code =



as it says it can't get the standings ... the reason looks to be coz the master API key you've entered doesn't allow standings to be fetched. You need to use a corp key.


I've had one of the directors give me a new full corp key (the previous one was "shared")... still getting the same error :(


Still unable to pull API/standings with a full corp key. Can anyone help?
Chilli Winter
Imperial Academy
Amarr Empire
#171 - 2014-02-10 15:40:44 UTC
Wafou Ka'Djo wrote:
Magenta Flori wrote:
Ok so yeah that works. Not to sure what happened there. Have you tried TEA with SMF 2.07 yet?


I'm running TEA with SMF 2.0.7 ; it works like a charm ;)


Same here ;)
Solidsnakey Em-Z
Deep Core Mining Inc.
Caldari State
#172 - 2014-02-12 13:22:36 UTC  |  Edited by: Solidsnakey Em-Z
Hey,

I have TEA installed and configured but I have a few issues if anyone can help.

I am running versions: SMF 2.0.7 : TEA 1.3.1

1. Is there a way to lock the Char name on registration as forum username, I have the options "Is Real name Locked to Characters" enabled, but the real name is the name as the username not char name.

2. I have removed my API for the eve website and the account still remains active, also the API status is still "checked" although using the admin panel for the user I receive the message "Check your Access Mask - keyid = 2258*** ;)" but the account is active.

Main Group Rules
ID Name Rule Group AND / OR
6 No Member ISNT => Corp: 98080323 (Maraque Enterprises) no membergroup AND


7 Maraque Directors IS => Invalid API
IS => Valid API Director AND

8 Maraque Officers IS => Corp: 98080323 (Maraque Enterprises)
IS => Role: Director
IS => Valid API Officer AND

9 Maraque Members IS => Corp: 98080323 (Maraque Enterprises)
IS => Role: AccountCanTake7
ISNT => Role: Director
ISNT => Role: AccountCanTake7 Member AND

I have turned on checking every 2 mins.

Any help is appreciated.

Snakey
lasterax
Republic Military School
Minmatar Republic
#173 - 2014-02-16 18:00:56 UTC
With TS and Jabber on a separate server I'm starting to get somewhere but running into problems.

The TS script is giving me Undefined index errors for tea_charid, tea_userid and tea_api at lines 86, 87 and 88 in TEA_TS.php-- do I have something misconfigured somewhere?

Jabber integration is seeing the server, can't seem to create any users at this point, working on it still.

--Rax
Shin Chogan
Federal Navy Academy
Gallente Federation
#174 - 2014-02-16 18:47:03 UTC
lasterax wrote:
With TS and Jabber on a separate server I'm starting to get somewhere but running into problems.

The TS script is giving me Undefined index errors for tea_charid, tea_userid and tea_api at lines 86, 87 and 88 in TEA_TS.php-- do I have something misconfigured somewhere?

Jabber integration is seeing the server, can't seem to create any users at this point, working on it still.

--Rax


Oh farnsworth !!!! ... fsking TS code ... never touched it ... don't use TS ... comes back and bites me in the fsking arse.

Looks like Temar never actually updated the TS code in line with the rest of the code for the CAK keys. it is using old db values that don't exist anymore !!!

You should be able to safely ignore those errors ... that chunk of code doesn't actually do anything useful anyway it looks like it was copy pasted from another chunk of code and even though these bits aren't used in this function Temar left them in.

*sigh*
lasterax
Republic Military School
Minmatar Republic
#175 - 2014-02-17 05:02:36 UTC
Shin Chogan wrote:
lasterax wrote:
With TS and Jabber on a separate server I'm starting to get somewhere but running into problems.

The TS script is giving me Undefined index errors for tea_charid, tea_userid and tea_api at lines 86, 87 and 88 in TEA_TS.php-- do I have something misconfigured somewhere?

Jabber integration is seeing the server, can't seem to create any users at this point, working on it still.

--Rax


Oh farnsworth !!!! ... fsking TS code ... never touched it ... don't use TS ... comes back and bites me in the fsking arse.

Looks like Temar never actually updated the TS code in line with the rest of the code for the CAK keys. it is using old db values that don't exist anymore !!!

You should be able to safely ignore those errors ... that chunk of code doesn't actually do anything useful anyway it looks like it was copy pasted from another chunk of code and even though these bits aren't used in this function Temar left them in.

*sigh*


Yeah, i have something going on though as I can't get it to the point where the rules will be displaying. So, I'm still debugging. Tthe other error it is throwing is "undefined variable: gl" at lines 174 and 251 in TEA_TS.php.

Think I'll go back to debugging Jabber for a while, at least that is seeing the DB, just seems like it can't add users at this point so appears I have some permissions to chase down.

--Rax
Samu Tresfoure
State War Academy
Caldari State
#176 - 2014-02-20 19:25:43 UTC  |  Edited by: Samu Tresfoure
We are having trouble getting the Director rule to work properly.
The additional group rule is set as follows:

(ID) 19
IS => Alliance: 99003478 (The Harlequin's)
IS => Role: Director
(Group) Director
AND

It would seem that even though both conditions are in the same rule, it is still looking at all characters on the API instead of just one, causing characters with Director roles in other corps/alliances to be counted.

Anything we're missing?
Tomy LEE
Perkone
Caldari State
#177 - 2014-02-20 22:29:46 UTC
Please, what is your command line to set TEA CRON on cpanel ?
Shin Chogan
Federal Navy Academy
Gallente Federation
#178 - 2014-02-21 08:00:27 UTC
Samu Tresfoure wrote:
We are having trouble getting the Director rule to work properly.
The additional group rule is set as follows:

(ID) 19
IS => Alliance: 99003478 (The Harlequin's)
IS => Role: Director
(Group) Director
AND

It would seem that even though both conditions are in the same rule, it is still looking at all characters on the API instead of just one, causing characters with Director roles in other corps/alliances to be counted.

Anything we're missing?



I've not noticed this on our boards but ...

Is this a Main rule or a Secondary rule ?
Samu Tresfoure
State War Academy
Caldari State
#179 - 2014-02-21 10:23:10 UTC
Shin Chogan wrote:
Samu Tresfoure wrote:
We are having trouble getting the Director rule to work properly.
The additional group rule is set as follows:

(ID) 19
IS => Alliance: 99003478 (The Harlequin's)
IS => Role: Director
(Group) Director
AND

It would seem that even though both conditions are in the same rule, it is still looking at all characters on the API instead of just one, causing characters with Director roles in other corps/alliances to be counted.

Anything we're missing?



I've not noticed this on our boards but ...

Is this a Main rule or a Secondary rule ?


Thanks for the fast reply.
A secondary 'additional' rule.
Slez
Perkone
Caldari State
#180 - 2014-02-21 14:44:24 UTC
thanks for the help.