Upgrade to 1.23 - MMUI.MV

Customer Customer Fields and VC OPT - REPOST



Miva Merchant: 4.22
OpenUI: 4.954

Thanks,
Scott

Darren Ehlers wrote:
> What OpenUI version and what Merchant version?
>
> Darren Ehlers
> OpenUI Developer Consortium
> <A HREF ="http://www.openui.org/ ">http://www.openui.org/ </A>
>
> Double the speed of your OpenTokens, only $40!!
> <A HREF ="http://www.openui.org/purchase/?pc=OPENUI-TURBO&pn=OpenUI%20Turbo ">http://www.openui.org/purchase/?pc=O...OpenUI%20Turbo </A>
>
>
>>-----Original Message-----
>>From: Sebenza Lists [mailto:[email protected]]
>>Sent: Sunday, March 20, 2005 4:36 PM
>>To: [email protected]
>>Cc: [email protected]
>>Subject: Re: [mru] Customer Customer Fields and VC OPT - REPOST
>>
>>
>>Yeah... I specify a number in the dropdown box in the admin
>>under Custom
>>Customer Fields, but they do not show up on the storefront in
>>that same
>>order.
>>
>>Scott
>>
>>Darren Ehlers wrote:
>>
>>>Sorting? Ordering the fields? Last I checked, it was working fine.
>>>
>>>Darren Ehlers
>>>OpenUI Developer Consortium
>>><A HREF ="http://www.openui.org/ ">http://www.openui.org/ </A>
>>>
>>>Double the speed of your OpenTokens, only $40!!
>>><A HREF ="http://www.openui.org/purchase/?pc=OPENUI-TURBO&pn=OpenUI%20Turbo ">http://www.openui.org/purchase/?pc=O...OpenUI%20Turbo </A>
>>>
>>>
>>>
>>>>-----Original Message-----
>>>>From: Sebenza Lists [mailto:[email protected]]
>>>>Sent: Sunday, March 20, 2005 2:10 PM
>>>>To: [email protected]
>>>>Cc: [email protected]
>>>>Subject: Re: [mru] Customer Customer Fields and VC OPT - REPOST
>>>>
>>>>
>>>>Thanks Darren. Also, is sorting a "working" feature?
>>>>
>>>>Scott
>>>>
>>>>
>>>>Darren Ehlers wrote:
>>>>
>>>>
>>>>>Scott,
>>>>>
>>>>>The "problem" is that if there is an error creating a
>>>>
>>>>customer account (such
>>>>
>>>>
>>>>>as blank fields), the customer_id variable is 'invalid' and
>>>>
>>>>therefore, the
>>>>
>>>>
>>>>>wrong account's information can be loaded.
>>>>>
>>>>>You'll need to check the error flag/variable (ie:
>>>>
>>>>g.Data_Entry_Error) to see
>>>>
>>>>
>>>>>if you should load the fields from the database, or
>>>>
>>>>populate the fields from
>>>>
>>>>
>>>>>the global variables that were just "posted".
>>>>>
>>>>>Darren Ehlers
>>>>>OpenUI Developer Consortium
>>>>><A HREF ="http://www.openui.org/ ">http://www.openui.org/ </A>
>>>>>
>>>>>Double the speed of your OpenTokens, only $40!!
>>>>><A HREF ="http://www.openui.org/purchase/?pc=OPENUI-TURBO&pn=OpenUI%20Turbo ">http://www.openui.org/purchase/?pc=O...OpenUI%20Turbo </A>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>-----Original Message-----
>>>>>>From: [email protected]
>>>>>>[mailto:[email protected]] On Behalf Of Sebenza Lists
>>>>>>Sent: Sunday, March 20, 2005 11:16 AM
>>>>>>To: [email protected]
>>>>>>Subject: [mru] Customer Customer Fields and VC OPT - REPOST
>>>>>>
>>>>>>
>>>>>>Hello All-
>>>>>>I am running into an issue and wanted to see if anyone else has
>>>>>>successfully done what I am trying to do. I am using VC OPT and am
>>>>>>implementing Custom Customer Fields. Everything works fine
>>>>>>when I go to
>>>>>>my account details when logged in, but the problem is when I
>>>>>>am creating
>>>>>>a new account. If I leave any required custom customer fields
>>>>>>empty when
>>>>>>creating an account, I of course get the error message and
>>>>
>>>>all, but it
>>>>
>>>>
>>>>>>is populating the custom fields with another users info. The
>>>>>>non-template version of ACNT works fine. Here is a sample of
>>>>>>what I have
>>>>>>in the template:
>>>>>>
>>>>>>%ACTION(XCFIELDS|customer_id)%
>>>>>>Age: <input name="Customer_Custom_AGE" size="25"
>>>>>>value="%VAR(g.OUI_Xcustomers:AGE)%" type="text">
>>>>>>
>>>>>>
>>>>>>Any ideas?
>>>>>>
>>>>>>Thanks,
>>>>>>
>>>>>>Scott
>>>>>>Sebenza.com
>>>>>>
>>>>>>
>>>>>>

