Już ten - zbliżony temat poruszałem ale nie było na niego zapotrzebowania. Ja myślałem raczej o nie wprowadzaniu kolejnego pola do bazy tylko o wykorzystaniu pola access oraz warning oba są typu tinyint(1). więc np: Wartość 2 to może być przypadek twój jako ograniczony dla access. Wartość 2 to warning ciągły z własnym interwałem dla warning chodzi o systematyczne wyświetlanie komunikatu co okreslony czas. mam tak u siebie zrobione ze przeczytanie komunikatu nie odznacza go w bazie

Po co dodatkowe pole? Można na bazie istniejących skryptów zrobić coś takiego: 1) Sprawdzamy saldo i jeśli jest np. 200% zaległości to generujemy regułki przypominające o zaległościach - przekierowujące ruch www na winietę z informacją (użytkownik może wyłączyć sam winietę lub nie - to zależy od naszej polityki). 2) Jeśli saldo osiągnie 300% zaległości ustawiamy w tabeli nodes pole disabled na true (czy jak tam ono nazywa się) i znowu przekierowujemy na winietę z saldem, która nie zawiera tym razem linku pozwalającego zamknąć winietę. Już o tym pisałem. Niech mi ktoś odpowie dlaczego tak uczepił się tego squida? ;-)

-- ReYu

Pozdrawiam, Tomek.