RusNN

Ok, I install DS on plain osC and undersntand what you mean. Do you think is it right to goto shopping cart after each product addin to the cart? I ran out from such shop! This is rude to the customer. And the osC has an option called Display Cart After Adding Product, which prevents go to the cart each time. Set it to false and test your contrib once more. This is STANDART shop feature it DS must take it into account. By the way, I just install DS on vanilly osC and have problem like Mort-Lemur asks: The problem is in sesssion. I hurry to check your xplanation and run my shop before installation of DS is complte. After completing install I still got the error above, untill the session not changed.

OK. My English is not good, so I try once more. Where does discounts calculated? They phisically calculated in catalog\includes\modules\daily_specials_cart.php. Is it right? Where this module does called? In shopping_cart.php ONLY. So, if a customer NEVER open shopping_cart.php page he NEVER see his discounts. Again. If a customer put something into the cart, go to the shopping_cart, discounts are applied and everything is OK. Next customer go to another product and put it into the cart. What happens? NOTHING! The shopping cart box displays the old discount. Adn only AFTER customer visit his shopping cart page again new discount will be calculated. I think this should be clear to understand even with my knowledge of English. I test it with Condition1 = Cart Quantity, Condition2 = Greater Than, Condition3 = 0.

Very simple. I put a product with a disount into my cart. I doesn't see discount in the shopping cart box while I not visit my cart. If I proceed directly to checkout without visiting my cart, discounts are not applied. Discount are applied and shown everywhere (example shipping estimator box) only AFTER visiting shopping_cart.php page. Check it yourself. In my way discounts applied every time shopping cart changed.

Dear Heather The issue with Order Editor is more complex than just to add easy_discounts into application_top of admin side. Order Editor correctly works only on fisrt load. It displays the discount and you may edit amount manualy. But the total amount of your order will ignore your edits. Adding, deleting products will also be ignored. The problem is not in Daily Specials. The Order Editor itself was designed without support of other ot_... modules except 4 standart modules and ot_custom provided by OE itself. If you don't edit the quantity of your orders, try to use this code to Daily Specials partialy work with OE: 1. COPY catalog\includes\classes\easy_discounts.php to the catalog\admin\includes\classes. 2. FIND in catalog\admin\edit_order.php // Include currencies class require(DIR_WS_CLASSES . 'currencies.php'); $currencies = new currencies(); and ADD AFTER // easy discount if(file_exists(DIR_WS_CLASSES . 'easy_discount.php')){ require(DIR_WS_CLASSES . 'easy_discount.php'); $easy_discount = new easy_discount(); } This is should be enough to OE to understantd ot_easy_discount module. But if you try to manipulate with you ordered products the tatals will ignore Discounts. There need to be something more. I just working on. Please be patient. I have very little time to do, but hope I found the right way.

Hi Jack! I wondering to use your another great contrib! But I must admite unappropriate work of Daily Specials. The issue is we never see discounts before visiting shopping cart. Imagine the situation when a person having a cart, he satisfied of his cart and now he proceed directly to checkout never see into shopping cart. What will we have? As I can see we have no discounts, because all of them are applied only on shopping_cart.php page. I think it is better to move the part of code from modules\daily_specials_cart.php to application_top.php reducing the server load by checking of only several actions: $HTTP_GET_VARS['action'] equal to update_product, add_product, buy_now, cust_order, clear_cart actions. So, if we move the include_once(DIR_WS_MODULES. FILENAME_DAILY_SPECIALS_CART); from shopping_cart.php page to application before tep_redirect(tep_href_link($goto, tep_get_all_get_params($parameters))); of each action described above we will apply all our discounts on every cart action. What do you think about?

I'am working for this now. Hope the results are coming soon.

Nice idea (the idea only)! This is a solution that I'm looking for! Thank you. About your issue. It need to see carefully. But I have only one question: do you have your setting STOCK_LIMITED set to true or not? If you use AJAX module you should modify edit_order_ajax.php also. In this file you found exactly the same code as in edit_order.php.

