Teknologia tiedonsiirtoon suurissa projekteissa. Mikä on kartoitus

Kymmenet sanat tulevat venäjän kieleen joka vuosi, asettuvat siihen ja vahingoittavat korviamme. Anglismeja käytetään sopimattomasti ja sopimattomina, termit menettävät merkityksensä alkuperäinen merkitys ja siirtyä uusille alueille, ja kauan tutut sanat ilmestyvät yhtäkkiä vieraaseen kontekstiin - on helppo hämmentyä. Strelka-lehti laittaa asiat järjestykseen Sanasto-osiossa.

Mistä se tuli?

Sana on johdettu englannin sanasta "map" ja siihen liitetystä päätteestä -ing. Kirjaimellinen käännös: kartoitus, kartografia ja topografinen kartoitus. SISÄÄN Viime aikoina"kartoitusta" käytetään laajemmassa merkityksessä, ylittäen puhtaasti topografisen aiheen.

Mitä sanakirjaan on kirjoitettu

"Karttaus on graafinen esitys prosessista, prosessista, rakenteesta tai järjestelmästä, joka heijastaa komponenttien sijaintia tai suhteita ja myös dokumenttivirtoja, kuten rahaa, energiaa, tavaraa, tietoa, siirtolaisuutta." (businessdictionary.com)

"Videokartoitus - käytetty myös 3D-kartoituksen merkityksessä - audiovisuaalisen taiteen suunta, joka on 3D-projektio ympäristössä olevaan fyysiseen esineeseen ottaen huomioon sen geometrian ja sijainnin avaruudessa." (projektio-mapping.org)

"Visualisoinnin" merkityksessä - "menetelmä tietojen esittämiseksi muodossa optinen kuva(esimerkiksi piirustusten ja valokuvien, kaavioiden, kaavioiden, lohkokaavioiden, taulukoiden, karttojen jne. muodossa). Sitä käytetään erittäin tehokkaasti esittämään aluksi ei-visuaalista tietoa (esim. lämpötila, väestötiheys, sähkömagneettisten kenttien tasojen jakautuminen jne.)" (Yritystermien sanakirja. "Akademik.ru". 2001)

"Mielekartoitus on graafinen tekniikka, joka perustuu aivojen luonnollisen taipumukseen ajatella assosiatiivisesti, keskustasta reuna-alueille." (mind-mapping.co.uk)

Mitä asiantuntijat sanovat

Strelka-instituutin opettaja Kuba Snopek puhuu kartoittamisesta työkaluna kaupungin tutkimiseen

”En kutsu kartoitusta kartografiaksi, koska kartografia on tunnustettu tieteellinen tieteenala ja se edellyttää hyvin selkeää menetelmää. Lyhyesti sanottuna: ihminen menee uuteen paikkaan ja hyökkää kaikkeen näkemäänsä.

Kartta, jota käytämme työkaluna kaupungin tutkimiseen Strelkassa, on erilainen ja heijastelee kaupungissa tapahtuvia prosesseja. Luomme kartan olemassa olevan päälle ja tarkistamme, mikä on muuttunut geodeettisen pohjan luomisen jälkeen. Ja jokainen tutkija voi saada oman karttansa samasta tilasta. Tämä on mielenkiintoisin osa: joku voi katsoa vain arkkitehtuuria, toinen ihmisten käyttäytymistä, kolmas eläinten käyttäytymistä tai valospektriä.

Minulle kaikki projektit alkavat kartasta. Ilman tätä on mahdotonta jatkaa eteenpäin. Tällä hetkellä olen tekemässä Puolan kirkkoihin liittyvää projektia. Siellä on neljän tuhannen kohteen kartta, ja tämän kartan analyysi on projektin tärkein osa, se on sen pääasiakirja.

Alexey Rozov, Power of Light -yrityksen perustaja, puhuu 3D-kartoituksesta

”3D-kartoituksen tarkoitus on, että luomme kuvan, joka asetetaan fyysisen kohteen päälle sen muodon ja arkkitehtuurin mukaisesti. Tämä mahdollistaa rakennuksen muokkaamisen 3D-muunnoksen tai pintakuvioiden muuttamisen avulla.

Ensin insinöörit tekevät 3D-mallin rakennuksesta. Jos suunnittelu ei ole kovin monimutkaista, malli voidaan tehdä menemällä alueelle ja ottamalla mitat. Jos tämä on esimerkiksi Bolshoi-teatteri, tässä tapauksessa se on tehty laserskannaus, ja malli luodaan tuloksena olevasta pistepilvestä.

Julkisivujen maanpäällinen 3D laserskannaus / kuva: severnpartnership.com

Animaattorit-taiteilijat käyttävät sitten 3D-mallinnusohjelmia sisällön luomiseen. Piirtäessään insinöörit tekevät laskelmia siitä, kuinka monta projektoria ja kuinka paljon tehoa tarvitaan rakennuksen pinnan peittämiseen. Esimerkiksi Bolshoi-teatteri tarvitsee 12 projektoria, Maneesi - kahdeksan ja Moskovan valtionyliopisto - 86. Laskelmia tehdään myös kuvan kirkkaudesta ja resoluutiosta. Sitten virtuaalinen asennus – kaikkien projektorien asettaminen niin, että ne muodostavat yhden kuvan. Kun sisältö on valmis, kaikki siirtyvät suoraan sivustolle. Projektoritorni kootaan paikan päällä, tarvittavat palvelimet asennetaan ja insinöörit alkavat sekoittaa kuvaa niin, että se putoaa tasaisesti rakennuksen päälle. Tietokone käynnistyy, kun sisältö on ladattu, ja esitys alkaa. Virheitä ei pitäisi olla. Jos vain hyvin pieniä, tavalliselle katsojalle näkymättömiä. Olen nähnyt huonoja esimerkkejä, joissa haluttiin tehdä 3D-kartoitusta, mutta grafiikka osoittautui rumaksi, projektio ei osunut kohteeseen kovin tarkasti, projektorista tuleva valo oli laskettu väärin - ja käy ilmi, että kaikki näyttää himmeältä, kuva on pikseloitu, eikä se koristele, vaan päinvastoin vain pilaa.

Yhteen projektiin käytetty aika riippuu rakennuksen mittakaavasta ja videon pituudesta. Jos esimerkiksi teet esityksen Moskovan valtionyliopistolle puoli tuntia, niin hyvässä mielessä tarvitset vuoden sen tekemiseen, ja jos Bolshoi-teatterille se on kolme minuuttia pitkä, kuukausi tai kaksi on riittää sinulle.

