Closed (won't fix)
Project:
RobotsTxt
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
25 May 2012 at 13:28 UTC
Updated:
14 Dec 2014 at 14:40 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
hass commentedSeems to be overkill for this module, logic and usability wise.
Comment #2
xatoo commentedActually I agree with Iva that such a setting woud be useful.
For example: Developers might want to prevent access to all pages for their test/acceptance versions but restore the robots.txt content as soon as the site goes live. Currently there is no easy way to do this. (Other than to implement a custom module that calls "variable_set('robotstxt', file_get_contents());")
Would you reconsider this issue if I provide a patch that allows for easy restoration via the UI and Drush?
I think I can provide a way to make it very clear usability wise how this would work.
Comment #3
hass commentedThere is a hook that we are using with xmlsitemap, too. Check it out, please.
Comment #4
xatoo commentedI know about that. However, that does not provide a quick way to set or restore a complete robots.txt file. I will still provide a patch and hope that you will reconsider.
Comment #5
xatoo commented- Adds a hook that modules can implement pointing to their own directory with robots.txt files
- Adds a way to quickly restore content from such a preset file
- Adds a way to get and set the robotstxt content via drush
Comment #6
hass commentedPlease review core. We normally use a wording like "- Please select -" or something like this.
What is this for?
As I know, this is not required. hook_form_submit is always executed.
Single line without linebreaks, please.
Don't we typically use a drupal_set_message for such notes?
A diff of a files that do not exists in the project? How is this possible?
?
Comment #7
hass commentedClosing for lack of progress.