gyrgyvrs blogja

Egy évig még meglesz az a nyilvántartó program, ami dbf fájlokat használ adatbázisként. Csinál ugyan mentést magáról, ha kérem, de ez mindig olyankor jut eszembe gyakran, ha már valamit elcsesztem.
Múltkor megint elcsesztem valamit, szerencsére előző nap kikapcsolás előtt csináltam egy mentést, na mondom, ezt jó lenne valahogy automatizálni.
Kis olvasgatás után ezt találtam ki, (mivel telepítve van a 7zip program, ezt használom):
cd c:\onk0104
set datum=%DATE
7z a -tzip c:\onk0104\mentes\napimentes\"mentes%DATE%".zip *.dbf *.fpt *.dbt *.lst -mmt
forfiles /p "C:\onk0104\mentes\napimentes" /s /m *.* /c "cmd /c Del @path" /d -7
Tömöríti a nekem fontos fájlokat, valamint törli a 7 napnál régebbieket.
És amin törnöm kellett a fejem:
Helyi csoport házirend szerkesztése (sajnos/szerencsére nincs tartomány, rendszergazda ...stb)
WIN+R ablakba: GPEdit.MSc
Számítógép konfigurációja/A Windows beállításai/Parancsfájlok (indítás/leállítás) a leállításhoz hozzáadni a fenti kódrészletet tartalmazó fájlt.
Pár másodperccel tovább tart a leállás.

Talán nem volt szerencsés a Linux Mint után Opensuse 42.1 Leap-ra váltani, na mindegy, rakott alá btrfs-t.
Kellett egy ilyen opciót berakni a /etc/sysconfig/docker fájlba, ezt telepítés után tettem meg, enélkül nem ment.
DOCKER_OPTS="-s devicemapper"
mysql konténer telepítés:
docker run --name drupal-mysql1 -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=drupal -e MYSQL_USER=drupal -e MYSQL_PASSWORD=drupal -d mysql:5.5
drupal telepítése:
docker run --name drupal-test1 -p 8081:80 --link drupal-mysql1:mysql -d drupal
A drupal-mysql1 és drupal-test1 elnevezés oka, hogy már közben előtte telepítettem a drupal-mysql, drupal-test konténereket, csak nem akartam lelőni őket.
A drupal-mysql1 konténer ip címének lekérése, hogy csatlakozni tudjak az adatbázisszerver megadásakor a drupal-test1-ről:
docker inspect drupal-mysql1|grep IPAddress
Csatlakozás a drupal-mysql1-hez bash-al:
docker exec -i -t drupal-mysql1 /bin/bash
Itt egy saját, működő drupal weblap adatbázisát töltöttem be.
Ehhez előbb át kellett másolni a saját host gép könyvtárából az adatbázist a drupal-myslq1 konténer /home könyvtárába:
docker cp localhost.sql drupal-mysql1:/home
A mysql -u drupal -p adatbázisneve << localhost.sql nem működött, lehet, hogy a drupal felhasználó jogosultságai miatt.UPDATE: természetesen a << helyett < kellett volna!
Egyszerűbbnek találtam ezt:
mysql -p root -u
Kaptam mysql promptot. Utána:
create database adatbázisneve; UPDATE: Persze ezt nem tudom a fentebbi konzolos megoldásnál hogy lehetett volna megoldani, mivel az "adatbázisneve" nem létezett. Tehát ezt így is úgy is meg kellett csinálnom.
USE adatbázisneve;
SOURCE /home/localhost.sql;
Nagyjából ennyit, elsősorban magamnak, pár hónapja Linux Mint-en már próbáltam ugyanezeket megcsinálni, csak azóta elfelejtettem (nincs benne semmi disztribúciófüggő az /etc/sysconfig/docker kivételével).

Adobe Acrobat DC rendszeresen hibát dobott Windows 10 alatt, hogy az alkalmazás nem tudott elindulni.
Protected Mode-ot kellett kikapcsolni, itt egy reg fájl hozzá.
Régebben nem találkoztam vele 32 bites Windows 7 illetve Windows 10-en, csak most egy frissen felhúzott Windows 10_64-en.
Mindenesetre megoldást jelent.
Itt ajánlották amúgy

