Register a SA Forums Account here!
JOINING THE SA FORUMS WILL REMOVE THIS BIG AD, THE ANNOYING UNDERLINED ADS, AND STUPID INTERSTITIAL ADS!!!

You can: log in, read the tech support FAQ, or request your lost password. This dumb message (and those ads) will appear on every screen until you register! Get rid of this crap by registering your own SA Forums Account and joining roughly 150,000 Goons, for the one-time price of $9.95! We charge money because it costs us money per month for bills, and since we don't believe in showing ads to our users, we try to make the money back through forum registrations.
 
  • Post
  • Reply
musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.
I'm more familiar with ExpressionEngine than I am Wordpress, even though I like Wordpress a lot more because EE is pretty bad (my blog - http://leftnode.com/blog).

Has anyone purchased and installed Shopp? I'm in the process of building eCommerce software for my business (because the open source ones are generally horrible, and I don't want something hosted), but until then I wanted to use an off the shelf solution. Is Shopp worth it? It'll be about 500-700 products, about 10,000 views a month, and $100,000+ a year in transactions on a Slicehost slice. Can Shopp handle that?

Adbot
ADBOT LOVES YOU

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

Ned posted:

I have a dev license. We could work on the project together if you would like.

I kind of threw my eggs into the Shopp Basket because I figured they were the best e-commerce solution for WordPress and I wanted to support them early on. They have a nice interface.

Cool, I'll hit you up on AIM later today when I get back to my office.

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

atastypie posted:

With that many products and transactions, why are you wanting to use a WordPress plugin instead of a dedicated ecommerce application? You'll get much more out of something like Chromium Cart--and you won't have WordPress crushing your willpower because you tried to make it do something it wasn't intended to do.

Well, thats exactly the feedback I was looking for. I wasn't sure how Shopp was set up, so if it can't handle something like that, I'll look into Chromium.

This, http://demo.chromiumcart.com/, however, doesn't get me excited. I'll install it and see how it goes until I'm done with my own solution.

Edit: So far this is really nice, thanks for it. Although its still PHP4, at least the code is (somewhat) clean and they actually use PHP as a templating language in the templates, so it looks promising. Thanks!

musclecoder fucked around with this message at 16:47 on Oct 26, 2009

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

atastypie posted:

I wouldn't want to give the impression that Shopp couldn't handle it, because I'm sure it could. I only wanted to know what your reason for using a plugin was :) Even "because I know WordPress and don't want to spend time learning something else" is probably a good enough reason.

Gotcha. I guess my reason was so that I could also have a blog on the site as well so we could promote our products and do normal blogging things without having to install Wordpress outside of the shopping cart.

Edit: It also looks like OpenCart - http://opencart.com is a PHP5 version of ChromiumCart. Alright, thread hijack over, back to Wordpress discussion.

musclecoder fucked around with this message at 17:10 on Oct 26, 2009

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

Braggot posted:

Can I ask why you think ExpressionEngine is bad? Not attacking, I'm just interested to hear someone talk about EE and not be all "best CMS ever" about it.

Sure. I guess "bad" is the wrong word, as it certainly accomplishes its purpose, but it could definitely use some work. I've been working on a better eCommerce plugin for it over the past two weeks, and these are some of the things I've noticed.

  1. Still PHP4 based. I hate seeing var's littered everywhere, no __construct()'s, and no public/private keywords.

  2. Templates are fundamentally wrong. The templates call the specific method in each module (basically a controller) instead of the other way around. Thus, if you want to build a template incrementally, or slice up a HTML page into small sub-templates, its very hard. {exp:module:method_name var1="value1" var2="value2"}{/exp:module:method_name} seems like a pretty backwards way to call a specific method of a class.

  3. They defeat the entire purpose of templates by forcing you to repeat templated HTML/CSS. For example, you want the same header HTML on each page of your site? Each new template needs that code repeated (unless you had a {exp:module:method_name} call to return that HTML, but thats a pain too).

  4. I dislike programs that try to re-invent the PHP-as-a-templating-language wheel. PHP already handles this beautifully and fastly:
    php:
    <?php foreach ( $list as $item ): ?>
       <div class="some_class"><?php echo $item->getName(); ?></div>
    <?php endforeach; ?>
    
    Looks great to me, and is much, much better than some Smarty knockoff or however people like to re-implement that in their code. Seeing {if} {/if} blocks is annoying and slow. Why have the overhead of parsing all of that when PHP will do all of that for you already, natively? See http://php.net/alternative_syntax if you're not already familiar with this, but I love it. It's expressive, fast, and just feels right.

  5. If you're going to write your own database, wrapper, fine, but who would ever have a SELECT query return all of the records to an internal array in the class? What if the query returned thousands of rows, now you have to store all of that in memory! That's ridiculous, use a PHP5 iterator (see my blog post - http://leftnode.com/blog/2009/09/php5-database-iterators/ about using database iterators, its so much faster and easier than reading every row into memory).

  6. The formatting of the code is absolutely horrible. They should be embarrassed to release that code as professional software. I'm a stickler for formatting (I don't care about what formatting method you choose, just be consistent), and their's looks like your typical lovely PHP code just thrown together. Sometimes its spaces, sometimes its tabs, sometimes there's whitespace randomly at the end of a line, sometimes {'s are on the same line, sometimes on the next line. Very little meaningful commenting. I think the way you format your code says a lot about you as a programmer, and the formatting of their code doesn't say much.

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

jackpot posted:

And just out of curiosity - and I know this is a bit of a bullshit question, with lots of variables like location, etc - how much would you folks charge for a ~15 page site, easy for the owner to edit, password-protected member section, and (I imagine) a few other little goodies like a contact form, etc? Redesigned (and reorganizing of old content) from the ground up, the current site is total poo poo. Just ballpark it if you can, and if you really want to make me cry, take a guess at the hours you'd put into it.

I assume since this is the Wordpress thread, you'd want it in Wordpress (which also has a CMS plugin, I believe).

That said, my company would charge $6000-$10000 depending on the design.

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.
Alright, I'm at my wits end with Shopp.

For the last two weeks, I've been building a site using Wordpress + Shopp (you can see a beta version at http://dss.ln-dev.com). In development mode for creating orders (not using any payment module so I don't have to have a self signed cert for https), it works great. I purchased the Auth.net module, that installed fine.

