OpenCart Community

Hello,

We're highly not recommend you utilize php.ini file under your installation? in order to avoid any software conflicts

You may manage PHP parameters via PHP selector and '.htaccess' file <p>&nbsp;</p>

ideep13 wrote: ↑

Sun Aug 06, 2017 5:59 pm

only ifI disable .htaccess and change it to htaccess.txt I can enter into dashboard and edit system

than after I change the compression to 6, I changed the file back to .htaccess

# force https if not present, and remove www. if used in domain name
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://djecje-kucice.com/$1 [R=301,L,NE]

# some special redirection
RewriteRule ^sitemap.xml$ index.php?route=feed/google_sitemap [L]
RewriteRule ^googlebase.xml$ index.php?route=feed/google_base [L]
RewriteRule ^system/storage/(.*) index.php?route=error/not_found [L]
RewriteRule ^download/(.*) /index.php?route=error/not_found [L]

# SEO: if it's not a real file or directory, and not certain images and auxiliary files, feed it to index.php
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !.*\.(ico|gif|jpg|jpeg|png|js|css)
RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA]

# block libwww-perl-based user agents (?)
RewriteCond %{HTTP_USER_AGENT} libwww-perl.* 
RewriteRule .* ? [F,L]

MrPhil wrote: ↑

Mon Aug 07, 2017 8:18 am

ideep13 wrote: ↑

Sun Aug 06, 2017 5:59 pm

only ifI disable .htaccess and change it to htaccess.txt I can enter into dashboard and edit system

That tells me that there is still something wrong in your .htaccess. When you say "dashboard", I take it you're talking about the OpenCart dashboard and not your hosting control panel? A hosting control panel should never be broken by something in .htaccess.[/code]

OPENCART dashboard

than after I change the compression to 6, I changed the file back to .htaccess

Does it work then, or is it still broken? [/code]

What do you mean? this is teh setting in system openacrt dashboard.. i checked if anything happens under gtmetrix.. but nothing happens..

i am tyelling you that if I have that code in .htacess I can NOT EDIT DASHBOARD.. in order to do that I nered to change .htaccess to htacess.txt so I can GET IN THE DASHBOARD

Code: Select all

