99% of the time when I try to load the Manage section of Extension manager, Joomla dies, giving me this error:
Fatal error: Maximum execution time of 30 seconds exceeded in C:\xampp\htdocs\vanillajoomla\libraries\joomla\string\string.php on line 399
Here's the line that's causing it (it's in a routine that compares string with locale considered):
if (!$locale = setlocale(LC_COLLATE, $locale))
I've tried reinstalling several times, no dice. This is locally installed under Windows 7 with XAMPP for testing a module I'm developing. Googling the error reveals nothing, same for "php locale timeout."
Does anyone know what causes this, and how I can repair it?
I have the same problem, for now I've just commented the line out and it seems to be about 20 times faster with no problems found ;)
//if (!$locale = setlocale(LC_COLLATE, $locale))
{
$locale = $locale0;
}
Another problem with my joomla is it takes a long time to load just anything - front or backend and it's from fresh installation (!joomla 2.5). It's some wrong setting with either Apache or PHP or MySQL, just can't figure out what's wrong exactly. Every other site on my localhost works sweet except for joomla.
Here's my hack around it. The problem seems to be with my module, but I can't figure out how or why. Joomla seems to die when attempting to find the locale for my module. Since the function helps sort strings by locale, I just added return strcmp($str1, $str2); at the beginning of the function. It loses the locale functionality, but works now.
okey it is probably caused by some plugin or module.. but what is the worst, it is not enough to turn them off.. I installed 3 plugin for voting (to test which is the best of them), one of them caused this type of crash the manager.. I turned off them but it didnt help.. I use an advice above, and commented line 399, than suddenly it worked.. I uninstalled all of them, then uncommented line 399 and everything was allright..hope this can help somebody..
Related
I recently started experiencing a strange error every single time I try to visit the transplant a module page. From the design > positions page3 I click on the "transplant a module" button on the top right and it takes a really long time to load, but then it does not load at all. I get a blank page with the following error:
The page you are looking for is temporarily unavailable.
Please try again later.
5cb0af3eb5bd6096ecb4dce014d6635a 3a1c22abc23c754c0fb7be3b7c58431e 159cf03490b9d26b556696ed897a7daa
I contacted my server provider and they explained to me that the server I was using was reaching the max amount of files allocated, and that I needed to get a new server just for this particular site. So I did. I then cloned the site and database and brought it over to the new server....but I'm still getting this error everytime I try to transplant a module.
Any one ever encountered this issue? Any one have any ideas as to what could be causing this? Any suggestions on what I can do to troubleshoot this error further?
I have turned on debug mode, and it does not give any more information than what's above.
Thank you all,
Maybe you are facing the following known bug. It will be fixed in 1.7.5 (coming soon)
https://github.com/PrestaShop/PrestaShop/issues/10811
Sometimes module have some issues, I've a problem one day and this help me :
In config/xml copy the 2 files "must_have_modules_list.xml" and "default_country_modules_list.xml" on your PC in case,
And then delete the two files from your site,
This "refresh" the cache of your module config
Hope will help you
The "Transplant a module" page is now working after I changed the file AdminModulesPositionsController.php in /root/controllers/admin folder.
In line 449 changed:
$all_modules_controllers = Dispatcher::getModuleControllers($type);
to
$all_modules_controllers = Dispatcher::getControllers($type);
Try this, it's working for me.
Ok, so this worked earlier today...
My Eclipse has turned on me. Earlier today, everything was fine. We had some networking issues, so I shut Eclipse down, waited for the all clear, and restarted.
Suddenly, Eclipse decided that almost ALL my source files had errors in them. Looks like it is suddenly working within namespaces. I get dozens and dozens of " cannot be resolved to a type" error in the source code.
So, I prepended the "\" character onto class names in one of the offending files, and things got better, but still things like Exception and PDO give the error. Even though I have modified the line like so:
throw new \Exception("Error - $acnt is not an account in the $source database");
We have a very big system, and because of these errors, I have dozens of checked out files that are giving me a commit error when I try to check them in, which is going to slow things down a tad. Any ideas:
1) why this suddenly started happening?
2) how I can "fix" this behavior?
thanks...
And as quietly and quickly as it appeared, it disappeared. I opened a new file, and suddenly, all the little red Xes disappear. Grrr... Eclipse.
When I create a new project I see the same warning. If I touch .buildpath in the root directory of the project and restart eclipse, then the warning goes away.
Rightclick project (or use Project/Properties), then go PHP/Source Paths/Build Path
Included probably says (All), Excluded probably says (None). Edit Included, and add the wildcard * for the project.
Solved all errors and warnings for me.
I migrated to godaddy for a perma-host. Now much of my code is not working.
For years I have used the following code in my gaming site. but now I want to move it to a more permanent host. I've been using php v5 with no issues, never had a reason to change. However I did finally migrate to PDO. With that said, here is the .ini file I use:(keep in mind, it is a giagantic ini file, but the following are what is important that is NOT working..
SQL_TYPE=mysql
HOST=localhost
USER=incognito
PASS=topsecret
DATABASE=mycooldb
to pull it for defines:
$defines = parse_ini_file('defines.ini');
foreach($defines as $field=>$data)
define($field, $data);
Now there is an error when I use godaddy (which i believe is up to v7 php).
If I run
die('host = '.HOST) // gives HOST
On my local server
die('host = '.HOST) // gives localhost - as it should
Why is this happening? I supposed I could line by line the defines, but they have worked for years the way I have it.
Thanks for any input.
Since it appears I have 2 problems, I will answer what addresses my first issue for this topic and close it:
There was not a problem with the DEFINES, but instead, my .ini files that stored the information for the variables that create the DEFINES.
In this ini file, I originally had "#" for comments as was accepted at the time, (which was what I was used to see: https://en.wikipedia.org/wiki/INI_file#Format)
However, not catching some of the "depreciation errors" I got over the years from PHP v5.3 - as I was stubborn changing - "#" was among those warnings. When PHP 7 finally came, the "#" no longer worked as comments, and thus my DEFINES variable ceased to work, as the script was stuck at the first commented line.
Conclusion: As far as my error, there is NO difference in the defines between PHP: v7 and v5, however the use of "#" as comments caused the error.
Thank you #Magnus Eriksson and #Calimero for the tip to display errors to catch it.
Hello all I am running Roundcube 1.0.2RC and I am having issues with plugins. I edited the config.inc.php file with the following:
$rcmail_config['plugins'] = array(
'cpanellogin',
'cpanellogout',
'markasjunk',
'userinfo',
'vcard_attachments',
'jqueryui',
'database_attachments',
'autologon',
'rccalendar',
'serverinfo');
and it causes round cube to no longer load. I have tried one at a time, I have tried using only one of each by commenting out. Nothing works. If I use one the whole thing stops working. The ones that are most important are the cPanel ones. When a user logs in though webmail on cPanel they have to login again to round cube. Any ideas?
So the issue was simple. It was character encoding on TextEdit for my Mac that caused the issue. The above posted code was edited and is now correct and working.
I'm trying to install SugarCRM version 5.5.1. on a webhost.
Everything goes nice until the step when the installation begins.
The output is this one:
Creating Sugar configuration file
(config.php)
Creating Sugar application tables,
audit tables and relationship metadata
.............
And never moves on!
I check the database and can see that there are tables missing. The install.log file doesnt have any errors, and the last line in the file is:
2010-04-27 22:17:03...creating
Relationship Meta for Bug
It seems the installation stopped here, but i cant get why! Iv searched in the foruns, etc, but cant get it...
Anyone had this issue? Any clues about whats happening?
Thanks a lot
maybe this is caused by php timeout, please change your php.ini
max_execution_time = 600 ; Maximum execution time of each script, in seconds
You could try and open source installer from: http://bitnami.org/