Re: [lms] defaultowe zwijanie sekcji
A no moge. Tylko ze to jest taki mega-dirty-hack ze az wstyd. Generalnie w kazdej funkcji ktora robila jakas zmiane w koncie klienta jest dodany taki lub podobny kawalek:
$this->DB->Execute('INSERT INTO logi (data, kto, co, cid,uwagi) VALUES (?NOW?, ?, ?, ?, ?)', array($this->AUTH->id, " AKTUALIZACJA KLIENTA ".$customerdata['id'],$customerdata['id'],$this->array_to_string($customerdata)));
Jesli chcesz dokladnie wiedziec co i jak to daj znac - zrobie jakies zbiorcze zestawienie zmian.
----- "Pawel Szymanowicz" profek412@r-link.pl napisał:
W dniu 15.07.2010 16:19, Jarosław Czarniak pisze:
Dziekuje bardzo. Na JS w ogole nie zwrocilem uwagi...
----- "Pawel Szymanowicz"profek412@r-link.pl napisał:
W dniu 15.07.2010 10:28, Jarosław Czarniak pisze:
kowa sekcje
Witam
Dane zapisywane są w cookie.
Na dole pliku masz taki kod:
</P>{literal}<SCRIPT type="text/javascript"> <!-- if(getCookie('ticketpanel')=='1') { document.getElementById('ticketpanel').style.display = ''; } //--> </SCRIPT>{/literal}
Gdzie wiadomo ticketpanel to nazwa jaką podałeś na górze:
<TD width="99%" class="fleftu hand" onclick="showOrHide('ticketpanel');" colspan="5">
Tu wiadomo 1 pokazuje, 0 nie pokazuje.
Generalnie powinno zapisać ci w ciasteczku czy zostawiłeś ostatnio zwinięte czy rozwinięte.
Pozdrawiam Paweł Szymanowicz R-LINK sp. z o.o. _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam
A dało by radę, abyś się podzielił kodem?
Pozdrawiam Paweł Szymanowicz R-LINK sp. z o.o. _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
wrzuć patcha po prostu nie zależnie jak bardzo jest dirty, kilka osob tutaj jezeli bedzie chcialo to go doprowadzi do porządku. A tak zawsze jest jakas podstawa na jakiej można się oprzeć :)
W dniu 16.07.2010 09:47, Jarosław Czarniak pisze:
A no moge. Tylko ze to jest taki mega-dirty-hack ze az wstyd. Generalnie w kazdej funkcji ktora robila jakas zmiane w koncie klienta jest dodany taki lub podobny kawalek:
$this->DB->Execute('INSERT INTO logi (data, kto, co, cid,uwagi) VALUES (?NOW?, ?, ?, ?, ?)', array($this->AUTH->id, " AKTUALIZACJA KLIENTA ".$customerdata['id'],$customerdata['id'],$this->array_to_string($customerdata)));Jesli chcesz dokladnie wiedziec co i jak to daj znac - zrobie jakies zbiorcze zestawienie zmian.
Witam
To się nieźle naklepałeś w klawiaturę, aby każdą z funkcji rozbudować o to. Mi generalnie podrzucenie tego pomysłu ze sposobem realizacji wystarczy bo i tak jakieś patche mi nic nie dadzą bo za dużo mam nagrzebane w kodzie, aby opierać się na gotowych rozwiązaniach.
Pozdrawiam Paweł Szymanowicz R-LINK sp. z o.o.
Prawdę mówiąc ja bym to widział wykonane w trigerach tyle że triger MySQL (popularniejszego) różni się od Postgresowego. Jestem w stanie wykonać trigery postgresowe, już w zasadzie jeden mam używał do zapisywanie kiedy komputer miał pole access zmieniane 0 -> 1 lub 1 -> 0.
Ja tez. Ale osoba ktora to zaczela robic nie ma pojacia o trigerach. A potem to juz nie bylo sensu tego zmieniac. Bo skoro dziala to po co? :)
----- "Waldemar Dymkiewicz" waldemar.dymkiewicz@easy-com.pl napisał:
Prawdę mówiąc ja bym to widział wykonane w trigerach tyle że triger MySQL (popularniejszego) różni się od Postgresowego. Jestem w stanie wykonać trigery postgresowe, już w zasadzie jeden mam używał do zapisywanie kiedy komputer miał pole access zmieniane 0 -> 1 lub 1 -> 0.
-- Waldemar Dymkiewicz, administrator urządzeń sieciowych "Easy Com" Świątek Piotr, ul. Jodłowa 7, Góra tel. 65 543 20 44 wew. 4 _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 2010-07-16 12:15, Jarosław Czarniak pisze:
A potem to juz nie bylo sensu tego zmieniac. Bo skoro dziala to po co? :)
No właśnie powód jest banalny... jeśli zmiana będzie robiona poza UI (np. z skryptu albo masowo SQL) to nic się nie zapisze wtedy.
Zachecony przez was zaczalem kombinowac z trigerami. Nigdy ich jeszcze na powaznie nie uzywalem wiec chwile mi to zajelo ale wydaje sie b.ladnie dzialac.
Chcialbym sie jednak zapytac czy mozna taki trigger jakos zoptymalizowac ?
DELIMITER $$ CREATE TRIGGER nodes_logi_update BEFORE UPDATE ON nodes FOR EACH ROW BEGIN IF new.name!=old.name OR new.mac!=old.mac OR new.ipaddr!=old.ipaddr OR new.ownerid!=old.ownerid OR new.warning!=old.warning OR new.info!=old.info OR new.location!=old.location then INSERT INTO nodes_logi SELECT * FROM nodes WHERE id=old.id; END IF; END; $$ DELIMITER ;
taka konstrukcja wynikla glownie z tego ze pole lastonline jest updatowane prawie non-stop i logi staje sie jednym wielkim smietnikiem. Czy jest jakis sposob na wykluczenie jednej kolumny zamiast wlaczania wszystkich po za jednym ?
----- "Waldemar Dymkiewicz" waldemar.dymkiewicz@easy-com.pl napisał:
W dniu 2010-07-16 12:15, Jarosław Czarniak pisze:
A potem to juz nie bylo sensu tego zmieniac. Bo skoro dziala to po co? :)
No właśnie powód jest banalny... jeśli zmiana będzie robiona poza UI (np. z skryptu albo masowo SQL) to nic się nie zapisze wtedy.
-- Waldemar Dymkiewicz, administrator urządzeń sieciowych _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
uczestnicy (4)
-
Jarosław Czarniak -
Michał "gaco" Gacek -
Pawel Szymanowicz -
Waldemar Dymkiewicz