Post by Brite Light LEDs » Thu Jan 30, 2014 10:29 pm

Nothing changed ,

then suddently all these errors popped up on refresh

Code: Select all

Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.product.1.0.8.1f4f698a688a54ca81728eb42d248070.1391091483): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 14 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.product.1.0.8.72a5e4aa39ad3dbe94fde18f3cdb042e.1391091953): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 14 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.product.1.0.8.b31f7aa09ad12505a9592e20718540c3.1391092062): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 14 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.product.1.0.8.eb910bf976470a2b7dbe8166a78d5a9e.1391091472): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 14 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.product.bestseller.1.0.8.3.1391091495): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 14 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.store.1391094936): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 49 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.store.1391095703): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 36 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 38 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 40 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: unlink(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.store.1391094936): Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 49 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/cache/cache.store.1391095703): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 36 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 38 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/cache.php on line 40 Warning: fopen(/var/www/vhosts/britelightleds.co.uk/httpdocs/system/logs/error.txt): failed to open stream: Permission denied in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 12 Warning: fwrite() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 14 Warning: fclose() expects parameter 1 to be resource, boolean given in /var/www/vhosts/britelightleds.co.uk/httpdocs/system/library/log.php on line 16

Automotive Lighting upgrades
http://www.BriteLightLEDs.co.uk


User avatar
Active Member

Posts

Joined
Wed Apr 25, 2012 12:47 am

Post by Brite Light LEDs » Thu Jan 30, 2014 10:41 pm

Same Error even with System/Library set to 777

Automotive Lighting upgrades
http://www.BriteLightLEDs.co.uk


User avatar
Active Member

Posts

Joined
Wed Apr 25, 2012 12:47 am

Post by TAC » Fri Feb 07, 2014 5:41 am

Same problem for me and on 4 different sites, all without any changes being made. I cannot login to admin either.

The shops are not even in the same OC version -
2 in Version 1.5.6
1 in Version 1.4.9.2
1 in Version 1.5.6.1

Other shops are ok. All with same hosting company. I am totally confused ???

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by TAC » Fri Feb 07, 2014 5:44 am

Brite Light LEDs Your site looks fine now, how did you fix it? :)

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by TAC » Fri Feb 07, 2014 6:26 am

Because my sites are all on my web hosting I contacted their support first. Their reply was:

"These are all basically code issues.

You can either go in and fix these or if they are not immediately critical you can choose not to display them.

To set the sites not to display errors login to the plesk control panel for the domain, select php settings for the domain, then set display errors = off.

This will take approx 30 minutes to take effect.
"

