In theory, you can load XF inside your application and authenticate. If loading XF isn't easy due to code conflicts, you can use the authentication code from the XF codebase inside your app, and authenticate against the XF database. In practice, your programmer may have to iron out a few issues...
Not sure I understand your question correctly but if you want to keep the actual file in your add-on directly but the browser to access it from elsewhere (e.g. from the js directory), you can just put a symlink in the js directory which will lead to the original file.
Many changes they are listing are done at the DNS configuration level. A few changes have to do with the mailing procedure but it is not recommended to second guess it and insert changes of your own there. It would be smarter to forward this list to the XF dev team so they can make sure the...
It may be possible to load the XF libraries inside the other installation and then execute the proper XF routines. You can test to see if it doesn't generate any conflicts.
To load XF:
$dir = '/path/to/xf';
require ($dir . '/src/XF.php');
XF::start($dir);
$app = XF::setupApp('XF\Pub\App');
If...
Try the following:
$userEm = $app->em()->findOne('XF:User', ['user_id' => $json["vendorData"]]);
$userEm->Profile->custom_fields->set('otbVerified', 'yes', 'admin');
$userEm->Profile->save();
The third parameter in the set() method is instructing to save in 'admin' mode, which should...
Fully agree with Kirby. If you do not want to use the API since you want to use integrated code, then you still need to use the XF libraries instead to create the post/conversation entities, initiate alerts etc. But you cannot inject directly into the database since there are that many...
The title ladder is a core feature of XF so what you are asking is not related to this specific add-on (which only adds visualization).
There are no group permissions I'm aware of that you can use to exclude the title ladder for certain groups, but this functionality can be custom programmed.
Hi, I've developed a few new types of custom thread fields (e.g. a 'username' field type). We are applying these thread fields to certain forums via the usual "Applicable forums" multiselect list when editing the field in the admin panel.
After rebuilding the master data (e.g. following an...