Your home page seems to come up OK for me.[/b] Don't forget, after making a change, to force your browser to load a fresh copy of the page by either clearing your browser cache, or using Ctrl-F5. Is everything working again except that compression/gzip isn't where you want it to be? You could try commenting out ( # ) all the sections in .htaccess concerning gzip and DEFLATE, and see if the site at least is working properly. Then try uncommenting section by section the gzip and DEFLATE stuff, until you find the problem.

THE MAIN PROBLEMS ARE TWO:
1. I CAN NOT GET INTO THE DASHBOARD until I rename the name of the htaccess file
2. POOR PERFORMANCE ON GTMETRIX.. I am also working on the code in htaccess so I can improve the performance in GTMETRIX.. but in GTMETRIX report tha GZIP is clearly RED.. so something is wrong..

Code: Select all

I'm a bit concerned that you've got both DEFLATE and mod_gzip enabled in there. Possibly they are interacting in some strange way? You may end up having to use one or the other. You mention setting compression to "6" -- is that in .htaccess, OC dashboard, or in your hosting control panel? Again, you may be seeing some bad interaction between .htaccess compression settings and your control panel's or dashboard's compression settings (if any). Also note that mod_security has been known to do strange things to applications with complicated URI Query Strings, so you might want to comment out that section and see if anything improves. Start with a simple, clean, working setup; and then add in new settings (like compression) one at a time until something breaks. I suspect that you're adding settings that don't play nice together. Just because they're available doesn't mean they work together.

Under CPANEL I have the option under SOFTWARE -> Optimize Website -->

Compress Content
Apache allows you to compress content before sending it to the visitor’s browser. The types of content to be compressed are specified by MIME type. This feature requires Apache’s mod_deflate to function correctly.

Disabled
Compress All Content
Compress the specified MIME types.

I have the third one option selected.. But even if I disable nothing changes .. I still can't get into the OPENCART dasboard (I think this has nothing to do with entering dashboard) nor do I have better result in performace

I also told you that I uncomment ONE BY ONE, ALL, OR NEITHER.. I still can't get in.. I don't get any error505 I just can't change anything under system setting in OC (i get 404 error)

Code: Select all

### Additional Settings that may need to be enabled for some servers
### Uncomment the commands by removing the # sign in front of it.
### If you get an "Internal Server Error 500" after enabling any of the following settings, restore the # as this means your host doesn't allow that.

# 1. If your cart only allows you to add one item at a time, it is possible register_globals is on. This may work to disable it:
# php_flag register_globals off

# 2. If your cart has magic quotes enabled, This may work to disable it:
# php_flag magic_quotes_gpc Off

# 3. Set max upload file size. Most hosts will limit this and not allow it to be overridden but you can try
#php_value upload_max_filesize 999M

# 4. set max post size. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
#php_value post_max_size 999M

# 5. set max time script can take. uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
#php_value max_execution_time 200

# 6. set max time for input to be recieved. Uncomment this line if you have a lot of product options or are getting errors where forms are not saving all fields
#php_value max_input_time 200

# 7. disable open_basedir limitations
#php_admin_value open_basedir none

EDIT., I found out the error causing not entering the dashboard

Code: Select all

<IfModule mod_security.c>
 SecFilterEngine On
 SecFilterScanPOST On
</IfModule>

This was causing the error.

But now, I still have the red flag under gzip gtmetrix report!

I at least moved up a little bit.. now I have speed 62% D, but Yslow is still F

I am sure If I could enable gzip somehow I would have at least B!

MrPhil wrote: ↑

Mon Aug 07, 2017 9:27 pm

OK, so now all your store and admin capability is working properly? The only problem is that gtmetrix is reporting that you're very slow? Have you tried other performance ratings, such as from Google? Maybe gtmetrix has a very poor and slow connection to your server, for some reason. Just browsing your site, does it seem as fast as any other estore site, or is it noticeable in its slowness?[/code]

Yes, I tried other preformance ratings websites, but the results are catastrophic. All sites are saying no gzip, enable gzip..

My product images now changed overnight.. they shrinked somehow.. I don't know why.. And now it looks ugly.
I never touched image setting in OC dashboard.. so it is probably the fault in .htaccess..

I am clueless on what to do regarding getting my images back like it was.. and getting my performance and gzip finally working..

MrPhil wrote: ↑

Thu Aug 10, 2017 12:43 am

Your images look full-sized to me. Every time you change something, do you force a page refresh (usually Ctrl+F5) to make sure you're getting the absolute latest version? Is the text reduced in size, too? I've heard of people accidentally setting the "zoom" (scale) on their browser to other than 100% -- make sure you didn't do that (unless you have poor eyesight and need all pages zoomed in)!

Your pages do seem rather slow to load. I see you have a lot of slides loading... maybe that's part of the problem. Can you temporarily turn off your slide shows and see if performance greatly improves? Also make sure your images (including slides) are not of wildly huge size (e.g., 1024x768) and letting the browser scale them down (say, to 133x100). That wastes a lot of bandwidth to move huge image files and then scale them down.

As I said before, try only one compression method at a time (gzip, FLATE, etc.), as they may interact badly with one another. Your host should be able to tell you how to best implement something like gzip on your server, so make sure you've asked them.

IP_CAM wrote: ↑

Sun Aug 13, 2017 9:41 am

Well, this looks more like a download Page, with 311 Requests
and just about 5MByte Data Download, it's far beyond recommended spec's.
But GTMetrix tells you loud and clear, where you still have some improvent.
Good Luck, you'll need it!
Ernie

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at webmaster@djecje-kucice.com to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request.