balazsp

Currently I am still using this plugin (I know, it is a plugin, not an app, but it works with 4.7.x). "Friendly URL Translit By Ilya Hoilik https://ipshelp.ru" (the url is not working either it is for search purposes if you want to hunt for it) Iirc it used to be a free plugin in the marketplace, it removes all non-standard chars from the url. It keeps the emojis (and accented non-English characters, etc) in the topic title, but removes them from the URLs. Imo it should be part of the core functionality for SEO.

Live topics is something already available to customers on our Creator plan and above. So... Is that a yes, it will be available for self-hosted/classic? 🙂 I could not find any tags or mention of cloud-only / not for self hosted in the article (usually there is a very small fineprint in the bottom of the post). Does it mean it will be available for all customers?

Yes that's what I meant, thank you. What my question was mainly about - do I have to purchase the app again when it will be updated to IPB5?

Thank you. If I purchase it, will I be eligible for an IC5 version - pending it will be upgraded to that too?

Thank you. Will the Global Ignore (which is the shadowban I am looking for) be updated to work on 4.7?

Thank you. Once your site will become online agaim, I will most def check them out.

Just a quick question... Is there a shadowban app or function? Sometimes it would be extremely useful.

Demo account not working. My previous registration (kter.....) on the demo board not working either.

Awesome, thank you. That's all I wanted to know 🙂

Let me rephrase it because MMXII and I are not asking the same. While the plugin is installed, does it remove the request section from the gui or just checks/blocks the requests once the button is clicked on?

Quick question: Does it remove the request section from the gui or just checks/blocks the requests once the button is clicked on?

Agree. In lieu of this functionality previously we developed a completely different workflow that is working well, the users have accepted it - we have no intention changing that. Please make the new delete requests function optional or configurable for specific groups only. Thank you.

When I try to add this below link to a post: https://www.enworld.org/threads/some-interesting-stats-about-d-d-players.697908/ the forum automatically converts it to an embedded and broken image. It happens on this forum too. Manually it can be fixed, but that's not elegant. What can be the reason for this?

@Michael Collins It's just an idea, have not tested it yet, but if you create a .htaccess redirect rule for https://test.com/forum/logout/ to /logout.php and the php script has something like <?php // Set the expiration time in the past to delete the cookie $expiration = time() - 3600; // Set it to an hour ago // Retrieve all cookies for the domain $cookies = $_COOKIE; // Loop through each cookie and delete it foreach ($cookies as $cookie_name => $cookie_value) { // Set the cookie with an expiration time in the past setcookie($cookie_name, '', $expiration, '/', 'test.com'); // Also unset the cookie from the $_COOKIE array unset($_COOKIE[$cookie_name]); } ?> technically it would log the user out of wordpress AND invision forum too. Obviously you can narrow the cookies down to wordpress and invision cookies only.

@BenHur how big is your site? I was looking for a similar solution, but with a site with 2M+ posts/100k users. So far wget seemed to be the most stable, httrack kinda crashed around 50k pages. Luuik's solution without security patches and whatnot, is a very temporary fix IMO - although a working one. But if you add a modsecurity filter or apache config section that blocks all POST requests, it could work. People can navigate around the archive using the static links.