yulem

Hi, USU5 is working fine as is the .../extra/usu5 XML Site Maps. Thank for a great contribution. It seems the site map index.php creates maps for categories, products, and manufacturers by default. Since I use Article Manger I added that code to generate a map for article_info.php. My question is what about the other "standard" site pages like shipping, conditions, privacy, etc? Also, do you have any suggestions for Reviews, FAQ and Links? Since these are table driven one should be able to add re-purposed code similar to "manufacturers". Are there any opinions as to the value of these types of pages in a sitemap for Google or Bing? Thanks, Ralph Here's the code I added to the site map index.php for Articles. Did I miss anything? In function create_single_sitemap_index-- $detail = array( 'url' => tep_href_link( 'sitemapArticles' . $filename_suffix ), 'lastmod' => date( "Y-m-d" ), 'freq' => 'weekly', 'priority' => '0.5' ); usu5_node_create( $doc, $root, $detail, true ); In function usu5_create_sitemap_set -- /** * Articles_sitemap */ $detail = array(); usu5_xml_init( $doc, $root); $query = "SELECT a.articles_id, a.articles_date_added, a.articles_last_modified FROM " . TABLE_ARTICLES . " a ORDER BY a.articles_last_modified DESC, a.articles_date_added DESC"; $result = tep_db_query( $query ); $count = 1; while ( $row = tep_db_fetch_array( $result ) ) { $detail = array( 'url' => tep_href_link( FILENAME_ARTICLE_INFO, 'articles_id=' . (int)$row['articles_id'], 'NONSSL', false ), 'lastmod' => ( strtotime( $row['articles_last_modified'] ) > strtotime( $row['articles_date_added'] ) ) ? date( "Y-m-d", strtotime( $row['articles_last_modified'] ) ) : date( "Y-m-d", strtotime( $row['articles_date_added'] ) ), 'freq' => 'weekly', 'priority' => '0.5' ); usu5_node_create( $doc, $root, $detail ); } tep_db_free_result( $result ); usu5_xml_exists( $doc, 'sitemapArticles' . $filename_suffix );

The .htaccess you provided in extras/ solved the problem. Sorry I missed it. Ralph

Hi, My site currently uses: HeaderTags_SEO-3.2.5 Ultimate_SEO_URLS v22d_11 ArticlesManager-1.57.6 LinksManager_II-1.29 When I upgraded to osC 2.3.x I replaced Ultimate_SEO_URLS v22d_11 with Ultimate_Seo_Urls_5_PRO_r205. That change broke HeaderTags_SEO-3.2.5. If I disable USU5 then Header Tags works; if I enable USU5 then Header Tags stops writing the correct tags. USU5 appears to be working fine using Standard mode. Jack said that he thought there was a configuration that allows these contributions to work together. I have "rewrite" uris and am using the .htaccess file that worked with Ultimate_SEO_URLS v22d_11. Can you please offer any suggestions to allow USU5 to work with Header Tags? Thanks, Ralph

I just determined that if I DISABLE Seo Urls 5 then everything works! What is the proper configuration for these two contributions to play nicely together? Thanks, R

Hi Jack, My problem is I can only get the default tag information for these programs for these conditions: product_info.php - All conditions only displays default tag information article.php - All article_info.php - All, even when the article (article_info.php?articles_id=63) is entered in Page Control index.php - when a category is selected. Index.php as the home page is OK. (there might be others) Here's the results of Test: The header_tags.php file IS verified writeable regardless of test results. Taking product_info.php as an example: 1 - Value is entered in Page Control for this program and displays when you select "Review Results" 2 - I verified by direct observation that the database table (products_description) was properly populated after running "Fill Tags." 3 - The installation changes have been checked twice. In the latest download of "HeaderTags_SEO-3.2.5/Use_if_version_greaterthan_2.3/catalog_for_new_shop_only_2.3" there is NO .../includes/header_tags.php. I used the one in .../catalog/includes. This seems to be OK. I use Theme Switcher Shop so I had to change includes/template_top.php to be: <?php /*** Begin Header Tags SEO ***/ if ( file_exists(DIR_WS_INCLUDES . 'header_tags.php') ) { require(DIR_WS_INCLUDES . 'header_tags.php'); } else { ?> <meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>" /> <title><?php echo tep_output_string_protected($oscTemplate->getTitle()); ?></title> <?php } /*** End Header Tags SEO ***/ ?> I also have these contributions installed: Ultimate_Seo_Urls_5_PRO_r205 ArticlesManager-1.57.6 LinksManager_II-1.29 and others. By placing comments in includes/header_tags.php I determined that the section of code for product_info.php is never being executed because if fails the case test condition. header_tags.php is being entered and the default section an others (like contact_us.php) function correctly. $PHP_SELF is being set correctly. Can you give me some clues as to maybe why that test condition is not being met or where to look further? Thanks in advance, Ralph

