Cgi Bin Binary Optiot

Apache-opetusohjelma: dynaaminen sisältö CGI: llä CGI (Common Gateway Interface) määrittää web-palvelimen mahdollisuuden toimia vuorovaikutuksessa ulkoisten sisällöntuottavien ohjelmien kanssa, joita kutsutaan usein CGI-ohjelmiksi tai CGI-komentosarjoiksi. Se on yksinkertaisin ja tavallisin tapa lisätä dynaamista sisältöä verkkosivustoosi. Tämä asiakirja on johdanto CGI: n määrittämisestä Apache-palvelimelle ja CGI-ohjelmien kirjoittamisen aloittaminen. Jotta saisit CGI-ohjelmasi toimimaan oikein, sinun täytyy olla Apache määritetty sallimaan CGI-suorituksen. Näin on useita tapoja. Huomaa: Jos Apache on rakennettu jaettuun moduulitukeen, sinun on varmistettava, että moduuli on ladattu httpd. conf-tiedostoosi. Varmista, että LoadModule-direktiiviä ei ole kommentoinut. Oikein konfiguroitu direktiivi voi näyttää tältä: Windowsissa tai käyttämättömällä MPM: llä kuten preforkilla Oikein määritetty direktiivi saattaa näyttää tältä: ScriptAlias-ohje kertoo Apachille, että tietty hakemisto on varattu CGI-ohjelmille. Apache olettaa, että jokainen hakemistossa oleva tiedosto on CGI-ohjelma ja yrittää suorittaa sen, kun asiakas pyytää kyseistä resurssia. ScriptAlias-direktiivi näyttää: ScriptAlias ​​cgi-bin usrlocalapache2cgi-bin Esitetty esimerkki on oletusarvoisesta httpd. conf-määritystiedostosta, jos olet asentanut Apache oletussijaintiin. ScriptAlias-direktiivi on kuin Alias-direktiivi, joka määrittelee URL-etuliitteen, joka on liitetty tiettyyn hakemistoon. Alias ​​ja ScriptAlias ​​käytetään yleensä hakemistoihin, jotka ovat DocumentRoot-hakemiston ulkopuolella. Alias ​​ja ScriptAlias ​​eroavat siitä, että ScriptAliasilla on lisätty merkitys, että kaiken tämän URL-etuliitteen alla pidetään CGI-ohjelmana. Joten edellä oleva esimerkki kertoo Apacheille, että cgi-bin-alustasta alkavan resurssin pyyntö olisi annettava palvelimelta usrlocalapache2cgi-bin. ja sitä olisi käsiteltävä CGI-ohjelmana. Esimerkiksi, jos URL-esimerkkiä cgi-bintest. pl pyydetään, Apache yrittää suorittaa usrlocalapache2cgi-bintest. pl-tiedoston ja palauttaa sen. Tiedoston täytyy tietenkin olla olemassa, ja se on suoritettava ja palautettava tuotos tietyllä tavalla, tai Apache palauttaa virheilmoituksen. CGI-ohjelmat rajoittuvat usein ScriptAlias ​​ed - hakemistoihin turvallisuussyistä. Tällä tavoin ylläpitäjät voivat tiukasti valvoa, kenen saa käyttää CGI-ohjelmia. Kuitenkin, jos asianmukaiset turvaamistoimet toteutetaan, ei ole mitään syytä, miksi CGI-ohjelmia ei voida suorittaa mielivaltaisista hakemistoista. Voit esimerkiksi antaa käyttäjille web-sisällön kotihakemistoissa UserDir-direktiivin avulla. Jos he haluavat omia CGI-ohjelmiaan, mutta he eivät pääse tärkeimmille cgi-bin-hakemistoille, heidän on kyettävä suorittamaan CGI-ohjelmia muualla. CGI-suorituksen salliminen mielivaltaisessa hakemistossa on kaksi vaihetta. Ensinnäkin cgi-script-käsittelijä on aktivoitava käyttämällä AddHandler - tai SetHandler-direktiiviä. Toiseksi ExecCGI on määritettävä Options-direktiivissä. Voit käyttää nimenomaisesti Option-direktiiviä tärkeimmän palvelimen määritystiedoston sisällä määrittelemällä, että CGI-suoritus on sallittu tietyssä hakemistossa: ltDirectory usrlocalapache2htdocssomedirgt Asetukset ExecCGI ltDirectorygt Edellä mainittu ohje kertoo Apacheille mahdollisuuden suorittaa CGI-tiedostoja. Sinun tulee myös kertoa palvelimelle, mitkä tiedostot ovat CGI-tiedostoja. Seuraava AddHandler-direktiivi kertoo palvelimelle, että kaikki cgi - tai pl-laajennuksen sisältävät tiedostot käsitellään CGI-ohjelmina: AddHandler cgi-script. cgi. pl. htaccess-opetusohjelma näyttää, kuinka CGI-ohjelmat aktivoidaan, jos sinulla ei ole pääsyä httpd. conf-tiedostoon. Jos haluat sallia CGI-ohjelman suorittamisen kaikista tiedostoista, jotka lopettavat. cgi: n käyttäjien hakemistoissa, voit käyttää seuraavaa asetusta. ltDirectory homepublichtmlgt Asetukset ExecCGI AddHandler cgi-script. cgi ltDirectorygt Jos haluat nimetä cgi-bin-alihakemiston käyttäjätunnuksesta, jossa kaikki käsitellään CGI-ohjelmana, voit käyttää seuraavaa. ltDirectory homepublichtmlcgi-bingt Asetukset ExecCGI SetHandler cgi-script ltDirectorygt Säännöllisen ohjelmoinnin ja CGI-ohjelmoinnin välillä on kaksi pääeroa. Ensinnäkin sinun kaikkien CGI-ohjelmasi tulostusta edeltää MIME-tyyppinen otsake. Tämä on HTTP-otsake, joka kertoo asiakkaalle millaista sisältöä se vastaanottaa. Suurimman osan ajasta tämä näyttää: Toiseksi, tuotoksesi on oltava HTML-muodossa tai muussa muodossa, jota selain pystyy näyttämään. Useimmiten tämä on HTML, mutta joskus voit kirjoittaa CGI-ohjelman, joka tuottaa gif-kuvan tai muun ei-HTML-sisällön. Näiden kahden asian lisäksi CGI-ohjelman kirjoittaminen näyttää paljon muilta ohjelmilta, joita voit kirjoittaa. Seuraavassa on esimerkki CGI-ohjelmasta, joka tulostaa yhden rivin selaimeesi. Kirjoita seuraava, tallenna se first. pl-tiedostoon. ja laita se cgi-bin-hakemistoosi. usrbinperl print Sisältötyyppi: texthtmlnn print Hei, maailma. Vaikka et tunne Perlia, sinun pitäisi pystyä näkemään, mitä täällä tapahtuu. Ensimmäinen rivi kertoo Apache (tai minkä tahansa kuoren, jonka sattuu olemaan käynnissä), että tämä ohjelma voidaan suorittaa syöttämällä tiedosto tulkkiin, joka löytyy osoitteesta usrbinperl. Toinen rivi tulostaa sisältötyyppisen ilmoituksen, josta puhuimme, ja sen jälkeen kaksi pakettiautomaattista rivinparia. Tämä asettaa tyhjän rivin otsikon jälkeen HTTP-otsikoiden loppuun ja kehon alkuun. Kolmas rivi tulostaa merkkijono Hello, World .. Ja se on sen loppu. Jos avaat suosikkiselaimesi ja kerro, että saat osoitteen tai missä tahansa tiedostossasi, näet yhden rivin Hello world. näkyvät selaimesi ikkunassa. Se ei ole kovin jännittävää, mutta kun saat sen toimimaan, sinulla on hyvät mahdollisuudet saada vain jotain työtä. Selaimessa voi olla neljä perusasioita, kun yrität käyttää CGI-ohjelmaa verkosta: CGI-ohjelman tuloksesi suuri Tämä tarkoittaa, että kaikki toimi hyvin. Jos tulostus on oikein, mutta selaimesi ei käsittele sitä oikein, varmista, että CGI-ohjelmassa on oikea sisältötyyppi. CGI-ohjelman lähdekoodi tai POST-menetelmä ei ole sallittu - viesti Tämä tarkoittaa sitä, että et ole määrittänyt Apachea oikein CGI-ohjelman käsittelyyn. Lue uudelleen Apache-asetusten määrittämistä koskeva osio ja yritä löytää, mitä olet unohtanut. Viesti, joka alkaa kielletystä. Tämä tarkoittaa, että käyttöoikeusongelma on olemassa. Tarkista Apache-virheloki ja alla olevat osiot tiedostojen käyttöoikeuksista. Sisäinen palvelinvirhe sanomalla Jos tarkistat Apache-virhelokin. luultavasti huomaat, että se sanoo ennenaikaisen lopun komentotiedostojen, mahdollisesti yhdessä CGI-ohjelman luomasta virheilmoituksesta. Tässä tapauksessa sinun kannattaa tarkistaa jokainen seuraavista osioista nähdäksesi, mikä voisi estää CGI-ohjelmasi lähettämästä asianmukaisia ​​HTTP-otsakkeita. Muista, että palvelin ei toimi kuten sinä. Toisin sanoen, kun palvelin käynnistyy, se toimii rajoittamattoman käyttäjän lupien kanssa - tavallisesti kukaan ei. tai www - ja se tarvitsee lisälupia omien omistamansa tiedostojen suorittamiseen. Yleensä tapa antaa tiedostoa riittävät oikeudet, joita kukaan ei voi suorittaa, on antaa kaikille lupa tiedostoon: chmod ax first. pl Lisäksi, jos ohjelma lukee tai kirjoittaa muita tiedostoja, nämä tiedostot tarvitsevat saada oikeat oikeudet tämän sallimiseksi. Kun suoritat ohjelman komentoriviltä, ​​sinulla on tietyt tiedot, jotka siirretään kuoriin ilman, että ajattelet sitä. Esimerkiksi sinulla on PATH. joka kertoo kuorelle, missä se voi etsiä tiedostoja, joihin viitataan. Kun ohjelma kulkee verkkopalvelimen kautta CGI-ohjelmana, sillä ei ehkä ole samaa PATH-ohjelmaa. Kaikki ohjelmat, joita kutsut CGI-ohjelmaan (kuten esimerkiksi sendmail), on määritettävä täydellä polulla, jotta kuori löytää ne, kun se yrittää suorittaa CGI-ohjelman. Yhteinen ilmentymä tästä on CGI-ohjelman ensimmäisessä rivissä merkitty script-tulkki (usein perl), joka näyttää jotain: Varmista, että tämä on tosiasiallisesti tulkintapolku. Kun muokkaat CGI-komentotiedostoja Windowsissa, tulkkipolulle voidaan liittää loppuraportit. Varmista, että tiedostot siirretään palvelimelle ASCII-tilassa. Jos näin ei tehdä, komentorivi ei löydä varoituksia käyttöjärjestelmästä, koska tunnistamaton loppupään merkki on tulkittuna osaksi tulkkeen tiedostonimiä. Jos CGI-ohjelma riippuu epätyypillisistä ympäristömuuttujista. sinun on varmistettava, että Apache on ohittanut nämä muuttujat. Kun epäilet HTTP-otsakkeita ympäristöstä, varmista, että ne muotoillaan RFC 2616: n mukaisesti. Osa 4.2: Päänimikkeiden on oltava alkukirjaimilla, joita seuraa vain kirjaimet, numerot tai yhdysviiva. Jokainen tämän säännön vastainen otsikko pudotetaan hiljaa. Useimmissa tapauksissa, kun CGI-ohjelma epäonnistuu, se johtuu ohjelmasta aiheutuvasta ongelmasta. Tämä pätee erityisesti silloin, kun saat tämän CGI-tavaran roikkua, eikä enää tee edellä mainittuja kahta virheitä. Ensimmäinen asia on varmistaa, että ohjelma toimii komentoriviltä ennen sen testaamista web-palvelimen kautta. Esimerkiksi, kokeile: cd usrlocalapache2cgi-bin. first. pl (Älä soita perl-tulkkeja varten. Shellin ja Apachein pitäisi löytää tulkki käyttäen komentorivin ensimmäisellä rivillä olevaa polun informaatiota.) Ensimmäinen asia, jonka näet kirjoittamasi ohjelman pitäisi olla joukko HTTP-otsakkeita, mukaan lukien sisältötyyppi. jota seuraa tyhjä rivi. Jos näet jotain muuta, Apache palauttaa ennenaikaisen käskyn otsikkorivin loppuun, jos yrität suorittaa sen palvelimen kautta. Lisätietoja on kohdassa CGI-ohjelman kirjoittaminen edellä. Virhelokit ovat ystäväsi. Kaikki, joka menee pieleen, tuottaa viestin virhelokista. Sinun pitäisi aina etsiä sinne ensin. Jos paikkasi, jolle ylläpität verkkosivustosi, ei pääse käyttämään virhelokiä, sinun on todennäköisesti sijoitettava sivustosi muualle. Opi lukemaan virhelokit, ja huomaat, että lähes kaikki ongelmasi tunnistetaan nopeasti ja ratkaistaan ​​nopeasti. Suexec-tukiohjelmassa CGI-ohjelmat voidaan suorittaa eri käyttöoikeuksien mukaan riippuen siitä, missä virtuaali-isäntänä tai käyttäjän kotihakemistona ne sijaitsevat. Suexecilla on erittäin tarkka lupien tarkistus ja mahdolliset epäonnistumiset, jotka johtavat CGI-ohjelmien epäonnistumiseen Ennenaikainen skriptiotsikoiden loppu. Jos haluat tarkistaa, käytätkö suexec-ohjelmaa, suorita apachectl - V ja tarkista SUEXECBINin sijainti. Jos Apache löytää suexec-binaarin käynnistyksessä, suexec aktivoituu. Ellei täysin ymmärrä suexecia, sinun ei pitäisi käyttää sitä. Jos haluat poistaa suexec: n käytöstä, poista (tai nimeä uudelleen) SUEXECBIN-ohjelmassa vireillä oleva suexec-binaari ja käynnistä sitten palvelin uudelleen. Jos, kun olet lukenut suexec. haluat silti käyttää sitä, suorita suexec - V - versiolla suexec-lokitiedoston sijainti ja käytä tätä lokitiedostoa selvittääksesi, mitä käytäntöä olet rikkonut. Kun tulet kehittyneempiä CGI-ohjelmoinnissa, on hyödyllistä ymmärtää enemmän siitä, mitä tapahtuu kulissien takana. Erityisesti selaimen ja palvelimen välinen kommunikointi keskenään. Koska vaikka se on hyvin kirjoitettu ohjelma, joka tulostaa Hello, World., Se ei ole erityisen hyödyllinen. Ympäristön muuttujat ovat arvoja, jotka kulkevat ympärilläsi, kun käytät tietokonetta. Ne ovat hyödyllisiä asioita, kuten polku (jossa tietokone etsii todellista tiedostoa, joka toteuttaa komennon kirjoittaessasi), käyttäjätunnuksesi, päätelaitetyyppi ja niin edelleen. Täydellinen luettelo normaaleista, päivittäisistä ympäristömuuttujista, kirjoita env komentokehotteeseen. CGI-tapahtuman aikana palvelin ja selain myös asettavat ympäristömuuttujat, jotta he voivat kommunikoida keskenään. Näitä ovat esimerkiksi selaimen tyyppi (Netscape, IE, Lynx), palvelintyyppi (Apache, IIS, WebSite), käynnissä olevan CGI-ohjelman nimi ja niin edelleen. Nämä muuttujat ovat CGI-ohjelmoijien käytettävissä, ja ne ovat puolet asiakas-palvelimen viestinnän tarinasta. Täydellinen luettelo vaadituista muuttujista on Common Gateway Interface RFC: ssä. Tämä yksinkertainen Perl CGI - ohjelma näyttää kaikki ympärillä olevat ympäristömuuttujat. Kaksi samanlaista ohjelmaa sisältyy apache-jakelun cgi-bin-hakemistoon. Huomaa, että joitain muuttujia tarvitaan, kun taas toiset ovat valinnaisia, joten näet joitain muuttujia, jotka eivät ole virallisessa luettelossa. Lisäksi Apache tarjoaa monia eri tapoja lisätä omat ympäristömuuttujasi oletusarvoisesti perustuviin perusmuuttujiin. usrbinperl-tulostus Sisältötyyppi: texthtmlnn foreach-avain (avaimet ENV) - tulostusavaus --gt ENV ltbrgt Palvelimen ja asiakkaan välinen muu tiedonsiirto suoritetaan tavallisella tulolla (STDIN) ja standardilähtöllä (STDOUT). Normaalissa päivittäisessä kontekstissa STDIN tarkoittaa näppäimistöä tai tiedostoa, jota ohjelmaa annetaan toimimaan, ja STDOUT tavallisesti tarkoittaa konsolia tai näyttöä. Kun lähetät web-lomakkeen CGI-ohjelmaan, tämän lomakkeen tiedot yhdistetään erityiseen muotoon ja toimitetaan CGI-ohjelmaan STDIN-ohjelman kautta. Ohjelma voi sitten käsitellä kyseisiä tietoja ikään kuin ne tulevat näppäimistöstä tai tiedostosta. Erityinen muoto on hyvin yksinkertainen. Kentän nimi ja sen arvo yhdistetään yhtäläisyyteen (), ja arvoparit yhdistetään yhdessä ampersandin (amp) kanssa. Epäkelpoiset merkit, kuten tilat, ampersands ja tasavertaiset merkit, muunnetaan niiden heksadesimaaliksi, jotta he eivät upota työtä. Koko tietolomake saattaa näyttää jotain: Youll joskus myös nähdä tämäntyyppisen merkkijonon, joka on liitetty URL-osoitteeseen. Kun tämä tehdään, palvelin asettaa kyseisen merkkijonon ympäristömuuttujaksi nimeltä QUERYSTRING. Siksi kutsutaan GET-pyyntöä. HTML-lomakkeessa määritetään, käytetäänkö GET - tai POST-tietoja tietojen toimittamiseen asettamalla METHOD-attribuutti FORM-tunnisteessa. Ohjelmasi on sen jälkeen vastuussa siitä, että merkkijono jakautuu hyödyllisiin tietoihin. Onneksi on olemassa kirjastoja ja moduuleja, joiden avulla voit käsitellä näitä tietoja ja käsitellä muita CGI-ohjelman osa-alueita. Kun kirjoitat CGI-ohjelmia, kannattaa harkita koodikirjaston tai - moduulin käyttämistä, jotta voit tehdä suurimman osan työstään. Tämä johtaa virheiden vähenemiseen ja nopeampaan kehitykseen. Jos kirjoitat CGI-ohjelmia Perlissä, moduulit ovat käytettävissä CPAN-palvelussa. Tähän tarkoitukseen suosituin moduuli on CGI. pm. Voit myös harkita CGI :: Lite. joka toteuttaa minimaalisen toiminnallisuuden, joka on kaikki mitä tarvitset useimmissa ohjelmissa. Jos kirjoitat CGI-ohjelmia C: ssä, on olemassa erilaisia ​​vaihtoehtoja. Yksi näistä on CGIC-kirjasto, boutellcgicista. Verkossa on paljon CGI-resursseja. HTML Writers Guildin luettelo on suuri vastausten lähde kysymyksiisi. Löydät lisätietoja hwg. orglistshwg-palvelimista. Nykyinen CGI-spesifikaatio on saatavana Common Gateway Interface RFC: ssä. Kun lähetät kysymyksen CGI-ongelmasta, joka sinulla on, joko postituslistalle tai uutisryhmälle, varmista, että annat tarpeeksi tietoa siitä, mitä tapahtui, mitä odotit tapahtuvan ja miten tapahtui, mikä oli tapahtunut, mikä palvelin olet käynnissä, mikä kieli CGI-ohjelmasi oli ja mikäli mahdollista, rikkomuskoodi. Tämä tekee ongelman löytämisestä paljon helpompaa. Huomaa, että CGI-ongelmien kysymyksiä ei tule koskaan lähettää Apache-vikatietokantaan, ellei ole varma, että olet löytänyt ongelman Apache-lähdekoodista. Huomaa: Tämä ei ole QampA-osa. Tässä esitetyt huomautukset on viitattava asiakirjojen tai palvelimen parantamiseen ehdotuksiin, ja valvojamme voivat poistaa ne uudelleen, jos ne toteutetaan tai niitä pidetään invalidoff-aiheena. Apache HTTP - palvelimen hallintaa koskevat kysymykset tulee ohjata joko IRC-kanavallamme, httpd: ssä, Freenodessa tai lähettämistä postituslistoillemme. Copyright 2017 Apache-ohjelmistosäätiö. Käyttöoikeudet Apache-lisenssin version 2.0 mukaan. Hyvät hyökkäykset PHP: n käyttö CGI-binaarina on vaihtoehto asetuksille, jotka jostain syystä eivät halua integroida PHPa moduuliksi palvelinohjelmistoon (kuten Apache) tai käyttää eri tyyppisiä PHP CGI-kääreistä luomaan turvallisia chroot - ja setuid-ympäristöjä skripteille. Tämä asennus edellyttää yleensä suoritettavien PHP-binäärien asentamista web-palvelimen cgi-bin-hakemistoon. CERT-neuvonantaja raquo CA-96.11 suosittelee, ettei tulkkeja aseteta cgi-binille. Vaikka PHP-binääriä voidaan käyttää itsenäisenä tulkkeena, PHP on suunniteltu estämään hyökkäykset, joita tämä asennus mahdollistaa: Järjestelmätiedostojen käyttö: my. hostcgi-binphpetcpasswd Kysymys-informaatio URL-osoitteessa kysymysmerkin () jälkeen ohitetaan komennon CGI-käyttöliittymän tulkkeja varten. Tulkit yleensä avaavat ja suorittavat tiedoston, joka on määritetty komentorivin ensimmäiseksi argumentiksi. Kun sitä kutsutaan CGI-binaariksi, PHP kieltäytyy tulkitsemasta komentorivin argumentteja. Kaikkien web-asiakirjojen käyttö palvelimella: my. hostcgi-binphpsecretdoc. html PHP-binääritunnuksen jälkeen URL-osoitteessa oleva tie-informaatio-osa, secretdoc. html, käytetään tavallisesti määrittämään CGI-ohjelman avattavan ja tulkitsevan tiedoston nimi. Usein Web-palvelimen määritysohjeita (Apache: Action) käytetään ohjaamaan pyyntöjä asiakirjoihin, kuten my. hostsecretscript. php, PHP-tulkkiin. Tällä asetuksella verkkopalvelin tarkistaa ensin pääsyoikeudet hakemistosaliksi. ja sen jälkeen luo uudelleenohjattu pyyntö my. hostcgi-binphpsecretscript. php. Valitettavasti, jos pyyntö on alun perin annettu tässä lomakkeessa, verkko-palvelimen pääsy tiedostojen secretscript. php ei ole sallittua. mutta vain cgi-binphp-tiedostolle. Tällä tavoin kaikki käyttäjät, jotka voivat käyttää cgi-binphp, pystyvät käyttämään kaikkia suojattuja asiakirjoja web-palvelimella. PHP: ssä runtime configuration - ohjeet cgi. forceredirect. docroot ja userdir voidaan käyttää estämään tämän hyökkäyksen, jos palvelimen dokumenttiryhmässä on kaikki hakemistot, joilla on pääsyrajoituksia. Katso alla olevat täydelliset selitykset eri yhdistelmistä. User Contributed Notes Tällä sivulla ei ole käyttäjän antamia huomautuksia. Varoitus: Binary Options ja forex trading sisältävät riskin. Liiketoimintomalli ja tulot: Tulokset riippuvat valitun lyhennysaikaan oikeuttavan omaisuushinnan oikeasta suunnasta tietyn lakkohinnan perusteella. Kun kauppa aloitetaan, kauppiaat saavat vahvistusnäytön, joka osoittaa varat, lakkohinnan, valitun suunnan (CALL tai PUT) ja sijoituksen määrän. Kun tämä ruutu pyytää, kaupat alkavat 3 sekunnissa, ellei Trader paina Peruuta-painiketta. TRBinaryOptions tarjoaa nopeimman vaihtoehdon, joka päättyy yleisön saatavilla ja liiketoimet voivat olla jopa 15 minuuttia tavallisissa binääriasetuksissa ja jopa 60 sekunnissa 60 sekunnin alustalla. Vaikka riski, kun kaupankäyntiä binääri vaihtoehtoja on kiinteä kunkin yksittäisen kaupan, kaupat ovat eläviä ja on mahdollista menettää alkuinvestointi, varsinkin jos elinkeinonharjoittaja päättää sijoittaa koko investointi yhdeksi elinkeinotoiminnalle. On erittäin suositeltavaa, että elinkeinonharjoittajat valitsevat asianmukaisen rahanhallintastrategian, joka rajoittaa koko peräkkäistä kaupankäyntiä tai jäljellä olevia investointeja. Suosittelemme käyttämään Mozilla Firefox - tai Google Chrome - selaimia TRBinaryOptions-kaupankäynnin yhteydessä. Kiitos mielenkiinnostasi