Errors when installing AjaXplorer - php

I am trying to install AjaXplorer but running in to problems. The first run test asks me to set my locale to UTF-8 but I am not sure how to do this.
If I skip the warning I get the following error and wondered if it has something to do with it.
Exception thrown within the exception handler! Message was: Cannot find plugin text for type log in C:\UniServer\www\domain\secure\core\classes\class.ConfService.php on line 164 #0 C:\UniServer\www\domain\secure\core\classes\class.ConfService.php(184): ConfService->initUniquePluginImplInst('LOG_DRIVER', 'log') #1 C:\UniServer\www\domain\secure\core\classes\class.ConfService.php(229): ConfService->getUniquePluginImplInst('LOG_DRIVER', 'log') #2 C:\UniServer\www\domain\secure\core\classes\class.AJXP_Logger.php(89): ConfService::getLogDriverImpl() #3 C:\UniServer\www\domain\secure\core\classes\class.AJXP_Logger.php(69): AJXP_Logger::getInstance() #4 C:\UniServer\www\domain\secure\core\classes\class.AJXP_XMLWriter.php(195): AJXP_Logger::logAction('error', Array) #5 C:\UniServer\www\domain\secure\core\classes\class.AJXP_XMLWriter.php(208): AJXP_XMLWriter::catchError(0, 'Cannot find plu...', 'C:\UniServer\ww...', 164, NULL) #6 [internal function]: AJXP_XMLWriter::catchException(Object(Exception)) #7 {main}

Its propably caused by PHP >= 5.4
I had no error before PHP update.
EDIT: Downgrading back to PHP 5.3 fixed error, so its caused by PHP 5.4

Just had the same problem: caused by write permissions on folders in the "data" directory.
Set the write permissions on the top level directory "data" and all sub directories. I thought I had set the permissions with Filezilla but, after a quick check, I had not.

Concerning the "set locale" notice, you can find detailed explanation with some examples in the PHP documentation: http://php.net/manual/en/function.setlocale.php.
As for the AjaXplorer exception, its documentation states:
you have an FTP access to a remote server running PHP (>5.1) and accessible through the web
I googled the exception and most of the time it's thrown due to wrong PHP version. You can easily check your PHP version with PHP function phpversion():
echo phpversion();
If your PHP version does not match the AjaXplorer's requirement, you have to obviously upgrade PHP or abandon AjaXplorer in favour of another solution.

Just change the permission
chmod -R 777 /etc/zpanel/panel
and the log
tail /etc/httpd/logs/error_log

Related

Can’t Run Pydio Locally

The company where I work at has a slightly modified backoffice done in Pydio 8.0.1 up and running in the server.
Thing is I want to run it locally in Xampp to test if it works well alongside the new website I made for the company.
My problem is that I can’t get it running locally even though I have the database running in PHP MyAdmin. The errors that I get are:
Deprecated : Function create_function() is deprecated in C:\xampp\htdocs\backoffice2\core\src\lib\dibi\libs\DibiConnection.php on line 120
Fatal error : Uncaught Pydio\Core\Exception\PydioException: Severe error while loading plugins registry : There was an error trying to connect to your database! Did you change any configuration for the core connection? Or maybe your database is down? in C:\xampp\htdocs\backoffice2\core\src\pydio\Core\PluginFramework\PluginsService.php:819 Stack trace: #0 C:\xampp\htdocs\backoffice2\core\src\pydio\Core\PluginFramework\PluginsService.php(203): Pydio\Core\PluginFramework\PluginsService->getDetectedPlugins() #1 C:\xampp\htdocs\backoffice2\core\src\pydio\Core\Services\ConfService.php(392): Pydio\Core\PluginFramework\PluginsService::getInstance(Object(Pydio\Core\Model\Context)) #2 C:\xampp\htdocs\backoffice2\core\src\pydio\Core\Http\Base.php(62): Pydio\Core\Services\ConfService::getGlobalConf(‘ADMIN_URI’) #3 [internal function]: Pydio\Core\Http\Base::handleRoute(’/backoffice2’, ‘/’, Array) #4 C:\xampp\htdocs\backoffice2\core\src\pydio\Core\Http\TopLevelRouter.php(139): call_user_func(Array, ‘/backoffice2’, ‘/’, Array) #5 C:\xamp in C:\xampp\htdocs\backoffice2\core\src\pydio\Core\PluginFramework\PluginsService.php on line 819
By the Way I noticed that the “Bootstrap.json” has the following custom lines:
“AJXP_CLI_SECRET_KEY”:“vkkhh$lskdNyoNpi$B4Gc5DN”,
“DIBI_PRECONFIGURATION”:{
“mysql_username”:“hardlevel_pt”,
“mysql_use_mysqli”:“true”,
“mysql_password”:“ubukN4g8”,
“mysql_host”:“hardlevel.pt.mysql”,
“mysql_driver”:“mysql”,
“mysql_database”:“hardlevel_pt”,
“group_switch_value”:“mysql”
}
Can anyone give me some insight on this situation? Any help is greatly apreciated.
Maybe it's problem of php version on Pydio 8.0.1
Try to upgrade to latest version of Pydio if you are using PHP 7.2

