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.
 

phpBB 3.x API Registration Mod v6+

Author
Lars Wolfgang
Doomheim
#1241 - 2015-09-16 01:54:08 UTC
Mr Twinkie wrote:
Lars Wolfgang wrote:
So, what happens when a corp leaves the alliance, and no longer qualifies for corp or alliance standings. I don't see anything that says, remove this corp and the members.

Will simply disabling the API check for that specific corp do it?



If you have the cron job setup and the corp isn't set to be put into the alliance usergroup than it should remove them automatically.


Hum missed that info, can you link it? I can set it up. I'll search also.

∴ "Virtus junxit, mors non separabit", I am but a traveling man...

Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1242 - 2015-09-16 02:03:24 UTC
Lars Wolfgang wrote:
Mr Twinkie wrote:
Lars Wolfgang wrote:
So, what happens when a corp leaves the alliance, and no longer qualifies for corp or alliance standings. I don't see anything that says, remove this corp and the members.

Will simply disabling the API check for that specific corp do it?



If you have the cron job setup and the corp isn't set to be put into the alliance usergroup than it should remove them automatically.


Hum missed that info, can you link it? I can set it up. I'll search also.


The cron is in ur forum directory, should be eveapi_cron.php
Lars Wolfgang
Doomheim
#1243 - 2015-09-16 12:38:10 UTC  |  Edited by: Lars Wolfgang
Mr Twinkie wrote:
The cron is in ur forum directory, should be eveapi_cron.php


Thanks, found it and ran it, worked like a charm...sort of.

It alerted me to anyone with an expired key, access mask issue, and fixed a few corp assignments.

BUT, it also cleared members from other groups I put them in. Not sure why. As the site is still in development, this isn't a huge issue to fix, but if it does this each time, that's a problem.

So, if anyone has seen this before, her is a summary.

Members with valid API are added to Alliance and their respective Corp groups automatically. Members with special roles, for example FCs, Diplo, are assigned to additional groups (with permission to forums). When cron ran, these users were removed from these other groups, and left with only their alliance and corp groups.

Thoughts?

Oops NEVERMIND: Now I understand what the "Immunity: Is this group immune for API-checks?" means...

∴ "Virtus junxit, mors non separabit", I am but a traveling man...

Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1244 - 2015-09-16 15:43:24 UTC
Lars Wolfgang wrote:
Mr Twinkie wrote:
The cron is in ur forum directory, should be eveapi_cron.php


Thanks, found it and ran it, worked like a charm...sort of.

It alerted me to anyone with an expired key, access mask issue, and fixed a few corp assignments.

BUT, it also cleared members from other groups I put them in. Not sure why. As the site is still in development, this isn't a huge issue to fix, but if it does this each time, that's a problem.

So, if anyone has seen this before, her is a summary.

Members with valid API are added to Alliance and their respective Corp groups automatically. Members with special roles, for example FCs, Diplo, are assigned to additional groups (with permission to forums). When cron ran, these users were removed from these other groups, and left with only their alliance and corp groups.

Thoughts?

Oops NEVERMIND: Now I understand what the "Immunity: Is this group immune for API-checks?" means...



Yup, that toggle is actually how I fixed my issue of ooc members being stripped of all groups :)
vanderheyde
Strategic Exploration and Development Corp
Silent Company
#1245 - 2015-09-17 05:21:46 UTC
I'm getting this error when a user registers on the forums. The user is created and can log in after going back to the login page. Has anyone encountered this before?

Thanks

Quote:
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 654: Undefined index: eveapi_s_masterswitch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 764: Undefined index: eveapi_fw_masterswitch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 877: Undefined index: eveapi_a_1_group
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_1_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_2_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_3_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_4_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_5_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_6_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_7_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_8_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_9_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_10_switch
Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1246 - 2015-09-17 05:30:19 UTC
vanderheyde wrote:
I'm getting this error when a user registers on the forums. The user is created and can log in after going back to the login page. Has anyone encountered this before?

Thanks

Quote:
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 654: Undefined index: eveapi_s_masterswitch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 764: Undefined index: eveapi_fw_masterswitch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 877: Undefined index: eveapi_a_1_group
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_1_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_2_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_3_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_4_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_5_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_6_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_7_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_8_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_9_switch
[phpBB Debug] PHP Notice: in file [ROOT]/includes/eveapi/functions_eveapi.php on line 901: Undefined index: eveapi_c_10_switch



