Closed (works as designed)
Project:
Rename Admin Paths
Version:
7.x-2.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
6 Oct 2012 at 03:27 UTC
Updated:
9 Nov 2017 at 09:16 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #0.0
pixelsweatshop commentedadded comment/reply/ to request.
Comment #1
owntheweb commentedI was thinking the same thing as well. Looking at one of my sites' log messages, there are frequent anonymous requests to aliases such as node/add. Here's my first attempt at a patch contribution (whoohoo!).
DON'T USE THIS PATCH THOUGH....
It's missing something. I altered anything node/* to be consistent with anything user/* and admin/* in the module code. It works great on the admin side, but it causes a 404 error when viewing ALL nodes (yikes). I'll play around with this more likely tonight or tomorrow. In the meantime I look forward to any additional ideas on how to stop the all-node 404 thing or any concerns about this addition not being appropriate for this module.
This patch applies to the latest dev version.
Comment #2
owntheweb commentedComment #3
raphael apard commentedThx for this patch.
I don't think it's safe to rename node path, so this patch will not be commited but people who need this feature may use this patch.
I can the case you just want to rename "node/add" and "node/add/*" it's probably safer to work on this path only whitout altering "node/*" path.
Comment #4
owntheweb commentedFair enough. I'll submit a new patch today for node/add, node/add/* only. I totally understand the dangers after the trials and errors yesterday with node*.
If you feel it would be module-worthy, what are your thoughts about an additional patch for node/*/edit ? I've seen some of these types of requests from anonymous users in my logs before, and I feel it would be useful for personal and shared use.
Comment #5
raphael apard commentedYes, i think node/*/edit can be renamed too, some bugs can appear but the most dangerous part is just node/* paths.
Comment #6
owntheweb commentedCool. Let me see what I can do. If I can't break it with one of my personal sites, I'll post the patch here.
Thanks for the feedback and opportunity to become more familiar with patches.
Comment #7
raphael apard commentedComment #8
W.M. commentedIt would be great if one will be able to rename node/x/edit path to something like {content-type}/{nid}/edit..
As for node/add/{content-type-name}: this can be renamed easily with a custom path alias:
node/add/{name}
to
{name}/add
Comment #9
pixelsweatshop commentedThis can be done with the extended path alias or subpath auto modules
The problem with this s the old alias node/add/* will still redirect to the new alias. Bots will still be able to access it easily.
Comment #10
raphael apard commentedThanks for this informations. Bot problem can be fixed with module like honeypot.
Advantage to use hook indbound et outbound url alter is to disable original url. Can be easy for the node/add path but i think till dangerous to do it on the node/[nid]. nicoz solution should be safer (keeping old path). If the purpose is clean url and not hidding url from bots, this is the right solution.
Comment #11
raphael apard commentedComment #12
delacosta456 commentedhi
for a consistent node/add renaming , that will never (as i have used in lot of project) fail access or still shown node/add to user when redirection
this sandbox module looks to be able to do what we want https://www.drupal.org/sandbox/gomesh/2453015
hope it help