I have installed drupal module config ignore but I don't get what is missing beacuse it doesn't work.
I have set config ignore settings to ignore block.block.countries but it still is being listed on config synchronization
Related
I use Nginx with many domains. Some of these domains have custom configurations. I'm including these files inside the server blocks in the Nginx configurations.
For example:
server {
... some configurations things here...
include /var/somewhere/custom.conf;
etc.. etc..
}
The configuration files of Nginx are inside: /etc/nginx
To try and keep everything in one place and not have my custom configuration files all over the place I would like to place my custom configuration files inside /etc/nginx/some_directory
Can I create a sub directory inside /etc/nginx without it causing any issues with Nginx itself? I want to create /etc/nginx/some_directory/ and place my many custom configuration files inside it and include them.
I'm specifically asking this question because I don't want to break something on my production server.
If nginx doesn't know about a directory, it'll not touch it. You can verify that by greping against such pattern in nginx's codebase.
However, messing with a foreign folder structure might cause problems with permissions and ownership of the files, therefore either just use a pre-defined folders nginx prepared for you (/etc/nginx/sites-enabled and /etc/nginx/sites-available) which you can use with symlinks such as nginx itself does
# ls /etc/nginx/sites-enabled
default -> /etc/nginx/sites-available/default
# ls /etc/nginx/sites-available
default
otherwise you're getting into a situation what C/C++ programmers call an undefined behavior and there's no guarantee that what works now will work in the future / nginx doesn't change as well as the distro maintainers might mess with the folder structure and permissions for the packages in distro package manager.
Example:
Nginx might verify the full /etc/nginx tree's permissions and owners - if your folders/files don't match it might cause a warning or crash even. If it's installed by a package manager, it might cause issues when removing the package itself e.g. if the package manager attempts to remove only a known list of folders + afterwards the parent i.e. /etc/nginx by rmdir or similar. Situations you don't really want to get into and debug when you can use allowed folders or symlinks or your own folders that are not bound to an application or behavior except the one you define.
I am relocating Drupal 7 website from Pantheon to new hosting and need to configure Domain Access module. But I find some troubles.
Domain Access module gives me the error message:
Domain module installation is incomplete. See INSTALL.txt and check
your settings.php file.
Domain access failed to load during phase: bootstrap include. Please
check your settings.php file and site configuration.
So I put the string
include DRUPAL_ROOT . '/sites/all/modules/domain/settings.inc';
to my /sites/default/settings.php file.
But it didn't do any effect. I tried different paths but got no result.
After I've found that my settings.php file have default database settings - not the ones that I've written when installing Drupal site.
So I have deleted setting.php and reinitialize Drupal site from web-browser */install.php. After it I've found newly created /sites/default/settings.php with wrong(default data) DB. And $drupal_hash_salt = ''; But site is working correct.
Additionally, I've changed Permissions to 777 and went to /admin/reports/status and found the row
Configuration file - Protected
It's very strange.
Can you help me solve this problem and find my Configuration file real location?
Usually Pantheon have different hosting structure from the conventional hosting/self-hosting solutions, first I would check the location of the contrib modules, sometime they are included in sub-directory called contrib, so once the system attempts to load
include DRUPAL_ROOT . '/sites/all/modules/domain/settings.inc';
it will not find it, try to have it like the following might help:
include DRUPAL_ROOT . '/sites/all/modules/contrib/domain/settings.inc';
First step is to check if Domain module was enabled and get its path on linux :
$ drush pmi --fields=type,project,title,status,path --format=table|sort
Other way :
$ drush pm-list | grep domain
If your module was installed by drush , its path can be sites/all/modules/contrib/domain/settings.inc so you have to modify include path like :
include DRUPAL_ROOT . '/sites/all/modules/contrib/domain/settings.inc';
When running a test using PHPStorm it loads a configuration from an other project.
/usr/bin/php /private/var/folders/jv/rch25xnj6y3cl_yf4s6qq64m0000gn/T/ide-phpunit.php --bootstrap /Users/reneterstegen/Sites/www.domain1.com/app/bootstrap.php.cache --configuration /Users/reneterstegen/Sites/www.one-of-my-other-projects.com/app/phpunit.xml.dist --filter "/::itLoadsTheForm( .*)?$/" Stegeman\Bundle\SearchBundle\Tests\SearchControllerTest /Users/reneterstegen/Sites/www.domain1.com/src/Stegeman/Bundle/SearchBundle/Tests/SearchControllerTest.php
This causes a fatal:
Class 'JMS\SerializerBundle\JMSSerializerBundle' not found in /Users/reneterstegen/Sites/www.one-of-my-other-projects.com/app/AppKernel.php on line 21
This makes sense since the project I am testing is nog using this bundle.
I've already set the default configuration file and default bootstrap file settings in the PHPUnit section in preferences.
Question: Can somebody tell me how to change the configuration used by phpunit in PHPStorm?
Can somebody tell me how to change the configuration used by phpunit in PHPStorm?
You can always specify custom ("alternative") config file per Run/Debug Configuration -- it will be used instead of Default one that you have set in Preferences.
https://confluence.jetbrains.com/display/PhpStorm/PHPUnit+support+in+PhpStorm#PHPUnitsupportinPhpStorm-3.CreatingaRunConfiguration
Here you have to tick the "Use alternative configuration file" and specify full path to it (either manually or via "..." button). NOTE: if you click on a button next to "..." one it will allow you to edit paths to Default config files (the ones from Preferences).
Please note that if you have defined your bootstrap file in that Default section as well .. it will also be used and AFAIK you cannot override it. It will be better if you provide bootstrap file in actual config file.
Currently I have a single drupal site installed on apache 2.2 with php 5.3 on RHEL 6. I am moving servers and am trying to migrate the site. I have imported the database and htaccess, but I cannot access any of the pages other than the root of the site.
You may need to disable clean URLs before exporting the database, try to add ?q= before each path.
That happens when:
a) Apache mod_rewrite is not enabled. If you have root access then do sudo a2enmod rewrite
or
b) .htaccess file at the root folder isn't there, so you need to copy it again.
Here's a troubleshoot check list for mod_rewrite issues:
Make sure Apache's rewrite module is enabled: sudo a2enmod rewrite.
Make sure original .htaccess file is there in the root of your Drupal installation.
Make sure that the existing .htaccess file is getting read by Apache. To test it, add a this line in the beginning of the file and you should get a 500 Internal Server Error: ThisIsReallyABadSyntax.
If the .htaccess file is not in effect, make sure that the AllowOverride directive in the main Apache config file (usually /etc/apache2/httpd.conf on debian-based distros) is set to All. It might be set to None by default.
Finally, make sure that the clean URLs feature is enabled in Drupal settings.
With the phpinfo(); compare all the server specs, just to be sure both server are quite the same or similar.
Steps to migrate Drupal correctly:
Go to Configuration
find Clean URLs
Disable tick inside!
Clean cache!
Download your site file
Download your database
Create new database in your new site
Transfer file and database
Log in
10.Do this step to enable Clean URLs:
It's work 100% guaranteed !
Steps:
1. Download - Dev version (7.x-dev)
2. Find file .htaccess
3. just copy it to your server
4. That's it !
I've just moved my drupal to a new server and I get the following warning:
register_globals is enabled. Drupal requires this configuration directive to be disabled. Your site may not be secure when register_globals is enabled. The PHP manual has instructions for how to change configuration settings. (Currently using PHP register globals Enabled ('1'))
Should I change the configuration of the php server or I can ignore it ?
I probably don't have access to php settings.
thanks
Sadly hostgator leaves them enabled :(
Sometimes making the change in .htaccess is not sufficient. Hostgator has a little elaborate process and it can be irritating some times.
You will need to add the default php.ini file that Hostgator provides to your root. And then add the .htaccess with an entry for the address of php.ini to the www doc root.
For detailed steps and downloading these docs(php.ini and .htaccess file)read my blog on How to turn off register_globals in hostgator
Check with your host if they can help you out. If you don't have access to php.ini then you may not be able to. register_globals has been off for a good number of years now so that's surprising. If the host allows you .htaccess files you can add this to yours:
php_flag register_globals off
I found the solution on a forum.
So just just edit the file / / modules / system system.install then go to line 56:
$requirements['php_register_globals']['severity'] = REQUIREMENT_ERROR;
and replaced by:
$requirements['php_register_globals']['severity'] = REQUIREMENT_WARNING;
Well, that's all, the installation should run perfectly normally.
As for me I think I'll go back nuked klan too uzinagaz this CMS ...