The Internet e-Commerce Biz Buzz Website Has Been Updated

The Internet e-Commerce Biz Buzz website has been updated.

Discover the truths it's vitally necessary for you to know about article marketing, SEO, email promotion, link exchanges, and more, if you are to have a chance for success in internet marketing your home business.

You will find a cleaner design and easier navigation.

You will find featured e-commerce articles linked to from the sidebar.

The latest article provides to you free the user document for the
"BEMM™ PHP eMailer Bulk e-Mail Mailing PHP Scripts"

You will find more Internet Business Marketing articles in expanded articles directories:
Contributed e-Commerce articles , General articles .

Also see the Internet Business Glossary for some new explanations of e-commerce business terms.

Disabling Comments in Munius Article Directory PHP Script

I am questioning the value of the James Brausch Munius article directory submission PHP scripts. I am doing that because I have not gotten many good article submissions to my Munius article directories. Probably 95% are porno spam.

Update 2009-06-18: No longer using or supporting Munius, and no longer offering products to "fix" it.

Frankly, I don't know if the Munius article directories are doing me much good or not, but I am keeping them for the time being. In the meantime, to keep the article data directory under control, I have a script program I use (which is also available for sale for your use). (deleted.) With my PHP scripts, I, and you, can permanently delete all those spam articles after rejecting them during article moderation.

My script also removes rejected and unconfirmed comments. Probably 99% of them are porno spam. What I am getting are totally useless -- and time and resource consuming.
1) 99% of them are spam
2) An e-mail box has to be monitored.
3) Some extra clicks of my (link deleted) Munius Packing PHP script program are needed to get rid of them permanently -- get rid of the clutter -- from from the article data directory.
So, I have concluded: Why have comments at all in the Munius article directories?

I have rid myself of the problem by modifying the Munius scripts to completely remove the ability to add comments, and thus to eliminate the need to moderate them.

Three scripts require simple modifications:
a.php
index.php
misc.php

Details -- the actual PHP code modifications -- are shown on my e-Commerce Business website in the article entitled "Munius Article Directory Spam Comments Disabling"

Pulling the Plug on Relusi - Looks Like Brausch Did

James D. Brausch had (has?) a PHP script product called Relusi which sets up a resource directory on your site. It was (is?) for the purpose of building reciprocal links. Links out and links back (backlinks).

I no longer recommend Relusi, for reasons detailed below. Bottom line, if you want to participate in a likely much better link exchange method, I suggest you look up "Easy Google Ranking".

Anyway, I wasted a lot of time setting up Relusi on several of my sites. I wasted a lot of time modifying the "look and feel" - the skin. I wasted a lot of time learning about the script so I could make a couple of minor user aids. I wasted a lot of time making an add-on to clean up the article files.

Then, I and some others discovered that somehow - cause unknown - massive corruption would occur, eliminating many links. So I disabled new submissions to my Relusi directories.

One philosophical problem with Relusi is that there is no enforcement of reciprocity. Someone puts a link in your directory. They are are supposed to link back to you. That is a pain in the "a" for the person putting a link on your site, so most don't do it. So they get back links but you don't. Now, Relusi does request a URL you can check to see if they really did backlink, but that is a pain in the "a" for you to verify. Relusi does not offer any automated verification, other than testing for a valid e-mail address at time of submission. And there is no ongoing verification of even your links out to the requesters' sites. I addressed that in a previous post.

Another philosophical problem is: Are reciprocal links all that valuable in the first place? I don't know. Some gurus say yes, others no. One way links, but enforced by a third party service, look to be a more sound method of getting back links.

Brausch himself obviously does not think much of Relusi

Back when Brausch had Relusi on his main blog, his Relusi directory was a mess, full of spam links. One would think that he would have at least maintained it to be a "shining example" of the product. Now, the Relusi directory on that now inactive blog redirects to another of his new blogs (home page). And I can't find Relusi on that new blog or a couple more of his blogs. 'Nuff said?

