EVE Technology Lab

Sure. Check the documenation --> Components --> check-users.php
That's basically accurate, except in the last update, I changed that minimum time from 30 minutes to an hour, and I forgot to update the documentation to match or put it in the changelog.

The reason forums users are basically checked once every 24 hours and users active in Teamspeak are basically checked every hour is that I wanted to prioritize checking to those in comms. and also not be constantly hammering CCP's servers with checks of every registered person every hour. People in TS get checked more often and with higher priority than people not in TS. As you said you're only using the forums portion of this, you're welcome to tweak the DATE_SUB part in the SQL that chooses the user (line 57 in the current check-users.php file for those not using TS functionality). Basically that line just compares the currently stored Cached Until time in the database with the current time minus 23 hours, and if the Cached Until is older, that user is in the running to be checked, subject to the ORDER BY line's priorities. If you wanted to have them in the running as soon as their Cached Until time expires (1 hour from last check or actual API CachedUntil time, whichever is greater), you could get rid of the DATE_SUB entirely and just make it say "NOW()" instead of "DATE_SUB(NOW(), INTERVAL 23 HOUR)". Alternatively, you could tweak the time amount, like "37 MINUTE" OR "3 HOUR".

Yeah. Regarding the delay, I'll likely add that to the config. in a future release, as it makes sense that people would want to tweak it if they don't use the Teamspeak functionality.

I haven't had any failed connections to the API server in a couple days on mine, and if I do have them, it's only one in a day.

Whoops. I need to correct that in the instructions. That's actually incorrect. The documentation should have " > /dev/null 2>&1" instead of just " 2>&1".

Here's what " > /dev/null 2>&1" means in English: "Redirect standard output to /dev/null (a blackhole) and redirect standard error to standard output." It's a very common thing for people to add onto the end of their cron jobs in order to prevent getting any email output from the cron jobs.

In the case of the current documentation, which I will immediately update in the web documentation and in the readme.html on my next release, it's only redirecting stderr to stdout, so it's not doing much.

Drake:

If that's the case, then try this as the cron job:

* * * * * cd PATH_ABOVE_EVE_API_REG/eve-api-reg && /usr/bin/php5 check-users.php

The "&&" means "and", so if the first command returns TRUE, it runs the second command. That's a common way to run a cron job from a specific working directory. Of course edit the "PATH_ABOVE_EVE_API_REG" section.

I don't have to do that on mine, though.

For those reading this and unsure why I'm saying "/usr/bin/php5", it's a specific thing for his web host he needs to do to use PHP 5 instead of PHP 4.

New version released.

From my changelog: "2011-09-21 - 1.55 - Fixed users with single-quotes in their EVE character names not being able to register. Made check frequency configurable. Minor documentation changes."

Changed files (replace): readme.html, index.php, check-users.php

Changed files (hand edit): config.inc.php (added Check Frequency section at the end after Ignore Forum Groups)

The only step an installer could reasonably do is create the table in the database (or maybe allow them to pre-configure the config.inc.php). I don't see the point.

Hello,

So far, this is excellent! I am using it on my corp's website - no TS stuff.

I used another phpBB registration script before. It was difficult to upgrade phpBB since it was so heavily integrated with the core files. This is much better!

Just one thing though - when you add a user to a group, is it possible to assign that group as the user's default? For example, if a corp member joins, their default group should be "corp members". Basically I want group colours assigned to each member.

Of course, this could get complicated if a user is a member of multiple groups. But do you have any thoughts on this?

All in all, a top script!

Eugene

Yes it sets the group to default.

But only one group.

Not too big of an issue...still a top notch script.

Things to check.

1: Configuration script.... make sure the corp ID is correct...
2: Make sure your cron job is triggering correctly...try running the command from the home directory via SSH (IF your web provider gives that kind of access) because 9 times out of 10 that will determine if its really working or not.
3: Manually trigger the script and check the error log in the admin panel.


Now I've fine tuned mine to run a little more frequently than designed...granted I've not patched mine...but I'm more paranoid than most...

I know for a fact that it will asign to the correct groups...it will MOVE corporation members if I change group suddenly...and it will KICK them out of that group to the group set if you comment out the corporation in the config file.

So odds are its the triggering of the script and not so much the configuration.

PS: I specified a specific group to kick them out too to know for sure if it works or not.... might work for you too.

Hi !

I installed and configured as far as I understood TeamSpeak-phpbb-eve-api-registration.

If I am following erroare web access:

"Error getting information phpBB cookie."

Can you guide me where it comes erroare, so you can fix.

Sincerely,

I do not use SSL.
Just access the page and I appears.