-
11. Data: 2010-12-31 09:23:35
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: Przemysław Adam Śmiejek <n...@s...pl>
W dniu 31.12.2010 09:56, Maddy pisze:
> Ale mnie te dyskietki ciekawią. "Bezpieczny transport danych na
> dyskietce" to oksymoron.
Bo się skupiłaś na bezpieczeństwie ,,utrata danych''. Faktycznie na
dyskietce jest lekko większe niż inaczej, ale można w sumie zapewnić
sobie bezpieczeństwo ochronne redundancją.
Natomiast odizolowany komputer z wystawionym na zewnątrz tylko
interfejsem dyskietkowym jest bezpieczniejszy w zakresie ,,włamanie''
lub ,,złośliwy cosiek, co zniszczył/wykradł dane'' od podłączonego do
internetu np.
--
Przemysław Adam Śmiejek
Słowo ciałem się stało i zamieszkało wśród nas, i ujrzeliśmy chwałę Jego
(J 1,14)
-
12. Data: 2010-12-31 09:31:03
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: Maddy <m...@e...com.pl>
W dniu 31-12-2010 10:23, Przemysław Adam Śmiejek pisze:
> W dniu 31.12.2010 09:56, Maddy pisze:
>> Ale mnie te dyskietki ciekawią. "Bezpieczny transport danych na
>> dyskietce" to oksymoron.
>
> Bo się skupiłaś na bezpieczeństwie ,,utrata danych''. Faktycznie na
> dyskietce jest lekko większe niż inaczej, ale można w sumie zapewnić
> sobie bezpieczeństwo ochronne redundancją.
Miałam kiedyś 4 kopie klucza ZUSowskiego na dyskietkach, jednego dnia
żadna nie chciał się czytać. Całe szczęście miałam klucz na twardym dysku.
>
> Natomiast odizolowany komputer z wystawionym na zewnątrz tylko
> interfejsem dyskietkowym jest bezpieczniejszy w zakresie ,,włamanie''
> lub ,,złośliwy cosiek, co zniszczył/wykradł dane'' od podłączonego do
> internetu np.
A co to ma wspólnego z systemem operacyjnym?
--
*** Stosujesz sie do powyższych teorii na własną odpowiedzialność ***
Magdalena "Maddy" Wołoszyk
JID m...@e...com.pl
GG: 5303813
-
13. Data: 2010-12-31 10:35:14
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: Przemysław Adam Śmiejek <n...@s...pl>
W dniu 31.12.2010 10:31, Maddy pisze:
> W dniu 31-12-2010 10:23, Przemysław Adam Śmiejek pisze:
>> W dniu 31.12.2010 09:56, Maddy pisze:
>>> Ale mnie te dyskietki ciekawią. "Bezpieczny transport danych na
>>> dyskietce" to oksymoron.
>>
>> Bo się skupiłaś na bezpieczeństwie ,,utrata danych''. Faktycznie na
>> dyskietce jest lekko większe niż inaczej, ale można w sumie zapewnić
>> sobie bezpieczeństwo ochronne redundancją.
>
> Miałam kiedyś 4 kopie klucza ZUSowskiego na dyskietkach, jednego dnia
> żadna nie chciał się czytać. Całe szczęście miałam klucz na twardym dysku.
No. Więc zapewniłaś sobie wystarczającą redundancję na odpowiednich
nośnikach.
>> Natomiast odizolowany komputer z wystawionym na zewnątrz tylko
>> interfejsem dyskietkowym jest bezpieczniejszy w zakresie ,,włamanie''
>> lub ,,złośliwy cosiek, co zniszczył/wykradł dane'' od podłączonego do
>> internetu np.
> A co to ma wspólnego z systemem operacyjnym?
A musi mieć?
Gość: przenoszenie dyskietkami zapewnia mi bezpieczeństwo.
Maddy: łoksymoron
Ja: [Wyjaśniam]
--
Przemysław Adam Śmiejek
Słowo ciałem się stało i zamieszkało wśród nas, i ujrzeliśmy chwałę Jego
(J 1,14)
-
14. Data: 2010-12-31 10:47:50
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: Gotfryd Smolik news <s...@s...com.pl>
On Fri, 31 Dec 2010, Maddy wrote:
> W dniu 31-12-2010 10:23, Przemysław Adam Śmiejek pisze:
>
>> Natomiast odizolowany komputer z wystawionym na zewnątrz tylko
>> interfejsem dyskietkowym jest bezpieczniejszy w zakresie ,,włamanie''
[...]
>
> A co to ma wspólnego z systemem operacyjnym?
Ja w kwestii formalnej.
1. Była mowa wyłącznie o bezpieczeństwie w rozumieniu "security"
a nie "safety", i nie (było mowy o) OS, niniejsza część flejmu poszła
w stronę dyskietek i krzesiwa ;)
2. Inny OS, z wyjątkiem oczywiście wszystkich DOSopodobnych, CP/Ma
i paru takich, wyjdzie strasznie drogo w eksploatacji.
Nie wątpię że dasz rady zainstalować np. windows seven na pececie
który ma *tylko* dyskietkę w roli interfejsu, ale ile za to
weźmiesz? ;)
(przypominam: ja w sprawie formalnej... i wg stanu NA DZIŚ - 20 lat
temu dyskietka stanowiła bardzo dobre źródło wirusów!)
Żeby nie było: do codziennej pracy używam oczywiście Windows.
Ale żyję m.in. z klientów, którzy mają "płaskie" bazy danych.
Mają m.in. z powodu drobnej różnicy wobec wszelkich relacyjnych
i obiektowych rozwiązań typu Oracle czy Access ;)
(różnica? - szybkość, szybkość i jeszcze raz szybkość - przy
np. ledwo 32 GB RAM).
Stąd skłonny jestem bronić tych od "krzesiwa", nawet jeśli jest
to trochę ad absurdum :D
pzdr, Gotfryd
-
15. Data: 2010-12-31 11:41:30
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: kenubi <n...@n...pl>
r...@k...pl wrote:
> Zna ktoś i może polecić jakieś programy dla DOS dla małej firmy?
> Chodzi o fakturowanie (z magazynem) oraz KPiR i deklaracje VAT/PIT. Więcej
> nie trzeba :).
>
> Znalazłem CDN Klasyka, ale ceny jakieś zaporowe :).
>
> Nie da się ukryć, że całość ma być po taniości...
>
> Obecny soft jutro expiruje, a nowego producent nie pisze (dla DOS).
Jak masz troche zdolności lub zdolnego pod ręką to możesz poszukać w .exe
ciągów float(8) i podmienić.
Ja tak reanimowałem 15 letni (brak od dawna producenta) program DOSowy bo
mimo wielu prób nie udało nam się znaleźć dobrego następcy.
Trochę jeszcze musiałem pogrzebac (hiew-dos/win,hexedit-linux,itp.) i
poprawić cześć napisów typu "stawka 22%".
stawka_100 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0xF0,0xBF ) # -1.0 (ZW)
stawka0000 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x80 ) # -0.0
stawka2200 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x36,0x40 )
stawka2300 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x37,0x40 )
stawka0700 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x1C,0x40 )
stawka0800 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x20,0x40 )
stawka0022 = ( 0x29,0x5C,0x8F,0xC2,0xF5,0x28,0xCC,0x3F )
stawka0023 = ( 0x71,0x3D,0x0A,0xD7,0xA3,0x70,0xCD,0x3F )
stawka0007 = ( 0xEC,0x51,0xB8,0x1E,0x85,0xEB,0xB1,0x3F )
stawka0008 = ( 0x7B,0x14,0xAE,0x47,0xE1,0x7A,0xB4,0x3F )
stawka0500 = ( 0x00,0x00,0x00,0x00,0x00,0x00,0x14,0x40 ) # 5.00
stawka0005 = ( 0x9A,0x99,0x99,0x99,0x99,0x99,0xA9,0x3F ) # 0.05
m.
-
16. Data: 2011-01-03 15:19:53
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: "r...@k...pl" <r...@k...pl>
Fri, 31 Dec 2010 09:56:37 +0100, w
<4d1d9ac6$0$2440$65785112@news.neostrada.pl>, Maddy <m...@e...com.pl>
napisał(-a):
> W dniu 31-12-2010 09:40, Tomek Głowacki pisze:
>
> > Ognisko na obozie też rozpalasz krzesiwem?
Jak rozumiem mam koniecznie używać zapalniczki, nawet jeżeli waży 20kg, mam nią
nosić w plecaku, a na obóz będę musiał jechać autem, żeby ją przewieźć? Nawet
gdy umiem krzesiwem?
> Ale mnie te dyskietki ciekawią. "Bezpieczny transport danych na
> dyskietce" to oksymoron.
Rozumiem, że kasujesz dane z HDD bezzwłocznie po ich skopiowaniu na CD/FDD?
-
17. Data: 2011-01-03 15:32:51
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: "r...@k...pl" <r...@k...pl>
Fri, 31 Dec 2010 12:41:30 +0100, w
<4d1dc1de$0$2457$65785112@news.neostrada.pl>, kenubi <n...@n...pl> napisał(-a):
> Jak masz troche zdolności lub zdolnego pod ręką to możesz poszukać w .exe
> ciągów float(8) i podmienić.
Też o tym wcześniej myślałem.
Próbowałem przeszukać plik wg Twoich namiarów, ale jedynie znalazłem ciągi 0x36
0x40 oraz 0x1c 0x40 -- lecz bez zer z przodu.
> stawka0022 = ( 0x29,0x5C,0x8F,0xC2,0xF5,0x28,0xCC,0x3F )
> stawka0023 = ( 0x71,0x3D,0x0A,0xD7,0xA3,0x70,0xCD,0x3F )
A te tutaj co oznaczają?
-
18. Data: 2011-01-04 10:04:40
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: kenubi <n...@n...pl>
r...@k...pl wrote:
> Fri, 31 Dec 2010 12:41:30 +0100, w
> <4d1dc1de$0$2457$65785112@news.neostrada.pl>, kenubi <n...@n...pl>
> napisał(-a):
>
>> Jak masz troche zdolności lub zdolnego pod ręką to możesz poszukać w .exe
>> ciągów float(8) i podmienić.
>
> Też o tym wcześniej myślałem.
> Próbowałem przeszukać plik wg Twoich namiarów, ale jedynie znalazłem ciągi
> 0x36 0x40 oraz 0x1c 0x40 -- lecz bez zer z przodu.
>
No to kiepsko. U mnie niemal 100% sukcesu. Napisałem tylko swój programik na
podmiankę do fiskalnej - bo nie chciał zaczaić 8% jako stawki B (mozna
probować wytestować DFemul na vatowiec.pl).
Mimo wszystko mozna było spróbować podbić o "oczko" i zobaczyć czy nie liczy
23.
>> stawka0022 = ( 0x29,0x5C,0x8F,0xC2,0xF5,0x28,0xCC,0x3F )
>> stawka0023 = ( 0x71,0x3D,0x0A,0xD7,0xA3,0x70,0xCD,0x3F )
>
> A te tutaj co oznaczają?
0.22 , 0.23 Zależy jak program wylicza kwoty
netto * 0.22 = vat
netto * 1.22 = brutto
itp., teraz chyba jasne, no ale na poczatku sie o tym nie mysli
Apropo, czy vatowiec.pl (darmo bodaj 2 stanowiska?) nie spełni kryterium
taniości i użyteczności - no, trzeba by jakiegoś Win98 wgrać lub Linux +
Wine.
-
19. Data: 2011-01-04 10:41:46
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: kenubi <n...@n...pl>
kenubi wrote:
p.s. można jeszcze sprawdzić float(4)
#include <stdio.h>
// kompilacja borland C (BC4.5 lub 5.5 (darmowy) chyba tez tak.):
// SET PATH=C:\BC45\BIN;%PATH%
// bcc -efloat float.c
typedef unsigned char uint8_t;
int main( void )
{
float l = 22.0; //4
// double l = 22.0; //8
uint8_t *p = (uint8_t*)&l;
int i;
for (i=0;i<sizeof(l);i++) printf("0x%hX ",*p++);
printf("\n");
return 0;
}
Na float(4) daje to:
22.0 (0,0,B0,41)
7.0 (0,0,E0,40)
1.22 (F6,28,9C,3F)
0.22 (AE,47,61,3E)
-
20. Data: 2011-01-05 22:30:58
Temat: Re: Fakturowanie (z mag.) + KPiR - dla DOS
Od: "Jacek" <c...@p...onet.pl>
Użytkownik <r...@k...pl> napisał w wiadomości
news:fdeph6dlnllcouceli721u3nibsti3jg4t@4ax.com...
> Zna ktoś i może polecić jakieś programy dla DOS dla małej firmy?
> Chodzi o fakturowanie (z magazynem) oraz KPiR i deklaracje VAT/PIT.
> Więcej nie trzeba :).
> Znalazłem CDN Klasyka, ale ceny jakieś zaporowe :).
> Nie da się ukryć, że całość ma być po taniości...
> Obecny soft jutro expiruje, a nowego producent nie pisze (dla DOS).
DGCS
Używam i jestem zadowolony
Jacek