Pentium MMX 233 128 Mb RAM Milyen oprendszert?

 ( kisspepe | 2016. január 24., vasárnap - 12:03 )

Sziasztok!

Tudom rengeteg ezzel foglalkozó téma van az interneten, és itt is vannak régi fórumtémák ezzel kapcsolatban. Viszont általában ennél jobb gépekre keresnek operációs rendszert.

Van nálam két elég régi gép. Egyenlőre még csak az egyiket néztem meg.

Processzor: Pentium MMX 233
Memória: 128 Mb
VGA: Alliance Semiconductor AT3D
USB: nincs
Hálózati kártya: egyenlőre nincs
HDD: Maxtor 20 Gb
Oprendszer: jelenleg Windows 98

Erre a gépre kellene nekem egy olyan oprendszer, amit egy olyan ember is tud kezelni, aki kevésbé ért a számítógépekhez, Linuxot szerintem nem is látott még.

A számítógép internetezésre és raktárkészlet nyilvántartásra kellene (táblázatkezelőben, vagy adatbázis kezelőben).

Mit ajánlanátok?

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Mindenkinek jobb ha kukázod. Azon már netezni se fog. Win98 alatt nem nagyon a mai weboldalaknak már ez nagyon gyenge gép. Egy böngésző láp képes megenni 80M ramot.

Legutóbb 13e vettem fujitsu brand gépet. 2 magos cpu 2G rammal 80G diskkel. Ez azért még használható.

Fedora 22, Thinkpad x220

+1, ki kell vonni a forgalomból. 512MB-al is kínszenvedés a net hát még 128MB-al.

Nem kukáznám azért hanem eltenném. Öregszik mint a jó bor. Ebay-en érdekes árakat látni, kérdés hogy csak áll vagy forog is az áru.

"Ebay-en érdekes árakat látni,"

Regi Apple, Commondore, Amiga es hasonlokra, nem ilyen Pentium mainstream cuccokra.

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

Erre is akár. 3/486-ra is. Nem figyeltem hogy elkelnek e vagy sem.

A többire is rá lehet fogni hogy mainstream, kérdés hogy hány százalékuk landolt szemétben.

Ez már nem annyira, 386 még talán, de már a 486 se. Működő 386 ritka, 486-ból sokkal több van, pentiumból meg főleg.

Nekem van 386. Működött, még, mikor anno elcsomagoltam.

Akkor kapsz érte egy virtuális lálykot.

Stipi-stopi, nálam van egy 286-os. Elvileg működőképes, gyakorlatilag viszont én marha szétkaptam (a nagyobbik, 40MB-os vinyó nem működött) és valami két részes SCSI kártya volt benne, amit az óta sem bírtam összerakni működőre... :'(

Nálam pedig kettő van, mindkettő működik is. Az egyikben egy 16-bites ISA-s IDE kártya van (CF2IDE adapterrel), a másikban pedig egy 16-bites MFM vezérlő kártya, egy működő Seagate ST-225-tel. Olyan hangja van, hogy besz*rás. :)

Enyémben motoros rack van a vinyókhoz. Nem neked kell kihúzni, mint a pár évvel ezelőtt oly' divatos IDE mobil rackes vinyókat, hanem kiadja kis motorokkal. Visszafele elég félig betolni, majd visszahúzza magának. Tiszta IT porno... :D a '80-as évek elejéről... :P Majd ha egyszer időm engedi tervezem ismét nekifutni, hátha sikerülni ismét összerakni.

Én eljutottam odáig pár éve, hogy Intel Core2 ill. Athlon x2 számítási teljesítménye alatt kukázok mindent és ha elég ez alatti számítási teljesítmény a feladatra, akkor ma inkább olcsó SBC (= 1 GB vagy 2 GB RAM + ATOM teljesítményét hozó ARM Cortex A5 ... A15) után nyúlok. Olcsó netezős PC terén pedig minimum J1900 integrált procis alaplapra cserélek, ami félvezetős háttértárral vagy 2,5"-os merevlemezzel mérésem szerint 10 .. 12 wattot fogyaszt.

Apropó: Slackware mint a lassú PC-k barátja nyártól az i486-ot is dobta. A fordításának a legalja a current ágban nyártól az i586.

Fri Aug 7 23:32:05 UTC 2015
Thanks to rworkman for help on many of these!
a/bash-4.3.039-i586-1.txz: Upgraded.
a/coreutils-8.24-i586-1.txz: Upgraded.
a/dbus-1.8.20-i586-1.txz: Upgraded.
a/file-5.23-i586-1.txz: Upgraded.
a/gawk-4.1.3-i586-1.txz: Upgraded.
a/kmod-21-i586-1.txz: Upgraded.

Mondanám, hogy értem, de teljesen mégsem :) :P
Van Raspberrym, van boardból épített egyedi routerem, sőt... előző telóm kijelző hibás lett, még azt is "újrahasznosítottam". Hiába a 8 mag, meg a 2GB RAM, azért PC architektúrával nem hasonlítanám össze.

Bizonyos esetekben inkább mondom azt az érdeklődőnek, hogy vegyen egy használt Core2 -s gépet, mint egy újabb, akár QuadCore Celeront. Tartalék laptopnak pl magamnak is inkább vettem egy régebbi Core2-est, 4GB RAM-al, hajítottam bele egy SSD-t és tökre elvagyok vele. 64bit, 4GB, több mag és virtualizáció támogatás -> nálam ez a minimum, ha komolyabb célból magamnak veszek valamit.

Nem tudom milyen területen "mozogsz", de környezetemben elég sok helyen mái napig vannak olyan gépek (hajlító, CNC esztergáló, plazma vágó, szinterező, súly/méret-osztályozó, kutyafüle) amik meglehetősen régiek. Hűtés és egyéb kiegészítők nélkül önmagában 5kW -os ipari gép mellett sokszor ügyfelet pont nem fogja érdekelni, hogy az általa használt embedded PC 10 vagy 100W -ot fogyaszt-e. Ugyanakkor a több milliós gépet nem fogja kihajítani, ha "vezérlés" baja van, ezért mindig tartok otthon pár bevetésre kész, de egyébként kb szemétre való gépet, ami alkalmas DOS, jobb esetben 3.11 esetleg NT futtatására.

Összességében nem tudom, hogy egy 286-386 -osokkal megindított threadben hogyan jutott eszedbe a Core2 meg az Athlon X2, de megnyugtatlak, ezek beizzítása esetén nem az jelentené a "varázsukat", hogy mai szemmel értelmes célra használjam őket. :) :/

Úgy, hogy a kérdező ezt ténylegesen használni akarja, nem játszani vele...

+1, esetleg retro gamer gépnek el tudod tenni, de ilyen ősrégi vasat produktívban használni öngyilkosság. Ahogy többen is írták: 15-20k körül c2d gépet kapsz 2g rammal, ha ennyit nem tud rászánni akkor nem érdemes vele foglalkozni. Arról nem is beszélve hogy akármit csinálsz csörögni fog a telefonod hogy ez meg az szar, és a végén még te leszel a hibáslúzerszemét mert szar gépet csináltál neki.

Dobja ki.

Egy ilyen gepet egy RPi 2 kenterbe ver, de meg egy RPi 1 is.

Megse ajanlanek desktopnak RPi 2-ot, csak ha idomilliomos az illeto.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hát egyetértek, hogy nem sok mindent lehet kezdeni ezzel a géppel, de azért valamit tenni kellene rá, és majd látja, hogy jó lesz-e neki.

Amúgy én a puppy linuxot néztem, nem tudom az mennyire menne rajta.

"a puppy linuxot néztem"
Már nincsen "a" puppy. Mindenféle szedett-vedett puppycskák vannak.
Ha meg meglátod, hogy az újak ubuntun alapszanak...

Karakteres linuxot próbálhatsz neki, vagy dos-t. Eleve egy rendes böngésző nem indul el ezen a gépen.
Ne vállald, ha lehet, felesleges időkidobás, hátrálj ki belőle elegánsan.

> Eleve egy rendes böngésző nem indul el ezen a gépen.

Ha pedig sikerül valamilyen böngészőt elindítani, az első javascript-ekre rosszul lesz.

Lynx?

--

"You can hide a semi truck in 300 lines of code"

"Egyenlőre még csak az egyiket néztem meg."
És egyenlő lett?

"Lionuxot szerintem nem is látott még."
Más látott már?

"Mit ajánlanátok?"
Arra a gépre csipketerítőt, a feladathoz meg egy i3-ast.

De annyiféle garanciás használt gépet árulnak szinte gombokért, hogy ezt az ócskaságot leporolni sem érdemes.

Igen csak vannak olyan emberek, akik nem akarnak kiadni egy fillért sem, mert van gépe, és úgy gondolja arra jó lesz. A fontosabb amúgy a készletnyilvántartás.

Én is tudom, hogy nagyon régi gép, és hogy nem sok mindenre lehet használni, de ez kell neki.

Egyébként a közszférában is még sok helyen dos-os programokat használnak, mert megszokták, mert nem akarnak rá költeni stb.

Itt most nem az a lényeg, hogy ócska, régi, hanem működőkepés oprendszer kell rá. Ezért fizetnek.

Attól, hogy ő azt gondolja, attól még nincs úgy. Ha nem akar költeni, akkor ne költsön, várja a csodát. Az ilyen embereknek kell kerek perec megmondani, hogy "ebből nem lesz ping-pong asztal".
Ha nem érti meg, az is az ő baja. Ha te ezek után felvállalod az ő problémáját, magadat szívatod meg.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

"nem akarnak kiadni egy fillért sem"
Téged sem fog kifizetni, ellenben havonta jársz majd hozzá karbantartani.

+1, a te (a kerdezo) toblet beredbol, amig kiserletezel, vesznek egy kis lapkat. 10-20e Ftrol beszelunk. Komoly vallalkozasrol, raktarkeszletrol beszelunk, ha ekkora osszegen megy a matek. Arra gondolt mar megrendelo, hogy mennyi pezt keresne abban az idoben, amig a monitor elott ul, es varja, hogy mukodjon az a vacak? Lehet, hogy 1 het alatt behozna az arat.

Amugy total a te dolgod, meg az ove. De hidd el nem veletlen mondja mindenki, hogy felejtsetek el.
Vettem egy odroid xu4-es kis gepet, csak a nappaliba, ha epp nincs mas keznel megnezni a menetrendet, es bizony birkozik egyik masik weboldall, pedig 8 magos proci, egy ertelmes gpu, meg 2 Gb ram is van benne. Megnyitottam egy nepszeru weboldalt, 340 Mb hello, de ez a tab, amibe irom neked is 310 Mb. Persze sz@r a bongeszom, es egy mini bongeszovel lentebb lehet vinni. Mennyire is? 300, 200, 100? Meg az is sok, mert ha a 128-bol kivonom a 40-50-et amit mondjuk megeszik egy mini rendszer, nem marad semmi. Aztan meg elkezd lapozni, egy ide diskre.

Egy soz mint szaz, sikergyanus tortenet.

-
Big Data trendek 2016

Kolléga. Nem kérek érte pénzt, de akkor is fizet.

Mennyit? Számolj utána, ráfordított óradíjat, kihullott hajszálat, stb, és ki fog jönni, hogy neked pont a duplájába/triplájába lesz egy értelmesen használható refurbished gép árának.
Nagyjából nem találsz telefont(!) a piacon, aminek kisebb lenne a számítási teljesítménye, mint a fenti konfignak. Ne vicceljünk már...

Megvan a megoldás:
pepe vesz egy felújított, garanciális dual core-t, feltesz rá random rendszert, odaadja a kollégának.
Anyagilag így jár a legjobban.
:(

Érdemes lenne megvizsgálni ezt a felállást, miszerint:
kell (?) neki egy gép
amire
nem akar költeni
és a
kolléga oldja meg valahogyan...

dehát végülis az ő dolguk.

Megnézném, hogy milyen értelmes feladatokra használják még a közszférában a dos-os programokat?
Itt lehetne elkezdeni a közszféra leépítését. Egyébként is a versenyszférákban dolgozók béréből élnek, és csinálják az értelmetlen l'art pour l'art feladatocskáikat. Az meg, hogy ezzel a lepedővel takarózik valaki, egyszerűen nevetséges.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

+1

-1. A DOS-os (inkabb a konzolos feluleten van a hangsuly) programok alapbol (azaz: a fejlesztoje nem fordit kulonosebb figyelmet usabilityre) sokkal felhasznalobaratabbak a GUIsoknal es egyszeru adatok bevitelere-lekerdezesere tokeletesek. Kitoltik a teljes kepernyot (win-en kinagyithatod a konzol ablakot), ergo nincs ami elvonja a figyelmet es remekul lehet bennuk csak billentyuzettel navigalni.

Engem jobban zavar az, amikor az adonkbol fejlesztetnek vadiuj, "modern", bughalmazokat amikkel jol bevalt, kiforrott dolgokat valtanak le.

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

És min tárolod a bevitt adatokat? Netware szerveren?

Nem keverném össze a DOS-os illetve konzolos felületen futó alkalmazásokat.
A DOS-t már régen el kellett volna felejteni, konzolos felületnél meg szempont lehet linux alá fejleszteni.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Hát sok mindent fel lehet ellenérvként hozni a DOS-szal szemben, de azt, hogy csak Novell szerverhez tudna csatlakozni, ezt pont nem szerintem.

Mindenesetre nagyon életszerű. Nem gondolod, hogy van ráció DOS-t bármihez is csatlakoztatni 2016-ban?
Maradván az eredeti felvetéshez. Ipari környezetben még lehet létjogosultsága, de a vázolt igény egészen más.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Ezek szerint nem ment át, amit írtam. Szerintem sincs sok értelme, csak pont azt az indokot nem éreztem igazán jogosnak, amit felhoztál ellene.
Egyébként, ha a célnak az adott körülmények között jól megfelelne a DOS, akkor nem biztos, hogy elvetném, csak azért mert sok mindenre bármi más alkalmasabb.

Ebben egyetértünk. Ami az ilyen sztorikban engem inkább irritál, hogy ha valaki a Trabant-tól vár el Ferrari-s tulajdonságokat... ez kishazánkra sajna jellemző, és nem mindig a csóróság, sok esetben inkább az igénytelenség, vagy szimplán a hülyeség az oka.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Ebben is egyetértünk:-)

-1

DOS-os program alatt a TUI-t értjük? Én tudok akkor kettő példát is, ugyan egyik sem közszféra.

Versenyszféra 1: egy SOAP-on keresztül használható, custom RDBMS rendszer szerveroldali felülete. Tökéletesen működik akkor is, amikor az RDP már küzd a GUI-s alkalmazásokkal. Maga a rendszer piszok gyors, köröket ver az Oracle-re, tucatnyi olyan dolgot tud, ami commercial rendszerekben nincs benne. Felesleges lenne az admin konzol "fapadosságán" balházni (ami egyébként csak a design-on látszik, a usability-re nincs panasz)

Versenyszféra 2: egy ERP+CRM+MIS kombó. A user interface szintén a DOS-os korszakot idézi, az előzővel ellentétben kicsit rosszabb a usability, viszont a rendszer teljesen zárt, atomvillanás ellen is véd.

Értem, hogy sokak szerint ami nem webkettő, az szar, de csak azért, mert egy szoftverhez nincs javascriptben írt kliens, még nem biztos, hogy elavult. Lehet, hogy vannak fontosabb szempontok ezeknél az alkalmazásoknál, mint az, hogy legyen hozzájuk mobilapp.

