Invision Community 4: SEO, prepare for v5 and dormant account notifications By Matt Monday at 02:04 PM
Durango Posted October 6, 2017 Posted October 6, 2017 On 06/06/2017 at 5:39 PM, Adriano Faria said: You can change the furl.json file in the applications/APP/data folder and rebuild cache later. But I'm not sure it works. Hi Adriano, The problem exists for your app Classifeds When we change classifieds par something else in the url customization it gives : /classifieds/somethingelse/ instead of /classifieds/ Tx for your help !
Adriano Faria Posted October 6, 2017 Posted October 6, 2017 Just now, Durango said: Hi Adriano, The problem exists for your app Classifeds When we change classifieds par something else in the url customization it gives : /classifieds/somethingelse/ instead of /classifieds/ Tx for your help ! Hi Durango. Classifieds is not mine anymore and this is a CORE issue, as explained in this topic (page 1) by a IPS staff.
Durango Posted October 6, 2017 Posted October 6, 2017 (edited) All right ! Hi @Daniel F any idea when you will fix this bug ? Tx a lot Edited October 8, 2017 by Durango forumdev99 1
Spanner Posted October 9, 2017 Author Posted October 9, 2017 On 7.10.2017 at 6:16 AM, trananhls said: Hello, any update for Company Directory? Hello, this bug is not depends on my application. We must wait for IPS
AlexWright Posted October 11, 2017 Posted October 11, 2017 Ok so I've found a way around this, but it's more for advanced users. @forumdev99, this should work for you: For FORUMS: Find the folder public_html/applications/forums/ Open up the furl.json in your chosen editor (I use Brackets). Inside this file, you should find the following code: /** * Friendly URL Structure * * For each value in the $furl array: * The key should be the "SEO Template" - an identifier which you'll use when displaying a URL. * The value should be an associative array with two or three elements: 'friendly' and 'real', and optionally 'verify': * 'friendly' * The friendly URL to use - encase variables in {curly braces} containing a symbol, followed by the name of the parameter that matches in the "real" URL * The symbol should be # for numbers or @ for strings * For example, if the "real" URL contains id=XXX, where XXX is a number, you should include {#id} somewhere in the friendly URL. * You can also use the tag {?} for the "SEO Title" (that is, any variables that shouldn't be part of the real URL, such as the name of the topipc being viewed). * If you want to support more than one SEO Title, you can give them zero-indexed keys like so: {?0} {?1} {?2} * 'real' * This should be the base of the real URL. You should not include parameters which will be parsed out from the friendly URL. * 'verify' * This should be the name of a class that contains a loadFromUrl() and an url() method. The dynamic URL (i.e. app=core&...) will be passed to loadFromUrl(), and the url() * method will subsequently be called to retrieve the correct URL, ideal with ActiveRecord pattern classes. * * IMPORTANT: Ensure values are listed with the most specific ones first. This is to ensure that non-FURL redirects are done correctly. For example, if you have these FURLs: * /index.php?app=myapp&module=mymodule&controller=mycontroller&do=myaction -> /myfolder/myaction * /index.php?app=myapp&module=mymodule&controller=mycontroller -> /myfolder * They must be provided in that order, otherwise the former will redirec to /myfolder/?do=myaction rather than /myfolder/myaction */ { "topLevel": "forums", "pages": { "forums_rss": { "friendly": "forum/{#id}-{?}.xml", "real": "app=forums&module=forums&controller=forums&rss=1" }, "forums_forum": { "friendly": "forum/{#id}-{?}", "real": "app=forums&module=forums&controller=forums", "verify": "\\IPS\\forums\\Forum" }, "topic_copy": { "friendly": "topic/{#id}-{?}/copy", "real": "app=cms&module=database&controller=topic" }, "forums_topic": { "friendly": "topic/{#id}-{?}", "real": "app=forums&module=forums&controller=topic", "verify": "\\IPS\\forums\\Topic" }, "forums": { "friendly": "", "real": "app=forums&module=forums&controller=index" }, "topic_create": { "friendly": "submit", "real": "app=forums&module=forums&controller=forums&do=createMenu" }, "topic_non_forum_add_button": { "friendly": "startTopic", "real": "app=forums&module=forums&controller=forums&do=add" } } } The things to change here would be the "friendly" parts. For instance, to change it from yoursite.com/forums/ to yoursite.com/forum/, replace "topLevel": "forum". This is in the same location for -all- installed applications. After reuploading the file to the same place, you will need to run "Something isn't working" in your "System -> Support" page. After that, you can edit or install language files to deal with the rest of it. Regards Maxxius, forumdev99, Adlago and 1 other 1 3
forumdev99 Posted October 11, 2017 Posted October 11, 2017 Thank you so much! I will try this and report back.
forumdev99 Posted October 11, 2017 Posted October 11, 2017 I tried editing /applications/forums/data/furl.json as suggested, and cleared cache via support system, and unfortunately, the URLs still can't be changed. They revert back to the default when I change them in the 'friendly URLs' section of ACP, and they reflect what is in the ACP on the live site. This is a tough issue as we want to upgrade to 4.x without breaking all of our existing URLs - we already went through that once when migrating from another Forum software and it killed our traffic for a long time. Still not at the level it was before moving to IPS. Thanks again for taking a stab at this - I'm willing to try anything, and willing to pay someone who can find a hack that works.
AlexWright Posted October 13, 2017 Posted October 13, 2017 On 10/11/2017 at 7:32 PM, forumdev99 said: I tried editing /applications/forums/data/furl.json as suggested, and cleared cache via support system, and unfortunately, the URLs still can't be changed. They revert back to the default when I change them in the 'friendly URLs' section of ACP, and they reflect what is in the ACP on the live site. This is a tough issue as we want to upgrade to 4.x without breaking all of our existing URLs - we already went through that once when migrating from another Forum software and it killed our traffic for a long time. Still not at the level it was before moving to IPS. Thanks again for taking a stab at this - I'm willing to try anything, and willing to pay someone who can find a hack that works. Really? I was able to change all of my URLs using this trick.
forumdev99 Posted October 13, 2017 Posted October 13, 2017 17 hours ago, Lord Nowe said: Really? I was able to change all of my URLs using this trick. I am able to change a couple of them, actually, so let's focus on one in particular that won't change: I need this URL /forums/topic/{#id}-{?} ..to look like this: /topic/{#id}-{?} But when I change it and save, it reverts back to: /forums/topic/{#id}-{?} In /applications/forums/data/furl.json it looks like this: "forums_topic": { "friendly": "topic/{#id}-{?}", "real": "app=forums&module=forums&controller=topic", "verify": "\\IPS\\forums\\Topic" }, ..are you able to change this specific URL in your board? BTW I am running IPSv4.2.5
AlexWright Posted October 13, 2017 Posted October 13, 2017 (edited) 1 hour ago, forumdev99 said: I am able to change a couple of them, actually, so let's focus on one in particular that won't change: I need this URL /forums/topic/{#id}-{?} ..to look like this: /topic/{#id}-{?} But when I change it and save, it reverts back to: /forums/topic/{#id}-{?} In /applications/forums/data/furl.json it looks like this: "forums_topic": { "friendly": "topic/{#id}-{?}", "real": "app=forums&module=forums&controller=topic", "verify": "\\IPS\\forums\\Topic" }, ..are you able to change this specific URL in your board? BTW I am running IPSv4.2.5 The issue here is the top-level portion of this, the "topLevel": "forums", bit will always be included in any URL while inside of the Forums app. I do not believe this part can be changed while this current bug persists. Edit: On 2nd thought, this might be able to be done by using the "Rules" and "URL Paths" addons: You would probably be able to do this with these two applications. There is an APA-Lite, but that only supports up to 25 URLs IIRC. Edited October 13, 2017 by Lord Nowe forumdev99 1
forumdev99 Posted October 19, 2017 Posted October 19, 2017 Thanks - I will investigate this and report back w/ my findings.
Optic14 Posted October 30, 2017 Posted October 30, 2017 Hi @Lord Nowe thanks for advising the furl.json workaround Does this workaround also update the URLs that are generated in the IPS sitemap? That would be my only concern.
AlexWright Posted October 30, 2017 Posted October 30, 2017 12 hours ago, Optic14 said: Hi @Lord Nowe thanks for advising the furl.json workaround Does this workaround also update the URLs that are generated in the IPS sitemap? That would be my only concern. It should update all associated furls, though you may want to check them.
Optic14 Posted October 31, 2017 Posted October 31, 2017 Thank you, I can confirm after the Sitemap was rebuilt overnight it also updated the URLs with the new FURL name that I changed in furl.json
AlexWright Posted November 20, 2017 Posted November 20, 2017 Here's hoping this is fixed in 4.3... forumdev99 1
forumdev99 Posted November 20, 2017 Posted November 20, 2017 I haven't been able to figure out where to even begin w/ APA and Rules to make this work..
AlexWright Posted November 20, 2017 Posted November 20, 2017 38 minutes ago, forumdev99 said: I haven't been able to figure out where to even begin w/ APA and Rules to make this work.. Maybe I can help or maybe the mod authors can. Essentially I just have Rules which say "When member posts in X app, add new canonical URL of Y". Thats then forwarded on to the APA. But seriously if IPS fixes this, it wouldn't be needed.
cybernck Posted November 23, 2017 Posted November 23, 2017 I've just tried doing this for DevFuse's Collections, as one of the FURLs didn't want to loose the prefix after I changed the name of the application - and it has worked! I've had to click on "revert" to have it reset to no prefix though and then enter it again with the new prefix. Thanks!
Adriano Faria Posted March 19, 2018 Posted March 19, 2018 Still an issue in 4.3. I just reported anyway: BomAle and trananhls 2
Unlucky Posted June 5, 2018 Posted June 5, 2018 Any update on this? We really need to be able change ours
Adriano Faria Posted June 5, 2018 Posted June 5, 2018 There are a few posts in this topic saying to edit the furl.json file and then rebuild cache... Should work; never tried. DreamOn and Unlucky 1 1
Unlucky Posted June 5, 2018 Posted June 5, 2018 1 hour ago, Adriano Faria said: There are a few posts in this topic saying to edit the furl.json file and then rebuild cache... Should work; never tried. You are a star - it works perfectly and this has solved a major headache - thank you. Adriano Faria 1
Recommended Posts