Does everything work fine besides that?
vanderheyde
Strategic Exploration and Development Corp
Silent Company
#1247 - 2015-09-17 06:10:26 UTC  |  Edited by: vanderheyde
On first glance, it does. It isn't live yet, so I have no user feedback. But from what I can tell, the user. Can read, post, vote polls, edit his profile, ...
Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1248 - 2015-09-17 06:44:48 UTC
hmm to cover the basics I'm assuming you did..

"--------------------------------------------------------------------------------------------

Browse to install/ and run the installer

Clear your cache in the "Administration Control Panel" (ACP) > "General" > "Purge the cache"

Refresh your Styles:
"Administration Control Panel" (ACP) > "Styles" > "Templates" > each > "refresh"
"Administration Control Panel" (ACP) > "Styles" > "Themes" > each > "refresh"
"Administration Control Panel" (ACP) > "Styles" > "Imagesets" > each > "refresh"


--------------------------------------------------------------------------------------------

Browse to install/ and run the installer

Clear your cache in the "Administration Control Panel" (ACP) > "General" > "Purge the cache"

Refresh your Styles:
"Administration Control Panel" (ACP) > "Styles" > "Templates" > each > "refresh"
"Administration Control Panel" (ACP) > "Styles" > "Themes" > each > "refresh"
"Administration Control Panel" (ACP) > "Styles" > "Imagesets" > each > "refresh"

--------------------------------------------------------------------------------------------"

and you're running 3.0.12 not the latest install which I believe is 3.0.14
vanderheyde
Strategic Exploration and Development Corp
Silent Company
#1249 - 2015-09-17 07:35:31 UTC
I did both, yes
Lars Wolfgang
Doomheim
#1250 - 2015-09-22 13:50:49 UTC
So, learned an interesting thing now that cron is running. I assume this is "designed" but it would be nice to design something different.

The cron job happily detects account status, assigns groups, or un-assigns them in the event of expired API, or invalid API.

What is does not do, is ever re-look at those accounts it has disabled. We watched 8 accounts get moved to disabled status. Of that, 4 were expired APIs, the pilots then fixed them and we expected cron to move them back.

A day later I got a call, when they still could not access the forums. Now, we compounded the issue, we had our forum set to not allow invalid accounts, so it effectively also prevented the account holders from logging in and updating their accounts for API check.

We fixed that, but the fact that the cron job does not check disabled accounts seems like a missed feature.

∴ "Virtus junxit, mors non separabit", I am but a traveling man...

Agent Known
State War Academy
Caldari State
#1251 - 2015-09-27 04:27:16 UTC
Lars Wolfgang wrote:
So, learned an interesting thing now that cron is running. I assume this is "designed" but it would be nice to design something different.

The cron job happily detects account status, assigns groups, or un-assigns them in the event of expired API, or invalid API.

What is does not do, is ever re-look at those accounts it has disabled. We watched 8 accounts get moved to disabled status. Of that, 4 were expired APIs, the pilots then fixed them and we expected cron to move them back.

A day later I got a call, when they still could not access the forums. Now, we compounded the issue, we had our forum set to not allow invalid accounts, so it effectively also prevented the account holders from logging in and updating their accounts for API check.

We fixed that, but the fact that the cron job does not check disabled accounts seems like a missed feature.



The eveapi_update.php script seems to cover that one. Have your users manually navigate there.

I successfully installed the API on 3.0.14 (using AutoMOD) with no issues that I can see. Now, all we need is a 3.1 extension and I'll be a happy camper. :)

I'm hoping that I'm not limited to the prosilver style, though. It should be just a matter of doing the template modifications manually for each new style, but I need to test that.
Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1252 - 2015-10-01 02:12:53 UTC  |  Edited by: Mr Twinkie
with 3.0.14 any issues? I wanna upgrade just so I don't need to see the upgrade warning thing anymore.

Also, managed to integrate phpbb into a website and with this tool basically make the entire site api secure. Basically a super simple services system (pings/jabber/srp/etc..) all php based with phpbb handling all the access. (All the other auths were super bloated imo)

http://mambaonline.org
Agent Known
State War Academy
Caldari State
#1253 - 2015-10-08 04:10:45 UTC
Mr Twinkie wrote:
with 3.0.14 any issues? I wanna upgrade just so I don't need to see the upgrade warning thing anymore.

Also, managed to integrate phpbb into a website and with this tool basically make the entire site api secure. Basically a super simple services system (pings/jabber/srp/etc..) all php based with phpbb handling all the access. (All the other auths were super bloated imo)

http://mambaonline.org


