1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Allow Route Types to be defined

Discussion in 'XenForo Suggestions' started by digitalpoint, Dec 27, 2011.

  1. digitalpoint

    digitalpoint Well-Known Member

    It would be nice if we had a "xf_route_type" table that defined the types of routes (admin and public by default).

    Have been trying to figure out the best way to have a sub-domain with a lot of different routes that are specific to just that sub-domain... Some examples (vBulletin based):

    Our tools section: http://tools.digitalpoint.com/ 19 different tools, some of which are very complex (like our keyword tracker).

    Digital Point Ads: http://advertising.digitalpoint.com/ Probably going to end up with about 10-15 routes depending on how I set it up within XF.

    I imagine some will want to put the resource manager on it's own sub-domain when it's available, so it would need it's own index prefix for it's route.

    Then you could just have an index.php file with a unique Dependency class for the sub-domain.
    Wuebit, Khaleal, tyteen4a03 and 9 others like this.
  2. xf_phantom

    xf_phantom Well-Known Member

    How did you accomplish this at dp? new dependency object or via the event system
    Last edited: Jul 29, 2013
    Marcus likes this.
  3. Jeremy

    Jeremy XenForo Moderator Staff Member

    If I remember correctly, it was "very hackish" and not something he'd recommend doing.
  4. Jon W

    Jon W Well-Known Member

    The new init_router_public code event listener makes this a bit easier.
    xf_phantom likes this.
  5. digitalpoint

    digitalpoint Well-Known Member

    It's seriously a cluster****. I just assume it's all going to break on a XF upgrade one day. It still works under 1.2, but literally everything about it is a giant hack and really will probably break if the underlying Zend Framework is updated.

    Routes on sub-domains had to be hard-coded to those sub-domains... meaning you can't just move an addon to/from a sub-domain if you wanted without making a ton of internal changes to the addon.

    The whole thing takes advantage of some Zend Framework code that is in there for IIS servers (I'm kind of exploiting that fact even though I don't use IIS).

    I haven't yet looked at the new init_router_public listener, but hopefully it ends up being a better way to do it. We'll see...
    Last edited by a moderator: Jul 29, 2013
    xf_phantom likes this.
  6. Brogan

    Brogan XenForo Moderator Staff Member

  7. digitalpoint

    digitalpoint Well-Known Member

    Self-censoring is considered circumventing the censoring options? Strange, but okay... {shrug}

    Sounds kind of silly I know, but I honestly don't have any clue about how XF's censoring system works... so we should just write whatever and the system censors for us, or?
    Walter likes this.
  8. Brogan

    Brogan XenForo Moderator Staff Member

    Just type the word normally - if it is configured in the censor it will be replaced.
    digitalpoint likes this.
  9. digitalpoint

    digitalpoint Well-Known Member

    Ah, okay... never used the censoring stuff in XF, so honestly had no clue how it works.

    Testing the cluster****. :)

    Edit: looks the same to me... how did you even know the system didn't do it? haha
  10. Jeremy

    Jeremy XenForo Moderator Staff Member

    The f & k were there. The sensor is not set up to censor "uc".
  11. Brogan

    Brogan XenForo Moderator Staff Member

    The original content remains (click edit) - it is censored when the page is rendered :)

    Very useful as it doesn't actually alter the content in the post table, meaning you can add/remove censored words whenever you like, without it permanently affecting post data.
    Jeremy likes this.

Share This Page