-
Fototrend
Új hozzászólás Aktív témák
-
pmonitor
aktív tag
-
kovisoft
őstag
válasz pmonitor #20150 üzenetére
Természetesen ez is rendezés, mégpedig beszúrásos rendezés. Nincs olyan definíció, hogy egy rendezésnél a rendezendő lista vagy tömb teljesen ott kell legyen a memóriában, mielőtt elindulna a rendezési folyamat. Ellenkező esetben pl. nem beszélhetnénk rendezésről olyan esetben, amikor akkora fájlt kell rendezni, ami nem is fér el egyszerre a memóriában, azaz csak részenként, több menetben hajtható végre.
-
axioma
veterán
-
pmonitor
aktív tag
válasz kovisoft #20152 üzenetére
akkora fájlt kell rendezni, ami nem is fér el egyszerre a memóriában
Ott meg a fájl mérete konstans sztem. Végül a példádban is azt kell rendezni, nem a memóriában lévő dolgot. Tehát a file mérete attól még ismert(az az idő előre haladtával sem változik) hogy részenként olvasod be. De felőlem aztán nevezhetitek rendezésnek. Én nem annak tartom.
axioma: végülis asm-ben is magas szintű struktúrákat valósítasz meg. Csak valszeg. csökkentett funkciókkal, meg gyorsabban.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
kovisoft
őstag
válasz pmonitor #20154 üzenetére
Az asm program az inputot kapja mondjuk az stdin-ről. Ez lehet a user által éppen begépelt adat, de lehet egy file-ba már előzetesen beírt adat is, aminek a tartalma pipe-olva van az asm program stdin-jébe. Tehát ezen logika alapján az első esetben nem rendezést végez az asm program, hiszen az adat még nem létezik a program indulásakor. A második esetben viszont rendezést végez, hiszen a rendezendő adat már létezik egy file-ban a diszken. Érdekes megközelítés lenne, főleg, hogy amúgy mindkét esetben maga a program ugyanazt csinálja.
-
VikMorroHun
senior tag
Szerintem az önkiszolgáló kasszáknál beragadt az offtopic gomb.
Nem lehet körökre osztott módba váltani, mert a karakter halott.
-
axioma
veterán
Nyilvan, ha szukseges... itt szukseges? Es megforditva, ha valahol szukseges, biztos hogy asm a megoldas nyelve?
Ertelemszeruen megoldhato, de azt ismerd el, hogy egy sortedlist-tel me'g code complexity hatranytol eltekintve, az adott mennyisegu adatnal (exhas: millioig) varhatoan lassabb lenne az eredmeny, mint egy "buta" buborekkal.
Amugy ha n*log(n) kell, akkor inkabb 2 heap-be epitve a szamokat (direkt mean calc-hoz egy max egy min) megoldast valasztanam, az kezelheto legjobban asm-ben sima tombokben. De nem biztos, hogy jobb mint mashonnan lemasolni egy quicksort-ot keszen (production-ben tuti nem irnam meg a szep heap-est a reuse helyett, ha nincs tobb hasznalat).
@VikMorroHun: alapvetoen igazad van, csak az asm eleg retegtema, azert hagyom igy en is.[ Szerkesztve ]
-
pmonitor
aktív tag
válasz VikMorroHun #20157 üzenetére
Ide mehetnek az ebben a topic-ban off-nak számító dolgok/rizsázás/stb...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
coco2
őstag
Webshop témát néztem, és találtam például ezt a godaddy oldalt. A "nagy" webshop-ra írja, hogy havi üzemeltetési költség 11-22 font. Egy kicsit pislogok. Sajnos nem találtam arról adatot, hogy egy "nagy"-nak nevezett webshop esetében havi hány látogatót feltételeznek?
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
hiperFizikus
aktív tag
egy új rokon topik nyílt : #3
A gázt is és a féket is egyszerre nyomni nem menő dolog !
-
PeterUr
csendes tag
Kérdés Google "office" programozásról valamilyen pdf vagy nyomtatott könyv létezik? Tudom van sugó és egész jó de ruhellem hogy olyan doksi nincs amit feltudok ütni ha kell
-
coco2
őstag
Documentation-First Development
A dátum szerint kb 1 éves blog. Vajon milyen sebességgel fog sikerülni a mai világban újrafeltalálni a spanyolviaszt?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
nyunyu
félisten
válasz pmonitor #20136 üzenetére
De pl az önkiszolgáló kasszák esetén sem értem, hogy miért nem jutott senkinek az eszébe az, hogy legkésőbb a nyugta nyomtatása előtt árucikkenként összesítenék a darabszámot. Csak ezzel mennyi papírt meg lehetne takarítani országosan? Hozzáteszem, hogy ezt nem csak az önkiszolgáló kasszákra, hanem a hagyományos pénztárakra is lehetne alkalmazni. Összefutottam olyan pénztárossal is, aki 14 darab táblás csokit egyesével csippantott le(úgy, hogy én 2 x 7 - es sorba készítettem elő neki). Na, aaz ilyeneket is kiszűrhetné a program. Azért nem mind1, hogy 14 sorba nyomtatja ki a gép, vagy max. 2 sorban.
Ennek nagyon egyszerű oka van: pénztárgép és taxaméter rendelet.
Ez kellően szőrszálhasogató módon specifikálja egy pénztárgép minden műszaki, funkcionális aspektusát, nyugta, számla tartalmát, kinézetét.
Alapvetés: ami egyszer bekerül az adóügyi egység memóriájába, az utólag már nem módosítható, maximum stornózni tudod, de az új tétel, ellentétes árral
Alapvetés2: nyomtatót, vevőkijelzőt az adóügyi egység vezérli, nem kötheted direktben a számítógépre, pláne nem vezérelheted a saját fejed szerint.Nem tudom most milyen adóügyi egységet használnak az áruházak, mivel utoljára 15 éve foglalkoztam ezzel.
Mi anno a BBOX Pocok4 aztán Pocok8 modulját illesztettük az éttermi szoftverünkhöz. (Auchan akkoriban még az eJournal nélküli, 2 példányos mátrixnyomtatós Pocok2-t használta)Ez nagyon leegyszerűsítve úgy működött, hogy soros porton etetted parancsokkal:
- nyugta nyitás: új nyugta generálása, ekkor kinyomtatta a nyugta fejlécet a kötelező elemekkel (bolt neve, telephely címe, cégnév, cég székhelye, dátum, nyugta szám...)
- új tétel: megadtad a tétel nevét, darabszámát, mennyiségi egységét, egységárát, ÁFA kulcsát (A-E) ekkor letárolta a zárolt memóriába és kinyomtatott egy sort.
- ha rontottad, akkor tétel stornót kellett küldeni negatív árral, ez új tételként jelent meg a memóriában, és ismét kinyomtatott egy sort.
- ha végeztél, akkor nyugta zárás parancs, itt megadtad a fizetésmódot (KP, bankkártya, utalvány... Milyen címlet), ekkor összeszámolta az ÁFA kulcsonkénti részösszegeket, végösszeget, visszajárót és a nyugta lábléccel együtt kinyomtatta, valamint lezárta a memóriában a nyitott nyugta rekordot.De ez még az online pénztárgép című őrület 2012-es bevezetése előtt volt, de gondolom a mostani műszaki követelmények is hasonló működési módot írnak le, csak a sallangok változtak. (Pl. nem kell éves zárást nyomtatni, és papíron vagy az éves eJournalt pénztárgép szervizzel CDre kiíratva leadni a NAVnak, hanem az online cucc úgyis lejelenti nyugtánként, legkésőbb a napi zárásnál az integrált mobilneret használva
Vagy 2005-ben még csak 5000 napnyi/műszaknyi nyugtát kellett tudnia eltárolnia egy adóügyi egységnek, 2009 körül ezt 10000-re duplázták, mostani online verzió már 20000 napnyi memóriát követel, közben meg 3-5 évente kidobatják a hardvert új jogszabályi követelmények miatt
Pl. 2006-ban levizsgázott Pocok4-es rendszerünk 2009-ben már nem kapott engedély hosszabbítást, mert "kevés volt a memóriája", cserélhettük mindent Pocok8-ra.
5 év alatt, ha napi 3x van műszak váltás a 24/7-ben működő bolt/benzinkút pénztáránál, az 5x365x3=5475 napzárás.
Átlag sarki boltban évente 300-365 napot zárnak, simán elketyegne 8-10 évig is egy 5000 napos adómemória, mielőtt cserélni kéne benne az epoxival kiöntött EPROMot, de akkor sem a komplett vezérlő egységet...)Eredeti kérdésedre visszatérve:
Program valószínűleg azt csinálja, hogy vonalkód lehúzásnál automatikusan küldi a vonalkódhoz rendelt terméknevet, mennyiséget (1db), egységárat, ÁFAkulcsot új tételként az AEE-nek, aminek nincs mérlegelési lehetősége, új sorban nyomtatja.Másik megoldás az lenne, hogy a pénztáros kiválasztja a terméket, megnyomja a mennyiség gombot, tapiképernyőn bepötyögi/mérleggel leméreti a mennyiséget, aztán enterrel zárja, és ekkor kerülne át a termék neve, ára, pontos mennyissége, egységára, ÁFA kulcsa az AEE-be.
(Pékárú vagy a gyümölcs így működik az önkiszolgáló kasszáknál, amikor rádobod a 3 almát a mérlegre, aztán kiválasztod, hogy jonatán.)De sokkal gyorsabb 7 csokit egyesével áthúzni a vonalkódolvasón, mint a mennyiség gombbal babrálni az érintőképernyőn, meg nem kell a pénztárosnak ide-oda fordulnia közben.
Aldi/Lidl kaliberű cégeknél meg komolyan mérik a pénztárosok gyorsaságát, hány vásárlót szolgálnak ki óránként.
Így náluk fel sem merül, hogy ezzel nyugtánként 3-5-10 centi papírt pazarolnak, lényeg az, hogy hárommal több vásárlót préseljenek át a pénztáron óránként, annyival kevesebb pénztárost kell fizetni.
(Már rég nem néztem, mennyi most egy pénztárgépekbe való 80mmx80m-es hőpapír. 500Ft/guriga? az 500/80 = 6,25Ft/méter.
Nyugtánként 10 centi papír felesleg az 62,5 fillér.)[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
pmonitor
aktív tag
válasz nyunyu #20168 üzenetére
Mivel ez itt off topic, ezért itt reflektáltam rá.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Zola007
veterán
batch/Powershell útján szeretnék kötegelten fájlokat áthelyezni könyvtárakba, amelyeknél a könyvtárnév egy része(pl. első 12 karaktere) megegyezik a fájl első 12 karakterével.
pl.
Ford Fiesta 2003 valami.pdf
Ford Fiesta 2003 masvalami.pdf
Ford Fiesta 2003 harmadik.pdf
Opel Astra 2008 valami.pdf
Opel Astra 2008 masvalami.pdfaz alábbi mappákba
- Ford Fiesta 2003
- Opel Asta 2008Mʏ ᴘʜɪʟᴏsᴏᴘʜʏ ɪs: Iᴛ’s ɴᴏɴᴇ ᴏғ ᴍʏ ʙᴜsɪɴᴇss ᴡʜᴀᴛ ᴘᴇᴏᴘʟᴇ sᴀʏ ᴏғ ᴍᴇ ᴀɴᴅ ᴛʜɪɴᴋ ᴏғ ᴍᴇ. I ᴀᴍ ᴡʜᴀᴛ I ᴀᴍ ᴀɴᴅ I ᴅᴏ ᴡʜᴀᴛ I ᴅᴏ. I ᴇxᴘᴇᴄᴛ ɴᴏᴛʜɪɴɢ ᴀɴᴅ ᴀᴄᴄᴇᴘᴛ ᴇᴠᴇʀʏᴛʜɪɴɢ. Aɴᴅ ɪᴛ ᴍᴀᴋᴇs ʟɪғᴇ sᴏ ᴍᴜᴄʜ ᴇᴀsɪᴇʀ. - Sɪʀ Aɴᴛʜᴏɴʏ Hᴏᴘᴋɪɴs
-
sztanozs
veterán
válasz Zola007 #20170 üzenetére
Az elso pelda pont nem jo, mert a "Ford Fiesta 2003" 16 karakter hosszu, nem 12, de az "Opel Astra 2008" is 14...
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Zola007
veterán
válasz sztanozs #20171 üzenetére
nem kell teljes egyezés, elég részleges, mert különböző hosszúak
pl. Ford Fiesta, Opel Astra 2 vagy Citroen Berl
csak példa volt a 12Marky18: köszönöm, megoldottam
$FilesToMove = 'D:\autok'
$TargetPath = 'D:\autok'
$Files = Get-ChildItem -Path $FilesToMove -File
foreach ($File in $Files) {
$PathToMove = Get-ChildItem -Path $TargetPath -Directory -Filter "$(($File.Basename).Substring(0,12))*" | Select-Object -First 1
Write-Output "Moving File $File to $PathToMove"
Move-Item -Path $File.FullName -Destination "$($PathToMove.Fullname)\$($File.Name)"
}
[ Szerkesztve ]
Mʏ ᴘʜɪʟᴏsᴏᴘʜʏ ɪs: Iᴛ’s ɴᴏɴᴇ ᴏғ ᴍʏ ʙᴜsɪɴᴇss ᴡʜᴀᴛ ᴘᴇᴏᴘʟᴇ sᴀʏ ᴏғ ᴍᴇ ᴀɴᴅ ᴛʜɪɴᴋ ᴏғ ᴍᴇ. I ᴀᴍ ᴡʜᴀᴛ I ᴀᴍ ᴀɴᴅ I ᴅᴏ ᴡʜᴀᴛ I ᴅᴏ. I ᴇxᴘᴇᴄᴛ ɴᴏᴛʜɪɴɢ ᴀɴᴅ ᴀᴄᴄᴇᴘᴛ ᴇᴠᴇʀʏᴛʜɪɴɢ. Aɴᴅ ɪᴛ ᴍᴀᴋᴇs ʟɪғᴇ sᴏ ᴍᴜᴄʜ ᴇᴀsɪᴇʀ. - Sɪʀ Aɴᴛʜᴏɴʏ Hᴏᴘᴋɪɴs
-
Zola007
veterán
válasz Zola007 #20173 üzenetére
sikerült egy olyan problémába belefutni, hogy ha az alap útvonalként szerelő mappa nevében "é" betű van, akkor megborul a script
Az ékezetes betűt "Ă©"-nek értelmezi és hibát dob.
hogyan lehetne ezt javítani benne?Mʏ ᴘʜɪʟᴏsᴏᴘʜʏ ɪs: Iᴛ’s ɴᴏɴᴇ ᴏғ ᴍʏ ʙᴜsɪɴᴇss ᴡʜᴀᴛ ᴘᴇᴏᴘʟᴇ sᴀʏ ᴏғ ᴍᴇ ᴀɴᴅ ᴛʜɪɴᴋ ᴏғ ᴍᴇ. I ᴀᴍ ᴡʜᴀᴛ I ᴀᴍ ᴀɴᴅ I ᴅᴏ ᴡʜᴀᴛ I ᴅᴏ. I ᴇxᴘᴇᴄᴛ ɴᴏᴛʜɪɴɢ ᴀɴᴅ ᴀᴄᴄᴇᴘᴛ ᴇᴠᴇʀʏᴛʜɪɴɢ. Aɴᴅ ɪᴛ ᴍᴀᴋᴇs ʟɪғᴇ sᴏ ᴍᴜᴄʜ ᴇᴀsɪᴇʀ. - Sɪʀ Aɴᴛʜᴏɴʏ Hᴏᴘᴋɪɴs
-
nyunyu
félisten
válasz Zola007 #20174 üzenetére
Be kéne állítani, hogy a Win kódlapnak megfelelően kezelje az ékezetes stringeket UTF akármi helyett.
Ha jól értelmezem a leírtakat, akkor 'ansi' a Windows mindenkori területi beállításainak megfelelő kódlap. (magyar -> win1250?)
Hello IT! Have you tried turning it off and on again?
-
nyunyu
félisten
1252 a nyugat európai kódlap, amiben nincs ő/ű.
1251 a cirill betűs (orosz, szerb, stb.)
1250 a kelet európai.(DOS alatt a 850 volt a nyugat, 852 a kelet európai.)
Ha notepadban ANSI kódolással mentem magyar Win alatt a futtatandó SQL szkriptjeimet, akkor az ó/ű helyesen megy be a Win1250-re állított Oracle DBbe.
Ha default UTF8-on felejtem, akkor pont úgy néznek ki az ékezetek, ahogy a példádban.[ Szerkesztve ]
Hello IT! Have you tried turning it off and on again?
-
Zola007
veterán
válasz nyunyu #20177 üzenetére
javaslod egyéb Windows szintjén átváltani UTF8-ra vagy maradjon 1250?
agy csak a Powershell scriptek mentésekor használjak ANSIt?Mʏ ᴘʜɪʟᴏsᴏᴘʜʏ ɪs: Iᴛ’s ɴᴏɴᴇ ᴏғ ᴍʏ ʙᴜsɪɴᴇss ᴡʜᴀᴛ ᴘᴇᴏᴘʟᴇ sᴀʏ ᴏғ ᴍᴇ ᴀɴᴅ ᴛʜɪɴᴋ ᴏғ ᴍᴇ. I ᴀᴍ ᴡʜᴀᴛ I ᴀᴍ ᴀɴᴅ I ᴅᴏ ᴡʜᴀᴛ I ᴅᴏ. I ᴇxᴘᴇᴄᴛ ɴᴏᴛʜɪɴɢ ᴀɴᴅ ᴀᴄᴄᴇᴘᴛ ᴇᴠᴇʀʏᴛʜɪɴɢ. Aɴᴅ ɪᴛ ᴍᴀᴋᴇs ʟɪғᴇ sᴏ ᴍᴜᴄʜ ᴇᴀsɪᴇʀ. - Sɪʀ Aɴᴛʜᴏɴʏ Hᴏᴘᴋɪɴs
-
nyunyu
félisten
válasz Zola007 #20178 üzenetére
Miért akarnád a Windows beállításokat piszkálni?
Egyszerűbb a notepadban mentés máskéntet nyomni, aztán alul Kódolás legördülőben kiválasztani az ANSIt.
Akkor egy bájton menti a magyar ékezetes karaktereket, nem kettőn, mint az UTF8-nál, így minden nem UTF8-at használó rendszerben ugyanúgy fog működni, nem fog szétesni a string.De nem szeretem, ha figyelmetlen kollégák szkriptjei által elrontott DB kommenteket, meg ügyfélszolgálatnak szánt figyelmeztetéseket kell utólag olvashatóvá tennem a DBben
Hello IT! Have you tried turning it off and on again?
-
Zola007
veterán
-
coco2
őstag
válasz nyunyu #20179 üzenetére
A probléma azzal az lesz, hogy a kódlapok egy hátrahagyott koncepció, míg az utf a mindenhol feltételezett alap. Ahol és ami még nem utf, azt jobb lenne konvertálni. Különben ezerszer fog visszaköszönni ugyan az a probléma.
A windows-ban van egy kapcsoló utf támogatást adni. Be kellene kapcsolni azt is.
@Zola007:
Edit: A fat32 file rendszer utf16-ot használ, az ntfs nem biztos Viszont a hatásos kimenetet az az utf kapcsoló szabályozza a windows beállításaiban.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
sztanozs
veterán
válasz Zola007 #20174 üzenetére
Esetleg:
$OutputEncoding = [System.Text.Encoding]::UTF8
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8
chcp 65001
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Kínai, és egyéb olcsó órák topikja
- Befutottak az első Xperia 1 VII pletykák
- Honor Magic5 Pro - kamerák bűvöletében
- Yettel topik
- Magga: PLEX: multimédia az egész lakásban
- Apple notebookok
- MIUI / HyperOS topik
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Milyen routert?
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- További aktív témák...