Often the topic of starting a “great” web business comes up, and in my age and wisdom (being both old to be a freelance web programmer, and one of a minority of women in the field) — there’s two ways to go: thinking “in” the box = come up with new brilliant technology, patent it and hire people to program it better and faster than anyone else can so you can quickly market it. If it climbs to the top before it is cloned you become the next target for people trying to out-do your website. This track is getting VERY old, VERY fast. Mainly you and your absolute best friend need to be programmers to do this (think Microsoft, Google…) because you can’t trust anyone with your terrific idea. Also it has to be so ground-breaking that only the best (read: smartest, wise, long-range thinking) of venture capitalists will see the end of the rainbow where the pot of gold sits. If it is easy to get the funding for your idea, someone probably is making it already.

Thinking “out” of the box = coming up with a way to use normal everyday technology to do something that fills — rather than creates — a real need or niche. It’s cheaper, faster, and if it really IS filling a need, it’s going to spread by word-of-mouth, and it won’t be “just a fad”. This technique aims lower and comes in under the radar — no billion dollar baby here — but it’s safer, less stressful, and you don’t have to be a programmer, generally speaking. The programmer is unlikely to run off with your baby if it doesn’t look like a “google killer”.

The problem is that great ideas are easy — the means to really make them work is the harder part (invention = 1% inspiration, 99% perspiration). I’m frustrated with people who want to “share” the rewards of their great web program idea (equity sharing) of up to 50%, but won’t be doing any of the actual work to make it hang together and be practical. If someone comes to me with a truly great idea (and I have NDA’s if they don’t), I can find them a great programming team, but the team will probably want cash on delivery, not equity. More “google killers” die every day than make it. They’re not original ideas, and if a site dies before it makes money, there’s no equity and it’s a huge waste of the programmer’s time.

Imagine that someone turned to you and said, “I have a great idea for a newspaper! I’ll give you the ideas, you develop the newspaper and run it, staff it, write for it, etc. I’ll give you 50%.” That approach frustrates me. People don’t get it. I can translate it to dozens of other fields — “I have a great plan for a house, you just have to build it. Then you can live on the top floor, and I’ll live downstairs. Ok?”

Somewhere in there people are cheapening the act of programming. After all, it’s just bits and bytes, right???

The Internet mimics life in a “survival of the fittest” way. I don’t pretend to know what’s “cool” or “hot” anymore — I work with “useful” I won’t get rich but that wasn’t in my personal game plan. I have my own great or good ideas, some might make me money, some won’t but will look really good on my resume.

Then there’s the flip side of this: If you’re not the head of the programming team and you’ve paid someone to build the google killer — what if it works? Now you have to program new features, fix bugs, etc. You either need to re-hire the same team, or get a programming staff. You go on Craigslist and choose the person who claims somehow to be able to fulfill your great Internet dream, but if you have this beautiful web baby together, are you really ready for that long-term commitment with a total dweeb with no business sense?

I can’t wait to be so busy with people I’ve looked in the eye and shaken the hands of that I can’t afford to even GLANCE at another Craigslist ad. I love my clients dearly, but you don’t know how rare it was that the people I dealt with BECAME clients at all. I certainly wouldn’t want to become business partners with some guy with the “next killer app” idea and had to actually look on Craigslist for a programmer. So wait — your only experience is the front end of websites as a user, and you think you can somehow manage a killer web application programming team? That’s an incredibly poor business move and you’ll get laughed out of the bank. And you want the programmer to work for nothing but equity? That’s spec work.

That brings me to another thing: Have you ever had one of those managers who knows absolutely nothing about what you do? It happens in IT all the time, but much less so in other professions. BUT if you’ve ever heard a nurse bitch that someone “stepped in” as the head of the nursing staff from a business-only background, you might get the idea. In most large corps — and this is a place where Microsoft does NOT get bad rankings — the heads of the corporation have NO IDEA how to produce their main products…much less have a clue what their IT department does sitting at their computers all day.

It’s never a good idea to manage something you don’t understand. Ever.

On that note, are you interested in a basic web programming class?

Here’s the deal.

