New 
Project2016
-
Posts
24 -
Joined
-
Last visited
Posts posted by Project2016
-
-
Hi
I've got Googlefeeder v2.5 installed and this wonderful contribution worked like a dream. Until I changed hosts, transferred the database, the site is working fine, lots of orders, then ran it again to create the .txt datafile, but it is now not picking up any new products that I add to the database. i.e. it generates the file but does not include all the products. Any ideas much appreciated. Are there any settings that must be changed in the db or config files when you change hosts?
cheers
project2016
-
Hi Jack
I've got Google XML Sitemap SEO installed fine and everything work fine, except one thing. My URLs are generated by Ultimate SEO URLs 5, and so reflect the actual product or category name. Unfortunately the sitemap just reflects the original naming convention...
i.e.
http://www.mygreatsite.co.uk/product_info.php?products_id=63
should be
http://www.mygreatsite.co.uk/my-lovely-product-p-63.html
Any ideas, I would be very grateful for any advice you could give.
cheers
Graham
-
This is the support thread for Google XML Sitemap SEO, not Sitemap SEO. You may want to look in the support thread for that contribution for answers to your question but, in short, it won't create the map files since that is not its purpose.
Ah...that would explain it then - thanks, apologies for silly question! by the way, yr contrib is awesome!
graham
-
Jack
Thanks for your replies. Stupid question I know but I have installed Sitemap_SEO_V_1.7, but don't have any xml files. How do I generate them? Do I need to have the original contribution installed? The sitemap.php works fine, but can't find the xmls.....any advice very much appreciated...
thanks,
Graham
-
Have you tried the rewrite method? that is the traditional seo url, I doubt if GoDaddy also don't provide RewriteRule functionality.
Hi Robert
Just to close this out, I opened a new hosting account and "standard" works perfectly on a fresh 2.2rc2a. I have yet to upload my normal site (heavily customised) + db to the new host. However to get "rewrite" working on the fresh one I had to delete "Options +FollowSymLinks" from .htaccess, as previously it gave internal server error. I have no idea how or why it works now as a result of this, but it does.
So I thought let's try deleting Options +FollowSymLinks from the GoDaddy hosted site, and sure enough.....it still didn't work. But a different error message this time - Error 310 (net::ERR_TOO_MANY_REDIRECTS): There were too many redirects.
Sorry about the above which is probably completely pointless information but someone might find it useful!
Now, on to KissMT!
cheers!
-
Have you tried the rewrite method? that is the traditional seo url, I doubt if GoDaddy also don't provide RewriteRule functionality.
I've tried both standard and traditional and get 404s on the fresh install. But I have not verified if mod_rewrite is enabled and
AllowOveride set to All. How do I do this?
-
Yes it should. BUT .. as we established .. your host does not accept path based uris.
I didn't trust my own installation of your wonderful contribution on my heavily customised store, so I installed a fresh OSC 2.2rc2a in a subdomain with a new db as I couldn't believe that godaddy as large an organisation as they are would not accept path based urls. And it confirmed that you were right Robert, or at least it still doesn't work, due presumably to the host as you say.
So two quick questions,
- Is there a php setting or other setting I can ask them to set so that my server does accept path based urls?
- If not, are there any UK based hosting companies that DO accept path based urls so I can make your contribs work?
-
Change hosts, the web is full of GoDaddy not working for rewrites etc.
Thanks for the advice, its not the first time I've been on the point of moving away from GoDaddy due to some other issues. But if I'm not using rewrites in .htaccess, standard path based urls should work no?
-
Nope .. if index.php/test doesn't work then you either have to live without path based uris or get another host.
Ok thanks for your reply Robert, by the way the old version of SEO URLs (chemo) didn't work either which is why I ungraded to php5.2.5 and installed yours!
Has anyone else got this contribution working on a GoDaddy hosted server?
Thanks,
Project2016
-
I just tried www.mysite.com/index.php/test and I get the 404. I would be surprised if GoDaddy didn't allow path based urls. The only other thing I can think of is that I have lots of contribs installed. Particular ones that come to mind that might interfere are Mopics and More Categories, hence the infobox=0 and infobox=1 in the URL, etc. Any thoughts?
Would switching on debug reporting help?
Graham
-
I would assume that it is products as well as categories. It means that either you haven't added the .htaccess code correctly or that your host does not support RewriteRules. All the information you need is in this thread.
Hi Rob
Thanks for your reply. From my front page (www.mysite.co.uk) when I click on the category I get the 404. This is what's displayed in the URL:
www-dot-mysite-dot-co-dot-uk/index.php/categoryname-c-56?infoBox=0&osCsid=fbjivgm1ncurd5lctgm3f7ub42
I'm happy using Standard Seo Urls for now (does not require mod_rewrite), so I understand from reading the instructions very slowly and very carefully that I don't need to modify .htaccess. I therefore assume that my host does not need to support RewriteRules if I am happy using the Standard Seo URLs. But after it didn't work, I did update .htaccess anyway - I renamed mine (full of security fixes) and uploaded yours, with RewriteBase / as my site is in the root (see below).
Before installing yours I deinstalled SEO URLs 2 manually, by reversing the instructions to install, replacing the code, then using your tool to remove the db tables. I have a heavily customised site so using the original files is not really an option.
So, I still get the 404. Can you offer any further suggestions - anything gratefully received.
Project2016
this is my .htaccess (same as yours funnily enough!)
# If you are getting errors you may need to comment this out like ..
# Options +FollowSymLinks
Options +FollowSymLinks
<IfModule mod_rewrite.c>
RewriteEngine On
# RewriteBase instructions
# Change RewriteBase dependent on how your shop is accessed as below.
# http://www.mysite.com = RewriteBase /
# http://www.mysite.com/catalog/ = RewriteBase /catalog/
# http://www.mysite.com/catalog/shop/ = RewriteBase /catalog/shop/
# Change RewriteBase using the instructions above
RewriteBase /
RewriteRule ^(.*)-p-([0-9]+).html$ product_info.php?products_id=$2&%{QUERY_STRING}
RewriteRule ^(.*)-c-([0-9_]+).html$ index.php?cPath=$2&%{QUERY_STRING}
RewriteRule ^(.*)-m-([0-9]+).html$ index.php?manufacturers_id=$2&%{QUERY_STRING}
RewriteRule ^(.*)-pi-([0-9]+).html$ popup_image.php?pID=$2&%{QUERY_STRING}
RewriteRule ^(.*)-pr-([0-9]+).html$ product_reviews.php?products_id=$2&%{QUERY_STRING}
RewriteRule ^(.*)-pri-([0-9]+).html$ product_reviews_info.php?products_id=$2&%{QUERY_STRING}
# Articles contribution
RewriteRule ^(.*)-t-([0-9_]+).html$ articles.php?tPath=$2&%{QUERY_STRING}
RewriteRule ^(.*)-a-([0-9]+).html$ article_info.php?articles_id=$2&%{QUERY_STRING}
# Information pages
RewriteRule ^(.*)-i-([0-9]+).html$ information.php?info_id=$2&%{QUERY_STRING}
# Links contribution
RewriteRule ^(.*)-links-([0-9_]+).html$ links.php?lPath=$2&%{QUERY_STRING}
# Newsdesk contribution
RewriteRule ^(.*)-n-([0-9]+).html$ newsdesk_info.php?newsdesk_id=$2&%{QUERY_STRING}
RewriteRule ^(.*)-nc-([0-9]+).html$ newsdesk_index.php?newsPath=$2&%{QUERY_STRING}
RewriteRule ^(.*)-nri-([0-9]+).html$ newsdesk_reviews_info.php?newsdesk_id=$2&%{QUERY_STRING}
RewriteRule ^(.*)-nra-([0-9]+).html$ newsdesk_reviews_article.php?newsdesk_id=$2&%{QUERY_STRING}
</IfModule>
-
ULTIMATE Seo Urls 5
by FWR Media
New - Modern - More Efficient - Faster - Compatible - Less Queries
Author: Robert Fisher - www.fwrmedia.co.uk
Thanks to the beta testers:
Tom Hodges-Hoyland, Jan Zonjee, toyicebear, GLCustoms
Requirements:
Server: *nix or Windows/IIS
PHP requirements:
Version: 5.2.0+ (actually 5.1.3+ I believe at time of launch)
Zlib
filter_var
SPL (Standard PHP Library)
Traditional Rewrite URIs require:
*nix server (Windows/IIS does not have mod_rewrite)
mod_rewrite (as part of the apache build)
AllowOveride All (php.ini setting)
Compatibility:
MySQL 5 (Strict Trans Tables)
Traditional rewrite uris (*nix) produce exactly the same uris as the old 2 series (assuming the same settings)
The above means that should you upgrade from 2 series you don't have to worry about changed links
Installation difficulty:
There are only eight small changes to just seven files so this is easy and quick. (2 minute "drop on top" install for devs/testers)
Simple database installer.
Upgrade from old series 2 seo urls:
Upgrade instructions included.
Removal script for old database entries.
Simple database installer.
New:
Works on Windows/IIS (BETA at time of launch due to lack of extensive testing)
Two seo uri choices .. standard and rewrite .. Windows/IIS can only use standard
error free - error_reporting(E_ALL | E_STRICT)
Modular design
Plug in modules for contributions
Simple database installer
Inbuilt uri validation
301 redirects
Custom 404 Page not found
Zero queries or database use after cache fully loaded
Cache saving is sequential rather than one big DB hit
Admin selectable debug output
File (array) based character conversion (BETA at time of launch)
Simple cache life in admin based on "cache days"
Extensive security measures to safeguard the querystring
Series 2 database removal tool
Ability to switch between uri types via admin without changing any code as below:
On: standard seo uris - rewrite seo uris
Off: standard osC uris - experimental search engine safe uris
Included Modules:
Products
Categories
Manufacturers
Popup image
Included contribution modules (ALPHA at time of release as untested):
Information Pages
Articles, Article Info
Links
Newsdesk Index, Newsdesk Info, Newsdesk Reviews Info, Newsdesk Reviews Article
Features Removed (from old 2 series):
Page cache compatibility - the original author suggests that this should not be installed.
The contribution can be found at: -
Hi there
I've just installed this excellent contrib and have a 404 error when I click on any category - this is the URL:
http://www.mysite.co.uk/index.php/categoryname-c-56?infoBox=0&osCsid=8fj4976ms5hsi4k5v2r5dueum6
Any insight would be gratefully received.
thanks, project2016
-
I'd suggest installing Ultimate Seo Urls 5 if you are running PHP5.2+
If you can't and you don't need the header tags code then then I'd suggest installing Ultimate Seo Urls 2.1d STABLE FINAL r172
Thanks for your replies. What is the header tags code? I didn't realise there was header tags code in the contrib Urls5. I can't see any reference to it in the add ons text for 6768?
Thanks
-
Am I right in thinking...that (having read quite alot on this forum + OSC site etc,) there are really only 3 broad things to do to get a site indexed properly in the search engines..
1. sort out the URLs so that they reflect the page content, i.e. ultimate seo urls or something similar
2. sort out all the meta tags, i.e. title, desc, keywords, h1, etc etc i.e. KissMT or other
3. make sure you write good original content
Am I missing something?
cheers
project2016
-
Ultimate_SEO_URLSv22d_5
I installed it a while ago and have noticed that the url reads like this:
http://www dot mydomain dot com/-c-56.html?infobox=0&osCsid=27ad9c2a3170d2a0475affefbee0ce3d
so the category name is not in the URL
and the products URL look like this:
http://www dot domain dot com/---categoryname--p-63.html?osCsid=27ad9c2a3170d2a0475affefbee0ce3d
so the category name IS there but the product name not. I've played with the options in admin (that of course is not called admin), and nothing changes. Anyone know what's going on here?
much obliged
project2016
Automatically send data feed to Froogle
in General Support
Posted
Sorry Jack, I double checked and it was not creating the file again, I had not checked the date of the old one. But I found out what was wrong, the images directory was set to 777, and feeds was 755, so for some reason it did not create the file. 755 was read only on Group Permissions, and 777 is open to all! Presumably since its php & an SQL query that is creating and populating the file, the Group permissions are important.
thanks for your time.
Graham