Juha Mets?kallas

I created a test page. They are connected to the same calendar with two events for today, ie. 2020-06-15.

• This reply was modified 4 years, 8 months ago by Juha Mets?kallas.

1. I’m not sure, if I understand correctly. If I want to change my compact calendar view (where header-right=””), so that instead of 15 – 21. kes?k. 2020 there would be only a numerical format, should I write title_format=moment().format("…") or what to manipulate?

2. Ok, I will do.

• This reply was modified 4 years, 8 months ago by Juha Mets?kallas.

I confirm that it’s working now.

Awesome, thank you!

• This reply was modified 4 years, 9 months ago by Juha Mets?kallas.

I’ve been hit by this too. When I created my first shortcode with a double-part parameter name, eg. %%previous-page%%, I specifically opted for a hyphen, because it’s the way WordPress separates multipart names.

• This reply was modified 4 years, 10 months ago by Juha Mets?kallas.

Doesn’t replacing with empty string work for you?

I kinda figured that, but I got a little paranoid here. Thanks for the confirmation!

Have you contacted the maker of the plugin?

I don’t know, what the All In One WP Security & Firewall plugin does and which all functionalities of it are crucial to you.

Generally speaking if your website has something a visitor can write into (a contact form, a comment field and so on), you need to protect the site against spamming. One of the best known anti-spamming solutions is Akismet.

If there is a login function on your website, you need to protect the site against bruteforce attacks, that try to break the usernames and passwords. One of the top used for this is Loginizer.

These may suit some of your needs.

• This reply was modified 4 years, 11 months ago by Juha Mets?kallas.

@dbookshop

That is good news, that you have identified the plugin. Go to the support forum of the plugin here on www.ads-software.com and ask for help there. The plugin maker seems to run a customer-only support forum, where you might get better help. (Better support is a good incentive for paying for plugins and themes.)

Other than that you could contact your hosting provider and ask them to increase the memory to test, if that helps. If it does, change the hosting plan. Alternatively start looking for replacement(s) for the plugin. List what functionality it offers/what you need and try to find one or more alternative plugins, which do the same.

• This reply was modified 4 years, 11 months ago by Juha Mets?kallas.

(Ok, the text was Serbian, my bad.)

Yes, I can see, why it can be problematic for SEO.

When one dives deeply into how web pages work, there are two ways to send page requests, GET and POST requests. IIRC GET has a limit of 1024 characters imposed by the standard and while POST can handle more, it has a limit too (albeit so large that you seldom bumb into it). But those limits are set by the internet specifications, different web site platforms (Drupal, Joomla Sharepoint, WordPress and so on) often have much lower limits (I work with Sharepoint which loves to use GUIDs as identifiers, while at the same time has quite a low limit for how long query strings can be. That combination asks for trouble.)

If I had to bet, I would say that shortening is a remnant from the past. Either the original designers failed to grasp differences in writing systems or the expensive memory didn’t allow the processing of longer non-English strings or both excuses.

Luckily WordPress permits the URL and the title of a page be totally different things. I think you have to settle for it. Overall I prefer to see a link this way тестира?е исправне транслитераци?е ?ириличних линкова instead of the raw url https://cir.filmskasecanja.com/тестира?е-исправне-транслитераци?е/, ofc YMMV.

• This reply was modified 4 years, 11 months ago by Juha Mets?kallas.

The link gets shortened to

https://finnababilejo.fi/afi?oj/juha_metsakallas/2020/03/тестира?е-дугачких-линкова-и-трансли/

but remains functional, i.e. displays on the address field as above and gets you to the page. I let the page be there until tomorrow afternoon for you to see it yourself.

• This reply was modified 4 years, 12 months ago by Juha Mets?kallas.

True, the language setting is for the back-end side only. Hmm, I came to think, that if there is a hook for the title, you could put your piece of code into an own plugin, that overrides the standard title output.

Disable plugins to see, whether some of them causes the issue.

Hint: you can speed up the search by using so called binary search, i.e. disable half of the plugins, if the issue persists the issue is in the other half; if not, then continue with this disabled half and so on.

According to the description page the plugin is translation ready, and furthermore French is among the existing translations. This begs the question, how are you doing the multilingualism. Is the WP variable for language set to French on the French page?

An alternative approach is to stop using the automatic TOC on the French pages and add TOC manually using a shortcode with the label attribute. See the documentation.

@ivanblago1000 ,

I’m not sure, whether I understand you correctly. I made a test on my WP installation, on the one I mentioned above. If I copy and paste your link https://cir.filmskasecanja.com/дугачки-линкови-за-тестира?е-трансли/ using the Classic editor or the Block editor into a private test page, the result is in both cases the same: I see a text

дугачки линкови за тестира?е транслитераци?е у вордпрес

with the WP logo and text “My Blog”.

The Russian text is a link to https://cir.filmskasecanja.com/дугачки-линкови-за-тестира?е-трансли/.

The logo and English text is a link to https://cir.filmskasecanja.com/.

There is no MIME-coding nor truncation anywhere.

Where do you see a MIME-coded and truncated link?

• This reply was modified 5 years ago by Juha Mets?kallas.

Interesting. I’m currently by a MS Windows 10 Enterprise N and my link

• MS IE 11: displays correctly
• MS Edge: displays correctly
• Google Chrome: displays correctly
• Opera: displays correctly
• Firefox: displays correctly but took a noticeable moment to change from MIME encoding to real)

All web browsers are up to date.

For your site I see the same as above, i.e. тестира?е-исправне-транслитераци?е displays correctly. Can you test on another computer?

There is a limit of 256 in some versions of MS IE (a MS “feature”), but you’re not reaching it (227 characters in that MIME-coded URL). Another limit is 1024 characters (comes from the how parameters in page requests are passed), but it’s even further away.