I need a shopping cart for a client. I have basic functionality the shopping cart MUST have. Not necessarily because the client demanded them but because I’m forming a hairbrained notion that these are some type of milestone or rite of passage for shopping carts.

1) coupons & discounts — there’s nothing like putting a coupon with your ad or on an invoice. Even better, giving out coupon codes in your newsletters. Make sure they’re paying attention! Many carts don’t seem to have this. The granddaddy of shopping carts in the open-source world requires being broken TWICE to have coupons (“easy discounts” and “easy coupons” must be added to oscommerce aka OSC to get coupons). Bonus points for coupon support out-of-the-box.

QuickCart & Viart Free have coupons out-of-the-box according to shopping-cart-reviews.com.

2) a template system with under 50 files. OSC fails this test, requiring nearly EVERY file to be changed to consistently alter the HTML appearance features of the website. ZenCart has 95 template files not counting those for the admin panel. Viart Free has 115 template files.

Winner: QuickCart (loaded version) comes in at under 38 — note “page.tpl” is the “main page” of the site. Other template pages MAY NOT NEED TO BE ALTERED! I haven’t figured that out conclusively. But they’re not using something standardized like Smarty so you need some PHP savvy to plow through them.

3) separation — real separation — of logic and design. ZenCart is OK on this one. OSC fails miserably. Viart Free comes out on top — using Smarty templating! WOOT! However note the loss on #2, coming in at 95 template files. Shame on them! Smarty is much MUCH smarter than that!

Viart Free, as I mentioned, uses Smarty, and has a standard “header” “footer”. In spite of 115 files, using Smarty would probably make it a pleasure. I’m upset that there’s no standard “right-sidebar” type formats, but that can easily be added to header/footer files so I’m happy enough.

QuickCart also seems to have real separation of logic vs design, so it’s the 2nd runner up for not using a standard templating system like Smarty.

4) real-world examples that show off the system’s flexibility for customization & style.

This is a tough cookie because people are generally lazy. I looked 3 times at http://www.mals-e.com/home.php because it had some of the better shopping cart examples I’d seen. Custom buttons, horizontal instead of vertical cart display, entirely different layouts. Turns out this is a free hosted service, you don’t install the software, you do have to muck around in your website’s HTML, but it’s really a service that handles the customer’s orders off your site. It allows a lot of flexibility, and he’s hoping you make so many sales that you want the advanced site features, which are not make-or-break deals. I don’t see coupon/discount code entry, so Mal’s service fails #1, but it wins on 2 & 3. How much more separate from the logic can you be?

Viart has an odd quantity feature that involves a drop-down, but that’s probably fixable. It requires clicking a JavaScript pop-up to confirm putting something into your shopping basket, which is awkward. These are awkward, but livable issues, but all the sites I looked at had these issues so no one bothered fixing them.

QuickCart — they don’t have that many sites in English, and they have SO MANY in other languages, I needed to narrow the playing field. So of the English sites, I saw minor promising variants in the cart design itself — something near impossible to do in OSC — as well as at least one site where the overall design was beautifully done very differently from the others. The cart behaved the way I would want a cart to behave. At least one site had web sites up for sale, with a number of options for ordering, which is something I may be doing myself.

5) No restrictions.

Viart Free fails here. Limited to 50 products. It requires a Zend optimizer installation. But it does install on GoDaddy. However, this is not terribly expensive to upgrade at $119, if you go over 10 categories/50 products.

In any case, the winner system from looking at the websites is Mal’s service — but if I eliminate the one host I bumped into during my search for something better, QuickCart did better than Viart.

The winning system today: QuickCart. Several hundred shops are listed, though some are spammers or the domains are now invalid. One problem is that I’ve not seen very strongly customized category views, and that’s an area I’ll need to customize. If you expect to have a very small cart, don’t forget to check out Viart Free. Notable mention for money: SquirrelCart — at about $70 it looks like a good bang for the buck — but I can’t say how it does amongst all the criteria mentioned here, since I couldn’t evaluate it.

Note that many carts were eliminated from the contest for a variety of reasons. #1 price. #2 bad reviews out of the starting box (such as VirtueMart/Joomla! which has been repeatedly reported as having the shittiest support forum, being overly complex, etc. If I want that shit, I’ll go back to OSC).