Brausch Relusi Resource Directory New Link Request Disabling

Update 2009-06-18: I no longer use, recommend, support, or act as an affiliate for Brausch's Relusi (or Munius). More trouble than they are worth. I am leaving this page up for reference only. Not even updating links. This is dead to me.

Because of a tremendous number of spam link requests and because of continuing corruption of the "status" data files, due to those spam link requests, I have disabled further submissions to my Relusi Resource Directories (Relusi Link Directory Software).

If I thought those directories were really doing much for traffic to my pages and/or AdSense clicks and/or my product sales, I would look into rewriting or adding to the Relusi PHP script code. That would involve adding input validation routines, for example.

(Fred Black's web scripting course teaches you how to do that fairly easily. But for Relusi, even with his course's help, that is more than I am interested in doing.)

DISABLING RELUSI

If you are interested in disabling future Relusi submissions, but you want to keep the links you have already gathered, here is what I have done.

FIRST, I created a new "throwaway" e-mail address to put into "misc.php" (approximately line 6).

SECOND, since I have even received spam Category Addition requests, I deleted on the server all the category submission related php files. I deleted:
addcatsubmit.php
addcatthankyou.php
approvecat.php
approvecatsubmit.php
approvecatthankyou.php

I edited "addcat.php".
That editing was for two purposes.
1) To to notify people what is happening re that page, and give them some links to other places on my site.
2) To eliminate 404 errors and Google broken link problems.

THIRD, I disabled new link requests by deleting on the server:
submit.php
thankyou.php

I edited "submitsite.php".
That editing was for two purposes.
1) To to notify people what is happening re that page, and give them some links to other places on my site.
2) To eliminate 404 errors and Google broken link problems.

CLEANING UP THE CATEGORIES

There is a possibility that your link categories may be corrupted .
Download the "category.txt" and "newcat.txt" files from the data directory.

See if there is anything in the "newcat.txt" file that you want to add to the "category.txt" file and add it. Then clean out the "newcat.txt" file, just leaving one blank character, and upload that back.

Edit the "category.txt" file, putting the categories in the order you want them to appear, one category per line. Make sure all trailing spaces on each line are eliminated. After the last category, go to the next line, but make it empty. Upload the file back.

NOW, IF YOU HAVE DISCOVERED THAT PREVIOUSLY APPROVED LINKS NO LONGER SHOW, THAT IS A DEFINITE INDICATION THAT YOUR "STATUS" DATA FILES ARE CORRUPTED.

If you want to repair your data directory, this is a bit complicated. You will have to download from your data directory the status files "emailconfirm.txt" and "moderate.txt", edit them, then upload them back. (FTP.) You will have to eliminate on the server the link files you don't want, for whatever reason (usually spam links).

I'm going to give you the simplest way to do it. But it will be the most time consuming.

Look in your data directory on the server and note what is the highest numbered link file.

Edit the "emailconfirm.txt" file so that it is comprised of all "Y", one "Y" per link file.
Add a "N" at the end.

So, short example, if the last link file was number 5, the emailconfirm.txt file would be:
YYYYYN

Upload that to the data directory.

Edit the "moderate.txt" file so that it is comprised of all "A", one "A" per link file.
Add a "N" at the end.

So, short example, if the last link file was number 5, the emailconfirm.txt file would be:
AAAAAN

Upload that to the data directory.

Now, you will have to log in to Relusi in moderate mode and go through the "reject" procedure for the links you don't want.

Note that you cannot just delete link files on the server. If there are any gaps in the numbering, no link past a gap will be displayed.

Now, if you want to permanently delete the rejected links, you can use my packer script, Relusi Link Exchange Data File Packing PHP Script. My script deletes the rejected files, renumbers the rest as necessary, and adjusts the status files. Because at the time I developed that software I was unaware that Relusi was susceptible to data directory corruption, it is strongly advised that you save a copy of your entire data directory to your local hard drive and that you REPAIR THE STATUS FILES FIRST, and moderate, before using my program. If you run it without repairing the status files, many otherwise good link files could be PERMANENTLY deleted without any possibility of recovery. (Unless you can get your host to recover them from THEIR backup files.)