> Az meg, hogy ezzel a lepedővel takarózik valaki, egyszerűen nevetséges

Az a nevetséges, amiket mondasz. Majd amikor elüt a villamos, és a versenyszférában dolgozók béréből élő, értelmetlen feladatocskákon dolgozó mentős kanalaz ki a sínek közül, neki is meséld el ezt a viccet.

A közszféra baromira nem a faluházában üldögélő recepcióst jelenti, az csak a jéghegy csúcsa. Valóban lenne mit optimalizálni a közszférán (btw ez történik most, ha nem olvasnál újságot), de hogy ott nem dolgozik senki, az nettó marhaság.

Sajnos nem ertelmesek a feladatok, csak a kollegak is kezelhetetlenek. Nalunk a mult heten adta be a kulcsot egy csodaltos 486-os, amin a Safar nevu intezmenyi allo/forgoeszkoz ware futott. Vert izzadtam mire atszenvedtem mukodokepesre a nyomtatasat is dosboxban (backup volt halist). Kb. 8-10 eve atkuldte a megye osszes intezmenye az adatokat, hogy lesz egyseges es normalis ware e helyett, de nem kaptunk azota se semmit, es most is ebben kernek mindent. Raadasul A3-as leporellos Epson1050-en nyomtatva...

Par eve meg a K11 meg a Kotval illetve Szamado nevu csodawarek is mentek, akkor is muveszet volt olyan uj gepet loni alajuk ahol meg volt floppy csatlakozo az alaplapon... de ez teljesen altalanos volt itt a varos osszes intezmenyeben.

Bekúrni őket egy-egy virtuális gépbe, oszt csókolom. Ott elzizeghetnek maguknak...

Regi kis/kozepes szervereket (sot, meg a regi tru64-es alpha(ka)t is, emuvm-en keresztul) osszetoltam esxi-be, de itt olyan emberek hasznaljak ezeket a dosos progikat akik a cd potty potty-nel tobbet nem tudnak, ergo virtual gep eros lenne, mert nem birnak hasznalni. Nyugdij elott allo emberektol ne varjunk csodat. Dosbox is necces volt, pedig az igazan semmi barmifele virtualgephez kepest.
Igy is agyloves, hogy ezeket a javas csodawarekat (Kira az aktualis agyloves) probaljak hasznalni, hozzateve h. szerintem is szemet ez is, csak mashogy mint a regi dosos warek. Egyetlen pozitivum, hogy itt csak a kliens van, de ha osszeborul a tavoli szerver, magyarazd el nekik, hogy nem a gep rossz itt, hanem a masik oldalon doglott el a mutatvany. (nem, nem fogjak megerteni, mert a dosos wareknal megszoktak, hogy csak itt lehet a hiba)

IMI meg ANAL van meg? (Ki talalta ki ezeket a neveket...)

--
http://blog.htmm.hu/

"Vert izzadtam mire atszenvedtem mukodokepesre a nyomtatasat is dosboxban"
aztmeghogy? :)
megosztod a nyomtatót, majd net use //gép/nyomtató lpt# /D (ha jól emlékszem, vagy valami hasonló, de az biztos, hogy megosztás és a net szerepet játszik a probléma megoldásában)

"akik nem akarnak kiadni egy fillért sem"

Vezesd le neki, h mittomén 5eft/óra díjért opsz nála. Új gép 1 óra, és működik, ez a gép 20 óra, és nem lesz jó. Csak, h teljes legyen a kép, és helyén kezelje a dolgokat. Az életben nem leszel kifizetve.

A munkád ellenértéke hova számít?

Egyre kevesebb dos-os programot használnak, amit használnak, ott is azok a trükkök "kelendőek", hogy használjuk a régi programot új gépen, program használat dosbox-ban, Usb nyomtató használata LPT-ként.

Nem akarlak elkeseríteni, de egy személyes tapasztalat egy hasonló gondolkodású ügyfél után (szintén volt személyes kapcsolat, ezt idegennek soha):
laptop
centrinó
1 gb ram
60gb hdd
win xp
Mondtam, hogy w10-hez ez kuka. Az ügyfél indokai, mint nálad.
Amit tettem hdd csere nagyobbra (ez volt a szerencsém) ram bővít 2gb-re.
Tűrhetően ment rajta a 10-es, nem volt egy villám, de dolgozni tényleg megfelelt. (hírportálok böngészése, netbank)
A használt mobilnet modemmel küzdött a w10 (mivel van itthon pára darab, jófejségből adtam egyet, amit rendesen kezelt, egyszerűbb volt mint keresni, hogy egy 5-6 éves modemmel mi a nyűgje a w10-nek)
Eredmény:
naponta több telefon, mert "az xp, mintha gyorsabb lett volna...", "a boot sokkal lassabb...", "ez a modem olyan más, biztos ez miatt lassabb az egész" szóval pokol volt.
A végén kimentem kivettem a hdd, betettem a régit, modem vissza, xp start, ügyfél elkezdte magyarázni nekem, hogy nyilvánvaló, hogy nem géppel van a gond, mert most milyen gyors, szóval csináljak valamit, mert az xp nem támogatott, de a gép -"ugye látja" - tök jó, de kellene egy támogatott rendszer.
Szóval spórolj magadnak 2 nap melót és több hét, hónap "zaklatást"...

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

"kellene egy támogatott rendszer"
Feltételezem (naívan), hogy a Win10-et megvásárolta, és attól lett támogatott a rendszer, ugye?
Egy hasonló tulajdonságokkal bíró notebookot (Centrino (1 mag), 2GB, 40GB ATA, 1400x1050, stb.) én is összekukáztam magamnak (főleg a kijelző miatt), XP-vel sem villám, de működik, Win7 viszont már horror volt rajta, Win10-et meg sem próbáltam.

Értelemszerűen nem vásárolta meg (próba időszak volt), de megvásárolta volna, csak legális rendszereket használ... Nem ezzel volt a gond... Próbáltam rávilágítani arra, hogy a segítség (mégha részletesen el is mondod a következményeket - jelen esetben, pl. hogy lassabb lesz, néhány régebbi hw nem biztos, hogy menni fog, stb.) olyan plusz munkát ró az emberre, hogy nem éri meg.
Én "rávettem" az ügyfelet az új gép vásárlására, de ehhez volt szenvedés elég és biztos vagyok benne, hogy máig nem győztem meg igazán, csak nem maradt alternatívája....

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Vállald el 15 ezer forinttal többért és vegyél egy tisztességes kétmagos használt gépet. Az se a csúcs de ennél bármi jobb.

--
openSUSE - KDE user

+millió

Dell Optiplex 745 DT PD 3.0/1GB/80GB/DVD
bruttó 11e, 1 év garival
Ha felmész jófogásra, vaterára, akárhova, még lehet olcsóbban is kapsz. Nincs miről beszélni.

Hát, az is hulladék amúgy. A p4 is, és a ram ddr2, ami meg jó drága is ha bővítene (mert kevés lesz az 1 giga).

ööö, ez miért p4?

Én a "PD 3.0"-át Pentium D 3 GHz-nek értelmeztem.
A tévedés jogát persze fenntartom.

Örülök, hogy átment a lényeg! :)
Ezeknél a gépeknél 1-2 ezer forint már szinte kategória ugrást jelenthet, de ezt ne kelljen már egy szakmai fórumon elmagyarázni... :/

Igen: xar a P4. Még ha amit bemásoltam már nem is HT-s, hanem 2 magos D, de akkor is. És a RAM is drága bele! Karácsonykor 2 hasonló gépet is elajándékoztam, nekem egyszerűen már útban voltak és bizony nagyon szomorú, hogy sokaknak ez is mekkora előrelépés tud lenni... talán annak is az lenne, aki egy 233MHz-es 128MB RAM-os géptől várja a csodát... kérdezd meg Őt, hogy szerinte mennyire hulladék egy ilyen gép :( :/

No offense, ne érts félre.
Nyilván ez a gép is 1000x jobb, mint amivel a topicindító kíván szopni. És ajándékként egy régi (sokkal régebbi) rom helyett minőségi csere, egyértelmű.

De 2016-os szinten ez a gép is hulladék ha pénzt kell adni érte. Akkor már inkább ez, noha ddr2 ez is, de mégis sokkal jobb proci és 2x annyi ram.
Noha 5 ezressel drágább, de ez már talán képes a mai elvárásoknak megfelelően működni, még ha kompromisszumokkal is.

szerk.: most látom, hogy nincs készleten. Amikor linkeltem még volt.

Lionuxot nem, véletlen becsúszott egy o, de javítottam. :)

A csipketerítőn felsírtam, de +1
------------------------
{0} ok boto
boto ?

TizenX éves 20Gb-os HDD-re bármit rakni... Főleg készlet kezelést! :D
Öngyilkos szakosztály személyesen?

mekkelek szakkör

Valoszinuleg a "Judeai Nemzeti Front Elit Ongyilkos Alakulatanak" egy tagja

Hint

--

"You can hide a semi truck in 300 lines of code"

Remélem komoly a kérdés, mert viccnek nagyon durva lenne….

Pentium MMX 233 release date: 1996 - 20 éve. Szerinted milyen oprendszert tegyünk rá? Amelyik esetleg fel is menne rá, azt alapból nem tenném fel semmire. Egy OS ami 20 éves hardwaren is elfut…

-----
Üdv, icee

> Egy OS ami 20 éves hardwaren is elfut

Nekem van a műhelyben egy Pentium 60, 64 MB SIMM RAM-mal, 2 darab 4.5 GB-os narrow SCSI Seagate Barracuda-val RAID1-ben. NetBSD 7 van rajta, remekül megy vele a natív IPv6 :)

Szóval, semmi Windows 3.1 megy Trumpet Winsock, mint amikor megvettem :)

Azért egy Firefoxot nem próbálnék meg rajta elindítani :)

Nekem nem is a hardverrel, hanem a fogyasztasaval van a bajom.

Tegyuk fel, hogy husz ev mulva elokerul ugyanez a kerdes, csak egy <5W -ot fogyaszto Raspberry pi-jal. Igazabol ha a feladatat ellatja (nem desktop!, tegyuk fel, mondjuk egy arammero), akkor folosleges lecserelni.

Csak a fenti gep 2-300W kozott eszik, amikor egy 35$-os Raspberry pi 5W-ot eszik. Igaz, mindketto alkalmatlan desktop feladatra, de legalabb az egyiknek nincs akkora aramszamlaja.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Inkább 50W körül eszik szőrőstül bőröstül, monitort nem beleszámolva.

Közel nem eszik 2-300w-ot. Max a negyedét. Monitor nélkül.

Tegyél rá DOS-t és a Super Mario-hoz vagy a Tetris-hez talán még jó lesz! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

+1

--
NetBSD - Simplicity is prerequisite for reliability

Ahhoz a 386 is bőven elég...

Szerintem baromság. Már megint túl sok fokhagymát zabáltál, dejó, és tele van a buszmegálló a száraz fokhagymahély-köpeteddel.

--
Tortilla; A tortilla a spanyol nyelvterületek tradicionális étele! Hagyd már; ABBA!; Droppboksz

Ilyen HDD van benne? Szerintem akkor menekülj, ez egy időzített bomba, egyik napról a másikra szoktak ledögleni, egyik nap megy, másik nap fel se ismeri a gép, nem egy darab, és nem egymás utáni gyártás csinálta meg.
Vagy 3db P4 rohad itthon 1,5Ghz 768Mb ram, azok is csak retro játékra jók, win2000-rel, ez is max. ilyen felhasználásra, hülyeséget meg nem kell elvállalni. 10k környékén van normális 2GB ramos c2d-s használt gép.

Milyen oprendszert?
Ha múzeumba kell, akkor korhűt.

Ha pénz nem számít, akkor pedig el lehet dugni benne egy modern minipécét, amin legalább netezni is lehet.
De persze biztosan nem erről van szó.

Ha munkahelyeden kérnek ilyet, akkor túl alacsony az órabéred, hogy jobban megéri ilyesmivel szívatni, mint produktív munkára fogni :)

Suse Linux 6.4
Corel Linux (64 MB rammal is beeri)
Itt van meg pár disztró: https://old-linux.com/

Mi a baj a Windows 98-cal?

Több is...

Istentől való vétek ilyenekkel foglalkozni, de a legegyszerűbb, ha a Win98-at tekinted egyedüli lehetőségnek. - Esetleg még a Win2000 elégedett meg a működéshez min. 250 MB-t memóriával is. De a böngésző, persze ebbe nem fért bele. (Emlékszem, akkor egy böngészőt futattva, láttam az 512 MB-ból, 360-470 MB-ot felhasználni.)

(Valamilyen működési szint eléréséhez, elő kell venned a múzeális szoftver-archívumodat. - Abban talán bízhatsz, hogy mostanában kevés vírust írnak DOS-ra. A böngésző net-es védelme, és a weblapok megjelenítésének problémája, azonban meg fog izzasztani. - Léteznek újabb keletű WEB-es szabványok - (HTML 5, stb.), és azt se felejtsd el, hogy ehhez képest "űrtechnológiás", korszerű, Android-os rendszerek néhány évvel ezelőtt 512 Mb RAM-ot kaptak, akkor is kevés volt nekik, és a használhatóságuk is ezen bukott meg. (Ma már 2-4 GB RAM-al hozzák őket.) - Tehát, azzal kezdeném, hogy a RAM-ot próbálnám feljebb tornászni, legalább 512 MB-ig, ha persze a BIOS támogatja. Ha nem, a gép tényleg KUKA!

Másrészt, még ingyen is kaphatsz olyan gépet, ami ugyan inkább veszélyes hulladékként aposztrofálható, mint PC-ként, de még mindig "fényévekkel" jobb lehetőség valamilyen felhasználásra. Sztem. adj fel egy hirdetést.

Már 2000-es évek elején azért kellett stabil, megbízható, Pentium III-as alaplapoktól megszabadulni, mert az a chipset csak max. 512 MB RAM-ot támogatott. A procik bírták volna még ma is. (Belőlük a chipsethez, volt még 1400 MHz-s, kifejezetten gyorsnak nevezhető változat is...)

"Esetleg még a Win2000 elégedett meg a működéshez min. 250 MB-t memóriával is. De a böngésző, persze ebbe nem fért bele. (Emlékszem, akkor egy böngészőt futattva, láttam az 512 MB-ból, 360-470 MB-ot felhasználni.)"

Ezek szerint rosszul emlékszel.
Első PC-m 97-98 körül egy Pentium 233MMX-es gép volt 32 MB SD RAM-mal.
A Win98 simán ment rajta, majd a Win2000 is. Sőt, sokkal stabilabban futott, mint a 98. (Mondjuk ez nem meglepő.)
A böngészés sem okozott gondot.

Szóval, ha nem lenne az internetezés feltétel, akkor a Win2000 lenne a javaslatom.
De feltétel, így valamelyik Linux terjesztést tudom javasolni. Google biztos meg tudja mondani, melyik Linux megy még ilyen régi gépen.

--

nTOMasz
"The hardest thing in this world is to live in it!"

Melyik netezés megy még ilyen régi gépen?

A hup lehet működik :)

links-el okés lehet ;)

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Pl.: http://www.mutt.org/
Az oldalon minden egyes betű hasznos. Semmi flash, semmi felesleges csicsa. Így kell honlapot készíteni. ;)

