This "SELECT count(*) FROM url" will mean the TOTAL number
of documents. Note that it is actually not the number of
searchable documents, because some of them may be not indexed yet
when database is being populated during first indexing.
Probably
"SELECT count(*) FROM url WHERE status IN
Well, $ndocs variable has been added into 3.1.11 sources.
Regards.
Alexander Barkov wrote:
This "SELECT count(*) FROM url" will mean the TOTAL number
of documents. Note that it is actually not the number of
searchable documents, because some of them may be not indexed yet
when database is
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
Another thing that comes to mind.if the words.txt file is constructed from
words only can't it be treated the same as the quot;rare.dictquot; example found in
doc/ispell.txt? I mean, what if the whole file words.txt is constructed
It tryed with your indexer.conf and everything work fine.
Check that you have enough permissions to write to those directories.
Caffeinate The World wrote:
--- Alexander Barkov [EMAIL PROTECTED] wrote:
That's strange for me. I've just checked this config and everything
work
fine:
Author: Nir shahaf
Email: [EMAIL PROTECTED]
Message:
Thanks, I understand that, however, since it is not that easy to add
prefixes/suffixes to a hebrew word to date huge word files are created. I believe it
would be taken care of in the near future.
Regards,
Nir
Reply:
Author: Nir shahaf
Email: [EMAIL PROTECTED]
Message:
Thank you. I was wondering if another wierd behaviour related to browser type might
be associated with it as well. In vs. 3.1.5 after indexing, netscape users that
searched the site using a hebrew word got certain results while IE users who
--- Alexander Barkov [EMAIL PROTECTED] wrote:
It tryed with your indexer.conf and everything work fine.
Check that you have enough permissions to write to those directories.
one of the first thing i checked. i ran indexer as root so it shouldn't
matter. but yes write permission is there.
Author: Claudiu Cristea
Email: [EMAIL PROTECTED]
Message:
Does mnoGoSearch search pages generated dynamically with perl or PHP?
Suppose I have a page page.php thet ouputs the html code. But the page do not take the
data from a database. Does it work?
Reply:
Author: gluke
Email: [EMAIL PROTECTED]
Message:
Does mnoGoSearch search pages generated dynamically with perl or PHP?
yes, if it properly configured.
Reply: http://search.mnogo.ru/board/message.php?id=1420
__
If you want to unsubscribe send "unsubscribe udmsearch"
to [EMAIL
UdmSearch version: mnogosearch-3.1.xx
Platform:
OS:Linux
Database: MySQL 3.23.32
Statistics:0
Äîáðûé äåíü.
Î÷åíü ïîíðàâèëàñü Âàøà ñèñòåìà - èíòåðåñíàÿ è ïðîèçâîäèòåëüíàÿ.
Íî ÿ ñòîëêíóëñÿ ñ ïðîáëåìîé, êîòîðóþ íèêàê íå ìîãó ðåøèòü. Ñóòü ïðîáëåìû
Div wrote:
I am trying to use the cache mode of the MnoGoSearch 3.1.9 and i'm running
into some difficulties. The statistics show me for example 1 sites
indexed but when i search something it should find in all sites it return
only 2000 results.
I did everything by the book (i think):
Pe data de Thursday 15 February 2001 12:32, ai scris:
Div wrote:
I am trying to use the cache mode of the MnoGoSearch 3.1.9 and i'm
running into some difficulties. The statistics show me for example 1
sites indexed but when i search something it should find in all sites it
return
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
Hi,
mnoGoSearch crashes when using built-in database with URL limits (ul).
I have made a patch to fix this. Please let me know where I can send
this patch to.
Kind regards,
Please send it to [EMAIL PROTECTED]
Reply:
Just follow the instructions from INSTALL, step by step:
1.unpack
2. run configure with proper parameters
3. build and install
4. create database
5. create tables
6, install search sript and so on
David Taylor wrote:
Thanks for your response, Alexander.
I did actually read the
Tobias Freitag wrote:
Alexander Barkov schrieb:
Tobias Freitag wrote:
Alexander Barkov schrieb:
Tobias Freitag wrote:
The problem is that when I search for any pattern, most results show
directories not files. It seems that the indexer is parsing the
Please, post in English!
"Âëàäèñëàâ Øóëüãèí" wrote:
UdmSearch version: mnogosearch-3.1.xx
Platform:
OS:Linux
Database: MySQL 3.23.32
Statistics:0
Äîáðûé äåíü.
Î÷åíü ïîíðàâèëàñü Âàøà ñèñòåìà - èíòåðåñíàÿ è ïðîèçâîäèòåëüíàÿ.
Íî ÿ ñòîëêíóëñÿ ñ
Author: Nir shahaf
Email: [EMAIL PROTECTED]
Message:
I'll re-index the site again and let you know once it's set up (the search feature is
not currently implemented for general use).
Regards,
Nir
Reply: http://search.mnogo.ru/board/message.php?id=1424
__
If you want to
Author: Filip Sergeys
Email: [EMAIL PROTECTED]
Message:
Can I simply add new URL' s to the indexer.conf file. The URL's that where already in
there are not expired yet, so if I run indexer without parameter (or just -v 3) he
will only index the new URL's and won't touch the others? Or do I need
Hello!
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to test.
Please, give feedback!
#include "udm_config.h"
#include stdio.h
#include stdlib.h
#include string.h
#include errno.h
#ifdef HAVE_UNISTD_H
#include
Author: Nir shahaf
Email: [EMAIL PROTECTED]
Message:
Hi Alexander,
After short experiments with the search engines it appears that if I use the
windows-1255 charset instead of the iso-8859-8 charset everything works, or seems to
be working, fine.
I will create a larger word file (one that
Basically, my UNIX/LINUX knowledge is non-existant. I've FTP'd the tar file
to our LINUX box, and have extracted it... but where to go from there??? I
haven't got a clue.
If that is so, you are bound to run into problems all the time.
Perhaps installing a search engine is not the first
--- Zenon Panoussis [EMAIL PROTECTED] wrote:
Caffeinate The World skrev:
i have indexer going but i see nothing in the mirror directories.
when
does it store the pages to the mirror directory?
If your pages are already indexed, when you re-index with -a
indexer will check
Caffeinate The World wrote:
--- Alexander Barkov [EMAIL PROTECTED] wrote:
Caffeinate The World wrote:
--- Alexander Barkov [EMAIL PROTECTED] wrote:
Hello!
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's
--- Alexander Barkov [EMAIL PROTECTED] wrote:
Caffeinate The World wrote:
--- Alexander Barkov [EMAIL PROTECTED] wrote:
Hello!
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to
test.
There was actually two bugs. The first one because of table[4096]
in sql.c. Sometimes it may became more large. Now dinamic realloc'ing
has been added.
Opps. I mean in cache.c, not sql.c
The second one that cmpcache() function passed to qsort gave ordering
slightly different with
Has anyone got a way that I can directly inject information into the mySQL
database that Mnogo is using as it's backend, and then ensure that the
spider won't change it?
I'm after a system whereby I can go and collect XML from a server, then have
mnogo search return urls based on that.
This is
Alexander Barkov skrev:
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to test.
Please, give feedback!
You guys are great! I'll re-compile and get back to you with
reports.
BTW, can I remove
Zenon Panoussis wrote:
Alexander Barkov skrev:
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to test.
Please, give feedback!
You guys are great! I'll re-compile and get back to you with
reports.
--- Alexander Barkov [EMAIL PROTECTED] wrote:
Hello!
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to
test.
should the 'tree' directory be removed? can we split the raw log files
we have thus far or is
Alexander Barkov skrev:
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are welcome to test.
Please, give feedback!
Oops. Something else is not OK:
cache.c:687:87: warning: #ifdef with no argument
cache.c:692:87:
Zenon Panoussis skrev:
Oops. Something else is not OK:
cache.c:687:87: warning: #ifdef with no argument
[etc]
I think that the mailer is responsible for this. There are
lots of broken lines in the code, that shouldn't be broken.
Perhaps it's better to attach the file in .gz format
i didn't get this error on my NetBSD/Alpha. compile was fine.
what system are you on?
--- Zenon Panoussis [EMAIL PROTECTED] wrote:
Alexander Barkov skrev:
We finally found a bug in cache.c. New version is in attachement.
Everybody who has problems with splitter's crashes are
Ok, I will change my query with the first one.
After a test, yes it slows the display of the page. So I changed a bit my howto.
I removed the init.inc changes and put into template.inc after the
lang_url_translation treatment:
//
Is this file to be used with 3.1.9 sources, or 3.1.10? (Either is fine - I can adjust
as necessary quite easily).
Thanks for the fix. I have over a million urls inserted and climbing. :-)
-- Dan
On Thu, 15 Feb 2001, Alexander Barkov wrote:
Dan,please take new cache.c and recompile
For 3.1.10, is the little configure bug fixed? I.e., do I use
--enable-fast-tag
or
--enable-fasttag
to get the fast tag search?
-- Dan
--
/\
|| Daniel Hanks - Systems/Database Administrator||
May I suggest? Probably it will be more useful to create a separate
table with one column and one raw and store current documents number
there:
CREATE TABLE ndocs (ndocs int);
Then after every reindexing run this:
DELETE FROM ndocs;
INSERT INTO ndocs SELECT count(*) FROM url WHERE .
36 matches
Mail list logo