How many orders can Miva handle?



The problem is more often how many orders can you
process and extract from Merchant easily; on a fast
server it can take hundreds of orders per day,
even thousands if heavily optimized through the use
of Merchant Optimizer (static page generation to keep
shoppers off the high-load dynamic pages) and similar
other techniques. A payment gateway would be mandatory
of course since there wouldn't be enough time to try
to charge people manually, but two popular programs
for people who are dealing with high volume stores are:

ShipWorks from <A HREF ="http://www.interapptive.com">http://www.interapptive.com</A>
Order Manager from <A HREF ="http://www.stoneedge.com">http://www.stoneedge.com</A>

David
Hostasaurus.Com

> -----Original Message-----
> From: Miva List - Dunkirk Systems [mailto:[email protected]]=20
> Sent: Wednesday, March 30, 2005 8:32 AM
> To: Miva Merchant List
> Subject: [mru] How many orders can Miva handle?
>=20
> Hi... I was posed a question by a potential client - how many=20
> orders can=20
> Miva handle on a daily/regular basis? Does anyone have any=20
> specifics or=20
> statistics on this? And if you yourself have a high-volume=20
> site, what=20
> is the largest order load you have processed?
>=20
> Your expertise is appreciated!
>=20
> mp/m
>=20
> --=20
>=20
> --------------------------------------------------------------
> ---------
>=20
> Mike Maddaloni
>=20
> Dunkirk Systems - Delivering Internet Solutions
> P.O. Box 2170
> Chicago, IL 60690-2170 US
> 312.781.1170
> [email protected]
> <A HREF ="http://www.dunkirksystems.com">http://www.dunkirksystems.com</A>
>=20
>=20
>=20

How many orders can Miva handle?



On Wed, 30 Mar 2005 08:37:15 -0500, David Hubbard
<[email protected]> wrote:
> A payment gateway would be mandatory
> of course since there wouldn't be enough time to try
> to charge people manually,

I'm not sure how you meant that. I'll agree that you'd want a
gateway, but not necessarily connected to the store. There are ways
to get the data off the server securely, and process payments after
the fact.

In a couple of high traffic sites that I've worked on, we
intentionally avoided using an online payment gateway, and when
possible, also avoided online shipping calculation. Connecting to
payment and shipping servers can add delays for the shoppers, and they
do occasionally suffer from outages (typically around the holidays).

--
Bill Guindon (aka aGorilla)

How many orders can Miva handle?



I don't think this will help answer your question because this site was
using 3 dedicated servers during peak traffic.

The largest site I have worked with and witnessed was doing 2000 to 6000
orders each hour for quite a few months (yes there is no mistake). The
only problem we encountered was when the people processing the orders
stopped deleting the orders for 7-10 days. Miva is not a lot of fun to work
with when the admin has 500,000+ orders stored.

They used Verisign as the payment gateway and didn't have a single issue
with verisign and that order volume but they did have an Authorize.net
account setup and ready to go incase there was any verisign issues.

Thanks,
Gary..

DOMINANT DESIGNS & Development Services Ltd.
<A HREF ="http://www.DominantDesigns.com/">http://www.DominantDesigns.com/</A>

ESP
<A HREF ="http://www.MivaRoo.com/">http://www.MivaRoo.com/</A>

-----Original Message-----
From: [email protected] [mailto:[email protected]]
On Behalf Of Miva List - Dunkirk Systems
Sent: Wednesday, March 30, 2005 9:32 AM
To: Miva Merchant List
Subject: [mru] How many orders can Miva handle?

