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.)