Command line arguments ro RO

Argumente din linie comandă

ASF include suport pentru mai multe argumente de linie de comandă care pot afecta rularea programului. Acestea pot fi folosite de utilizatorii avansați pentru a specifica cum ar trebui să ruleze programul. În comparație cu modul implicit al fișierului de configurare ASF.json, argumentele din linie de comanda sunt folosite pentru inițializarea de bază (de ex. --path), setări specifice platformei (ex. --system-required) sau date sensibile (ex. --cryptkey).

Utilizare

Utilizarea depinde de sistemul de operare și versiune ASF.

Generic:

dotnet ArchiSteamFarm.dll --argument --altArgument

Windows:

.\ArchiSteamFarm.exe --argument --altArgument

Linux/OS X

./ArchiSteamFarm --argument --altArgument

Argumentele din linie de comandă sunt de asemenea acceptate în script-uri generice de ajutor cum ar fi ArchiSteamFarm.cmd sau ArchiSteamFarm.sh. În plus, atunci când utilizezi scripturi ajutătoare, poți de asemenea să folosești proprietatea de mediu ASF_ARGS, ca în secţiunea noastră docker.

Dacă argumentul tău include spații, nu uita să folosești ghilimele. Aceste două sunt greșite:

./ArchiSteamFarm --path /home/archi/My Downloads/ASF # Greșit!
./ArchiSteamFarm --path /home/archi/My Downloads/ASF # Greșit!

Cu toate acestea, următoarele sunt complet în regulă:

./ArchiSteamFarm --path "/home/archi/My Downloads/ASF" # OK
./ArchiSteamFarm "--path=/home/archi/My Downloads/ASF" # OK

Argumente

--cryptkey <key> sau --cryptkey=<key> - va începe ASF cu cheia criptografică personalizată de <key>. Această opțiune afectează securitatea și va face ca ASF să utilizeze cheia personalizată oferită <key> în loc de cea implicită codificată în executabil. Deoarece această proprietate afectează cheia de criptare implicită (în scopuri de criptare) şi valoarea salt (în scopuri de hashing), ține cont de faptul că totu ce este criptat/hashed cu această cheie necesită ca ea să fie transmisă la fiecare rulare ASF.

Datorită naturii acestei proprietăți, este posibilă și setarea cheii de criptare prin declararea variabilei de mediu ASF_CRYPTKEY, care ar putea fi mai potrivită pentru persoanele care ar dori să evite detaliile sensibile în argumentele procesului.

--ignore-unsupported-environment - va provoca ASF să ignore detectarea mediului nesuportat, care în mod normal este semnalizată cu o eroare și ieșire forțată. Deocamdată, mediul nesuportat este clasificat ca fiind o platforma .NET Framework care ar putea funcţiona .NET Core build în schimb. Deoarece suportam generic-netf doar în scenarii foarte limitate (cu Mono), utilizarea acestuia pentru alte cazuri (de ex. pentru lansarea pe platforme win-x64) nu este acceptată. Vizitați compatibilitate pentru mai multe informații.

--network-group <group> sau --network-group=<group> - va determina ASF să își inițializeze limitele cu un grup de rețea personalizat de <group>. Această opțiune afectează rularea ASF în mai multe instanțe prin semnalizarea că o anumită instanță este dependentă doar de instanțele care partajează același grup de rețea, independent de restul. De obicei vrei să folosești această proprietate doar dacă direcționezi cereri ASF prin mecanisme personalizate (de ex. adrese IP diferite) și doriți să setați dvs. grupuri de rețea; fără a se baza pe ASF pentru a face acest lucru automat (care include în prezent doar luarea în considerare a WebProxy). Rețineți că atunci când utilizați un grup de rețea personalizat, acesta este un identificator unic în cadrul mașinii locale, iar ASF nu va lua în considerare alte detalii, cum ar fi valoarea WebProxy, care permite de ex. pornirea a două instanțe cu valori WebProxy diferite, care sunt încă dependente una de cealaltă.

Datorită naturii acestei proprietăți, este posibilă și setarea cheii de criptare prin declararea variabilei de mediu ASF_NETWORK_GROUP, care ar putea fi mai potrivită pentru persoanele care ar dori să evite detaliile sensibile în argumentele procesului.

--no-config-watch - by default ASF sets up a FileSystemWatcher over your config directory in order to listen for events related to file changes, so it can interactively adapt to them. For example, this includes stopping bots on config deletion, restarting bot on config being changed, or loading keys into BGR once you drop them into the config directory. This switch allows you to disable such behaviour, which will cause ASF to completely ignore all the changes in config directory, requiring from you to do such actions manually, if deemed appropriate. Usually we recommend to keep the config events enabled, but if you have a particular reason for disabling them and would instead prefer ASF to not do that, you can use this switch for achieving that purpose.

