Ahhh ok, I took a look and compared closely.
 Basically any Symbiant that has a AOID starting with 235 or 236 is ingame were as Symbiants that start with an AOID of 219 or 220 aren't.

I can fix that easy enough in my parsing script as it writes each item out to the database I'll have it make the lowid = highid where name like '%Symbiant,%'.

-------------Edit-------
And appearently my logic failed the first time through about the ID's, there are a couple of exceptions.
Pretty sure I got it right now, here's a correctly parsed set of Symbs for items table:
ftp://xen.afraid.org/bebot_files/bebot16.2.3symbs.sql

Running that script will delete all current Symbiants listed in your items table and reinsert the correct current set.

You've killed brumal chest symb and love child symb
It's unique Ado drop that can be installed in implant places.
(I've dropped them too on my 1st try

I went thru and just manually rewrote em all for nothing yesterday

Oh, btw, I noticed that "Enduring Support Brain" gives 0 results while "Enduring Brain Support" gives the correct result.  I've always enjoyed the convience of being able to mix 'n match my query, anyway this can be done w/ this Items?

No, the SQL db search uses LIKE '%$name%'  so if the words you use aren't in the order the appear in the name field they won't get a hit. The only way I can think of doing an 'out of order' serach is to use Soundex, but that takes more server overhead and just makes things more complicated. Also it can cause it to return more items than you wanted. Easier just to search the name properly.

Oh, and I never even knew of those Brumal and Love Child symbs before. Here's the info to put those back in:
insert into `items` (`lowid`,`highid`,`lowql`,`highql`,`name`,`icon`) values (245306,245306,150,150,'Brumal Chest Symbiant of Endurance',215183);
insert into `items` (`lowid`,`highid`,`lowql`,`highql`,`name`,`icon`) values (245895,245895,250,250,'Head Symbiant of the Love Child',215189);

Fixed a bug in Items.php I have posted here that would cause AORC+(build 48) to crash on a multi-item search return. New version on FTP link in first post of this thread.

Oh one of the side effect bugs that also had to be fixed was changing the function make_item in bot.php
The quotes surrounding the itemref:// aren't needed and they play havok with external chat clients.

Change from:
function make_item($lowid, $highid, $ql, $name)
{
return "<a href=\"itemref://" . $lowid . "/" . $highid . "/" . $ql . "\">" . $name . "</a>";
}To:
function make_item($lowid, $highid, $ql, $name)
{
return "<a href=itemref://" . $lowid . "/" . $highid . "/" . $ql . ">" . $name . "</a>";
}

Ya I noticed that myself about 2 days ago, haven't had much time to sit and play with the parsing script to make Kyr'Ozch items correctly.

OK... Fixed my parsing script and got Kyr'Ozch items to come out right.

Run this SQL script against your current items table to fix'em up
(Note: It'll remove every single Kyr item first before adding in the correct Kyr items):
ftp://xen.afraid.org/bebot_files/kyrozch-items.sql

The main Items SQL script in the first post has also been updated to reflect those item fixes along with a few other items I found along the way. Also the Symbiant Fixes discussed earlier here and the 1 Combined Commando's item fix are in there.

Known issue:
- Omni-Pol, Life Guard, and some other Omni labeled armors still not parsing correctly(namely the ones that start with "Advanced" or "Quality". I'll be working on those parsing filters as time permits, not really highly searched items so... meeeh.

well tried it but it seems there's problem w/ fuzzy nano input hood
it won't show the correct data so if u can look into it it would be nice to have it fixed