Hi, It seems that the last update to TinyMCE Anywhere was 17 Sep 2007. My TinyMCE Anywhere install works fine with FF and IE on Fedora and XP but when I try to use Chrome none of the buttons in TinyMCE work. Everything looks fine; they just don't do anything! I found an "Uncaught TypeError: Cannot read property 'baseNode' of undefined" in the java script of tiny_mce.js but that's as far as I can take it. Does anyone have this combination working with Chrome? Is anyone maintaining TinyMCE Anywhere? Thanks, Ralph

Thanks Jack. I didn't see much activity on the TinyMCE Anywhere support forum but I'll post there and see what happens. Ralph

Hi, My problem is Google Chrome compatibility with TinyMCE Anywhere as the suggested contribution to use with Article Manager. It seems that the last update to TinyMCE Anywhere was 17 Sep 2007. The TinyMCE Anywhere Forum had nothing I could find related to Chrome and is not very active so I'm posting here. My install works fine with FF and IE on Fedora and XP but when I try to use Chrome none of the buttons in TinyMCE work. Everything looks fine; they just don't do anything! I found an Uncaught TypeError: Cannot read property 'baseNode' of undefined in the java script of tiny_mce.js but that's as far as I can take it. Does anyone have this combination working with Chrome? Is anyone maintaining TinyMCE Anywhere? Thanks, Ralph

I have Ultimate SEO URLs 2-2.2d-4 and GoogleXML_sitemap_1.4 installed and all appears to be working fine. My problem is that when I generate the "sitemapproducts.xml" the links there contain the category parent but the actual links generated by Ultimate SEO URL is configured not to include the category (and in fact they are not visible in the browser). I don't include the category parent in the URLs and don't want it included in the sitemap. For example the link http://timingtruth.c...d-efa-p-58.html appears in "sitemapproducts.xml" as http://timingtruth.c...nd-efa-p-58.htm Both URLs will reach the correct page. I have "Reset SEO URLs Cache" and toggled the Enable cache for both Products and Categories in the Admin panel. I'm no doubt overlooking something obvious but I've run out of ideas. Any thoughts or guidance? Thanks, Ralph

PS - It works with Header Tags SEO if you add // Photo Gallery define('FILENAME_GALLERY', 'gallery.php'); to catalog/includes/filenames.php. You would need to add the other file names if you wanted them included as well. Ralph

Hi, Just installed 0.6 and wanted to say thanks for a great contribution. I understand this is a new contrib in process so I wanted to give you feedback as well. Installation was generally simple and straightforward. I did need to change permissions on my .../gallery/thumbnails folders to allow the Apache process to write files. The new Admin functionality is welcomed but a bit confusing still. I get the following: 21 [edit comment] [delete picture] 101 [edit comment] [delete picture] 102 [edit comment] [delete picture] Clean up thumbnail folder Is this the interface or did I miss something in the install? If it's the interface I understand this is a new contrib and a work in process; otherwise what did I do wrong? The contrib uses OTF Thumbnailer (I'm using 2.3.x) but where is the thumbnail size controlled? I'm getting thumbnails sized differently (150x112) than what I have set in the "Images" configuration. Search Engine Optimization:I use SEO-G and Header Tags SEO contributions. Header Tags SEO seems to be able to work I have not started integrating with SEO-G yet. In general it's important for a contribution to populate any page or image it generates with meaningful Title, Desc, and Log tags. If the title and desc of the image could populate these tags that would be wonderful and the search engines might actually index your images! [*]I notice that the CSS is imbedded in the PHP files. Is it possible to pull that code out into a separate file? Again thank you for a fine contribution. Ralph