Jelenleg a Telekomnál van az internet előfizetésünk.
Levelezőben az SMTP küldés a 465-ös porton, SSL/TLS biztonsággal, normál jelszóval, t-online mail szerverével megy.
A fenti szkenneren a levelezést a 25-ös portra kell állítanom, smtp ssl/tls tiltva, felhasználói szó/jelszó smtp hitelesítéssel. Tegnap nem ment a t-online internet tökéletesíteni, megpróbálgattam a szkennert állítgatni, erre teljesen elállítottam. Hasonló esetekre csináltam ezt a bejegyzést.

Update 2: 

Eddig nem ment az SSL/TLS küldés, valami SSL over failed hibát írt. Xerox felhasználói oldalt böngészve, a support állandóan firmware frissítést ajánlott a kérdezőknek. A support oldalukon egy 2013-as van fent. Végül egy viszonylag friss bejegyzés alapján találtam egy linket, ahol egy 2018-as frissítés letölthető: https://www.support.xerox.com/support/workcentre-5300-series/file-download/enus.html?contentId=126368 

Hát, gondolom nem sokan használnak hivatali kaput a magyarorszag.hu oldalon, ezért túrhattam hiába a netet a megoldás iránt.
Szóval a gond az volt, ha a hivatali kapun keresztül akartam fájlt letölteni 1.8-as jre alatt, akkor egy applet töltődött volna le, de hibát dobott. Eddig mindig virtuális gép, vagy alapértelmezett java verzió downgrade volt a megoldás. Aztán ma rápillantottam a java debug consolba: a szerver tls 1.0-át használ, viszont a kliens nem. Java Control Panelben az Advenced fülön gyorsan bekattintottam, böngésző újraindít: és működik. Bár gondolom nem semmiért lett letiltva alapértelmezettként.

Engedve a Microsoft ajánlatának/javaslatának, mint munkahelyi mindenes, engedélyeztem a Windows 7 frissítést Windows 10-re (10 gép, no policy, illetve én alakítom, nem biztos hogy jól)
Onkado, VisualFoxPro alapú alkalmazás otthon tesztelve, ELVILEG minden megy (persze a teljes munkahelyi környezetet nem tudtam kipróbálni, pl.: nyomtatót hazavinni, bár így utólag bevihettem volna a gépet a munkahelyre)
Frissítés megtörtént, alkalmazások mennek.
Az Onkado alkalmazásban csekket nyomtatok, LPT1-re, net use-al beállítva az LPT1, amúgy USB-s nyomtató, megosztott nyomtatóként, pontosabban nyomtatók, így parancsikonról futtatva .bat fájlokat hol egyik lézernyomtatót, hogy a másik mátrixnyomtatót állítva be LPT1-re.
Parancsikonra 2 kattintás, csekknyomtatás a programból, olyasmi hibaüzenet a kritikus programban, hogy nincs LPT1. CMD-ben futtatva a .bat fájlt, 66. számú rendszerhiba történt, A hálózati erõforrás típusa nem megfelelõ üzenetet kaptam. Túrtam a net-et, magyar, angol keresőszavak, és ráakadtam.
Nézd meg a net view \\gépnév-el, hogy milyen megosztások vannak a gépen.
Nos egy hálózati meghajtó csatlakoztatás megmaradt, illetve egy hálózati nyomtató megosztása is, de a két nyomtató megosztása nem, valószínűleg, mivel ezek közvetlenül, USB-n csatlakoznak a géphez. Megosztva az eredeti néven, megy a nyomtatás.
Remélem, segít a google megtalálni azoknak ezt a bejegyzést, akik a 66. számú rendszerhiba történt hibát keresik, és ilyen gondjuk van.

A fenti hibaüzenetet kaptam, miután Hiren's CD található Partition Magic Home Edition-al átméreteztem egy dualboot-os gép ntfs partícióját (Windows 7)

