Key differences with the 7.x-1.x release:
- You can configure all your indicators from one place.
- You can position your indicator to not to interfere with your design.
- You can control permissions per environment. This way you can show the indicator for anonymous users in all the environments except for production.
- You can export your configurations to code and include them in GIT.
- It can be used on dynamically generated environments.
- Your site builders won't need to access your settings.php.
- It's integrated with the features module.
- It's integrated with the Toolbar module.
- Integration with Admin menu module.
The Environment Indicator settings page allows you to modify some elements of the indicator's behaviour and appearance. Individual settings, such as the text to display and the colour can be overridden for each of your specific environments in the site's settings.php file. This allows you to customise the indicator for each of your environments without needing to make any changes in the database. This means that the Environment Indicator will always display correctly when moving your site from development to staging to production.
Examples of how to override settings in settings.php:
- The text that will be displayed vertically down the indicator. e.g:
$conf['environment_indicator_text'] = 'DEVELOPMENT SERVER';
- A valid css color. e.g:
$conf['environment_indicator_color'] = 'dark-red';
- A boolean value indicating whether the Environment Indicator should be enabled or not. On your production environment, you should probably set this to FALSE. e.g:
$conf['environment_indicator_enabled'] = FALSE;
The Environment Indicator's visibility depends upon the permissions of the viewer (access environment indicator).Read more
This module will help you to keep sane while working on your different environments by adding a configurable color bar to each one of your environments. The Environment Indicator adds a coloured bar on the site informing you which environment you're currently in (Development, Staging, Production etc). This is incredibly useful if you have multiple environments for each of your sites, and like me, are prone to forgetting which version of the site you are currently looking at.
This module can help you avoid making configuration changes to your live server by mistake by adding a coloured strip to the side of your site, clearly marking each version of the site.
Hopefully your project has several of the following environments. By placing an indicator you will know with a glance where you are testing that last code, that you're about to configure the right environment, etc.
|Virtual Machine||VM hosted on developers desktop or possibly development server|
|Development||Development server aka sandbox|
|Integration||CI build target, or for developer testing of side effects|
On this page:
- Skills needed
- Additional Software needed
- Detailed steps
- Background and reference information
- Next steps: moving beyond this task
To get help completing this task, see the Getting help completing your task page. The #drupal-accessibility irc channel might have people in it to chat with about coding and accessibility issues and extensions in Drupal.
From an accessibility point of view, manually test a patch (software fix) for a reported Drupal issue to verify that it resolves the issue and does not cause other regressions (new bugs). The Accessibility section of the core gates documentation page has more information.
Some familiarity with the module, theme, or task is helpful, but not required. You will also need to apply a patch to a test site.Read more
Testing a three-legged and two-legged OAuth REST, using Services 7.x-3.2 and Oauth 7.x-3.0, with PHP Client
Here I will post all my system settings and configurations to test it out.
- CentOS 6.3
- PHP 5.3.18
- PECL Oauth extension (via command pecl install oauth)
- Server URL: http://core.zeus.lan (you can use any URL BUT You SHOULD really going for HTTPS)
- Client URL: http://localhost/oauth.php (this will be used below)
I use location sites/all/modules/contrib for my drupal modules.
First we set up the services with oauth.
- In Drupal site, install modules: REST Server, OAuth Authentication, OAuth Provider UI.
- In Drupal directory, comment out line 6 to 8 in file oauth/lib/OAuth.php, since it will conflict with PECL OAuth.
- In Drupal site, Create OAuth context in admin/config/services/oauth/add, make sure to create Authorization level and set as default.