Hi Jack, This is a question about pseudo pages. I just upgraded to HeaderTags SEO 3.0.7 (from 3.0.4). Great changes and enhancements, thanks. I also have Information Pages Unlimited and Links Manager II installed. No matter how many times I reinstalled or checked my installation I could not get HT-SEO to work with Links Manager. Your new Test function showed no errors. Everything in the admin section appeared to work fine. I could add and edit the pseudo pages; I verified the structure and content of the databse directly. Pseudo pages from Information Pages Unlimited worked fine immediately. The header information for the main page (non psuedo) of Links Manager worked fine but the link category pages (pseudo) did not. The header information was the same as for the main link page. Eventually I made some changes to the // links.php section of .../includes/header_tags.php to get it working. Since this is a dynamically generated and maintained file editing it is not smart for many reasons. This is why I'm writing. I would be interested in knowing if anyone has gotten the link categories pseudo pages to work???? Is there a better solution for getting Links Manager working? or did I completely miss something during installation or configuration??? Here's the code changes for you to look at. (I do not encourage others to use it as your solution will be better. This code is a kludge!) You'll see I made changes to how the path was parsed. Thanks again for a very effective and needed contribution, Ralph // links.php case (strstr($_SERVER['PHP_SELF'],FILENAME_LINKS) or strstr($PHP_SELF,FILENAME_LINKS)): $page = 'links.php?parentid=0&lPath='; $parts = explode("?",$page); $partsa = explode("=", $parts[1]); if (isset($parts[0])) { $found = false; $name = FILENAME_LINKS . "?" . $partsa[0] . "="; $name1 = FILENAME_LINKS . "?" . $partsa[0] . "=" . $partsa[1] . "="; $pageTags_query = tep_db_query("select * from " . TABLE_HEADERTAGS . " where page_name like '" . $name . "%' and language_id = '" . (int)$languages_id . "'"); if (tep_db_num_rows($pageTags_query) > 0) { while($pageTags = tep_db_fetch_array($pageTags_query)) { if ($name1 . $_GET["lPath"] === $pageTags['page_name']) { $header_tags_array = tep_header_tag_page($pageTags['page_name']); $found = true; break; } } } if (! $found) $header_tags_array = tep_header_tag_page(FILENAME_LINKS); } else $header_tags_array = tep_header_tag_page(FILENAME_LINKS); break;

Jack, Your fix works wonderfully. I now can delete the offending link via the admin panel. Thanks again for a great contribution. Ralph

I have Links Manager II correctly installed and it's working fine. Thanks for a great contribution. This post concerns an attempted security breach. I'm wondering if others have seen it and if there is a defense. The attack attempts to insert a bogus link for some nefarious purpose. The overall attempt fails because the link stays in "Pending." (a great example of how good, secure design really works) but they do succeed in adding records to the database (which is a necessary and understood consequence of allowing anyone to add links). The problem is that the bogus link cannot be deleted via the admin screens. The bad link shows up in the Administrator's "Links" screen. When you attempt to select it for deletion an error occurs. The only way I know to delete the bad link is to edit the database directly which is rarely a good practice. For reference the error displayed is: Warning: array_merge() [function.array-merge]: Argument #2 is not an array in /.../oscommerce/admin/links.php on line 796 Warning: reset() [function.reset]: Passed variable is not an array or object in /.../oscommerce/admin/includes/classes/object_info.php on line 17 Warning: Variable passed to each() is not an array or object in /.../oscommerce/admin/includes/classes/object_info.php on line 18 Any thoughts, comments or better solutions from the community? Yulem

I'm trying to get SEO-G v1.20 to work with Links Manager II v1.18. SEO-G works fine for everything but Links Manager. Links Manager appears to be working fine. The Links Manager link in the Information Box of my left column maps correctly to "links.html" and I see my Link Categories page correctly. But when I select a Link Category link I am not getting the SEO-G url remappings. I see "http://yulemshop.com/links.php?parentid=0&lPath=3" rather than the name in SEO-G Zones which is "fringe-aesthetics" for example! There are no errors in Apache logs My .htaccess works for everything else; I have the original RewriteRule only: "RewriteRule ^(.*).html$ root.php?$1.html&%{QUERY_STRING}" I have uncommented the two Links Manager sections of code in seo_url.php To the best of my knowledge the Admin configuration is correct: 1) SEO-G Types has "Link Categories" enabled, no extra handlers, seo_links for its class and 15,4 for Order and Linkage (no Order or Linkage number is shared) 2)SEO-G Controller displays "Link Categories"; Details shows correct information and names are "included" (The database is getting correctly populated!) 3)SEO-G Reports shows two lines of interest: First is for the link in the Information Box in the Left Column: http://192.168.20.91/links.php (maps to -->) http://192.168.20.91/links.html This is correct. Next line results from following any Link Category the first time: http://192.168.20.91/links.php?lPath=0 (maps to -->) http://192.168.20.91/links_lpath-0.html This link is not correct and takes me to the same page as http://192.168.20.91/links.html. Subsequent selections of other Link Categories add no new mappings. Have I missed something in the configuration?? (I almost missed uncommenting seo_url.php!) Are the Order and Linkgage numbers OK? Do I need to modify .htaccess? Do I need to add a "handler"? If so which program? Is something in Link Manager NOT using "tep_href_link"? Help! Thanks, Yulem

