Panel leśniczego SILP

[Capricorn]

Nie chwaląc się mówię o tym tutaj od początku doświadczania mnie panelem

Malkontencicie... jest wręcz ozgazmicznie dobrze

[Teo]

To pewnie też, bo nie wszyscy mamy szybkie łącze, ale ustawienia można popełnić takie, by określone adresy blokować gdy zaczyna wszystko padać, więc najpierw killuje się nas. Gdy padną biura my i tak nic nie zrobomy

Tak dokładnie jest, "Kill" i koniec pracy. Trzeba chyba mieć internet ze światłowodów żeby to "kręciło" jak trzeba.

[Kuna lesna]

Albo pracę na panelu podzielić na RDLP y tak aby wszyscy w tym samym czasie nie robili szacunków, projektów i rozlicznia odnowień . Bo jak by nie było, to co teraz się dzieje przypomina znane ataki hakerów na niektóre strony . Jakby jeszcze w tym samym czasie podleśniczowie logowali się aby np podjerzeć plany gospodarcze to SILP umrze
.

[drwalnik]

... i nad serwerownią Lasów Państwowych uniesie malutki grzyb, chmura dymu

[Teo]

Niestety, kolejne wprowadzane "usprawnienia" celem celem "skracania czasu" - tylko go wydłużają coraz bardziej. Innymi słowy zarządzanie w tej działce informatyki - pod znakiem klęski.

[Piotrek]

Niestety, kolejne wprowadzane "usprawnienia" celem celem "skracania czasu" - tylko go wydłużają coraz bardziej.

Niezmiennie twierdzę, że jest to efekt braku odpowiednio długich i rzetelnych testów w środowisku produkcyjnym (lub choćby zbliżonym do niego). W PGL LP utarło się jako zwyczaj przekazywanie do normalnego użytkowania programów na etapie "release candidate" jeżeli nawet nie "early beta"...
Jednym słowem - żywy organizm firmy traktuje się jak poligon doświadczalny a jej pracowników jak beta-testerów. Gdybyż jednak w ślad za uwagami użytkowników szły odpowiednie procedury naprawcze nie było by źle. Niestety, wydaje mi się, że autorzy przyjmują zasadę: "U nas działa prawidłowo, coś macie schrzanione u siebie".

[drwalnik]

Niestety, kolejne wprowadzane "usprawnienia" celem celem "skracania czasu" - tylko go wydłużają coraz bardziej. Innymi słowy zarządzanie w tej działce informatyki - pod znakiem klęski.

Ale sukces już dawno został ogłoszony i co teraz?

[czerwonobrody]

U nas działa prawidłowo, coś macie schrzanione u siebie

są dwie główne przyczyny powodujące błędy aplikacji:
1. użytkownicy
2. wprowadzane dane

[TomCio]

Trzeba chyba mieć internet ze światłowodów żeby to "kręciło" jak trzeba.

I co z tego, że mam? Łącze jest tak szybkie jak jego wolniejszy koniec i tego ograniczenia nie przełamie nawet moje 100/100

[crocidura]

To wszystko jest śmieszne tylko do momentu kiedy, żeby zrobić wypłatę trzeba wstawać o trzeciej rano... bo później to sobie można jedynie popatrzeć na komunikat o wyrzuceniu z systemu.

U nas działa prawidłowo, coś macie schrzanione u siebie

są dwie główne przyczyny powodujące błędy aplikacji:
1. użytkownicy
2. wprowadzane dane

No i tu są winni Użytkownicy nakładający ograniczenia i majstrujący co jakiś czas przy systemie.

Gdyby to od użytkownika na dole zależało, to choćby rozliczenie sadzonek i RW nie popełniałoby prostego błędu pamiętania ilości materiału na magazynie niezależnie od wytworzonych dokumentów rozchodowych...

[kolorowe kredki]

To wszystko jest śmieszne tylko do momentu kiedy, żeby zrobić wypłatę trzeba wstawać o trzeciej rano...

Za co nikt nigdy nie zapłaci
Niestety w ostatecznym rozrachunku obrazek jest ten sam. Krzakowi maja to zrobić uj wie jak i kiedy. Ważne by białe koszulki dostały swoje dane.

[poreba]

Niestety, kolejne wprowadzane "usprawnienia" celem celem "skracania czasu" - tylko go wydłużają coraz bardziej.

Niezmiennie twierdzę, że jest to efekt braku odpowiednio długich i rzetelnych testów w środowisku produkcyjnym (lub choćby zbliżonym do niego). /.../ autorzy przyjmują zasadę: "U nas działa prawidłowo, coś macie schrzanione u siebie".

Niezmiennie przyznaję Ci rację. Dodam jeszcze że IMHO rzetelnych analiz obciążenia i modelowania dynamicznej skalowalności pewnie nikt nie przeprowadzał przed puszczeniem w świat stanowiska leśniczego. Wyjaśnienie wyjaśnia oczywistość. Osiołek nie daje rady bo nie radzi załadowanego wózka. A policzyć ile osiołków trzeba ktoś pomyślał?

[crocidura]

Krzakowi maja to zrobić uj wie jak i kiedy. Ważne by białe koszulki dostały swoje dane.

Prawda. Specjaliści mogący pracować, choć wolniej niż zwykle też mieli problem bo musieli oczekiwać na dane do ostatnich chwil... a niestety na niektórych czekał maraton "wypłaty nocą" by zdążyć do końca miesiąca.

[Fichtel]

do....
z tym Panelem

[MartaBaranowska]

będzie kolejna przerwa

Informuję, że 07.04.2016 r. (czwartek) w godz. 17.00-18.00 w środowisku produkcyjnym nastąpi przerwa serwisowa dla aplikacji SILPweb. W trakcie przerwy zostaną wprowadzone zmiany związane z bieżącą realizacją zgłoszeń z systemu SZBM oraz instalacją do testu dla DGLP deklaracji CIT-ST(7), korzystającej z danych sprawozdania z etapu 4 „LPIO-12”.

Szczegółowy zakres zmian zostanie przesłany osobną korespondencją mailową.

[Piotrek]

Zostaliście ostrzeżeni. Macie prawo się bać...

[Blues Brothers]

to czas juz zacząć POR za kwiecień, jest szansa że się uda

[kolorowe kredki]

to czas juz zacząć POR za kwiecień, jest szansa że się uda

Hmm. Po ostatnich przebojach zakończone pozycje uzupełniam na bieżąco...

[Capricorn]

Próbuj, dzisiaj jakoś działa

[j24]

Dziś rano awaria zdalnych transferów.
Za to od godziny każda próba zalogowania się do SILP-WEB (po pozytywnym zalogowaniu do panelu i włączeniu aplikacji natywnych) kończy się komuniaktem:

Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Apache/2.2.3 (Red Hat) Server at web.silp.lasy.gov.pl Port 443

Zatem na dziś fajrant. Szkice i karty sygnalizacyjne muszą poczekać...