Amúgy meg egy lxde vagy icewm alapú kis disztró + Midori vagy QupZilla.
Elvileg talán még a html5 és a flash tartalmak is menni fognak.
Persze szédítő sebességet nem szabad várni. (És netezés mellett nagyon más programot sem szabad futtatni.)

--

nTOMasz
"The hardest thing in this world is to live in it!"

Akkor mehet rá x64-es disztró. :D
Html5 és Flash felejtős ezen a gépen.

A memória igénybevétel már az akkori web-es tartalmak, vagy a maiak figyelembevételével egészen más lehetett (lehetne). A jelzett W2000-es "emlékem" már a PIII-as/512 MB-s korszakból való. (A "final" verzió a NET2-sp2-vel, és akkor még Opera volt számomra az egyetlen használható böngésző, - így is maradt a v12.17-ig bezárólag.)

Csak arra gondoltam, - amire itt mindenki utal, - hogy a mai web nagyrészt elérhetelen lesz egy ilyen kis erőforrású gép számára. (még a HUP talán...???)

Jó az a Win98, nem kell piszkálni. Esetleg egy boot-menü, hogy lehessen tisztán karakteres és GUI mód közül választani. Például kiválóan alkalmas a Day Of theTentacle-hez.

Jó az a Win98, de a kék színhez, (bluescreen) szoktatni kell magát az embernek, mert napi párszor még a legstabilabb gépeknél is "megjelent". Meg persze a "reset-kapcsoló" bekötése sem árt a házon, az alaplapon.

"Day of the Tentacle", - sokáig lányaim kedvence volt, - ha kell, ma már inkább "DOSBox"-szal :-)

említettem volt a boot-menü lehetőségét, fontos alkalmazásokhoz a karakteres módot érdemes használni.

Ha jól emlékszem, a msdos.sys itt egy plain-text konfig fájl, abba kell egy BootGUI=0 És jöhet egy logo=0 is, az idegesítő kezdőkép ellen.

Nekem elég stabilan működött, nem értem a problémát... :)
Sőt, a Millenium is.

Talán attól is függ, hogy milyen szoftvereket futtat rajta a user... Ez persze csak találgatás...

A DoTT nalunk is nagy kedvenc, de 7 eves kor alatt csak putt-putt es freddy fish. :)
Egyebkent dosbox helyett a scummvm-et ajanlom.

Múzeumot. :)
Vagy ha rengeteg időd van, vedd meg és tegyél rá korabeli rendszereket. Egy élmény ilyen régi géppel régi rendszereket futtatni.

Egyszer jelentkeztem egy "Ki tud régebbi gépen Windows-t futtatni" vetélkedőre. (Három napom ment rá egy 386-os gép telepítésére. - Hasznos volt, - nem nyertem. :-) ) /Valaki elővett egy 286-ost és megcsinálta.../

Esetleg próbáld meg az AntiX-ot, valamelyik régebbi kiadását
http://antix.mepis.org/

Android-x86-ot, vagy valamelyik desktopra módosított verzióját lehetne még megpróbálni, nem tudom van-e ott támogatás ilyen régi hardverre.
--
Légy derűs, téy mindent örömmel!

"Android-x86-ot" nem igazán, a droid se megy 128Mb rammal, 1GB alatt amúgy is használhatatlan, de ilyen régi GPU-n még kép se lesz.

" raktárkészlet nyilvántartásra kellene (táblázatkezelőben, vagy adatbázis kezelőben)."

Ha valamit nem tudok javasolni, az bármiféle ERP művelet permanens módon táblázatkezelőben való kezelése. Szvsz. potom pénzért lehet kapni egyszerűbb raktárkészlet nyilvántartó programokat.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

MS-DOS 6.22 + Windows 3.11
FreeDOS + OpenGEM
Tiny Core Linux

[ Falu.me ]

Raktárkészlet nyilvántartás alatt ne egy vállalati színtű nagy raktárra gondoljatok. Az otthoni műhelyben lévő dolgokról akar egy készletnyilvántartást készíteni, hogy ha pl. Keres egy csavart, ne keljen a kacatok között turkálni, hogy hol is van, hanem megnézi a nyilvántartást, hogy melyik suekrény melyik polcán van.

És ez lenne a lényegesebb. Ha net nem megy rajta, akkor arra can okostelefonja is, valamint van a családnak 1 még nem elavult laptop. Ez a gép a műhelybe lenne letéve.

Így ha beszarik a 15 éves HDD, az sem gond, igaz?
DOS + Works
Na jó, OS/2 Warp pl pont jó lenne neked.

Aztán jön az, hogy mire ment el X vagy Y, és máris jön az, hogy kellene egy rendes raktári karton.

Nekem is van valamihez egy ilyen programom - igaz én magamnak írtam, mert néhány dologhoz integrálnom kellett - van már projekt kezelés (~bejövő rendelés), kimenő rendelések kezelése, raktári bevét/kiadás, tegnap raktam rendbe a foglalások kezelését, következő egy rendes leltár funkció implementálása lesz.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Ehez miért nem jobb az okostaelefon/tablet?

Egyrészt, mert valahol a folyamatban biztos, hogy szükséged lesz nagyobb mennyiségű szöveg bevitelére (pl. egy cikktörzs felépítéséig), másrészt nem véletlen, hogy az összes ilyen szoftvernél viszonylag nagy hangsúlyt fektetnek arra, hogy lehetőleg jól használható legyen billentyűzetről egér használata nélkül.

Web2 világban lehet ez furcsa lehet, de.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Bluetooth-os billentyűzet?

Erre a kockas fuzet es ceruza pont megfelel.

A gép meg lehet az asztal vagy a szék. :)

Ja hogy ez nem munka feladat és nem munkára használja ő sem.
Hobbiként persze bármit lehet és ott nem számít mibe kerül vagy mennyi időt visz el, így már érthető, csak ez sokunknak nem jött le az eredeti kérdésből :)

Ha ram lenne bővítve, akkor az sokat javítana a lehetőségeken. Lassan de bizonytalanul legalább a weblapok egy része is működhetne :)

Namost arra akar egy dobozos PC-t beállítani, hogy megmondja neki, melyik polcon van a hatos tipli? A monitor hozzá legalább egy crt lesz?

Tudnám javasolni az öntapadó címkéket a polcokra. Meg a rendrakást. Ha most nincs egy ésszerű rendszere arra, hogy mi hol van, azon a számítástechnika csodái sem fognak segíteni. Ha van, akkor kb. felesleges a PC.
De nem beszéllek le, ha nagyon ráértek, akkor hajrá, ha másra nem, tapasztalatnak jó lesz.

En ajanlok egy WikiPedia szocikket: https://en.wikipedia.org/wiki/Thin_client
A gepeid melle meg egy szervert, akkor kidobhatod a vinyot beloluk (amugy is kockazatos barmit tarolni rajta... nem latom a futott km-t, de a gep alapjan nem mai darabok), dobhatsz bele halokartyat (ahogy latom meg nincs), es szepen a szerveren lehet minden okos policy-t beloni, hogy masnap ne kelljen a raktarkezelot meg minden mast ujratelepiteni egy benyalt virus miatt.
Persze lehet igy tobbe kerul a leves, mint a hus...

Ha állod postát vihetted ezt : IBM P4 alaplap (fru pn 02R4084) + proci + gyári hütő + 1gb ram + mx440 vga.
Csak ház, táp, hdd és cd olvasó kell bele.
HDD esetleg van egy 2.5"-os 3.5"-re átalakítva ami 20gb-os, lehet ezt is tudom adni hozzá.

talán ez még elmegy.

--
ja nem. elolvastam még egyszer a topicnyitót és rájöttem hogy hülyeség...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

KUKA. Vegyen egy olcsó tabletet.

Van dobozos RedHat 4.0-ám hozzá.

Az alap, Service Pack nélküli Windows XP-nek elég 128 MB ram és a 233 MHz-es processzor. Egy régebbi Kerio tűzfallal ki is lehet engedni a netre. Levelezéshez jó az Outlook Express, az Internet Explorert le kell cseréni valamelyik frissebb verziójú Firefoxra, Operára stb. Az Office 97/2000 megoldja a táblázatkezelést/adatbáziskezelést.

Alap service pack nélküli xp helyett ezerszer jobb a win2000.

Nem ide.

Próbáltad is? Mert mondjuk a hup 1-2MB-ot foglal le Firefox-ban a Facebook viszont csekély 40MB-ot.

Erről meg inkább ne: https://www.cvedetails.com/vulnerability-list/vendor_id-26/product_id-177/Microsoft-Outlook-Express.html
Csak 2010-ig listázza a dolgokat, 5 év alatt volt még egy-kettő.

Te milyen szoftverekkel tennéd használhatóbbá ezt a notebookot? Kidobni, lecserélni, bővíteni nem ér.

Nem lehet olyan szinten használhatóvá tenni hogy biztonságosan és egyáltalán Internetezni lehessen rajta. Kb olyan mintha a CRT tévén akarnál DVB-T2-es adást nézni. Kell neki egy másik gép hogy ezt a trükköt tudja. Tehát terminálként még úgy-ahogy elmenne, bár jó lenne egy AGP-s videókártya bele.

Offline használható szépen Win98-al úgy ahogy most is van, Office97 ugyancsak fut rajta szépen, de még arra sincs szükség.

Egy hasonló (Compaq Deskpro EN) géppel dolgozik az egyik ügyfelünk, neki megfelel a következő célra:

- táblázatkezelés (leltár, árlisták, stb - Excel)
- számlázás, készletnyilvántartás (MS-DOS program)
- ügyfelek értesítése, kapcsolattartás (Outlook Express)
- zenehallgatás CD-ről, MP3 gyűjteményből (WMP)

A szoftverkörnyezet a fentebb leírt, böngészésre nem használja de a levelezés fontos. (Régi vágású ember, kb. a nylon zacskót sem dobja ki és nem anyagi okokból.)

Tapasztalatom tulajdonképpen nincs* csak feltételezem, hogy valamelyik böngészőt talán még vissza lehet annyira butítani, hogy le lehessen vele szedni a szükséges infókat ennyi rammal is. Ez persze függ az adott weboldaltól is de ha ezzel a géppel akar "netezni" a kolléga akkor ebből kell kihozni amit lehet.

* 2007-ben egy 192 MB-os IBM 300PL-el még tudtam netezni de az egy másik web volt.

Attól, hogy vannak mazohisták értelme még nincs, én 4GB DDR3 alatt desktop/laptop célra manapság kényelmetlennek tartok egy gépet, 2GB alatt meg használhatatlannak.

Én próbáltam.
az xp alapból ~50 ramot kér, a böngészõ ellátottsága meg legalább két fényévnyire van egy mai linuxtól (egyáltalán nem is értem, ezeket ki ajánlgatja, és miért).
Firefox 3 szebb, jobb mint a mostaniak. 78 mb-be röhögve elvisz bármit, kétszer.

Sõt, az akkori gépeken valahogy még megy a videókártyából flash videó gyorsítása is. (azóta mintha a procit tekerné vele, nem igazán értem, egyébként)

Win XP ezen tul lassu, meg ha fel is megy ra.

En debian potato -t hasznltam ilyesmi gepen :)


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

2000 az ami még szépen elfutkos, de minek ha már 98 úgyis rajta va.
Használtam egyébként laborban Pentium gépeken. NT4 határozottan jobban ment rajtuk, de a 2000 is használható volt.

Csereld el valakivel aki python -ban fejleszt
egy-egy http requestet kuldo cli progit.

Talan megtanulja, hogy nem biztos hogy okos dolog betolteni a fel vilagot,..


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Van egy hasonló gépem, megosztom veled a friss tapasztalataimat.

A konfig egy Pentium Pro 200, 128 MB SD RAM-mal. Win NT4 van rajta, amin a legutolsó Firefox verzió, amíg még elfut, az a 2.0.0.20-as. A böngésző önmagában megeszik vagy 60-90 MB RAM-ot, és üresjáratban (egyetlen about:blank tab) is folyamatosan 60% körül pörgeti a CPU-t. Egyetlen szöveges oldal betöltése is percekig tart. Így szerintem böngészésre ALKALMATLAN.

Kíváncsiságból Letöltöttem a Code::Blocks-ot, hogy lefordítsak egy Hello World-öt. Maga az IDE is megette kb. a RAM felét, de a fordítás is valami 30-40 másodperc körüli volt. Összehasonlításként egy FreePascal-os HelloWorld lefordítása 3-4 MP volt. Ezek tükrében gondold át, hogy mire lehet használni a gépet. Szerintem ha nem a korabeli szoftvereket akarjátok futtatni rajta, akkor adjátok el egy-két gombért egy retro rajongónak, akkor legalább lehet hasznos.

Amikor ilyen kategóriájú gépem volt 2000 körül, a következő OS-eket futtattam rajta:
Debian 2.2, Windows 98, majd váltás Windows NT 4-re.

nézd + a másik vasat, hátha az izmosabb ... :)

"USB nincs" nemáááááá ...
a rottyant tomato p100-as alaplapomon volt, igaz csak alaplapi tüskesor, +usb 1.0, de kivezettem előre, a hüvelyét, hogy ne állandóan hátulról kelljen dugni ...
:):):)
suse 6.4 futott rajt egészen sokáig, 1 20gb-os IBM merevlemezzel //a bios csak 8G-ig látott, de ezt a pingvin vastagon lef0$ta, és tette a dolgát//
a ram adta+ magát végül az időnek, és már nem volt érdemes beletenni semmit, ... közben az alaplapi furathely szabványok +változtak //1 mini-itxhez is ripityomra kellett volna faragni// és a doboza is mehetett a süppesztőbe ...
_____________________
www.pingvinpasztor.hu

Lazán kapcsolódik csak, mire lehet egy ilyen ósdi gépet használni? Pl. tavaly összeraktam egy AMD K5 (75MHz) alapú régi gépet, 8GB Quantum HDD, 48MB RAM, S3 PCI videókártya (15" Samsung CRT-vel), soros egér, ezeréves AT billentyűzet és Gravis UltraSound PNP. Win98, Winamp 2.x, remek zenegép lett belőle a garázsba :) és a fogyasztása nem érdekel, mivel megy vagy heti 2 órát.

Ezt tudta volna egy ezer forintos MP3 lejátszö is :)

De meg van mentve az elektronika attól, hogy hulladék legyen! Még pár hónapig így biztosan nem dobja ki.
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Ezt tudta volna egy ezer forintos MP3 lejátszö is :)

Nosztalgiázni jó csak, munkára nem. Írta itt valaki, régi programok esetén esetleg. Szerintem még akkor se, hacsak nincs valami Borland féle ciklusbug, mint volt régen.
Van nálunk két eszköz és volt hozzá két P2-es gép Windows NT4 alapú rendszerrel, sok szívás volt a hardverrel. Pont lejött pár régi irodai gép egy magos Core2 alapú celeronnal, G31-es chipkészlettel. Annyit kellett ügyködni, hogy a biosban le kellett tiltani pár dolgot, proci featurét, valamint a ghostolt rendszeren felrakni egy VESA meghajtót az integrált videókártyához. Azóta kopp-kopp tisztább, szárazabb, biztonságosabb érzés. Gyorsan bootolnak, nem fagynak, ha akarnék, az ipari környezet miatt még SSD-t is pakolhatnék a gépbe, de bírja a winyó is és kisebb SATA dögivel van pótalkatrésznek.
Sajna a Core2 alatt minden csak szigorúan nosztalgiára jó, ilyen Core 2-es alapú irodai gépet viszont fillérekért szerzett kétmagos procival még nyugodtan lehet használni, úgy hogy van, amin Windows 10 TH2 fut stabilan és jó sebességgel (2+1 gigás modulokkal, két magos celeronnal).