TEXT EDITING

Note: All editing should be done with a TEXT editor such as Notepad or something better like Crimson Editor. (BTW, I don't make a dime on recommending Crimson Editor. It is free, but donate a few bucks to the author; it's worth it.)

MORE ON DISABLING

A major point regarding editing "addcat.php" and "submitsite.php" is that you MUST disable the "Submit" buttons. You can do that by editing or changing the PHP script, or at least commenting out the "Submit" buttons in the code.

For examples, see (deleted).

Brausch Relusi Resource Directory: Hackable, Corruptible.

I will be gradually, as I get to it, removing affiliate links on my sites for the James D. Brausch Relusi Link Exchange Directory PHP script software.

Not that taking space to promote that P.O.S. did me any good, anyway.

FWIW, I am still offering my Relusi data file packer PHP script, for those who may still want to "fight the good fight" trying to keep their Relusi Link Directory straightened out.
Update 2009-06-18: No longer offering that. Relusi -- fuggedaboudit!

WHY?!! Why do I no longer recommend the Relusi PHP scripts?

I have discovered that the Relusi PHP script and data directory construction allows hacking or corruption of the data (the link files). That is a huge pain in the ass to fix.

If I still thought that having "Resource Directories" on web sites was worthwhile, maybe I would try to figure it out and fix it if I could. I would offer a fix, as I have previously, including offering the Data File Packer script. But I do not think it worthwhile to bother.

If Brausch doesn't think it worthwhile to fix his product, why should I? It would be a much more major endeavor for me to fix it, and then if he did fix it and sell an upgrade, that would mean I would have wasted even more time on it for nothing.

Maybe an even more important reason is that it seems to me that Google does not really value you and I having link directories on our sites. Anymore. If ever.

Look at it this way: Did you ever happen across a link directory and say to yourself, "Oh, goody, a link directory -- with all kinds of completely unrelated links -- I wonder what I will find here -- I'll just browse at random instead of going to Google or Ask.com to look for something I'm specifically interested in..." Well, I sure don't say that to myself.

Here's a basic question which I should have asked myself a year ago when I got all enthused about link directories in general, and Relusi in particular: "Why would Google think they are a good thing for Google to consider in providing the best search results to a browser's search query?" I don't think Google thinks they are.

Anyway, here is the major problem with Relusi in particular:

Previously accepted links mysteriously become "not reviewed." Even more dangerously, the "confirmed" status of many links becomes "not confirmed". This is due to corruption of the emailconfirm.txt and moderate.txt data status files. Running my packer script then removes what were previously accepted links, because the status files now say they are no good (unconfirmed),

For awhile, I thought maybe that corruption was due to new link requests not in proper format (the Brausch script has no format checking of what goes in each submission form entry box). Or maybe it was because someone who previously submitted a link resubmitted with the same a-mail address or URL and something in the code got confused because of that.

Now, since I no longer value the directories, I thought, "Just in case these directories really are of some value, I'll just fix up the directories. I'll keep them for now, but I'll disable future submissions (and changes) so I don't have to waste more time cleaning them up over and over." As a test, I edited the submission form script file for one of my directories to disable submissions/changes. I then cleaned up the data status files, moderated new submissions, ran my packer script to delete rejected links, and then verified manually that the files were all OK.

Everything was OK as of last night when I finished. This morning, the status files were once again corrupted, along with one new (spam) link request. That new spam link request was not formatted correctly. It got into the data directory, and the data status files in the data directory again got corrupted, even though I had disabled new/revised submissions. I can only conclude that the James D. Brausch Relusi PHP software is wide open to hacking.

