Póker Fórum Archívum > Kérdések - Válaszok > Fordítási segítség

Aston
Válasz ____vonal____ kommentjére
2011. aug. 23. 16:37

Tudom, hogy nem ide tartozik, de érdekes szerintem, mert tőlem nem kértek semmit, egyből tudtam cashoutolni mindig...

Én is tudtam többször is kifizetni kisebb összegeket csak amikor nagyobb összeget akartam egyszerre kiutalni akkor kérték tőlem a dokumentumokat.

Matador77
Válasz Aston kommentjére
2011. aug. 25. 21:56

Valaki el tudná mondani, hogy van e megoldás?
A lényeget értem, hogy ezt a progit nem érdemes FAT-os rendeszerrel használni de mintha irna benne valami megoldást de azt nem értem. Sajnos nekem FATos a rendszerem és enélkül nem tudom telepiteni a HM-t ezért lenne fontos.


"Use of PostgreSQL on FAT32 file systems is not supported or tested, because FAT32 is a terrible file system to run any database on.

PostgreSQL's number one priority is the integrity of your data. FAT and FAT32 filesystems simply do not offer the reliability or crash-safety required. In addition, the lack of security features offered by FAT make it impossible to secure the raw data files from unauthorised modification. Finally, PostgreSQL utilises a feature called 'reparse points' to implement tablespaces. This feature is not available on FAT partitions.

The NTFS file system is a journalled filesystem offering much better reliability and crash recovery. In addition, it has a comprehensive access control system and offers the reparse point functionality used by PostgreSQL.

For this reason, the PostgreSQL installer package will not initialise a database cluster on anything but an NTFS partition. The server and utilities may be installed on any partition type.

It is recognised however, that in rare cases FAT partitions may be the only choice. In such cases, you can simply install PostgreSQL as normal, but without initialising the database cluster. When the installation has finished, manually run the 'initdb.exe' program on the FAT partition. Security and reliability will be compromised however, and any attempts to create tablespaces will fail. Do not use PostgreSQL on FAT32 in production. "



köszi elöre is.

Holdenper
Válasz Matador77 kommentjére
2011. aug. 25. 22:46

Valaki el tudná mondani, hogy van e megoldás?
A lényeget értem, hogy ezt a progit nem érdemes FAT-os rendeszerrel használni de mintha irna benne valami megoldást de azt nem értem. Sajnos nekem FATos a rendszerem és enélkül nem tudom telepiteni a HM-t ezért lenne fontos.


"Use of PostgreSQL on FAT32 file systems is not supported or tested, because FAT32 is a terrible file system to run any database on.

PostgreSQL's number one priority is the integrity of your data. FAT and FAT32 filesystems simply do not offer the reliability or crash-safety required. In addition, the lack of security features offered by FAT make it impossible to secure the raw data files from unauthorised modification. Finally, PostgreSQL utilises a feature called 'reparse points' to implement tablespaces. This feature is not available on FAT partitions.

The NTFS file system is a journalled filesystem offering much better reliability and crash recovery. In addition, it has a comprehensive access control system and offers the reparse point functionality used by PostgreSQL.

For this reason, the PostgreSQL installer package will not initialise a database cluster on anything but an NTFS partition. The server and utilities may be installed on any partition type.

It is recognised however, that in rare cases FAT partitions may be the only choice. In such cases, you can simply install PostgreSQL as normal, but without initialising the database cluster. When the installation has finished, manually run the 'initdb.exe' program on the FAT partition. Security and reliability will be compromised however, and any attempts to create tablespaces will fail. Do not use PostgreSQL on FAT32 in production. "



köszi elöre is.



Megpróbálkozok vele:) mondjuk, ahogy így átolvastam számomra olyan, mintha egy idegen anyahajó fegyverzetét szeretnéd meghackelni, mivel a PostgreSQL-t látásból ismerem, de a FAT-et eddig leginkább amcsi filmekben hallottam, amikor a dagi kisgyereket csúfolták:) De hátha segít:

"A PostgreSQL (a továbbiakban csak P. mert gyakran fordul elő:) ) használata a FAT32 filerendszereken nem támogatott, illetve tesztelt, mivel a FAT32 túl szörnyű filerendszer, ahhoz, hogy bármilyen adatbázist futtassunk rajta.