Ok, so next I’ll be working with QuickCart and I’ll let people know how it goes.

[tags]e-commerce, programming, reviews, design, competition, custom programming, education, metasite, usability, web applications[/tags]

I want to continue to offer e-commerce at a reasonable price, and that reasonable price will not be tagged on oscommerce. Oscommerce will easily be double the price of any other shopping cart going forward. The program is a beast, and as long as it’s been around, it’s turned into a Frankenstein monster.

To extend the program through “contributions” requires hacking it to bits. I installed only one or two modules that installed without having to individually hand-edit program files, but note that these modules completely and utterly REPLACE files from the base oscommerce installation, just as the ones that required hand-editing rendered the program un-upgradable.

This is point #1 in being absolutely and utterly unable to upgrade the package once installed and so-called plug-ins (read: hacks) are added.

This implies that oscommerce does not have “Hooks” – - no points at which contributions can easily be put into the program execution queue without disturbing the original files.

The templating of the program out-of-the-box is absolutely unforgivable. There is no separation of logic and design on the back-end of the program. Each are enmeshed within each other. One contribution forcibly ripped the template code out of the program code and separated them. I’m both grateful that someone went through the trouble and appalled that doing so was needed — again this absolutely breaks the ability to upgrade the program.

I think I’m very spoiled by PmWiki. I never have to hack the program code to add a feature. Ever. That’s Patrick’s duty. Cookbook recipes (plug-ins) are kept separately from the program code. There are an abundance of program hooks to slip custom code into. The base install can be upgraded with or without the recipes being upgraded, with a minimal chance of breaking recipes, since the hooks serve as an API layer in the program, and rarely need to change how they behave.

I’m tempted to write in a shopping cart module, because oscommerce is the exact opposite of everything I’ve learned about a good, extensible and maintainable package.

I will be trying Zen Cart next. I now know enough about oscommerce to install it and even customize it, but I am not able, in any good conscience, to recommend it to a customer, and my price for installing oscommerce must be double what I thought it should be.

I have to apologize to the Frankenstein monster for having insulted him by comparing oscommerce to him. Oscommerce is far more of a hack than one body being combined with another brain.

[tags]e-commerce, custom programming, modules, open source, prices, programming, rant, usability, web applications, web standards[/tags]

I was having a heck of a time today dealing with drop-down product option selections in oscommerce. I wrote a hack to catalog/includes/functions/html_output.php in the function definition for tep_draw_pull_down_menu I changed the following text:

    for ($i=0, $n=sizeof($values); $i<$n; $i++) {
      $field .= ' '"', '\'' => ''',
          '<' => '<', '>' => '>')) . '';
    }

To the following:

	// Criss - XES - altered the following:

	foreach ($values as $i=>$value) {
			$xes_values[$value['id']] = $value['text'];	}
	asort($xes_values);

	    foreach ($xes_values as $xes_id=>$xes_text) {
      $field .= ' '"', '\'' => ''',
         '<' => '<', '>' => '>')) . '';
    }

Now when I can have product option “A – 9oz” and “B – 30oz” and count on option A being the default selected item if the customer doesn’t change the option. Try as I might “B – 20oz” was the option selected. Whether I re-added the options in a different order, whether I took out A B C D, etc. If it were sorted in reverse order, I could have left out A B C D, because 9oz should sort to the top of the list. This wasn’t the issue. I have no idea why the program was so stubborn about sort order, but now all drop-downs, like it or not, throughout the site, will be sorted alphabetically!

I hope people find this code snippet helpful!

I have been trying to work out the features and the back-end program to run Holistic – Hudson Valley.

As I would do for any client, I wrote up a sheet of the major features I required. I checked 3 CMS packages that are free/open source, and that I have confidence that they have a large number of add-ons and a strong community: Drupal, Joomla! and Xoops.

I’ve used Xoops, and I liked it A LOT.

I’ve used Drupal, but when looking for plug-ins that would give the package the features I was looking for it fell short.