--no-restart - acest comutator este folosit în principal de containere docker şi forţează AutoRepornire să fie false. Dacă nu ai o nevoie specială, în schimb ar trebui să configurezi proprietatea AutoRestart direct în configurația ta. Acest comutator este aici astfel încât scriptul nostru docker nu va trebui să atingă configurația globală pentru a-l adapta la mediul său propriu. Desigur, dacă rulați ASF într-un script, puteți folosi acest comutator (altfel sunteți mai bine cu proprietatea configurării globale).

--path <path> sau --path<path> - ASF navigează întotdeauna spre propriul său director la pornire. Prin specificarea acestui argument, ASF va naviga la un anumit director după inițializare, care vă permite să utilizaţi calea personalizată pentru diferite componente ale aplicaţiei (inclusiv directoareleconfig, plugins și www, precum și fișierul NLog.config), fără a fi nevoie de duplicarea binarului în același loc. Poate fi folositor mai ales dacă doriţi să separaţi binarul de configurarea reală, aşa cum este făcut în ambalajul din Linux - în acest fel puteţi folosi un binar (actualizat) cu mai multe configurări diferite. Calea poate fi relativă în funcție de locul curent al sistemului binar ASF, sau absolut. Țineți cont că această comandă indică către noul "ASF home" - directorul care are aceeași structură ca ASF original, cu folderul de configurare înăuntru, vezi mai jos exemplul de explicație.

Datorită naturii acestei proprietăți, este posibil să setezi calea așteptată prin declararea variabilei ASF_PATH, care ar putea fi mai potrivite pentru persoanele care ar dori să evite detaliile sensibile în argumentele procesului.

Dacă vă gândiți să folosiți acest argument de linie de comandă pentru a rula mai multe instanțe de ASF, îți recomandăm să citești pagina noastră de compatibilitate pe această cale.

Exemple:

dotnet /opt/ASF/ArchiSteamFarm.dll --path /opt/DirectorDorit # Calea absolută
dotnet /opt/ASF/ArchiSteamFarm.dll --path ../DirectorDorit # Calea relativă funcționează de asemenea
ASF_PATH=/opt/DirectorDorit dotnet /opt/ASF/ArchiSteamFarm.dll # La fel ca variabila env

├── /opt
│     ├── ASF
│     │     ├── ArchiSteamFarm.dll
│     │     └── ...
│     └── DirectorDorit
│           ├── config
│           ├── logs (generat)
│           ├── plugins (optional)
│           ├── www (optional)
│           ├── log.txt (generat)
│           └── NLog.config (optional)
└── ...

--process-required - declarând că acest comutator va dezactiva comportamentul ASF implicit la închidere atunci când niciun bot nu rulează. Comportamentul de închidere automată dezactivată este util în special în combinație cu IPC unde majoritatea utilizatorilor se așteaptă ca serviciul lor web să fie rulat, indiferent de numărul de boți care sunt activați. Dacă utilizați opțiunea IPC sau aveți nevoie de procesul ASF pentru a rula tot timpul până când îl închideți, aceasta este opţiunea corectă.

Dacă nu intenționezi să gestionezi IPC, această opțiune va fi mai degrabă inutilă pentru tine, pentru că poți mai simplu să pornești procesul din nou când este necesar (spre deosebire de serverul web al ASF, unde ai nevoie de el tot timpul pentru a trimite comenzi).

--system-required - declararea acestui întrerupător va determina ASF să încerce să semnalizeze sistemului de operare că procesul necesită ca sistemul să fie funcțional pe toată durata sa de viață. În prezent, acest comutator are efect numai pe mașinile Windows unde va interzice sistemului să intre în modul de suspendare atâta timp cât procesul rulează. Acest lucru poate fi dovedit deosebit de util în timpul nopții atunci când se farmează pe PC-ul sau laptopul tău, astfel ASF va fi capabil să îți țină sistemul treaz în timp ce farmează, odată ce ASF este terminat, se va închide ca de obicei, făcând ca sistemul tău să poată intra din nou în modul de somn, prin urmare permite economisirea de energie imediat după terminarea perioadei de ralanti.

Rețineți că pentru închiderea automată corectă a ASF aveți nevoie de alte setări - în special evitând --process-required și asigurându-vă că toți roboții vor urma ShutdownOnFarmingFinished. Bineînțeles, închiderea automată este doar o posibilitate pentru această caracteristică, nu o cerință, deoarece se poate folosi și acest steag împreună cu --process-required, făcând ca sistemul să rămână pornit la infinit după pornirea ASF.