This is an update to my previous post: The images are being displayed now. Yeah! What I did only makes half sense. First I copied all the thumbnails in ./images/thumbnails into ./images.This solved nothing. [*]Next I changes permisions on all image files to 777 With that change some of my images returned. [*]Next I removed the thumbnails files in ./images Nothing changed [*]Next I reset the permisions for the thumbnails in ./images/thumbnails to 744 Nothing changed, I could still see the images. It seems that simply "touching" these files did something (but I had "touched" them before with no effect??) I did discover that the files with a space in their name continued to fail. I changed the name and uploaded the same file with a new name. They then worked. A few interesting things about these thumbnails "apache" owns these thumbnails. apache also owns the previous thumbnails created from the filenames with spaces; both exist but one displays. That would make me think it's not an issue with OTF. It's hard to know if something is working when say I change the permissions since there are several caches at work and I can only flush one of them. Caching was turned off in OSC and I did flush my browser cache. There does seem to be an issue with image filenames that contain space. I thought this was addressed in 2.3a but maybe not. Ralph

Hi, I've installed and tested OTF Thumbnails 2.3a on my local servers with no issues. It's a great contribution! When I moved my site to my production server (off-site) all the product_thumb.php displayed images broke. Everything else works fine on the site with one exception. The Admin side works fine. Reading this thread I see it's a recurring issue but I can find no definitive solutions or even identification of the root problem. (If I've missed it please direct me :blush: ) I have checked the obvious: the gd lib is installed and tested with gdtest.php Files and directories are migrated using scp -r ; copied to application root with cp -r I've verified includes/configure.php per instructions:define('DIR_WS_HTTP_CATALOG', '/'); define('DIR_WS_HTTP_CATALOG', '/'); define('DIR_WS_IMAGES', 'images/'); I assume all the edits, copies, and DB changes are correct because it works in two environments. I do an export and import of the entire DB to migrate. Image file and directory permissions are set to rwxr--r-- and rwxrwxrwx respectively; all *.php files are rwx.r--r--. product_thumb.php is in application root (catalog/ on default installs) .htaccess has a "RewriteBase /" - All my other URL work and if I change it everything else breaks. (I've also said all the magic words and incantations that I know) When I bring up the migrated site (yulemshop.com) all images that are product_thumb.php calls are broken. Those calls look like this: CODEhttp://yulemshop.com/product_thumb.php?img=images/Lighter%20Knot-2.jpg&w=125&h=93 I have verified the following: the call fails with filenames containing the %20 (space) and without the space the image file exists and is readable in the location indicated by the call if I paste the above string into a browser the string is displayed, not the image it fails in Firefox and IE; in Lynx it looks fine because it doesn't display images Below are some differences between my Dev and Prod PHP environments. Not being a PHP dev they mean little to me but maybe they will be a clue to others more knowledgeable: Setting---------------------Dev-------Prod PHP Version--------------------5.1.6------5.2.1 Zend Engine--------------------v2.1.0----v2.2.0 Registered PHP Streams----compress.bzip2--(no bzip2) allow_call_time_pass_reference--Off--------on allow_url_include----------------(none)----Off extension_dir------------------(both different) include_path-------------------(both different) magic_quotes_gpc--------------off--------on register_argc_argv--------------off--------on Things I can't verify or change are: File and directory ownership-all files and directories are owned by my user, not "apache"; same is true for group. I'm working with my hosting service to test this. Is the version of gd critical? I've run out of places to look and I need your help, please. Maybe we can make this the definitve post for solving broken image issues! Thanks, Ralph PS-I first posted this a level up, sorry!