Hi... I was posed a question by a potential client - how many orders can
Miva handle on a daily/regular basis? Does anyone have any specifics or
statistics on this? And if you yourself have a high-volume site, what is
the largest order load you have processed?

Your expertise is appreciated!

mp/m

--

-----------------------------------------------------------------------

Mike Maddaloni

Dunkirk Systems - Delivering Internet Solutions P.O. Box 2170 Chicago, IL
60690-2170 US 312.781.1170 [email protected]
<A HREF ="http://www.dunkirksystems.com">http://www.dunkirksystems.com</A>

How many orders can Miva handle?



From: Bill Guindon [mailto:[email protected]]=20
>=20
> On Wed, 30 Mar 2005 08:37:15 -0500, David Hubbard
> <[email protected]> wrote:
> > A payment gateway would be mandatory
> > of course since there wouldn't be enough time to try
> > to charge people manually,=20
>=20
> I'm not sure how you meant that. I'll agree that you'd want a
> gateway, but not necessarily connected to the store. There are ways
> to get the data off the server securely, and process payments after
> the fact.

In a site doing 1000 orders/day, having someone have to
manually process and charge an incoming order is going to
add about three to four minutes per order before it hits
fulfillment. Assuming all orders have to be processed
by 3 PM for shipping, three or four minutes per order,
consumed between the normal business hours of 9 AM and
3 PM, means you'll need between nine and twelve additional
staff members just to process these charges. Having a
payment gateway in charge mode on the store may slow the
checkout, but it would let orders go straight to fulfillment
saving quite a bit of money, time, etc.

> In a couple of high traffic sites that I've worked on, we
> intentionally avoided using an online payment gateway, and when
> possible, also avoided online shipping calculation. Connecting to
> payment and shipping servers can add delays for the shoppers, and they
> do occasionally suffer from outages (typically around the holidays).

Using the Copernicus Shipping Supermod solves the problem of a dead
shipping gateway since it can fall back to table-based calculation
and picking a reliable gateway will avoid the down gateway issue.

David

How many orders can Miva handle?



On Wed, 30 Mar 2005 09:14:33 -0500, David Hubbard
<[email protected]> wrote:
> From: Bill Guindon [mailto:[email protected]]
> >
> > On Wed, 30 Mar 2005 08:37:15 -0500, David Hubbard
> > <[email protected]> wrote:
> > > A payment gateway would be mandatory
> > > of course since there wouldn't be enough time to try
> > > to charge people manually,
> >
> > I'm not sure how you meant that. I'll agree that you'd want a
> > gateway, but not necessarily connected to the store. There are ways
> > to get the data off the server securely, and process payments after
> > the fact.
>
> In a site doing 1000 orders/day, having someone have to
> manually process and charge an incoming order is going to
> add about three to four minutes per order before it hits
> fulfillment. Assuming all orders have to be processed
> by 3 PM for shipping, three or four minutes per order,
> consumed between the normal business hours of 9 AM and
> 3 PM, means you'll need between nine and twelve additional
> staff members just to process these charges. Having a
> payment gateway in charge mode on the store may slow the
> checkout, but it would let orders go straight to fulfillment
> saving quite a bit of money, time, etc.

Oddly enough, one of the sites did average just about 1000 orders per day.

They weren't processing them by hand. Orders were approved on the web
with simple validation, then downloaded securely and imported into
Mail Order Manager which did all of the processing.

Granted, I'm no fan of Mail Order Manager, but it got the job done,
and it meant they could still take orders even if the payment gateway
was down.

> > In a couple of high traffic sites that I've worked on, we
> > intentionally avoided using an online payment gateway, and when
> > possible, also avoided online shipping calculation. Connecting to
> > payment and shipping servers can add delays for the shoppers, and they
> > do occasionally suffer from outages (typically around the holidays).
>
> Using the Copernicus Shipping Supermod solves the problem of a dead
> shipping gateway since it can fall back to table-based calculation
> and picking a reliable gateway will avoid the down gateway issue.
>
> David
>

How many orders can Miva handle?