On vaikea sanoa, kuinka kehittynyt tämä on Venäjällä muihin maihin verrattuna, mutta esimerkiksi Moskovassa järjestetään vuosittain voimakas Circle of Light -festivaali. Nykyään 3D-kartoitusta käytetään sisustussuunnitteluna: vieraille tarkoitettu show esitetään jatkuvasti museossa tai kauppakeskuksessa useita kertoja päivässä.

Käyttöesimerkkejä

”Kartoitus paljastaa avaruuden tarjoaman tiedon taloudellisen, kulttuurisen ja poliittisen arvon. Menetelmän avulla voit yhdistää kaikki nämä tiedot ja linkittää ne tiettyyn paikkaan. (Strelka-lehti)

"125-vuotisjuhlavuoden kunniaksi Tšekin tiedeakatemia valmisteli visuaalisen esityksen - videokartoituksen historiallisesta rakennuksestaan ​​Prahassa." (420on.cz)

"Mielekartoitus käännetään venäjäksi "ajattelukartalla", "mielekartalla", "muistikartalla", " henkisiä karttoja". Visualisointimenetelmän avulla voidaan luoda uusia ideoita, analysoida ja järjestää tietoa, tehdä muistiinpanoja, tehdä päätöksiä ja paljon muuta. ("Tiede ja elämä")

Rakkaat ystävät!

Tänään meillä on ilo ilmoittaa, että kehittäjämme ovat ottaneet käyttöön mahdollisuuden siirtää tietoja URL-osoitteen (kartoituksen) kautta kohdesivun ulkopuolelle.

Tämän toiminnon avulla voit siirtää kaikki tiedot lomakekentistä sivulle, jolle käyttäjä siirtyy lähettäessään sinulle liidin. Tämän ansiosta liidi ei vain pääse sisään, vaan voi myös päästä heti tietokantaan, jos vastaava komentosarja uudelleenohjaussivulla "tapaa" hänet.

Nyt ei tarvitse viedä tietoja liidien käsittelyjärjestelmästä! Voit lähettää ja käsitellä ne heti omassa tietokannassasi!

Tämän toiminnon ansiosta on myös mahdollista onnitella tai kiittää käyttäjää, joka antoi yhteystietonsa henkilökohtaisesti.

Miten kartoitus toimii?

Kartoituksen ydin on, että lähetettäessä tietoja lomakekentistä niiden sisältö lisätään linkkiin, johon uudelleenohjaus tapahtuu. URL-osoitteesta tulee: //my_site.com/?name=NAME&email=EMAIL_ADDRESS&phone=PHONE_NUMBER&lead_id=225298.

Tärkeä! Kaikkien kenttätietojen lisäksi liiditunnus välitetään aina lead_id-parametrissa.

Sivulla, jolle siirrytään, nämä tiedot "vastaanotetaan" erityisellä komentosarjalla, joka puolestaan ​​jakaa tiedot asianmukaisiin "soluihin".

Kiinnitä huomiosi! Kartoitus toimii vain, jos "Lomaketulos" on "Siirry URL-osoitteeseen"!

Kuinka voin määrittää liidien kartoituksen URL-osoitteen perusteella aloitussivulleni?

1. Kirjaudu sisään.
2. Valitse sivu, jolla on liidilomake, jolta aiot "lähettää" tietoja.

3. Tee editorissa tuplaklikkaus muodon mukaan.

4. Täytä avautuvassa ikkunassa "Mapping"-sarake vastaavilla kentillä Englannin kieli. Esimerkiksi nimi - nimi, puhelin - puhelin jne.

5. Tallenna muutokset.

6. Määritä lomakkeen ominaisuuksissa uudelleenohjaus kohteeseen haluttu sivu- Tämä voi olla verkkosivustosi sivu, johon on sisäänrakennettu JavaScript, joka käsittelee URL-osoitteesta saatujen kenttien tiedot.

Valitse "Pass lomakkeen kentät" -valintaruutu.

7. Tallenna muutokset pääeditorin valikkoon.

Siinä kaikki! :-)

Nyt tiedot lomakekentistäsi siirretään sivulle, jolle ohjaat käyttäjän uudelleen. Sinun ei tarvitse viedä liidejä CRM LPgeneratorista - ne voidaan "kuljettaa" CRM:ään suoraan URL-osoitteen kautta. Karttausmahdollisuudet tiedon siirtämistä varten ovat todella rajattomat.

Tässä artikkelissa haluamme systematisoida kokemuksemme tietojen siirtämisestä suurissa yritysprojekteissa, jotka liittyvät asiakkaiden siirtymiseen töihin 1C:Enterprise 8 -kokoonpanoissa.

Samanaikaisesti artikkelin pääpaino asetetaan ennen kaikkea siirtoprosessin teknologiseen komponenttiin. Vaikutus myös organisaatioon, mutta vähäisemmässä määrin.

Termit ja määritelmät

Tietojen siirto ymmärretään yleensä lopulliseksi työjaksoksi, projektiksi, jonka tavoitteena on kertaluonteinen massasiirto lähdejärjestelmistä (historiallisista järjestelmistä) kohdejärjestelmään. Samalla näiden tietojen hyödyntäminen lähdejärjestelmissä lakkaa.

Tietojen siirto on erotettava tietojen integroinnista. Integraatio, toisin kuin muuttoliike, on pysyvä osa IT-arkkitehtuuri, ja se on vastuussa datavirrasta eri järjestelmien ja tietovarastojen välillä - ja se on prosessi, ei projektitoiminta.

Siirtomalli kohteeseen yleinen tapaus seuraavasti:

Riisi. 1

Historialliset järjestelmät- Asiakkaan yrityksen tietokannat, jotka on tarkoitus korvata kokonaan tai osittain uuden järjestelmän käyttöönoton yhteydessä.

Vastaanotinjärjestelmä- kohdejärjestelmä, mielivaltainen konfiguraatio "1C:Enterprise 8".

Alkutiedot- historiallisista järjestelmistä ladatut tiedot mukautettuun xls-tiedostomuotoon. Tässä tapauksessa xls-muoto näyttää olevan yksi kätevimmistä, koska mahdollisuus ladata xls-tiedostoon on olemassa monissa "edellisten sukupolvien" kirjanpitojärjestelmissä.

Miten moderni vaihtoehto Xml-tiedostomuotoa voidaan pitää siirtona.

On myös vaihtoehtoja välitietokannan käyttöön.

