Czerwiec 2004 - lms - lists.lms.org.pl

Re: usuwanie faktur
by Puchacz 03 Cze '04

03 Cze '04

Witam, A.L.E.C w poprzedniej wiadomości napisałeś(aś): > czy na pewno ten user ma zdefiniowany ten sam dzień naliczenia co > inni, > napisz coś więcej, bo takich bugów nie powinno być i trzeba znaleźć > przyczynę. Ten sam, wszystkich rozliczamy na 1-szego, probowalo go obciazyc, bledy byly w 187 i 188 linii lms-payments, to pamietam. Nie moglo odczytac czegos z bazy czy nie moglo czegos znalezc. Moglem skopiowac... ale nie mialem czasu na dociekanie przyczyn... Myslalem, moze ze wina jest w ID jego taryfy, generalnie pozostale maja id 1-3, a ta miala 9, (wynik kasowania taryf) moze to przyczyna byc? Juz to zmienilem, poczekamy, za miesiac sie okaze :) LMS: 1.3-cvs (1.438/1.48) MySQL: 3.23.56 PHP: 4.3.1 Smarty: 2.6.1 Problem pojawiajacy sie jednokrotnie nie jest problemem istotnym. -- [Rzeczywistość to fikcja...] Paweł "Puchacz" Purchalak puchacz101(a)poczta.onet.pl http://www.moded-kompz.net --- avast! antywirus: Wychodzace wiadomosc czysta. Baza sygnatur wirusow (VPS): 0423-1, 2004-06-02 Przetestowano na: 2004-06-03 22:57:58 avast! - Copyright (c) 2000-2004 ALWIL Software. http://www.avast.com

1 0

Re: Udate bazy z wersji 2004041600 do 2004042000
by _PepeR_ 03 Cze '04

03 Cze '04

Dnia 06/03/2004 10:45 PM, Użytkownik A.L.E.C napisał: > jeśli lms krzyczy, a nie baza to znaczy, że nie masz w lms.ini [phpui] > allow_mac_sharing = 1 > No i racja, nie bylo. I do tego pewnie jestem slepy (chyba ze nic o tym w dokumentacji nie bylo). Dzieki, -- ------------------------------------------------------------------------- Piotr '_PepeR_' Wojciechowski | "The trouble with being a god is that NetAdmin @mlekomat.com.pl | you've got no one to pray to" http://peper.eu.org GG: 484520 | -- (Terry Pratchett, Small Gods) -----------JID:peper@jabber.org-------------------------------*no-spam*--

1 0

Re: Udate bazy z wersji 2004041600 do 2004042000
by A.L.E.C 03 Cze '04

03 Cze '04

1 0

Re: Udate bazy z wersji 2004041600 do 2004042000
by _PepeR_ 03 Cze '04

03 Cze '04

Dnia 06/03/2004 10:36 PM, Użytkownik _PepeR_ napisał: > Nie mam phppgadmin wiec tak nie sprawdze (chyba za szybko zaraz uda mi > sie to zainstalowac i uruchomic), natomiast nic w bazach nie zmianialem. > Gdy chce dodac do innej podsieci kompa z takim samym, MAC adresem LMS > krzyczy ze taki MAC jest juz w bazie. Postgres tak wyswietla opis tabeli > nodes: Update: Uruchomilem to phpPgAdmin, wybieram tabele, opcja Constraints a on mi na to ms: nodes: Constraints No constraints found. Czyli cos przy aktualizacji baz poprzednio sie zwalilo. Co zrobic by bylo dobrze? Pozdrawiam, -- ------------------------------------------------------------------------- Piotr '_PepeR_' Wojciechowski | "The trouble with being a god is that NetAdmin @mlekomat.com.pl | you've got no one to pray to" http://peper.eu.org GG: 484520 | -- (Terry Pratchett, Small Gods) -----------JID:peper@jabber.org-------------------------------*no-spam*--

1 0

Re: Udate bazy z wersji 2004041600 do 2004042000
by _PepeR_ 03 Cze '04

03 Cze '04