> Mit ajánlanátok?

A Saubermacher Kft foglalkozik veszélyeshulladékok elszálíltásával.
http://www.saubermacher.hu/hu/szolgaltatasok/#vh_kezelese

Igaz, hogy nem GNU/Linux, de KolibriOS-szel még talán működésre bírható. Van hozzá „táblázatkezelő” és „karakteres webböngésző” is.

Váó, mik vannak :D, kipróbálom én is, köszi!

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

MSDOS revisited. És az egész assemblerben megírva. Óriási! Ha tudna RDP-t lehetne fontolgatni, hogy a mostani 20+ eBox3350MX-en lecseréljük az AntiX-ot.
Fiatal szovjet mérnökök, miket nem tudnak.

Win98 megy rendesen? Ami működik, azt ne piszkáld, főleg ebben az esetben!
Táblázatkezelésre elég, de nem kell többet várni. A műhelyben meg ne netezzen, hanem dolgozzon :)

Zaza leírása talán megfelel.

http://flerp.hu/debian/fujitsu/fujitsu.html

Remek leírás.
--
Légy derűs, tégy mindent örömmel!

+1

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

FreeDOS vagy NetBSD

----
"Kb. egy hónapja elkezdtem írni egy Coelho-emulátort, ami kattintásra generál random Coelho-kompatibilis tartalmat."
Instant Coelho

Böngészőnek használj Dillo-t: http://www.dillo.org/
Nagyon limitált, de azért mégsem egy links..

netsurf kicsit jobb, de tobbet is eszik.

midori tunik a legkisebb, meg fejlesztett, bongeszenek tuno targynak (acid3 100/100).

Mar ez is tobbet eszik, mint ami egy p1 -en megengedheto volna.

Tud valaki kisebb, acid3 -at vivo nem halott browsert ?

szerk:
https://en.wikipedia.org/wiki/Comparison_of_lightweight_web_browsers

xombrero kisebbnek tunik, mint a midori, es nagyobank mint netsurf.

Nem eleg kicsi,
van kisebb acid3 browser, amit meg mindig karban tart valaki?


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Midori 128 MB rammal biztosan nem használható.
Nem a program mérete számít, hanem a memóriahasználata.

Elméletileg készíthető lenne olyan böngésző, ami például nem épít teljes DOM-ot a memóriába, hanem mindig újraolvassa a forrást. Sőt statikus tartalom esetén újra le is töltheti, ha éppen nem kell megjeleníteni, így azt sem kellene memóriában tárolni.

En is memoria fogyasztast neztem :)

A baj az, hogy az uj browserek mar megettek 128Mb meg mielott egyetlen oldalt betoltottel volna.


Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Nem ide :(

<= Powered By Ubuntu & Gentoo Linux =>

'Software is like sex: It's better when it's free!'
By Linus Torvalds

Ma vettem kemény 12ezerért egy full alap tabletet tescoban a kiárusítás polcról. Atom z3735g, 1gb ram, 7" ips (papíron), valami minimál tárhely, windows8, 1év onedrive 1tb+ 1év o365.

Bekapcsoltam, elindult, és még hdmit is tud. Utálom a táblagépeket, onedrive meg office miatt vettem meg. Már önmagában ezek miatt megéri. Hdmi miatt meg mondjuk találok helyet a tabletnek egyik tv mellett.

+1

Lehet hozzá billentyűzetet és hdmi képes monitort is csatlakoztatni.

Mit tegyél rá? Földet, ne haragudj, de tényleg szarra se lesz használható és még áramot is fog fogyasztani, inkább valaki ad ajándékba egy P4-et errefelé.

"Mit tegyél rá?"
Nem kérdezte, ne haragudj.
Van rajta rendszer, használható arra, amire vette.

Szerintem a témaindítónak szánta :D

En egy orias pottyos turorudiert cserebe szivesen adok egy 775-os 3,6-os HT P4-et, meg hozza 2 marek ramot ha eljon erte... sot ha nagyon megeroltetem magam meg egy 8400GS is van valahol hozza.

Szia!

Én is freedos-t és kolibri OS-t javasolnék alapból.

Nekem van egy nagy kedvencem ilyen gépekre. A pupngo puppy. Az 9,8 mb viszont abban egy kezdőnek semmi sincs.
:-)
Bővebben:
http://skamilinux.hu/?p=696


Puppy linux, mert megérdemlem. http://skamilinux.hu

No!
Megvan!
Ezt a Linux rendszert rakd fel!

http://skamilinux.hu/phpBB3/viewtopic.php?f=50&t=283


Puppy linux, mert megérdemlem. http://skamilinux.hu

Az internetezést lehúzhatod a listáról, menjen rá egy windows 98 meg egy office xp, talán elviszi, azon lehet access -ezni. De nem értem hogy miért nem vesztek egy céges selejt c2d -t vagy i5-öst, gombokért. Főleg úgy, hogy amennyiben raktárazásra használjátok majd, pénzt termel. Szóval ne az legyen a cél hogy minél kevesebb pénzből kijöjjön, főleg ha párezer forintból 25x erősebb gépet megkapsz.

--
arch,debian,openelec,android

"A számítógép internetezésre és raktárkészlet nyilvántartásra kellene (táblázatkezelőben, vagy adatbázis kezelőben)."

Első körben egy hasonló korú mátrix nyomtatóra lesz szükséged, ha ezt beszerezted jelentkezz, van DOS-os raktárkészlet és számlázó program.

Most sokan hahotáznak, de 2mrd éves forgalmú cégnél van használatban és teljesen jól müxik.

LOAD "http://digx.hu",8,1

x2 double :)

LOAD "http://digx.hu",8,1

Egy újabb gyöngyszem :-D

http://skamilinux.hu/minux-1-0-1-24-megabajtos-grafikus-linux/


Puppy linux, mert megérdemlem. http://skamilinux.hu

Hiábavaló a legtakarékosabb oprendszer is, mikor a környezetből jövő adatokat nem bírják feldolgozni. Lásd attraktív weboldalak, javascript, a már lassan eltemetett adobe flash, nagy felbontású képek és videók.

Meg amúgy is el kell engedni az ilyen gépeket. Vannak nálunk Core2-es gépek (más kérdés, hogy főleg Celeron, de az alapok közösek), amik sebesség szempontjából még nem is vészesek (2 magos változatok). De egyszerűen ki kell mondani, rohadnak el, mennek tönkre, alaplap, táp és memóriahibák, kékhalálok-újraindulások sora.
Így is voltak olyan ipari cuccok, ahol a pentium2-re telepített rendszert sikerült nagy nehezen core2 alapra átvinni lemezmásolással és BIOS állítgatásokkal (CPUID 3 meg legacy üzemmód a SATA-n), de már azok a lapok is halnak megfele, pénzt meg nem igazán költenének rá, viszont a show-nak mennie kéne tovább. Most pl lassabbra vettem az időzítéseket, alacsonyabb frekire az FSB-t, mert úgy is mindegy annak a rendszernek (amit PII-ről migráltam), viszont így még stabil. Használtan (garanciával!!!) már nem olyan drága egy régebbi 7 alapú pentiumos gép sem, sebessége meg mindenre elég, ami irodába kell a titkárnőnek vagy a művezetőnek.
Az MMX-et meg fel kell ajánlani egy múzeumnak, vagy nosztalgiagépet építeni majd köré egy szentélyt, ha még normálisan működik

Ha már ebay... Én PL egy kb 2000-ben gyártott laptopot keresek (valami szépet mert ócskavas az van dögivel 1000 forintért), az első Linuxomat ami egy SuSE Linux 7.1 azt szeretném korhűen feltelepíteni. Azon kívül, hogy "szerethető" és emlék, sok értelme nem lesz, de jobb így tárolni, mintsem dobozban a CD-ket. ;-)

--
Karesz
www.fotokaresz.hu

Mi lett a géppel?

Ne aggódj, nem került a kukába.
Az oldalára fektetve pont elfér rajta a nyomtató.

Faith in humanity restored.

Nosztalgia On:
Nézegetni, visszaemlékezni a nagy szopásokra, Ok. Bekapcsolni és használatba venni? Jesszus…. Hihetetlen, hogy a telefonom kb. x100 erősebb mint egy ilyen :D El kell fogadni, hogy az idő elszállt.

Egyetértek. Ma már nosztalgiázni is jobb virtuális környezetben vagy emulátorral, épp úgy felmegy a régi OS, régi programokkal, és nem kell hozzá külön lomot tartani, meg retrógépet bekapcsolgatni, host partíciókat bolygatni, floppykat cserélgetni. Épp néhány hete nyomtam le a The Lost Vikingset DOSBoxból, MT-32 emulációval, még jobb is volt a hangulata. Anno csak sima SB-es OPL3-as FM-MIDI-t támogató kártyával játszottam vele.

Ha annyira be kéne röffenteni egy ilyen MMX-es gépet, TinyCore-t vagy Damn Small Linuxot tennék rá, esetleg NT4-et, mellé meg a játékokhoz Win98-at, mert azon mennek a régi DX-es játékok, meg van DOS-os része is, amit így szintén nem kell emulálgatni. Nem baj, ha nem fér bele 24MB-ba, ma már retró gépbe sem nagy szám valami régi 80-100 gigás HDD-t túrni. Esetleg ha komolyabb hobbiprojekt lenne belőle, akkor kézzel reszelnék rá valami ultraminimalista linuxot LFS-ből vagy Debian netinstallból, hasonlóból. Amúgy egy ilyen gép már nem jó semmire, se böngészni, se videót nézni nem lehet rajta, legfeljebb retró játékokra, egyszerű szövegszerkesztésre, és legacy zenehallgatásra (mp3, mod, stb.) jó. Már erre sem érdemes használni, ingyen, vagy gombokért 100-szor erősebb gépre szert lehet tenni, ilyen P4-szintű gépeket is rég kidobtak az emberek, sok helyen már adománynak sem veszik át.

MS-DOS 5.0 :)

--
robyboy

DOS + Easy Calc
Offline!
Internetezésre meg használja a telefonját! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Hűha tényleg!

Vigyázz, mert jönnek a hackerek és rányomják a ransomware-t. Igaz, hogy XP alatt egyik se fut, de valami úgyis lesz. Félj!!! ... ha voltál olyan ravasz, hogy nem álltál be a csordába és akartál újat venni! Rettegj!

Hihetetlen, mikre képes volt a támogatáslejárós hisztériakeltés...

Simán tehetsz rá egy Windows 3.11 + Excel/Access kombót.

A Windows 3.11 igencsak gyors lesz rajta és megfelel a célnak. Persze, ha van rá jobb leltáras szoftver, akkor érdemes azt használni, de én a jó öreg Excelt javasolnám.

Windows 3.11: https://winworldpc.com/product/windows-3/311
Excel 5.0: https://winworldpc.com/product/microsoft-excel/5x
Access 2.0: https://winworldpc.com/product/microsoft-access/20

Ekkor még nem volt egyben Office, de a verziók a legfrissebbek Windows 3.11-re.

Ilyen szép kis form-okat is tudsz csinálni Access-ben az alkatrészbevitelhez. :)

A fenti verziók angol verziók, ahol a unicode (pl. árvíztűrő tükörfúrógép) lehet, hogy nem fog zökkenőmentesen működni. Ugyanakkor kereshetsz magyar Windows 3.11-et, meg magyar Office progikat is. Biztos találsz néhány retro fan oldalon.

Ha elakadtál, szívesen segítek. A fejlődésmániásokat meg szard le!

Unicode? Még egy mai windows se képes defaultba mindent utf8-ba rakni, a 3.11 meg valószínűlegazt se tudja mi az. iso8859 talán megy neki valahogy.

Épp ezért javasoltam a magyar verziót.

Épp ezért írták neked, hogy azzal sem fog menni. A Win 3.1x semmilyen formában nem támogatja a Unicode-ot, a fontsimítást, a preemtive multitaskinget, meg úgy nagyjából semmit sem, így könnyű soványnak maradnia. Inkább 486-osra való. Win98SE vagy NT4 nem túlzás MMX-re, ha annyira nem akar valaki Linuxot. Igazából ha a proci erősebb lenne egy kicsit, meg menne még bele RAM, akkor a Win2k is elmenne rajta, vagy AntiX, Sparky.

A Win 3.1x-re való office-os alkalmazásokkal is kitörölheted, mert alapból nem jók semmire, erre még rájön, hogy az Office95-ös és attól újabb formátumokat sem tudják megnyitni. Ilyen gépen úgyse lehet irodai munkát végezni, MMX-re az Abiword és a Gnumeric is túl bloat. Persze, értem én, Windows Matyiknak akkor teljes az életérzés, ha az MS Office is fent van (vagy esetünkben a Word, Excel, stb.).

Nem a unicode-nak kell mennie, hanem a magyar karakterkódolásnak, már amennyiben szükség van rá a leltárazáshoz. Ehhez pedig jó a magyar Windows. Azon működik a magyar karakterkódolás, különösebb problémák nélkül.

Ne idealistáskodj! Leltárazáshoz kellett neki a gép, amire az általam említett kombó alkalmas. Nem Office 365 cloudbloat, meg hálózatra szinkronizált XLS-ekről beszélünk. Mellesleg, még az általad oly sokszor istenített OpenOffice/LibreOffice bloatbrand-del is lehet Excel 5.0-ba menteni, nem hogy az Office magasabb verzióival. Ha pedig szoftvermultiék kidobják a támogatást a későbbi verziókban, még mindig ott a LibloatOffice, vagy a 2007-2010. Problem solved.

Ja, jó, te említetted a Unicode-ot, összezavartál vele. Ha csak magyar karakterek kellenek, akkor oké. Amúgy a topikindító szituáció morbid, meg mint kiderült, a géptulaj szándékai nem komolyak, kockás füzet is elég lett volna neki. Azon a gépen, arra a feladatra bőven sok a Win98 is, esetleg ha a stabilitás miatt fontos, akkor mehet rá NT4 SP6a-val (igaz fontsimítás meg egyebek ezeken is nuku, én már emiatt sem ülnék le egy ilyen géphez). Hiperminimális Linuxszal nem sok mindent tudna kezdeni az öreg, ahogy a leírásból lejött. Ezeken az OS-eken, meg 128MB RAM-ból elmegy az Office XP is, a 2003 már nem. Mellé meg feltesz egy 2-es WinAmp-ot, legalább lesz zene is a műhelyébe, ha nincs kisrádiója. Ilyen gépen minden másfajta free office (LibreOffice, OpenOffice.org, WPS Office, Abiword/Gnumeric, stb.) meg böngészés teljes mellszélességgel felejtős. Linuxot arra az esetre írtam csak, ha nem ilyen öregnek kellett volna a műhelybe.

Ami az xls-eket illeti úgy általában (a topiknyitó műhelyes felhasználásán teljesen túllépve): lehet Word/Excel 6-os formátumban menteni, de ezt magyarázhatod ECDL Mancikának, aki az alapértelmezetten beállított docx/xlsx-ben tud csak. Minden más meghaladja a képességeit, nem csak hogy a lenyíló formátumlistát nem tudja lenyitni mentéskor, de még azt sem tudja mi az a formátum, hiába van kiírva. Ja, biztos csak egyedi eset, fogod mondani, de nem, MS office-os fájlokat ilyen helyekről kap az ember, pont a kompatibilitás miatt ragaszkodnak hozzá sokan.

