This is due to either:
a) having extra spaces at the top or bottom of certain files you edited
b) saving in UTF-8 when it expects ANSI
c) weird characters before your doctype.
Check all the files you edited and try resaving them with a good editor like notepad++ using ANSI
And check that there are no weird characters or carriage returns at the bottom of files.
a) having extra spaces at the top or bottom of certain files you edited
b) saving in UTF-8 when it expects ANSI
c) weird characters before your doctype.
Check all the files you edited and try resaving them with a good editor like notepad++ using ANSI
And check that there are no weird characters or carriage returns at the bottom of files.
What is your site URL?
Ive just double checked version 1.2.9 using the latest version of opera and there are no problems.
Ive just double checked version 1.2.9 using the latest version of opera and there are no problems.
OpenCart®
Development Team
Global Moderator
Hi. I've made some investigation and i think it's problem of handling gzip in opera.
response.php - output()
if you remove compressing the page will be shown.
I can say that at home, on local PC it works fine in all browsers, but doesn't work on hosting. So maybe on hosting there is some strange apache configuration.
response.php - output()
Code: Select all
if ($level) {
$ouput = $this->compress($this->output, $level);
} else {
$ouput = $this->output;
}
I can say that at home, on local PC it works fine in all browsers, but doesn't work on hosting. So maybe on hosting there is some strange apache configuration.
The problem is not in FTP uploading. The problem is in compress() functionQphoria wrote:Are you uploading them to FTP via Ascii or binary? be sure to use binary.spyroid wrote: I can say that at home, on local PC it works fine in all browsers, but doesn't work on hosting. So maybe on hosting there is some strange apache configuration.
amcc wrote:what can i do to resolve this and what does the compress function even do ?![]()
thanks, amcc
for quick fix goto /system/library/response.php and find
Code: Select all
if ($level) {
$ouput = $this->compress($this->output, $level);
} else {
$ouput = $this->output;
}
Code: Select all
$ouput = $this->output;
No the problem is not in compression, as obviously the demo uses compression and loads in opera just fine.
The fact that removing compression helps just means that there is garbage going into the compression function which makes even worse garbage come out of it. If you fix the code properly by following my steps, then the code before compression should be clean and you can then still have compression working.
The fact that removing compression helps just means that there is garbage going into the compression function which makes even worse garbage come out of it. If you fix the code properly by following my steps, then the code before compression should be clean and you can then still have compression working.
Doesn't work in Opera 9.64, only shows garbage.
Go through your *.tpl files, and for any file that ends with a ''?>' make sure it won't be followed by whitespaces such as line breaks. Also, don't use MS Notepad for editing the files.
Go through your *.tpl files, and for any file that ends with a ''?>' make sure it won't be followed by whitespaces such as line breaks. Also, don't use MS Notepad for editing the files.
Export/Import Tool * SpamBot Buster * Unused Images Manager * Instant Option Price Calculator * Number Option * Google Tag Manager * Survey Plus * OpenTwig
Who is online
Users browsing this forum: No registered users and 50 guests