Muutos, muunnos- prosessi, jossa lähdetiedot muunnetaan dataksi latausta varten. Tietojen muunnos tapahtuu latausmallien mukaisesti. Muunnoksen tulos on ladattava data.

Lataa tiedot- vastaanottavaan järjestelmään ladattavat tiedot. Tämä artikkeli ja lähdetiedot käsittelevät xls-muotoa.

Tietomallit latausta varten- kuvaus kohdejärjestelmään ladattavista tietotaulukoista.

Muuttoliikkeen vaiheet

Harkitsemme siirtymisen valmistelua ja suorittamista askel askeleelta.

Siirron organisatoriset vaiheet sisältävät seuraavat seikat:

· Muuttostrategian määrittely. Päällä tässä vaiheessa Urakoitsija ja tilaaja sopivat siirtotyön toteuttamistekniikasta;

· Siirtotyöryhmän kokoonpanon määrittäminen. Työryhmään tulee kuulua sekä urakoitsijalta että tilaajalta asiantuntijoita, jotka tuntevat riittävän hyvin historiallisten järjestelmien toiminnan (asiakkaan puolelta) ja kohdejärjestelmän (urakoitsijan puolelta);

· Alustava siirtymäsuunnitelma. Siirtymäsuunnitelmaa tarkistetaan useita kertoja projektin edetessä;

· Aikajaksot tietojen lataamiselle historiallisista järjestelmistä, tietomäärät. Siirtojen tietojen katkaisuajat, testipäivät ja lopulliset siirrot. Tämä informaatio voidaan johtua siirtymäsuunnitelmasta;

· Siirrettävien tietojen kokoonpano. Viitetiedot, luokittelijat, tapahtumatiedot, saldot, liikevaihto jne.;

· Tietojen laadun, oikeellisuuden ja eheyden tarkistamiseen liittyvät kysymykset siirtoprosessin aikana ja sen lopussa;

· Edelliseen tilaan palaamiseen liittyvät ongelmat vikojen sattuessa.

Tarkastellaanpa lähemmin siirtymisen teknisiä vaiheita.

Riisi. 2

1.Tietojen latausmallien valmistelu

Tietojen latausmalli sisältää tekniset kuvaukset datataulukot latausta varten, algoritmit ja lataussäännöt nykyiselle mallille.

Jokainen malli on yleensä tarkoitettu yhdelle tai useammalle liittyvät taulukot kohteen vastaanottojärjestelmässä.

Mallissa sanotaan:

· Kuvaus kaikista ladattavan xls-datatiedoston kentistä, mukaan lukien:

o Kentän nimi

o Ilmaisin, että kenttä on täytettävä

o Esimerkki kentän täyttämisestä

o Huom

· Kuvaus säännöistä kohdejärjestelmän taulukon lataamiseen ladattavien tietojen perusteella (jono useiden toisiinsa liittyvien taulukoiden tapauksessa, avainkenttien hakualgoritmit jne.)

· Kuvaus kohdejärjestelmätaulukoiden kenttien täyttämisestä suoraan, jos tarjotaan muuta kuin tiedon siirtäminen "yksi yhteen" datatiedostosta ladattaviksi. Koskee esimerkiksi viitekenttiä.

Urakoitsijan tulee tässä vaiheessa työskennellä myös datatiedostojen lataajalla latausta varten. Kun työskentelet xls-tiedostojen kanssa, tämä tehtävä ei ole erityisen vaikea.

2.Tietolähteiden tunnistaminen

Tämä vaihe voi alkaa yhdessä edellisen vaiheen kanssa "1. Valmistellaan tietojen latausmalleja."

Tässä vaiheessa Asiakkaan asiantuntijat päättävät, mistä järjestelmistä ja mitä tietoja voidaan ladata. Sinun tulisi myös määrittää, mitä tietoja Voi olla saattaa olla tarpeen.

Pääsääntöisesti sisään suuria projekteja siirtoon, täydellisen ja kattavan tietolähteiden luettelon tunnistaminen voi viedä melkoisen aikaa pitkä aika ja tapahtuu työn edetessä seuraavissa vaiheissa.

Usein tulee tilanteita, joissa tiedon eheyden edelleen varmistamiseksi joudutaan siirtämään osa tiedoista painetuista lähteistä (digitoida) tai jopa syöttämään taulukoihin Asiakkaan avainhenkilöiden sanojen mukaan.

Tässä vaiheessa sinun tulee kuitenkin yrittää tunnistaa mahdollisimman paljon tarpeellista tietoa.

3. Lähdetietojen lataaminen

Tietojen lataaminen historiallisista järjestelmistä voi viedä melko paljon aikaa, varsinkin jos järjestelmiä on useita, ne ovat erilaisia ​​ja Asiakkaan eri jaostot ovat niistä vastuussa. Pitäisi harkita Tämä hetki testin ja lopullisten migraatioiden aikana.

Suurin osa kätevä vaihtoehto Se näyttää lataavan xls-tiedostoja. Monet vanhemmat IT-järjestelmät tukevat tätä vaihtoehtoa.

Voi myös olla vaihtoehtoja lataamiseen csv-, dbf-, xml-muotoon ja muihin muotoihin.

On syytä huomioida, että syystä tai toisesta (esimerkiksi tietoturva-asiat) Asiakas ei voi tässä vaiheessa aina tarjota datalatauksia kokonaisuudessaan! Vain tietorakenne ja muutama testipaikka. Näin ollen voi syntyä tilanne, että testi- ja loppukuormituksen aikana lähdetaulukoissa havaitaan heikkolaatuista dataa, mikä johtaa odottamattomiin virheisiin.

Tämän ongelman minimoimiseksi historiallisista järjestelmistä suoritettavien testilatausten määrästä tulee sopia etukäteen.

4. Tietojen kartoitus

Kartoitus (datan kartoitus) - yleensä prosessi, jossa verrataan tietoja historiallisista järjestelmistä ja vastaanottavasta järjestelmästä. Eli lähdetiedot ja ladattavat tiedot.

Kartoitusvaihe on työvoimavaltaisin vaihe, ja se voi viedä yli 50 % kaikesta siirtotehtävän työstä.

Tässä vaiheessa koko migraatioprojektin työryhmä on täysin mukana.

Tietojen kartoitusprosessissa on tarpeen erottaa taulukkokartoituksen ja kenttäkartoituksen alivaiheet.

· Taulukoiden kartoitus tai mallien kartoitus - lähdetietojen taulukoiden ja tietomallien vertailu latausta varten. Ottelu voi olla joko 1:1 tai N:N. Tämän työn tuloksena taulukkokartoitusrekisteri kootaan ja ylläpidetään. Tämä osavaihe on välttämätön kenttäkartoituksen seuraavalle osavaiheelle ja kartoituksen yleisen tilan seurannalle.

