Multiple Billing processors

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • Mikeee
    Registered User
    • Jun 2002
    • 516

    #1

    Multiple Billing processors

    How does that work exactly, do you designate a different members folder for each processor because of possible conflict with password files?

    Also, I'm looking for a secondary processor, not iBILL. So if you have any recommendations and really good experiences, please let me know.
  • Mikeee
    Registered User
    • Jun 2002
    • 516

    #2
    help!

    Comment

    • NetRodent
      Confirmed User
      • Jan 2002
      • 3985

      #3
      We use single common database for all of our members regardless of processor.

      Other people use multiple htpasswd files for a common members area (I think you need a modified version of auth_basic for this though).

      Nobody I know of uses complete copies of their site for different processors.
      "Every normal man must be tempted, at times, to spit on his hands, hoist the black flag, and begin slitting throats."
      --H.L. Mencken

      Comment

      • res
        Confirmed User
        • Nov 2002
        • 1118

        #4
        http://www.yambo.biz and tell them res sent you...

        Comment

        • buran
          Confirmed User
          • Mar 2002
          • 264

          #5
          We use one database regardless of processor as well. All the processors give you perl scripts which handle the actual adding and removing of the user data. In my case I replaced all that with PHP which handles the users in mysql. But there's no reason you couldn't use the scripts they give on the same .htpasswd file. Well, there might be file locking issues... YMMV. Storing your users in SQL lets you know more about them anyway.

          We have affiliate software for sale which handles all of this and much, much more. Like, now how are you going to have your affiliates check their stats when you've got more than one processor? What about payouts, customer service, product codes, sites, brands, etc? Hit me up on ICQ if you're intrested, 1240050.
          [this signature intentionally left blank]

          Comment

          • JimW
            Confirmed User
            • Dec 2002
            • 422

            #6
            Mikeee,
            you could also use a common .htpasswd file.

            Make sure all your processor's addpassword scripts are writing to this one file.

            Comment

            • Kimmykim
              bitchslapping zebras!!!!!
              • Jun 2001
              • 16015

              #7
              You'd have an easier time with all processors writing to the same set of pass files --

              I would suggest that you create what I call an options page for your declines -- since a bank decline will be a bank decline no matter where you shop the cc...

              On this 'options' page, which should be created by region I would steer the surfer towards ways he can join if his cc is declined based on where he lives.

              Of course I would also set my join pages up initially to get the most thruput I could from surfers based on their location.

              Comment

              • NetRodent
                Confirmed User
                • Jan 2002
                • 3985

                #8
                There is one catch with using a single htpasswd file with multiple processors. You have to be sure that once a username is added to your file, another processor can't try to add a user under the same username.

                This is one of the reasons that I prefer processors who don't do password management.
                "Every normal man must be tempted, at times, to spit on his hands, hoist the black flag, and begin slitting throats."
                --H.L. Mencken

                Comment

                Working...