My next step is to remove all Relusi files not directly used in displaying existing data (link files). If I get any comments to this post, I'll let you know what the results of that is. If the data status files again get corrupted, that will be a definite indication that the data files are hackable - being hacked - that it's not just the bad formatting of link requests that is the problem. (But I still am not going to try and fix it.)

Dumping Relusi and Munius - What Do You Think?

My previous post: Relusi - Serious Problem - Brausch Resource (Link) Directory - I have come across a serious problem with the James D. Brausch Relusi Link Exchange Software.

That post outline a problem with Relusi. Someone else reported to me a similar problem with Munius.

I had not looked at my Relusi directories for my sites for a couple of days. After fixing the data file corruption reported, I had 200 links approved and confirmed for one of them. For another site I had 83 links approved and confirmed. Looking at them today, they are corrupted again. The corruption starts at link 69 on one and link 68 on another.

Just took a look at yet another directory: That had a different number of links to start with, and it is also corrupted starting with yet another starting link number.

Anyway -- I have had Relusi and Munius installed for 8 or 9 months. As far as I can tell, THEY HAVE NOT DONE ME ANY GOOD AT ALL in building traffic to my sites.

Are there ANY success stories out there for those using either of those products?

I am thinking of dumping them as being more trouble than they are worth. What do YOU think? Comments are open.

Update 2009-06-18: I have long ago dumped both Relusi and Munius -- P.O.S.

Relusi - Serious Problem - Brausch Resource (Link) Directory

I have come across a serious problem with the James D. Brausch Relusi Link Exchange Software.

This software, aka the Relusi Resource Directory software, is comprised of a set of PHP scripts that you upload to your web site server. Underneath that is a "data" directory which holds the links as individual files, and two additional files - status summary files. One of these status files holds the moderated status (not reviewed, accepted, rejected) for each individual link file. The other file holds the confirmed status (confirmed, not confirmed) for each individual link file. (Confirmed status means that the link requester has provided a legitimate e-mail address, to which the software sends a message requiring the requester to respond to it so that the link will show in the directory when it is confirmed.)

The problem is either that the data directory is easily or inadvertently subject to hacking, or there are serious errors in the PHP script coding that leads to corruption of the moderated status and confirmed status files in the data directory.

I have no idea what, specifically, the problem(s) is/are. I have a couple of suspicions:

One is that there is perhaps a problem in the code for the feature that supposedly allows a submitter to delete and/or update his listing. Perhaps that screws up other listings and/or the status files.

The other is that spam submittals (submittals not in the proper format in each of the submittal form text boxes) may screw something up.

In any event, I have noticed several times that the status of link submittals I have previously accepted have mysteriously reverted to "not reviewed" status. And this is not just one or two submittals, but dozens. To fix it, I have had to download the summary files, edit them back to accepted and confirmed, then upload them again. This is faster than going through each submittal individually. I have had to do this several times.

Now, if instead, you just go through each link request to accept they still may not be confirmed status if the confirmation file was also corrupted.

Because of these problems, I started keeping a record of the last good post number, and its subject, so when I went into moderation, I could see what is happening.

This post is already too long, so, bottom line, just one example:

I have a Relusi directory that has 228 links confirmed and accepted, a couple of days ago. Today, 133 of those links had been reverted to "not reviewed". It turns out that the confirmed script was also, unbeknownst to me, corrupted. That directory now has only 97 confirmed and accepted links.

That really pisses me off. First, I have lost a lot of links, and second, my script to get rid of spam links now deletes good links, because of the corrupted data directory status files.

For some time, I thought Brausch had some good stuff. In actuality, none of his stuff that I have tried, with the possible exception of Artemis Pro has turned out to be worth a crap.

Update 2009-06-18. No longer using any of Brausch's crap, including Artemis.

Sign up for Notification of New Posts to this Blog

I finally got around to adding a sign-up function so you can get on my e-mail list to get notices of new posts to this blog.