Ryhmä 1C-malleja	1C-mallin nimi	Tiedoston nimi- lähde	Säännöt lähdetiedoston luomiseksi	Vastuullinen	Tila	Huomautus
NSI	Näyte_ Nimikkeistö	Nomenk latura.xls	Aseta valinta järjestelmässä N . Tallenna txt-muotoon . Avaa xls-muodossa, sarakkeet ovat tekstiä . Ensimmäinen rivi on otsikko . Sarakkeiden lukumäärä - 15 . Tarkista rivien määrä txt- ja xls-tiedostoissa . Taulukon nimi on aina "Sheet1"	Ivanov I.I.	töissä

· Kenttäkartoitus - taulukkokenttien yhdistäminen jo määritellyn taulukkokartoituksen sisällä. Tämän työn tuloksena on kenttäkartoitusrekisteri.

№ s

Cl. ala

Edellytetään

1C mallin kentän nimi "Malli_nimikkeistö"

Kuvaus

Kentän nimi "Nomenclature.xls"

Täyttöalgoritmi

Koodi

Hakemistoelementin koodi

Koodi

Nimi

Nimi

Joo

Tämä ryhmä

Sisältää yhden seuraavista arvoista: . 1 - ryhmille . 0 - elementeille

Jos koodin pituus = 11 merkkiä ja 4 viimeistä merkkiä<>"0000", tämä elementti on "0", muuten ryhmä on "1".

Koko nimi

Hakemistoelementin nimi

Nimi

Jos ThisGroup = 1, sitten "", ElseIf ThisGroup = 0, niin Nimi.

Osana tätä vaihetta sinun tulee myös suorittaa mahdollisia töitä tietojen normalisoinnissa.

5. Muunnossääntöjen valmistelu

Toisin kuin aiemmat vaiheet, tämä vaihe on tekninen ja siihen liittyy urakoitsijan kehittäjä.

Sovittujen kenttäkartoitusrekisterien perusteella Urakoitsijan asiantuntijat kehittävät säännöt tiedon muuntamiseen.

Siirron valmisteluvaiheessa ja edelleen, testi- ja loppusiirtymien aikana tapahtuvaa operatiivista työtä varten on tärkeää, että mukava ympäristö sääntöjen (komentosarjojen) kehittäminen tietojen muuntamista varten ja ympäristö lähdetietojen muuntamiseksi dataksi latausta varten.

Tämän ympäristön vaatimuksia ovat:

· Muunnossääntöjen kehittämisen mukavuus ja nopeus;

· Tietojen muuntamisen nopeus. Tulo- ja tulostustiedostot voivat olla satoja tuhansia rivejä pitkiä!

· Kyky työskennellä useiden syöttötiedostojen kanssa samanaikaisesti;

· Mahdollisuus tallentaa muunnossäännöt erillisiin tiedostoihin.

Siirtoprojekteihimme olemme kehittäneet erikoistuneen kehittäjätyöaseman, joka perustuu tavallinen käsittely"Kyselykonsoli" 1C.

Kyselykonsolin käsittelyä on parannettu mahdollistamaan suorat kyselyt xls-tiedostoihin.

Tässä on esimerkki kahden lähde-xls-tiedoston yhdistämisestä Työntekijät.xls

Työntekijän koodi	Sukunimi	Nimi	Sukunimi	Syntymäaika
2423	Ivanov	Ivan	Ivanovitš	17.11.1992
1523	Petrov	Basilika	Aleksandrovich	04.02.1991
4363	Sidorov	Kirill	Nikolajevitš	01.05.1995
	Denisov	Denis	Denisovich	01.01.1990

Ja Toiminnot.xls sivuilla:

Poistot

Työntekijän koodi	Päivämäärä	Summa
2423	01.02.2014
1523	02.02.2014
4363	03.02.2014
	04.02.2014	100000
2423	05.02.2014
1523	06.02.2014
4363	07.02.2014	2356
	08.02.2014	140000
2423	09.02.2014
1523	10.02.2014
4363	11.02.2014	23523
	12.02.2014	80000

Ja Kuitit:

Työntekijän koodi	Päivämäärä	Summa
	01.05.2004
	02.05.2004
	03.05.2004
	04.05.2004
2423Syntymäaika	Kuitin summa	Poistettu määrä
Ivanov Ivan Ivanovitš	2423	17.11.1992	1341234	1010
Petrov Vasili Aleksandrovitš	1523	04.02.1991	245245
Denisov Denis Denisovich		01.01.1990	380000	320000
Sidorov Kirill Nikolajevitš	4363	01.05.1995	613382	26336
KAIKKI YHTEENSÄ:			2579861	347842

Huomaa, että esimerkki on keinotekoinen, valittu erityisesti näyttämään kaikki mahdolliset vaiheet tietolähteiden muuntaminen.

Muunnostoimintojen tekninen järjestys tässä on seuraava:

Access SQL -kyselykielen käyttäminen (joka tarjoaa merkittävän lisäominaisuuksia 1C-kyselykieleen verrattuna), luodaan ensimmäinen kysely, joka poimii tiedot xls-tiedostosta 1C-ympäristöön. Samalla se on mahdollista jo tässä vaiheessa erilaisia ​​tarkastuksia ja tietojen normalisointi.

ADO-tietojen käyttötekniikka tarjoaa suuri nopeus tehdä työtä.

Riisi. 3

2. Kysely 1C-kielellä - pääkysely, joka toteuttaa kenttäkartoitusalgoritmin. Ja myös: ladattujen tietojen rikastaminen 1C-tietokannan tiedoilla, uudelleenryhmittely, yhdistäminen kyselyjen tuloksiin muihin lähde-xls-tiedostoihin jne.

3. 1C-pyynnön tuloksen jälkikäsittely tarvittaessa. Toteutettu 1C-kielellä olevalla skriptillä.

Esimerkiksi tässä otamme käyttöön "TOTAL"-rivin lisäyksen summasarakkeisiin.

4.Kirjoita lopullinen tietojoukko xls-tiedostoon.

Yleensä tulos on lopulliset tiedostot, jotka ladataan kohde 1C -tietokantaan.

Tämän työkalun avulla voit myös tallentaa tietojen muunnossäännöt erilliseen xml-tiedostoon:

Lisäksi on mahdollista työskennellä V erätila , mikä on erityisen tärkeää, kun suuria määriä heterogeeniset siirtotiedot.