Megoldás:
Windows 7 telepítőről bootolni.
Windows telepítése ablakban SHIFT+F10 billentyűvel parancssori ablakba lépni.
regedit beírásával a regisztrációs adatbázis szerkesztőt elindítani.
Egy kattintással kiválasztani a bal oldali panelon a HKEY_LOCAL_MACHINE ágat.
File menü, Struktúra betöltése
Windows\System32\config könyvtárat kiválasztani, majd a System-et megnyitni
A kulcs neve ablakba letter-t beírni.
Ok
HKEY_LOCAL_MACHINE a bal panelen lenyitni.
Letter csoportot szintén megnyitni.
MountedDevices-t ezen belül megnyitni.
Jobb oldali ablakban mindent kijelölni az értékek közül és Del-el törölni (figyelmeztet, hogy mindent nem tudott törölni)
Kiválasztani a bal panelen a letter csoportot.
File menü, Struktúra eltávolítás
Regedit, cmd, Windows telepítése ablakok bezárása után a gép újraindul és kisebb gondolkozás után már megy is a gép ;-)

OTP Electrát működtető gép elhasalt. Mivel a segélyezettek nem vették fel a munkát, mert várták az utalást, kénytelen voltam egy másik gépre átrakni. Telepítettem az OTP Electra programot a reg. számunkkal egy másik gépre, majd egy Hiren's CD-vel kimásoltam a régi HDD-ről az electra könyvtárat és felülvágtam az új gépen az electra könyvtárat.
Utalás működött!
Utána új gépről a régi, újratelepített Win 7-re felraktam az electra könyvtárat, felülvágtam a könyvtárakat mentéssel.
Nem ment az utalás, hibaüzi.
electra könyvtárból tid.data fájlt kellett törölni, utána ismét jól működik!
Csak saját okulásomra teszem közzé, régebben már volt ilyen dolgom.

Kubuntu 13.04-ről frissítettem 13.11-re.
Eltűnt a KDE 4-es Kickoff alkalmazásindítóból (Start menü :-)) az alkalmazások pont.
Magyar nyelvű megoldást nem találtam, de angol nyelven igen, úgyhogy leírom:
A /etc/xdg/kde4-applications.menu fájlt átmásolni és átnevezni a /home/felhasználó/.config/menus könyvtárba applications.menu-re.
Futtatni a kbuildsycoca4 -noincremental parancsot.
És már van is alkalmazások menüpont :-)

Nem belejöttem a blogolásba, csak jobb, ha elteszem magamnak ilyen módon.
Clipperes ősrégi Onkado progam nem igazán ment Windows 7 32 bit alatt.
Mint kiderült, angol billentyűzettel ment a command.com, ezért a jelszavam, ami tartalmazott y-t is, nem jó volt beírva.
Ez a cikk segített
Végül is nálam csak az autoexec.nt végéről hiányzott a nyelv és a karakterkódolás beállítása.

Most találtam:
Silverlight 5.0 videók nézése
Suse 12.3 és Ubuntu 13.04 alatt megy most is az RTLMost.

Itt egy érdekes cikk: http://index.hu/tech/uzlet/kod081210/
az önkormányzatok, állami szféra és a zárt forráskód kapcsolatáról.
Nos, valamilyen szinten egyetértek vele, mint jelenleg is önkormányzatnál dolgozó.
Az iktatórendszereknél egyébként már lehetőség van arra, hogy az OTM által minősített iktatórenszereket használjunk, idén váltottunk is. Bár érdekes ez a minősítés: régi iktatórendszerünket az egyik cég sehogy sem akarta akkreditálni, múlt év végén a fejlesztő küldött egy értesítést, hogy most megpróbálja egy másiknál, és idén valamikor biztos minősítve lessz. Nos, erre kb. 3 hét után hip-hop már minősítve is lett.
Mondjuk a minősítési feltételek közt szerepelt, hogy a szoftver képes legyen iratot importálni más rendszerből, ennek a jelenlegi sem igazán felel meg.

