From lukasz.nowak w ventis.com.pl Tue Nov 27 09:21:37 2007 From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak) Date: Tue, 27 Nov 2007 09:21:37 +0100 Subject: [Erp5-poland] zagadnienia fundamentalne In-Reply-To: <47485224.80901@erp5.pl> References: <47484140.2050002@brzezina.pl> <47485224.80901@erp5.pl> Message-ID: <20071127092137.6d8ffd59@tank.ventis.local> Witam, On 2007-11-24, 17:32:36 bartek wrote: (...) > Jeśli mają jeden NIP, to jest ta sama organizacja, i transakcje > zawierasz z nią, tylko dostawa jest z innej lokalizacji (source vs > source_section). Do takiej struktury aż się prosi żeby wykorzystać > drzewko kategorii (kategoria jest węzłem, więc może robić i za > magazyn), (...) Kategoria już nie jest węzłem. Łukasz -- Łukasz Nowak R&D Ventis http://www.ventis.com.pl/ tel: +48 32 768 16 85 fax: +48 32 392 10 61 ``Use the Source, Luke...'' I am only craftsman. From lukasz.nowak w ventis.com.pl Tue Nov 27 10:14:40 2007 From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak) Date: Tue, 27 Nov 2007 10:14:40 +0100 Subject: [Erp5-poland] =?utf-8?q?Kopiowania_Data=2Efs_i_tajmeniczne_znikan?= =?utf-8?q?ie_=5BWas=3A_Re=3A__Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wytn?= =?utf-8?q?ij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F=5D?= In-Reply-To: <4746F368.1060104@erp5.pl> References: <20071122165449.06867a4c@tank.ventis.local> <4746964B.90805@erp5.pl> <4746A674.7090601@erp5.pl> <20071123154814.751c9341@tank.ventis.local> <4746F368.1060104@erp5.pl> Message-ID: <20071127101440.71aab6fb@tank.ventis.local> Witam, On 2007-11-23, 16:36:08 Jacek Medrzycki wrote: > Łukasz Nowak pisze: > > Po wejściu na dowolny moduł (np. accounting_module, etc). Niekedy > > site działał cały dzień poprawnie. Czasem po restarcie zope była > > możliwość pracy przez 5-10 kliknięć i znów podobny. > > > > Na tym samym kodzie stworzony czysty Data.fs sprawuje się bez > > zarzutu. > > Też tak mielismy. Nie wiem, czy jest to wina kopiowania data.fs, bo > operację tę przeprowadzałem dosyć często i ten efekt rzadko > występował. > > Zauważyłem, że pomaga wywalenie wszystkich plików poza data.fs (czyli > indexu, temp itp) i wystartowanie sajta. Znów mi się to przytrafia. Usuwania śmieci Data.fs.* nie pomaga. Niekonieczne jest skopiowanie Data.fs - wystarczy import/export z innego site modułów. Pojawia się na nich co chwila informacja o tym, że ERP5Type jest uszkodzony i moduł nie jest dostępny, by po paru klikach znów było wszystko w porządku, a po chwili znów znikają. Brak jakiegokolwiek śladu w logach. Łukasz -- Łukasz Nowak R&D Ventis http://www.ventis.com.pl/ tel: +48 32 768 16 85 fax: +48 32 392 10 61 ``Use the Source, Luke...'' I am only craftsman. From jacek w erp5.pl Tue Nov 27 11:24:15 2007 From: jacek w erp5.pl (Jacek Medrzycki) Date: Tue, 27 Nov 2007 11:24:15 +0100 Subject: [Erp5-poland] =?utf-8?q?Kopiowania_Data=2Efs_i_tajmeniczne_znikan?= =?utf-8?q?ie_=5BWas=3A_Re=3A__Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wytn?= =?utf-8?q?ij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F=5D?= In-Reply-To: <20071127101440.71aab6fb@tank.ventis.local> References: <20071122165449.06867a4c@tank.ventis.local> <4746964B.90805@erp5.pl> <4746A674.7090601@erp5.pl> <20071123154814.751c9341@tank.ventis.local> <4746F368.1060104@erp5.pl> <20071127101440.71aab6fb@tank.ventis.local> Message-ID: <474BF04F.8050806@erp5.pl> Łukasz Nowak pisze: > > Znów mi się to przytrafia. Usuwania śmieci Data.fs.* nie pomaga. > Niekonieczne jest skopiowanie Data.fs - wystarczy import/export z > innego site modułów. Pojawia się na nich co chwila informacja o tym, że > ERP5Type jest uszkodzony i moduł nie jest dostępny, by po paru klikach > znów było wszystko w porządku, a po chwili znów znikają. Brak > jakiegokolwiek śladu w logach. > > > Witaj w klubie :/ Mamy sajt, który się tak zachowywał na jednej maszynie, a po skopiowaniu na drugą przestał. Żeby było śmieszniej, założony był właśnie na tej pierwszej. W każdym razie wygląda to na jakiś bug w samym zopie. Jeszcze można spróbować spakować Data.fs z control panela zopa. Może wtedy sobie to jakoś poukłada. J. From lukasz.nowak w ventis.com.pl Tue Nov 27 11:30:21 2007 From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak) Date: Tue, 27 Nov 2007 11:30:21 +0100 Subject: [Erp5-poland] =?utf-8?q?Kopiowania_Data=2Efs_i_tajmeniczne_znikan?= =?utf-8?q?ie_=5BWas=3A_Re=3A__Jak_zrobi=C4=87_upgrade_-_normalnie=2C_wytn?= =?utf-8?q?ij-wklej_czy_jaka=C5=9B_inne_lepsza_metoda=3F=5D?= In-Reply-To: <474BF04F.8050806@erp5.pl> References: <20071122165449.06867a4c@tank.ventis.local> <4746964B.90805@erp5.pl> <4746A674.7090601@erp5.pl> <20071123154814.751c9341@tank.ventis.local> <4746F368.1060104@erp5.pl> <20071127101440.71aab6fb@tank.ventis.local> <474BF04F.8050806@erp5.pl> Message-ID: <20071127113021.53717570@tank.ventis.local> Witam, On 2007-11-27, 11:24:15 Jacek Medrzycki wrote: > Łukasz Nowak pisze: > > > > Znów mi się to przytrafia. Usuwania śmieci Data.fs.* nie pomaga. > > Niekonieczne jest skopiowanie Data.fs - wystarczy import/export z > > innego site modułów. Pojawia się na nich co chwila informacja o > > tym, że ERP5Type jest uszkodzony i moduł nie jest dostępny, by po > > paru klikach znów było wszystko w porządku, a po chwili znów > > znikają. Brak jakiegokolwiek śladu w logach. > > > > > > > Witaj w klubie :/ > Mamy sajt, który się tak zachowywał na jednej maszynie, a po > skopiowaniu na drugą przestał. Żeby było śmieszniej, założony był > właśnie na tej pierwszej. W każdym razie wygląda to na jakiś bug w > samym zopie. Jeszcze można spróbować spakować Data.fs z control > panela zopa. Może wtedy sobie to jakoś poukłada. Też myślałem o packowaniu. Co ciekawsze - mój site od 2 godzina działa bez zarzutu. Cuda. Dobrze by było to jakoś wstępnie odseparować i posłać na erp5-dev jakiś raport. Jak na razie poza stwierdzeniem "u mnie się dzieje magia" nic więcej nie potrafię napisać w tym temacie, w związku z tym cicho siedzę. (Obawiam się odpowiedzi, że mam napisać unit test to tego ;) ) Łukasz -- Łukasz Nowak R&D Ventis http://www.ventis.com.pl/ tel: +48 32 768 16 85 fax: +48 32 392 10 61 ``Use the Source, Luke...'' I am only craftsman. From lukasz.nowak w ventis.com.pl Tue Nov 27 12:16:25 2007 From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak) Date: Tue, 27 Nov 2007 12:16:25 +0100 Subject: [Erp5-poland] safety In-Reply-To: <4748439E.5030303@brzezina.pl> References: <4748439E.5030303@brzezina.pl> Message-ID: <20071127121625.0e77b48e@tank.ventis.local> Witam, On 2007-11-24, 16:30:38 Tomasz Brzezina wrote: > Jak właściwie backupować ERPa. Chodzi mi o codzienny backup danych, > aby w razie "W" móc szybko i skutecznie odtworzyć system. Z tego co > mówił Łukasz to wystarczy skopiować data.fs i daje to 100% danych - > co prawda wymaga to później jakiegoś reindexowania etc. Ale nie jest > to problem jeśli poniższe procedury są prawdziwe: (...) Jeśli chodzi o procedurę backupu "cold": zatrzymujemy zope, kopiujemy Data.fs, dumpujemy bazę. Skrypt do odzyskiwania z ostatniego colda to odwrotność - wrzucamy bazę SQL, przywracamy Data.fs. Co do backupów na zimno - jednym z rozwiązań może być SyncML na osobną instancję. Stworzyłby się jakby replication log. Łukasz -- Łukasz Nowak R&D Ventis http://www.ventis.com.pl/ tel: +48 32 768 16 85 fax: +48 32 392 10 61 ``Use the Source, Luke...'' I am only craftsman. From lukasz.nowak w ventis.com.pl Tue Nov 27 12:25:46 2007 From: lukasz.nowak w ventis.com.pl (=?UTF-8?B?xYF1a2Fzeg==?= Nowak) Date: Tue, 27 Nov 2007 12:25:46 +0100 Subject: [Erp5-poland] =?utf-8?q?testowanie_wydajno=C5=9Bci=2C_szukanie_w?= =?utf-8?q?=C4=85skich_garde=C5=82_-_UI_i_odczucia_user=C3=B3w?= In-Reply-To: <474A9236.8030503@erp5.pl> References: <20071123165729.0f15fdf6@tank.ventis.local> <474A9236.8030503@erp5.pl> Message-ID: <20071127122546.2cbcce75@tank.ventis.local> Witam, On 2007-11-26, 10:30:30 bartek wrote: (...) > Nie wiem czy to jest akurat zope-2 (tj nie wiem czy zope-1 i zope-3 > są jakoś znacząco szybsze), ale generalnie rzeczywiście rakieta to > nie jest. Tego się spodziewałem. > > Mamy coraz więcej różnorodnie powiązanych ze sobą danych w > > systemie. Od pewnego czasu zaczynają być problemy z wydajnością. > > Np. wyświetlanie accounting_module listboxa trwa...8 sekund. > > Niektóre raporty generują się po 20 sekund, a sposób ich używania > > czy potrzeby firmy zakładają, że powinny być dostępne w 1-2 sekundy. > > > > Można by spróbować przechowywać wartości które są często wyliczane. > Np wyliczenie stanu magazynowego dla produktu to jest sporo pracy dla > systemu, a prawdopodobnie robisz to bez przerwy do prawie każdego > raportu. Można by więc wyliczać stan przy pomocy interaction workflow > i przechować go gdzieś - GuidelinesForCodingCrimes podają dwa > rozwiązania, poza tym być może można by wykorzystać cache (jeżeli > tylko da się odświeżyć cache dla konkretnej wartości a nie od razu > cały, trzeba by zajrzeć do API). Cache oszukuje. Mam z nim więcej problemów niż pożytku - vide CurrencyExchange_getExchangeRateList. Można paczować, rozwiązywać na tysiące sposobów, a użytkownik i tak zdoła doprowadzić do sytuacji, kiedy cache jest przestarzały. Poza tym zauważyłem, że cache używają często dla "przykrycia" problemu wydajności konkretnego zagadnienia - jak predykatów w CurrencyExchange_getExchangeRateList. Co do wpisywania wyliczonych wartości w interaction workflow - gdzie się da staram się tego używać. Ale ma to kilka problemów. Obiekty są "dotykane" edycją wielokrotnie, co wywołuje wiele innych interakcji. Poza tym niektóre rzeczy ciężko łapie się z interakcji - np. fakt usunięcia podobiektów. Co gorsza, nie są opisane metody, które można wyłapywać - lista powstaje[1]. Niestety nie wszystko da się wyliczyć offline - niekiedy fakt konieczności przeliczenia jest niedeterministyczny (trudniejsze słowo niż "synergia" - dobrze użyłem? ;) ). Wtedy klops - mamy niepoprawne informacje z których korzysta system. Problem często dotyka skomplikowanych listoboxów. Polecam na site, z dużą ilością transkacji księgowych przeprowadzenie eksperymentu. Zmierzyć czas renderowania listboxa z samym title oraz z title + delivery_mirror_section_title. Czas skacze o 200-300% - a to tylko jedna kolumna. (Może nie dotyczyć aktualnych rewizji, to się dzieje na 15401 - ale takich problemów jest więcej). Mam nadzieję, że korzystanie z wartości skatalogowanych przyspieszy listboxy - właśnie wkładamy do katalogu co się da. Jakaś poprawa jest, ale o 10-20%, a użytkownicy spodziewają się o 50-80%. Jak uda mi się odseparować obciążające system problemy postaram się raportować. Łukasz [1]http://www.erp5.org/HowToUseAndDefineInteractionWorkflows#head-ae5934e3acf92291315f1284d6149c3593a7fe9a -- Łukasz Nowak R&D Ventis http://www.ventis.com.pl/ tel: +48 32 768 16 85 fax: +48 32 392 10 61 ``Use the Source, Luke...'' I am only craftsman.