Forum Replies Created

Viewing 15 replies - 1 through 15 (of 20 total)
  • Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Thank you for the instructions. I installed the development version of AI Translate.
    The generated log is pasted below.

    I hope it is usable in solving the not-translating-problem on Host B.

    Kind regards,
    Benjamin

    [ SNIP! ]

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    I just finished some testing on multiple webservers in combination with multiple API-sources and AI-models with extra credit. What I found is that the frontend on Hosting A does translate but the frontend on Hosting B doest not translate. Both show the errors mentioned in my previous post.

    Perhaps I’m missing something… What are your thoughts on the testdata below?

    Kind regards,
    Benjamin

    1. Hosting Provider A
      Hosting: Managed
      PHP: 8.2.29 (mysqlnd 8.2.29)
      Database: 11.4.8-MariaDB-cll-lve
      WordPress: 6.9 (clean install, no additional plugins)
      AI Translate: 2.2.4 (configured with OpenRouter and OpenAI, both with sufficient credits)
      OpenRouter-API: GPT-4.1-mini + Gemini-2.5-Flash-Lite

      Results: OpenRouter-API with GPT-4.1-mini and Gemini-2.5-Flash-Lite:
      Frontend does translate with both models, but backend shows error message after removing all cache and clicking on Scan Cache Files (made multiple attempts):

      – Geen cache records toegevoegd. Mogelijke oorzaken:
      – Cache bestanden bestaan niet op de verwachte locatie
      – Cache bestanden hebben een ander formaat dan verwacht
      – Multi-domain caching configuratie komt niet overeen

      Results: OpenAI-API with GPT-4.1-mini and GPT-4.1-mini
      Frontend does translate with both models, but backend shows error message after removing all cache and clicking on Scan Cache Files (made multiple attempts):

      – Geen cache records toegevoegd. Mogelijke oorzaken:
      – Cache bestanden bestaan niet op de verwachte locatie
      – Cache bestanden hebben een ander formaat dan verwacht
      – Multi-domain caching configuratie komt niet overeen

    2. Hosting Provider B
      Hosting: Managed
      PHP: 8.2.29 (mysqlnd 8.2.29)
      Database: 10.6.20-MariaDB-cll-lve
      WordPress: 6.9 (clean install, does have additional plugins for testing)
      AI Translate: 2.2.4 (configured with OpenRouter and OpenAI, both with sufficient credits)
      OpenRouter-API: GPT-4.1-mini + Gemini-2.5-Flash-Lite

      Results: OpenRouter-API with GPT-4.1-mini and Gemini-2.5-Flash-Lite:
      Frontend does not translate with both models, backend shows error message after removing all cache and clicking on Scan Cache Files (made multiple attempts):

      – Geen cache records toegevoegd. Mogelijke oorzaken:
      – Cache bestanden bestaan niet op de verwachte locatie
      – Cache bestanden hebben een ander formaat dan verwacht
      – Multi-domain caching configuratie komt niet overeen

      Results: OpenAI-API with GPT-4.1-mini and GPT-4.1-mini
      Frontend does not translate with both models, backend shows error message after removing all cache and clicking on Scan Cache Files (made multiple attempts):

      – Geen cache records toegevoegd. Mogelijke oorzaken:
      – Cache bestanden bestaan niet op de verwachte locatie
      – Cache bestanden hebben een ander formaat dan verwacht
      – Multi-domain caching configuratie komt niet overeen
    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Thank you for looking into this issue.

    I spoke to the developer of Kudo’s Donation and we discovered that when AI Translate is disabled, the donations are processed within 2-3 seconds.

    Michael, the developer of Kudo’s Donations told me the following:

    I’ve looked into the AI Translate code and it appears to hook into post creation/updates to translate post slugs, only saving the post after the translation is finished. When multiple languages are enabled, this can cause a significant delay when submitting the donation form. A future Kudos Donations update will move away from using posts for this data, and in the meantime it may help to exclude the relevant post types from AI Translate.

    Fortunately, I’m already in the process of moving away from using the post system to store this kind of data. I plan to release an update very soon, which should resolve the issue.

    I tested the beta of Kudo’s Donations and the delay is fixed.

    Would it be possible to add an option to exclude specific post types from being translated?

    I’m not sure how much work this would be, but it could help improve compatibility with third-party plugins. Not sure if this is useful for other users as well, but I wanted to ask.

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Apologies for the late reply… last week was exceptionally busy.

    I’ve noticed some really nice additions in the latest updates and will be taking a closer look today. Everything already looks very promising. I’ll be happy to report back with feedback once I’ve had a chance to test the latest update.

    As always, thank you very much for developing and maintaining this awesome plugin.

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,

    Sorry for the delay in responding to this ticket.

    I managed to solve the problem. Your tips were very helpfull in debugging the problem. Adjusting the spamscore and adding the custom snippet helped a lot!

    As always, thank you very much for creating this awesome plugin!

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Thanks again for your help and for clarifying the menu rewriting behavior. I understand why it happens.

    I was wondering if it would be possible to add a way to exclude certain menus or menu items from automatic translation, or alternatively provide a shortcode or special menu type that I could place in a standard navigation block. That way, I could render a manual language switcher exactly where I want in the navigation, without the plugin rewriting the URLs.

    This would make it much easier to integrate a custom language switcher in the main nav while keeping the rest of the menus fully translated.

    Thank you very much for considering this. I really appreciate the work you put into this plugin.

    All the best for 2026!

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,

    Thank you so much for your continued support and fast replies in this forum. I really appreciate this. I will check out the solutions you offered and report back to you.

    Best wishes for the New Year ahead!

    Kind regards, Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Thank you for following up on my question.

    I’ve added language links to a standard WordPress navigation menu, so it can be used as a manual language switcher. Currently, I’m using three submenu items with the following URLs:

    Nederlands
    mydomain.nl/nl/

    English
    mydomain.nl/en/

    Arabic
    mydomain.nl/ar/

    This setup works correctly when navigating from the default Dutch homepage.
    However, when visiting the translated English homepage, all submenu links are rewritten to:

    • mydomain.nl/en/

    The same goes for Arabic homepage, all submenu links are rewritten to:

    • mydomain.nl/ar/

    I’m not sure if this behavior is intended or if I’m configuring the menu incorrectly.

    What would be the recommended way to set up these submenu URLs so they can function properly as a language switcher?

    As always, thank you very much for the time and effort you put into this great plugin.

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,
    Good to hear that, I will update as soon as it get’s published.
    I really appreciate your support! Because of it, I already created a 5 star review for your plugin.

    Thanks!
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Gerard,

    Thank you so much for your quick response to my forum post.
    I tried downgrading the plugin to version 1.34, but unfortunately, it didn’t solve the problem.

    However, a fresh install on https://tastewp.com/ works perfectly, so it seems the issue is on my end 😅

    It might be related to my server configuration or the Solid Security plugin, which was active when I tested your plugin.

    I’ll let you know once I find out what the culprit is on my personal server.

    Regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,

    No problem at all, happy to help and do some hands-on bug testing!

    The automatic download option was enabled on all websites using your plugin. I’ve now disabled it across the board. Due to MaxMind’s daily API request limits, I’ll need to wait a couple of days before I can resume testing.

    I’ll let you know once automatic downloading is enabled on just one website. MaxMind’s request log is indeed helpful for verifying this.

    In addition, I ran another test using a fresh MaxMind account connected to a single website with its own license key. Simply changing the license key didn’t resolve the issue at first, your plugin still didn’t fetch a new database. One extra step was needed: I had to manually delete the GeoLite2-Country.mmdb.tar.gz file. After doing that and refreshing the plugin’s settings page, a fresh database was downloaded successfully.

    Hope this test case is useful for your debugging.

    Best regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,

    Just a quick update following some tests.

    You were right about the database compatibility; the current file didn’t match. I also noticed that my daily GeoLite download limit (30/day) was reached. What’s odd is that I only have 7 websites using your plugin with automatic downloads enabled.

    However, when I check the download log on MaxMind.com, each of these 7 sites is making multiple requests per day. Shouldn’t this be limited by the monthly cap you mention on your plugin page? I was under the impression that the plugin would prevent repeated downloads once the file is up to date.

    Thanks in advance for your help!

    Best,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    On quick note: I noticed the .tar.gz file is empty.
    Removing and uploading a new file (with content) results into a empty file.

    The regular .mmdb file does have contents.
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,

    Apologies for the delayed response.

    I just checked the built-in WordPress Health Check, and the server is running Linux 6.8.0-59-generic (x86_64).

    I tried removing the files you mentioned, but unfortunately that didn’t resolve the issue. I also copied the GeoLite database from another working website (hosted elsewhere), but the same error still appears.

    Do you happen to know of any other ways to get this working again?

    Kind regards,
    Benjamin

    Thread Starter Benjamin

    (@benjaminvandenberg)

    Hi Erik,
    Many thanks for your additional explainer about the specific scores.
    I will also check out the websites you mentioned, they look promising!

    All the best,
    Benjamin

    • This reply was modified 1 year, 10 months ago by Benjamin.
Viewing 15 replies - 1 through 15 (of 20 total)