I am developing a prestashop module for an xml feed import, the problem I get is when the file is large, the loop get long and the browser times out. Just to let you know, I have increase many values like set_time_limit, max_execution_time in php.ini, but it didn’t work.
Please give a suggestion.
If you import products,did you try to turn off Indexation in Preferences -> Search ?
In virtualmin > Server Configuration > website options and increase “Maximum php script run time” worked for me.
But what places it made changes still not clear to me, because I increase execution time in php.ini manually and it didn’t work.
Related
I created an admin section for a website of mine using PHPMaker - as I usually do. The website is made from scratch, no wordpress or anything else involved.
In some apparently "innocent" tables, if I try to edit them, I get a 403 error. It never happened, and I used PHP maker for at least 15 websites of mine, so I am puzzled.
It happens only on 2 tables out of 15, and as said, they are fairly innocent. Nothing fancy compared to the other ones.
This is what I've tried:
there was no .htaccess file in the admin directory, so I also tried to insert an empty one
clearing the cache
visiting the page in private mode
all file/directory permissions are ok
regenerating the project and uploading it again, to a different directory
What else can/should I check?
There is a .htaccess file on the root directory of the server to handle some "pretty url", but it should not matter since the admin section is under a specific directory. Or should it matter?
Thank you
At least, I found the problem: every time I was trying to insert an iframe or a script, somewhere somehow somebody (...) was parsing it and it was blocking it for - I guess - security issues, so I let the user to insert the script without the <script> tags, added later in PHP simply with:
print "<script>$readFromDB</script>";
In each insert action, PHPMaker will parse the word
<script
and converted to
<s<x>cript
You have either get the inserted rowid and update the value again OR each time you have to remove the '< x >' to view the value correctly.
Take a look at my answer here: PHPMaker issue
I just upgraded the Typo3 from 6.2.26 to 7.6.10, but the styles at the front page are all missing. Just the content and data from the DB shown on it. I guess maybe it was the loss of.
So, if there somebody met this question too, share your ideas with me. Looking for your advice, many thanks.
First you should check if your JS/CSS files are present in the source code of your page. If they are, there are two possibilities, imo:
your html is cached but the cache files were deleted/moved. Solution: clean your cache (the best is to clean it from the install tool -> "Important actions")
Your baseURL/absRefPrefix is broken. I would advice to use config.absRefPrefix instead of baseURL (https://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html)
I'm trying to install MediaWiki using IIS on Windows 2000 server. I've extracted the files to a location whereby I can see the startpage on startpage/index.php, however when I click to "set up the wiki" (startpage/mw-config/index.php), the next page takes around 10-15 minutes to load.
I can see the header and the sourcecode right away, but the page itself does not show up for at least 10 minutes. I've tried copying the sourcecode into an html file and saved it at startpage/mw-config/index.html but it still takes the same amount of time. My set-up meets all the requirements for MediaWiki.
I've tried making changes to the output_buffering and the register_globals in the php.ini file as suggested when searching for slow php/iis loading times, however it doesn't seem to make any difference.
I'm logged in as a normal user, not an admin user, could that be an issue? Otherwise I'm at a loss to why the page is loading, but taking 15 mins to load when the sourcecode is available right away.
Thanks
Ana's solution: I completely missed that it was duplicating `/mw-config/index.php/mw-config/index.php. Removing one of the duplicates in firebug caused the page to load normally.
I'm trying to find a better way to move my Expression Engine 2 sites from development to live servers. I have a checklist that I go through, starting with running a find and replace for the old/new URLs and server paths, then I update the database config file. This however misses out a huge amount of settings that I then have to go through and change manually, but I don't see why I should need to (unless these are encrypyed somewhere).
For example, I have to change the "Basepath to Template File Directory" in the Global Template Settings manually, along with member settings and a handful of others. There must be a file or entry with these in somewhere that I can change before I upload but I can't find it.
Does anyone know where these are stored?
Those are stored in the database, unless you are using global config variables.
I would highly recommend looking into some sort of config bootstrap. There are quite a few solutions to this, but it's really up to you to pick what's right for your development style / environment(s).
Take a look at the following articles:
http://eeinsider.com/articles/creating-a-robust-config.php-file/
http://boblet.tumblr.com/post/68095239/ee-localhost
http://eeinsider.com/articles/multi-server-setup-for-ee-2/
I've tried those solutions, but in my opinion the best option is NSM config bootstrap.
Check it out here: [http://ee-garage.com/nsm-config-bootstrap][4]
The only thing (currently) missing from these solutions are new config vars regarding file upload paths and locations. You can add those to any of these solutions by adding the variables detailed in this article:
http://expressionengine.com/user_guide/cp/content/files/file_upload_preferences.html#overriding-upload-paths-and-urls-using-configuration-variables
I know I'm late on this one, but for anyone else searching, this plugin is very useful and I have used it on numerous occasions.
ExpressionEngine stores your website URL and Server Path in a ridiculous number of places.
REElocate helps you update these in one simple step.
https://github.com/expressodev/reelocate
I can upload a 250MB file to sharepoint 2007 but nothing larger. I have changed the two webconfig file, set the admin site to 2047MB and it still fails.
Please help this was to be completed asap.
thanx
SPS ignore the file size setting for max file size, according to various testings.
Instead see KB 925083 for info on how to change size http://support.microsoft.com/kb/925083
Please define "fail". Any specific error message, timeouts, etc?
How do you upload your files? Webinterface, WebDav Put, RPC, etc?
When you say "modified web.config", I assume you mean you setting maxAllowedContentLength property of the requestLimits node to something huge. Have you verified you set this correctly, by using small values and checking if it indeed blocks files?
Regarding step 3, or did you mean the executionTimeout setting on the httpRuntime? Verified you set it right by setting it to too small a value an checkin that it cuts short your requests?
By "setting the admin site", I assume you mean you set the Maximum upload size on the Virtual Server Settings page to something hue. Again, have you verified what the behaviour is when you choose too small a value there?
Note how step 3-5 are just the generic checklist shaped like questions... usually it helps going through the steps one more time.
Looks like you have a situation where there are several "gates" that the file has to go through and it is getting caught by the narrowest.
There is also the question is it getting stopped during the upload or when it is being written to sharepoint.
Based on the other answers / cooments sounds like you have checked most things. There are a couple more you could try:
Is there anything in machine.config that is blocking your settings in web.config (typical overrideable = false)
Are the settings cached, have you tried restarting the machine?
here are a couple of links that might help:
http://spsstuff.blogspot.com/2006/03/how-to-change-maximum-file-upload-size.html
http://support.microsoft.com/kb/925083