I researched packages for Joomla, and except for true single-sign-on integration with Moodle, it came up with the most promising feature availability. I saw that a couple of the components would cost money. The amount wasn’t enough to hamper me, so I dove in. I started working on it, decided to opt for my first purchase of a module, which was more than the original price I thought I would be spending on the feature ($99). I bought it. It’s one of those no-money-back things. Then I saw that Joomla! did not include the fine group permissions that I had come to expect from using Xoops.

My first barricade was that the new $99 module only works with a certain release of Joomla! — that was OK because I’d downloaded two versions of Joomla. I installed the correct one, got it working, fed it the database info, and everything was happy. Or so I thought. I could now install the somewhat expensive module (the other modules were cheaper).

Joomla! comes with a pre-created set of a few user group types. And no way to customize them, unless you want to buy someone’s hack. I have a list of about 8 module features I need installed. The group modification hack gives no easy indication of which other modules it plays nice with — you need to pour through the forums. Maybe they’ve created patches for it to work with the modules you want — maybe not. No guarantees. Oh, yeah, and if you want the best version of their package, there’s a subscription fee. Not a one-time license fee — a monthly or annual subscription fee. This stopped me dead in my tracks.

I was looking for something cheap and easy. So far I’d spent about $100 and had at least another $50 USD and £22.50 (probably about $50USD) to spend ahead of me. If any more unexpected barriers came up and I had to shell out any more money for modules that did not guarantee playing nice with other modules — this was going to end with me going postal.

I’m starting to think that Joomla! is a rip-off — about 1/3 of the functionality I was looking for as a base to begin was going to cost me money. I think some of the people charging money for components were on the package’s core development team. If the component is terribly useful, and should be ported to the main body of the program — such as flexibility with user groups — it would probably never happen because the guy who is making money off the module is going to scream bloody murder. That is not the type of open source generosity I’m looking for. I don’t mind asking for donations, and I don’t mind giving donations if I make money off my project — AT ALL. But Joomla! doesn’t say “Warning, most of what you want to extend this package with will cost you.”

I should have considered my choices longer and harder, but thankfully I’ve only spent $99 so far. Once I spent the other $100 or so, I may have found out that something else essential was missing, and how much would that have cost me?

I’m off to do more research on the Xoops packages. Xoops has a better core philosophy as far as I can tell. The basic package is deliberately made to be extensible without having to hack the core code. Even if I do end up having to buy an add-on or two, they won’t come with huge warnings that they are hacks of the core package and may not play nice with other modules. I’ve used Xoops and was very happy with it. If there’s a module I can’t find to fill a feature I need, I can try creating it myself.

Xoops had come in a close 2nd place in my assessments, but I was lured in by the promise of everything “just working” with Joomla!. Joomla! is more polished to the eye, but apparently the “just working” isn’t true. I’m going to need to triple check that none of the modules I want costs money, but I’m pretty sure they don’t. In any case, I have some experience in hacking Xoops modules…and I know the user groups are already fine-grained and fully customizable.

*Grumps*
[tags]cms, drupal, xoops, joomla, open source, web applications, custom programming, modules, expenses[/tags]

Our planet is teetering on the edge of natural disaster. We’re working on making allys of nearby environmentally-friendly printers.

Eclectic Tech, LLC also performs many habitual acts to preserve the environment:

• we rarely print and the printer is always off unless needed
• our printer is a duplex printer — it prints on both sides of a page
• we can print 4-up to a page (2 pages per side) on our printer and still be comfortable reading or proofing — thus a 16 page document takes only 4 sheets of paper to proof, and because the print is smaller, less toner-per-letter is used (if anyone can point out soy-based laser toner, we’d buy it!)
• we use 100% post-consumer acid- & chlorine-free paper (Bless you, Xerox)
• all light bulbs in the office & house except 1 are compact florescent
• during daylight hours we only work by sunlight streaming through the bay window in our office
• we only drive when we must — we’re close enough to the grocery stores to bike there in fair weather
• we buy in bulk whenever possible, and religiously recycle

I’m sure there’s more, because these things are habits more than expressly thought out as an angle to sell my business. It just occurred to me that people might be interested in how green this high-tech office runs.