Dnia 06/03/2004 10:18 PM, Użytkownik A.L.E.C napisał: > _PepeR_ wrote: >> lms=> BEGIN; >> BEGIN >> lms=> ALTER TABLE nodes DROP CONSTRAINT nodes_mac_key; >> ERROR: ALTER TABLE / DROP CONSTRAINT: nodes_mac_key does not exist >> lms=> UPDATE dbinfo SET keyvalue = '2004042000' WHERE keytype = >> 'dbversion'; >> ERROR: current transaction is aborted, queries ignored until end of >> transaction block >> lms=> COMMIT; >> COMMIT > > a masz w ogóle unique constraint na polu mac w tabeli nodes, phppgadmin to > ladnie pokazuje (wiecy integralnosci) moze ma inna nazwe? albo tego nie > masz? Jaki jest komunikat gdy dodajesz taki sam mac? > Nie mam phppgadmin wiec tak nie sprawdze (chyba za szybko zaraz uda mi sie to zainstalowac i uruchomic), natomiast nic w bazach nie zmianialem. Gdy chce dodac do innej podsieci kompa z takim samym, MAC adresem LMS krzyczy ze taki MAC jest juz w bazie. Postgres tak wyswietla opis tabeli nodes: lms=> \d nodes Table "public.nodes" Column | Type | Modifiers --------------+-----------------------+-------------------------------------------------- id | integer | not null default nextval('"nodes_id_seq"'::text) name | character varying(16) | not null mac | character varying(20) | not null ipaddr | bigint | not null ownerid | integer | not null default '0' creationdate | integer | not null moddate | integer | not null default '0' creatorid | integer | not null modid | integer | not null default '0' access | smallint | not null default 0 netdev | integer | not null default 0 warning | smallint | not null default 0 Indexes: nodes_id_key unique btree (id) -- ------------------------------------------------------------------------- Piotr '_PepeR_' Wojciechowski | "The trouble with being a god is that NetAdmin @mlekomat.com.pl | you've got no one to pray to" http://peper.eu.org GG: 484520 | -- (Terry Pratchett, Small Gods) -----------JID:peper@jabber.org-------------------------------*no-spam*--

1 0

Re: usuwanie faktur
by A.L.E.C 03 Cze '04

03 Cze '04

Puchacz wrote: > Dokladnie, u mnie to samo... na przyklad w tym miesiacu na 1szego > lms-payments nie obciazylo mi jednego klienta, ktory ma inna taryfe > niz wszyscy... I nic by nie bylo w tym strasznego, gdyby nie fakt, ze > wyszla pusta faktura, bez pozycji... czy na pewno ten user ma zdefiniowany ten sam dzień naliczenia co inni, napisz coś więcej, bo takich bugów nie powinno być i trzeba znaleźć przyczynę. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Re: usuwanie faktur
by Puchacz 03 Cze '04

03 Cze '04

Witam, rafple(a)interia.pl w poprzedniej wiadomości napisałeś(aś): > Dnia czw 3. czerwca 2004 18:35, Tomasz Chilinski napisał: >> Witam. >> >> Zastanawiałem się nad realizacją usuwania faktur. >> Co Wy na to? Wreszcieee :) Chwala Ci za ten pomysl :) A juz mialem wolna chwila o tym napisac, bo mnie krew zalewa... >> Pozdrawiam >> Tomasz Chiliński > > Fajna bylaby mozliwosc zmiany dowolnej i usuniecia. Przewaznie jak > przychodzi > do wystawienia to faktur produkuje sie seryjnie i nie zawsze od razu > sie > zauwaza ze gdzies sie cos spartolilo... no przynajmniej ja mam taki > talent ;-) Dokladnie, u mnie to samo... na przyklad w tym miesiacu na 1szego lms-payments nie obciazylo mi jednego klienta, ktory ma inna taryfe niz wszyscy... I nic by nie bylo w tym strasznego, gdyby nie fakt, ze wyszla pusta faktura, bez pozycji... > Do tej pory robie zmiany poprzez phpmyadmin, ale fajnie by bylo gdyby > byla > mozliwosc zrobienia tym zmian bezposrednio w lms. Ja uzywam programu Scibit FreeMascon i specjalnego usera, ktory z mojego ip ma dostep do bazy, a grzebie w niej sporo, bo sporo psuje :) Problem jest tylko taki, ze czasami, niektore wiersze w tabelach blokuja sie... nie da sie w nich zmienic zadnej wartosci, nie mam pojecia z czego to wynika, bo malo sie na sqlu znam, ale wtedy musze robic zrzut bazy i na zrzucie edytowac i potem pakowac znowu baze, makabra... Aaa i odkrylem, ze po takim zaladowaniu bazy z backupu pola null - te odpowiedzialne za stawke vat we wszystkich tabelach, mimo iz wracaja z wartoscia null sa interpretowane jako 0. A moze wracaja z 0 zamiast null. Trzeba pamietac, ze czasem zdarza sie tak, ze jednak cos trzeba koniecznie przywrocic z backupu. Reasumujac, rowniez niezmiernie uciesze sie jak bede mial mozliwosc zmian z poziomu LMS. I to nie tylko FV. Cale rozliczenia by sie przydaly, naprawde, czasami trzeba cos ostro pozmieniac z takiego czy innego powodu. Ot np. dzis na FV mialem koncowke 16 groszy... Przeciez nie moge wystawic takiej FV z takim zapisem slownym :) Oczywiscie mozna sie o tym przekonac dopiero w momencie drukowania lub juz po. > Pozdrawiam > Rafal Plesniak Pozdrawiam, -- [Rzeczywistość to fikcja...] Paweł "Puchacz" Purchalak puchacz101(a)poczta.onet.pl http://www.moded-kompz.net --- avast! antywirus: Wychodzace wiadomosc czysta. Baza sygnatur wirusow (VPS): 0423-1, 2004-06-02 Przetestowano na: 2004-06-03 22:19:06 avast! - Copyright (c) 2000-2004 ALWIL Software. http://www.avast.com

