From: Shad L. <sh...@sh...> - 2013-05-20 16:07:44
|
Hey everyone, Bharat - thanks so much for taking the time to reply under such duress. Best of luck escaping from that hostile, difficult environment ;-) I think multi-tags are fantastic, and seem pretty straightforward to code up and to explain in UI, but there's one wrinkle: it makes it a bit harder to maintain 3.0.x compatibility. Before, we could use the existence of a slash as a semaphore for whether or not it's a 3.0.x URL, but now we can't. Some possibilities: - use a different route. For example, instead of "tag/foo/bar" use "tags/multi/foo/bar" or "multitag/foo/bar". - drop 3.0.x compatibility. The links to tag clouds are the same, and they'd be automatically updated with the new URLs, so I'd think that there likely aren't too many hard-coded tag links lying around. - add an admin option to select "3.0.x compat" mode, "multi-tag" mode, or "none". Thoughts? Shad On 19 May 2013 19:36, Bharat Mediratta <bh...@me...> wrote: > I vote for multi tags - it looks simpler and will probably satisfy most > users. > > Sent from my lounge chair on a tiny island in Lake Nicaragua :-) > On May 19, 2013 11:10 AM, "Dave Moore" <da...@la...> wrote: > >> Just a fyi that you can kill a couple of tickets and I'm sure there is >> a few more requests in the forums: >> http://galleryproject.org/node/100026 >> http://sourceforge.net/apps/trac/gallery/ticket/333 >> http://sourceforge.net/apps/trac/gallery/ticket/1152 >> and a bit more complex: >> http://sourceforge.net/apps/trac/gallery/ticket/1326 >> >> I like the idea of finding multi tags as a first enhancement. >> >> Dave >> >> On 2013-05-17 10:39 AM, Shad Laws wrote: >> >> Hmm... good question. >> >> My first inclination isn't to make a hierarchy, but rather an extra >> cross-reference. For example, "gallery/tag/me/you" would find photos >> tagged with both me and you. Thoughts? >> >> Take care, >> Shad >> >> >> On 17 May 2013 17:56, Chad Kieffer <ch...@2t...> wrote: >> >>> Although tags are strictly flat now, how might hierarchical structures >>> be routed in the future? I think even if support for taxonomies isn't part >>> of G3 now, it might be worth considering as part of this discussion. >>> >>> - Chad >>> >>> On May 17, 2013, at 9:15 AM, Shad Laws <sh...@sh...> wrote: >>> >>> Hmm... I'm not sure I agree. For example, this would make folks with >>> photos about 90210, 356, and 1776 really annoyed at the new system. The >>> simplest rule is the one we don't need :-) >>> >>> My preference is this: >>> - make the new system simple, flexible, and exactly what we want. >>> - provide enough redirects for old URLs to keep most old sites happy >>> during the conversion. >>> >>> Thinking again, there's actually a better rule we can use to deal with >>> old redirects: >>> gallery30x/tag/123/321 --> tag id 123 (which coincidentally has name >>> 321, but this isn't checked) - old canonical URL >>> gallery31x/tag/123/321 --> tag id 123, name 321 (sees slash and tries >>> this), then 301 redirect. >>> gallery31x/tag/123 --> tag name 123, or if none exists, look for a tag >>> id 123 and 301 redirect. >>> gallery31x/tag/321 --> tag name 321 (which coincidentally has id 123, >>> but this isn't checked) - new canonical URL >>> >>> The only oddball case here is old URLs that were truncated *and* >>> coincide with new URLs, for which I don't think we should break our new >>> system to support... >>> >>> Take care, >>> Shad >>> >>> >>> >>> On 17 May 2013 17:06, Bharat Mediratta <bh...@me...> wrote: >>> >>>> >>>> I'd prefer to have a simpler rule of "no numeric tag slugs" because >>>> that way we'll have consistent behavior in all cases. I like simple rules >>>> :-) >>>> >>>> >>>> On Fri, May 17, 2013 at 7:55 AM, Shad Laws <sh...@sh...> wrote: >>>> >>>>> Yah, that's easy enough to keep. Just as you said, the only slight >>>>> wrinkle is numeric tag names, but even then we don't need to *enforce* that >>>>> slugs are non-numeric. Rather, we just can't forward old URLs that >>>>> coincide with new URLs of numeric tags. >>>>> >>>>> For example: >>>>> gallery30x/tag/123 --> tag id 123. >>>>> gallery31x/tag/123 --> tag name 123, or if none exists, look for a tag >>>>> id 123 and 301 redirect. >>>>> >>>>> Take care, >>>>> Shad >>>>> >>>>> >>>>> On 17 May 2013 16:42, Bharat Mediratta <bh...@me...> wrote: >>>>> >>>>>> >>>>>> Keeping around support for tag/<id> shouldn't be too hard, right? It >>>>>> just means that the user-defined slug can't be purely numeric to avoid >>>>>> conflicts. >>>>>> >>>>>> >>>>>> On Fri, May 17, 2013 at 6:34 AM, Dave Moore <da...@la...>wrote: >>>>>> >>>>>>> On 2013-05-15 8:29 PM, Bharat wrote: >>>>>>> > The tag/<id>/<name> approach was essentially a fix because >>>>>>> originally >>>>>>> > we did tag/<name> but that was causing problems when we tried to >>>>>>> map a >>>>>>> > slugified tag name in the url back into a tag in the database. >>>>>>> That has been some concern for me and for others as well. I would >>>>>>> be >>>>>>> nice if we could get to: /tag/<name> without the <id> in the url. If >>>>>>> that could be sorted out then that would make some/lots users/me >>>>>>> happy. >>>>>>> I don't know about backwards compatibility with tag/<id>/<name> is >>>>>>> required or not. I guess it depends on the amount of work required. >>>>>>> I >>>>>>> guess it would be good or if some workaround in the .htaccess could >>>>>>> be >>>>>>> provided as a fix, that would work as well. >>>>>>> >>>>>>> Dave >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------------ >>>>>>> AlienVault Unified Security Management (USM) platform delivers >>>>>>> complete >>>>>>> security visibility with the essential security capabilities. Easily >>>>>>> and >>>>>>> efficiently configure, manage, and operate all of your security >>>>>>> controls >>>>>>> from a single console and one unified framework. Download a free >>>>>>> trial. >>>>>>> http://p.sf.net/sfu/alienvault_d2d >>>>>>> __[ g a l l e r y - d e v e l ]_________________________ >>>>>>> >>>>>>> [ list info/archive --> http://gallery.sf.net/lists.php ] >>>>>>> [ gallery info/FAQ/download --> http://gallery.sf.net ] >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> AlienVault Unified Security Management (USM) platform delivers >>>>>> complete >>>>>> security visibility with the essential security capabilities. Easily >>>>>> and >>>>>> efficiently configure, manage, and operate all of your security >>>>>> controls >>>>>> from a single console and one unified framework. Download a free >>>>>> trial. >>>>>> http://p.sf.net/sfu/alienvault_d2d >>>>>> __[ g a l l e r y - d e v e l ]_________________________ >>>>>> >>>>>> [ list info/archive --> http://gallery.sf.net/lists.php ] >>>>>> [ gallery info/FAQ/download --> http://gallery.sf.net ] >>>>>> >>>>> >>>>> >>>> >>> >>> ------------------------------------------------------------------------------ >>> AlienVault Unified Security Management (USM) platform delivers complete >>> security visibility with the essential security capabilities. Easily and >>> efficiently configure, manage, and operate all of your security controls >>> from a single console and one unified framework. Download a free trial. >>> http://p.sf.net/sfu/alienvault_d2d >>> >>> __[ g a l l e r y - d e v e l ]_________________________ >>> >>> [ list info/archive --> http://gallery.sf.net/lists.php ] >>> [ gallery info/FAQ/download --> http://gallery.sf.net ] >>> >>> >> >> >> >> ------------------------------------------------------------------------------ >> AlienVault Unified Security Management (USM) platform delivers complete >> security visibility with the essential security capabilities. Easily and >> efficiently configure, manage, and operate all of your security controls >> from a single console and one unified framework. Download a free trial. >> http://p.sf.net/sfu/alienvault_d2d >> __[ g a l l e r y - d e v e l ]_________________________ >> >> [ list info/archive --> http://gallery.sf.net/lists.php ] >> [ gallery info/FAQ/download --> http://gallery.sf.net ] >> > |