Kostot 8.1 të vendosura për 5 përdorues.
Ne përdorim kontabilitet standard.
Ata punojnë kryesisht përmes terminalit, ndonjëherë pa të.
Opsioni i bazës së të dhënave - skedari
Gabimet u vunë re nga ata në terminal
diçka si kjo. Gërmuar në rrjet, Yandex - në përgjithësi, disi në mënyrë të paqartë gjithçka.
Rekomandimet kryesore të gjetura:
1) Baza e shkarkimit / ngarkimit - në kuptimin e një të reje për të krijuar nga konfiguruesi
2) ekzekutoni \ Program Files \ 1cv81 \ bin \ chdbfl.exe - kontrolloni integritetin fizik të bazës së të dhënave
3) Testoni dhe rregulloni bazën e informacionit
4) përditësimi në versionin më të fundit 8.1
A di dikush diçka më konkretisht?
13.5.2010, 10:05
Gjithçka që ju nevojitet, tashmë ju është ofruar, së pari provojeni. Nuk ka gabime fizike në media?
A është më konkrete kush do të thotë.
13.5.2010, 10:56
Pra, kjo ... nëse e konsiderojmë pa marrë parasysh 1C, por në përgjithësi, është marrëzi që dikush nga dy vende po përpiqet të bllokojë një tryezë, e para ka kohë, dhe pjesa tjetër dërgohet. Shihni se cilat operacione / transaksione / përpunime (ose siç quhet në 1C) kryhen në këtë kohë. Mund të jetë që çështja nuk është në platformë, por në konfigurime të shkruara shtrembër ose veçoritë e punës së këtyre konfigurimeve në të dhënat tuaja.
P.S. Dhe bazat e të dhënave të skedarëve në modalitetin me shumë përdorues janë një perversion.
13.5.2010, 10:58
Edhe pse dreqin e di se si 1C-in ka krijuar një bazë të dhënash, mund të jetë që diku në bazën e të dhënave për një siguresë dhe të gjitha llojet e rimarrjeve do të ndihmojë.
13.5.2010, 11:06
Po, më duket se oktali është si një platformë - është ende i lagësht. Diku shkruanin se duhet bërë PERIODIKALisht testim me rregullim
13.5.2010, 11:10
e pamundur. Për të tetë, u ble një server i ri me një Windows të licencuar
Në fund të fundit është se njëri mbyll tavolinën, pjesa tjetër pret deri në kohën e përfundimit.
Pse nuk kanë kohë është një pyetje e madhe. Mediumi fizik duket, ndoshta është budalla. Regjistri i sistemit, MHDD. Dhe kërkohen të gjitha ato veprime që janë shkruar në postimin e parë.
P.S. E re nuk do te thote 100% pune.
13.5.2010, 11:38
Gjithçka që ju nevojitet, tashmë ju është ofruar, së pari provojeni
kështu që po, duhet të prisni deri në mbrëmje.
Kishte pak shpresë për të dëgjuar diçka të re
Mos tregoni mrekulli. Ka mjaft probleme, por nuk janë.
ku jane mrekullite Nuk e kuptova, dikush do të argumentonte se 8.1 është një platformë e lezetshme pa të meta?
ka shkruar se duhet bërë PERIODIKALisht testim me korrigjim
ne duket se kemi një rast të tillë.
Një sondazh i përdoruesve një nga një (për të mos gënjyer miqësisht) tregoi se kjo situatë duket se ndodh VETËM midis përdoruesve që punojnë në terminal. Dhe ata që nuk kalojnë nëpër terminalin në të cilin
Windows Server 2003 R2 Standart 64, ose nuk e mbani mend një situatë të tillë, ose thjesht nuk e kishin.
Për më tepër, dy veçanërisht vëzhgues vunë re se 1.5-2 muaj më parë ky fenomen vërehej SHUMË më rrallë.
13.5.2010, 12:42
Vrasës i lindur, Çfarë thread anti-virus është në server? Nëse po, përpiquni ta çaktivizoni atë ose shtoni bazën te përjashtimet
13.5.2010, 13:14
Çfarë thread është antivirus në server?
xs, ju duhet të shikoni. Ky është një server armik
franchis-ass smart morën një nga bazat tona për mirëmbajtje, siguruan serverin e tyre dhe sikur ata mbikëqyrin punën tonë
qasja në serverin e tyre u sigurua, por në një version të cunguar.
Unë do të hedh një sy.
jo duket se ka një antivirus ...
13.5.2010, 13:23
Nuk e kuptova, dikush do të argumentonte se 8.1 është një platformë e lezetshme pa të meta?
oh mirë ja. 7.7 që është e çrregullt në vende deri më tani, por rreth 8-ku është e duhura për të krijuar legjenda në lidhje me glicitetin e saj
Sa është madhësia bazë dhe sa përdorues?
Make up. Jepni një shembull specifik.
Sa është madhësia bazë dhe sa përdorues?
bëri një testues natën dhe e korrigjoi atë. Para kësaj, 1cv8.1CD ishte 2 GB, tani është 1.5 GB.
Janë 5 përdorues, si dhe vetë licenca.
Sa i përket legjendave për glitchiness, kishte një rast. Tani, nëse merrni 7.7 dhe thjesht kopjoni 1 bazë përmes Totalit në një vend tjetër - një kopje pa probleme.
Pasi u përpoqa të bëja të njëjtën gjë me një bazë me tetë pika, kopjova drejtorinë bazë në një vend tjetër,
i regjistruar, i hapi të dyja bazat në të njëjtën kohë, njëra supozohej se ishte e çoroditur.
Shënova disa dokumente për fshirje në kopje, kalova në dritare me një bazë të dhënash të vërtetë, nuk mund t'u besoja syve: të njëjtat dokumente u shënuan për fshirje edhe atje
Trungu i pemës së hirit, 1C ka një përgjigje për gjithçka: bëni një kopje ditore të bazës së të dhënave.
Po, vetëm kjo është një përgjigje e ndyrë
MMMarina
Vrasës i lindur,
Përshëndetje mik...
Mit!
Kështu lindin legjendat...
Përshëndetje mik...
Përshëndetje mik. Tani je marrë me vete
Dhe më pas ikonat në desktop u paqësuan
Mit!
Kështu lindin legjendat...
E pashe. Nuk ishte qesharake për mua më vonë të bëja dallimin midis dokumenteve të postuara nga ato të pa postuara, pasi të hiqni shenjën e fshirjes, ato bëhen të gjitha të pa postuara.
Nuk mbaj mend se cila platformë ishte atëherë.
përpiquni të bëni të njëjtën gjë. Ndoshta edhe ju mund ta bëni atë
Kështu lindin legjendat...
Unë do të them më shumë: kur fshiva manualisht disa dokumente në një kopje për fshirje,
e njëjta gjë ndodhi në bazën e të dhënave reale. Në atë kohë nuk kisha kohë ta dokumentoja disi këtë ndjesi.
Kështu që thjesht e vendosa përsëri dhe nuk e bëra më kurrë.
rregullimi i vrimave të zbrazëta në njohuritë kompjuterike ...
me të vërtetë, për mendimin tim, jam i pashpresë ...
kjo temë e veçantë nuk është aspak për ju, të dashur (s)
në përgjithësi, gjithçka është e përshtatshme për të kuptuar
bëj një mik geek, si opsion)))
Shenjova disa dokumente për fshirje në kopje, kalova në dritare me një bazë të dhënash të vërtetë, nuk u besova syve: të njëjtat dokumente u shënuan për fshirje dhe atje shok.gif
Unë kurrë nuk kam kopjuar një bazë skedari me një 8-bit
Nuk ishte aspak një sensacion.
Dreqin mund të mos e besoni, por ISHTE.
Fakti është se kam punuar shumë ngushtë me 8 për disa vite. Sapo nuk u kopjuan. Kështu që nuk mund ta besoj
Por mund të supozoj se kur një person është i mbingarkuar, shumë është e mundur. Unë e di nga vetja.
Mos u shqetësoni, baza e skedarit mund të kopjohet dhe ngrihet lehtësisht në çdo vend tjetër. Nuk duhet të ketë ndonjë defekt.
14.5.2010, 10:52
14.5.2010, 11:28
Ekziston një sugjerim - në parkim kam përshkruar të njëjtën bazë 2 herë
8 sugjeron të zëvendësohet
14.5.2010, 11:31
saj ... 7.7 kur përpiqet ta bëjë këtë, ajo është marrëzi e heshtur dhe nuk e shton bazën në listë (thjesht nuk reagon në asnjë mënyrë)
8 sugjeron të zëvendësohet
Ne thjesht mund të humbasim miun dhe të vrapojmë të njëjtin ... Mrekullitë nuk ndodhin
14.5.2010, 11:47
Ne thjesht mund të humbasim me një mouse dhe të vrapojmë të njëjtin ...
Do të përpiqem të simuloj diçka të tillë në shtëpi. Atëherë do të çregjistrohem.
Zakonisht, përpara çdo veprimi të rrezikshëm në 1C (7.7. Ose 8-ke) shtyp në pikëpyetjen (ku tregohet rruga për në bazë).
Këtu njerëzit qeshën aq miqësisht me legjendën time sa dyshova.
Edhe pse ka më shumë defekte në tetë sesa në të shtatë.
Oh, këtu është një defekt me një ndalesë, jo vetëm që e pashë.
Në përgjithësi, ata talleshin me njërën nga bazat e 8-të te klienti, kur unë isha ende duke punuar në franchik.
Një ditë një person, një tjetër - të dytën, në të tretën shkova. I pyeta ata - a keni bërë një kopje rezervë para shfrytëzimeve? Si kundërpërgjigje, ata qeshin si kuajt, shënuan më pak, vetëm ata morën bazën në atë makinë
14.5.2010, 12:35
- qeshin si kuajt, shënuan më shkurt, vetëm ata e morën bazën në vend,
dhe pata rastin ta qija nga rrjeti. Vendosa të mos bëj një kopje rezervë duke ndjekur shembullin e tavariçeve të mëparshme,
ai ishte i ri dhe budalla - shumë shfaqje.
Në përgjithësi kam bërë ndryshime në konfa, ruaj konfa, në momentin e ruajtjes së konfës ka ndodhur një lloj aksidenti dhe baza ka rënë në mbrëmje. Shoku. Në mëngjes shkuan 3 specialistë, mes tyre edhe unë.
Aksidenti konsistoi në faktin se numri i lëshimit ishte shkëputur nga baza, d.m.th. në konfigurim, kur klikoni pyetjen, ajo ishte bosh dhe mungonte emri i vetë konferencës. dhe kur në rrjedhën e bazës, ajo gjithashtu nuk ishte e dukshme, jo një gjë e mallkuar, ndërfaqja përfshirë. fluturoi, ishte e pamundur të hyje në ditarët e dokumenteve.
Ne e zgjidhëm problemin duke përditësuar bazën e të dhënave të vrarë me një skedar konfigurimi relativisht të freskët, gjithçka funksionoi.
Gjithçka u ringjall.
Ky është një shembull i një legjende të vërtetë. 3 persona nuk duhet të jenë të trazuar në të njëjtën kohë
14.5.2010, 13:53
në kohën e ruajtjes së konfigurimit, ndodhi një lloj aksidenti dhe baza ra
Epo, nëse do të ishte një defekt hekuri, atëherë nuk është çudi.
Por nëse keni gjetur një gabim që shfaqet në mënyrë të qëndrueshme pas kryerjes së veprimeve të caktuara, atëherë një bisedë tjetër.
14.5.2010, 14:39
Epo, nëse do të ishte një defekt hekuri, atëherë nuk është çudi
xs që ishte. hardueri, rrjeta ose platforma nuk janë aq të rëndësishme tani.
Më duket se softina nuk duhet të sillet aq magjepsëse
Kjo është njësoj si të lëshosh Vista-n dhe të pranosh që kjo është mut. Sa shpejt u hodhën nga 8.0 në 8.1
P.S. kuptimi i fjalës bug është i qartë për mua, faleminderit për shqetësimin tuaj)))
14.5.2010, 19:37
Për shembull, nëse një "gabim" i ngjashëm ndodh kur rrotullohen paketat e shërbimit ose diçka e rëndësishme për të njëjtin Vista, atëherë ka të ngjarë që sistemi atëherë, nëse niset, të jetë jashtëzakonisht i paqëndrueshëm.
Ose le të themi, në momentin e marrjes së insulinës, ndodh një tërmet, atëherë diabetiku mund të heqë dorë, sepse shiringa u rrotullua poshtë divanit duke u tundur.
14.5.2010, 22:32
Born Killer, çfarë thread ka në server? Nëse po, përpiquni ta çaktivizoni atë ose shtoni bazën te përjashtimet
Si mund të ndikojë antivirusi në bllokimin e tavolinave? baza 8.x është një skedar.
Shenjova disa dokumente për fshirje në kopje, kalova në dritare me një bazë të dhënash të vërtetë, nuk u besova syve: të njëjtat dokumente u shënuan për fshirje dhe atje shok.gif
Në përgjithësi, nuk më pëlqeu ky ndyrë, që atëherë kam bërë një kopje të bazës së të dhënave vetëm përmes Ngarkimi / Shkarkimi.
Si jeni zotëri, një legjendë kaq e trishtuar?
Dhe nëse u largova dhe bëja gjëra më serioze në kopje (për shembull, fshija dokumentet e shënuara për fshirje), dhe në një farë mënyre të paqartë, të njëjtat veprime kryheshin në bazën e të dhënave kryesore?
Jo, kjo nuk mund të jetë, mrekullitë nuk ndodhin. Ju ndoshta keni futur të njëjtën bazë ... Në 8, mund të futni lehtësisht bazën e të dhënave 2 herë me të njëjtin emër.
bllokimet u ngjitën periodikisht gjatë kryerjes / regjistrimit të dokumenteve me një gabim të formularit
"Konflikti i kyçjes gjatë ekzekutimit të transaksionit: Bllokimi i tabelës dështoi" _DOCUMENT158 "
Pra, hapi i parë është të përcaktohet se cilit dokument meta të dhënash i korrespondon tabela "_DOCUMENT158". Për këtë ekziston një metodë e kontekstit global "GetDatabaseStorageStructure". Kështu do të kuptoni të paktën saktësisht se cili dokument është "buggy".
Atëherë duhet të kuptoni nëse dikush ka ndryshuar modulin në të dhe të trokasë në kokë nëse e ka ndryshuar atë në një vend. Me shumë mundësi, grupet e regjistrave shkruhen në mënyrë eksplicite përmes metodës Write në vend që ta lejojnë platformën ta bëjë atë në mënyrë korrekte. Dhe sekuenca e tyre është e ngatërruar ..
Dhe nuk ka ngërçe?
Në përgjithësi, 5 persona nuk duhet të mbahen në modalitetin e skedarëve. Subd mund të merret pa pagesë, blini vetëm çelësin për serverin e grupit dhe kaq. Apo është e shtrenjtë për zyrën?
Nuk mbaj mend nëse një regjistër teknologjik mund të filmohet në modalitetin e skedarit apo jo ...
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html a është kjo tema juaj?
Kjo do të thotë, transaksioni nuk kryhet edhe kur një përdorues është duke punuar? Atëherë problemi ndoshta nuk është në kodin e shtrembër kur regjistroni lëvizjet. Sepse nuk mund të ketë bravë në modalitetin me një përdorues. Regjistrimi bëhet në mënyrë sekuenciale.
Atëherë duket se problemi është pikërisht në shkeljet në strukturën e vetë bazës.
Është më mirë që fillimisht të ekzekutoni Testimin dhe riparimin e bazës së të dhënave me kutinë e kontrollit "Ristrukturimi i tabelave të bazës së informacionit" të aktivizuar.
Ngarkimi në dt me ngarkimin pasues gjithashtu ka kuptim ...
chdbfl.exe në këtë rast nuk ka gjasa të ndihmojë ... megjithëse sigurisht ia vlen të provoni nëse pjesa tjetër nuk ju ndihmon.
Gee - tani shikova datën e postimeve në temën http://odines.ru/thread1386.html Dhe zhvillimi i atyre standarde në një mënyrë të re të kontrolluar nuk është larg.
Dhe ndryshimi midis 8.2 dhe 8.1 është shumë më i madh sesa midis 8.1 dhe 7.7, veçanërisht për zhvilluesit, truri duhet të riparohet për t'u zhvilluar për një mënyrë funksionimi "të kontrolluar".
Në SSIS, po përpiqem të përdor një detyrë të sistemit të skedarëve për të zhvendosur një skedar në një drejtori arkivi. Kështu duket detyra ime - http://imgur.com/raPZIzL
Kur ekzekutoj paketën, më del që kjo detyrë dështon: Gabim: 0xC0014054 në Detyra e Sistemit të Skedarit: Dështoi të bllokohej variabli "\ xxx \ yyyy \ Kualifikimi \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" për qasje në lexim me gabim 0xC1010. Kjo nuk mund të gjendej00. ndodh kur tentohet të merret një variabël nga koleksioni Variables në kontejner gjatë ekzekutimit të paketës dhe ndryshorja nuk ekziston. Emri i ndryshores mund të ndryshohet ose ndryshorja nuk krijohet."
Pyes veten se çfarë thotë se ndryshorja nuk u gjet sepse vlera fillestare e ndryshores është "temp" (shih pamjen e ekranit) dhe më pas vendosa vlerën e ndryshores në detyrën e skriptit disa hapa përpara se të ekzekutoj këtë detyrë. Kështu që unë e di që variabla ekziston dhe ka vlerën e saktë (mund ta hap skedarin në shtegun e ndryshores). Unë thjesht nuk e di pse dhe si ta kapërcej këtë. Gjeta të njëjtin postim të postuar nga të tjerë në internet, por asnjë nga zgjidhjet nuk funksionoi për mua. Nuk e kuptoj se si kjo mund të jetë një kusht gare, detyra e skriptit që përcakton vlerën e ndryshores përfundon për një sekondë apo më shumë përpara se kjo detyrë të ekzekutohet.
Unë u përpoqa të fshij detyrën e sistemit të skedarëve dhe ta rikrijoj atë, megjithatë kam gabim. Unë gjithashtu rifillova të menduarit kompjuterik, gjë që mund të kishte ndihmuar, por nuk është.
EDIT: më shumë informacion ... nëse vendos DelayValidation nga True në False, marr të njëjtin gabim përpara se çdo gjë të ekzekutohet, megjithëse këtë herë ankohet për vlerën fillestare të ndryshores përpara se të ketë një shans për të vendosur kodin.
Këtu janë gabimet specifike:
Gabim: 0xC0014054 në Sistemin e Skedarit Detyra: Bllokimi i variablës "\ XXX \ YYYY \ Kuptueshmëria \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV" për aksesin në lexim me gabimin 0xC0010001 "Ndryshorja nuk mund të gjendet kur ndryshohet nga përmbajtja e një koleksioni. koha e ekzekutimit të paketës dhe variabli mungon. Emri i ndryshores mund të ndryshohet ose ndryshorja nuk krijohet. ".
Gabim: 0xC002F304 në Detyrën e Sistemit të Skedarit, Detyrën e Sistemit të Skedarit: Ndodhi një gabim me mesazhin e mëposhtëm të gabimit: "Nuk mund të bllokohet variabli" \ XXX \ YYYY \ Pranueshmëria \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV "për akses leximi me gabim 0xC nuk mund të jetë" gjetur " ndodh kur bëhet një përpjekje për të marrë një variabël nga koleksioni Variables në kontejner gjatë ekzekutimit të paketës dhe ndryshorja nuk ekziston. Emri i ndryshores mund të ndryshohet ose ndryshorja nuk krijohet. "."
Gabim: 0xC0014054 në Sistemin e Skedarit Detyra: Nuk mund të bllokohej variabli "\ XXX \ YYYY \ Pranueshmëria \ Arkivi" për qasje në lexim me gabimin 0xC0010001 "Ndryshorja nuk mund të gjendet. Kjo ndodh kur bëhet një përpjekje për të marrë një ndryshore nga koleksioni i Variablave në një paketë në kohën e ekzekutimit dhe ndryshorja nuk është aty. Emri i ndryshores mund të ndryshohet ose ndryshorja nuk krijohet.
Gabim: 0xC002F304 në Detyrën e Sistemit të Skedarit, Detyrën e Sistemit të Skedarit: Ndodhi një gabim me mesazhin e mëposhtëm të gabimit: "Nuk mund të bllokohet ndryshorja" \ XXX \ YYYY \ Aksesueshmëria \ Arkivi "për akses leximi me gabim 0xC0010001" Ky variabël nuk mund të gjendej. Kjo ndodh kur bëhet një përpjekje për të tërhequr një variabël nga koleksioni Variables në kontejner gjatë ekzekutimit të paketës dhe ndryshorja nuk ekziston. Emri i ndryshores mund të ndryshohet ose ndryshorja nuk krijohet. ".
Sa shpesh e shihni këtë mesazh? Unë mendoj se të gjithë ata që kanë një përvojë të gjatë me 1C kanë hasur në një gabim të tillë të paktën një herë. Pse programi e jep këtë gabim? "Konflikti i kyçjes gjatë ekzekutimit të transaksionit: Bllokimi i tabelës dështoi"?
Epo, më shpesh kjo ndodh për shkak të faktit se një nga përdoruesit tashmë po kryen një lloj operacioni që e ka mbyllur këtë tabelë. Për të zgjidhur këtë problem, të gjithë përdoruesit duhet vetëm të dalin nga programi. Por ndodh gjithashtu që përdoruesi të largohet nga programi, por procesi i programit nga memoria nuk shkarkohet. Mos bej panik! Nëse të gjithë përdoruesit kanë dalë nga programi dhe mesazhi ende del, duhet të hapni menunë Tools -> Active Users.
Dhe shikoni se kush përveç jush po punon aktualisht me programin. Nëse të gjithë përdoruesit janë larguar dhe ju ende shihni se ka dikë tjetër përveç jush, mos u shqetësoni. Ndodh. Procesi është i varur. Rinisni kompjuterin e përdoruesit aktiv.
Por ndonjëherë edhe kjo nuk e zgjidh problemin. Ndodh që në momentin e transaksionit, një dritë pulson, ose, për shembull, një hard disk është në këmbët e fundit. Dhe ajo që është gjithashtu e mundshme, dikush ka nxjerrë kordonin e shpërndarësit të rrjetit dhe ka ndezur kazanin në vend të tij dhe në atë moment ju keni llogaritur amortizimin. Pra, në momente të tilla, baza e të dhënave mund të dëmtohet ose të dhënat mund të shkruhen me gabim.
Në këtë rast, dhe pothuajse gjithmonë, nëse recetat e mësipërme nuk ndihmuan, mjeti chdbfl.exe ndihmon. Ndodhet në dosjen me skedarin e ekzekutueshëm 1C. Rruga drejt skedarit do të jetë diçka si "C: \ Program Files \ 1Cv82 \ platform_version_number \ bin \ chdbfl.exe". Ju lutemi vini re se ky mjet nga një version i platformës mund të mos funksionojë me një tjetër.
Prandaj, duhet të hapni një dosje me numrin e platformës aktuale në të cilën po punoni.
Si mund ta shoh numrin e platformës? Shume e thjeshte. Shkojmë te menyja Shërbimi -> Rreth. Dhe më tej në foto tregon se ku mund të shikoni numrin e platformës.
Ne vendosim një shenjë "rregulloni gabimet e gjetura". Dhe ne shtypim butonin e ekzekutimit. Ky mjet rregullon 90% të të gjitha gabimeve që ndodhin. Unë rekomandoj fuqimisht që të bëni një kopje rezervë të bazës së të dhënave përpara se të përdorni këtë mjet, por nëse ndodh një gabim pikërisht në momentin e shkarkimit, atëherë kopjoni të gjithë dosjen me bazën e të dhënave të informacionit.
Sipas RKN, për të mbështetur punën e të dërguarit pa instaluar mjete të tilla nga përdoruesit, Telegram filloi të ndryshojë në mënyrë aktive adresat IP nga shërbimet cloud, Amazon Web Services dhe Google Cloud. Roskomnadzor fut adresat e reja IP në regjistër dhe bllokon hyrjen në to nga Rusia, por mesazheri kalon menjëherë në një grup të ri adresash. Siç vuri në dukje drejtori i përgjithshëm i Qrator Labs Alexander Lyamin, Telegram ka inxhinierë të shkëlqyeshëm të cilët tani "po shfrytëzojnë të gjitha të metat dhe dobësitë e sistemit të filtrimit të përdorur në Rusi".
Adresat IP për disa cent në orë
Çdo pajisje e lidhur me rrjetin global (serverët, shërbimet e internetit, pajisjet e përdoruesit, etj.) përdor një adresë IP ku mund të gjendet. Në total, ka rreth 4 miliardë adresa IP në botë, një adresë mund të përdoret nga disa sajte. Fillimisht, Telegram regjistroi pesë pishina për shërbimin, ose rreth 8 mijë adresa IP. Me vendim të gjykatës Tagansky, ata u përfshinë në regjistrin e të ndaluarve dhe qasja në to nga Rusia u bllokua; Megjithatë, sipas RKN, lajmëtari mori me qira grupe të reja adresash nga Shërbimet Ueb Amazon. Siç sugjerohet nga një ekspert i pavarur (ish punonjës i Yandex) Vladimir Ivanov, Roskomnadzor gjurmoi adresat e reja që mori Telegram. Sapo grupet e marra të adresave IP u shfaqën në regjistrin RKN, Telegram mori të reja. Për më tepër, merr një minutë për të marrë adresa të reja, dhe sipas Ivanov, merr mesatarisht rreth një orë për të bllokuar një bllok të ri të adresave IP nga Roskomnadzor. Kostoja e një shërbimi të tillë nga Amazon Web Service fillon nga 0,0058 dollarë në orë.
2. Sa mund të zgjasë kjo?
Të hënën, Roskomnadzor u kujtoi publikisht pronarëve të VPN dhe serverëve proxy se ata duhet të respektojnë vendimet e gjykatës për të bllokuar burimet e ndaluara. Sipas një përfaqësuesi të departamentit, ata do të marrin "të gjitha masat e nevojshme për të zbatuar vendimin e gjykatës, përfshirë ato që lidhen me kufizimin e aksesit në burimet e internetit që ofrojnë kushte teknike për funksionimin e shërbimeve të Telegram".
Në të njëjtën kohë, Roskomnadzor vazhdoi të shtonte në mënyrë aktive adresat e reja IP të përdorura nga Telegram në regjistrin e ndaluar. Deri në mesditën e së martës 17 prill, kishte mbi 15.6 milionë adresa IP në listë, shumica e të cilave ishin të regjistruara në Shërbimet Uebi Amazon dhe Google Cloud. Shumica e këtyre adresave nuk përdoren më nga Telegram, por zhbllokimi i aksesit në to nga Rusia nuk ndodh automatikisht. Amazon dhe Google do të duhet të negociojnë me RKN për të hequr ndalimet, por nuk dihet ende se sa kohë do të zgjasë.
Sipas Alexander Lyamin, me motivim dhe burime të mjaftueshme, Telegram mund të shpikë metoda të reja dhe të anashkalojë bllokimin për një kohë shumë të gjatë. “Së pari, ka shumë shërbime cloud përveç Shërbimeve të Uebit të Amazon dhe Google Cloud. Ka Azure, Cloudflare, DigitalOcean, ProfitBricks dhe të tjera të vogla. Përveç kësaj, ekziston gjithmonë mundësia për të krijuar një protokoll të ri transporti bazuar në parimet e decentralizimit - ku çdo klient Telegram është një nyje e një rrjeti vetë-organizues. Pyetja e vetme është sasia e burimeve që ka Durov dhe gatishmëria e tij për të shpenzuar para për këtë, "tha Lyamin. Sipas tij, mbajtja e shërbimit është mjaft e kushtueshme për Durovin. Eksperti beson se themeluesi i Telegram mund të humbasë drejtpërdrejt dhe tërthorazi deri në 1 milion dollarë në ditë. Në të njëjtën kohë, Lyamin kujton se Durov së fundmi grumbulloi 1.7 miliardë dollarë në ICO (oferta fillestare e monedhave - vendosja fillestare e monedhave ose argumenteve të kriptomonedhave , argumentet që u japin pronarëve të tyre kanë të drejta të caktuara) të platformës së tyre blockchain TON, domethënë, ajo nuk duhet të jetë e kufizuar në fonde.
Vladimir Ivanov ka një mendim tjetër. Ai beson se Pavel Durov nuk ka nevojë për më shumë se 0,5-1 mijë dollarë në muaj për të mashtruar adresat IP në stilin aktual. Megjithatë, duke pasur parasysh që Roskomnadzor filloi të bllokonte qendra të tëra të të dhënave dhe madje edhe grupe qendrash të të dhënave cloud, një strategji e tillë mund të lejojë që mesazheri të mbetet i disponueshëm në Rusi për vetëm disa javë deri në një muaj. “Unë mendoj se Telegram tani po punon shumë në një version të mesazherit të bazuar në një protokoll peer-to-peer, i cili është pothuajse i pamundur të bllokohet,” tha Ivanov.
Të martën, më 17 prill, Pavel Durov tha se tani për tani ai synon të mbështesë punën e të dërguarit në Rusi. "Megjithëse tregu rus nuk përbën një pjesë të konsiderueshme të bazës së përdoruesve të Telegram (ai përbën më pak se 10% të numrit të përgjithshëm të përdoruesve të shërbimit. - RBK), është e rëndësishme për ne për arsye personale, "- themeluesi i mesazherit. Ai gjithashtu njoftoi se filloi të paguajë grante për bitcoin për administratorët proxy dhe VPN "si pjesë e rezistencës dixhitale - një lëvizje e decentralizuar në mbrojtje të lirive dhe përparimit dixhital". Gjatë këtij viti, Durov synon të dhurojë "miliona dollarë fonde personale për këto qëllime".
3. Kush vuan nga kjo?
Ashtu si Pavel Durov, "cilësia e jetës së 15 milionë rusëve do të përkeqësohet, pasi Telegrami pa një VPN mund të mos jetë i disponueshëm ndonjëherë". Sipas MediaScope, në shkurt (të dhënat e fundit) në Rusi, 9.9 milion njerëz vizituan faqen e internetit Telegram ose aplikacionin celular të paktën një herë në muaj nga banorët e qyteteve me një popullsi prej më shumë se 100 mijë. Për krahasim: shifra e WhatsApp ishte 24.9 milion përdorues , Viber ka 20.8 milionë.
Bllokimi i adresave IP të Amazon Web Services dhe Google Cloud ka çuar tashmë në faktin se disa nga adresat IP që i përdornin ato, por jo të lidhura me Telegramin, ishin të paarritshme. Ndoshta kjo është për shkak të faktit se RKN bllokon grupe të mëdha të adresave IP. Sipas Alexander Lyamin, biznesi i mesëm dhe i vogël në Rusi vuan më së shumti nga situata, e cila, për të kursyer para, zakonisht nuk vendos infrastrukturën e saj IT, por përdor ofruesit e cloud. Për shembull, Skyeng, një shkollë angleze në internet, përdori Shërbimet Ueb Amazon për një pjesë të konsiderueshme të infrastrukturës së saj IT. Si rezultat, më 16 prill, shumë studentë nuk mundën të kontaktojnë mësuesit e tyre. Partneri menaxhues i Skyeng, Alexander Laryanovsky, vlerësoi dëmin e drejtpërdrejtë nga mësimet e dështuara në rreth 2 milion rubla.
Biznesi dhe Telegrami
Messenger është përdorur shpesh nga sipërmarrës të ndryshëm për të komunikuar me klientët. Për shembull, në rrjetin e shitjes me pakicë VkusVill, një program besnikërie funksionon në bazë të mesazherit. Blerësi lidhet me chatbot, merr informacion në lidhje me gamën dhe zbritjet. Derisa bllokimi ka prekur programin e besnikërisë - 400 përdorues të rinj regjistrohen në kompani çdo ditë. Shumë shitës ju tregojnë se si të vendosni një VPN dhe një përfaqësues për të vazhduar përdorimin e robotit pa asnjë problem. Por kompania ka përgatitur “planin B” – një javë më parë në “VkusVilla” lëshuan një aplikacion me të njëjtin funksionalitet si bot, funksionalitet në Android, do të publikohet në iOS brenda një jave. “Bllokimi i Telegram-it na privoi nga një kanal komunikimi efektiv dhe i promovuar me klientët, por nuk u shndërrua në tragjedi. Jemi të sigurt që shumica e përdoruesve do të fillojnë të përdorin aplikacionin pa asnjë problem”, thotë Marina Purim, menaxhere e komunikimit të jashtëm dhe të brendshëm të VkusVilla.
Fyodor Skuratov, themeluesi i Combot, do ta ketë më të vështirë. Ai zhvillon robotë që ndihmojnë bizneset të moderojnë bisedat, të mbledhin analitikë të përdoruesve dhe të përdoren për të reklamuar në kanalet Telegram. Midis klientëve janë komunitetet argëtuese "Dvach", MDK, kanalet e dedikuara për ICO dhe kriptovalutat, DreamPlay, Binance, Digibank, komunitetet rajonale "Little Chat of Moscow", "Peterchat", etj. "Bllokimi mund të godasë të ardhurat nga reklamat. Audienca e Telegramit ende nuk ka rënë, por, sigurisht, nëse hiqen aplikacionet zyrtare, fluksi i audiencave të reja do të ulet ndjeshëm. Nga ana tjetër, cilësia e tij do të rritet”, tha Skuratov.
Sipas Artem Kozlyuk, kreu i organizatës Roskomsvoboda, e cila lufton për të drejtat dixhitale, zgjerimi i listës së vendeve të ndaluara mund të ndikojë negativisht tek operatorët e telekomit. “Filtrimi i miliona adresave IP mund të çojë në ritme më të ngadalta të transferimit të të dhënave. Pajisjet e filtrimit kanë kufirin e tyre për sa i përket sasisë së burimeve, pas kalimit nëpër të cilat operatorët mund të kenë nevojë ta ndryshojnë atë, "thotë Kozlyuk. Një përfaqësues i një operatori të madh telekomunikacioni konfirmoi se zgjerimi i regjistrit të burimeve të ndaluara mund të ndikojë vërtet në shpejtësinë e aksesit në internet, veçanërisht për operatorët e vegjël. Kufiri i sistemit, tha ai, nuk është testuar ende. Megjithatë, në kohën e publikimit, asnjë nga operatorët kryesorë nuk raportoi probleme të tilla.
4. Si mund ta fikni plotësisht Telegramin?
Sipas ekspertit të pavarur të telekomunikacionit, Alexei Semenyaka, Roskomnadzor ka ndjekur parimet dhe dëshiron të përsërisë "marrëveshjen" me Zello, një radio celulare që më parë përdorte gjithashtu në mënyrë aktive adresa të reja IP në Shërbimet Ueb Amazon për të anashkaluar bllokimin në Rusi. Sidoqoftë, pasi Shërbimet Ueb të Amazon i kërkuan Zello të ndalonte përdorimin e faqes së tyre, shërbimi filloi të kërkonte mënyra të tjera për të anashkaluar bllokimin. Sipas Semenyaka, Roskomnadzor po përpiqet të ushtrojë presion mbi Shërbimet Ueb të Amazon, të cilat mund të kenë humbje të konsiderueshme financiare për shkak të bllokimit, në mënyrë që shërbimi të ndalojë së punuari me Telegram. Në të njëjtën kohë, eksperti pranoi se Amazon Web Services mund të ndërpresë kontratën me Durov, por bëri një rezervë që kompania do të peshonte rreziqet politike, tregtare dhe të reputacionit. Megjithatë, duke pasur parasysh faktin se ka shumë ofrues të reve kompjuterike, Telegram mund të "kanëndidojë" nga Roskomnadzor për një kohë shumë të gjatë. Të paktën deri në momentin kur gjen një mënyrë më pak të kushtueshme për të anashkaluar bllokimin.
"Ndoshta është e mundur që Telegrami të bëhet i papërshtatshëm për t'u përdorur, dhe në këtë mënyrë të zvogëlohet audienca e tij në Rusi. Por Roskomnadzor dhe operatorët e telekomit nuk do të jenë në gjendje ta bllokojnë plotësisht Telegramin në Rusi në mënyrë që askush të mos e përdorë fare. Kjo është e mundur vetëm nëse interneti futet në Rusi sipas listave të bardha (d.m.th., nëse qasja lejohet vetëm në një numër të kufizuar faqesh "të verifikuara". - RBK) ”, - thotë Alexey Semenyaka. Pajisjet e filtrimit të instaluara nga operatorët thjesht nuk mund të "analizojnë" trafikun dhe të izolojnë prej tij atë që kalon përmes protokolleve të përdorura nga serverët proxy dhe VPN; kjo do të kërkojë pajisje shumë të shtrenjta rrjeti.
Sipas Artem Kozlyuk, është e mundur të bllokohet plotësisht Telegrami në territorin e Rusisë vetëm së bashku me të gjithë internetin.
Simptomat dhe historia e pacientit:
Puna e disa përdoruesve në rrjet me të njëjtin skedar (bazë të dhënash) përfshin një mekanizëm bllokues të rrjetit. Kjo e detyron sistemin të humbasë kohë të çmuar për të identifikuar seancat e hapura të regjistrimit dhe, në përputhje me rrethanat, për të zgjidhur konfliktet.
Shenjat kryesore të punës së bravave:
- punë e shpejtë e përdoruesit me bazën përmes rrjetit në mënyrë ekskluzive dhe jashtëzakonisht e ngadaltë - kur disa përdorues punojnë njëkohësisht
- punë e shpejtë e përdoruesit me bazën e të dhënave lokale në server dhe e ngadaltë - përmes rrjetit
- sistemi i skedarëve akseson pak më pak se 10 MB / s
Pra, mora detyrën - ta bëj atë në mënyrë që deri në tre përdorues të mund të punojnë në 1C në të njëjtën kohë! Qesharake, apo jo?
I harrova të gjitha batutat kur pashë se me çfarë duhej të merresha: një “server” përballë një kompjuteri të zakonshëm zyre dhe dy laptopë.
Lumturia nuk do të ishte e plotë nëse nuk do të ishin për sistemet operative të mrekullueshme - në një kompjuter dhe në një laptop Windows 7, në një tjetër - Windows 8.
Kur përpiqeshit të kaloni njëkohësisht dokumente në laptopë, njëri ishte budalla për rreth një minutë, dhe i dyti fluturoi nga 1C me tekstin e gabimit "nuk mund ta mbyllte tryezën ...".
Nisja e 1C në një laptop është një shfaqje më vete që zgjati për rreth 3 minuta!
Në shumë burime, hasa në këshilla për të kaluar në punë në aksesin në terminal. Fatkeqësisht, Windows 7 nuk e lejon atë të kthehet në një server terminal duke përdorur mjete standarde - maksimumi një lidhje aktive. Në këtë rast, pjesa tjetër e seancave nuk ndërpritet, ju mund të rilidheni nën një përdorues tjetër - "duke hedhur jashtë" përdoruesin e mëparshëm, por duke mos e përfunduar seancën e tij. Prandaj, duhet të transferoni 1C në një server OS, ku nuk ka kufizime të tilla. Klienti e zgjidhi problemin me rrezikun e tij duke përdorur një program të palës së tretë. Windows7_SP1_RDPhack.
Por aventura nuk mbaroi me kaq. Edhe në lidhjen e terminalit, frena të konsiderueshme mbetën. Edhe një herë, motorët e gjithëfuqishëm të kërkimit më ndihmuan. Më poshtë janë këshillat për përshpejtimin e skedarit 1C, të cilat ndoqa:
1. Çaktivizo përdorimi i protokollit të rrjetit IPv6, konfiguroni adresimin në IPv4 "të vjetër".
2. Shtoni proceset 1C në përjashtimet e murit të zjarrit të Windows, si dhe në përjashtimet e antiviruseve, ose çaktivizoni ato krejtësisht (më e rrezikshme, por një test i thjeshtë tregoi rritja e shpejtësisë ripostimi i dokumenteve me antivirus Avast të çaktivizuar faktor i!)
3. Filloni të indeksoni kërkimin e tekstit të plotë në 1C ose fikeni fare
4. Filloni Testimin dhe rregullimin e bazës së të dhënave, duke kontrolluar me programin ChDbfl
5. Ekzekutoni artikullin e kontrollit të konfigurimit në konfigurim (nëse konfigurimi nuk është tipik, kjo mund të jetë e dobishme). Bazuar në rezultatet e kontrollit të konfigurimit, në mënyrë magjike u zvogëlua në madhësi me pothuajse një të tretën. Çfarë dhe si azhurnuan programuesit e ardhshëm para meje - nuk u zhyta vërtet në të, por fakti është i qartë.
6. Çaktivizoni opsionet funksionale të panevojshme.
7. Konfiguro të drejtat e përdoruesit. (Kjo dhe këshilla e mëparshme dukeshin marrëzi, derisa pashë paraqitjen e formularëve të menaxhuar kur hapja një listë dokumentesh. Sa më pak e panevojshme në një ndërfaqe të menaxhuar, aq më shpejt funksionon zakonisht)
8. Filloni të rillogaritni totalet dhe të rivendosni sekuencën (një rritje e konsiderueshme mund të jetë vetëm nëse totalet nuk janë restauruar për një kohë të gjatë)
9. Specifikoni "Shpejtësia e lidhjes - e ulët" në cilësimet e listës së bazave (kjo nuk dha një rezultat të veçantë, përveç se fotografitë e nënsistemeve ishin çaktivizuar :))
Pas përfundimit të të gjitha këtyre hapave, baza e të dhënave të skedarëve 1C filloi të funksionojë shumë më shpejt. U lëshua në një maksimum prej 10 sekondash dhe shpejtësia e ripostimit të dokumenteve u rrit mesatarisht 12 herë.
Ndoshta ky artikull i shkurtër do të jetë i dobishëm për ju nëse papritmas duhet të shpejtoni bazën e skedarëve 1C.
P.S: Dhe nisja e një skedari 1C duke përdorur qasjen në rrjet në një dosje të përbashkët është ende joreale, sepse Nëse jepni diskun më të shpejtë të gjendjes së ngurtë, RAM-i dhe procesori do të varrosen në kyçet e rrjetit dhe puna e më shumë se një përdoruesi do të jetë praktikisht e pamundur. Po flasim konkretisht për konfigurimin e UT 11.1. Konfigurimet e vogla të shkruara vetë mund të funksionojnë shumë shpejt edhe në versionin e skedarit.
Shtesa nga komentet për publikim:
Defragmentues i diskut me bazë skedari
Përthyerje bazë (mund të jetë e dobishme nëse baza është e madhe, për shembull, për disa vjet). Baza e klientit ishte mjaft e re, kështu që grumbullimi nuk ishte praktik.
Përmirësimi i harduerit - hard disk më i shpejtë, ndërprerës i ri, procesor, etj.
Instaloni në serverin e internetit, aksesoni duke përdorur një klient të hollë. Këtu u ndanë mendimet. Dikush thotë, shumë herë më shpejt, dikush - ai nxitim nuk vërehet.
