apparently it can. I did merge the html_output.php files though...
Thank You,
John
Printable View
apparently it can. I did merge the html_output.php files though...
Thank You,
John
Hi,
I have been using the version 2.215 of this wonderful module on zencart version 1.5.4 and it is working very fine.
Now, i want to use SSL and make my site secure using https://
My question is :
Can I tweak the configure.php file to redirect the url to https:// even if I am already redirecting my URLs through this mod?
Moreover, will changing to https:// harm my ranking on google? or will it transfer the ranking to the new https:// site?
Kindly reply with steps to do this properly.
thanks in advance.
-muteyaar
see:Quote:
Originally Posted by muteyaar
https://www.zen-cart.com/content.php...o-i-enable-ssl
pay close attention to #3. i'm assuming you are turning on SSL for the whole site. its actually quite easy:
If you want your ENTIRE site to be served over SSL, then use https on both defines:
i make no guarantees with regards to google, but my experience says your rank will be unaffected by this change.Code:define('HTTP_SERVER', 'https://www.YOUR_SHOP.com');
define('HTTPS_SERVER', 'https://www.YOUR_SHOP.com');
define('ENABLE_SSL', 'true');
nothing need be done with regards to ultimate SEO....
good luck!
Hi there,
I was just wondering, is this module php 7.1 compatible? I am not certain it is the reason for the error, but I get a blank page but part of the url at the top of page. For example, on featured page it shows:-
/featured_products
And so on. I am on 1.55f, I know that it is not 7.2 compatible, so perhaps actually its not 7.1 compatible. The url showing thing just made me wonder if the url rewriting part of this module might need tweaking. Thanks in advance for any replies.
Hello all,
I used ultimate_urls/ rss/ news etc plus, and i can see the urls with ?* as :http://www.targetmarts.com/womens-ha...0a&filter_id=6
i hope the urls replace ?* to whate choose ,display as http://www.targetmarts.com/womens-ha...c-11_13/coach/
rss display as:
http://www.targetmarts.com/rss_feed/ http://www.targetmarts.com/rss_feed/...dbags-c-11_13/ http://www.targetmarts.com/rss_feed/...c-11_13/coach/ etc
news display as:
replace http://www.targetmarts.com/more_news?news_id=6 to http://www.targetmarts.com/more_news/(news_tittle)
http://www.targetmarts.com/security-...ort=20a&page=3 replace to : http://www.targetmarts.com/security-cameras-c-1/page=3 or page/3
please let us to know how to work for this ?
My Ultimate URLs set as: configuration-Ultimate URLs-Limit alternate URLS to the following pages: product_info, product_music_info, document_general_info, document_product_info, product_free_shipping_info, products_new, products_all, shopping_cart, featured_products, specials, contact_us, conditions, privacy, reviews, shippinginfo, faqs_all, site_map, gv_faq, discount_coupon, page, page_2, page_3, page_4, manufacturers_all, wishlist, manufacturers_about, links, links_submit, advanced_search_result, advanced_search, unsubscribe, login, account, account_history_info, wishlists, wishlist_edit, about_us, wholesale, ask_a_question, affiliate, products, product_reviews_info, news_archive, more_news, index
.htaccess:
by the way,i found view-source:http://targetmarts.com/ home page url wasPHP Code:#############################
## General Settings
Options +SymLinksIfOwnerMatch -FollowSymlinks -Indexes
RewriteEngine ON
# Define the default Character Set for Browsers
AddDefaultCharset utf-8
#############################
## Header Settings
<IfModule mod_headers.c>
# Set the default language of your site
Header set Content-Language "en-us"
# Ensure the most current site files are being provided
Header set Cache-Control "proxy-revalidate, stale-while-revalidate=86400, stale-if-error=259200"
# Prevents seeing information not needed to see
Header unset X-Powered-By
# Protection against PHP or Javascript code placed within images and other misinterpretations of your resources.
Header set X-Content-Type-Options "nosniff"
# Protection against Clickjacking
Header set X-Frame-Options "SameOrigin"
# Protection against XSS (Cross-Site Scripting)
Header set X-XSS-Protection "1; mode=block"
# Protection against abuse of Adobe Flash / Silverlight / PDF files
Header set X-Permitted-Cross-Domain-Policies "Master-Only"
</IfModule>
#############################
## EXPIRES CACHING
# Note: You cannot set expires headers for files or content you are loading from a different site.
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 day"
ExpiresByType application/javascript "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType application/x-shockwave-flash "access plus 1 month"
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresByType image/webp "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType text/x-javascript "access plus 1 month"
# Embedded OpenType (EOT)
ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
ExpiresByType font/eot "access plus 1 month"
# OpenType
ExpiresByType font/opentype "access plus 1 month"
# TrueType
ExpiresByType application/x-font-ttf "access plus 1 month"
# Web Open Font Format (WOFF) 1.0
ExpiresByType application/font-woff "access plus 1 month"
ExpiresByType application/x-font-woff "access plus 1 month"
ExpiresByType font/woff "access plus 1 month"
# Web Open Font Format (WOFF) 2.0
ExpiresByType application/font-woff2 "access plus 1 month"
</IfModule>
RewriteEngine on
RewriteBase /
RewriteRule ^\.htaccess$ - [F]
#RewriteCond %{QUERY_STRING} ^$
#RewriteRule ^index\.php$ / [R=301,L]
RewriteRule ^index\.php$ - [L]
# Handles the new URL formats
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
# For dreamscape's News & Articles Manager
RewriteRule ^news/?$ index\.php?main_page=news&%{QUERY_STRING} [L]
RewriteRule ^news/rss.xml$ index\.php?main_page=news_rss&%{QUERY_STRING} [L]
RewriteRule ^news/archive/?$ index\.php?main_page=news_archive&%{QUERY_STRING} [L]
RewriteRule ^news/([0-9]{4})-([0-9]{2})-([0-9]{2})$ index\.php?main_page=news&date=$1-$2-$3&%{QUERY_STRING} [L]
RewriteRule ^news/archive/([0-9]{4})-([0-9]{2})$ index\.php?main_page=news_archive&date=$1-$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+)-comments$ index\.php?main_page=news_comments&article_id=$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+)$ index\.php?main_page=news_article&article_id=$2&%{QUERY_STRING} [L]
# Original (unchanged) URL formats
RewriteRule ^(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+)(.*)$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-ezp-([0-9]+)(.*)$ index\.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)(.*)$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^news/?$ index.php?main_page=news&%{QUERY_STRING} [L]
RewriteRule ^news/rss.xml$ index.php?main_page=news_rss&%{QUERY_STRING} [L]
RewriteRule ^news/archive/?$ index.php?main_page=news_archive&%{QUERY_STRING} [L]
RewriteRule ^news/([0-9]{4})-([0-9]{2})-([0-9]{2})$ index.php?main_page=news&date=$1-$2-$3&%{QUERY_STRING} [L]
RewriteRule ^news/archive/([0-9]{4})-([0-9]{2})$ index.php?main_page=news_archive&date=$1-$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+)-comments$ index.php?main_page=news_comments&article_id=$2&%{QUERY_STRING} [L]
RewriteRule ^news/(.*)-a-([0-9]+)$ index.php?main_page=news_article&article_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-i-([0-9]+)$ index.php?main_page=info_manager&pages_id=$2&%{QUERY_STRING} [L]
RewriteRule ^producttags/(.*)$ index.php?main_page=producttags&letter=$1&%{QUERY_STRING} [L]
RewriteRule ^producttags/(.*)/([0-9]+)$ index.php?main_page=producttags&letter=$1&page=$2&%{QUERY_STRING} [L]
RewriteRule ^wishlist/$ index.php?main_page=wishlist [L]
RewriteRule ^wishlist/(.*)$ index.php?main_page=wishlist&letter=$1&%{QUERY_STRING} [L]
RewriteRule ^wishlist/(.*)/([0-9]+)$ index.php?main_page=wishlist&letter=$1&page=$2&%{QUERY_STRING} [L]
# Rewrite all other requests (if the file / directory does not exist)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index\.php?main_page=$1&%{QUERY_STRING} [L]
<base href="http://www.targetmarts.com/" />
<link rel="canonical" href="http://www.targetmarts.com/" />
<link rel="alternate" href="http://www.targetmarts.com/index?language=gb" hreflang="gb" />
<link rel="alternate" href="http://www.targetmarts.com/index?language=en" hreflang="en" />
i want replace to :
<base href="http://www.targetmarts.com/" />
<link rel="canonical" href="http://www.targetmarts.com/" />
<link rel="alternate" href="http://www.targetmarts.com/?language=gb" hreflang="gb" />
<link rel="alternate" href="http://www.targetmarts.com/?language=en" hreflang="en" />
how to do ?
Hi,
I wonder if you can help me.
ZC 1.5.5f
USU 2.215
I am having trouble with repopulating the attributes after clicking a product in cart.
With USU enabled, in the cart links look like this:
my-product-name-p-341.html
With USU disabled, in the cart links look like this:
index.php?main_page=product_info&products_id=341:975079f2b110126e0c4ba1af5219705 c
Here is the part of .htaccess that deals with USU rewrites:
# Handles the new URL formats
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$4&cPath=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)/(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$4&cPath=$2&%{QUERY_STRING } [L]
# Original (unchanged) URL formats
RewriteRule ^(.*)-p-([0-9]+)(.*)$ index\.php?main_page=product_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-m-([0-9]+)(.*)$ index\.php?main_page=index&manufacturers_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pi-([0-9]+)(.*)$ index\.php?main_page=popup_image&pID=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pr-([0-9]+)(.*)$ index\.php?main_page=product_reviews&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-pri-([0-9]+)(.*)$ index\.php?main_page=product_reviews_info&products_id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-ezp-([0-9]+)(.*)$ index\.php?main_page=page&id=$2&%{QUERY_STRING} [L]
RewriteRule ^(.*)-c-([0-9_]+)(.*)$ index\.php?main_page=index&cPath=$2&%{QUERY_STRING} [L]
Thanks!
David
So, after some digging in, I found there are two problems. For an unknown reason, the USU 2.215 no longer passes the attributes to product link.
To fix that, in includes/classes/usu.php uncomment LINE 320. Like so:
toPHP Code:$p2[1] = zen_get_prid($p2[1]);
Next problem will only affect you if you are running Apache on Windows (which in my case I was - for a test server).PHP Code:// $p2[1] = zen_get_prid($p2[1]);
The colon is a disallowed character on Windows version of Apache, due to NTFS conventions. I instead opted for using a plus '+' character. I simply added to includes/classes/usu.php LINE 321:
This gives me the SEO link that is formatted like so:PHP Code:$p2[1] = str_replace(":","+",$p2[1]);
https://www.example.com/seo-page-nam...13b81846f.html
Then, in .htaccess, I added:
This splits the value and reassembles it with a colon, to feed it back to PHP that expects it. As in:Code:RewriteRule ^(.*)-p-([^\+]+)\+(.*)\.html$ index\.php?main_page=product_info&products_id=$2:$3&%{QUERY_STRING} [L]
https://www.example.com/index.php?ma...25ef413b81846f
Hopefully, I will only need to do this on Windows (test) server and should be unnecessary on the Unix Apache, come deployment time.
So, after some digging in, I found there are two problems. For an unknown reason, the USU 2.215 no longer passes the attributes to product link.
To fix that, in includes/classes/usu.php uncomment LINE 320. Like so:
toPHP Code:$p2[1] = zen_get_prid($p2[1]);
Next problem will only affect you if you are running Apache on Windows (which in my case I was - for a test server).PHP Code:// $p2[1] = zen_get_prid($p2[1]);
The colon is a disallowed character on Windows version of Apache, due to NTFS conventions. I instead opted for using a plus '+' character. I simply added to includes/classes/usu.php LINE 321:
This gives me the SEO link that is formatted like so:PHP Code:$p2[1] = str_replace(":","+",$p2[1]);
https://www.example.com/seo-page-nam...13b81846f.html
Then, in .htaccess, I added:
This splits the value and reassembles it with a colon, to feed it back to PHP that expects it. As in:Code:RewriteRule ^(.*)-p-([^\+]+)\+(.*)\.html$ index\.php?main_page=product_info&products_id=$2:$3&%{QUERY_STRING} [L]
https://www.example.com/index.php?ma...25ef413b81846f
Hopefully, I will only need to do this on Windows (test) server and should be unnecessary on the Unix Apache, come deployment time.
Probably a dumb question but I suppose the new URL is supposed to show up in my Browser URL but it does not, neither for new or existing products.
If I run debug log the new URLs are created OK, if I copy one URL and paste it in my Browser then the correct product shows up.
If I look at my page source then the "link rel="canonical" href" shows the new URL in both languages available on my site.
Maybe I configured something wrong somewhere?
My site is https://www.simmar.ch/catalog, thanks for any help :)
Domain: homepromedical.com
The website cannot "Buy Now" when customers purchase from Manufacturer List.
As I described from this topic...
https://www.zen-cart.com/showthread....ufacturer-List
I suspected this plugin may trigger the problem (the Ultimate SEO version is 2.212).
The "index.html" is the reason of 404 error...
But, website using index.php for all actions.
Therefore, I think the rewrite may lead to this problem.
nginx How to implement rewrite?
We just migrated to Ultimate from Ceon and are having problems with the way that Ultimate appends extra characters to the URL. For example:
"https://www.filefolderheaven.com/adapted-books-c-49/just-adapted-books-c-49_50/fox-says-good-working-with-core-vocabulary-p-2874"
Is there anyway to remove the "-C-49", etc
We want our URLs to look more like this:
"https://www.filefolderheaven.com/adapted-books/just-adapted-books/fox-says-good-working-with-core-vocabulary"
Thank you
That's not the way that USU works. Those "appendages" are how USU's .htaccess maps the URI into a specific page; the p-2874 identifies products_id = 2874 and c-49_50 maps to a cPath of 49_50.
You can lose the C-49 component (cPath) of the url in admin/configuration/ultimate_urls go to 'Generate cPath parameters' and disable 'auto' - that should get rid of the C-49 component - however as lat9 said, you will not get rid of the page number (p-2874) - Ultimate requires it.Quote:
Originally Posted by treyslay77
cheers,
Mike
Did you upload the .htaccess file into the root of your store? this file has the rewrite instructions - so if you haven't then go to your plugin downloaded folders and open the folder .htaccess - you will see a 'globe' style icon with .htaccess next to it - upload that into your root.Quote:
Originally Posted by jiji2018
cheers,
Mike
this is just plain wrong.Quote:
Originally Posted by shags38
.htaccess is meant to be used with apache not nginx.
while there may be some experienced nginx admins on this board, i would think there are better resources for how to implement rewrites using nginx then the zen-cart shopping cart board.
best.
zen cart version is 1.5.5f, php version 5.6.35, apache 2.4.33, mysql 5.7.21
I use Ultimate SEO URLs - Version: 2.215, all is ok.
When there is a #15 character in the product name, I am using the search bar #15, but I can't search for the result. There is no 'keyword=' attribute in the URL. If I uninstall the Ultimate SEO URLs, I can use the search function normally. How can I modify this plugin?
I don't understand what the #15 character is, could you provide the full product name that gives you this problem?Quote:
Originally Posted by viomaze
Sorry, I know this is a reply to an old post but I am having the same problem with manufacturers and I can't work out where to check to fix the problem. I have Zen Cart v1.5.5f and Ultimate URLS v2.215 installed. It looks like zen_href_link is being used every where but I'm obviously missing something. I have checked and I can't see the template overriding anything.Quote:
Originally Posted by bwlinux
The canonical URL for the manufacturer page is correct (https://www.aliensandstrangersmusic....k-w-fobes-m-30). If I paste the canonical into the browser the manufacturers page loads correctly. But clicking on the manufacturer in the sidebox the link directed to is the https://www.aliensandstrangersmusic....acturers_id=30 format. Trying to track down where the onchange is processed.Can you point me in the right direction.Code:<select name="manufacturers_id" onchange="this.form.submit();" size="5" style="width: 90%; margin: auto;">
Thanks!
Hello, I'm trying to install Ultimate SEO URL on Zencart 1.5.5e and PHP 5.6
Is this possible? In my case:
1) I couldn't use the recommended method "Plugin Manager" as I couldn't find where to download it.
I searched hard. Where do you get "Plugin Manager" from?
2) I couldn't use the alternate manual method either as I get this error:
"An error occurred while replacing / updating content in '/<base_dir>/myshop/<admin_dir>/categories.php'. Backtrack Limit exceeded. This usually indicates an overly conservative pcre.backtrack_limit configured on your server (or restricted by mod_security). Either change the setting or manually merge the required changes."
pcre.backtrack_limit is set to one million
my provider won't change the settings of mod_security
3) the last resort method (compare/merge) it's quite impractical (meaning too difficult for me) as the files provided with Ultimate SEO URL are for zencart 1.5.4 while I have 1.5.5e
Could somebody either:
- tell me where to get "Plugin Manager"
- tell me a trick to bypass mod_security restrictions
- send a 1.5.5e version of the files to modify so I can manage to compare and find the relevant differences?
By the way is lhungil still working on this project?
I put :
pcre.backtrack_limit = 15000000
pcre.recursion_limit = 15000000
in my php.ini and the installation completed.
Interesting how useless was the discussion with my host (hostgator). Despite showing the error message they insisted they couldn't help me for security reasons. I think I will look for another one.
my experience tells me hostgator is not a very good host.... so not surprising....Quote:
Originally Posted by mecms
this guy @barco57 says he hosts 1000s of ZC sites, is pretty active on the board and the ZC community. you might want to give them a shot at:
https://geekhost.ca/hosting.html
i have zero affiliation with them, and receive no financial benefit.
best.
EDIT ... after posting I saw the other responses which may have better answers but will leave this here in case it is usefulQuote:
Originally Posted by mecms
I have this plugin working fine on 1.5.5f - I am not suggesting this will fix your issue however for mod_security issues I contacted my host and asked them to correct any mod_security issues - my .htaccess file now has the following entry inserted by my host - maybe try this and see if it works for you. You could also do a Google search for mod_security issues and you may find other code to use on your .htaccess
<IfModule mod_security.c>
SecFilterScanPOST Off
</IfModule>
cheers,
Mike
p.s. in case you are not familiar with modifying the .htaccess file: to find your .htaccess file go to cPanel >> file manager >> public html >> click on .htaccess file and select download on the tool bar across the top. Open the file in edit with notepad or something similar >> insert that code (I don't think it matters where but close to the top is good, I think) >> save and then go to file manager and select 'upload' from the tool bar and follow the prompts >>> the file will load without the 'dot', so just as htaccess and not as .htaccess >>> this is CRITICAL >> click on your existing .htaccess file >> click 'rename' on the toolbar above >> rename that file as .htaccess_old >> then rename the new file by putting the dot in front of it.
You now have the modified file as the active file and the unmodified file is saved as a safeguard in case you need to reinstate it (using the rename process)
@carlwhat thank you for the suggestion, I'm taking a look at it... I was already unhappy with hostgator for many other reasons but let's not go off topic... at first look yours is more expensive but I guess I was getting what I paid for.
@shags38 thank you, I had already tried to turn off the mod_security via directives in the .htaccess in all possible ways I've found searching on the web but it had no effect - I guess my host disabled the option to alter mod_security settings as they also refused to discuss it with me.
Thanks also for the details on how to edit a file... I am a Linux user, I do ssh to the remote host and edit files with vi, I find it quite more practical :-)
By the way, @carlwhat, will your suggested host allow me to do ssh, rsync, and maybe also to install mc (midnight commander) ?
Thank you all!
Is there a way to change the product ID to model/sku/item number?
For an example:
The Item/Sku Number is for the item is: 12010970
from galaxyhomedecor.com/give-thanks-pumpkin-decoration-p-1490
to
galaxyhomedecor.com/give-thanks-pumpkin-decoration-p-12010970
@mecms ssh is closed down in a PCI compliant environment.
really? can you point to the specific part of the PCI-DSS standard that explicitly states ssh is not allowed?Quote:
Originally Posted by barco57
perhaps you do not allow it; but as a host, can you get onto your server with ssh? (that is a rhetorical question...) how is your account any more PCI compliant than a client's account?
frankly i find it hard to imagine that the PCI-DSS standard has explicitly disallowed ssh... but i have been wrong before.
Hi.
Every time I try to install it, in a v1.5.5f, the admin panel shows me this error:
WARNING: An Error occurred, please refresh the page and try again.
I'm working on PHP 7.0
Any suggestions?
Thanks for your help. Greetings.
Look in the site's /logs directory for file(s) named myDEBUG-adm-*.log. One of them will tell you what the error is all about.
You can post the contents of the log file back here, within a "CODE" tag (the big # in the menu-bar when you're writing a post). Since this occurs in your admin, be sure to xxx-out any reference to your admin folder's name.
Thanks, lat9 and grace spor your tips, I have changed the name of the admin folder ;-)
The log shows me this:
Any ideas on how to fix it?Code:[18-Oct-2018 23:34:04 UTC] Request URI: /admin/index.php, IP address: xxxxxxxxxx
#1 include_once() called at [/home/yo/public_html/admin/includes/classes/plugin.php:292]
#2 plugin->__construct() called at [/home/yo/public_html/admin/includes/init_includes/init_usu_install.php:6]
#3 require(/home/yo/public_html/admin/includes/init_includes/init_usu_install.php) called at [/home/yo/public_html/includes/autoload_func.php:48]
#4 require(/home/yo/public_html/includes/autoload_func.php) called at [/home/yo/public_html/admin/includes/application_top.php:171]
#5 require(/home/yo/public_html/admin/includes/application_top.php) called at [/home/yo/public_html/admin/index.php:10]
[18-Oct-2018 23:34:04 UTC] PHP Warning: include_once(/home/yo/public_html/admin/includes/languages/spanish/modules/plugin/plugin.php): failed to open stream: No such file or directory in /home/yo/public_html/admin/includes/classes/plugin.php on line 292
[18-Oct-2018 23:34:04 UTC] Request URI: /admin/index.php, IP address: xxxxxxxxxxx#1 include_once() called at [/home/yo/public_html/admin/includes/classes/plugin.php:292]
#2 plugin->__construct() called at [/home/yo/public_html/admin/includes/init_includes/init_usu_install.php:6]
#3 require(/home/yo/public_html/admin/includes/init_includes/init_usu_install.php) called at [/home/yo/public_html/includes/autoload_func.php:48]
#4 require(/home/yo/public_html/includes/autoload_func.php) called at [/home/yo/public_html/admin/includes/application_top.php:171]
#5 require(/home/yo/public_html/admin/includes/application_top.php) called at [/home/yo/public_html/admin/index.php:10]
[18-Oct-2018 23:34:04 UTC] PHP Warning: include_once(): Failed opening '/home/yo/public_html/admin/includes/languages/spanish/modules/plugin/plugin.php' for inclusion (include_path='.:/opt/cpanel/ea-php70/root/usr/share/pear') in /home/yo/public_html/admin/includes/classes/plugin.php on line 292
[18-Oct-2018 23:34:04 UTC] Request URI: /admin/index.php, IP address: xxxxxxxxxxxxxxx
#1 trigger_error() called at [/home/yo/public_html/includes/classes/db/mysql/query_factory.php:171]
#2 queryFactory->show_error() called at [/home/yo/public_html/includes/classes/db/mysql/query_factory.php:143]
#3 queryFactory->set_error() called at [/home/yo/public_html/includes/classes/db/mysql/query_factory.php:270]
#4 queryFactory->Execute() called at [/home/yo/public_html/admin/includes/classes/usu_plugin.php:144]
#5 usu_plugin->handleDatabaseChanges() called at [/home/yo/public_html/admin/includes/classes/plugin.php:336]
#6 plugin->install() called at [/home/yo/public_html/admin/includes/classes/usu_plugin.php:474]
#7 usu_plugin->install() called at [/home/yo/public_html/admin/includes/init_includes/init_usu_install.php:7]
#8 require(/home/yo/public_html/admin/includes/init_includes/init_usu_install.php) called at [/home/yo/public_html/includes/autoload_func.php:48]
#9 require(/home/yo/public_html/includes/autoload_func.php) called at [/home/yo/public_html/admin/includes/application_top.php:171]
#10 require(/home/yo/public_html/admin/includes/application_top.php) called at [/home/yo/public_html/admin/index.php:10]
[18-Oct-2018 23:34:04 UTC] PHP Fatal error: 1067:Invalid default value for 'cache_date' :: CREATE TABLE `zengl_usu_cache` ( `cache_id` VARCHAR(32) NOT NULL default '', `cache_language_id` TINYINT(1) NOT NULL default '0', `cache_name` VARCHAR(255) NOT NULL default '', `cache_data` MEDIUMBLOB NOT NULL, `cache_global` TINYINT(1) NOT NULL default '1', `cache_gzip` TINYINT(1) NOT NULL default '1', `cache_method` VARCHAR(20) NOT NULL default 'RETURN', `cache_date` DATETIME NOT NULL default '0000-00-00 00:00:00', `cache_expires` DATETIME NOT NULL default '0000-00-00 00:00:00', PRIMARY KEY (`cache_id`,`cache_language_id`), KEY `cache_id` (`cache_id`), KEY `cache_language_id` (`cache_language_id`), KEY `cache_global` (`cache_global`) ) ==> (as called by) /home/yo/public_html/admin/includes/classes/usu_plugin.php on line 144 <== in /home/yo/public_html/includes/classes/db/mysql/query_factory.php on line 171
Thank you ;-)
Yikes, the plugin's initialization script is setting those datetime fields to an invalid date. You'll need to edit the file /admin/includes/classes/usu_plugin.php, finding the following code-fragment starting at line 123:
and changing the highlighted sections as shown below:Code:public function handleDatabaseChanges($install = true) {
global $db, $messageStack;
$success = true;
if($install) {
if(!$this->dbTableExists(TABLE_USU_CACHE)) {
$db->Execute(
'CREATE TABLE `' . TABLE_USU_CACHE . '` ( ' .
'`cache_id` VARCHAR(32) NOT NULL default \'\', ' .
'`cache_language_id` TINYINT(1) NOT NULL default \'0\', ' .
'`cache_name` VARCHAR(255) NOT NULL default \'\', ' .
'`cache_data` MEDIUMBLOB NOT NULL, ' .
'`cache_global` TINYINT(1) NOT NULL default \'1\', ' .
'`cache_gzip` TINYINT(1) NOT NULL default \'1\', ' .
'`cache_method` VARCHAR(20) NOT NULL default \'RETURN\', ' .
'`cache_date` DATETIME NOT NULL default \'0000-00-00 00:00:00\', ' .
'`cache_expires` DATETIME NOT NULL default \'0000-00-00 00:00:00\', ' .
'PRIMARY KEY (`cache_id`,`cache_language_id`), ' .
'KEY `cache_id` (`cache_id`), ' .
'KEY `cache_language_id` (`cache_language_id`), ' .
'KEY `cache_global` (`cache_global`) ' .
')'
);
}
I'll get an update going ...Code:public function handleDatabaseChanges($install = true) {
global $db, $messageStack;
$success = true;
if($install) {
if(!$this->dbTableExists(TABLE_USU_CACHE)) {
$db->Execute(
'CREATE TABLE `' . TABLE_USU_CACHE . '` ( ' .
'`cache_id` VARCHAR(32) NOT NULL default \'\', ' .
'`cache_language_id` TINYINT(1) NOT NULL default \'0\', ' .
'`cache_name` VARCHAR(255) NOT NULL default \'\', ' .
'`cache_data` MEDIUMBLOB NOT NULL, ' .
'`cache_global` TINYINT(1) NOT NULL default \'1\', ' .
'`cache_gzip` TINYINT(1) NOT NULL default \'1\', ' .
'`cache_method` VARCHAR(20) NOT NULL default \'RETURN\', ' .
'`cache_date` DATETIME NOT NULL default \'0001-01-01 00:00:00\', ' .
'`cache_expires` DATETIME NOT NULL default \'0001-01-01 00:00:00\', ' .
'PRIMARY KEY (`cache_id`,`cache_language_id`), ' .
'KEY `cache_id` (`cache_id`), ' .
'KEY `cache_language_id` (`cache_language_id`), ' .
'KEY `cache_global` (`cache_global`) ' .
')'
);
}
Hi, lat 9
Perfect, now the admin has returned, but I do not see "Ultimate SEO" in "Configuration".
What could I have done wrong? How to make it appear to configure it?
Thank you very much for your help, I really need it :blush:
Thank you
I'd follow the steps in the USU readme to 'uninstall' (backing up files and database first) and then re-install. That MySQL error on the database table-addition has "confused" USU's installation procedure.
Hi, lat 9
I have uninstalled the module and reinstalled it.
It does not give me any errors, but nothing is shown in "Configuration" of the administration panel.
I have checked the logs and none has been created.
Any ideas?
Thank you very much, really, I am totally lost.
Are you familiar with how to use your webhost's phpMyAdmin database tool? If so, I'll post some instructions through which you can "gather" some information to help identify the source of the issue.
Hi, lat 9
I have worked something, very little, but I can access without problems.
I am very thankfull for your help.
OK, let's see what's in the configuration by running a couple of queries.
Log into your site's phpMyAdmin, click the SQL tab, enter the following query and press Go. Note that this assumes that your DB_PREFIX (defined in the configure.php files) is set to ''; if it's set to something else, e.g. 'zen_', then enter zen_configuration:
Post-back those results. Then click the SQL tab again, enter the following query and press Go. Same assumption as above; if your DB_PREFIX is not an empty string, e.g. 'zen_', use zen_admin_pages:Code:SELECT * FROM configuration WHERE configuration_key LIKE 'USU_%' OR configuration_key LIKE 'SEO_%';
Post-back those results, too.Code:SELECT * FROM admin_pages WHERE page_key = 'configUltimateSEO';
I'm, essentially, trying to determine where your site is in the USU installation process so that I can get you back on-track.
Hi, lat 9
Let's see if I'm doing it right ... I've made the query:
And the consultation:Code:SELECT * FROM prefix_configuration WHERE configuration_key LIKE 'USU_%' OR configuration_key LIKE 'SEO_%';
Understanding that "prefix" is the prefix of my BBDD.Code:SELECT * FROM prefix_admin_pages WHERE page_key = 'configUltimateSEO';
I do not know if I've done it well, but both times it shows me 0 values ...
:-(
Did you replace USU's installation files after you uninstalled?
The plugin currently (:censored:) uses an installation method that removes its installation files after completion. That's something I'll be changing in any future update.
Hi, lat 9
In Admin> includes> auto_loaders The file "config.usu_onetime.php" is missing
In Admin> includes> init_includes The file "init_usu_install.php" is not there
Should be?
;-(
Try copying those two files (they're the ones that are auto-deleted by the plugin's installation method) from the plugin's 'install' subdirectory to your store's admin directory.
Hi, lat 9
I have already uploaded the two files, I clicked on the administration panel and nothing, in "configuration" nothing is shown.
I left the administrator, I went back in and nothing, nothing appears in "configuration" ...
I'm desperate, what do you think I can do?
Thanks for your help.
Hi!
I regret not being able to provide the FTP access data or the Administrator, as you have asked me in private, but even though in the end I had to install another module for the friendly URLs and I could not have this module, I must say that the service Attention is unbeatable.
Thanks for everything.
I've just submitted USU 2.216 to the plugins for review, correcting that default value for the datetime fields. I'll post back here once it's available.
Note that the plugin's GitHub repository has now been established: https://github.com/lat9/usu
v2.216 is now available for download from the Zen Cart plugins: https://www.zen-cart.com/downloads.php?do=file&id=132Quote:
Originally Posted by lat9
Hello Cindy - I am getting the following myDEBUG - I have no idea what it means so wondered if you can help please - cheers, Mike
I am having issues with SiteMapXML which mc123456789 thinks may be related to USU so not sure if above is related or not, thread >> https://www.zen-cart.com/showthread....56#post1351156Code:[27-Nov-2018 13:34:28 Australia/Melbourne] Request URI: /dazzlers/product.php?page=17&product_type=1&cPath=1&pID=178&action=new_product, IP address: 61.68.101.120
#1 mkdir() called at [/home/cliponearrings/public_html/includes/classes/usu.php:1604]
#2 usu->__destruct()
[27-Nov-2018 13:34:28 Australia/Melbourne] PHP Warning: mkdir(): Invalid path in /home/cliponearrings/public_html/includes/classes/usu.php on line 1604
[27-Nov-2018 13:34:28 Australia/Melbourne] Request URI: /dazzlers/product.php?page=17&product_type=1&cPath=1&pID=178&action=new_product, IP address: 61.68.101.120
#1 fclose() called at [/home/cliponearrings/public_html/includes/classes/usu.php:1618]
#2 usu->__destruct()
[27-Nov-2018 13:34:28 Australia/Melbourne] PHP Warning: fclose() expects parameter 1 to be resource, null given in /home/cliponearrings/public_html/includes/classes/usu.php on line 1618
Mike, I've opened an issue on the USU GitHub repository to track this change. You can work around the issue (the log being generated) by disabling USU's debug via its admin configuration page.
Thanks for that Cindy - the USU error log was already set to false - I'll keep an eye out for updates :smile:
Just wondering if you have any thoughts on the relationship of USU to SitemapXML with the issue I have in sitemaps submitting standard cPath urls and not USU urls and with no canonical links? - Google doesn't (can't) index them! - thread >> https://www.zen-cart.com/showthread....56#post1351156
thanks again for your assistance,
cheers Mike
Mike, my best guess is that SitemapXML runs in an admin environment, where the zen_href_link function refers to admin-based pages and USU doesn't intercept.Quote:
Originally Posted by shags38
Hi, I am using 2.215 and also use DPU (Dynamic Price Updater). I noticed that on my Ultimate URLs html pages that the DPU price update did not work, the ajax gif just spins constantly. I checked corresponding php product page and it works. This is happening on all html pages generated by Ultimate URLs. I am running Zen v1.5.4 and the latest version of DPU.
Also I went to upgrade to 2.216 and I followed the uninstall directions in 2.215 but as soon as I upload the 2 php uninstall files the admin side of the site is broken. Also before trying to upgrade I noticed the admin page for 2.215 was missing in my Configuration drop down but I was able to use another php link and change the id number until I found the php page so I can get there just not from the configuration drop down. Thought that was weird.
Anyone had this problem(s) or know the fix to any of them?
Thanks in advance!
John
Hi,
Looks like last USU is not compatible with 1.5.6 (at least ez pages got new table in db).
I'd like to fix it/create PR, but https://github.com/lat9/usu looks stale - how can I contribute?
I noticed the same thing but haven't had time to look at it yet. Your help would be greatly appreciated. The GitHub is now, not stale. :-)
Quote:
Originally Posted by daniellek
Quote:
Originally Posted by daniellek
The GitHub is not stale, it reflects the current version posted to the Zen Cart plugins.Quote:
Originally Posted by jeking
Oh, sorry my bad, here's the PR then :)
https://github.com/lat9/usu/pull/3
Thanks for that, @daniellek. I've accepted that (and @jeking's) PR correcting the USU handling in light of the non-downwardly-compatible change made to the EZ-Pages' database table-structure in zc156.Quote:
Originally Posted by daniellek
I'll let the dust settle a tad for zc156 and then get that packaged up for release.
v155f php7.1
Just wondering when and if the apparent issue with 2.215 of the canonical not working with SitemapXML in v155(f) will be fixed? I understand lat9 is working on an upgrade for version 1.5.6 however I am hoping someone with some coding knowledge might be able to take a look at the current issue for those not yet ready to go to 1.5.6 ?
cheers,
Mike
I've just submitted v2.217 of USU to the Zen Cart plugins for review.
This version contains changes associated with Zen Cart 1.5.6's restructured EZ-Pages while maintaining downward compatibility with prior Zen Cart versions. Thanks to @daniellek, @jeking and @proseLA for their contributions.
I'll post back here once it's been approved.
@shags38, I'd failed to note the issue with SiteMapXML on the USU's GitHub, so I missed that for this release. Ditto for the error-log report.:(
hi, how can I add /shop/ only when you open products and categories
example:
domain.com/shop/title-product
domain.com/shop/category1/category2
domain.com/contact_us
domain.com/shippinginfo
I also need not make -c-2 appear for categories and -p-5 for products.
moreover I need the form to become in the second language version
domain.com/en/
and then everything as above ...
I think it can be done from the .htaccess file, but it is not the ability, can you help me?
thank you
I haven't looked at the code closely, but I don't believe that either the /shop prefix or the /en (i.e. language-specific directory) is possible. I do know that the -c-2 and -p-5 are required and can't be removed, since that tells USU which category (2) and which product (5) to be displayed.Quote:
Originally Posted by echexxxxxxxx10
thanks for the answer, can you help me to make sure you do not lose the google index to do on the .htaccess file a redirect to the new form of the zencart URL?
I would be infinitely grateful
From the plugin's readme:Quote:
Originally Posted by echexxxxxxxx10
Setting "Enable automatic rewrite" to true will automatically issue a 301 redirect for URLs not matching the output from zen_href_link.
That sounds like the setting will do what you need.
v2.217 is now available for download.Quote:
Originally Posted by lat9
A client is having some problems with Google indexing their site. We're using Sitemap XML covered previously in this thread those url's are Zen Cart default. My question is the canonical url is the Zen Cart default, shouldn't it be the re-written url?
Plugin: 2.215
Zen Cart: 1.5.5f
Hi, I'm using a 1.3.9h zen shop with this mod for a small business. I've just moved it to a different host and after getting it up and running I've noticed that when doing a web search I come up with this URL http://gatorz.com.au/aluminium-styles-octane-c-1_9.html in google but when the link is clicked the forward slash is missed and the address with an error page is https://gatorz.qnetau.comaluminium-s...ne-c-1_9.html/
I'm unsure whether this is related to the host change or not but I'm wondering if there might be a simple solution?
GitHub issue opened: https://github.com/lat9/usu/issues/7Quote:
Originally Posted by jeking
That sounds like it "could be" an issue with your configure.php file's format. When you view the supplied page with USU disabled, what link comes back?Quote:
Originally Posted by gruntre69
Jim - just some comment / opinion for what it is worth :smile: - as you know lat9 is working on this issue among many other projects on her books - once I pinpointed my problem and whilst waiting for this to be done I installed CEON URI Mapping on 4 sites (as an interim mind you - I intend to return to this plugin when sorted) and after a couple of weeks I have seen some improvement in ranking of the 4 sites - not to the levels prior to upgrading to 1.5.5f which frustrates me no end, but an improvement at least. I appreciate ranking is different to indexing - my sites were indexing OK without the canonical re-write however ranking dropped significantly - where I noticed the difference is in looking at GWMT in the Coverage and the 'indexed but not found in sitemap' vs 'indexed and found in sitemap' - without the canonical rewrite Google obviously isn't (wasn't) seeing the rewritten urls in the sitemap so it could not make the correlation between what it finds and what it sees in the sitemap which is as good as not having a sitemap at all, which whilst some will say is not critically essential to be found it is an accepted known 'recommendation' from Google. As we all realize the sitemap is an instruction to the bots to look for these pages. Hence it does affect ranking if the bot is looking in the wrong place (daily or more frequently via a CRON job).Quote:
Originally Posted by jeking
CEON has its frustrations in that it doesn't automatically take care of re-writing canonically the previous existing urls such that the old urls redirect correctly, so each needs to be done manually via 'updating' - even a simple thing like the trailing / at the end of a url does not redirect automatically - time consuming and a lot of broken links to repair but at the end of the day Google is reading the urls submitted in the sitemap. (CEON has certain benefits over USU but lacks in automation per se) So just saying it may be a short term fix for your client. Then once this plugin is sorted it will automatically rewrite the existing (CEON urls) as need be.
cheers, Mike
p.s. Just my opinion, or ramblings more accurately - having suffered a drop in rankings for over 5 months after upgrading to 155f (and I am no doubt not the only one) I am wondering why it hasn't been considered that, as user friendly rewritten url's are no longer the subject of debate between traditionalists and modernists, and Google pretty much expects them, why then isn't a user friendly rewrite included as standard in the Zen Cart base? (toggle on/off if need be for those who do not want to use it with still the option to install 'the other one' not chosen as standard) - this would ensure that as upgrades are released site owners will be able to have their sitemaps submitted correctly. Anyone upgrading currently to 1.5.6 and using this plug in will be having the same issue as all of those who upgraded to 155f - and I might add that a site's ranking could be performing less than optimally and it may take a long time for the site owner to figure out why - it certainly took a while for the penny to drop with me after a lot of head scratching, site speed optimization and questions in various forums etc etc. .... and yes others may say well what about this plugin or that plugin being incorporated in the base, so where does it stop? - in my humble opinion url rewrite is as critical to the 'performance' of an eCommerce website as speed and other backend performance requirements - one without the other is less than optimal, like wearing one shoe and not a pair - doesn't count for much if the site is fast and technically up to date if Google doesn't (can't) rank it optimally. (everything said here about 'ranking' and url rewrite is based on all other factors associated with ranking being optimal as best as can be - not as the saviour to a poorly optimized site).
I will get off the pulpit now :smile:
Mike - thanks for your rambling thoughts. ;-) I do like CEON better, but this client has hundreds or products so creating the url one by one was going to be quite a task and while we settled on this one. We're now discussing dropping it and going back to the default url's. The sitemap/indexing disconnect has created a mess.
I would also like to see this (url re-writes, not any one plugin specifically) rolled into the core of Zen Cart. I get that rewritten url's are not needed, but they are a standard on most platforms and are more user friendly. I appreciate there are lots of features to consider adding so how do you choice which ones to add and how would it technically work are not quick answers.
Nothing is simple and straightforward and often has unintended consequences. If/when my client and I make any progress, I'll post back.
There was a discussion on integrating about 3 years ago. See "Considering: integrating Ultimate URL into core" on Github
Quote:
Originally Posted by jeking
is there any way you can rename 'https://mas-uk.com/page_2.html' to 'https://mas-uk.com/news.html'
You'd need to rename (or, better yet, clone) your page_2 (and all associated language files and templates) page to be news.Quote:
Originally Posted by JakeLawless
USU, Version 3.0.0-beta2 is now available for beta-testing: https://github.com/lat9/usu/releases/tag/v3.0.0-beta2
This version requires a Zen Cart version 1.5.5 or later for its proper operation, but can continue to operate on Zen Cart versions 1.5.1 through 1.5.4 by following the installation/upgrade instructions in the readme. Other than the supplied .htaccess file, there are no longer any core-file modifications required by USU!
Please report any issues found in this support thread. Unless something really bad happens, I'll plan on publishing the v3.0.0 release sometime next week.
Sounds great Cindy - I assume this version will take care of the canonical issue with the current version in 1.5.5f ?Quote:
Originally Posted by lat9
cheers, Mike
Mike, while previous versions of USU went out of their way to generate a canonical link, v3.0.0 and later simply allow the base Zen Cart's (plus other modules', if used) zen_href_link calls in /includes/init_includes/init_canonical.php to provide the canonical links.Quote:
Originally Posted by shags38
My best guess is that the canonical link handling in USU was introduced to support Zen Cart versions prior to 1.3.9 (where the built-in canonical-link handling was introduced) and was never removed.
Note that the upgrade process from v2 => v3 is going to be a bit of a pain, requiring core-file editing to remove portions automatically added by the prior versions' installation, but once there all should be good.
Note also that I "discovered" that USU-v2's distribution zip includes an override to the init_canonical.php handling (/includes/init_includes/overrides/init_canonical.php). This override, I believe, could be safely removed from a zc155/zc154 store's file-system to allow USU to simply provide the href-links as requested by other processing ... noting that there are other plugins that also use this form of override.
I loaded a fresh zen cart with numinix google analytics and encrypted master password. It is working fine.
i loaded a fresh zen cart with numinix google analytics, encrypted master password and the usu 3.0 beta 2. I was unable to login as a customer, logout, unsubscribe, etc. Here are the settings I was using:
configuration_key configuration_value
USU_CACHE_CATEGORIES TRUE
USU_CACHE_EZ_PAGES TRUE
USU_CACHE_GLOBAL TRUE
USU_CACHE_MANUFACTURERS TRUE
USU_CACHE_PRODUCTS TRUE
USU_CACHE_RESET FALSE
USU_CATEGORY_DIR off
USU_CPATH off
USU_DEBUG FALSE
USU_ENABLED TRUE
USU_END .html
USU_ENGINE rewrite
USU_FILTER_PAGES index, product_info, product_music_info, document_general_info, document_product_info, product_free_shipping_info, products_new, products_all, shopping_cart, featured_products, specials, contact_us, conditions, privacy, reviews, shippinginfo, faqs_all, site_map, gv_faq, discount_coupon, page, page_2, page_3, page_4
USU_FILTER_PCRE
USU_FILTER_SHORT_WORDS 0
USU_FORMAT original
USU_REDIRECT TRUE
USU_REMOVE_CHARS punctuation
USU_VERSION 3.0.0-beta2
Is a 'fresh zen cart' version 1.5.6a?Quote:
Originally Posted by kenaniah
When you do try to 'login as a customer' what happens? An error logs? How can you log out if you can't log in??
In order to help, it is helpful to know the steps you took to create the problems you describe and exactly what the problem is.
@kenaniah, is your site running https-only? If so, would you post the top portion of your /includes/configure.php and /admin/includes/configure.php, in each case up to and including the DIR_WS_HTTPS_CATALOG definition?
Is your site's .htaccess modified over-and-above that distributed as part of the USU zip-file?
First I had posted this issue as a problem with the encrypted master password. At that point I was able to login from Admin link to login as customer but not from the regular website. From there I was not able to logout on the regular website. What happens is it takes me to a screen that has the correct url but there is nothing there.... like a webpage not found. Right now the website is http and https.
https://www.XXXXX.com/index.php?main_page=login
This page isn’t working www.XXXXXXX.com is currently unable to handle this request.
HTTP ERROR 500
Same error on both http and https
[18-Feb-2019 17:18:53 UTC] PHP Fatal error: Call to a member function href_link() on null in /home/xxx/public_html/xxxx/includes/classes/observers/UsuObserver.php on line 52
[18-Feb-2019 17:18:53 UTC] Request URI: /index.php?main_page=login, IP address: xxx
--> PHP Fatal error: Call to a member function href_link() on null in /home/xxx/public_html/xxx/includes/classes/observers/UsuObserver.php on line 52.
configure.php
define('HTTP_SERVER', 'http://www.xxx.com');
define('HTTPS_SERVER', 'https://www.xxx.com');
define('ENABLE_SSL', 'true');
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');
define('DIR_FS_CATALOG', '/home/xxx/public_html/xxx/');
Thanks guys for the help!
I am using the USU .htaccess
You've apparently missed a file in the installation: /includes/classes/usu.php.
Sorry, I had removed the files and uninstalled.... I will put it back in and see if I get errors to the log
Ok, I get the same error as before but I loaded all the files and can confirm that the file /includes/classes/usu.php is now there.
Did you uninstall using USU's uninstaller: Extras->Uninstall Ultimate URLs?Quote:
Originally Posted by kenaniah
I am sorry. I DID NOT delete the USU but I had deleted the master password because I thought that was what was causing me the issues yesterday. I did not read the portion from your readme about using the admin to remove it and that is what I did to remove the master password module. So, I did have everything installed but did not look to confirm that before. I had moved on to another directory to determine what was working as I loaded each module.
I removed using the extras remove and now everything is working.
Thanks for reporting back, although I'm still puzzled as to how your USU installation got so mangled. The observer processing isn't activated unless USU's enabled via its configuration.
So, i moved the files back over and now I can see the login... page. I am going to change my variables and see if it stops working.
Ok, the problem happens when I set Enable Automatic Redirects to TRUE.... this is what I currently have set on my production site. So this is where the problem is happening.
I will take a look in the morning. Since I'm kind of new to the USU game, what functionality is supposed to be performed when that feature is enabled?Quote:
Originally Posted by kenaniah
It says this "This will activate the automatic redirect code and send 301 headers for old to new URLs."
I've just created a USU v3.0.0-beta3 release on GitHub: https://github.com/lat9/usu/releases/tag/v3.0.0-beta3
That version corrects the redirect issue identified by @kenaniah. See the description of issue #13 for details: https://github.com/lat9/usu/issues/13
hi, I have this plugin on my zencart,
I went from woocommerce to zencart and now I have to keep the google index ...
I have prepared a list of all the redirects like this:
and I put them in the area of the file .htaccess Add any custom 301 Redirects, but the redirect does not work, I see error 406Code:Redirect 301 /shop/name-product/ https://www.domain.com/index.php?main_page=product_info&products_id=488
can anyone help me? thank you
I believe that you should be using RewriteRule directives instead of Redirect. The .htaccess provided by USU uses mod_rewrite, so the combination of the two directive types can result in unexpected results.
thanks for the reply, can you give me an example of how to write the directive RewriteRule so I can take a test?
I tried it but it does not work
:(Code:RewriteRule ^/shop/nameproduct/ https://www.domain.com/index.php?main_page=product_info&cpath=28_1&products_id=185 [L,R=301,NE]
Since this isn't specifically an issue with USU, I suggest that you post your question in, perhaps, the General questions so you'll get a wider audience.
ok, sorry :(Quote:
Originally Posted by lat9
Ok, I uninstalled the beta 2. Moved the files over from beta 3 (this seemed much complicated than the beta 2 install instructions) and it is not autoinstalling as it did before?
I reloaded the install folder and now I cannot get into the Admin.
This page isn’t working
xxx is currently unable to handle this request.
HTTP ERROR 500
I cannot find a plugin manager in the plugins? I am loading a fresh directory and trying again.
Okay, it is working fine with the barebones database and working with the fix.... but when I convert my production database over and use it when trying to install I then lose access to my admin. :(