Find $product_info_query = tep_db_query("select p.products_id, pd.products_name, ... and so on. Try to paste just after word select: pd.products_head_keywords_tag, So your query should be present like $product_info_query = tep_db_query("select pd.products_head_keywords_tag, p.products_id, pd.products_name, After that you can access to the products_head_keywords_tag through $product_info array as usual. You may paste "pd.products_head_keywords_tag, " where you want between words select and from.

No additional query needed. You may asc for field "products_head_keywords_tag" in your general question for product on products_info.php and access frough product array. Of course if you need this only on product_info.php.

Unfortunatelly I don't know about how to make a single php-file work on different PHP version. My knowledge and skils in PHP are not very good. It need to carefully debug to understand what's wrong with Attribute Manager. I can such things with my shop or in localhost on DENWER, but that is not my... All that I can say? try to catch the code that does not execute and prevents Attribute Manager from loading. What it is I don't know. Nothing special settngs needed. If you have not or don't know about what plugins you have simple use default settings. If something be wrong we see errors. It is better to see error than seeing nothing. All seems that Attribute Manager doesn't load. By the way! Try to turn on QT Pro plugin. May be we see something like an error. This will be the signal that loading done, but something wrong in other place.

PHP4 should be OK. Well, if the 2.8.9 doesn't run, please try 2.8.7. Since this version I see some shuffling in versions. We need to revert to stable. Installation is the same, so, if you have your current version installation correct (please check once again), you need only to replace the whole folder catalog\admin\attributeManager and check configuration in catalog\admin\attributeManager\attributeManagerConfig.class.php. Try it on both PHP and please tell me exactly your PHP version.

Simply skip this step. If no editor present in your system this code is unnecessary. But keep in mind, that if ever install one of that editor it is better to come back and do this step.

Unfortunatelly I can't help you. I'am not planning to upgrade to latest PHP. Definitely not .htaccess should be modified. Please tell, do you see the Attribute Manager plugin in categories.php just under the price and before product description? Did you use it on previous PHP version?

Seems like you forgot a semicolond during installation Attribute Manager. Install instruction are simple as possible. But if you have your categories.php modified, you should have to some deduction on where to place the Attribute Manager code, because line numbers may be different in that case. ms2 is a MileStone 2 - version of osCommerce prior to RC2a. You may find your version in catalog\includes\application_top.php file. Search for string PROJECT_VERSION around line 38.

Possible incorrect installation of Attribute Sort plugin. You should check your settings for AM_FIELD_OPTION_SORT_ORDER and AM_FIELD_OPTION_VALUE_SORT_ORDER in attributeManager\classes\attributeMnagerConfig.class.php. Thouse settings must be pointed to columns that stores sort order of options and attributes. In my case: /** * Sort order tables */ $this->add('AM_FIELD_OPTION_SORT_ORDER','products_options_sort_order'); // Sort column on Products_options table $this->add('AM_FIELD_OPTION_VALUE_SORT_ORDER','products_options_sort_order'); // Sort column on product_attributes table

Version 2.8.7 excellent working on PHP Version 5.2.9. Not tested on latest PHP.

Variable $id in catalog\includes\header_tags.php used in lines 34, 36, 73, 95, 97, 145 is conflicted with NewsDesk contribution in catalog\includes\boxes\newsdesk.php in function newsedsk_show_category($counter) causing multiple warnings. $id used in newsdesk function as global variable. Solution is to rename $id in catalog\includes\header_tags.php on lines shown above or to insert code $id = array(); just above lines if ($newsPath) { $new_path = ''; in catalog\includes\boxes\newsdesk.php

By my first issue I carefuly test it and seems I found where is the bug. This line $incArray['pseudo'] = " \$page = '" . substr($file, 0, -1) . "';" . "\n"; generates in catalog\includes\header_tags.php next line: $page = 'newsdesk_info.php?newsdesk_id='; . The trouble is that my first added pseudo page was newsdesk_info.php?newsdesk_id=15. So the code on first block generate $page = 'newsdesk_info.php?newsdesk_id=1'; and pseudo pages goes wrong. The solution is to check id of given pseudo page in function AddedToHeaderTagsIncludesFilePseudo(); before generate code for it in catalog\includes\header_tags.php. And by my second issue. The way why it be so is clear. We may delete all pseudopages with one click. But if we got several and want to delete just one, seems it should not work as it works now.

And another one: I have 3 pseudo pages, like: 1. newsdesk_info.php?newsdesk_id=1 2. newsdesk_info.php?newsdesk_id=8 3. newsdesk_info.php?newsdesk_id=15 Now I want to delete one of them. If this are number 2 or 3 everything is OK. But if I choose number 1 to delete, pages number 1 and 3 are delete in one time. I doublecheck in diffrent combination. If the part of several pages from beginning is equivalent to deleting page name all this pages will be deleted.

Hi, Jack! I've got an issue with pseudo pages and cache option. When the cache is disabled everething is OK. But if I enable the cache, all pseudo pages has the same titles, keywords, etc. like the very first record in headertags_cache with accessed pseudo page. Eg. Pseudo pages newsdesk_info.php?newsdesk_id=1 and newsdesk_info.php?newsdesk_id=2 with different settings works fine, when cache is disabled. Enable the cache and reset it. Next access to newsdesk_info.php?newsdesk_id=2, than newsdesk_info.php?newsdesk_id=1. On the second page we see same info as on previous. Seems, the code $page = 'newsdesk_info.php?newsdesk_id=1'; $parts = explode("?",$page); $getStr = substr($parts[1], 0, -1); $getID = isset($_GET[$getStr]) ? $_GET[$getStr] : ''; $parts = explode("=", $parts[1]); doesn't work properly. At least on line 3 and 4. As I understand the idea, we should take id from a given page and store it in $getID. After that this variable is used in cache saving and reading using cache name pattern like header_tags_<page>_<language>_cache_id_<pseudo_page_id> where <pseudo_page_id> = id of accessed eg. newsdesk article (newsdesk_id) = $getID. But $getID in my case is allways equivalent to empty string. The cache table allways read the first entry. Correct me, please if I'am wrong.

Seems, like your default osCommerce installation corrupts. This defines comes from main osCommerce. In my case RC2a. INsert the line below to catalog\includes\filenames.php define('FILENAME_UPCOMING_PRODUCTS', 'upcoming_products.php'); But I don't know about MAIN_CATEGORIES. May be it is from other contrib. Oh... By the way. Do you use BTS or STS? May be it is from there. Check you installation of this mods. I haven't one.

You miss to modify admin\includes\filenames.php. Check for such code there and if not, add it: // order editor define('FILENAME_ORDERS_EDIT', 'edit_orders.php'); define('FILENAME_ORDERS_EDIT_ADD_PRODUCT', 'edit_orders_add_product.php'); define('FILENAME_ORDERS_EDIT_AJAX', 'edit_orders_ajax.php');

The archive is too big and need to be moderated by osC team. It should apper within 1-2 days.

This is double post: You should disable QT Pro plugin in attributeManagerConfig.class.php file. Replace this $this->add('AM_USE_QT_PRO', true); to this $this->add('AM_USE_QT_PRO', false);

Do you have QT Pro installed? Does this irregular things happens before AJAX AM installation? Do you install other contrib in the same time with AJAX AM?