|
|
| Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Nutbolt
Avalon Project
Shadow Rock Alliance
78
   |
Posted - 2013.09.24 08:50:00 -
[1] - Quote
I've not been paying close attention and so could be wrong completely, but is this caused by the fact that you need to be logged in to access the file, and when the server tries to, its not logged in (the server, not your PC), so can't access the files needed to check the rules. It's early and I could just be talking nonsense, and no idea how to fix it. Other idea is if your file permissions aren't right for the files which check the rules. In your SMF root directory, is the folder, and all subfolders and files set to the permission 755?
|
Nutbolt
Avalon Project
Shadow Rock Alliance
88
|
Posted - 2014.01.23 07:12:00 -
[2] - Quote
Naella wrote:Shin Chogan wrote:Naella wrote:Hi Shin,
Running SMF 2.0.6
Teamod 1.3.1 r5
I found eventhough I have "Is a Valid Api required to Register?" checked, users can register to our forum without any API filled.
Anyway I can fix this? I hate to say "it works for me" but .... It works correctly for me ... So I have to ask : is there any info in the logs (either SMF's or Apache's) ? And the obligatory ... Are you 100% sure the option is set ? Have you tried unchecking the box saving then checking the box again and resaving ? Hi Shin, Cant find any specific errors in either apache or smf, where is this setting supposed to be stored? Doublechecked, the checkmark is there and also did try the off,save,on,save trick. Without any result.
I recently upgraded from r4 to r5 and now also have this issue. Tried unchecking and checking again. Out of curiosity Naella do you have the EFTMod installed? (the one which adds in a EFT BB code to display fittings nicely). I have noticed my cron jobs aren't running and I think it is due to this (havn't had time to test yet).
|
Nutbolt
Avalon Project
Shadow Rock Alliance
88
|
Posted - 2014.01.23 17:23:00 -
[3] - Quote
Shin Chogan wrote:When you say they don't need a valid api even though the option is ticked do you mean they are entering an api key that doesn't have the right options ticked or that they are not entering an api key at all ?
Not entering one at all. Just go to our forums to test (www.avalonproject.co.uk/forums).
|
Nutbolt
Avalon Project
Shadow Rock Alliance
89
|
Posted - 2014.06.03 06:49:00 -
[4] - Quote
Right I have had this issue for a while now and getting fed up with it. Basically TEA is caching the results of the API and not clearing the cache. So if I empty the smf_tea_cache table in the DB it will go through and re pull everyones api key and deal with permissions correctly, kicking people who left corp etc... However once its done this once for everyone it then won't refresh their API key again. Meaning permissions aren't being updated should someone leave or whatever.
If someone new joins it gets their info fine (as its not cached in the DB). I have no idea why this is happened, it used to work, like a few months ago now, but did used to work.
The TEA_CRON outputs 'Reset lastid to Zero' Any ideas please?
|
Nutbolt
Avalon Project
Shadow Rock Alliance
90
|
Posted - 2014.06.05 05:46:00 -
[5] - Quote
Hi, yeah not blaming code changes, just have no freckin' idea what the issue is, and been trying to resolve it for months now.
var_dump($time); gives me: 1401943140 (for some reason my UK based server is 2hrs behind, but whatever).
Times in the database seem to be around: 1401946656 (so an hour ahead of server time).
The reason I am blaming the cache now is because if I truncate that DB table and run the crontab again it updates peoples APis and deals with permissions properly.
EDIT: I also looked at the XML in the cache table for someone who I know has left the corp over 2 hours ago, and the XML states they are still in Avalon Project (when they really aren't). So yeah cache isnt being updated for some reason.
|
Nutbolt
Avalon Project
Shadow Rock Alliance
90
|
Posted - 2014.07.07 09:00:00 -
[6] - Quote
Nutbolt wrote:
The reason I am blaming the cache now is because if I truncate that DB table and run the crontab again it updates peoples APis and deals with permissions properly.
EDIT: I also looked at the XML in the cache table for someone who I know has left the corp over 2 hours ago, and the XML states they are still in Avalon Project (when they really aren't). So yeah cache isnt being updated for some reason.
Still got this issue and would appreciate any help. Don't know what else to do to continue troubleshooting and finding the cause of the problem.
|
Nutbolt
Avalon Project
Shadow Rock Alliance
90
|
Posted - 2014.10.07 19:57:00 -
[7] - Quote
Rouque Vanderbuilt wrote: I am usingOpenfire 3.9.3 SMF 2.0.9 TEA 1.3.1 r7 Java 7 (maby the problem)  User Service 2.0.0 (maby the problem) No User' want build on Openfire Server over the Forum if you fill the form. I have test it on Debian 6 and 7 ( Java 7 on both Systems) Java 6 dont work with Openfire 3.9.3 Plugins
I believe I am also experiencing the same issue. It worked fine before upgrading User Service to 2.0.0 I think. My connection to the openfire DB seems fine, it just won't create a user for it
|
Nutbolt
Avalon Project
Shadow Rock Alliance
90
|
Posted - 2014.10.08 13:09:00 -
[8] - Quote
Right, it was a mission but I have tracked down a link for the UserService 1.4.4 plugin. This has fixed the issue.
http://bamboo.igniterealtime.org/browse/OPENFIRE-NIGHTLYPLUGINS-1355/artifact/shared/Project-Plugins/
I will do my best to look into the problem but I am a crap coder so no promises at all.
|
Nutbolt
Avalon Project
Shadow Rock Alliance
90
|
Posted - 2014.10.12 07:23:42 -
[9] - Quote
Nuramori wrote:Can someone post a screen shot of their jabber config set up (with sensitive data x'd out of course), that uses an external connection to a Jabber DB? I just can't seem to get a handle on the proper data to have in the fields. The jabber in openfire. Thanks.
The only 2 things which would be different than if they were hosted locally is you need the address of the external server, instead of 'localhost'. This applies to both the database host and the admin page for openfire.
So instead of localhost it would be: myjabberaddress.com, and the admin page url would be: myjabberaddress.com:9090.
IP Addresses are valid addresses.
What you are likely struggling on though is the jabber server not allowing remote connections. For security reasons MySQL and stuff won't let just any random person try and connect to a database. You need to allow your forum ip address access to the database. However make sure you are using the right ip address. For example my forums is on a hosted account where the actual address the database connection is coming from is a nothing related to my website.
This will help hopefully: https://www.google.co.uk/webhp?sourceid=chrome-instant&ion=1&espv=2&es_th=1&ie=UTF-8#safe=off&q=mysql%20allow%20remote%20connection
[center]Join Avalon Project Today! | Capital Component BPC Shop[/center]
|
Nutbolt
Avalon Project
Shadow Rock Alliance
94
|
Posted - 2015.06.02 10:16:33 -
[10] - Quote
Mr Twinkie wrote:having trouble getting this to connect to a remote mysql for jabber
"MySQL server has gone away
File: /home/******/public_html/forums/Sources/TEA.php
Line: 2828"
also now can no longer edit any setting in the jabber tab
Looks like it's struggling to connect to the jabber database.
I would suggest first seeing if you can actually access the database remotely. If you have SSH access on the same server as the forums use that, if not, use something like the below PHP to test if you can connect to the DB server
$db_server = "";
$db_user = "openfire";
$db_passwd = "";
$db_name = "openfiredb";
$link = mysqli_connect($db_server, $db_user, $db_passwd, $db_name);
$sql = "SELECT * FROM ofUser";
if (!mysqli_query($link,$sql))
{
die('Error: ' . mysqli_error($link));
}
print "Accessed ok (hopefully)";
Join Avalon Project Today!
|
|
|
Nutbolt
Avalon Project
Shadow Rock Alliance
94
|
Posted - 2015.06.02 10:41:23 -
[11] - Quote
Mr Twinkie wrote:Nope can't access it remotely, despite following every guide on the internet on making a db accessible remotely..
And regardless I can no longer edit jabber settings -_-
Any ideas on a simple jabber auth?
Try uninstalling the TEA mod and reinstalling. It should keep settings but possibly fix the unable to edit issue.
However yes, openfire support was flakey to start with, and now the method they use is deprecated by UserService.
For my corp I have coded our own solution into our own system, which makes use of SMF forum groups, which uses TEA to manage the groups.
If you know PHP I would strongly recommend looking at this:
https://github.com/Cyerus/Php-OpenFire-UserService
Join Avalon Project Today!
|
Nutbolt
Avalon Project
Shadow Rock Alliance
94
|
Posted - 2015.06.02 11:57:07 -
[12] - Quote
Mr Twinkie wrote:Not really sure what that does different than "http://example.com:9090/plugins/userService/userservice?type=add&secret=bigsecret&username=kafka&password=drowssap&name=franz& [email protected]" which is simple enough to implement in a form but provides 0 api checking.
Well the difference is what you linked, which is what TEA uses, is now deprecated, meaning it will be removed at some point and is old hat. Whereas the library I linked uses the new version of the user service API. What it allows is for you to integrate it into your own program easily. So to program your own solution, and not use TEA.
Join Avalon Project Today!
|
Nutbolt
Avalon Project
Shadow Rock Alliance
94
|
Posted - 2015.06.25 17:22:04 -
[13] - Quote
Yeah, the user service plugin still works fine, however they deprecated the old xml API which TEA uses. The latest version of the plugin uses their new API.
Join Avalon Project Today!
|
|
|
| |
|