>semmilyen formában nem támogatja a Unicode-ot, a fontsimítást

szerintem hátrányokat akartál sorolni

Az unicode az ördögi multiktól való! Minden szegény nemzetre rá akarják sózni a bloat szoftverüket!
A fontokat meg csak akkor érdemes simogatni, ha a párnacihában vannak. Bár akkor is felesleges, mert nem dorombolnak.

Ja nagyon jó volt a régi módszer az 50 féle hülye karakter kódolással, ezt egész jól sikerült megoldani, miközben kompatibilis maradt bizonyos szinten az ASCII kóddal. Ez által normálisan meg tudsz nézni egy lengyel nevet, meg tudsz jeleníteni egy cirill betűs szöveget, sőt akár távol keleti karakterek is szépen megjelennek. A gyökerek az MS-nél még ma se képesek beállítani amúgy, csinálsz egy fájlt VS-el az nem utf8-ba fog menteni.

A font simítás annyira nem szükséges manapság amikor már 5"-os fullHD mobilok vannak, de 800x600-ba azért nem árt.

meanwhile in Unicode HQ: https://xkcd.com/927/

Sorold kérlek. Van az utf8, esetleg találkozhatsz még utf16-al, más nem nagyon van. Na most akkor soroljuk a nem unicode charseteket.

Az a nagy helyzet, hogy idealistáéknak nem utólag kellett volna ezeket a szabványokat kitalálni, hanem még mielőtt elárasztották a világot ISO meg DOS kódolású gépekkel. Nagyjából olyan, mintha akkor akarnád bevezetni a GSM szabványt, amikor már az egész világon el van terjedve a mobiltelefon és van 14 féle másik, regionális szabvány.

Igen, 1960-ban, amikor az ASCII táblát kezdték szabványosítani az idealistáék, akkor kellett volna szólni nekik, hogy 57 évvel később a 7 bit nem lesz elég hajbazernek.

^a komment, amit egy "+1" rövidebben reprezentált volna

Sebaj. :P Nem az első eset. :D

Hagyjuk meg neki a hosszabb mondat = hosszabb e-pénisz illúzióját.

Mi ez a bromance a komcsi meg a náci között? Akartok valamit mondani?

^he mad

többnyire csak egy zebra nevű hupu vergődése, akinek jobb skatulyákra nem futotta és az ő szépújvilágképéből kilógó véleménnyel rendelkezőket komcsi és náci divíziókra osztotta fel

Valahogy így.

1960-ban is voltak a világon különböző nyelvjárások és írásmódok.

A "Perfect is the enemy of good enough" idealizmus tipikus (elbaszott) esete ez.

hint hint hint
Szerinted melyik mozaikszó fedi le a következő kifejezést: American Standard Code for Information Interchange
Bónuszpontokért azt is megmondhatod, hogy találsz-e benne esetleg nemzetre, és így implicit abc-re vonatkozó utalást.

>Interchange

mit nyertem?

Amerikaiak által használt adatcsere kifejezés esetén arra gondolni, hogy ők más nem angolul beszélő néppel akarnak adatokat cserélni, nagy naivitásra vall :)))

ne zavarja össze a hupszakértést az a néhány furcsa "amerikai" szimbólum 0x7f fölött

A 7-bites ASCII-ben nincs is olyan sok kód 0x7f fölött (bár akkoriban ezt 0177-nek nevezték.)

no és az u-ni-kód egyszabványból melyik egyet támogatjuk éppen ma?

Mindegyiket is. :D

az alap ascii-ban 0x7f fölött nincs semmi. Ezt később a bővített kódlapokkal próbálták megoldani, de
ez igazából csak ideiglenes megoldásnak volt jó, mert a különböző kódlapokat nem lehet keverni.

A problémát az utf8-16-32 megoldotta, a sima text file elejére rakott BOM header pedig kiválóan mutatja, hogy hogyan
is kellene értelmezni.

>A problémát az utf8-16-32 megoldotta

ugyanezt a problémát a cp473 és cp852 is megoldotta már egyszer ugyanígy

Nem oldotta meg. Próbáltál már egy szövegben, kínai és magyar szöveget írni? Vagy akár
kínai és oroszt? Vagy magyar és oroszt? Nem igazán működik...

>Nem igazán működik...

milyen érzés a neten hazudozni? előző komment:

>header pedig kiválóan mutatja, hogy hogyan
is kellene értelmezni.

A BOM header mutatja, hogy az adott szöveg UTF8-16-32, tehát hogyan (UTF8, 16, 32, stb.) kell értelmezni
egy szöveget.

Ha ez nincs, akkor jön a találgatás. Persze ha lehet tudni, hogy az adott szöveg mondjuk UTF8-ban van, akkor
erre nincs szükség, de ettől függetlenül, az UTFX lehetőséget ad egy szövegen belüli különböző karakterkészletek
keverésére.

most ettől az infótól lehet le fogsz esni az egyetem aulájában a padlóra, de ezek a fránya headerek még 437 és 852 sőt KOI8-R és egyéb országok közötti dolgokat is tudnak jelölni, és tudom hogy durva, de Dokumentumon Belül Is, WOW

Ja, csak mennyivel egyszerűbb mondjuk egy kellően nagy kódtáblán belül mozogni technikailag, mint dokumentumon (vagy text stream-en) belül össze-vissza váltogatni...

pl. képzeljük el. van egy jelölő (hogy ez technikailag hogy van megvalósítva, az lényegtelen), hogy most angol szöveg jön, iso-8859-1-es kódlappal, aztán tessék váltani 8859-2-re,
aztán meg mondjuk kínaira. És ez ismétlődne össze-vissza egy dokumentumon belül. Ehhez képest mennyivel egyszerűbb, hogy BOM azt mondja, UTF8, és ennyi.

Úgy érted, mennyivel egyszerűbb nagyságrendekkel több bájtot elpocsékolni, mint normálisan megjelölni az egyes, szöveget alkotó blokkokat, hogy milyen karakterkódolásban legyenek reprezentálva.

A kérdés, hogy tárhelyben akarsz egy feature-ért fizetni, vagy villanyszámla/komplexitás/bugban.

Ha pedig tárhely:

kínai szöveget úgysem tudod máshogy, mint UTFx-ben leírni. Ez adja az internet egy bazi nagy (átlagember által nem ismert) részét. A másik az angol szöveg,
az pedig byte-ra annyi, mint ascii-ban (UTF8 esetén).

Most nem az a kérdés, hogy miért akarok fizetni, hanem hogy engedik-e trendiék. Nem engedik.

Van egy probléma (több ország karakterkészletének használata, illetve nem európai nyelvek karaktereinek használata). Ezt a problémát több féleképp is meg lehet oldani, ezekből az UTFx terjedt el, mert
kb. mindenkinek (még a klingonoknak meg a rovásíróknak is) megoldotta a problémáját.

A te megoldásod több sebből is BLOAT. Kezdjük a legegyszerűbbel: szépen csinálsz egy táblát, hogy mondjuk a 27-es kódot XYZ kódlappal kell értelmezni. Tehát ha bejön egy új nyelv/karakterkészlet (és ilyenből egy rakás volt az UTFX történetében, pl. a rovásírás!) akkor onnantól kezdve MINDEN software-t át kell írni, hogy támogassa azt. Miközben most SEMMIT nem kell csinálni, egyszerűen fel kell rakni egy új fontot, amiben benne vannak ezek a karakterek, és már lehet is gépelni. BLOAT?

Ugyan, ne zavard már össze, szegénynek ez már űrtechnika.
Ha egy marék aprókavicsnál több esze lenne, talán arra is rájöhetne, hogy nem túl hatékony egy szöveg egészét parsolni ahhoz, hogy megtudjuk az utolsó karaktert. Ugyanis az általa javasolt formátumban a seek egy kicsit költséges művelet lenne. Úgynevezett bloat, hogy ő is megértse.

>Ha egy marék aprókavicsnál több esze lenne, talán arra is rájöhetne, hogy nem túl hatékony egy szöveg egészét parsolni ahhoz, hogy megtudjuk az utolsó karaktert. Ugyanis az általa javasolt formátumban a seek egy kicsit költséges művelet lenne.

ne legyél nagyon szomorú amikor a hagymázas képzelgéseid a hupmeme-n kötnek ki szórakoztatási célból

Olybá tűnik, mintha a kódlap, karakterábrázolás, nls mibenléte kissé összemosódna számodra. ;)

>kb. mindenkinek (még a klingonoknak meg a rovásíróknak is) megoldotta a problémáját.

yapp.

Unicode has been criticized for failing to separately encode older and alternative forms of kanji which, critics argue, complicates the processing of ancient Japanese and uncommon Japanese names. This is often due to the fact that Unicode encodes characters rather than glyphs (the visual representations of the basic character that often vary from one language to another). Unification of glyphs leads to the perception that the languages themselves, not just the basic character representation, are being merged.[54][clarification needed] There have been several attempts to create alternative encodings that preserve the stylistic differences between Chinese, Japanese, and Korean characters in opposition to Unicode's policy of Han unification.

>BLOAT?

nem, hanem EHHEZ SE ÉRTESZ

UTF8 vs Unicode... UTF8-16-32 azt mondja meg, hogy hogyan címezzen meg egy karaktert, az unicode az, ami azt mondja meg, hogy az adott karakter az mégis micsoda.

lássuk be ez elég gyenge terelés volt

Nem, mert két külön dologról beszélünk. Maga az UTF8 megoldotta azt a problémát, hogy hogyan írjunk különböző nyelvek karaktereit
egy szövegbe.

Abban igazad van, hogy a Han unification nem volt egy annyira jó ötlet feltétlenül...

Csak hogy a többiek is értsék, hogy miről beszélgetünk:

https://en.wikipedia.org/wiki/Han_unification

Han unification is an effort by the authors of Unicode and the Universal Character Set to map multiple character sets of the so-called CJK languages into a single set of unified characters. Han characters are a common feature of written Chinese (hanzi), Japanese (kanji), and Korean (hanja).

Még egy kis kiegészítés, ami viszont a másik oldalról szól:

https://news.ycombinator.com/item?id=9222056

SiVal 782 days ago [-]

No. Using different code points for the same character used in different languages creates big problems. It would be like having different code points for 'A' depending on whether it was used in English, Spanish, German, etc. If you somehow ended up writing "color" with both 'o' characters from the Spanish ABCs and the others from the English ABCs, you'd have a real mess when it came to sorting, searching, name matching (what language is "Hans"?) etc. It is far more convenient to allow the character sequence "color" or "Hans" to be language independent, even if the font choices, pronunciation, sort order, etc., are language dependent.

Chinese, Japanese, and Korean writers face similar issues. The characters they use to write the name of China or Japan, the ten digits, the characters for year, month, and day in dates, and so many thousands of others in Chinese characters are what they all consider to be the same characters. That is not all characters, but it includes so many that insisting on different code points by language would make a real mess. Hong Kong has many characters that are unique to HK Cantonese. So, should Cantonese have a full set of all Chinese characters that are the "Cantonese characters"? How about Shanghainese, then? Or Hakka? Teochew (Chaozhou) or a dozen Chinese languages? Full, independent sets of all Chinese characters for each? Suppose you accidentally used an input method in HK and wrote the name of some Beijing gov't ministry using characters that looked identical to their Mandarin counterparts but were entirely different codepoints? Now what? You can't find your search term? You mess up the database and have two identical-looking keys?

No, Han unification is not conceptually different from unifying ABCs used by English and Spanish speakers, Cyrillic used by Russians or Serbs, etc., except that there are many more characters, so the boundary between what should be unified and what shouldn't contains more items in the gray zone to cause debate. Having no Han unification at all wouldn't solve all problems, it would create all sorts of absurdity.

Ebből egy dolog következik: a különböző nyelveket összehozni azért egy nagyon nemtriviális feladat.

>igazad van

tudom.

--
Jean-Baptiste Emanuel Zorg

csak azért olvasd el a hozzászólásom második felét is, ami nagyon durván árnyalja a kérdést. Plusz valójában átlag Mainland China-ban lakó
lesz..rja a tradis karaktereket, mert nem is tudja őket elolvasni (kínai tanárom SEM!), szóval 50 év múlva a probléma megszűnik létezni :D

>olvasd el

megtörtént

>nagyon durván árnyalja a kérdést

nem

>A kérdés, hogy tárhelyben akarsz egy feature-ért fizetni, vagy villanyszámla/komplexitás/bugban.

ezt a szánalmas hanmukázást úgy olvastam hogy "najó igazatok van úgy tényleg ésszerűbb lett volna"

>kínai szöveget úgysem tudod máshogy, mint UTFx-ben leírni

hát igen az Unikód Isten(ek) (3!) Eljövetele előtt talán még Kína se létezett.

ja várj https://en.wikipedia.org/wiki/Code_page_1386

>The Windows command prompt uses CP936 as the default code page for simplified Chinese installations

megvárom amíg elapadnak a könnyeid.

Persze, csak az 1386-os kódlapban kb. 200 kínai karakter fért el, nem véletlen, hogy a CP936-ba is csak a simplified fért bele, a rendes karakterek nem. Amúgy meg már írtam, hogy nem csak a kínai karakterek miatt kell Unicode, meg nem csak a japán, thai, héber, hindi, örmény, koreai, indoznéz, afrikai, stb. nyelvekhez (a cirill, görög, arab, eszkimó, vietnami betűk/jelek előtte is megoldottak voltak), de tipográfiai, fonetikai, matematikai jelekhez is (ez utóbbi 3 kategória magyar szövegekben is elég jól jön), sőt, a Unicode még olyan blődségeket is támogat, mint a magyar rovásírás. Igenis nagy előrelépés, hogy mindent összefoglaltak egy nagy kódolásban, pont a bloatosodást azok csinálják, akik már csak azért sem használják, inkább ragaszkodnak feleslegesen elavult kódolásokhoz, ha elég volt rég, most is elég lesz alapon, közben meg miattuk kell a kódolásokkal szívni, kapcsolgatni, ha mindenki Unicode-ot használna, nem lenne téma.

Egyébként valóban, Unicode, de még az 1386-os kódlap előtt is létezett Kína, a kínaiak mindig is megoldották az írásjeleik bevitelét, ez a nem kínaiaknak okozott inkább gondot. Sok speciális jelet korábban is tudtak kódolni, de karakterszekvenciákkal, meg escape-karakterekkel kellett kínlódni, ami nem csak körülményes, de az emberi szem számára elég nehezen olvasható a forráskódban, plusz házi, nem szabványos megoldásokkal kellett hozzá gányolni, meg az egyes megoldási módok között bőszen konvertálgatni.

Csak egy okot mondj, amiben a Unicode hátrányosabb, mint a régebbi kódolások, és érinti az egyszeri felhasználót. Kár, hogy nem mindig elég az üdvösséghez, sokszor nem elég bevinni az illető Unicode-karaktert, a megjelenítésre használt betűtípusnak is támogatnia kell, márpedig elég kevés olyan betűtípus van, amelyik minden Unicode-karaktert támogat, vagyis tárol hozzá betűképet.