Laravel 4.2 services.json file is created in the root of the host

I have converted a Laravel 5.1 project to Laravel 4.2 because it was needed to run on PHP 5.4.
Everything is alright, except the project is looking for the services.json file in the root directory of the host.
I can create this file in the root, give it permissions and the project runs. But I do not think this the proper place where the services.json file should be. As I cannot have access to the root on my server, this issue is still on.
On localhost if I run php artisan serve and stop it, the json file will be created in the root. But I still think it is the wrong place.
I created a plain Laravel 4.2 project to see the differences, but I couldn't find any.
Is it possible to make Laravel to place this file into the root of the project?
I'll be glad for all answers.
Thanks
Error message:
ErrorException (E_WARNING)
HELP
Callstack information; navigate with mouse or keyboard using Ctrl+↑ or Ctrl+↓
Copy-to-clipboard button
Exception message and its type
Code snippet where the error was thrown
Server state information
Application provided context information
ErrorException thrown with message "file_put_contents(/services.json): failed to open stream: Permission denied" Stacktrace: #8 ErrorException in /home/project/staging/bootstrap/compiled.php:4000 #7 Illuminate\Exception\Handler:handleError in <#unknown>:0 #6 file_put_contents in /home/project/staging/bootstrap/compiled.php:4000 #5 Illuminate\Filesystem\Filesystem:put in /home/project/staging/bootstrap/compiled.php:4279 #4 Illuminate\Foundation\ProviderRepository:writeManifest in /home/project/staging/bootstrap/compiled.php:4258 #3 Illuminate\Foundation\ProviderRepository:compileManifest in /home/project/staging/bootstrap/compiled.php:4222 #2 Illuminate\Foundation\ProviderRepository:load in /home/project/staging/vendor/laravel/framework/src/Illuminate/Foundation/start.php:210 #1 require in /home/project/staging/bootstrap/start.php:60 #0 require_once in /home/project/staging/public/index.php:35
file_put_contents(/services.json): failed to open stream: Permission denied
open: /home/project/staging/bootstrap/compiled.php
Apparently I missed one line when I converted the project from Laravel 5 to 4.2.
app/config/app.php, the manifest was not set up:
'manifest' => storage_path().'/meta',

Pushing a Zend Application into Amazon EC2 Instance

I'm trying to push a zend application onto an amazon EC2 instance.
I have set up my Zend application on the server and have set up the httpd conf.
When I try to access my website through the browser, I get the following message printed:
bootstrap() ->run();
I have followed all the standard procedures and am able to see static HTML files. But when I try to access PHP files, I see a blank page.
I checked the log files but those do not return any errors.
Any idea why I'm facing this issue.
Update:
I updated my php.ini file with the zend library include_path.
Now I'm faced with the following error:
Fatal error: Uncaught exception 'Zend_Application_Bootstrap_Exception' with message 'Resource
matching "Jquery" not found' in /usr/share/php/libzend-framework-php/Zend/Application/Bootstrap
/BootstrapAbstract.php:694 Stack trace: #0 /usr/share/php/libzend-framework-php/Zend/Application
/Bootstrap/BootstrapAbstract.php(626):
Zend_Application_Bootstrap_BootstrapAbstract->_executeResource('Jquery') #1 /usr/share/php/libzend-
framework-php/Zend/Application/Bootstrap/BootstrapAbstract.php(586):
Zend_Application_Bootstrap_BootstrapAbstract->_bootstrap(NULL) #2 /usr/share/php/libzend-framework-
php/Zend/Application.php(355): Zend_Application_Bootstrap_BootstrapAbstract->bootstrap(NULL) #3
/var/www/html/urban-chatter/public/index.php(29): Zend_Application->bootstrap() #4 {main} thrown in
/usr/share/php/libzend-framework-php/Zend/Application/Bootstrap/BootstrapAbstract.php on line 694
Solved:
I copied the zend library from my system onto the server and changed the include_path to the new library in php.ini file and everything started working. I think there was some compatibility issues when I used another version of zend library.

