New 
minionsweb
-
Posts
181 -
Joined
-
Last visited
Posts posted by minionsweb
-
-
http://addons.oscommerce.com/info/5942
Support thread is dead for years.
http://www.oscommerce.com/forums/topic/302088-contribution-multilayer-seo-pop-out-menu/page-10
Stumbled upon a little flaw.
The categories section mostly works well.
uncovered issues IF you use c.sort_order as the preference via admin console.
If multiple categories are set at a common int (in this case all are set to 129), the order is alphabetically descending as show below.LED UV Blacklights
LED Spot Light Fixtures
LED Pixel Light Strings
LED Outdoor Spotlight Bulbs
LED Outdoor Flood Light Fixtures
LED Outdoor Flood Light Dimmable
LED Outdoor DMX Light Fixtures
LED Outdoor DMX Flood Lights
LED Meteor Tubes Mini Snow Falli
LED Flexible Strip Light
LED DC Spotlight Bulbs
LED Club/DJ DMX Lights
But that is contradictory to alphabetizing.
I cannot figure out where the ascending/descending flag is switched.
Betting I am missing the obvious, but a 2nd set of eyes would help.
See problem live
http://www.minionsweb.com/osStore
Little help please.
ThanksCorey
Minions Web
-
will have to wait until after halloween, my busy season now.
Canada customers will just have to be notified until I an take time to address the issue
-
odd, in my shop it was drastically off.
reviewing in fedex console the rate provided (stating transportation fees) shows as 74.40
FedEx International Ground®
(2 Business Days)
Base Rate
24.25
Additional charges (+)
+Fuel surcharge
1.84
+Canada HST
5.33
+Declared Value
3.20
+Clearance Entry Fee
40.99
Discounts (-)
-Earned discount
(--)
-Volume discount
(1.21)
-Bonus discount
(--)
Total
74.40
in the shop, it shows 37.09
Big disparity.
I feel like I am missing something.
Am I?
Thanks
Corey
-
Dave,
I am seeing domestic ground rates, not international ground rate for canada ground ship.
Screen capture is in the link above to illustrate what I mean.
Any insight?
-
One error in explaining the problem, BOTH manual order editor and checkout_shipping are reporting the wrong rate.
I did not discover the problem until creating the customers label in fedex.com console.
I looked through all the code and it appears to be filtering correctly.
Any thoughts on how the returned array is replacing the international rate with the domestic?
Insight appreciated.
Corey
Minions Web
-
Did you start with a clean install?
If so, which version?
Or are you customized at all?
Do you have error reporting turned on?
You make no mention if domestic works normally or not.
Seems you have install or configuration issues, or possible imcompatibilities.
I have nearly 30 contribs added to my original 2.2 rc2 install.
It is now ported for php 5.3
Lunarpages went from 4.6 to 5.3 with 36 hours notice over labor day weekend.
There went nearly 70 hours of my life to deal with deprecations, research, revisions and testing.
Error reporting is on.
I'm also having this problem.
Your orders when selected to canadian destinations, show domestic, not the international ground option with a rate value (not 0.00)?
If you turn on international ground and turn off regular ground no shipping cost is added to the order. If you turn off international ground and turn on regular ground the shipping cost does not show up. The only way any cost for shipping shows up for shipments to Canada is when both international AND domestic ground is enabled.I have not experienced that, I believe I can select any combination.
In my case Rates always display, just not the right rate type - in the cart
Manual order editor it shows the right type and total of the rate.
You appear to have multiple issues, which leads me to believe you have an integration issue.
Other international rates such as international priority and economy show up as $0.00 for shipments to Canada.
Nope, again, all enabled international rates except international ground report.
In its place, is domestic ground with a rate.
Click the pic to see what is appearing.
Also the contribution does not appear to send value statement to FedEx.
Not sure what you mean "value statement" - as in insured worth? customs value?
All works fine for me, except the domestic ground in place of international ground in the cart checkout process.
Any help would be appreciated.
I think you need to go over your installation with a fine tooth comb and make sure you performed each and every step.
Confirm that you have the updated validated meter from fedex, as the original meters we were issues are deprecated, and new number is assigned, as is a new key.
My belief is you have seperate issues from what I am experiencing.
-
I see some mention of international proplems, but not this particular one.
Seems customers in canada can select regular domestic ground at checkout, international ground is NOT a presented option.
Not sure how this can be, since it is international ground.
AFAIK only international options should be all that is returned via the api
The rate is about half of what it should be.
Sorry but I am not out of pocketing 37 bucks on a sale under 300.
It shows domestic in checkout_shipping.php
I do notice that it does NOT appear as a choice in order editor.
international ground is turned on in the console
appears to be correct in the code (wsdl and fedexwebservices)
Guess I have to reach out to tech at fedex to see if this issue is a reported bug.
Any insight, or answer I missed in the thread?
-
The deprecated errors are easily fixed...
A Good alternative for eregi() is preg_match() with i modifier:
try replacing
// po box hack by JD if (eregi("^P(.+)O(.+)BOX",$order->delivery['street_address']) ||eregi("^PO BOX",$order->delivery['street_address']) || eregi("^P(.+)O(.+)BOX",$order->delivery['suburb']) || eregi("^[A-Z]PO",$order->delivery['street_address']) || eregi("^[A-Z]PO",$order->delivery['suburb'])) { $this->quotes = array('module' => $this->title, 'error' => '<font size=+1 color=red><b>Federal Express cannot ship to Post Office Boxes.<b></font><br>Use the Change Address button above to use a FedEx accepted street address.'); } // end po box hack by JDwith
// po box hack by JD if (preg_match("/^P(.+)O(.+)BOX/i",$order->delivery['street_address']) || preg_match("/^PO BOX/i",$order->delivery['street_address']) || preg_match("/^P(.+)O(.+)BOX/i",$order->delivery['suburb']) || preg_match("/^[A-Z]PO/i",$order->delivery['street_address']) || preg_match("/^[A-Z]PO/i",$order->delivery['suburb'])) { $this->quotes = array('module' => $this->title, 'error' => '<font size=+1 color=red><b>Federal Express cannot ship to Post Office Boxes.<b></font><br>Use the Change Address button above to use a FedEx accepted street address.'); } // end po box hack by JDI havent tested that so please report back
I happened to write the same thing, then came here to see if had been done.
My goal was to make it php 5.3 compliant (which lunarpages upgraded to the other day out of the blue)
Doesn't throw an error, but I have not tested a PO Box tho.
Ill try the regex down the line, more important to get the store back in service....
-
Since there havent been responses in ages, and not a hint of module updating I suppose you have abandoned this.
Time to find another supported solution.
-
Nice catch to make compatible with manual order editor.
Just incorporated the v9 web services into our store
Hi all, I installed this for a client who also has the order editor plugin. It failed in one spot, line 129. It was assuming there would be a cart and an order object, but in this case, there is no cart. This is the simple fix:
Change line 129 of catalog/includes/modules/shipping/fedexwebservices.php from:
$totals = $order->info['subtotal'] = $_SESSION['cart']->show_total();
to
$totals = $order->info['subtotal'] || $_SESSION['cart']->show_total();
HTH,
-Bill
I truly appreciate it, now i I can get Fedex to provide the key and password (services are down for 18 hours plus) I might be able to get our store functional again ;)
I am going to add some edits to the install instructions, and add them to the contrib.
I found the existing ones a tad understated and confusing.
Thanks
C
-
Been some time since I had to look at this.
Just did a large re-org on the website, but did not touch the code.
All I have done is break out sub categories into top level categories, and in one case added about 30 subs to one main category.
Now what is labelled in my admin console as FWR Menu is no longer expanding.
It makes it annoying to look for subcategories since the menus no longer pop out.
Any thoughts why this might be occuring?
Thanks
-
My shop is running v2.2 RC2 with FedEx module 2.07 and an 2.07.1.1 update. It acted the same way. What I did to fix this is go to the admin control panel for modules. Click shipping, then Federal Express. Edit the following to suit your needs:
Max. weight
Max. quantity of ship boxes
These values are NOT only for when the FedEx site is disabled, but are also used for the ship separately function. My values were set to low for some of my heavy items. I arbitrarily picked 10 for the number of boxes and 150 pounds. Now it seems to be working fine.
Seems we have both resolved the issues today.
I have to thank you for the little poke.
In my case, it was a combination of missing adding one of the array values in the db query as described in 2.6 install (havent checked 2.7 instructions), and swapping the string positions as described in the 2.7.01 fix.
My error is mostly a result from having a heavily customized installation.
As pchem has noted, yes, you need to have max boxes and max weight on to have this work.
imc I selected 15 boxes, 200 lb max.
Hope this can help someone in the future.
-
Has anyone been successfully using the ship separate check box?
Searched the thread to no avail.
I have everything but that functioning correctly.
I can check the box to my hearts content, but I never get multi-package totals.
This really screws me up as I have a number of oversize items, in addition to many items that can be shipped together.
For some reason it just does not seem to toggle the code.
-
You'll have to manually edit the database to remove those extra items.
I believe I posted how to remove those with the sql needed earlier in the thread.
yep, here
and Evanisms more elegant solution
-
wow, a bit late to the party.
Manual order maker does not make a customer account, you need to add another contrib to do that, then create the order.
try
-
3 things
1, I dont get a create button just the word?
Create is simply a link to create a new order, it would be up to you to make a fancier button and associate it, if it is that important.
2, Also i have to go into customers then cllik on a customer to see get create word.True, it is to allow you to create an order either from an existing customer or for a new one.
Word of caution, if you create an order for a new customer and do not create a customer account first, you will have an order that is not searchable by customer name.
See my earlier post about adding admin create account contrib.
3, And also i can not delete customers?:blink:
Please help i dont Know what i have done?
You delete customers from the delete button in each customer listing, just as before.
-
:blink: In the install doc
7. in catalog/admin/orders.php
*** FIND: there are two....change them both
<td class="pageHeading"><?php echo HEADING_TITLE; ?></td>
<td class="pageHeading" align="right"><?php echo tep_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>
*** REPLACE WITH:
<!-- BOF Order Maker -->
<td class="pageHeading"><?php echo HEADING_TITLE . '<a href="' . tep_href_link(FILENAME_CREATE_ORDER) . '"> Create order </a>'; ?></td>
<td class="pageHeading" align="right"><?php echo tep_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>
<!-- EOF Order Maker -->
<_< I have this from Pay Without Account (PWA)
<!-- PWA BOF -->
<td class="pageHeading"><?php echo HEADING_TITLE . (($order->customer['is_dummy_account'])? ' <b>no account!</b>':''); ?></td>
<!-- PWA EOF -->
<td class="pageHeading" align="right"><?php echo tep_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>
:blush: I dont Know what to do!!! Can some one help????
Simplest solution which will yield links for both contribs
*** FIND: there are two....change them both <td class="pageHeading"><?php echo HEADING_TITLE; ?></td> <td class="pageHeading" align="right"><?php echo tep_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>replace with
<!-- BOF Order Maker --> <td class="pageHeading"><?php echo HEADING_TITLE . '<a href="' . tep_href_link(FILENAME_CREATE_ORDER) . '"> Create order </a>'; ?></td> <!-- EOF Order Maker --> <!-- PWA BOF --> <td class="pageHeading"><?php echo HEADING_TITLE . (($order->customer['is_dummy_account'])? ' <b>no account!</b>':''); ?></td> <!-- PWA EOF --> <td class="pageHeading" align="right"><?php echo tep_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>I believe that should work.
Corey
-
The Google XML Sitemap SEO menu selection from the configuration menu has vanished (along with header tags SEO)
This is exactly what started the above problem that necessitated the previous post.
Anyone else experience this?
I really do not want to have to keep applying the menu part of the sql for these contribs just to be able to see the selection.
-
Here is a bit of sql that may help folks in the future who do the same bonehead move I did.
In my case, I noticed that my sitemaps were not being created after the initial installation went thru.
After looking at the recent postings on the thread I thought I would look to see how the sitemaps were running.
When I noticed they werent, and tried a manual build thru the address bar index.php url.
It failed.
Checked the file permissions, switched them a tad from the 644 they were set at, to 755
Still failed.
I noticed the output was set for using the alternate file.
So I went to admin>config, but there was no Google XML SEO.
hmmm.
So I looked to the sql, since that is how the Google XML SEO command is applied.
OK, grab the sql, and apply it, right?
One should check to see if values are already applied before running sql statements.
Now I had a menu command for Google XML SEO, but 2 of all the options too.
Oooops.
Here is the undo sql statements in case you pull this bonehead move too.
DELETE FROM configuration WHERE configuration_title='Sitemap file' AND configuration_key='GOOGLE_XML_SITEMAP_SEO' AND configuration_value='Standard' AND configuration_description='Which file to use for the sitemap creation. Use Standard unless it doesn\'t work correctly.<br>(Standard=on Alternate=off)' AND configuration_group_id='289' AND sort_order='1' AND set_function='tep_cfg_select_option(array(\'Standard\', \'Alternate\'), '; DELETE FROM configuration WHERE configuration_title='Enable Manufacturers Map' AND configuration_key='GOOGLE_XML_SITEMAP_CREATE_MANU' AND configuration_value='false' AND configuration_description='Set to true if you would like a site map created for your manufactureres.<br>(true=on false=off)' AND configuration_group_id='289' AND sort_order='5' AND set_function='tep_cfg_select_option(array(\'true\', \'false\'), '; DELETE FROM configuration WHERE configuration_title='Enable Specials Map' AND configuration_key='GOOGLE_XML_SITEMAP_CREATE_SPECIALS' AND configuration_value='false' AND configuration_description='Set to true if you would like a site map created for your specials.<br>(true=on false=off)' AND configuration_group_id='289' AND sort_order='7' AND set_function='tep_cfg_select_option(array(\'true\', \'false\'), '; DELETE FROM configuration WHERE configuration_title='Enable Standard Pages Map' AND configuration_key='GOOGLE_XML_SITEMAP_CREATE_PAGES' AND configuration_value='false' AND configuration_description='Set to true if you would like a site map created for your standard pages.<br>(true=on false=off)' AND configuration_group_id='289' AND sort_order='10' AND set_function='tep_cfg_select_option(array(\'true\', \'false\'), '; DELETE FROM configuration WHERE configuration_title='Enable Diagnostic Output' AND configuration_key='GOOGLE_XML_SITEMAP_SHOW_DIAGNOSTIC' AND configuration_value='false' AND configuration_description='Set to true if you would like debug information displayed. This is useful if the site maps are not being created correctly.<br>(true=on false=off)' AND configuration_group_id='289' AND sort_order='15' AND set_function='tep_cfg_select_option(array(\'true\', \'false\'), '; DELETE FROM configuration WHERE configuration_title='Exclude these pages' AND configuration_key='GOOGLE_XML_SITEMAP_EXCLUDE_PAGES' AND configuration_description='Add these pages to the built-in file exclude list. This will prevent the links from being added to the pages site map.' AND configuration_group_id='289' AND sort_order='20';
Jack, feel free to add this to your package, I have noticed you have been putting similar in your other contribs.
Corey
-
I have a problem with the comments ... Here is a screen shot to show you the problem ... when I change the bill such as a refund, I have this type of comment. Thank you for help.
I would suggest you grep for onchange="updatecommentsfield" in your catalog files.
It is likely you missed a character or 2 in the edits, and it is being passed into the comments fields.
It is likely in the changes from the instructions, due to a bad cut and past.
It would help if you use 2 tools.
1) examdiff or beyond compare to see the edits you have made
2) source control software like subversion or perforce to help you maintain and track revisions and see the changes progressively.
-
First I want to say this is a great contrib paired with order editor.
Today I have discovered a shortcoming.
When using order editor/manual order maker, if you are starting a customer off from scratch, it does not create a customer account which is quite a pitfall.
Weeee, having created/edited a number of orders already, this is ...shall we say....irritating.
A customer called today and wanted to place another order, and a search for his account ensued - result - no account!
So no associated order(s).
If you plan to enter/edit orders, I highly recommend that you add Admin Create Account 1.0 contrib.
As long as you create a customer account as the first step, there will be an ongoing orders record.
Corey
-
First I want to say this is a great contrib paired with order editor.
Today I have discovered a shortcoming.
When using order editor/manual order maker, if you are starting a customer off from scratch, it does not create a customer account which is quite a pitfall.
Weeee, having created/edited a number of orders already, this is ...shall we say....irritating.
A customer called today and wanted to place another order, and a search for his account ensued - result - no account!
So no associated order(s).
If you plan to enter/edit orders, I highly recommend that you add Admin Create Account 1.0 contrib.
As long as you create a customer account as the first step, there will be an ongoing orders record.
-
"I am using terminal processing with the order editor"
can let me know a little more about this??? is like a point of sale... or is conected to a virtual terminal?
Look for Credit Card with CVV2 under contribs.
You simply use the credit card method under payments in the modules section.
It is manual entry for you and your customers.
I simply added the cvv2 code into the order editor/manual order creator and posted it here for others to use.
I still have to process orders via a web console (virtual terminal).
If you need automated processing via the store, try authorize.net
-
We are using the fedex shipping module with order editor, and have applied the fix for having fedex quotes appear.
I am noticing that it does not always show.
Anyone have any insight why this could be happening?
Alphabetical ordering in [contribution] Multilayer SEO Pop Out Menu by FWR_Media
in General Add-Ons Support
Posted
and I was looking for == 'd' to switch to == 'a'
didnt occur to me that was descending
Thank you