1 0

Re: Udate bazy z wersji 2004041600 do 2004042000
by A.L.E.C 03 Cze '04

03 Cze '04

_PepeR_ wrote: > lms=> BEGIN; > BEGIN > lms=> ALTER TABLE nodes DROP CONSTRAINT nodes_mac_key; > ERROR: ALTER TABLE / DROP CONSTRAINT: nodes_mac_key does not exist > lms=> UPDATE dbinfo SET keyvalue = '2004042000' WHERE keytype = > 'dbversion'; > ERROR: current transaction is aborted, queries ignored until end of > transaction block > lms=> COMMIT; > COMMIT a masz w ogóle unique constraint na polu mac w tabeli nodes, phppgadmin to ladnie pokazuje (wiecy integralnosci) moze ma inna nazwe? albo tego nie masz? Jaki jest komunikat gdy dodajesz taki sam mac? -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0

Udate bazy z wersji 2004041600 do 2004042000
by _PepeR_ 03 Cze '04

03 Cze '04

Witam, Jest problem z upgrade-m bazy pomiedzy wersjami. lms=> BEGIN; BEGIN lms=> ALTER TABLE nodes DROP CONSTRAINT nodes_mac_key; ERROR: ALTER TABLE / DROP CONSTRAINT: nodes_mac_key does not exist lms=> UPDATE dbinfo SET keyvalue = '2004042000' WHERE keytype = 'dbversion'; ERROR: current transaction is aborted, queries ignored until end of transaction block lms=> COMMIT; COMMIT Co z tym fantem zrobic? Bo zalezy mi na mozliwosci duplikowania adresow MAC bo mam w sieci troche ruchomych stanowisk. Pozdrawiam -- ------------------------------------------------------------------------- Piotr '_PepeR_' Wojciechowski | "The trouble with being a god is that NetAdmin @mlekomat.com.pl | you've got no one to pray to" http://peper.eu.org GG: 484520 | -- (Terry Pratchett, Small Gods) -----------JID:peper@jabber.org-------------------------------*no-spam*--

1 0

Re: Ostatni raz wplaty ovatowane...
by A.L.E.C 03 Cze '04

03 Cze '04

Krzysztof Lewandowski wrote: > Popieram ten pomysł, i zakończy on dyskusję nad celowością VAT-u przy > wpłatach, pole n.d. lub brak załatwi temat. Proszę uwzględnić ten > domyślny status podatku przy kliknięciu na link rozlicz na liście > zadłużonych klientów. tylko, że w bazie danych już nie ma miejsca na "brak podatku". Miałem się nie odzywać w sprawie finansów, ale.. Wydaje mi się, że pomysł Tomka (potwiedzony przez Przemysława Backiela) nie jest zły, ale jak widać wymaga jeszcze sporo pracy, aby doprowadzić do sytuacji, gdy w lmsie będzie można prowadzić pełne finanse firmy w zakresie rozliczania podatku. p.s. mojego głosu nie traktujcie zbyt poważnie, bo jak mówiłem na finansach się nie znam. -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.pl gg-2275252

1 0