Piotr Kaczor napisał(a):
> Łukasz Jarosław Mozer napisał(a):
>>
>> niech zamiast kłapać dziobem jak kaczor
>> przedstawi wiarygodne dowody.
>>
>>
>>
>
> ROTFL - ja sobie wypraszam....
>
> A tak poważnie - uważam, że Państwo Insite w piersi bić się będą, że nie
> wykorzystali, że przypadkowo itp. i nigdy przenigdy nie znajdziecie
> dowodów, że LMS został mocno wykorzystany, ale coś musi być skoro szybko
> z serwa zniknęły gify.
>
> Uważam natiomiast, że należy pociągnąc temat - przynajmniej polubownie
> jakies zadośćuczynienie czy jakoś tak ponieważ jeśli nie to po co w
> ogóle ma istnieś OpenSource i inne GPL. Nie myślę tu o jakichś poważnych
> karach finansowych - raczej o czymś takim co da do myślenia
>
Może niech poprawiąjakiś moduł do LMSa :)
A.L.E.C napisał(a):
> Andrzej Banach napisał(a):
>> Wyglada jakby byla zmieniona baza i w pole w ktore mam wpisac jakies
>> dane typu integer wpisuje wiersz "comment"
>> Gdzies pomiedzy wersjami zmeinila sie struktura tabel i chyba w tym
>> problem;
> załóż bazę w wersji identycznej jak ta na której był robiony backup i
> nie kombinuj, druga sprawa to nie próbuj uruchamiać dumpa utworzonego
> w myslqdumpie, użyj LMSowego backupu.
>
Ok, dzieki za rady. Jakos po zwiekszeniu czasu wykonywania skryptu w
php.ini udalo mi sie
jaokos skompaktowac statystyki (74 minutki) i stworzyc dumpa z poziomu
UI (22 minutki).
Niby nie wielu klientow, ale dane z 4 lat wiec uzbieralo sie tego 166Mb
:) Swoja droga to
przy wiekszych bazach robienie kopii z UI jest czaaaaasochlonne i wymaga
wielu zabiegow
(edycja php.ini itp.) wiec moim zdaniem troszke jest to fee.
Niestety czeka mnie reczne dodawanie rekordow i korygowanie tabel.
Czlowiek zapomnial co
robil 4 lata temu. A tu w polowie tabel jakies zmiany, dodatki itp.
Wkoncu wiec przyszedl czas
na posprzatanie bazy.. Ale mieliscie racje - bez kombinowania - jak baza
jest czysta - wszystko
ladnie pieknie sie odtwarza.
--
pozdrawiam;
Łukasz Jarosław Mozer napisał(a):
>
> niech zamiast kłapać dziobem jak kaczor
> przedstawi wiarygodne dowody.
>
>
>
ROTFL - ja sobie wypraszam....
A tak poważnie - uważam, że Państwo Insite w piersi bić się będą, że nie
wykorzystali, że przypadkowo itp. i nigdy przenigdy nie znajdziecie
dowodów, że LMS został mocno wykorzystany, ale coś musi być skoro szybko
z serwa zniknęły gify.
Uważam natiomiast, że należy pociągnąc temat - przynajmniej polubownie
jakies zadośćuczynienie czy jakoś tak ponieważ jeśli nie to po co w
ogóle ma istnieś OpenSource i inne GPL. Nie myślę tu o jakichś poważnych
karach finansowych - raczej o czymś takim co da do myślenia
--
Pozdrowienia
Piotr 'tasia' Kaczor
Maszewo.net
jid: tasia(a)chrome.pl
gid: 72556
Andrzej Banach napisał(a):
> Wyglada jakby byla zmieniona baza i w pole w ktore mam wpisac jakies
> dane typu integer wpisuje wiersz "comment"
> Gdzies pomiedzy wersjami zmeinila sie struktura tabel i chyba w tym
> problem;
załóż bazę w wersji identycznej jak ta na której był robiony backup i
nie kombinuj, druga sprawa to nie próbuj uruchamiać dumpa utworzonego w
myslqdumpie, użyj LMSowego backupu.
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.alec.pl
On Sat, Jan 27, 2007 at 11:19:34AM +0100, Jaroslaw Dziubek wrote:
> [Saturday, 27 January 2007], YArii napisał(a):
>
> > Może by tak tworzyć je za pomocą netstat-nat zamiast fping?
> >
> > Większość komputerów posiada zainstalalowany system Windows XP który
> > namawia do używania zapory ogniowej. Zapora blokuje odpowiedzi na pingi.
> > Leniwi użytkownicy nie konfigurują w niej nic, więc ta informacja nie
> > jest prawdziwa.
> ja uzywam arping zamiast fping - bardzo ladnie wychwytuje wlaczone
> kompy - nawet xp ;)
Tylko że przy ok. 2000 komputerów jedno przejście trwa o wieeele dłużej :/
Nawet do 30 minut, dlatego odpalam arpinga co 10 minut, w efekcie działają
3-4 równocześnie na raz.
--
Szanuj admina swego,
możesz mieć gorszego.....
(c) 2000 Przemysław Gubernat
+-=-=- Przemysław Gubernat <repcio(a)repcio.net> -=-=-=-=-=-=-+
| _API Internet_ A. Stolarczyk i P. Gubernat Spółka Jawna |
| System Administrator @ Repcio.NET |
| Jestem twoim ostatecznym rozwiązaniem ! |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
alec(a)alec.pl napisał(a):
> Quoting Andrzej Banach <andzio(a)kolno.net>:
>
>> O ile z pomoca google z tymi bledami sobie poradze to jako ze postgresa
>> uzywam od kilku godzin i jestem zupelnym laikiem w tej dziedzinie prosze
>> Was o podpowiedz co robie zle i jak mozna to uproscic.
>> Prawdopodobnie robie to na okolo i dlatego mam problemy.
>
> Zrób backup lmsowy, załóż czystą bazę w postgresie w wersji
> odpowiadającej beckupowi, następnie odpal plik backupu przy pomocy psql w
> taki sam sposób jak zrobiłeś z plikiem lms.pgsql. I to wszystko, żadnych
> konwersji.
>
Widac musze sie jeszcze doszkolic w postgresie.
Tak wiec od poczatku.
1)Tworze dump bazy mysql'owej poleceniem:
/usr/bin/mysqldump -u lms --password=haselko --add-drop-table lms_db >
/home/backup/lms.sql
2)Tworze czysta baze na postgresie poleceniem:
createdb -E UNICODE -U lms lms_db
2)Odtwarzam na czystej bazie postgresa baze poleceniem:
psql -d lms_db -U lms -f /home/lms/lms.sql
3) Dostaje w zamian mase bledow:
psql:/home/lms/lms.sql:56: ERROR: relation "assignments" does not exist
psql:/home/lms/lms.sql:57: ERROR: relation "assignments" does not exist
itd.
w dumpie linijki z errorami odpowiadaja wpisom:
INSERT INTO assignments VALUES (468,2,10,3,15,1056319200,0,0,0,0.00,0,0);
INSERT INTO assignments VALUES (469,2,11,3,15,1056319200,0,0,0,0.00,0,0);
4) Ok tak sie nie da wiec tworze czysta baze ale ze stuktura tabel:
/usr/bin/psql -d lms_db -U lms -f /home/lms/public_html/doc/lms.pgsql
tu troszke errorow ze nie ma tabeli wiec nie ma co usunac ale wszystko ok.
Dalej:
psql -d lms_db -U lms -f /home/lms/lms.sql
Dodaje ladnie czesc rekordow w tabelach ale np w cash:
psql:/home/lms/lms.sql:919: ERROR: invalid input syntax for integer:
"Abonament miesięczny "pakiet-256kbps" (za okres 2004/07/01 - 2004/07/31)"
To samo z nodes itp.
Wyglada jakby byla zmieniona baza i w pole w ktore mam wpisac jakies
dane typu integer wpisuje wiersz "comment"
Gdzies pomiedzy wersjami zmeinila sie struktura tabel i chyba w tym problem;
--
pozdrawiam;
Andrzej Banach
Quoting Andrzej Banach <andzio(a)kolno.net>:
> O ile z pomoca google z tymi bledami sobie poradze to jako ze postgresa
> uzywam od kilku godzin i jestem zupelnym laikiem w tej dziedzinie prosze
> Was o podpowiedz co robie zle i jak mozna to uproscic.
> Prawdopodobnie robie to na okolo i dlatego mam problemy.
Zrób backup lmsowy, załóż czystą bazę w postgresie w wersji
odpowiadającej beckupowi, następnie odpal plik backupu przy pomocy psql w
taki sam sposób jak zrobiłeś z plikiem lms.pgsql. I to wszystko, żadnych
konwersji.
--
Aleksander 'A.L.E.C' Machniak
Mad Mark napisał(a):
>
> Userpanel sprawdza wersje LMSa i w zaleznosci od tego uzywa tabeli users
> lub customers, widać u Ciebie źle to działa, ale nie mam pewności, bo
> nie podałeś żadnych informacji o swojej wersji.
> Znajduje się to w: userpanel/modules/info/functions.php linie
> 144,156,180,187
>
>
> --Mad Mark
>
>
>
Mam LMS'a 1.6.8
--
Matys Łukasz
mobile: (+ 48) 504257944
gg: 6808288
msn: lukasz(a)e-matys.com
Witam;
Jako ze zaczynam miec coraz czesciej problemy ze swoja dosc obszerna
baza w mysql (statystyki) postanowilem przejsc na postgresql. Niestety
wersja bazy na mysql (DB: 2006082700 - ver. z CVS) rozni sie troszke
od wersji bazy dla postgresa (DB: 2006111100 - ver. LMS-1.9.4 Mot
ktorej chce uzywac produkcyjnie). O ile ze zmianami sobie poradze
(kilka plikow z updatami bazy) to nie moge sobie poradzic z konwersja
samej bazy z mysql do pgsql.
Co robilem:
1) zrobilem backup bazy w mysql (mysqldump z --add-drop-table)
2) postawilem na nowej maszynie postgres'a i ustawilem mu domyslne
kodowanie UTF-8
3) wrzucilem strukture bazy lms'a
5) przejechalem backup bazy mysql skryptem my2pg.pl do konwersji bazy
na format przyjmowany przez postgres'a
4) probowalem odtworzyc skonwertowany backup poleceniem:
/usr/bin/psql -d lms -U lms -f ./lms-backup_po_konwersji.sql
5) odtworzenie sie nie udalo wywalajac mase bledow
6) recznie pousuwalem w backupie wpisy o tabelach i pozostawilem tylko
wpisy INSERT INTO
7) Dodalo ladnie niektore rekordy, ale przy wielu wywalilo np:
psql:./lms-backup_po_konwersji.sql:740: ERROR: invalid input syntax for
integer:
"Abonament miesiÄczny "pakiet-256kbps" (za okres 2004/07/01 - 2004/07/31)"
O ile z pomoca google z tymi bledami sobie poradze to jako ze postgresa
uzywam od kilku godzin i jestem zupelnym laikiem w tej dziedzinie prosze
Was o podpowiedz co robie zle i jak mozna to uproscic.
Prawdopodobnie robie to na okolo i dlatego mam problemy.
ps. baza w mysql jest w UTF-8
Dane systemu na ktorym chce odtworzyc baze:
Wersja LMS: 1.9.4 Mot (1.819/1.18)
Wersja LMSDB: 1.9.4 Mot (core: 1.39 / driver: postgres 1.33)
Wersja PostgreSQL: 7.4.7
Wersja PHP: 5.2.0-0.dotdeb.3
Wersja Smarty: 2.6.16
Z gory dzieki za podpowiedz;
Andrzej Banach
**
Dnia 30-01-2007 o 00:42:33 Matys Łukasz <lukasz(a)e-matys.com> napisał(a):
> Witam.
> W zakladce userpanel>zatwierdzanie zmian pojawiaja mi sie nastepujace
> bledy:
>
> Dodam ze w konfiguracji i uprawnieniach nie pojawia sie to.
>
> Czy ktos ma pomysl co to moze byc?
Userpanel sprawdza wersje LMSa i w zaleznosci od tego uzywa tabeli users
lub customers, widać u Ciebie źle to działa, ale nie mam pewności, bo nie
podałeś żadnych informacji o swojej wersji.
Znajduje się to w: userpanel/modules/info/functions.php linie
144,156,180,187
--
Mad Mark