Yep, I actually just now got it working against Teamspeak3 just fine. Everything seems to work (including adding/revoking server groups).

I did manage to accidentally my server admin with it but was able to fix that one.
Alendriana
Lippstadt Creed
Solyaris Chtonium
#1254 - 2015-10-13 12:06:04 UTC
Does anyone have a game dump I can use for the forums, and a quick guide on how to install it?
Snitch Ashor
Republic Military School
Minmatar Republic
#1255 - 2015-10-19 14:58:05 UTC
After a bit of tinkering with the data dump part I'm able to produce DB Updates again, here's the on for Vanguard:

http://ge.tt/api/1/files/79ou5KQ2/0/blob?download

As usual, better have a backup and stuff...

Cheers,
Snitch
Palmbeach
Suicidal Decisions
#1256 - 2015-10-20 23:47:12 UTC  |  Edited by: Palmbeach
Laurent Jay wrote:
o/

Openfire 3.9.3
User Service 2.0.2
phpBB 3.0.12
EvE API 6.3.1

so, :)

With the original OpenFireUserService.php on openfire : 'RequestNotAuthorised' : Null

I change:
Line 47
Quote:
'useCurl' => false,


Users transfert phpBB to openfire work

But phpBB password not working for user jabber connection (in pigdim)

Have u any ideas ?
Thx


I have the same problem. I tried to find out what Password ist getting over to Openfire and enabled
user.usePlainPassword = true
in Openfire Settings and then let the user reregister.
In the Database the Password looks like this:
username          plainPassword
someuser          gEwGu4LI

I don't know where this comes from but if i'm deleting the user in the Openfire database it gets recreated with a new 8 Letter Password.

regards

* Update *
I installed the old userservice 1.4.4 plugin but nothing changed
Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1257 - 2015-10-29 23:03:23 UTC  |  Edited by: Mr Twinkie
Found an issue and present a fix.

CCP updated the url structure for api keys so the click here button for registration is broken.

To fix go to *style name*/template and open ucp_register.html

Search for eveapi_vcode

and follow the directions here because this forum sucks http://pastebin.com/T0fNKUyr

Also need to go to *style name*/template and open login_body.html

and follow the directions here because this forum sucks http://pastebin.com/Ckm0JCFq

Them go to the ACP -> Styles -> Templates and Refresh


Also has cyreus been active? Thinking about putting this on github so we can all contribute fixes for it. Sent him a mail to get his ok. Would be a shame to see this die because it's much better than the smf one imo.
vanderheyde
Strategic Exploration and Development Corp
Silent Company
#1258 - 2015-11-01 15:43:55 UTC
Mr Twinkie wrote:
Found an issue and present a fix.

CCP updated the url structure for api keys so the click here button for registration is broken.

To fix go to *style name*/template and open ucp_register.html

Search for eveapi_vcode

and follow the directions here because this forum sucks http://pastebin.com/T0fNKUyr

Also need to go to *style name*/template and open login_body.html

and follow the directions here because this forum sucks http://pastebin.com/Ckm0JCFq

Them go to the ACP -> Styles -> Templates and Refresh


Also has cyreus been active? Thinking about putting this on github so we can all contribute fixes for it. Sent him a mail to get his ok. Would be a shame to see this die because it's much better than the smf one imo.



Just ran into this problem today, this fixed it. Thanks
Lars Wolfgang
Doomheim
#1259 - 2015-11-02 13:57:33 UTC
OK, so asking in curious sake.

We constantly see members receiving the "Invalid API" message and removed from permissions.
I have posted, multiple times, what they need in their APIs, and they claim they are correct.

It even happened to my "test" pilot, and his API was correct. Going to the eveapi_update page will often reactivate them, but the fact that they are being disabled is annoying.

Is anyone else seeing this? If so, have you found a fix or bandage?

∴ "Virtus junxit, mors non separabit", I am but a traveling man...

Mr Twinkie
Semper Iratus Omni Tempore
Goonswarm Federation
#1260 - 2015-11-02 22:46:53 UTC
Lars Wolfgang wrote:
OK, so asking in curious sake.

We constantly see members receiving the "Invalid API" message and removed from permissions.
I have posted, multiple times, what they need in their APIs, and they claim they are correct.

It even happened to my "test" pilot, and his API was correct. Going to the eveapi_update page will often reactivate them, but the fact that they are being disabled is annoying.

Is anyone else seeing this? If so, have you found a fix or bandage?


I've been seeing it but most cases have been api keys expiring because they don't set it to not expire.