If I were you, get rid all ******* addons ASAP.greate tool; what url to put to check for if i use extensions from ******* ? (such as *******-Custom Node Style, *******-Multi Prefixes...and so on)
If I were you, get rid all ******* addons ASAP.greate tool; what url to put to check for if i use extensions from ******* ? (such as *******-Custom Node Style, *******-Multi Prefixes...and so on)
If I were you, get rid all ******* addons ASAP.
I've known about *******'s issue since the first time it gets into public. A quick Google search shows many threads about it on top results:Ouch! 2months a go i purchased some addons from there. I don't understand... why all ******* stuff was removed from RM!?
Yeah, it seemed accurate to me.@Fred. Though what I said about how encryption works might be correct though. Even though I said that I wasn't familiar, I've read a few articles about it.
So yeah, basically there shouldn't be any way to login to XenForo if the password was encrypted from our forums' database. But I'd say, as long as the add-on login through a secure connection, there's nothing to worry about. You'll just have 'not' to store your credentials.
ErrorException: copy(./library/BatchUpdateTags/ControllerAdmin/Thread.php): failed to open stream: Permission denied - library/AddOnInstaller/Model/AddOn.php:60
Generiert durch: Anonymous, Vor 21 Minuten
Stapelverfolgung
#0 [internal function]: XenForo_Application::handlePhpError(2, 'copy(./library/...', '/www/htdocs/w01...', 60, Array)
#1 /www/htdocs//library/AddOnInstaller/Model/AddOn.php(60): copy('/www/htdocs/w01...', './library/Batch...')
#2 /www/htdocs//library/AddOnInstaller/Model/AddOn.php(64): AddOnInstaller_Model_AddOn->recursiveCopy('/www/htdocs/w01...', './library/Batch...')
#3 /www/htdocs/w01263e7//library/AddOnInstaller/Model/AddOn.php(64): AddOnInstaller_Model_AddOn->recursiveCopy('/www/htdocs/w01...', './library/Batch...')
#4 /www/htdocs/w01263e7//library/AddOnInstaller/Model/AddOn.php(64): AddOnInstaller_Model_AddOn->recursiveCopy('/www/htdocs/w01...', './library')
#5 /www/htdocs/w01263e7//library/AddOnInstaller/ControllerAdmin/AddOn.php(251): AddOnInstaller_Model_AddOn->recursiveCopy('install/addons/...', '.')
#6 /www/htdocs/w01263e7//library/XenForo/FrontController.php(347): AddOnInstaller_ControllerAdmin_AddOn->actionInstallUpgrade()
#7 /www/htdocs/w01263e7//library/XenForo/FrontController.php(134): XenForo_FrontController->dispatch(Object(XenForo_RouteMatch))
#8 /www/htdocs/w01263e7//admin.php(13): XenForo_FrontController->run()
#9 {main}
Benötigter Status
array(3) {
["url"] => string(63) "http://xxx/admin.php?add-ons/install-upgrade"
["_GET"] => array(1) {
["add-ons/install-upgrade"] => string(0) ""
}
["_POST"] => array(3) {
["resource_url"] => string(62) "https://xenforo.com/community/resources/batch-update-tags.4460"
["_xfToken"] => string(8) "********"
["_xfConfirm"] => string(1) "1"
}
}
ok i have found it . 1 .php have chmod 644 ...The add on you files are upgrading don't appear to be writeable.
Yeah, from all add-ons that behaves that way on my board, they're all because the add-on's developer didn't change the version number on the XML file, but did on the resource page.
Other checking method for this add-on? Well, I guess downloading the file in advance and then check the XML within it, is the only foolproof method.
We use essential cookies to make this site work, and optional cookies to enhance your experience.