Nem is kell túl speciális dologra gondolni: pl. valaki szeretne két olyan nyelvet is használni egy dokumentumban, amelyek két külön kódlapba tartoztak korábban, vagy pl. magyar szövegben használna nyomdai jeleket és fonetikai karaktereket, ez pl. egy még kevésbé speciális felhasználási mód.

Sőt, hogy megbotránkoztatót mondjak, még a Unicode-tól is lenne hová fejlődni, mert az is csak kb. 128 ezer karaktert támogat. Plusz a Unicode visszamenőleges kompatibilitást nyújt, de én el tudnék képzelni olyan modern 32 bites megoldást, amelynél ezt már nem kéne követni.

>Igenis

nem retardáltakat az igazamról győzködni vok itt, hanem röhögni, make no mistake

>Csak egy okot mondj, amiben a Unicode hátrányosabb

1. nem backward-compatible - ezért is van a hazugságprottál.hu iso88592-ben, hiszen gondolni kell a Netscape/C64/Amiga/lynx userekre is, ahol a developereknek van annyi esze hogy nem piciny kínaszindrómás hupuk mesterségesen generált igényeivel foglalkozik
2. nem backward-compatible - IRC
3. nem backward-compatible - a VT termináljaimon
4. nem backward-compatible - Volkov Commanderrel nem tudnám editálni a homepajzsot
5. nem backward-compatible

>Plusz a Unicode visszamenőleges kompatibilitást nyújt

már megint túltoltad a gyógykakaót

az unicode egyébként egy dolgot nyújt: remek lehetőséget a domain phishingre

1. 444, index azért utf8

Idézet:
matematikai jelek

Szerintem matematikai jeleket nem lenne kötelező egy txt-fájlban vagy adatbázisban tárolni (nem is igen látom az értelmét). Matematikai jeleket hozza létre a megfelelő program (akár az egyenletszerkesztő a Word-szerű szövegszerkesztőkben vagy (La)TeX, stb.).

Ehhez csak gratulálni tudok, hiszen az unicode TÖKÉLETES!
Már ha az a célod, hogy világ összes betűjét, írásjelét, egyéb jelét, valamint a jövőben kitalált összes akármit egyszerre szeretnéd ábrázolni.
Már csak egy kérdés maradt: Az esetek hány százalékában van erre szükség?
Pótkérdés: Hány esetben használják, feleslegesen és hibásan?
Letaglózó kérdések: Értelmes dolog linux konzolon 128000 karaktert támogató ábrázolást használni? Életszerű-e a kínai írásjelekkel kevert matematikai képlet, mint fájlnév? (Különösen magyar Windows esetén.)

A 128000 karakter == 17bit. Nem bonyolult az unicode működése ehhez a kevés képességhez képest?
Ha csak magyarul írok, minek tudjam ábrázolni a kínai jeleket?

Sokkal takarékosabb lenne egy 5 bites telex kódon alapuló kódrendszer. Csak kikötöttünk a 8 bitnél, ami helyett egy modern 32 bites megoldást vizionálsz. Abban az időben, amikor már szinte minden 64 bites. ;)

Ha az esetek 1%-ban lenne rá szükség, már akkor megérte. Már pedig gyakrabban van rá, ha magyarul is írsz, akkor is szükséged lehet pl. normális nyomdai jelekre, rendes idézőjel (már az alakja és a pozíciója is más, nem ez a ""-jellegű írógépes szar, a nyomdait nevezik smart quotation marknak is), gondolatjel (n-dash, hosszabb, mint a kötőjel), hármaspont, stb., ha angolul írsz, akkor nagykötőjel (m-dash), angol vagy amerikai típusú nyomdai idézőjel, stb..

A kínai jelek megjelenítése meg nem csak azért fontos, valószínű, ha megjelennek, akkor sem tudják sokan elolvasni, csak krix-krax marad, de legalább nem üres négyzetek jelennek meg a helyükön, amiről az ember azt sem tudja mi akart lenni, meg nem szállnak el a fájlkezelők hibával, hogy valami kódolási probléma miatt nem tudták a fájlt megnyitni, meg a tömörített fájlt nem lehetett kibontani. Sokan azt hiszik, hogy ezek arra vannak, hogy a kínaiak dákóját szopkodjuk, pedig nem. Pl. a kínai karakterek akkor is jól jönnek, ha fájlnévben vannak, nem tudod mit jelent, csak kimásolod fájlnévből, könnyen feldolgozható lesz online gépi fordítóval. Megvallom én sem használok kínai jeleket, nem tudok kínaiul (jó, kemény 3 jel rámragadt érdekességből), de pl. angolul tanuláshoz sok fonetikai átiratot készítek (meg hobbiból magyar, német, spanyol fonetikai átiratot is néha napján), és ahhoz jól jönnek a Unicode-os IPA-jelek. Vagy pl. cirill betűknél sem az a néhány betű van, mert mások a kisbetűk, nagybetűk, nyomtatott és kézírásos betűk, elég más a betűformájuk.

A matematikai jeleknél sem árt, ha mindjárt be lehet őket szúrni egy plain text fájlba, úgy könnyen szerkeszthetők, nem kell mindenféle „bloat”, grafikus frontendet és markup kódértelmezőt igénybe venni. Példának tudom írni a (La)TeX-et, annál eredetileg \szekvenciákkal lehetett csak bevinni a matematikai jeleket (meg a magyar ékezeteket, cserébe elég volt rá a 7 bites ASCII), de mióta pl. a modern forkok alapból kezelik az UTF-8-at, sokkal gyorsabban lehet begépelni ezeket a jeleket, és már a forráskód is olvashatóbb lesz az emberi szemnek, könnyebben látszanak a gépelési hibák, míg a régi rendszerben, ha valahol nem stimmelt a képlet, nézegethetted és debugolhattad szemszáradásig, hogy melyik szekvenciánál hibás. Kereséskor is jól jön, könnyebben megtalálod a kódban az adott szó előfordulását, ha UTF-8-as kódolásban keresel rá az adott szóra, míg szekvenciáknál lehet szenvedni az átírással, csak megnöveli az elgépelés kockázatát.

A 32-bites megoldást azért írtam, mert már létezik, és ez is 4 milliárd karakterre ad lehetőséget (valójában csak a fele, mert ott vannak escape bitek is), ennyit az emberiség még jó ideig nem fog tudni kihasználni, akkor sem, ha történelmi nyelvek hieroglifáit, meg egyes szakmák jeleit felveszik (pl. mérnöki jelek, zenei jelölések), meg szegecsnek beteszünk még 500 millió szmájlit, még a fele felét sem tudjuk kihasználni akkor sem. Plusz a túl sok karakter támogatása betűtípusszinten is problémás, nem csak az elkészítési munka, de egyáltalán a fájlméret, memóriaigény miatt, úgy nem sok értelme van a sok karakternek, ha nem tudjuk megjeleníteni. Persze, ha annyira akarod, tőlem lehet 64 vagy 128 bites is a kódolás, de akkor hajbi minimum a kardjába dől befelé nagyon dúlván.

Az a baj, hogy szépen kevered a karakter ábrázolását a megjelenítéssel. Az első csak adatcsere, a második meg csak alkalmazás specifikus környezetben létezhet.
Az alkalmazás ábrázolás módja úgyszólván tökmindegy. Ugyanúgy nem fogod begépelni az utfX, mint a 7 bites escape szekvenciákat. Bármihez értelmezés szükséges már az input oldalon. A megjelenítés meg csak az alkalmazástól függ. Persze nem én és nem most fogom feltalálni a megjelenítendő dolgok megjelenítését az alkalmazásokban, sőt tartok tőle már régen feltalálták, többször is.
Példa: Van egy dokumentum szerkesztőd, amely szöveges dokumentumokat szerkesztésére való. Éppen Liszt Ferencről írsz egy szöveget, és ezért beszúrnál egy kis kottát. Ekkor betöltöd a hangjegyekhez ábrázolásához tartozó tartozó kódot, karakterkészletet, fontkészletet. Ez a képesség elvárható a Word-től, míg a Notepad-tól nem. És itt a lényeg! A Notepad képességeinek nem kell odáig terjednie, hogy még egy kottát is meg tudjon jeleníteni, mert nem arra való. És ebben a pillanatban eldőlt, hogy nincs is szükség a világ összes karakterének a kezelésére! Ha összeveted a zenéről írt dokumentumok - amelyek kottát is tartalmaznak - mennyiségét a bíróságon használt dukumentumok mennyiségével - amelyek persze lehetnek több nyelvűek is - akkor felesleges ez a képesség.
Ugyanez a helyzet, ha adatot kezelsz. Az nls tartalmazza a karakter szekvenciákat (pl. dzs betű), a sort order és sort weigth táblázatokat. Ezek nélkül csak betűhalmazt tudsz ábrázolni.

Szóval az utfX nem más, mint egy "tetszőleges betűsorozat ábrázolása egy algoritmussal". Ráadásul kell elé egy előtag, ami megmondja X értéket. Beláthatod, hogy ilyen definíció alapján akárhány "legoptimálisabb" ábrázolásmód kitalálható. Takarékosság szempontjából, - mivel már 30 éve is látam packed bitstream kezelésére alkalmas 8086 kategóriájú processzort -, akár a Morse abc továbbfejlesztésével sokkal hatékonyabb kódolást lehetne kialakítani. Bár ezt csak rossz viccnek szántam, de némi számolgatás után biztosan jobb lenne!

Ami meg gazdaságosab az a betöltés. Tehát nem a "mindent is tudó" rendszer a jó, hanem a tetszőlegesen - igány szerint - felokosítható rendszer.

Nem akarnék a Unicode vs. non-Unicode vitába beszállni, csak a LaTeX-es részhez egy-két gondolat.

Idézet:
\szekvenciákkal lehetett csak bevinni a matematikai jeleket (meg a magyar ékezeteket, cserébe elég volt rá a 7 bites ASCII)

A magyar ékezeteket könnyen meg lehetett oldani, a \catcode-szerű okosság segítségével. Volt (ill. még van) egy hunchars.tex fájlom, ami ilyeneket tartalmazott:

\catcode`\é\active
\defé{\'e}

Ezzel közvetlenül gépelhettem 'é' betűt, nem kellett \'e állandóan.

Idézet:
sokkal gyorsabban lehet begépelni ezeket a jeleket

Nem tudom, hogy hogyan viszed be az 'alfa' görög betűt unicode-osan, de ha megfelelő texteditort használsz, nem kell olyan sokat gépelni. Nálam speciel a 'a-karaktersorozatra \alpha jön létre, .*-ra a \cdot, stb. Ha kettőnél kevesebb billentyű-leütésből sikerül, ügyi vagy :)

Idézet:
és már a forráskód is olvashatóbb lesz az emberi szemnek

Ez szerintem inkább a szerkesztő feladata, mint a különböző LaTeX-forkoké. Pl. vim-hez volt (van?) olyan plugin, ami pl. a \alpha helyére a megfelelő unicode-karaktert illesztette be. Egyszer kipróbáltam, próbáltam megszokni, de engem zavart, a \alpha-t jobban "látom".

Idézet:
könnyebben látszanak a gépelési hibák ... debugolhattad szemszáradásig, hogy melyik szekvenciánál hibás

Szintén fentebb: megfelelő texteditort kell használni.

Idézet:
A matematikai jeleknél sem árt, ha mindjárt be lehet őket szúrni egy plain text fájlba

Még mindig nem látom a gyakorlati hasznát, hogy egy integráljelet tudj használni egy szövegfájlban.
Ahhoz, hogy igazán jó képleteket tudj bevinni, nem elegendő csak egy-két plusz jel: "a értékét megnövelve 2-vel..." és "a értékét megnövelve 2-vel..." közül a másodikat sokkal könnyebb értelmezni (a változók dőltek).

Néhány szakmai példa...

- Adott egy input mező, ahova be lehet írni karaktereket. Csináljunk egy hossz ellenőrzést. Melyik az egyszerű: utfx-ben egyszerűen végigszámolni, vagy pedig figyelembe venni a többiek által javasolt különböző karakterváltó jelölőket (és amennyiben a szabvány új nyelvvel bővülne, lehetne átírni a string.length-et mindenhol)

- Adatcsere: A cég átküld B cégnek egy címlistát. Mennyivel egyszerűbb, hogy a cégek rendszerei között menő XML doksiban UTF8-ban vannak mondjuk a karakterek letárolva, és SEMMIT nem kell foglalkozni a konverzióval, míg egyébként jelölgetni kellene, hogy akkor idáig japán karakterek vannak, de innentől kezdve meg európai számok, vagy akár európai karakterek, aztán megint váltás.

- Ugyanez: két adatbázist össze kell fésülni. Az iso-x-ben adott érték felett egy rakás ütközés van. Hogyan fésülöd össze?

Az a baj, hogy ritka vállalati scenario-kat akarsz ráerőltetni olyan felhasználókra, akiknél ez az esetek 0,01%-ban esetleg előjön hasonló.

Javaslom, nézz utána, hogyan oldotta meg az IBM az EBCDIC-nél a különböző karakterkódolásokat.

Remek.

"Az EBCDIC volt az, amit korai programozók és hackerek általánosan utáltak, mivel rendkívül sok, egymással nem kompatibilis változata volt, ami miatt még programokat is kellett módosítani, és az IBM versenyt támasztott a már általánosan bevezetésre kész ASCII-vel.

Egy másik állandó kifogás volt az EBCDIC-el szemben, hogy mivel követte a lyukkártya kódolást, nem volt zárt a karakterkódok sorozata, szemben az ASCII-vel. A kódtábla alapján látható, hogy az "I" és a "J", valamint az "R" és az "S" karakterek kódjai nem folyamatosan követik egymást, ezért a programokban külön ciklussal lehet csak vizsgálni, hogy egy karakter valóban "betű-e"."

Mégis használják a mai napig, sokkal kevesebb problémával, mint a vidóztized.

??? hogy kerül ide a windows10?

mert bloatware az is :D

Olvasd el ezt is, és akkor nem kell ide bemásolnom.

Azért kicsit idézem magam: az utfX nem más, mint egy "tetszőleges betűsorozat ábrázolása egy algoritmussal"
Ebben az esetban a strig.length egy tetszőleges másik algoritmust használna. Vegyük észre: Az utfX is karakterenként jelölő algoritmust használ! Hiszen ugyanúgy lapokra hivatkozik. :)) Nem "váltó kódokat" használ, hanem karakterenként jelöl. Ezek az információk elégnek tűnnek az adatcserére is.

Két adatbázisnál meg hogy lehet "ütközés"? Nem én találtam ki definíció: Az a rendszer, ahol a karakterkészlet nincs meghatározva, az működésképtelen. Tehát ütközés nem lehet, csak hiba.

Minden más esetben pl. az iso8859-A -> utfX és az iso8859-B -> utfX konverzió hibamentesen végrehajtható.
Az állítás akkor is igaz, ha az utfX-et kicseréled bármilyen más algoritmusra. Nyilvánvalóan az iso8859-A kicserélve más algoritmusra is működik.
Az a lényeg, hogy a cél mindkét forrást tudja hibamentesen ábrázolni.

Hát akkor meg mi a különbség? Csak annyi, hogy nem kell algoritmussal dekódolható karakter kódolást használni, ha nincs rá szükség!

Az utolsó pontra. Van egy adatbázisod, ahol iso-8859-2-ben vannak tárolva az adatok. Kapsz egy másik adatbázist, amiben iso-8859-x-ben. A te adatbázisodba
be akarod másolni az ő adatbázisukból az embereket. Igen ám, csak az emberek nevei helyett "furcsa" karakterek fognak megjelenni, és nem fogod tudni sehonnan,
hogy az adott text (bytesorozat) az most milyen encoding-gal került létrehozásra. Vagy bővítheted az adatbázisod, csak az egészből egy rohadt nagy katyvasz
lesz.

Ehhez képest ha utf8-ban van az adatbázisod, akkor ha kapsz tetszőleges adatforrást, akkor egyszerűen csak mappeled az abból jövő adatokat utf8-ra (vagy még
azt sem kell) és már meg is vagy. Kapsz egy szép, működő rendszert, ahol mindenki boldog lesz.

Igazad van, csak nem olvastad el miket írtam.
Tehát van egy magyar adatbázisod, magyar címlistával (tőlem lehet utfX is). Itt azért be kell állítani az NLS-t is. Aztán hozzáraksz egy orosz címlistát, hibátlanul konvertálva. Vajon mi lesz ilyenkor a sort order. ;)
Mutatom:

CREATE DATABASE database
  WITH OWNER = database
       ENCODING = 'UTF8'
       LC_COLLATE = 'hu_HU.UTF-8'
       LC_CTYPE = 'hu_HU.UTF-8'

Szóval erre az egyszerű kérdésre a válaszod...

Kinek számít a sort order?
Ha meg kell jelenítenem, akkor úgyis kell egy „display name”, ami magyarra átírt szövegeket tartalmaz, és akkor úgyis arra kell rendezni.
Ha meg nem kell megjelenítenem, akkor nem mindegy? Jó a bináris is.

(Ja, és pont szívtam ilyennel, mert pl. a MySql magasról tesz a rendezéstől idegen karakterekre, tehát a legtöbb esetben bináris rendezést kell beállítani, ha a mező nem egynyelvű, az esetleges ütközéseket elkerülendő.)

Háát, azért van néhány olyan cuccos, ahol abc sorrendbe kell szedni a dolgokat.
A bináris rendezéssel előállítod a "jómagyar" sorrendet: ékezetesek a végére. :)
A magyarra átírt "display name" esetén vajon miért kellett küzdeni a ciril betűk magyar nsl-sel rendelkező adatbázisba töltésével. És ha már bent van, meg is tudja jeleníteni, akkor minek átírni?

a MySql magasról tesz a rendezéstől idegen karakterekre
Ezt azért szakszerűen úgy mondják: A sort weight táblázatban nem szereplő karakterek egyforma értéket kapnak.

Szóval hurrá! betöltöttük, talán meg is lehet jeleníteni, de semmi egyébre nem jó. Különösen hozzáértés nékül.

"A bináris rendezéssel előállítod a "jómagyar" sorrendet: ékezetesek a végére. :)"
Viszont biztos lehetek benne, hogy nem lesz gond egy unique megkötéssel.

"A magyarra átírt "display name" esetén vajon miért kellett küzdeni a ciril betűk magyar nsl-sel rendelkező adatbázisba töltésével. És ha már bent van, meg is tudja jeleníteni, akkor minek átírni?"
Pl. katalógus lokalizálásánál igen jól jön a "display name". Főleg a cirill betűknél, ahol pl. a magyar és az angol átírási szabályok mások, ezért más lesz a rendezés is, az olvasó meg nem biztos, hogy el tudja olvasni a cirill betűs szöveget. Arról nem is beszélve, hogy pl. bibliográfiai tételeknél egy rakás egyéb dolgot figyelembe kell venni, nem csak az ábécérendet. A földrajzi nevekről nem is beszélve.
Szóval ha többnyelvű anyagot akarsz rendezni, akkor az NSL (márcsak nevéből kifolyólag is) értelmetlen, tehát írhatsz magadnak collationt. Egyébként simán meg lehet szívni a magyarral is, ha pl. névsorba szeretnél rendezni SQL-szinten, és mondjuk a nevek előtt olyanok vannak, mint „ifj.” vagy „dr.”.
Ezért írtam, hogy minden az NSL-ből kilógó esetben ha nem muszáj az adatbázis szintjén megoldani, akkor jó a binary. Ha mégis az SQL szintjén kell, akkor meg úgyis meg kell írni a collationt, mert gyárilag nem lesz benne.

Igen, azt akartam hozzáadni, hogy a rendezés valójában a listát NÉZŐ nyelve alapján kell megtenni, ami egy nagyon nemtriviális feladat.

akkor az NSL (márcsak nevéből kifolyólag is) értelmetlen
Így igaz! Elírtam az NLS-t, Te meg folytattad! :-D

Ha elolvasod a hozzászólásodat, akkor szépen kiderül az igazság. Az egésznek semmi köze az utfX-hez, nem segít semmit semmin. Legfeljebb egy algoritmus, ami több féle betűt enged tárolni.
A több betűből álló szekvenciák, vagy az összevontak (rovásírás) nem ábrázolhatók. Sőt az utf csak bonyolít, mert a szekvenciákat szekvenciák szekvenciáiból kell összerakni és külön táblázatban ábrázolni. :) (Bocs, de ez jól esett!) Ugyanakkor a nemzeti nyelvi elemek ábrázolását inkább hátráltatja.

Tényleg a névsorba szedés csúcsa lenne a magyar és orosz collation unionjának a képzése. Akár "magyar a" és az "orosz a" (ez csak példa) megkülönböztetésére is szükség lenne. Ilyen esetben a nemzeti kódlapok használatának sokkal nagyobb előnye lenne, mint a utf képességeinek.

Ami megint csak diszjukt, az SQL-szinten. Az sql-nek már megint semmi köze a feladathoz. Egyszerűen van a feladat, és megoldjuk valamivel. Nevezzük index függvénynek, és mindegy milyen az adatbázis- - és az sem biztos, hogy -kezelő!

A "display name" szokott lenni az "eredeti", a háttér adat meg amit indexre használunk. Persze lehet fordítva is, de akkor van monduk egy "print name" is. Nevek tárolásánál (magyar) az Akadémi által javasolt írásmódot (elválasztást) szoktuk használni. Régen rossz, ha az "ifj." része az indexnek! Ez már nyelvészet és nem collate.

Én mindössze annyit állítottam, hogy az SQL-szintű collation felett eljárt az idő.

Lásd a fenti versenyzőt. De a probléma az volt, hogy minek az UTFx, mert ami eddig volt (iso-885x) az mindenre jó. Erre írtam pár
problémát, ami nekem pl. előjött régen (még utfx elterjedése előtt), és bizony nem lehetett normálisan megoldani.

Inkább csak nem tudtad megoldani. A fenti versenyző sem, még utf-ben sem.
Tehát sulykolok: az utfX nem más, mint egy "tetszőleges betűsorozat ábrázolása egy algoritmussal"
Azaz nem old meg semmi többet!

Még egy példa: amerikaiak előszeretettel szeretik NEM utfx-ben tárolni az adatokat. Ez akkor gáz, amikor meg kell adnom a számlázási címet,
és az összes ő,ű,í, stb. karakter helyett ö,ü,i-t vagyok kénytelen beírni, mert a buta rendszerük nem tud ezzel mit kezdeni.

Én meg dolgoztam olyan amerikai rendszerrel, ami az összes magyar karaktert (és még másokat is) tudott ábrázolni, a dzs betűre is rendezni és ráadásul EBCDIC kódolású volt, de még a franciák is tudták használni. Ráadásul most lenne 25 éves.
Ha kicsit off és arrogáns lennék, akkor azt mondanám: Ezt még szakemberek csinálták, akiknek több tudásuk volt, mint megkeresni azt a libet, amivel a feladat majdnem jól megoldható. ;)
De semmi ilyet nem mondok! :)

>egy kellően nagy kódtáblán
>egy

elég csúnyán elírtad hogy három

>össze-vissza váltogatni...

tehát akkor elmondhatjuk hogy a rendszeresen kinaiul írogató magzarok miatt lett 3 új felesleges kódlap, és ez Jó Dolog

>most angol szöveg jön, iso-8859-1-es kódlappal, aztán tessék váltani 8859-2-re, aztán meg mondjuk kínaira. És ez ismétlődne össze-vissza egy dokumentumon belül.

elégdúúúrva!!!! bárcsak lenne számittógépünk ami ezeket fel tudná dolgozni. nevezhetnénk ezt a markup languaget mondjuk HyperText Markup Language-nek.

najó ehelyett inkább csináljunk 3 újabb kódlapot pármillió jobbra-balra kacsintgató cicás emoticonnal együtt.

...és HTML-t is.

> a rendszeresen kinaiul írogató magzarok

Kínában jellemzően oroszul, németül, franciául tanulnak (az angol mellett). De mit számít, Kína egy kis jelentéktelen ország, alig pár embert érint csupán :)

csakhát arrafelé meg pont nem használják a "szupah" unikódot

Azért túlzás így kijelenteni, mert van, aki használja, de a többsége valóban nem, ebben igazad van. Inkább iróniának mondanám, ők profitálnának belőle a legtöbbet, de pont a sok elavult XP-s gép és helyileg gányolt megoldások miatt nem terjedt el kellőképp. Kína viszont mindig is más világ volt, sok mindent már csak azért sem követnek.

Raynes írta:
pont a sok elavult XP-s gép és helyileg gányolt megoldások miatt

Keresd a hibát!

Raynes írta:
sok mindent már csak azért sem követnek

Arra fele több lehet a hájbazer. :P

>igazad van

goto

--
btw mivel egy kurva űrfillért nem fizettek amiért világosságot gyújtok a hülye fejetekben, ezennel be is fejezem akaratlanul is ilyetén hatású ténykedéseimet

Igen ám, de a markupos megoldásra nem lehet alapozni helyesírás-ellenőrzőt, elválasztási szótárat, az OS nem tudja API-n keresztül nyújtani az alkalmazások felé (így azokba külön kell implementálni), nem lehet használni fájl/mappanevekben sem.

Ha nem tetszenek a kínai karakterek, meg a cicás emoticonok, akkor nem használod őket, nem kötelező, csak a magyar nyelvet érintően is nyújt előnyöket a Unicode. A Unicode-ot máshol lehet megfogni: nem elég a karakterkódolás, a megjelenítésre használt betűtípusnak is támogatnia kell, pl. a kínai, stb. karaktereket, márpedig elég kevés olyan betűtípus van, amelyik minden Unicode-karaktert támogat, vagyis tárol hozzá betűképet. Így ha igényes kínai szöveget akarsz megjeleníteni, akkor egy kifejezetten erre a célra készült betűtípus is kell hozzá, míg pl. arabnál hiába van kevesebb jel, és támogatja őket egy csomó betűtípus, támogatni kell hozzá az ellenkező írásirányt (ennél sok szoftver elvérzik, bár a modern OS-ek támogatják), komolyabb tördelésnél pedig tipográfiailag elég nehéz támogatni a jelek megfelelő összeolvadását, sokszor környezetfüggő melyik karaktervariáns kell, így kapásból nem árt, ha az adott betűtípus OpenType, és támogat ilyen feature-öket is. Még jó, hogy a mai böngészők támogatják a webfontokat, meg az OpenType-ot is, nem csak úgy bloatak, hogy hajbazert bosszantsák. Nyilván elhiszem, hogy neked meg hajbinak erre semmi szüksége, nektek elég lenne a 7 bites ASCII, de a világ nem a ti 7 bites igényeitekhez igazodik, mások szeretnének ilyet is, ha már van rá lehetőség.

A másik nehéz pont a Unicodnál, hogy hiába van benne sok ezer karakter, ha nehéz őket bevinni, egy átlagos billentyűzetkiosztásra a töredéke fér rá, nem lehet megúszni, hogy váltogatni kelljen a layoutok között. Vagy ott van a másik módszer, karaktertáblából beszúrogatni, ami még kényelmetlenebb. Nem a Unicode hibája, akármelyik másik megoldásnál nehézségbe ütközne túl sok jel bevitel egy max. 105 gombos billentyűzeten.

>nem lehet alapozni helyesírás-ellenőrzőt

oppá, tán tiltja a demokratikus koalíció?

>az OS nem tudja API-n keresztül nyújtani az alkalmazások felé

hát ha neked ez az egyéni magánvéleményed, akkor biztos úgy van

>nem lehet használni fájl/mappanevekben sem

now why is that

sőt domainnevekben "sem", ahol az unikaúd oly' nagy sikereket arat jelenleg

> unicode domain

d-d-dehát https is van rajta, aztán mégis :(
https://www.аррӏе.com

m-muh chinese childrunz ;((((

Nem tiltja semmi, csak túl nagy munka minden speciális karaktert végigszekvenciázni a szótárban. Ráadásul a te markupos szekvenciarendszered (ala HTML &akármicsodák;) sem kevésbé bloatabb a Unicode-hoz képest, csak a megvalósítás más.

Ha neked meg más magánvéleményed van, az még attól nem lesz úgy.

A domainnevek az egyetlen eset, ahol én sem engedném a Unicode-ot teljes terjedelemben, tiltanám a megtévesztésig hasonlító karakterek miatti visszaélést. Plusz domainekben azért sem célszerűek a Unicode karakterek, mert bár bele lehet tenni saját nyelvi megoldásokat (pl. egy kínainak könnyebben megjegyezhetők lennének a kínai karakteres domainnevek), de akinek nincs megfelelő kiosztása és/vagy betűtípusa, az az ilyen domaineket nehezebben éri el, és így több ember van kizárva azokról, márpedig a netes domainek pont azt a célt szolgálják, hogy egy adott oldalt, szolgáltatást minél több ember érjen el. Ezt a merevséget persze oldja, hogy ma már elég kevés domaint gépelünk be, a legtöbb mindent keresőből és linkekről érünk el, de a domainek túlunicode-osítása szerintem is öntökönlövés.

Ezt már rég túlhaladtuk, be lett vezetve és gyakorlatilag minden azt használ.

Már pedig ehhez a műhelyes MMX-es géphez biztosan nem FullHD kijelző van csatlakoztatva. Szerintem is reálisabb lesz a 800×600, max. 1024×768, szóval kell a font antialiasing, hogy ne folyjon ki az ember szeme 5 perc után.

A Unicode igenis előrelépés, végre támogatja a nyomdai jeleket (szebb idézőjelek, nagykötőjel, hármaspont, stb,), meg nem csak az összes nyelv betűit, ékezeteit, de a fontetikai, matematikai jeleket is képes megjeleníteni. Ma már modern OS-ekben megcsinálhatnák, hogy csak az UTF legyen támogatott, mást be se lehessen állítani, ugyanez irodai programcsomagoknál, régi dokumentumokhoz meg elég ha az editor, mailclient, browser támogatja a többi kódolást is.

Egyértelmű ezért is írtam a 800x600-at :)

>kell a font antialiasing, hogy ne folyjon ki az ember szeme 5 perc után.

kemény szavak ezek a 2px portálon

És akinek pont az anti-aliasingtól folyik ki a szeme?

Nekem meg a braille írástól kopik a böröm, szóval egyéni szoc probléma. Nem az egyik, vagy a másik a probléma, hanem ha nincs választási lehetőség :)

Egyetértünk. Aláírtad?

Nem tehetem, fullHD buzi vagyok. :/ 4K alatt még a rajzlapra sem nézek, nálam még a viz is flac-ban csöpög.
Imádom, ahogy a fejlődés suhan, és örülök annak, hogy legalább a kínai rabszolgáknak rosszabb mit nekem.
Viszont.
Azzal teljesen egyetértek, ha van egy feladat, amire megvan a eszköz, és alkalmas is rá, akkor nem kell kitalálni, hogy "de hát az régi, tűzre vele".

De teheted. Semmit nem vett el a GDI renderelés lehetősége a fullHD buziktól, mivel amúgy is a DirectWrite volt az alapértelmezett.

A Google idealistái vették el a választási lehetőséget a nem fullHD-buziktól. Pontosabban egy, a Microsoft-tól átigazolt, Ilya Kulshin névre hallgató szélsőséges idealista.

Mellesleg, nekem is van itthon Full HD monitorom és azon is homályos a DirectWrite. Magas PPI-s monitoron nem lesz csak az. A 4K már jó.

Persze lehet mondani, hogy Google-éknek annyira fontos a nagy fejlődés, hogy már standard PPI-s monitoron sincs lehetőségük tesztelni, mert elpazarolt munkaóra lenne. Természetesen, megszoktuk már az efféle vállalati arroganciát.

+1

azt lecserélik a "haladó szellemiségű ifjak:^)" mint P4-et

Már kitárgyaltuk, hogy nem az anti-aliasingtól folyik ki a szemed, hanem a szar megvalósítástól. Feleslegesen nem fogok neked megint minden alapot a szádba rágni, ha először nem értetted meg, sokadszorra sem fogod, bár szerintem elsőre is felfogtad, csak nembloatnemsecurehttp://a.te.ervelesi.hibad.hu/baromi_unalmas_mar/jatszod_a_hulyet.

Érvelési hiba ide, Raynes logika oda, ha közel egymilliárd felhasználóra (48% Windows 7 user + 26% Windows 10 user - a nem Chrome-ot használók) ráerőltetsz egy szar megvalósítást, akkor annak a közel egymilliárd felhasználónak az lesz az anti-aliasing. Az, hogy Raynes hogyan játszik a szavakkal, senkit nem fog érdekelni. A szemük ugyanúgy folyik kifelé. A megvalósítást pedig hiába szidod, mert Google-ék idealistái ugyanolyan semmitmondó, elitista, önző, arrogáns és nemtörődöm válaszokkal fognak lepattintatni, mint itt néhány, magát élvonalbeli mérnök úrnak fantáziáló hupu.

Az általad írt felhasználóknak azért folyik ki a szemük, mert ósdi rendszerrel szivatják magukat, ez az ő dolguk, nem kényszeríti őket rá senki. A Google cuccait nem kötelező használni. A Google-t nem is érdekli, hogy jó szoftvert csináljon, neki csak valami szoftverpakk kell, amelyen keresztül el tudja adni a netes reklámjait.

Érdekes, hogy ilyen fontsimításos kérdésen rugózól, vagy 10 éve nem láttam olyan gépet, amelyen ez gond lett volna. Valóban volt 1-2 gép, még a CRT-korszak vége és a korai LCD-k korszaka környékén, amelyeken szarabbul látszott, de egy kis ClearType fine-tuning ott is tűrhetően rendbetette a dolgokat. Részemről én szívesebben nézek még szarul megvalósított fontsimítást, mint hogy el kelljen viselni a hiányát.

Pedig "első ránézésre jó ötletnek tűnt" az unikódos URL... Csak most eljutottunk a második ránézésig.

Ez szerintem már első ránézésre is hülye ötlet volt, ugyanis ha nincs telepítve kínai vagy thai keymaped, akkor nem tudod beírni a weboldal címét... Vagy képernyő billentyűzet, vagy google, vagy egyéb mazsolázás. :)
--
"Sose a gép a hülye."

1. Ha a mentés valahogy megoldható rajta és
2. A vállalat elbírja, hogy a raktárkészlet standalone környezetben működjön (pl. otthon a sufniban) és
3. A böngészgetés alatt a felhasználó nem 4K videókat akar érteni

akkor sztem ez Oscar díjas megoldás. Nagyon tetszik. Pont annyit tud, amennyi kell.
Addig amíg az alaposan kipróbált hardver pl. ki nem leheli a lelkét.

Cooperative multitasking vs. Oscar díj. Végül is, mindkettő szemét, tehát technikailag korrekt a megállapítás.

Nagyszerű, és adatot hogy viszel rá, hogy mozgatsz ki róla?
Ami adatot legyártottál ezekkel a vackokkal, azt meg fogja egy mai valami nyitni? És fordítva?
--
"Sose a gép a hülye."

Floppy, hálózat (bizony a 3.11 már rendesen kezel hálózatot), nyomtató!
Az ami nem nyitja meg a excel 5.0 file-it, nah az a "minek van?"
Ugy hogy értem én, hogy bloat kollegának soha nem lehet igaza, de ez amúgy egy életképes ötlet tőle.
(Függetlenül attól, hogy szerintem is az ilyen gépet már a ledolgozott idejének az elismerése gyanánt nyugdíjazni kell(ene)

Floppy - Ne röhögtess, és a másik oldalon mivel olvasod le róla az adatot?
Hálózat - Igen, jó eséllyel konfigurálhatsz neki egy tök külön servicet, amire kb. csak ő tud menteni. Ez nagyjából az SMB 1.0 és a plain FTP szintje. Ehhez tegyél fel hasonló korú server verziót, vagy túrj registryt estig, hogy visszaengedélyezz minden deprecated autentikációs metódust, titkosítást, esetleg fordíts újra valamit a megfelelő kapcsolókkal, hogy benne legyenek a binárisban ezek a régi dolgok. Mindezekkel mellett kiváló támadási lehetőséget is nyitsz a rendszereden.
Nyomtató - Beírod azért egy fostalicska gépbe, hogy utána kinyomtasd, majd ezt valaki újra beírja egy normális gépen? És persze ekkor keríts hozzá egy olyan mondjuk LPT portos nyomtatót (mert az talán még akad), ami működik, és van is hozzá driver a rendszerhez, meg van hozzá kellék normális áron...
Arról meg ne is beszéljük, hogy egy rpi körberöhögi ezt a gépet (amit én egyébként szintén nem tennék be még desktopnak sem), 2W fogyasztással. Ha minden nap 8-16-ig megy, kb. 1 hónap villanyszámláján megspóroltad az rpi árát.
--
"Sose a gép a hülye."

Idézet:
Ha minden nap 8-16-ig megy, kb. 1 hónap villanyszámláján megspóroltad az rpi árát.

Emlékeim szerint egy hasonló korú/tudású/... gépemben egy 200W-os táp volt. 200*8*30/1000=48kWh. 35 Ft/kWh árral számolva ez 1680 forint. Azaz a tuti biznisz: te megveszed mondjuk 1500-2000-ért az RPI-t, én adok érte 3000-et - 50-100%-os hasznod lesz rajta :P

Idealistáék elhitették veled, hogy a 200 W-os tápod 200W-ot fogyaszt. Egy ilyen gép általában 30-40W-ot fogyaszt. Persze 1 éven belül így is megvan a RPi ára, de minek erőltessük a növekedést egy RPi-vel, amikor annak a legyártása és leszállítása, illetve az MMX gép kidobása, elszállítása, újrahasznosítása sokkal több környezetszennyezéssel, pöfögtetéssel jár, mintha tulajék továbbra is használják az MMX-et.

Az a legfélelmetesebb, hogy csomóan mintha kényszert éreznétek arra, hogy minél újabb cuccokat vegyetek. Közben meg full semmi értelme. Egy 233 MMX-en jobban fog futni az Excel 5.0, mint a RPi-den a LibloatOffice Calc. A célra pedig (leltárazás) ugyanúgy megfelel.

Nem idealistáskodni kéne mindenttudó, überszuperenerdzsiefficient gépekkel, hanem végiggondolni, hogy mire kell és hogyan lehet azt a legminimálisabb (globális) erőforrásfelhasználással, növekedéssel, pénzkidobással elérni. Jelen esetben pedig ez az MMX gépre telepített Windows 3.11 + Excel 5.0.

arról nem is beszélve, hogy fosadvány raspit egyből leveri a p1-be rakott akárhány darab PCI(64)-es SATA interface, PCI gigabit ethernet, de ha még valaki nyiffogni próbálna hogy "dd-de, de..!" akkor további pofon érkezik a stabil tápellátás témakörében (mA számolgatások, rejtélyes resetek, tönkrehalt SD kártyák és kígyózó kábelű USB hub-ok amperszagú kínai tápokkal muhaha), továbbá végtelen RAM, ZFS, ipari szabvány i386 arch, FreeBSD, PCI wifi, stb stb stb stb

bring it bitches

különben arra már egyik firefokszmániás hupu se emléxik amikor a raspi még ki se jött, és a készítők lenyilatkozták hogy a régi commodore-ok hobbihaxxolását kívánják felidézni eme hardverrel - majd hangjukat rövidesen elnyelte a WOWlowpowerLINUXszerverHOLAsataJUJDEJÓ kórus

--
source: használtam

Egy P1-et is lehet szarul, szar hardverekből összerakni, csakúgy mint általad említett rpit.
Egyébként vicces stabilitásról beszélni egy ~25 éves hardver esetén. :)
--
"Sose a gép a hülye."

Rakj már össze nekem egy RPi-t jó hardverekből...

Azzal egyetértek, hogy az RPi komolytalan gép, viszont mégis töredék fagyasztással és helyigénnyel veri a még komolytalanabb MMX-es gépet, amely már hardveresen is öregszik ki, egy idő után szétrohad a nyák, meg kiszáradás nélkül is tönkremennek a kondik, nem használható a végtelenségig.

Megnézem, hol megy el egy RPi 15+ évig.

Egyébként pedig működő gépről volt szó. Ha elromlik, az már egy másik megoldandó probléma.

A raspin nincsenek kiszáradásra hajlamos elkók, csatlakozói aranyozottak, minden esélye megvan arra, hogy 15 évig menjen ha jó a táp.

>egy idő után szétrohad a nyák

hogy micsinál szegény

>kiszáradás nélkül is tönkremennek a kondik

hogyne, a kondiölő manóktól, btw forrasztás basic lvl

>nem használható a végtelenségig

bezzeg a... oh wait

röviden: milyen érzés hazudozni az interneten?

Jelen esetben arra gondoltam, hogy lehet csinálni rendes táppal meg normális usb hub-bal is.
--
"Sose a gép a hülye."

ayay srácok, gyön a rendestápos normálisuesbés gigabitsata (100%stabilan működik, hupubecsszó!), sponsored by armosraspi

szerencsére az usb csatik se kontaktosak oh waitNO CARRIER

>Egy P1-et is lehet szarul, szar hardverekből összerakni, csakúgy mint általad említett rpit.

hanszi, tőled azért ilyen übergyenge csúsztatásnál többet vártam

Ennyi telt most. :)
Csak feljöttek az emlékek a Vargáné és TSA tápokról, meg a Tomato alaplapokról. :)
--
"Sose a gép a hülye."

+1

Bizonyára sok látványos jútyúb videót lehet elkészíteni, hogy egy 5W-os kütyü futtatja a zubuntut és bejön vele a GIMP (10 másodperc alatt), a LibreOffice (15 másodperc alatt), meg a Firefox (fél perc alatt), aztán elmondhassuk, hogy: tessék, überfasza, működik. Csak éppen a bloat miatt használhatatlan. Bár az említett appok fejlesztőinek szívesen odaadnám, hogy ezen fejlesszenek + fordítsanak + teszteljenek. Lehet, hogy pár hónapon belül nekiállnának gyorsulni ezek az appok. Bár az is lehet, hogy az öngyilkossági statisztikák romlanának, vagy a láncfűrésszel likvidált irodarészlegek száma nőne meg.

De majd ha lesz olyan júzer, akinek az egyetlen asztali számítógépe otthon egy RPi és napi szinten használja is, akkor elhiszem, hogy van is értelme ennek a vonalnak. Addig csak szemfényvesztés, hype, illetve szélmalomharc a bloated GTK/Qt appokkal, amiket Raynes kolléga majd kimagyaráz, mennyire nem bloat-ok, miközben még egy második generációs i5-ön is érezhetően lassabbak, mint normálisan megírt alternatíváik.

Megmondom őszintén a low-power Linux szerver vonalban én is láttam fantáziát, bár a RPi-t már kezdettől fogva elutasítottam, főként a SATA és a Gigabit hiánya miatt. A tények pedig igazolták azt is, hogy hiába van gyors SATA egy ilyen board-on, szervernek ugyanúgy szart se ér, ha ez a gyorsaság nem jön át a Gigabit Ethernet-en.

Szerinted az a P1-en hány másodperc alatt töltené be az említett alkalmazásokat?
--
"Sose a gép a hülye."

K6-2/500, freebsd, firefos: 30 sec

Elhiszem, viszont az 500Mhz több mint a duplája az említett mmx 233-nak, bővebb az utasításkészlete, és sokkal inkább egy p2-hoz hasonlítható.
--
"Sose a gép a hülye."

Igen, mert az RPi szállítása nagyon környezetszennyező, egy példány belefér egy borítékba, de ha tömegesen szállítják, sem kell neki egy nagyobb láda a sarokba, akármilyen szállítmánnyal el lehet vinni 0 többletköltséggel, érdemi súlya, helyfoglalása nincs. Amúgy meg az előállítása sem szennyezheti nagyon a környezetet, mivel általános alkaltrészekből van összerakva, amelyeket amúgy is legyártanának, szóval csak némi összerakást, forrasztást igényel, ami ilyen kis szarnál nem hinném, hogy nagyon leterhelné a környezetet, főleg nem globális méretben.

Ennek ellenére nem akarok az RPi mellett kampányolni, szerintem komolytalan kis hobbigép, nem sok mindenre jó igazából, de azért jó példa arra, hogy az ilyen MMX-es gépek mennyire elavultak már.

Azt meg megtárgyaltuk már, hogy a LibloatOffice nem is való a 233 MMX-re, eleve a 128MB RAM a betöltődéséhez nem elég, nem hogy fusson, széttekerné a swapot SSD-n is. Az MS Office XP sem lesz ezen a gépen villám, de mégis kivárhatóbb sebességgel fut, igaz nem tud annyit, mint a LibreOffice, de alap feladatokra elég lehet ilyen háziműhelybe. Az is világos, hogy a Win 3.11 + Excel5 erre gépre szuboptimális, bőven jobb a Win98/NT4 + OfficeXP rá, azért mégis ufótechnológia a Win 3.11-hez képest, az NT4 meg betonstabil is.

ja-ja de gecisok helyet foglal

Nagyon akartam mondani, hasamra ütöttem.. Bumm..
--
"Sose a gép a hülye."

Akkor nem lesz tuti biznisz? Kár, pedig már úgy elképzeltem, hogy nem is egy, hanem kettő RPi-t vennék 3000 forintos darabáron... :(

"(Függetlenül attól, hogy szerintem is az ilyen gépet már a ledolgozott idejének az elismerése gyanánt nyugdíjazni kell(ene))"

De, ha van egy feladat, ami itt az volt: "ezzel a szarral old meg" akkor amit irt, megoldás.

Tegyél rá terítőt meg cserepes virágot.
Ennél sokkal újabb gépek sem valók már semmire. Már egy 10 éves gép is használhatatlan, nemhogy ez.
--
"Sose a gép a hülye."