Error with furl changes

[Durango]

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]

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]

All right !

Hi @Daniel F 

any idea when you will fix this bug ?

Tx a lot

Edited October 8, 2017 by Durango

[trananhls]

Hello, any update for Company Directory?

[Spanner]

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]

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

[forumdev99]

Thank you so much! I will try this and report back.

[forumdev99]

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]

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]

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]

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]

Thanks - I will investigate this and report back w/ my findings.

[Optic14]

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]

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]

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]

Here's hoping this is fixed in 4.3...

[forumdev99]

I haven't been able to figure out where to even begin w/ APA and Rules to make this work.. 

[AlexWright]

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]

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]

Still an issue in 4.3. I just reported anyway:

 

[Unlucky]

Any update on this?

We really need to be able change ours

[Adriano Faria]

I wouldn't expect this before IPS5.

[Unlucky]

Any other way around of achieving this?

[Adriano Faria]

There are a few posts in this topic saying to edit the furl.json file and then rebuild cache... Should work; never tried.

[Unlucky]

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.