Nos, párszor már előfordult, hogy utánanéztem a problémáimnak, utána nem írtam le, aztán pár hét/hónap után újra előre kellett kezdeni mindent, ezért döntöttem úgy, hogy itt leírom, amit sikerült felderítenem.
Egy kb. 5 napos doksiturkálás után vagyok, talán másnak is hasznára lesz.
Azt a feladatot tűztem ki magam el, hogy:

• Munkahelyemen, helyi hálózatban squid proxyt állítok be, gyorsítótárazás céljából, 6 géphez, többen közülük gyakran látogatják ugyanazt az oldalt
• Dansguardian-al tartalomszűrést végzek, igazság szerint gyári beállításokkal, majd később finomítok rajta
• Bizonyos gépeknek bizonyos oldalakat engedélyezek csak
• Valamilyen víruskeresést megvalósítok, akár ingyenes szoftverekkel, akár kereskedelmi víruskeresőkkel

Nos, mit is sikerült megvalósítanom és hogyan?
Squid-et YaST-al fölraktam, nem volt semmi nehézség.
Dansguardiant rpmfind.pbone.net-ről pakoltam fel, talán jó lenne majd felrakni ezt a reprository-t a telepítési források közzé, frissítés elérése végett.
Jobb híján a clamav mellett döntöttem víruskergetés céljából. Dansguardian .conf-jában azt találtam, hogy csak ez van támogatva a csomagban, egyéb víruskeresőket nézegettem, de nem tudtam, hogy melyiket válasszam, mennyibe kerülnének. F-prot, Kaspersky alá láttam gateway keresőt, de magyar oldalon nem láttam rá lehetőséget megvásárolni. Na majd utánanézek.
Egy darabig elvoltam a dansguardian-squid konfigurálással is.
Megoldás: 80-as port átirányítása SuseFirewall-ban a 8080-ra, 8080-as port engedélyezése.
Pár fontosabb beállításom:

dansguardian.conf
language = 'hungarian'
filterip =
filterport = 8080
proxyip = 127.0.0.1
proxyport = 3128
contentscanner = '/etc/dansguardian/contentscanners/clamdscan.conf

Utolsó sort kikommentelni a víruskereséshez!

forwardedfor = on
usexforwardedfor = on

Ez ahhoz kellet (ubuntu doksiból szedtem...), hogy a squid ne a 127.0.0.1-et kapja meg a cliens forrásaként, így squid-ban tudok a acl cím src 192.168... címekre szűrni.

squid.conf
follow_x_forwarded_for allow all

Ez szintén azért, hogy a squid ne a 127.0.0.1-et kapja meg src-ként.

acl proba 192.168.10.131
acl hu .hu
http_access proba hu

A proba gép a 192.168.10.131 címen csak .hu végű gépekhez fér hozzá.

clamavd.scan
LocalSocket /tmp/clamd
AllowSupplementaryGroups yes

A clamav a Suse-n vscan felhasználóval vscan groupban fut, /tmp/clamavd socket-el. Ezzel, ha a squid-et futtató felhasználót berakom a vscan group-ba, tudja használni a /tmp/clamad socketet-et.


/etc/dansguardian/contentscanners/clamdscan.conf
clamdudsfile = '/tmp/clamd'

Használja a/tmp/clamavd socket-et a dansguardian.

Nos, önkormányzati dolgozóként besegítek a 2008. évi területalapú támogatások elektronikus beadásában.
Innen kell indulnunk: e-kerelem.mvh.gov.hu.
Maga a kitöltőprogram egy java applet egyébként.
Ami viszont érdekes: kifejezetten a Firefox-ot ajánlják a kitöltéshez, ahogy a felső menüpontban a kérdések közt lehet olvasni itt, itt, meg persze a felhasználói kézikönyvben.
Gondoltam, kipróbálom ie7-el: hát tényleg nem megy.

