On Wed, 1 Jun 2011 13:01:08 +0200, [email protected] (Varadi Gabor)
wrote:
Itt adott vissza erdeményt, de hogy az uid=0-ra vagy a uid=1000-re az
nem
megállapítható. Ennél a select-nél az sdata->uid nem lett 0 hanem
maradt az
eredeti értéke, miközben a group_type := 0!
mert a sdata.gid hatarozza meg a tokenek uid-jat. Tudom, ez egy kicsit
zavaros,
de nem akartam mindenkit egy sema modositasra kenyszeriteni, hogy a
t_token
tablaban is gid legyen az uid mezo helyett.
Mert mi van akkor ha jó ideje MERGED üzemmódban megy a rendszer,
tehát van
uid=1000-nél adat bőven, de nincs az uid=0-nál.
átállitom a konfigurációt, SHARED-re és akkor meg fogja találni az
uid=1000-nél a rekordokat.
Hat, ha valtogatsz shared es merged kozott, akkor a kulonbozo uid-u
tokeneket
is ossze kellene boronalni uid=0-va.
A enable_auto_white_list TOTÁL GLOBÁLIS és nem felhasználónénti ha
MERGED??
Itt is ervenyes az uid=0 + uid=xxx unioja
Mert akkor a GLOBÁLIS tábla is tanulódna, legalább a tanulás
idejére,
vagy az 1000 levélig vagy ha a felhasználó tanítja.
Ez nem volt jó ötlet mondjuk az első 1000 levélig?
De, akar az is lehet, csak kerdes, hogy mennyire orulne ennek a masik
user?
Ha azt mondod, hogy ennek realis gyakorlati haszna lenne, akkor
modosithato
a kodreszlet.
Suto Janos