Hi, I've installed and tested OTF Thumbnails 2.3a on my local servers with no issues. It's a great contribution! When I moved my site to my production server (off-site) all the product_thumb.php displayed images broke. Everything else works fine on the site with one exception. The Admin side works fine. Reading this thread I see it's a recurring issue but I can find no definitive solutions or even identification of the root problem. (If I've missed it please direct me :blush: ) I have checked the obvious: the gd lib is installed and tested with gdtest.php Files and directories are migrated using scp -r ; copied to application root with cp -r I've verified includes/configure.php per instructions:define('DIR_WS_HTTP_CATALOG', '/'); define('DIR_WS_HTTP_CATALOG', '/'); define('DIR_WS_IMAGES', 'images/'); I assume all the edits, copies, and DB changes are correct because it works in two environments. I do an export and import of the entire DB to migrate. Image file and directory permissions are set to rwxr--r-- and rwxrwxrwx respectively; all *.php files are rwx.r--r--. product_thumb.php is in application root (catalog/ on default installs) .htaccess has a "RewriteBase /" - All my other URL work and if I change it everything else breaks. (I've also said all the magic words and incantations that I know) When I bring up the migrated site (yulemshop.com) all images that are product_thumb.php calls are broken. Those calls look like this: http://yulemshop.com/product_thumb.php?img=images/Lighter%20Knot-2.jpg&w=125&h=93 I have verified the following: the call fails with filenames containing the %20 (space) and without the space the image file exists and is readable in the location indicated by the call if I paste the above string into a browser the string is displayed, not the image it fails in Firefox and IE; in Lynx it looks fine because it doesn't display images Below are some differences between my Dev and Prod PHP environments. Not being a PHP dev they mean little to me but maybe they will be a clue to others more knowledgeable: Setting---------------------Dev-------Prod PHP Version--------------------5.1.6------5.2.1 Zend Engine--------------------v2.1.0----v2.2.0 Registered PHP Streams----compress.bzip2--(no bzip2) allow_call_time_pass_reference--Off--------on allow_url_include----------------(none)----Off extension_dir------------------(both different) include_path-------------------(both different) magic_quotes_gpc--------------off--------on register_argc_argv--------------off--------on Things I can't verify or change are: File and directory ownership-all files and directories are owned by my user, not "apache"; same is true for group. I'm working with my hosting service to test this. Is the version of gd critical? I've run out of places to look and I need your help, please. Maybe we can make this the definitve post for solving broken image issues! Thanks, Ralph PS-This psot needs to be under topic=166150 and I can't seem to get it to post there.

I verified that gd was installed by running gdtest.php. Thans again, I'll ask again in the support thread ( :'( i thought that's where i was) R

Hi Jack, Very true, I keep three versions of my configure.php files, one for dev, one for QA, and one for Production. I have verified that each has not changed since it was last known to work. I have no issues accessing the database so that user name is OK. The site is working fine except for the images that are displayed using a call to products_thumb.php. I don't think it's an issue with products_thumb.php because that same file works on two other servers. I know the images to exist ../images/thumbnails and the permissions are set the 777 for both. Permisions on each image file "rwxr--r--". If I right click on the broken image using Firefox I can get the URL. It looks like this http://yulemshop.com/product_thumb.php?img=images/Lighter%20Knot-2.jpg&w=125&h=93 Which looks fine to me. If I paste that string into a browser it simple gives me the string again, not the image. I have verified that the %20 (space) works on my other servers plus I have filenames with no spaces that fail. It's like product_thumb.php needs something from the php environment (or some environment) that it can't get so it quits silently. Is there a php lib or an apache mod_?? that it needs? Thanks for all your help, Ralph

Thanks, I totally agree it's a configuration issue. I'm just at a loss as to which part of the configuration is broken. I'm using the same */configure.php files that worked before I migrated. The .htaccess appears to be correct because the Admin portion is served correctly. The only things that break are the images and the error above. I'm hoping someone has seen this before. R

Update: I commented out the offending code for now and that seems to work. A related problem is that ALL images are broken. Has anyone seen this before? Thanks, Ralph

Hi, Background: I just tried to upgrade my OSC site on my production server. I make all changes on my development server; then I migrate it to my QA server and test. When all is well I follow the same process and move everything to the production server. This process has worked well in the past. This time it blew up! Problem: <b>Warning</b>: include(includes/boxes/header_tags.php) [<a href="http://www.yulemshop.com/function.include">function.include</a>]: failed to open stream: No such file or directory in <b>/home/yulem/webapps/oscommerce/includes/column_left.php</b> on line <b>36</b> <b>Warning</b>: include() [<a href="http://www.yulemshop.com/function.include">function.include</a>]: Failed opening 'includes/boxes/header_tags.php' for inclusion (include_path='.:/usr/local/lib/php') in <b>/home/yulem/webapps/oscommerce/includes/column_left.php</b> on line <b>36</b> Yes, I did implement the Header Tags Controller contribution this time. I strongly suspect it's a configuration issue when switching from my local server to my host's server. Only the "catalog" side is broken; the Admin side seems to be working fine. I'm not surprised that " ... opening 'includes/boxes/header_tags.php'" since that file doesn't exist in that directory, and shouldn't as far as I can tell. I installed the contribution carefully and tested thoroughly and it works on two sesrvers. I would guess it's in my ../includes/configure.php or my ../catalog/.htaccess. Has anyone seen the above error message as a result of a misconfiguration in the two files above? or any other configuration issue when migrating sites? I'm looking for a point in the right direction. Or am I completely missing it? I'm desperate! Thanks, ralph