That is thanks to Fred Black's "Web Scripting Home Study Course" that enabled me to implement it in much less time than trying to figure it out on my own. His course shows you how to implement PHP scripting and javascript to create e-mail list sign-up forms and other web forms.

Look for the "Updates" related link at the top of the right column on this page. Go ahead, give it a try, and click the link. That will take you to a web page on my site that will allow you to sign up. It will acknowledge your submittal on that page, and will also send you a "thank-you" e-mail. You then can click a link there to get right back to this blog.

For my article with a little more about my e-mail sign-up scripts, see "Web Scripting for Profit" on my website.

Update 2009-06-18: While I still recommend Fred's course in general, I am no longer using the Sign-Up function I developed using what I learned from him. It is simply a matter that I got too many invalid (spam) requests.

Attention James D. Brausch Regarding Munius and Relusi

James: How come your Munius Article Directories and Relusi Resource Directories (Link Exchange Directories) on your own sites are not - as one of my correspondents recently asked - "a shining advert for what these tools are capable of"?

Why are so many junk articles and links shown to viewers?

Why aren't Munius and Relusi installed and active on ALL of your sites?

And, on those sites where they are installed, why are so many NOT the latest versions?

Are your product sales pitches questionable? Are you just fat and happy so you just don't care? Does Google accept all the crap just as well as the occasional good stuff posted and boost page rank anyway? Or what?

But, since I am a loser with only a Blogger Blog - without "trackback" capability - I guess the only way you (James) will see my questions is if some intern happens across it and notifies you.

Oh, wait, I forgot. Recalling my intern days, interns (at least most) are not allowed to contact you with questions or comments. Just shut up and do your assignments. Feedback? Fuggedaboudit. So I guess you are unlikely to see this since I am not giving you another link with a "trackback".

Oh, well, if you do happen to see this and you do want to clean up your Munius Article Directories and Relusi Resource Directories, I have two products that can help you.

They delete - forever - rejected articles, links, comments, so they don't clutter up your moderation screens and take up server space.

Now, to my REAL target audience of this post - those of you NOT Brausch - if you are using Munius and/or Relusi, you can easily, simply, conveniently, and in just a few minutes whenever you run them, clean up your directories.

Update 2009-06-18: I no longer use, recommend, or act as an affiliate for Munius and Relusi. I also no longer offer the programs I developed to work with those P.O.S.

I Just Dumped 37 Rejected Articles from My Articles Directory...

I just dumped - permanently - 37 rejected articles from one of my Munius Articles Directory moderation screens - and my site hosting server. With just one click. How I did it is detailed below. But first...

Having article directories on your sites where people can contribute articles seems to be a win-win. You get content on your site. And the contributors get links back to their sites.

Many of the articles have some good ideas and are worth keeping in your directories. But there are a whole lot of jerk-offs who figure that your directories are a good place to get links without providing any content.

Now, with James D. Brausch's Munius Article Directory PHP script files, you can reject those articles. Rejected articles don't show to viewers, but they are still on your host server, and more importantly, they clutter up your moderation screen. I wanted to dump them PERMANENTLY so I would not have to wade through them each time I went to my moderation screens. So I developed an add-on PHP script to use with Munius to dump those articles PERMANENTLY.

That's what I used to dump those 37 articles.

And, while I was at it, I included a provision to dump junk comments, spam comments, and unconfirmed e-mail address comments. I don't even bother to count how many of those I dumped.

Update 2009-06-18: I no longer use Munius and am no longer offering this product.

Relusi Link Exchange Data File Packing - New Version

The Relusi Link Exchange Data File Packing Script has been updated to version 2.0. (Update 2009-06-18: I no longer use Relusi, and have discontinued this product.)

In addition to permanently deleting rejected links, the php script now also allows the permanent deletion of link exchange requests by those submitting a bogus e-mail address, or who do not reply to the confirmation request e-mail. While I want to have a lot of links in my resource directories, I don't want junk links. In addition to the obvious junk link requests marked "rejected", I consider unconfirmed requests as junk also.

