Hello,

I modified the httpd.conf file and left like this:

DocumentRoot "/var/www/html/elgg"

<Directory "var/www/html/elgg">

AllowOverride All

</Directory>

Now I write on the browser localhost:8080/elgg and it shows the error code is httpd 500.

---------------------------------------------------------------------------------------------------------

I tried to copy the php file outside the folder /elgg, so now I have a file in /var/www/html --> install.php and that also doesn´t work:

Error I am getting --> Couldn't include '/var/www/html/vendor/autoload.php'. Did you run `composer install`?

Can I please get some help on this?

Thank you 

It shouldn't be necessary to change the permissions of the files and folders of the content of the Elgg zip file after extracting its content. The permissions should already be correct (and setting unnecessary write permissions is definitely a bad idea).

I would suggest to leave DocumentRoot in httpd.conf unchanged. But setting AllowOverride All for the install folder of Elgg is definitely necessary. Another second config step you probably must do is manually creating the file .htaccess in the Elgg install folder (copy the file /var/www/html/elgg/vendor/elgg/elgg/install/config/htaccess_dist from the extracted zip file to /var/www/html/elgg/.htaccess). Within this file set the RewriteBase to /elgg/, i.e. the line

RewriteBase /elgg/

would have to be added (there's some explanation what to do included in the file already).

Also, you must have the mod_rewrite Apache module installed and enabled on your server.

Hello,

Thank you so much for your reply. The issue was solved with the most stupid mistake, I had to install elgg inside the /var/www/html folder and I was doing the installation in home. Thankfully I realised. But thanks anyways.

The backup-restore.rst seems to refer to use hardcoded values when using the exaple Perl script. I think it's not necessarily true that elgg_get_config() might no longer be capable to return dbhost (and maybe other cofig values from settings.php) on Elgg 3.3 on purpose.

May I suggest you try with opening an issue about the problem in the Elgg repository at github to report that elgg_get_config() does no longer work as expected breaking backward compatibility and to ask if this was changed intentionally (and if not to fix it).

In case it was changed intentionally one possibility to set/retrieve dbhost and other database credentials without hardcoding them could be adding plugin settings for each database variable necessary. Maybe there are other solutions possible right now already. I guess when trying to use _elgg_config() you would have to make use of the PHP keyword "use" to set the namespace and load some classes defined in Elgg core. BUT! the functions starting with an _ are NOT meant to be used within plugins. They should only be used in Elgg core code because they do not belong to the API functions that are kept backward compatible throughout the lifetime of an Elgg major version but can change at any time. So, the question remains (hopefully asked if you open an issue at github) why the API function elgg_get_config does no longer work as it probably should.

In Elgg 3.0 we protected some configuration values. This mainly included the database configuration.

You can use: _elgg_services()->dbConfig->getConnectionConfig(\Elgg\Database\DbConfig::READ); to get all the information you want.

Keep in mind since you're using an _ function (_elgg_services()) this isn't part of public API and can be broken at any time (like iionly said)

Thanks iionly and Jerome!

I am glad to learn that any functions starting with _functionName are reserved for Elgg core codes.

iionly, according to Jerome's answer, I do not think I should open the ticket regarding this issue (already answered).

Jerome, if _functionName is for core codes, _elgg_services( ) is not a permanent solution then. I might take iionly's advice on creating plugin settings for these protected database values.

Really appreciate all your help! @RvR, @iionly, and @Jerome

1. Create a custom action where serialize() these values.

or

2. Create a custom input/categories (same as input/tags but w/o output's view) and use it.

Thanks a lot