it's been bugging me for sometime now.. what does mnogo stand for? or what does
it mean?
__
Get personalized email addresses from Yahoo! Mail - only $35
a year! http://personal.mail.yahoo.com/
__
If you want to unsubscribe send
Hi!
Tuesday, January 30, 2001, 11:47:53 AM, you wrote:
CTW it's been bugging me for sometime now.. what does mnogo stand for? or what does
CTW it mean?
In russian it means 'many', 'a lot of'
--
Regards, Sergey aka gluke.
__
If you want to unsubscribe send "unsubscribe
Author: Miroslav Keretic
Email: [EMAIL PROTECTED]
Message:
Is it poissible to use mnoGoSearch WITHOUT database.
Or is there nay other way to use mnoGoSearch in following situation:
I have an ISP provider wich only allows me to put files via FTP on
it's server and run scripts from it. It allows
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
Is it poissible to use mnoGoSearch WITHOUT database.
Or is there nay other way to use mnoGoSearch in following situation:
I have an ISP provider wich only allows me to put files via FTP on
it's server and run scripts from it. It
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
The problem is stopwords and ispell db.
If active one of this items:
IspellUsePrefixes yes
Ispellmode db
and
StopwordTable stopword
indexer non inserts in dict* tables
Alberto
Thanks for the report. We'll fix it.
Dear all!
I understand that some of you have troubles with mnoGoSearch documentation.
I am the one responsible for its clarity and completeness. I really need
your cooperation to provide clear documentation and would be gratefull if
you send me any relevant information regarding this issue.
that was a little premature on my part. it did core dump again at 77C
when i tried to split another log file. argh.
--- Caffeinate The World [EMAIL PROTECTED] wrote:
overnight, the "new splitter" using "u_int32_t" was able to split a
log
file around 31MB. this is the first time i've seen it
Caffeinate The World wrote:
overnight, the "new splitter" using "u_int32_t" was able to split a log
file around 31MB. this is the first time i've seen it able to index the
log at 77C. can you verify that linux and such have "u_int32_t"? if
it's does, i'll submit my patch. this should fix
Author: Werner Bruns
Email: [EMAIL PROTECTED]
Message:
Hello there,
regardless what I'm trying, the indexer is doing nothing. First I modified the
indexer.conf (hopefully right), all what it did, it indexed the file "robots.txt"
thats it. Second it used the minimal version of the indexer.conf.
another interesting thing to note is that, from using the old log files
created by the "old" cachelogd (size_t instead of unsigned int), if
"splitter" core dumped, and i remove the file which caused it, i.e.
rm /usr/local/install/mnogosearch-3.1.9/var/tree/77/C/77C3
and redo "splitter -f
how about showing us what your configuration look like, and how you are
running indexer (with what parameters etc)
--- Werner Bruns [EMAIL PROTECTED] wrote:
Author: Werner Bruns
Email: [EMAIL PROTECTED]
Message:
Hello there,
regardless what I'm trying, the indexer is doing nothing. First I
alex or serge, could you look over this patch? i believe this patch
should fix this problem described below:
---cut---
# diff -ru indexer.c.orig indexer.c
--- indexer.c.orig Tue Jan 30 10:45:03 2001
+++ indexer.c Tue Jan 30 10:47:29 2001
@@ -368,7 +368,7 @@
}
/* Find
Hi!
Tuesday, January 30, 2001, 8:53:12 AM, you wrote:
LBQuery error: SELECT SQL_SMALL_RESULT url.url, url.title, url.txt,
url.content_type,
LB url.docsize, url.last_mod_time, url.keywords, url.description, url.crc32,
LB url.rec_id
indexer -a cause following error:
Indexer[63411]: [1] Error: 'syntax error at line 1 near "where 1"'
I look in sources and find that msql 2.0.11 dislike 'WHERE 1=1'
construction in the places like (sql.c):
SELECT status,next_index_time FROM url WHERE 1=1
When I remove "WHERE 1=1"
Author: Mario Gray
Email: [EMAIL PROTECTED]
Message:
Mnogo 3.1.9 still crashes very often, anyone have this experience as well?
Reply: http://search.mnogo.ru/board/message.php?id=1195
__
If you want to unsubscribe send "unsubscribe udmsearch"
to [EMAIL PROTECTED]
Author: Chen Zhang
Email: [EMAIL PROTECTED]
Message:
According to the udmsearch documentation, the indexer could grab contents in title,
meta description, meta keyword, body , url , url path ...
But I have thouthands of files with the keywords in the format as
meta specialword=" 'name|chen'
what in particular crashes? what mode do you use? etc?
--- Mario Gray [EMAIL PROTECTED] wrote:
Author: Mario Gray
Email: [EMAIL PROTECTED]
Message:
Mnogo 3.1.9 still crashes very often, anyone have this experience as
well?
Reply: http://search.mnogo.ru/board/message.php?id=1195
--- Chen Zhang [EMAIL PROTECTED] wrote:
Author: Chen Zhang
Email: [EMAIL PROTECTED]
Message:
According to the udmsearch documentation, the indexer could grab
contents in title, meta description, meta keyword, body , url , url
path ...
But I have thouthands of files with the keywords in
I found those DB init files missing in msql (but present in mysql), here
is their msql versions attached.
--
Andrey A. Chernov
http://ache.pp.ru/
msql_init.tgz
On Tue, Jan 30, 2001 at 21:59:44 +0300, áÎÄÒÅÊ þÅÒÎÏ× wrote:
Try to change 1=1 to rec_id0
Yes, it works, thanx!
Here is simple patch for all 1=1 places. In case _all_ databases can
understand rec_id0 instead of 1=1 (I don't know), it can be even
simpler.
--- src/sql.c.bak Wed Jan
oops that didn't work. but i'm pretty sure we need to test for the
condition of delete_no_server here. i also tried:
/* Find correspondent Server record from indexer.conf */
if(!(CurSrv=UdmFindServer(Indexer-Conf,Doc-url,aliastr))){
if(Indexer-Conf-csrv-delete_no_server){
Try to change 1=1 to rec_id0
Yes, it works, thanx!
BTW, is it will be correct to add "ORDER BY status" for msql? (from
http://www.hughes.com.au/library/msql/manual_20/spec.html)
I see you use similar "GROUP BY status" for other databases, but not for
msql.
mSQL does not support
Author: Juan
Email: [EMAIL PROTECTED]
Message:
I have tried to use all the examples available, and read the docs. I searched the
forum, but still can't keep directory listings out of the index. /$ \/% doesn't work.
Does anyone have any idea how to keep indexer from indexing directory
That's strange. I've tested your indexer.conf. Everything works fine.
indexer does not delete this URL.
Caffeinate The World wrote:
i reported this back in 3.1.9pre13. i have 'DeleteNoServer no' set with many
URL's in my sql db not having associated Server commands. here i just tried to
This patch will not fix the problem. The problem is not here.
"DeleteNoServer no" is implemented via adding one virtual emtpy server
after loading indexer.conf. It means that if there is no other
correspondent
Server or Realm commands for some URL, indexer will find the last one
empty server and
Hi!
Finally I've checked your patch. Now indexer works as expected.
Thanks you very much!
Kaspar Brand wrote:
Hi,
when experimenting with udmSearch/mnoGoSearch, I encountered the following
bug when indexer processes file: URLs. While indexer correctly processes
file names containing
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
The problem is stopwords and ispell db.
If active one of this items:
IspellUsePrefixes yes
Ispellmode db
and
StopwordTable stopword
indexer non inserts in dict* tables
Alberto
Hi! We checked. Everything seem to work
Author: Alexander Barkov
Email: [EMAIL PROTECTED]
Message:
I have tried to use all the examples available, and read the docs. I searched the
forum, but still can't keep directory listings out of the index. /$ \/% doesn't
work. Does anyone have any idea how to keep indexer from indexing
Well, indexer.conf is loaded as expected.
Now find this in UdmFindServer() :
for(i=0;iConf-nservers;i++){
int res;
regmatch_t subs[NS];
and insert here:
printf("%d '%s'
On Wed, Jan 31, 2001 at 10:12:54 +0400, Alexander Barkov wrote:
BTW, is it will be correct to add "ORDER BY status" for msql? (from
http://www.hughes.com.au/library/msql/manual_20/spec.html)
I see you use similar "GROUP BY status" for other databases, but not for
msql.
mSQL does not
30 matches
Mail list logo