The same could be done with the Stone Edge Order Manager
(www.StoneEdge.com/OrderManager.htm), and for a small fraction of the cost
of Mail Order Manager.

- Barney Stone, President
Stone Edge Technologies, Inc.
215-641-1837 ext. 111
www.StoneEdge.com


-----Original Message-----
From: [email protected] [mailto:[email protected]]
On Behalf Of Bill Guindon
Sent: Wednesday, March 30, 2005 9:33 AM
To: David Hubbard
Cc: Miva Merchant List
Subject: Re: [mru] How many orders can Miva handle?

On Wed, 30 Mar 2005 09:14:33 -0500, David Hubbard
<[email protected]> wrote:
> From: Bill Guindon [mailto:[email protected]]
> >
> > On Wed, 30 Mar 2005 08:37:15 -0500, David Hubbard
> > <[email protected]> wrote:
> > > A payment gateway would be mandatory of course since there
> > > wouldn't be enough time to try to charge people manually,
> >
> > I'm not sure how you meant that. I'll agree that you'd want a
> > gateway, but not necessarily connected to the store. There are ways
> > to get the data off the server securely, and process payments after
> > the fact.
>
> In a site doing 1000 orders/day, having someone have to manually
> process and charge an incoming order is going to add about three to
> four minutes per order before it hits fulfillment. Assuming all
> orders have to be processed by 3 PM for shipping, three or four
> minutes per order, consumed between the normal business hours of 9 AM
> and
> 3 PM, means you'll need between nine and twelve additional staff
> members just to process these charges. Having a payment gateway in
> charge mode on the store may slow the checkout, but it would let
> orders go straight to fulfillment saving quite a bit of money, time,
> etc.

Oddly enough, one of the sites did average just about 1000 orders per day.

They weren't processing them by hand. Orders were approved on the web with
simple validation, then downloaded securely and imported into Mail Order
Manager which did all of the processing.

Granted, I'm no fan of Mail Order Manager, but it got the job done, and it
meant they could still take orders even if the payment gateway was down.

> > In a couple of high traffic sites that I've worked on, we
> > intentionally avoided using an online payment gateway, and when
> > possible, also avoided online shipping calculation. Connecting to
> > payment and shipping servers can add delays for the shoppers, and
> > they do occasionally suffer from outages (typically around the
holidays).
>
> Using the Copernicus Shipping Supermod solves the problem of a dead
> shipping gateway since it can fall back to table-based calculation and
> picking a reliable gateway will avoid the down gateway issue.
>
> David
>

Intl Payment Gateway - Cybersource



that's a good question, I need that answered for myself also. Cardinal
Commerce has been after me to purchase 'insurance' so that my international
orders are guaranteed payment, but it is $29.95/mo.

On this note, I just had someone contact me from Australia who wants to
place an order. Her shipping address is:

FACE&BODY Pure Organic Indulgence
4/548 Lower North East Road
Campbelltown South Australia
Telephone: 61 (08) 8336 8899
PO Box 2020 Glynde Plaza South Australia 5070

Can Miva accommodate international addresses, it only has 1 address line at
checkout, I need Viking's Ohter Page Templates, don't I? I am spending a
fortune this year in 3rd party modules... maybe I should wait for Miva 5?

Wendy


----- Original Message -----
From: "Miva" <[email protected]>
To: <[email protected]>
Sent: Tuesday, April 19, 2005 6:05 AM
Subject: [mru] Intl Payment Gateway - Cybersource


I need a payment gateway company that handels international merchant
accounts...I just found out that Verisign does not.

Does anybody know any good companies that easily integrate with Miva
Merchant? I see that Cybersource does...does anybody have any feedback on
them (positive or negative)

Thanks,

Neil

Question about static search form.



You can do that (both folders html/mivadata). But make sure MivaVM is set up
properly. Change the domain settings and let Miva know ([email protected])
about the change, so they can reset the license.

Andreas Toman
PCINET, LLC
Miva Development, Installation & Upgrade
"E-commerce is the next step in the evolution ..."
www.pcinet-llc.com


-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Anthony V
Sent: Wednesday, May 18, 2005 5:25 PM
To: [email protected]
Subject: Re: [mru] online sales dillema (suggestions welcome!)

Many thanks to everyone who responded. Based on your suggestions, I will do

the following:


Get rid of the rapid-fire.us redirect and run merchant on stylepup.

Start Optimizing keywords

re-think color scheme & add more dog pics.

Now, am I going to have a huge fiasco with miva and module licensing if I
transfer the store to stylepup.com (and get rid of rapid-fire.us
alltogether?) Can I just copy the mivadata folder from rapid-fire.us (they
are both on the same server)

Thanks,

Anthony V




----- Original Message -----
From: "Julie Thompson" <[email protected]>
To: "'Anthony V'" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, May 18, 2005 4:53 PM
Subject: Re: [mru] online sales dillema (suggestions welcome!)


> Anthony,
>
> I really should be working my other job (accounting) but I am bored with
> the numbers, so I thought I'd take a moment and give you my dimes worth.
>
> First, the meta refresh from stylepup.com to rapid-fire is a big no-no
> with SE. You may never get into the SE at all due to just this one thing.

> Use a 301 redirect at the server level.
>
> Next, as Andreas mentioned, really need to optimize. Your title tag on
> your storefront is 'doggy'. Title tags are the easiest piece of real
> estate to optimize. Find the keywords that customers type in and optimize

> for those. Wordtracker.com is great for this purpose.
>
> While you are optimizing and waiting for the SE to pick you up
> organically, start a PPC campaign with Adwords and Overture.
>
> HTH
>
> Julie
>
> Andreas Toman wrote:
>> Try to google for your site. NIL! Read about search engines and optimize
>> your site or nobody will find you. Have a look at your meta-tags. Some
>> state
>> 'test' ... hmmm ... looks like you have to improve this ;o)
>>
>> Andreas Toman
>> PCINET, LLC
>> Miva Development, Installation & Upgrade
>> "E-commerce is the next step in the evolution ..."
>> www.pcinet-llc.com
>>
>>
>> -----Original Message-----
>> From: [email protected]
>> [mailto:[email protected]] On Behalf Of Anthony V
>> Sent: Wednesday, May 18, 2005 4:24 PM
>> To: [email protected]
>> Subject: [mru] online sales dillema (suggestions welcome!)
>>
>> Hi All,
>>
>> I've been a lurker on this list since 2000 when I opened my first
>> Merchant store. The store, www.BoulderingGear.com sells rock climbing
>> equipment... not exactly a broad market by any measure. The store saw
>> limited success but soon began to suffer as competition arose. Today it
>> pretty much sits there gathering a paucity of orders. Back when the
>> store was successful, I was working as a climbing photographer and the
>> site was more or less advertised by electronic word of mouth. Since
>> then, my involvement in the climbing community has waned and so have
>> sales.
>>
>> I recently opened www.stylepup.com, a site which sells dog clothes and
>> accessories. The site has as broad appeal as any, with potential
>> customers everywhere. (Even if you don't own a dog, you probably know
>> someone who does.) Pricing is on par or lower than most other sites out
>> there (and there are many other sites out there), but sales are nil.
>> Admittedly, wholesale sales (non-web) of the exact same products are
>> huge, with spencer gifts carying many of these products. In addition, at

>> a local consumer pet show we attended, our booth was flooded with people
>> buying multiple products.
>>
>> I really want this site to flourish rather than tank, and would welcome
>> any and all remarks, comments, suggestions or even harasment over the
>> fact that dogs would be made to wear such things ;)
>>
>> thanks in advance,
>>
>> Anthony V
>
>

Question about static search form.



------=_NextPart_000_0107_01C55BC8.5F362D20
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Thanks for the suggestion -

When I added tolower: as described, the dynamic urls stayed dynamic. =
The rewrite code seemed to have no effect.=20

The code I posted before that "worked" I have just realized is not =
actually rewriting the URLs - It's pointing to the static page but =
keeping the URL the same. I was working late last night, so when it =
finally "worked" I must have missed that it was only "kind of working."

Ugh, I would hate to do a redirect for every product and category to get =
around this. But honestly I have already spent so much time on this I =
probably would have been half way done by now! =20

Amanda


----- Original Message -----=20
From: Kelly XR=20
To: Kelly XR=20
Cc: Amanda P. - Miva List ; [email protected]=20
Sent: Wednesday, May 18, 2005 4:18 PM
Subject: Re: [mru] mod rewrite question for static urls