A P. számára az adataid sértetlensége a legfontosabb. A FAT és FAT32 rendszerek szimplán nem nyújtják a megfelelő megbízhatóságot, és az összeomlásoktól sem védenek eléggé.
Mindemellett a FAT hiányos biztonsági jellegéből fakadóan lehetetlen, hogy a nyers adataidat megvédd a nem engedélyezett módosításoktól. Végezetül A P. egy olyan összetevőt használ, amit "reparse pontoknak" neveznek, és ez felelős a ??? (fogalmam sincs mi lehet a tablespace...valszeg szakszó...táblaűr, táblahely, szakaszhiány...ilyesmi) végrehajtásáért. Ez az összetevő nem található meg a FAT ??? (partíciókban? rendszerekben? valami ilyesmi)

Az NTFS filerendszer egy ??? (talán híres, vagy sokat cikkeztek róla), mely sokkal nagyobb megbízhatóságot, és összeomlás utáni visszaállítást nyújt. Ezen felül átfogó irányítórendszere van, és megtalálható benne a "reparse pont" funkció, amit a P. használ.

Emiatt, a P. telepítőcsomagja nem egy adatbázis csoportot (database clustert...én szépen lefordítottam magyarra:D de lehet más a szakszó rá), vagy hasonlót hoz létre, hanem egy NTFS partíciót/rendszert. A szerver és a segédprogram bármilyen típusú partícióra (vagy rendszerre...a partition fogalma nem tiszta számomra:D ) telepíthető

Habár felismerték, hogy néhány ritka esetben a FAT (ismét a partition, szóval partíció vagy rendszer) az egyedüli lehetőség. Ilyen helyzetben szimplán installáld a P.-t, mint máskülönben tennéd, de az adatbázis csoport (=database cluster) létrehozása nélkül.
Amint a telepítés befejeződött, manuálisan indítsd el az 'initdb.exe' programot a FAT partícióról/rendszerről. A biztonság, és megbízhatóság kompromittálva lett, és bármilyen próbálkozás tablespace létrehozására kudarcba fog fulladni. Ne használd a P.-t FAT32-n előállításra/ valaminek a létrehozására."


ui.: valaki mondja már el mi az a tablespace, meg a reparse, mert nem bírtam rájönni:D

Coix
Válasz Holdenper kommentjére
2011. aug. 26. 0:15

valaki mondja már el mi az a tablespace, meg a reparse, mert nem bírtam rájönni:D


Hát azért nem csak ezekre nem sikerült rájönnöd... :D Néhány megoldásodon kifejezetten jól szórakoztam. No offense, és a segítőkészségedért mindenképpen jár az elimserés!

Ez a két kedvencem:
Az NTFS filerendszer egy ??? (talán híres, vagy sokat cikkeztek róla)

A "journalled filesystem" azt jelenti, hogy a fájlrendszer a fájlokon végzett műveletek történetét eltárolja, szép magyar szóval "logolja".

do not use in production
Kb azt jelenti, hogy ne használd "nagyüzemben", vagyis munkában, üzleti célokra, mert ott kockázatos lehet az adatvesztés esélye miatt.

Amit pedig kérdeztél:

reparse = a "parse" egy utasítás vagy parancssor feldolgozása, a "reparse point" pedig arra szolgál, hogy ne az elejéről kelljen kezdeni valamilyen komplexebb műveletet (vagy nem...)

tablespace = kb "logikai adattábla" lehet rá a jó kifejezés. Az adatbázis az adatok nyers tömege, és ebből készülnek azok az adattáblák, amelyek már a rendezett adatokat tartalmazzák.

De nem vagyok adatbázis szakértő, biztos van ezekre magyar szakszó (vagy nincs) .

Még egyszer: respekt a segítséged miatt! És a megoldás végül is érthető a fordításodból, úgyhogy a célnak megfelel.

Coix
Válasz Matador77 kommentjére
2011. aug. 26. 0:36

Valaki el tudná mondani, hogy van e megoldás?
A lényeget értem, hogy ezt a progit nem érdemes FAT-os rendeszerrel használni de mintha irna benne valami megoldást de azt nem értem. Sajnos nekem FATos a rendszerem és enélkül nem tudom telepiteni a HM-t ezért lenne fontos.


A FAT32 tényleg egy rossz fájlrendszer. Ha nincs valami speckó okod arra, hogy ezt használd, akkor javaslom, hogy konvertáld át a fájlrendszeredet NTFS-re. Ezt szerencsére meg tudod csinálni úgy, hogy az adataid nem vesznek el, a futó Windows rendszered alatt is ki tudod cserélni a fájlrendszert (A másik irányba ez nem igaz, NTFS-ből csak adatvesztéssel tudsz FAT-ot csinálni).