So I go to make the site live, everything appears to be working fine, but when I enable the Auth.net module and put it in live mode with my real Auth.net credentials, the entire checkout process breaks. When I go to the confirm order page, all of the address and credit card info is missing (as in its been removed from the session). If I keep the Auth.net module enabled, but put it in test mode, the checkout process works. Is there something obvious I'm doing wrong?

To make the site live, I checked out the latest tag of Wordpress (2.8.6) in my subversion repository, then checked out the release branch of my site (everything in wp-content). Then I imported the database, and changed a few variables to point to the proper URL. Thats when everything went screwy with the checkout process.

I think I'm going to install a brand new fresh install of Wordpress and then Shopp, and then overwrite the files I've modified/the templates and see if that works. Regardless, its pretty frustrating. The code for Shopp is pretty deplorable as well, and they should be embarrassed to release that quality as professional code (however, aside from making it live, I had a pleasurable experience building the site so far, the product editor was really nice to use).

But, if anyone sees anything I'm doing thats my fault, please let me know because I'd love to make my site live.

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

atastypie posted:

It could be that Auth.net and/or the plugin will not work in production without SSL enabled.

SSL is enabled. I have the cert installed correctly on the server (at least to my knowledge, I get no warnings going to the page, and it worked with the old website that was up for 6 months).

Here's the site:

http://www.dallasshootingsupplies.com

You're more than welcome to add something to your cart and begin the checkout process. You can use your real or fake credit card info (Visa, 4111111111111111, 10/10, 123) and see if it clears out all of the info on the confirmation page.

This is what the confirmation page looks like to me:

I did the usual: disabled the plugin, re-installed it, disabled all other plugins, nothing worked. I even upgraded the server from Ubuntu 8.04 to 9.10.

I figure I'll try the Shopp forums next, but thanks for any help in advance.

Edit: Forgot the screenshot

Click here for the full 968x831 image.

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

supster posted:

This is a wild guess, but your session may be getting lost when you switch from HTTP to HTTPs. Does the user get logged out or anything?

Well, I finally fixed it. It was kind of that, but not entirely. It happened as a result of the cart not knowing when it was in http over https. Here's what was up:

When you're browsing the shopping cart through https (but only after the cart explicitly knows its in https, i.e., a flag is set, not it reading the port or URL), a cookie is generated that has a randomly generated key. This key is used to encrypt and decrypt the session data in the database. The shopping cart uses AES_ENCRYPT() and AES_DECRYPT() as functions through MySQL. So, for some reason, the first time through the checkout process, a key wasn't generated, and the data is encrypted with an empty string as the key. The second time around (on the confirmation page), a key does exist in the cookie, and thats used to decrypt the data in the database. Because the keys weren't the same, bogus data was being returned, and the cart just discarded it. Further verifying this is that if you went through the shopping cart again, the encryption/decryption worked fine because the key existed. All of this happens in the Cart model (core/models/Cart.php I believe. Not exactly sure why the Cart model is responsible for handling session data (or, at the very least, responsible for having its own custom save handlers). The Cart model should be oblivious to how its written (or where its written), but thats a totally different story, I just wanted to point out where it occurs).

Of course, they have different code to check the existence of a key (one set of code returns an empty string, the other set would return a PHP warning).

To temporarily fix this, I just set a define() with a sufficiently long key and it uses that key for each session. Not ideal, I know, but it fixed the problem.

This was utterly ridiculous, and its exactly software like this that gives PHP programmers a bad name. I'll be switching from Shopp to another custom written eCommerce solution this week. Thanks for the suggestions though!

The site is live - http://www.dallasshootingsupplies.com

Adbot
ADBOT LOVES YOU

musclecoder
Oct 23, 2006

I'm all about meeting girls. I'm all about meeting guys.

supster posted:

This might not be what you're looking for at all since it's a hosted service, but I've heard really good things about Shopify - http://www.shopify.com/.

Yeah, I've heard great things about it too. Its a bit expensive, and I like to have control over the code and server and what not. I would probably recommend it to a customer (after I've used it) if I thought it fit them.

Now that my PHP framework is mature and I've already built some things on it, its time to finally finish the two different eCommerce engines I've started and get them out the door.

  • 1
  • 2
  • 3
  • 4
  • 5
  • Post
  • Reply