oops my syntax error... try it just like the original rewriteCond
but put the tolower: in front...
like this...
RewriteCond %{tolower:QUERY_STRING} Category_Code=3D(.*)& [NC]
That is what I meant to type
Kelly


Kelly XR wrote:

> THere is something called tolower...
>
> I'm not sure if you need to redirect to map of somewort.. or if it=20
> will work...
> but you might try it like this...I haven't tried it yet myself...
>
> RewriteCond ${lowercase:%{QUERY_STRING}}
>
> But if it works! LET US KNOW!!!
>
> Kelly
>
>
>
> Amanda P. - Miva List wrote:
>
>> I have Merchant Optimizer, and I'm trying to set up the mod rewrite =

>> rules so the merchant.mvc? product and category screen URLS rewrite =

>> to the MO pages. I am having problems because some product codes =
and=20
>> categories have capital letters in them. When the URLs are=20
>> rewritten, it keeps the caps in tact, but all of the MO pages are=20
>> built with lowercase URLs.
>>
>> I tried the suggested rules that come with MO docs:
>>
>> RewriteEngine On
>> RewriteCond %{QUERY_STRING} Category_Code=3D(.*)& [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html [R,L]
>> RewriteCond %{QUERY_STRING} Category_Code=3D(.*)$ [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html [R,L]
>> RewriteEngine On
>> RewriteCond %{QUERY_STRING} Product_Code=3D(.*)& [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html [R,L]
>> RewriteCond %{QUERY_STRING} Product_Code=3D(.*)$ [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html [R,L]
>>
>> This rewrote my URLs like this: =20
>> =
http://storedomain.com/static/produc...&Product_Code=
=3Dproductcode =20
>> I have my Merchant2 files in my root directory, so maybe that's =
why. =20
>> I finally fixed that problem by adding a ? to my rules like so:
>>
>> RewriteEngine On
>> RewriteCond %{QUERY_STRING} Category_Code=3D(.*)& [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html? [R,L]
>> RewriteCond %{QUERY_STRING} Category_Code=3D(.*)$ [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html? [R,L]
>> RewriteEngine On
>> RewriteCond %{QUERY_STRING} Product_Code=3D(.*)& [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html? [R,L]
>> RewriteCond %{QUERY_STRING} Product_Code=3D(.*)$ [NC]
>> RewriteRule ^(.*) http://storedomain.com/static/%1.html? [R,L]
>>
>> Now this rewrites my URLs correctly except for the case issue I=20
>> mentioned above:
>> =
http://storedomain.com/merchant.mvc?...ory_Code=3Dabc
>> is rewritten to:
>> http://storedomain.com/static/abc.html
>>
>> However,
>> =
http://storedomain.com/merchant.mvc?...ory_Code=3DABC
>> is rewritten to http://storedomain.com/static/ABC.html
>> which does not exist since MO converts it all to lowercase:
>> http://storedomain.com/static/abc.html
>>
>> Can anyone suggest the proper syntax to rewrite the URLs to =
lowercase=20
>> only? I've been looking at a million rewrite examples, and haven't =

>> found anything that works yet.=20
>> Thanks,
>> Amanda
>>
>>
>>
>> =20
>>
>
>

Question about static search form.



I haven't seen any modules for this, but thought I would run it by you guys
(and gals.)

I need to have video previews of my products. A Windows Media and Quicktime
version. Any ideas on how I could include this in my product? i.e. go into
my product and have a place where I can just enter the URL to the videos and
then via product page templates and tokens, MIVA will call up the buttons to
choose Windows Media or Quicktime and after one of the buttons is clicked it
will display an embedded video right there on the product page?

I know, it is prob. a custom job, but thought I would check.

thx!

Craig L.

Question about static search form.



It's all good. I had already gotten rid of the slash and fixed the .mvc?
and all is working good.

Thanks so much for taking the time to help thought and for pointing out
something I missed.

Craig L.

-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Andreas Toman
Sent: Wednesday, May 18, 2005 9:34 AM
To: 'Visual Reality'; 'Miva Merchant Users'
Subject: RE: [mru] Question about static search form.


Try this instead:

<FORM Style="display:inline" NAME="BrockSearch" METHOD = "post" ACTION =
"%VAR(g.sessionurl)%">
<input type="hidden" name="Screen" value="SRCHM">
<INPUT TYPE = "hidden" NAME = "Store_Code" VALUE =
"%VAR(Stores.d.code|EE)%">
<INPUT TYPE = "hidden" NAME = "BrokAction" VALUE="BSEARCH">
<INPUT TYPE = "hidden" NAME = "BrokSearch_Have_List_Fields" VALUE="1">
<input type="hidden" name="SearchOptions" value="00000011001010">
<input type="text" name="Search_Search" VALUE="" size="22">
<input type="image" name="submit" align="middle" src="newestgobutton8.gif"
width="29" height="19">
</form>

The SearchOptions, left to right, are:
Search_attrib position 1
Search_weight position 2
Search_desc position 3
Search_price position 4
Search_image position 5
Search_thumb position 6
Search_code position 7
Search_name position 8
Search_phrase position 9
Search_case position 10
Search_keys position 11
Search_whole position 12
Search_and position 13
Search_ctgy position 14

And make sure you got %OUI% in the beginning of your code!

Andreas Toman
PCINET, LLC
Miva Development, Installation & Upgrade
"E-commerce is the next step in the evolution ..."
www.pcinet-llc.com


-----Original Message-----
From: Visual Reality [mailto:[email protected]]
Sent: Wednesday, May 18, 2005 10:14 AM
To: Andreas Toman; 'Miva Merchant Users'
Subject: RE: [mru] Question about static search form.

All I did was copy and paste it straight from the VikingCoders
documentation. I didn't change anything. The documentation is incorrect.
I need to email them and let them know. I did notice the 's and thought
that was strange, but I missed the missing "c?" Thanks for catching that
for me.

Craig L.

-----Original Message-----
From: [email protected]
[mailto:[email protected]]On Behalf Of Andreas Toman
Sent: Wednesday, May 18, 2005 8:51 AM
To: 'Visual Reality'; 'Miva Merchant Users'
Subject: RE: [mru] Question about static search form.


Change mv to mvc! Your store is compiled and have a closer look at the faq
file concerning the syntax you are using.

BTW Why are you adding a after storecode (is your storecode really
storecode?)??

Andreas Toman
PCINET, LLC
Miva Development, Installation & Upgrade
"E-commerce is the next step in the evolution ..."
www.pcinet-llc.com


-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Visual Reality
Sent: Tuesday, May 17, 2005 10:50 PM
To: Miva Merchant Users
Subject: [mru] Question about static search form.

Hola. I am having a problem with my static search form.

Here is the code I pasted in from the viking coders tutorial with a couple
of slight mods:

<form Style="display:inline" FORM METHOD = "post" ACTION
="<A HREF ="http://www.sermonvideos.com/Merchant2/merchant.mv?>">http://www.sermonvideos.com/Merchant2/merchant.mv?></A>
<INPUT TYPE = "hidden" NAME = "Store_Code" VALUE = "storecode">
<INPUT TYPE = "hidden" NAME = "Screen" VALUE = "SRCHM">
<INPUT TYPE="hidden" NAME="Search_desc" VALUE="1">
<INPUT TYPE="hidden" NAME="Search_name" VALUE="1">
<INPUT TYPE="hidden" NAME="Search_keys" VALUE="1">
<INPUT TYPE = "hidden" NAME = "BrokSearch_Have_List_Fields" VALUE="1">
<INPUT TYPE="text" NAME="Search_search" SIZE="22" VALUE=""
style="position:
relative; top: 2; border-style: solid; border-width: 1">
<input type="image" name="submit" align="middle"
src="newestgobutton8.gif"
width="29" height="19">
</form>



When I try to search for something, it gives me a "404 not found error"
and this is what is shown in the URL Address bar:
<A HREF ="http://www.sermonvideos.com/Merchant2/merchant.mv?><INPUT%20TYPE%20=">http://www.sermonvideos.com/Merchant2/merchant.mv?><INPUT%20TYPE%20=</A>

Here is a link to the store for a try:

<A HREF ="http://www.sermonvideos.com/Merchant2/merchant.mvc?">http://www.sermonvideos.com/Merchant2/merchant.mvc?</A>

Thanks for any help!

Craig L.