Edellisissä vaiheissa työn valmisteleva osa pääsääntöisesti päättyy - kaikki tietolähteet tunnistetaan, lähdetiedot ladataan lähteistä, latausmallit valmistetaan kohdetietokantaan, datakartoitus valmistetaan ja lopuksi kehitetään datan muunnoskomentosarjat. .

On huomattava, että ennen lopullista siirtoa sinun tulee ehdottomasti suorittaa useita testejä. Testimigraatioiden aikana urakoitsija tunnistaa yhdessä asiakkaiden kanssa:

Muunnosvirheet, tietojen latausvirheet

· suorittaa alustava arvio kohdejärjestelmään ladattujen tietojen laatu

Testisiirtojen tulosten perusteella he laativat/päivittävät lopullisen siirtosuunnitelman

7. Tietojen täsmäytys

Ladattujen tietojen laatu tulee tarkistaa sekä koesiirtojen jälkeen että lopullisen siirron lopussa. Täsmennyksen aikana voidaan tarkistaa seuraavat indikaattorit:

· Saldojen kokonaismäärien yhteensopivuus asiakirjojen mukaan;

· Määrälliset vastaavuudet, esimerkiksi käyttöjärjestelmien lukumäärä;

· Yksittäisten valittujen kokonaisuuksien oikea täyttö;

Huomaa, että tietyt siirtotietojen tarkistukset ja tietojen normalisointiongelmat on ratkaistava kaikissa siirtoprosesseissa. Sinun on aina kysyttävä itseltäsi, mitä on tehtävä nykyisessä vaiheessa, jotta vältytään virheiltä myöhemmissä vaiheissa.

Esimerkiksi:

· Tarkista kaksoiskappaleet avainkenttien mukaan. Se voidaan ja pitää suorittaa alkuperäisillä tiedoilla;

· Kenttätyyppien pakottaminen;

· Referenssin eheys;

· Matemaattiset epäjohdonmukaisuudet. Esimerkiksi tyhjien numerokenttien tarkistaminen, joihin jako on suunniteltu muunnoksen aikana;

· Yleisesti ottaen pakolliset kentät on täytetty;

· Väärien merkkien korvaaminen. Esimerkiksi englanninkieliset merkit kyrillisissä kentissä ("o", "a", "e" jne.) Tämä koskee erityisesti avainkenttiä!

· Tarkistaa merkkijonokenttien arvojen yhteensopivuuden vastaanottavan järjestelmän tyyppien kanssa (pituusrajoitukset)

Lopullisen migraation jälkeen tehdään ennalta määrätyn migraatiostrategian ja migraatiosuunnitelman mukaisesti päätös historiallisten järjestelmien jatkotoiminnasta.

Usein toiminto valmistuu heti lopullisten tietojen täsmäytysten ja siirron onnistumisen kirjaamisen jälkeen - uuden järjestelmän käyttäjät eivät enää pidä kirjaa rinnakkain kahdessa järjestelmässä, vaan siirtyvät kokonaan uusi järjestelmä. Samalla pääsy vanha järjestelmä tallennettu lukutilaan.

Joissakin tapauksissa kahden järjestelmän rinnakkaista toimintaa voi esiintyä koekäytön (TE) aikana ja jopa tämän ajanjakson jälkeen. Kysymys rinnakkainen työ Käyttäjät kahdessa järjestelmässä liittyvät läheisesti kysymykseen mahdollisuudesta palata vanhaan järjestelmään, jos siirtyminen (tai yleensä uuden järjestelmän toiminta!) katsotaan epätyydyttäväksi.

Johtopäätös

Lopuksi haluaisin huomauttaa, että kun on kyse suurten tapahtumajärjestelmien siirtämisestä, jotka sisältävät monia 1C:Enterprise-kokoonpanoja, siirtyminen uuteen järjestelmään voi olla erittäin työvoimavaltaista.

Siksi on muistettava, että jokainen tällainen hanke vaatii huolellista valmistelua ja siihen on liitettävä yksilöllinen suunnitelma. Kuitenkin riippumatta siirrettävien järjestelmien tyypistä, tietokantavolyymeistä jne. yleinen kaava muutto näyttää lähes samalta.

Edellisessä osassa tarkastelimme suhdetyyppejä (yksi yhteen, yksi moneen, monta moneen) sekä yhtä luokkaa Book ja sen kartoitusluokkaa BookMap. Toisessa osassa päivitetään Kirja-luokka, luodaan loput luokat ja yhteydet niiden välille, kuten edellisessä luvussa kuvattiin Tietokantakaaviossa, joka sijaitsee alaotsikon 1.3.1 Suhteet yläpuolella.

Luokkien koodit ja kartoitukset (Kommentein)

Luokan kirja