Doctrine error when deploying symfony2 app on pagoda box

I'm getting a doctrine error after deploying my app on PagodaBox. It works fine in both dev and prod environments on my local machine but the live site returns this error:
Fatal error: Uncaught exception 'LogicException' with message 'Illegal value passed (no array or string given)' in /var/www/vendor/doctrine/doctrine-bundle/Doctrine/Bundle/DoctrineBundle/DoctrineBundle.php:101 Stack trace: #0 /var/www/vendor/doctrine/doctrine-bundle/Doctrine/Bundle/DoctrineBundle/DoctrineBundle.php(101): spl_autoload_register(NULL) #1 /var/www/app/bootstrap.php.cache(2275): Doctrine\Bundle\DoctrineBundle\DoctrineBundle->boot() #2 /var/www/app/bootstrap.php.cache(2303): Symfony\Component\HttpKernel\Kernel->boot() #3 /var/www/web/app.php(23): Symfony\Component\HttpKernel\Kernel->handle(Object(Symfony\Component\HttpFoundation\Request)) #4 {main} thrown in /var/www/vendor/doctrine/doctrine-bundle/Doctrine/Bundle/DoctrineBundle/DoctrineBundle.php on line 101
The cache is cleared every time the app is deployed.
Any suggestions would be gratefully received because I'm totally stumped!
UPDATE:
I've done some more debugging and I have discovered that even in the prod environment the kernel.cache_dir parameter is set to /var/www/app/cache/dev. This means that the doctrine cache dir is being incorrectly set as it relies on this other parameter. I thought the kernel.cache_dir was set automatically depending on the environment.
I finally got this sorted. It was down to using eAccelerator as my opcode cache. It turns out that there is a bug in eAccelerator that means it can't process closures correctly. I'm now using XCache and it is all working fine.
This is the auto-loading failing in DoctrineBundle.php Line 101:
$this->autoloader = Autoloader::register($dir, $namespace, $proxyGenerator);
Your passing NULL to the $dir argument, which judging by the exception its requires either an array() or string.
You can see that the method uses $dir from the configuration variable doctrine.orm.proxy_dir (Line 64).
$dir = $this->container->getParameter('doctrine.orm.proxy_dir');`
My guess is that you have not defined this path correctly
Edit - Take a look here for Doctrine's configuration which includes the proxy_dir setting.

Cannot Reindex Data's In Magento Admin & Shell

I have 70k products in my magento site.
I need to reindex the product data's in admin panel.
When i have tried to reindex the data's in Magento Admin panel it give below error.
Cannot Initialize the Indexer Process
So i have planned to reindex the data's using Shell access,
it show me the below error message.
I have rooted inside the shell folder & executed this command
php -f indexer.php reindexall
When i execute above command, it gives the below error message.
PHP Fatal error: Uncaught exception 'Zend_Exception' with message 'dbModel read resource does not implement Zend_Db_Adapter_Abstract' in /home/demo/public_html/magento/lib/Varien/Data/Collection/Db.php:187
Stack trace:
#0 /home/demo/public_html/magento/app/code/core/Mage/Core/Model/Resource/Db/Collection/Abstract.php(134): Varien_Data_Collection_Db->setConnection(false)
#1 /home/demo/public_html/magento/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Resource_Db_Collection_Abstract->__construct(Array)
#2 /home/demo/public_html/magento/app/code/core/Mage/Core/Model/Config.php(1380): Mage_Core_Model_Config->getModelInstance('index_resource/...', Array)
#3 /home/demo/public_html/magento/app/Mage.php(490): Mage_Core_Model_Config->getResourceModelInstance('index/process_c...', Array)
#4 /home/demo/public_html/magento/app/code/core/Mage/Index/Model/Indexer.php(67): Mage::getResourceModel('index/process_c...')
#5 /home/demo/public_html/magento/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Index_Model_Indexer-> in /home/demo/public_html/magento/lib/Varien/Data/Collection/Db.php on line 187
Can anyone point out me what was the issues?
THanks!
It may be a caching problem. If you have enabled APC, you should probably disable it, restart Apache and try re-indexing again.
This can also happen if you are missing a local.xml file.
It's a permission problem. chmod -R 777 var/* should solve it. Try removing var/cache/* first.

Categories