Permanently deleting the rejected link requests and the unconfirmed link requests makes your moderation task much simpler. With all the bogus links still showing, it takes much more time. After using the Relusi Link Exchange Data File Packing Script, you see only good links and the latest unmoderated requests on your moderation page.

How's Your Experience with Munius and Relusi? Comments Wanted.

I have installed Munius and Relusi on all my sites. I have gotten some articles and links, but not a whole lot. I'm wondering about something.

I have a custom installation for them in that I use "articles-b" instead of "art" for the Munius directories, and I use "links-b" instead of "lnk" for the Relusi directories.

Do you think that makes a difference in how many articles and links submitted? My http://www.e-commerce-biz.com/ is my newest site and has the fewest articles and links. So, for comparison, I just last night installed Munius and Relusi again, under the "standard" directory names, and as "standard" layout and graphics installations. So I have both "standard" and custom versions of both on that same site.

For comparisons, you can look at
http://www.e-commerce-biz.com/articles-b/
http://www.e-commerce-biz.com/art/
http://www.e-commerce-biz.com/links-b/
http://www.e-commerce-biz.com/lnk/

In about a month, I'll see if any differences worth noting between the similar directories on the same site.

BTW, in installing Relusi, I noticed again a couple of minor glitches that I had noticed before I started the website and this blog. They aren't serious, but are minor annoyances that you should at least be aware of and fix.
See "Relusi Header and Footer PHP Script Notes"

AGAIN, COMMENTS?

Update 2009-06-18: I no longer use, recommend, or act as an affiliate for either of these products.

Adding Drop-Down Menu Select to Brausch Relusi Link Exchange Moderation PHP Script

The James D. Brausch Relusi Link Exchange Software is a pretty slick way to get some link exchanges. It is generally assumed that both inbound and outbound links help in getting better search engine page ranking for your e-commerce website. Relusi is designed to do just that.

Update 2009-06-18: I no longer am an affiliate for this product and no longer recommend it.

But Relusi has some rough edges. One of them is the lack of a drop-down menu for the link moderator/administrator to select or change the category a link should be in. It has to be done by typing some category into a text box.

So, I've made some changes to the script to allow category selection by clicking a selection in a drop-down menu. I've done similarly for the Munius Article Moderation PHP script.

For complete details, including the actual script (PHP code) changes that you can implement in your scripts, see:
Adding Drop-Down Menu Select to Brausch's Relusi Link Exchange Moderation Script
Tweaking Brausch' Munius Article Moderation Script

Tweaking Brausch' Munius Article Moderation Script

The James D. Brausch Munius Article Directory Software PHP scripts are a pretty slick article gathering mechanism to get content from others for your e-commerce or other website. But there are few rough edges, necessitating a few tweaks I've found desirable.

Update 2009-06-18: I no longer am an affiliate for this product, and no longer recommend it.

One if them was derived as follows: When a contributor submits an article, he is supposed to select an appropriate category from the drop-down "Article Category" select menu on the submission form. But generally, they just leave it as whatever your default is -- usually just "General".

Then, when you go to moderate, and you want to accept the article, and want to put it into a more appropriate category, you have to manually type something in. I don't know about you, but my memory is not so good, so I don't necessarily remember exactly all the category items and their spellings. (If you type in a category incorrectly, it won't show in any category to users -- only to you in moderation mode.) Anyway, I figured I needed a drop-down select menu in the moderating (article reviewing) page.

Browsing around the Munius scripts, I found the menu for contributors in "submitarticle.php". (Lines 21-37 of the original Brausch script I have.)

Copying that into "reviewarticle.php" and making a few modifications to that gets and displays what the contributor originally selected, then allows you/me (moderator) to select either that or a new category. (The code linked to below replaces lines 42-45 of the original Brausch script in "reviewarticle.php".)

See http://www.e-commerce-biz.com/code/munius-select-menu.txt for the code.