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.