Background of the issue:
I recently installed and activated WPML on my WordPress site (hidden link) to set up a multilingual version.
Symptoms:
After activation, I am unable to access the WordPress admin area. When I attempt to log in via hidden link, I am redirected to hidden link, and the login screen does not load.
Questions:
How can I resolve this issue and regain access to my WordPress admin panel?
What steps can I take to prevent this from happening in the future when using WPML?
Is there a recommended way to configure the language URL structure to avoid admin login conflicts?
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Hello!
If you still can't access your site, then please go to the file manager from your hosting, then go to the wp-content directory > Plugins and rename the "sitepress" plugins.
From what I can see one of the issues was memory, because you have the default one, way too little to work with WPML.
WPML needs a minimum of 128MB of memory to work correctly and it seems you are not meeting this requirement.
Kindly add this code into your wp-config.php file, right after the database information:
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Hosting providers often confuse PHP Memory (Which is fine) to WordPress MEMORY, which in this case is insufficient, not for WPML to work but for your entire WordPress site to work correctly and without issues.
See, the WordPress memory is the amount of PHP memory the installation can use. in your case it's 40 and if that's so when a database call is sent, it can be sent incomplete since there wasn't enough memory to actually send the entire information.
I'm not saying that the memory caused the issue, but it would certainly help in creating issues
WPML does not load near as close as 100 css files or JS files, but since you have other plugins installed, it's very likely that amount is for THE ENTIRE site, not just one plugin.
To make sure the default language stays without the directory, please go to WPML > Languages > Language URL format. Make sure you leave "use directory for default language" unchecked.
That setting, when it's not properly configured would create 500 errors (502 mostly) when switching from one language to the next because of the missing root page.
Regards,
----------
By the way, i couldn't access to your site because the user doesn't seem to exist.
Thank you for your prompt response. I did some research online and applied these instructions: Increase the WordPress Memory Limit - GoDaddy.
Do you think this should help? Or do I still need to add your piece of code? If I still need to add it, could you please specify exactly where in the file it should go?
Here is the full file I’m using:
<?php
/** Enable W3 Total Cache */
define('WP_CACHE', true); // Added by W3 Total Cache
/**
* The base configuration for WordPress
*
* The wp-config.php creation script uses this file during the installation.
* You don't have to use the website, you can copy this file to "wp-config.php"
* and fill in the values.
*
* This file contains the following configurations:
*
* * Database settings
* * Secret keys
* * Database table prefix
* * ABSPATH
*
* @linkhttps://developer.wordpress.org/advanced-administration/wordpress/wp-config/
*
* @package WordPress
*/
// ** Database settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'qb304446_wp948n' );
/** Database charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8mb4' );
/** The database collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );
/**#@+
* Authentication unique keys and salts.
*
* Change these to different unique phrases! You can generate these using
* the {@link hidden link WordPress.org secret-key service}.
*
* You can change these at any point in time to invalidate all existing cookies.
* This will force all users to have to log in again.
*
* @since 2.6.0
*/
define( 'AUTH_KEY', 'y2pm7cdekmarbqes4din5ha25ddkpturg38h7qycxculd4eehyfo1ye9opbzaalj' );
define( 'SECURE_AUTH_KEY', 'n6vdoiaqzveyjo9y9jxvkb0i8k2n7l0qrv395s3pei6sxs1pa2rp0jjujltaztlp' );
define( 'LOGGED_IN_KEY', 'xpqkycpducal7mdevp6viohyv1mrvov0yzqu6y7nk5tzt4osiplswi5dzrjldgxn' );
define( 'NONCE_KEY', 'tuk59zxiu38xeli0aef076nplccj8xtzc7ivmefffd9gmggbcak3wykzel2xjnhu' );
define( 'AUTH_SALT', 'ytffd8yvvfn79yhvtev22imf2rajarlzfcoche17skluocp1rvj8b4gj089prpdg' );
define( 'SECURE_AUTH_SALT', 'oax8ypw6u2dlwo8jc5jrjf9me69ddquizd4ltpnflvfrbnvtlul89kuivst2mh9k' );
define( 'LOGGED_IN_SALT', '4lhznwqls2egotsjmt51fqbnuu1xs0ikq78dbakfagigeydiufu0loxuansjmdab' );
define( 'NONCE_SALT', 'tmia6pgh9ra89lsajsm3u8k8epyzhnfgip8myoh3efqef9w8aap4npmn8t0z5ah5' );
/**#@-*/
/**
* WordPress database table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/
$table_prefix = 'wpsq_';
/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @linkhttps://developer.wordpress.org/advanced-administration/debug/debug-wordpress/
*/
define( 'WP_DEBUG', false );
/* Add any custom values between this line and the "stop editing" line. */
define('WP_MEMORY_LIMIT', '256M');
/* That's all, stop editing! Happy publishing. */
/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
define( 'ABSPATH', __DIR__ . '/' );
}
/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';
I also noticed that the user wasn’t saved. I’ve tried again; the username is the same, and the password is: T(Mn$n&FGd7zzWk9iAhSJ(TP. email adres info@evolvemarketing.nl
I am pleased to inform you that we have successfully implemented the default language functionality without requiring the directory. However, I noticed some remaining issues that need to be addressed:
The Keukenhof page is still not translating correctly, and the padding and layout of the entire page are shifting unexpectedly. In fact, the padding across the entire website differs significantly in the translated versions. Could you investigate why this is happening and suggest how we can resolve it?
When I visit hidden link in my own browser, I am still being redirected to hidden link, which results in a 404 error. Strangely, when I try the same in an incognito window, I can access hidden link without issues. I have already cleared my cache, but the problem persists.
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
To investigate the issue, I kindly ask you to grant me access to the wp-admin area of your website.
I have enabled the necessary fields on my end so you can provide them to me in a secure and private manner. This way, only the two of us will be able to view them.
If possible and for your safety, i'd suggest you create a new user (a fake one with a fake mail) that you can later delete when the ticket is closed.
Thankyou so much for your video, it really helped a lot!
There is still one last issue: The padding across the entire website differs significantly in the translated versions. And I translated this page: "hidden link", but the translation does not show up. Even after I activated string translation. Could you investigate why this is happening and suggest how we can resolve it?
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Please check this video: hidden link
The issue came from the settings from "himara", they weren't configured at all (the authors usually take care of this). so what I did was to configure the custom fields that handle this section.
I noticed some issues on your site, when you were to edit a page or save it you'd have tons of errors coming from different places, mainly JSON-related (which broke our plugin as well) and probably made a huge spike in resources.
The issue is not coming with WPML but it might be more frequent with it since WPML has to touch every single aspect of your site, so things could "amplify" when WPML is enabled.
It seemed part of the issue came from himara itself, because i couldn't even save a post! you could also notice that when you loaded pages where himara (and other plugins) weren't actively adding content, the pages were smooth and fast, without errors.
I noticed you have WP 6.7.1 which in general 6.7 was a rocky release that damaged a lot of themes and plugins.
Your WPML version is the one compatible with 6.7.1 but I suspect that you have a lot of plugins to update that instead aren't. same goes to the theme. make sure everything is either is fully compatible with WP 6.7.1 or that you downgrade WP to version 6.6.2.
Thank you so much for the clear instructions! It took me some time to respond because I needed to try a few things first.
In the meantime, I’ve switched themes. I modified the Himara theme and have since transitioned to the fastest theme, Astra.
While the issues aren’t fully resolved yet, things have improved significantly.
I still have a few questions regarding translations:
It seems that WPML is still referencing the old page versions. Some elements on the pages have changed due to the new theme, but WPML is still showing the old text. See Screenshot 1 for an example on the “Pets Welcome” page.
On the same “Pets Welcome” page, I’ve added translations. But now this is stuck in my screen. See Screenshot 2.
The translation status remains stuck at 99%, even though everything appears green in the list. I’m not sure what is still untranslated. This issue occurs on the “Noordwijk Vacation Home” page.
Lastly, when I click “Edit Page,” I still see elements from the old Himara theme, even though I’m no longer using it. See Screenshot 3.
Could you please help me identify what’s going wrong here?
Languages: English (English )Spanish (Español )Italian (Italiano )
Timezone: Europe/Rome (GMT+01:00)
Hello,
1) It seems that WPML is still referencing the old page versions. Some elements on the pages have changed due to the new theme, but WPML is still showing the old text. See Screenshot 1 for an example on the “Pets Welcome” page.
Do you mean the "himara" and other custom fields (see screenshot: hidden link )? when you delete a plugin or a theme, it deletes it but it won't delete the content attached to the pages, posts, etc. these are called "Post Metadata" and for some reason WordPress doesn't "clean" them, so all the fields and their content need to be deleted by you, which is... not really an easy task all the time.
Maybe you can search for "delete orphan data" or look for a plugin that does that, so it would clean those fields out.
2) On the same “Pets Welcome” page, I’ve added translations. But now this is stuck in my screen. See Screenshot 2.
I'm not sure what you mean when you see it's "stuck". should the text not exist, should it be something else and it's not updating?
3) The translation status remains stuck at 99%, even though everything appears green in the list. I’m not sure what is still untranslated. This issue occurs on the “Noordwijk Vacation Home” page.
This is indeed a known issue which is being fixed. on the translation editor, click the gear icon (top right corner of the page) and then enable the "old version" of the editor -> hidden link
then you'll likely see a link or something that is missing on the new version of the editor. the fix for this will be shipped more or less in mid january.
4) Lastly, when I click “Edit Page,” I still see elements from the old Himara theme, even though I’m no longer using it. See Screenshot 3.
Please refer to the answer on your first question.
I’ve switched back to the old version of the editor, and it works for some pages. However, for other pages, as you can see in the video, it remains orange. There doesn’t seem to be any incorrect links or similar issues causing this.