Gondolom, XP-d van. A Start menüben kattints JOBB gombbal a "sajátgép" menüre, és a felbukkanó listából válaszd a "kezelés" pontot. Csak adminisztrátori jogokkal fog ez menni. A "tárolás/lemezkezelés" menüben ha egy partíción JOBB gombbal kattintasz, az ottani helyi menüben lesz valami olyan, hogy "konvertáld NTFS formátumra" (ezt csak emlékezetből írom, neken csak NTFS van, de úgy emlékszem, ezt itt lehet megcsinálni)

Minimális kockázata van a dolognak (pl. ha notebookot használsz, de merüljön le közben az akksi, meg hasonlók), de ez elvileg jól működik. Ahogy mondani szokták: DO IT AT YOUR OWN RISK!

Ha nem megy, olvasd el ezt, hátha segít: FAT16 vagy FAT32 típusú kötet átalakítása NTFS fájlrendszerűvé Windows XP rendszerben.

Holdenper
Válasz Coix kommentjére
2011. aug. 26. 13:22

Hát azért nem csak ezekre nem sikerült rájönnöd... :D Néhány megoldásodon kifejezetten jól szórakoztam. No offense, és a segítőkészségedért mindenképpen jár az elimserés!

Ez a két kedvencem:


A "journalled filesystem" azt jelenti, hogy a fájlrendszer a fájlokon végzett műveletek történetét eltárolja, szép magyar szóval "logolja".


Kb azt jelenti, hogy ne használd "nagyüzemben", vagyis munkában, üzleti célokra, mert ott kockázatos lehet az adatvesztés esélye miatt.

Amit pedig kérdeztél:

reparse = a "parse" egy utasítás vagy parancssor feldolgozása, a "reparse point" pedig arra szolgál, hogy ne az elejéről kelljen kezdeni valamilyen komplexebb műveletet (vagy nem...)

tablespace = kb "logikai adattábla" lehet rá a jó kifejezés. Az adatbázis az adatok nyers tömege, és ebből készülnek azok az adattáblák, amelyek már a rendezett adatokat tartalmazzák.

De nem vagyok adatbázis szakértő, biztos van ezekre magyar szakszó (vagy nincs) .

Még egyszer: respekt a segítséged miatt! És a megoldás végül is érthető a fordításodból, úgyhogy a célnak megfelel.


LoL, sikerült néhány dolgot félrefordítani:) a productionnál én is hasonlóképpen fordítottam volna inkább (ne használd termelésre), csak nem sikerült megfejteni, hogy mit akar azzal mondani.
A journalled filesystemre is illett volna rájönni, ha már ekkora RPG geek vagyok (mindegyiknél van journal, ami ugye naplót jelent, tehát a journalled valami naplózottat is jelenthet)

Köszi szépen, hogy kijavítottad a hülyeségeket:)

Felon
Válasz Holdenper kommentjére
2011. szept. 28. 15:04

sziasztok!

A pokerstars supportnak akarok írni egy levelet, amiben arra kérem őket, hogy az összes handemet küldjék el, mivel formatáltam a gépet és elfelejtettem a handeket lementeni. Ehhez szeretnék angol fordítást kérni. Köszi

Dreedle
Válasz Felon kommentjére
2011. szept. 28. 15:14

Írj magyarul emailt vagy a kliensből is lehet így

Jonas 77
Válasz Felon kommentjére
2011. szept. 28. 15:15

sziasztok!

A pokerstars supportnak akarok írni egy levelet, amiben arra kérem őket, hogy az összes handemet küldjék el, mivel formatáltam a gépet és elfelejtettem a handeket lementeni. Ehhez szeretnék angol fordítást kérni. Köszi


Dear Support,

Due to data loss on my computer I lost all my hands I played on Pokerstars.
In order to be able to analyse my game to improve, please send me all the hands I ever played on your site.

My user name is: XXXXXX

Many thanks
XYZ


----------

Simán elküldik akár még aznap, több külön levélben. Sajna a filenév mindegyikben ugyanaz lesz szóval amikor lemented át kell majd nevezgetned őket nehogy felülírd az előzőt.

Felon
Válasz Jonas 77 kommentjére
2011. szept. 28. 15:47

köszönöm szépen.