DrLightman

Nevermind, I found the way. The plugin (toc+) must include a wpml-config.xml file in its root, with this content:

<wpml-config>
  <admin-texts>
    <key name="toc-options">
      <key name="heading_text" />
    </key>
  </admin-texts>
</wpml-config>

Also, I did this, but I don’t know it it’s required.

At that point you’re able to translate the text you saved in “Heading text” from WPML > “String translation”, you can find the new domain admin_texts_toc-options to filter by, and there there is the string named [toc-options]heading_text.

• This reply was modified 3 months ago by DrLightman.

Thanks AIOSEO team for adopting.

“Custom HTML” block doesn’t fix the issue for me, <p> tags are spawned around my divs echoed by the shortcode.

Only way I found to get rid of random Ps for good is to install and activate the “Classic Widgets” plugin so to get rid of Blocks entirely and use a Text widget in the widgets area to hold the shortcode.

This is a drastic workaround because it disables the block editor for widgets entirerly.

@delanthear

You are free to omit the parenthesis, if you plan not using the matched string inside them with $:

/shop/.*

Or you can tell the parenthesis to not doing so with ?::

/shop/(?:.*)

And you can specifically tell to “lock” the regexp to the start and end of the url to match, with ^ and $ at the beginning and ending:

^/shop/.*$

Anyway this is basic regexp functionality, not specific to the Redirection plugin.

• This reply was modified 3 months, 3 weeks ago by DrLightman.
• This reply was modified 3 months, 3 weeks ago by DrLightman.

Mmm ok with that in mind I’m also able to fix the query string discard behaviour.

Source url:?^/foo.html.*$ or ^/foo.html.*
Target url:?/

This works as expected, target url is not contaminated with unwanted strings.

• This reply was modified 3 months, 4 weeks ago by DrLightman.

There seems to be a more generic issue not strictly related to the query string with the regexp target url. Test example to reproduce:

Source url:?^/blabla/
Target url:?/
(ignore case ON, ignore slash ON, Regex ON)

Visited example url: /blabla/images/tree.jpg

Redirect goes to: /images/tree.jpg

Expected redirect result: /

• This reply was modified 3 months, 4 weeks ago by DrLightman.

Because that is just an example for you to make it more readable, the real cases are more complex.

• This reply was modified 3 months, 4 weeks ago by DrLightman.

Ah too bad, that pattern is useful to hide an email address but for all other 99% cases, not very much, cf7 author should support both cases.

Thank you for your patience.

• This reply was modified 10 months, 1 week ago by DrLightman.

Selecting based on the label is not very multilanguage friendly, is it possibile to select by the value on the right?

I resolved by bypassing cloudflare in hosts file for the domain.

Thanks for the support.

It turns out that Cloudflare cuts off requests that takes more than 100 seconds to execute, so even if my php max executiuon time is 600 or 6000 or 60000 it doens’t matter as per Cloudflare will always be 100 seconds.

https://i.ibb.co/RvfRDN1/image.png

https://community.cloudflare.com/t/community-tip-fixing-error-524-a-timeout-occurred/42342

So I must find a way to disable Cloudflare in the admin area, that might prove impossibile, I don’t know.

For maximum compatibility world wide (Cloudflare is widely used) you should keep the importer execution time under 100 seconds by importing less data (less posts?) or by splitting the single import requests into several smaller requests.

As for the resetting import thing, I deleted some entries in wp_options containing the “colromag” string and I was able to run the importer again for better debugging it, after also deleting manually posts, media, widgets and menu created beforehand.

Probably by calling a wp_update_post on every post

Apparently it was caused by indexable not being updated after the installation of a plugin and I had to reset indexables with Yoast Test Helper plugin.

This is a lil worrying.

Thanks!

I agree.