Valamikor 2006-ban kaptunk egy új gépet, WinXP-t tettem rá. Szépen létrehoztam egy rendszergazdai fiókot, meg két másik felhasználót, akik használhatják a gépet, alapértelmezettként.
Felraktam rá egy házipénztár programot, ez egy Access adatbázist használó, államkincstáras program volt.
Utána fel kellett rakni egy munkaügyi programot, ezt a megyei államkincstár telepíthette csak. Beküldtem a gépet kollegáimmal.
Visszakaptuk, gép újratelepítve, egy felhasználó, rendszergazdaként felrakva, összes doksi egy könyvtárban. Házipénztáras program egy más település adatbázisával visszapakolva (még jó, hogy csináltam mentést, nem szóltam, egyszerúen felülvágtam az mdb fájlt).
Ez év elején kaptunk frissítést, benne egy levéllel:
a frissítés nem fut le, ha nem a munkaügyi program alapértelmezett rendszergazdája nem az alapértelemezett felhasználói névvel és jelszóval fut. Úgyhogy aki elállította ezeket, az állítsa vissza (amúgy a jelszó így 6 karakteres, csak kisbetűt tartalmaz)
Tehát:
Kedves felhasználó, megértjük, hogy ön a biztonságra törekszik és elállította a jelszót, de kérjük állítsa vissza arra, amit mindenhol alkalmazunk.
Gratulálok!

Van itt egy volt Microsoftos fickó írásaiból egy csokor. Jó darabig dolgozott a M$-nál, ha jól látom, elég komoly szerepet játszott az Excell fejlesztésében. Joel írta, hogy nem akar váltani Firefox-ra, mert az Internet Explorer alatt könnyen be tudja írni az ALT+D billentyűkombinációval a címsorba, amit akar. Nos, ez valamelyik 2000-es írásában volt olvasható. Most meg Firefox alatt az ALT+D-vel a címsorba beírhatom, hová ugrok. IE7 alatt meg egész más jön fel. Szegény Joel, biztos meghasonlott azóta.

A Népszabadság 1968-as évről szóló cikke mellett találtam kapcsolódó cikként ezt a magyar nyelvű Lorem ipsum szöveget: http://nol.hu/cikk/477870/

Egy pályázathoz kell keresnem adatokat a településünkről, meg két szomszédos településről, meg régiós és országos adatokat összevetésként.
Nagyon "kultúráltnak", illetve "előremutatónak" tartom a KSH portálon lévő tájékoztatási adatbázist, illetve a mögötte lévő java alkalmazást.
Népesség, népmozgalmi adatok, segélyezés, nyugdíjasok száma stb... akár településszintre lebontva, akár régiós szinten megjelenítve, országosan, hosszabb idősorokra is. Nagyon korrekt, valamikor 2003-2004 környékén hallottam, hogy meg kívánják oldani, hogy a mi adónkból, költségvetési bevételekből fenntartott KSH adatai, ami tulajdonképpen tőlünk származik, ingyenesen is elérhető legyen. Nos, valami ilyesmit gondolnék. Jó, hát azért lehetnének benne frissebb adatok is (mondjuk már 2006-os is) de azért jó úton haladnak (szerintem).
Sajna Linux+Firefox alól nem volt jó a karakterkódolás, úgyhogy most Win alatt nézegetem, de elképzelhető, hogy valami kis gányolással ott is futna (hmm... kipróbálhattam volna opera vagy konqueror alatt is...)

Előbb a fórumba akartam beküldeni az offtopicba, de azt hiszem, ez még oda sem jó, ezért írtam egy blogbejegyzést.
Szóval kicsit felboszantott: valahol olvastam, hogy x.y tiltakozott az Élet és Irodalomban megjelent cikk miatt. No, gondolom, ránézek a honlapjukra. Hát ilyen sz*r navigáció kialakítást!!! Számomra teljesen érthetetlen, logikátlan. Hogy milyen a lap szellemisége, azt most hagyjuk, de hát igazán példát vehetnének a kuruc info szélsőjobbos lapról. Jó, hát az az überkirály drupalt használja...