hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
-- will
Quoting will hall will@theicarusproject.net:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
Do you have contributed taxonomy modules installed? I'm not seeing that the URL changes with taxonomy keywords applied.
Earnie
hi, we have path and taxonomy installed
Earnie Boyd wrote:
Quoting will hall will@theicarusproject.net:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
Do you have contributed taxonomy modules installed? I'm not seeing that the URL changes with taxonomy keywords applied.
Earnie
also pathauto, taxonomy browser and taxonomy context modules. all modules listed below.
thanks for replying!
aboutus * Custom content type to submit about us pages. aggregator Aggregates syndicated content (RSS, RDF, and Atom feeds). alignmentcorrector Corrects align tag attributes created by TinyMCE. archive Displays a calendar for navigating older content. articles * Custom content type to submit articles pages. basicevent A story-like node that implements the event API automatically. Depends on the event module (4.6 or later). block Controls the boxes that are displayed around the main content. required blog Enables keeping an easily and regularly updated web page or a blog. blogapi Allows users to post content using applications that support XML-RPC blog APIs. book Allows users to collaboratively author a book. comment Allows users to comment on and discuss published content. community * Custom content type to submit community pages. contact Enables the use of both personal and site-wide contact forms. drupal Lets you register your site with a central server and improve ranking of Drupal projects by posting information on your installed modules and themes; also enables users to log in using a Drupal ID. event Lets users make events and keep calendars. eventrepeat Adds support for repeating events. Dependency: event.module excerpt Allows users to enter a separate excerpt for nodes. filter Handles the filtering of content in preparation for display. required flag_content Allow users to flag content for the attention of the administrator. forum Enables threaded discussions about general topics. galleries * Custom content type to submit galleries pages. googleanalytics Adds tracking code to all pages of your site help Manages the display of online help. im Enables users to send instant messages to each other. image Allows uploading of images. image_gallery Allows sorting and displaying of image galleries based on categories image_pub Supports image uploads using 3rd party publishing apps img_assist Enables users easily upload and insert images into content. journal * Custom content type to submit journal pages. legacy Provides legacy handlers for upgrades from older Drupal installations. locale Enables the translation of the user interface to languages other than English. mail Enables site administrator or users to send emails to registered users. menu Allows administrators to customize the site navigation menu. node Allows content to be submitted to the site and displayed on pages. required node_import Import nodes from a CSV file. node_type_filter filters node listings by type page Enables the creation of pages that can be added to the navigation system. path Allows users to rename URLs. pathauto Provides a mechanism for modules to automatically generate aliases for the content they manage. phpbbrecenttopics Shows recent topics from the Icarus forums. ping Alerts other sites when your site has been updated. poll Allows your site to capture votes on different topics in the form of multiple choice questions. print Allows users to create printer-friendly pages for nodes and profile pages. privatemsg Allows private messages between users. profile Supports configurable user profiles. publications * Custom content type to submit publications pages. resources * Custom content type to submit resources pages. search Enables site-wide keyword searching. statistics Logs access statistics for your site. story Allows users to submit stories, articles or similar content. subscriptions Allows users to subscribe to nodes and taxonomy terms. system Handles general site configuration for administrators. required taxonomy Enables the categorization of content. taxonomy_browser An interface for viewing content grouped by arbitrary taxonomy terms. taxonomy_context This module can be used to output title and description of the current taxonomy term plus child nodes of that term. It also generates a context-sensitive menu block for each vocabulary. throttle Handles the auto-throttling mechanism, to control site congestion. tinymce The TinyMCE Javascript HTML WYSIWYG editor. tracker Enables tracking of recent posts for users. upload Allows users to upload and attach files to content. user Manages the user registration and login system. required views The views module creates customized views of node lists. views_ui The views module creates customized views of node lists. watchdog
will hall wrote:
hi, we have path and taxonomy installed
Earnie Boyd wrote:
Quoting will hall will@theicarusproject.net:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
Do you have contributed taxonomy modules installed? I'm not seeing that the URL changes with taxonomy keywords applied.
Earnie
Quoting will hall will@theicarusproject.net:
taxonomy_context This module can be used to output title and description of the current taxonomy term plus child nodes of that term. It also generates a context-sensitive menu block for each vocabulary. throttle Handles the auto-throttling mechanism, to control site congestion.
Quoting will hall will@theicarusproject.net:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
Do you have contributed taxonomy modules installed? I'm not seeing that the URL changes with taxonomy keywords applied.
I suspect that the ``generated a context-sensitive menu block'' bit of taxonmy_context is what is giving you the issue. I suggest that if you hard link to the URL you create an alias and link to the alias. Then if the nid changes all you need to change is the alias.
Earnie
On 1/26/07, will hall will@theicarusproject.net wrote:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
It sounds like you are using pathauto with the category as part of your pattern. I'm going ot assume that for my response. If it's not the case, then we'll need to know what contributed modules you do have installed to be able to diagnose the problem.
There are several options in the "general settings" of pathauto called the "update options". You can set it so that the paths don't change when a node is updated but that can cause problems on the other side (e.g. why does the URL contain a term that is not selected for the node?).
If you want the URL to stay in sync with the category on the node, then you have several ways to keep old links still working. One way is to use a redirect from the old URL to the new one. The path redirect module makes that pretty easy to maintain. This is a manual process now but hopefully someone will have time to make it one of the update options for pathauto (there is already an issue for it in the pathauto issue queue).
Another option (depending on where your links are) is to use the internal drupal path to the node and let the menu module and/or php and/or the internal link module to create your links to the current name of the module on the fly. That is slightly more expensive for performance, but only slightly. This issue has been discussed before and the result of the discussion was the internal links module, so I suggest you investigate it and see if it will help your problems.
Regards, Greg
hi greg, thanks for your reply. i have de-selected the update option in pathauto.
it seems to be working better now.
i am not sure i understand exactly what you are saying here,
but that can cause problems on the other side
(e.g. why does the URL contain a term that is not selected for the node?).
and wonder if i have compounded the problem with this fix?
-- will
Greg Knaddison - GVS wrote:
On 1/26/07, will hall will@theicarusproject.net wrote:
hi so when we have a node and add a keyword from the taxonomy module it changes the url of the node. then we get very strange urls, and multiple keywords just leads to chaos. makes it hard to link to the url if it changes.
any suggestions?
It sounds like you are using pathauto with the category as part of your pattern. I'm going ot assume that for my response. If it's not the case, then we'll need to know what contributed modules you do have installed to be able to diagnose the problem.
There are several options in the "general settings" of pathauto called the "update options". You can set it so that the paths don't change when a node is updated but that can cause problems on the other side (e.g. why does the URL contain a term that is not selected for the node?).
If you want the URL to stay in sync with the category on the node, then you have several ways to keep old links still working. One way is to use a redirect from the old URL to the new one. The path redirect module makes that pretty easy to maintain. This is a manual process now but hopefully someone will have time to make it one of the update options for pathauto (there is already an issue for it in the pathauto issue queue).
Another option (depending on where your links are) is to use the internal drupal path to the node and let the menu module and/or php and/or the internal link module to create your links to the current name of the module on the fly. That is slightly more expensive for performance, but only slightly. This issue has been discussed before and the result of the discussion was the internal links module, so I suggest you investigate it and see if it will help your problems.
Regards, Greg
On 1/27/07, will hall will@theicarusproject.net wrote:
i am not sure i understand exactly what you are saying here,
but that can cause problems on the other side
(e.g. why does the URL contain a term that is not selected for the node?).
and wonder if i have compounded the problem with this fix?
Will - glad it's solved. Let me explain that point a little more.
Your original problem was that the paths change and now you have fixed that because the path stays the same after editing it, right?
Consider this scenario:
I have a node and add one tag: fun. The tile is "Hacking on Drupal modules" so that my url is fun/hacking-on-drupal-modules
Later, I get frustrated so I edit the node and change the tag from fun to challenging and I edit the body of the node to reflect this new mood. With the settings to leave the path alone you will still have the same URL even though "fun" is no longer selected on the node. Someone looking at the node and seeing that I changed the category and the body may be surprised to see that the URL still begins with "fun".
If that example doesn't apply to you then don't worry about it ;)
Regards, Greg
ah ok, what you are saying is that if you change the keywords the url doesn't change, so the risk is that the urls look strange or unrecognizable if the keyword is changed.
this is a minor problem compared to the original one so i guess we'll live with it. someone with more tech sophistication could recommend a new feature for the module or something.
-- will
Greg Knaddison - GVS wrote:
On 1/27/07, will hall will@theicarusproject.net wrote:
i am not sure i understand exactly what you are saying here,
but that can cause problems on the other side
(e.g. why does the URL contain a term that is not selected for the node?).
and wonder if i have compounded the problem with this fix?
Will - glad it's solved. Let me explain that point a little more.
Your original problem was that the paths change and now you have fixed that because the path stays the same after editing it, right?
Consider this scenario:
I have a node and add one tag: fun. The tile is "Hacking on Drupal modules" so that my url is fun/hacking-on-drupal-modules
Later, I get frustrated so I edit the node and change the tag from fun to challenging and I edit the body of the node to reflect this new mood. With the settings to leave the path alone you will still have the same URL even though "fun" is no longer selected on the node. Someone looking at the node and seeing that I changed the category and the body may be surprised to see that the URL still begins with "fun".
If that example doesn't apply to you then don't worry about it ;)
Regards, Greg
On 1/28/07, will hall will@theicarusproject.net wrote:
this is a minor problem compared to the original one so i guess we'll live with it. someone with more tech sophistication could recommend a new feature for the module or something.
What would that feature of the module look like?
Using path redirect is already a feature request: http://drupal.org/node/100835
Other, simpler solutions to this problem already exist outside of pathauto module (my original mail detailed them).
Regards, Greg
-
Earnie Boyd -
Greg Knaddison - GVS -
will hall