Public class Book ( //Ainutlaatuinen tunniste public virtual int Id ( get; set; ) // Otsikko julkinen virtuaalinen merkkijono Nimi ( get; set; ) // Kuvaus public virtual string Kuvaus ( get; set; ) // Rating of the World of Fiction public virtual int MfRaiting ( get; set; ) //Sivunumerot public virtual int PageNumber ( get; set; ) //Linkki kuvaan julkinen virtuaalinen merkkijono Kuva (get; set; ) //Kirjan saapumispäivämäärä (suodatin uusien kohteiden mukaan!) julkinen virtuaalinen DateTime IncomeDate ( get; set; ) //Tyylilaji (Monesta moneen) //Miksi ISet eikä IList Vain yksi kokoelma (IList) voidaan valita käyttämällä JOIN-hakua, jos useampi kuin yksi kokoelmaa tarvitaan JOIN-hakua varten, niin on parempi muuntaa ne ISetin julkiseksi virtuaaliseksi ISet-kokoelmaksi Genret ( get; set; ) //Sarja (Monet yhteen) julkinen virtuaalisarja Sarja ( get; set; ) //Mielipide ja muut (One-to-one) yksityinen Mind _mind; public virtual Mind Mind ( get ( return _mind ?? (_mind = new Mind()); ) set ( _mind = arvo; ) ) //Kirjoittaja (Monesta moneen) julkinen virtuaalinen ISet Tekijät ( get; set; ) //Alusta etukäteen, jotta tyhjää poikkeusta ei tapahdu. public Book() ( //Järjestämätön joukko (yhdessä taulukossa ei voi olla kahta täysin identtistä riviä, muuten se valitsee toisen ja jättää toisen huomioimatta) Genres = new HashSet (); Tekijät = uusi HashSet (); ) ) //Kartoitusluokka Kirjan julkinen luokka BookMap: ClassMap ( julkinen BookMap() ( Id(x => x.Id); Kartta(x => x.Name); Kartta(x => x.Description); Kartta(x => x.MfRaiting); Kartta(x = > x.SivuNumber); objekti tallennetaan, päivitetään tai poistetaan, kaikki riippuvat objektit tarkistetaan ja //luodu/päivitetään/lisätty.Cascade.SaveUpdate() //Välitaulukon nimen TÄYTYY olla sama kuin luokan Genre .Table("Kirjan_Tyyli" ); > x.Authors) .Cascade.SaveUpdate() .Table("Book_Author" //Mone-to-one-suhde Viittaukset(x => x.Series) //One-to-one-suhde HasOne(x). . => x.Mind).Cascade.All().Constrained();

Julkinen luokka Tekijä ( public virtual int Id ( get; set; ) //Nimi-Sukunimi public virtual string Nimi ( get; set; ) //Biografia julkinen virtuaalinen merkkijono Biografia ( get; set; ) //Kirjat julkinen virtuaalinen ISet Kirjat ( get; set; ) //Tekijöiden alustaminen public Author() ( Kirjat=new HashSet (); ) ) // Tekijä Mapping public class TekijäMap: ClassMap ( julkinen Tekijäkartta() ( Id(x => x.Id); Kartta(x => x.Name); Map(x => x.Biography); //Monesta moneen -suhde HasManyToMany(x => x .Books) //Kaskadisäännöt Kaikki - Kun objekti tallennetaan, päivitetään tai poistetaan, kaikki riippuvat objektit tarkistetaan ja luodaan/päivitetään/lisätään.Cascade.All() //Kokoelman omistaja on suhteen toinen pää (Kirja) ja se tallennetaan ensin .Inverse() //Välitaulukon nimen PITÄÄ olla sama kuin Book-luokan.

Luokka Genre

Public class Genre ( public virtual int Id ( get; set; ) //Genren nimi public virtual string Nimi (get; set; ) //Genren englanninkielinen nimi public virtual string EngName (get; set; ) //Kirjat julkinen virtuaalinen ISet Kirjat ( get; set; ) //Alustetaan kirjoja public Genre() ( Kirjat=new HashSet (); ) ) //Genrekartoitus julkinen luokka GenreMap: ClassMap ( public GenreMap() ( Id(x => x.Id); Map(x => x.Name); Map(x => x.EngName); //Monesta moneen -suhde HasManyToMany(x => x .Books) //Kaskadisäännöt Kaikki - Kun objekti tallennetaan, päivitetään tai poistetaan, kaikki riippuvat objektit tarkistetaan ja luodaan/päivitetään/lisätään.Cascade.All() //Kokoelman omistaja on suhteen toinen pää (Kirja) ja se tallennetaan ensin .Inverse() //Välitaulukon nimen PITÄÄ olla sama kuin Book-luokan.

Luokan mielipide:

Julkinen luokka Mind ( public virtual int Id ( get; set; ) //Minun mielipiteeni julkinen virtuaalinen merkkijono MyMind ( get; set; ) //Fantlabin mielipide julkinen virtuaalinen merkkijono MindFantLab ( get; set; ) //Kirja julkinen virtuaalinen kirjakirja ( get; ) ) //Mapping public class MindMap:ClassMap ( julkinen MindMap() ( Id(x => x.Id); Map(x => x.MyMind); Map(x => x.MindFantLab); //One-to-one-suhde HasOne(x => x .Kirja ) )

Luokkasykli (sarja):

Julkinen luokkasarja ( public virtual int Id ( get; set; ) public virtual string Name ( get; set; ) //Loin IListin, en ISetin, koska sarja ei liity mihinkään muuhun kuin Kirjaan, vaikka sinä voi tehdä ja ISet julkisen virtuaalisen IListin Kirjat ( get; set; ) //Alustetaan kirjoja. public Series() ( Kirjat = uusi lista (); ) ) julkinen luokka SeriesMap: ClassMap ( public SeriesMap() ( Id(x => x.Id); Map(x => x.Name); //Yksi-moneen-suhde HasMany(x => x.Books) ////Kirjan omistaja kokoelma relaalin toinen pää (Kirja) ja se tallennetaan ensin.

Pientä selitystä
julkinen virtuaalinen ISet Genret (get;set;)
julkinen virtuaalinen ISet Tekijät ( saada; asettaa; )

Miksi ISet , eikä esimerkiksi monille tuttu IList ? Jos käytämme IListiä ISetin sijaan ja yritämme ajaa projektia, emme huomaa suurta eroa (taulukoita ja luokkia luodaan). Mutta kun lisäämme Genre- ja Authors-taulukot samaan aikaan Book LeftJoin -luokkaan ja yritämme myös näyttää ei-toistuvia tietueita Book-taulukosta (Distinct Book.Id) näkymään (View), Nhibernate heittää poikkeus ja virhe.
Useita laukkuja ei voi noutaa samanaikaisesti.
Tällaisissa tapauksissa käytämme ISetiä, varsinkin kun joukot on tarkoitettu tähän (ne ohittavat päällekkäiset tietueet).

Monelta moneen -suhde.

NHibernatella on "pää"taulukon käsite. Vaikka monista moneen -suhde Kirja- ja Tekijä-taulukoiden välillä on vastaava (tekijällä voi olla useita kirjoja, kirjalla voi olla useita kirjoittajia), Nhibernate vaatii ohjelmoijalta määrittämään taulukon, joka tallennetaan toiseksi (sillä on menetelmä. käänteinen ()), eli ensin luodaan/päivitetään/poistetaan tietue Kirja-taulukkoon ja vasta sitten Tekijä-taulukkoon.
Cascade.All tarkoittaa peräkkäisten toimintojen suorittamista tallennuksen päivityksen ja poistamisen yhteydessä. Eli kun objekti tallennetaan, päivitetään tai poistetaan, kaikki riippuvat objektit tarkistetaan ja luodaan/päivitetään/lisätään (Ps. Voidaan kirjoittaa Cascade.All -> .Cascade.SaveUpdate().Cascade.Delete() sijaan)
Method.Table("Kirjan_tekijä"); luo tietokantaan "välitason" taulukon "Book_Author".

Monien välinen suhde, yksi moneen.

Metodi.Constrained() kertoo NHibernatelle, että Book-taulukon tietueen on vastattava Mind-taulukon tietuetta (Mind-taulukon id:n on oltava sama kuin Book-taulukon id).

Jos nyt suoritat projektin ja katsot Bibilioteca-tietokantaa, näkyviin tulee uusia taulukoita jo muodostetuilla yhteyksillä.

Täytä seuraavaksi luodut taulukot tiedoilla...
Tätä varten luomme testisovelluksen, joka tallentaa tiedot tietokantaan, päivittää ja poistaa ne muuttaen HomeControlleria seuraavasti (kommentoimme koodin tarpeettomia osia):
public ActionResult Index() ( using (ISession session = NHibernateHelper.OpenSession()) ( using (ITransaction event = session.BeginTransaction())) ( //Luo, lisää var createBook = new Book(); createBook.Name = "Metro2033" LuoKirja.Description = "Post-apokalyptinen mystiikka"; luoKirja.Lisää (Nimi = "Glukhovsky" ( Nimi = "Metro" ); createBook.Mind = uusi mieli ( MyMind = "Post-apokalyptinen mystiikka" ). (1); //var updateBook = session.Get (1); //updateBook.Name = "Metro2034"; //updateBook.Description = "Dystopia"; //updateBook.Authors.ElementAt(0).Name = "Glukhovsky"; //updateBook.Genres.ElementAt(0).Name = "Dystopia"; //updateBook.Series = sarja; //updateBook.Mind.MyMind = "11111"; //session.SaveOrUpdate(päivityskirja); //Poista (tunnuksen mukaan) //var deleteBook = session.Get (1); //session.Delete(deleteBook); tapahtuma.Sitou(); ) Genre genreAl = null; Tekijä authorAl = null; SarjasarjaAl = null; Mind mindAl = null; var books = session.QueryOver () //Left Liity taulukon kanssa Genres .JoinAlias(p => p.Genres, () => .JoinAlias(p => p.Authors, () => authorAl, JoinType.LeftOuterJoin) .JoinAlias(p => p .Series, () => seriesAl, JoinType.LeftOuterLiit (); paluu Näytä (kirjat);

Pientä selitystä

1. var books = session.QueryOver () Valitse * Kirjasta;
2. .JoinAlias(p => p.Genres, () => genreAl, JoinType.LeftOuterJoin)- samanlainen kuin SQL-skriptin suorittaminen:
   VALITSE *KIRJASTA
   inner JOIN Book_Genre ON book.id = Kirja_laji.Kirjan_id
   LEFT JOIN Genre PÄÄLLÄ Book_Genre.Genre_id = Genre.id
3. .TransformUsing(Transformers.DistinctRootEntity)- Samanlainen kuin SQL-komentosarjan suorittaminen: VALITSE erillinen Book.Id..., (poistaa päällekkäiset tietueet, joilla on sama tunnus)

Yhdistysten tyypit
.JoinAlias(p => p.Genres, () => genreAl, JoinType.LeftOuterJoin)

1. LeftOuterJoin - valitsee kaikki tietueet vasemmasta taulukosta ( Kirja) ja liittää niihin sitten oikeat taulukkotietueet ( Genre). Jos vastaavaa merkintää ei löydy oikeasta taulukosta, se näyttää sen tyhjänä
2. RightOuterJoin on LEFT JOINin vastakohta - se valitsee kaikki tietueet oikeasta taulukosta ( Genre) ja liittää niihin sitten vasemmanpuoleiset taulukkotietueet ( Kirja)
3. InnerJoin - valitsee vain ne tietueet vasemmasta taulukosta ( Kirja), jossa on vastaava merkintä oikeasta taulukosta ( Genre), ja yhdistää ne sitten oikean taulukon tietueisiin

Muutetaan esitys seuraavasti:

Hakemistonäkymä

@malli IEnumerable @( Asettelu = tyhjä; )

@Html.ActionLink("Luo uusi", "Luo")

@foreach (var-kohde mallissa) ( @(string strSeries = item.Series != null ? item.Series.Name: null;) }

@Html.DisplayNameFor(malli => malli.Nimi)	@Html.DisplayNameFor(malli => malli.Mieli)	@Html.DisplayNameFor(malli => malli.Series)	@Html.DisplayNameFor(malli => malli.Authors)	@Html.DisplayNameFor(malli => malli.Genres)	Toiminnot
@Html.DisplayFor(modelItem => item.Name)	@Html.DisplayFor(modelItem => item.Mind.MyMind)	@Html.DisplayFor(modelItem => strSeries)	@foreach (var author in item.Authors) ( string strAuthor = author != null ? author.Name: null; @Html.DisplayFor(modelItem => strAuthor) }	@foreach (var genre in item.Genres) ( string strGenre = genre!= null ? genre.Name: null; @Html.DisplayFor(modelItem => strGenre) }	@Html.ActionLink("Muokkaa", "Muokkaa", new ( id = item.Id )) | @Html.ActionLink("Tiedot", "Tiedot", new ( id = item.Id )) | @Html.ActionLink("Poista", "Poista", new ( id = item.Id ))

Kun olet tarkistanut kaikki toiminnot yksitellen, huomaamme, että:

• Luo- ja päivitystoimintojen aikana kaikki Kirja-taulukkoon liittyvät tiedot päivitetään (poista Cascade="save-update" tai cascade="all" ja niihin liittyviä tietoja ei tallenneta)
• Poistettaessa tiedot poistetaan Book, Mind, Book_Author-taulukoista, mutta loput tiedot eivät poistu, koska niissä on Cascade="save-update"

Kartoitus luokille, joilla on perintöä.
Kuinka kartoittaa luokat, joilla on perintöä? Oletetaan, että meillä on tämä esimerkki:
//Kaksiulotteisten muotojen luokka public class TwoDShape ( //Width public virtual int Width ( get; set; ) // Height public virtual int Height ( get; set; ) ) // Luokka Kolmio public class Kolmio: TwoDShape ( / /Tunnistenumero public virtual int Id ( get; set; ) //Kolmion tyyppi julkinen virtuaalinen merkkijono Tyyli ( get; set; ) )

Periaatteessa tässä kuvauksessa ei ole mitään monimutkaista, luomme johdetulle luokalle vain yhden kuvauksen, eli kolmiotaulukon.
//Kolmiokartoitus julkinen luokka TriangleMap: ClassMap ( julkinen kolmiokartta() ( Id(x => x.Id); kartta(x => x.tyyli); kartta(x => x.korkeus); kartta(x => x.leveys); ) )
Sovelluksen käynnistämisen jälkeen seuraava (tyhjä) taulukko ilmestyy Biblioteca-tietokantaan

Tunnisteet:

• asp.net mvc 4
• lepotilassa
• sql-palvelin

Lisää tageja

Porttikartoitus- tämä on vastaanotetun tiedon uudelleenohjausta siten, että yhden tietokoneen johonkin porttiin vastaanotettu data ohjataan automaattisesti toisen tietokoneen johonkin toiseen porttiin.

Itse asiassa tämä on paljon helpompi toteuttaa teknisesti kuin selittää itse periaatetta. Tätä voidaan verrata auringonsäteeseen: jos suuntaat valonsäteen peiliin, se heijastuu "automaattisesti" ja valaisee kohteen. Lisäksi, jos valaistat henkilöä ja tämä henkilö ei tiedä, että säde heijastui peilistä, hän ajattelee, että valo tulee paikasta, jossa peili sijaitsee. Se on sama täällä: kaikki lähettämäsi tiedot siirretään ilman vääristymiä toiseen tietokoneeseen, joka voi sijaita missä tahansa.

Tämä tekniikka on jossain määrin samanlainen kuin välityspalvelin, mutta se on paljon yksinkertaisempi ja paljon vähemmän joustava.

Kaava on suunnilleen sama kuin käytettäessä välityspalvelinta (voit sanoa, että porttikartoitus on samanlainen kuin välityspalvelin - mutta tämä on sama kuin sanoisi "isoisä on kuin pojanpoika" - itse asiassa välityspalvelin on samanlainen kuin porttikartoitus ):

Tietokoneesi >>> tietokone, jossa on porttikartoitus >>> etäpalvelin.

Miksi tarvitset porttikartoituksen?

1. Jos organisaatiosi käyttää yrityksen välityspalvelinta, määrittämällä siihen porttikartoituksen ulkoiseen sähköpostipalvelimeen (mail.ru), voit käyttää minkä tahansa sähköpostiohjelma yritysverkosta - eikä sinun tarvitse asentaa/konfiguroida muita ohjelmia!
2. Täsmälleen samalla tavalla kuin sähköpostiohjelma, voit määrittää melkein minkä tahansa muun ohjelman! Jos vain se tukee TCP/IP:tä.

Tietenkin nämä ovat vain tärkeimpiä tapoja käyttää porttikartoitusta. On monia muita aktiviteetteja, joissa se on myös erittäin, erittäin hyödyllistä.

Porttikartoituksen edut

1. Tämä järjestelmä on hyvin yksinkertainen, ja Internetissä on monia ohjelmia, joiden avulla voit toteuttaa tämän toiminnon;
2. Koska tiedot välitetään 100 % ilman vääristymiä, sinulle taataan 100 % anonyymiys.
3. Jos käytät tätä järjestelmää, et tarvitse "soksifiaattoreita" - koska ylimääräistä yhteyden alustusta ei tarvita, porttikartoittimeen yhdistäminen vastaa etätietokoneeseen kytkeytymistä.

Porttikartoituksen haitat

1. Tämä järjestelmä ei ole joustava. Toisin kuin välityspalvelin, jossa voit muodostaa yhteyden useisiin sivustoihin yhden välityspalvelimen kautta, voit muodostaa yhteyden yhden porttikartoituksen kautta vain yhdelle palvelin.
2. Jokaista uutta porttikartoitusta varten sinun on muutettava sen palvelimen asetuksia, jossa tämä toiminto on toteutettu - tämä ei ole käytettävissä asiakastietokoneelta.
3. Internetissä Ei ilmaiset porttikartoittajat (niiden äärimmäisistä rajoituksista johtuen - yksi porttikartoitus antaa pääsyn vain yhdelle palvelimelle), joten jos haluat olla todella nimetön tietokoneellasi, sinulla on oltava jossain palvelin, johon porttikartoitusohjelma asennetaan - ja nyt tämän palvelimen osoite "loistaa" verkkosivuston lokeissa.

Kuinka työskennellä porttikartoituksen kanssa

Huomaa, että porttikartoituksen kanssa työskentelytapa on suunnilleen sama kuin välityspalvelimen kanssa, vain vielä yksinkertaisempi. Porttikartoitus on alias (lisänimi) tietokoneelle, jossa se on määritetty.

Oletetaan, että porttikartoitus on tehty:

192.168.1.255:1234 => www.mail.ru:80 (portti 80 on portti web-palvelimia)

Sitten voit avata mail.ru-sivuston käyttämällä kahta tapaa - avaa verkkosivusto selainikkunassa:

1. http://www.mail.ru
2. http://192.168.1.255:1234/
   (tässä tapauksessa muista kirjoittaa http://)

Haluaisin huomauttaa: jos sinä tarvitsee käytä porttikartoitusta, sitten sinä pitäisi käyttää vain toista osoitetta. Eli jos et voi muodostaa yhteyttä mail.ru-sivustoon, sinun tulee käyttää vain sisäistä osoitetta (http://192.168.1.255:1234/).

Porttikartoitus paikallisella tietokoneella

Jos teet porttikartoitusta omalla tietokoneellasi, ilmoitat yleensä:

1. paikallinen portti - tietokoneesi paikallinen portti, johon sinun on muodostettava yhteys käyttääksesi porttikartoitusta. Tämä luku voi olla mikä tahansa (1 - 65535), mieluiten yli 1000;
2. etäisäntä - se tietokone (isäntä), jonka päällä määrittää porttikartoituksen. Tämä voi olla esimerkiksi postipalvelin pop.mail.ru;
3. etäportti - tietokoneen portti, johon Yhteys tapahtuu porttikartoituksen kautta. Sähköpostin vastaanottamiseen (POP3) tämä on yleensä portti 110, postin lähettämiseen (SMTP) - portti 25, web-palvelimille (www...) - tämä on yleensä portti 80.

Joten tässä tapauksessa sinun on muodostettava yhteys (asettamalla porttikartoitus). Ei osoitteeseen mail.ru (ja vastaavaan) ja määritä oma tietokoneesi palvelimeksi:

127.0.0.1:localport

missä paikallinen satama on porttinumero, joka on määritetty porttikartoitusta määritettäessä. Tämä voi olla esimerkiksi portti 1234.

Eli jos teit porttikartoituksen verkkosivustolla, sinun on kirjoitettava: http://127.0.0.1:1234/

Jos määrität postia, niin kuin sähköpostipalvelin ole hyvä ja osoita 127.0.0.1 - sekä postin vastaanottamiseen että lähettämiseen. Älä myöskään unohda etsiä sähköpostiohjelmastasi porttinumeroasetuksia (POP3 ja SMTP) ja muuttaa niitä porttikartoituksen asetustesi mukaisesti!