I have done what they said and so far one site has returned to normal. I am waiting for the rest to follow suit. However that does not explain the sudden appearance of the errors, what they mean and how to fix them :(

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by TAC » Fri Feb 07, 2014 6:53 am

Another site has now returned to 'normal' but I cannot login :(

The correct admin & password has no effect, yet an incorrect password gives the "No match for Username and/or Password." error.

If I try to add a product to the cart I get the 'success' message, but when I go to the cart the cart is empty. http://www.theambercat.co.uk/store/inde ... ommon/home

This is a live site and it's pretty stressful :choke:

I could understand if I had made some changes, or if it was all the same OC version but this makes no sense to me.

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by TAC » Sat Feb 08, 2014 1:44 am

Lots of new errors on the sites today. Still cannot add anything to the carts.

Host thought they had fixed it and said "Basically the permissions on your personalisedemporium.co.uk/httpdocs/system/cache directory had to be set to writable." but problem has not gone away :(

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by butte » Sat Feb 08, 2014 5:19 am

Server or hacker. Either the host did it or you were visited. Via ftp check your permissions for 755/644, your /download/ for whatever does not belong there, your tree for .dirname/ (DOT) directories especially if 777, files that do not belong (grocery.php, default.php were actual malicious files in other instances), and so forth. At the moment I'm seeing Amber as normal, and with the log-in screen. Seeing Amber intact is nice, it took quite a while to make stay settled down while you dispensed with prairie dogs and gophers. Note else in http://forum.opencart.com/viewtopic.php ... 65#p474765.

Guru Member

Posts

Joined
Wed Mar 20, 2013 6:58 am

Post by TAC » Sat Feb 08, 2014 9:55 pm

Thanks as ever butte :)

I was also 'talking' to the host last night and they 'fixed' it by altering permissions. That is most probably why the sites came back to normal one by one. I did explain to them that I had changed nothing. I'm not sure which folders should be set to what permissions though.

Working on personalisedemporium.co.uk my download folder has index.html in it and that opens to a blank web page. It also has a file in it that I recognise the name of but not sure what it is doing there and I am unable to open it to see what it is. I have deleted it now.

This is what shows in FileZilla. The folder shop is where the new version of the site is being built.
Screen Shot 2014-02-08 at 13.36.36.png

Screen Shot 2014-02-08 at 13.36.36.png (45.37 KiB) Viewed 11603 times

Not sure what the extra htaccess & php.ini are for, they've been there since 2012 it says.

This is what the 'shop' folder looks like
Screen Shot 2014-02-08 at 13.40.20.png

Screen Shot 2014-02-08 at 13.40.20.png (31.5 KiB) Viewed 11603 times

Where would I look for files like the ones you suggested - grocery.php etc.?

I am relaying all this to the host as well so hopefully a proper fix will come out of it very soon :)

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by butte » Sun Feb 09, 2014 2:44 am

The permissions should be 755 directories and 644 files, none 777. As I recall you were careful to set those during the several rounds of getting upgrades and new installations to work. If, in the wake of that having been stable for months, recently everything tubed because permissions were wrong, and still more recently miraculously revived one by one when permissions were fiddled with, then I would be concerned whether a hacker had gained access, and whether the host needs to hire new people. Some but ever fewer, older servers still allow or even require 777. When 777 is disallowed, the permissions are tied up in ownerships, making 777 difficult even to set to 777 or reset back to 755. On modernized servers 777 tends to indicate hacking -- or ineptitude somewhere behind scenes. The positions are owner (root is one), group (the software, Apache is part of it), world (everyone, from you and your Aunt Sissy to Hacker Billy Bob); the 7s are read+write+execute (plus an esoteric permission that usually doesn't show). Ya'll don't really want ol' Billy Bob a-snoopin' and that is why 755 or for files 644 is used nowadays. There was a time when good code (at the time, computer gateway interface, *.cgi in Apache-aliased cgi-bin/) required 777, but there were fewer hackers with lesser software than now. There was also a time when homes had no locks, but skeleton locks go back a long way.

A holdover from those early days still is used in software that is not carefully thought through. The file whereami.cgi is a teething device for budding hackers, it is easily found, easily defeated, easily used to hack. That certain supremely bloated overgrown former blog that now has kitchen sinks and now even pretends to be even a cart comes, among its vast array of do-dads, with . . . whereami.cgi and is accordingly hackable and often hacked -- if you have that file, get rid of it on the spot. Very few programs nowadays come with a whereami.cgi file; wherever you find it in a website, kill it.

Executable malicious files such as grocery.php and default.php can be nested anywhere in the trees. Once they are in place, in known places, they can be specifically addressed in a browser and executed by name in the address bar, just as you can address OC as location/index.php (as an "index" file it will also fire given just location/).

You are your foremost best anti-malice scanner. Just learn and know your trees. You can use FileZilla Client to compare local and server directories, showing same files or different files. What DOES belong should be on your local machine (a backup); comparison directory by directory then shows both archived local and server files that you might have forgotten about, and files that do NOT belong on the server. In most of OC it's quicker to eyeball the directories. In /download/ full of hashed names it is quicker to use the tool. With putty.exe (and others) and access to execute Linux commands (usually on shared servers that is prohibited), you can search systematically through all directories and files for specified targets. The advantage in eyeballing them instead is that you probably won't know alien files' or directories' names till you see them sitting there. A strange.php name, any .directoryname/, any 777 with it, will stand out when eyeballed.

A sense of precaution is also advisable. In a concurrent incident two of us considered a certain file spewing errors to be completely alien to OC. Following a silly hunch led to it on github but it was still not necessarily okay. The resident file's byte count was oversize by just enough either to house added malicious code, or to have been entirely repopulated by malicious code within a size range that might not attract attention. Following a further silly hunch concurred with the initial and second reactions to get rid of it and stop the errors. It may have begun innocently enough but was already oversize and missing most of its associated body parts. (See http://forum.opencart.com/viewtopic.php ... 79#p474796 and my three under it.)

The _ access and ini files were simply archived by renaming them when their successors were put into play. By now you'll perhaps have changed the access and ini files several times. Old ones are reference material if you need it.

The reason for a completely hollow zero-byte index.html that delivers only a blank page (preferred over a 40-44-byte version that has html and body tags but still shows blank), is that if its own directory is browsed it will fire even if .htaccess is not set to prevent seeing directory contents (as a navigable and triggerable list of files and subdirectories). The "index" files are preferentially fired, when present, even without specifying their names (location/ works, location/index.html works, location/index.php works, etc.). The several kinds (file extensions) fire in default sequence if preference is not given in .htaccess or in absence of some of the kinds. In /download/ that protects against prying eyes.

I see that personalisedemporium still lives, then.

Guru Member

Posts

Joined
Wed Mar 20, 2013 6:58 am

Post by TAC » Tue Feb 11, 2014 1:00 am

Thank you butte yet again for all your help,

I have no WP on the personalisedemporium.co.uk domain at all so that shouldn't be an issue? I have looked for whereami.cgi on theambercat.co.uk as the shop sits in a sub folder behind WP but cannot find it. The 3 domains that were affected all have OC on but only 2 have WP.

The visible errors on PE were largely as follows:

Permission denied in /var/www/vhosts/personalisedemporium.co.uk/httpdocs/system/library/cache.php on line 14Warning: unlink(/var/www/vhosts/personalisedemporium.co.uk/httpdocs/system/cache/cache.category.46.1.0.1391605067):

The errors recorded in admin were lots of these:

2014-02-10 15:47:58 - PHP Notice: Undefined index: reqd in /var/www/vhosts/personalisedemporium.co.uk/httpdocs/catalog/view/theme/PE/template/product/product.tpl on line 79

I do use FileZilla so will try and spot anything. I thought that as only 3 domains were affected it might be that those 3 had a particular mod on them that the others don't. It doesn't seem to be anything in vqmod as PE does not even have that installed. The third domain is a fresh install with a few css modifications so far. Vqmod is installed but no other mods as yet. So I can't find a pattern there :(

Yes PE does still exist in 1.4.9 but is being rebuilt in 1.5.6.2 at this very moment. It will be much nicer ;)

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by Markw999 » Fri Mar 14, 2014 8:15 am

I note you have the additional php.ini file - I too have been having problems including other ones with the random jpg files appearing in the download folder on three sites.

I was wondering if the following looks normal as it is a php.ini file that appears in every folder on all three sites

I just want to know if this is normal or should i be concerned and delete them.

Thanks

upload_max_filesize = 20M;
browscap = /usr/local/lib/browscap.ini;
error_reporting = (E_ALL & ~E_NOTICE & ~E_WARNING);
url_rewriter.tags = "a=href,area=href,frame=src,form=fakeentry,fieldset=";
register_globals = off;
allow_url_fopen = off;
max_execution_time = 50000;
safe_mode = off;
file_uploads = on;
magic_quotes_gpc = off;
memory_limit = 41943040;
short_open_tag = on;
post_max_size = 26214400;

Newbie

Posts

Joined
Tue Feb 04, 2014 5:47 am

Post by butte » Mon Mar 17, 2014 4:04 pm

Markw999, it is NOT normal. Here taking lines with comment before what it is now:

No, way too low and in wrong syntax, should be 999M:
post_max_size = 26214400;

For several reasons 998M (and must be less than post max):
upload_max_filesize = 20M;

No, binary progression and expressed in M, as 256M:
memory_limit = 41943040;

This one can relate to throwing 500 (it can be turned on and off accordingly, retry with on):
allow_url_fopen = off;

Whoa, nearly 2 hours; 300 or 3600 is usual depending upon what the host will allow you to get away with:
max_execution_time = 50000;

Good:
register_globals = off;
safe_mode = off;
file_uploads = on;
magic_quotes_gpc = off;
short_open_tag = on;

These can be done without:
browscap = /usr/local/lib/browscap.ini;
error_reporting = (E_ALL & ~E_NOTICE & ~E_WARNING);
url_rewriter.tags = "a=href,area=href,frame=src,form=fakeentry,fieldset=";

Guru Member

Posts

Joined
Wed Mar 20, 2013 6:58 am

Post by TAC » Sat May 03, 2014 9:14 pm

Something similar happening again :(

Despite my settings
Screen Shot 2014-05-03 at 14.10.20.png

Screen Shot 2014-05-03 at 14.10.20.png (23.7 KiB) Viewed 11063 times

This site is covered in error messages on the shop and admin. Admin is far worse. I also got this error in a pop-up box when I went to Admin/System to check I had errors set to not show....

Code: Select all

SyntaxError: JSON.parse: unexpected character

OK

<br />
<b>Warning</b>:  fopen(/var/www/vhosts/specialeditionchocolate.co.uk/httpdocs/shop/system/logs/error.txt): failed to open stream: Permission denied in <b>/var/www/vhosts/specialeditionchocolate.co.uk/httpdocs/shop/system/library/log.php</b> on line <b>12</b><br />
Is this the same issue as before, i.e. hackers???

User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by TAC » Sat May 03, 2014 9:18 pm

The pop-up box errors look like this
Screen Shot 2014-05-03 at 14.15.36.png

Screen Shot 2014-05-03 at 14.15.36.png (901.41 KiB) Viewed 11063 times


User avatar
TAC
Active Member

Posts

Joined
Sun Sep 26, 2010 1:33 am
Location - England

Post by chitwan.arora28 » Tue Dec 16, 2014 7:10 pm

hi all
i'm using opencart 2.0.1.1 and was installing the import export extention( http://www.opencart.com/index.php?route ... t%20export) on my extention installer and it gave me these errors:
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/controller/tool/export_import.php): failed to open stream: Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/model/tool/export_import.php): failed to open stream: Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273
2014-12-16 8:59:55 - PHP Warning: mkdir(): Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 266
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/view/stylesheet/export_import.css): failed to open stream: Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/language/english/tool/export_import.php): failed to open stream: Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/view/image/export-import/loading.gif): failed to open stream: No such file or directory in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273
2014-12-16 8:59:55 - PHP Warning: copy(/var/www/html/admin/view/template/tool/export_import.tpl): failed to open stream: Permission denied in /var/www/html/system/modification/admin/controller/extension/installer.php on line 273


i have already set the files and folder permission to 777 but still this error pops up. for the ftp issues previously i installed the quickfix extention also which works file.

Attachments

opencart.jpg

screenshot of popup - opencart.jpg (329.82 KiB) Viewed 8042 times



Posts

Joined
Tue Oct 28, 2014 2:22 am
Who is online

Users browsing this forum: Semrush [Bot] and 43 guests