Costuri 8.1 set pentru 5 utilizatori.
Folosim contabilitatea standard.
Funcționează în principal prin terminal, uneori fără acesta.
Opțiunea bazei de date - fișier
Erori au fost observate de cei din terminal
ceva de genul. Scotocit în net, Yandex - în general, oarecum vag totul.
Principalele recomandări găsite:
1) Baza de descărcare/încărcare – în sensul unuia nou de inventat din configurator
2) rulați \ Program Files \ 1cv81 \ bin \ chdbfl.exe - verificați integritatea fizică a bazei de date
3) Testați și reparați baza de informații
4) actualizați la cea mai recentă versiune 8.1
Stie cineva ceva mai concret?
13.5.2010, 10:05
Tot ce ai nevoie, ți s-a oferit deja, mai întâi încearcă. Nu există erori fizice pe mass-media?
Este mai concret cine va spune.
13.5.2010, 10:56
Deci asta... dacă luăm în considerare fără a ține cont de 1C, dar, în general, este o prostie că cineva din două locuri încearcă să blocheze o masă, primul are timp, iar restul sunt trimise. Vedeți ce operațiuni / tranzacții / procesare (sau așa cum se numește în 1C) sunt efectuate în acest moment. Este posibil ca ideea să nu fie în platformă, ci în configurații scrise strâmb sau particularitățile funcționării acestor configurații asupra datelor dvs.
P.S. Și bazele de date de fișiere în modul multiutilizator sunt o perversiune.
13.5.2010, 10:58
Deși naiba știe cum 1C-in-ul a făcut o bază de date, s-ar putea să fie ca undeva în baza de date pentru o siguranță și tot felul de repere să ajute.
13.5.2010, 11:06
Da, mi se pare că octalul este ca o platformă - este încă umed. Undeva au scris că trebuie făcută PERIODIC testarea cu o remediere
13.5.2010, 11:10
improbabil. Pentru cei opt, a fost achiziționat un nou server cu un Windows licențiat
Concluzia este că unul blochează masa, restul așteaptă până la expirarea timpului.
De ce nu au timp este o mare întrebare. Mediul fizic arată, poate că este o prostie. Jurnal de sistem, MHDD. Și toate acele acțiuni care sunt scrise în primul post sunt necesare.
P.S. Nou nu înseamnă 100% funcțional.
13.5.2010, 11:38
Tot ce ai nevoie, ți s-a oferit deja, mai întâi încearcă
deci da, trebuie sa astepti pana seara.
Nu mai erau speranțe de a auzi ceva nou
Nu spune miracole. Sunt destule necazuri, dar nu sunt.
unde sunt minunile? Nu am înțeles, cineva avea să susțină că 8.1 este o platformă cool impecabilă?
a scris că PERIODIC trebuie făcută testarea cu corectare
se pare că avem un astfel de caz.
Un sondaj al utilizatorilor unul câte unul (pentru a nu minți pe cale amiabilă) a arătat că această situație pare să apară NUMAI în rândul utilizatorilor care lucrează în terminal. Iar cei care nu trec prin terminalul pe care
Windows Server 2003 R2 Standart 64, fie nu își amintesc o astfel de situație, fie pur și simplu nu o aveau.
Mai mult, doi observatori deosebit de observați au remarcat că în urmă cu 1,5-2 luni acest fenomen a fost observat MULT mai rar.
13.5.2010, 12:42
Ucigașul născut, Ce fir antivirus este pe server? Dacă da, încercați să-l dezactivați sau adăugați baza excepțiilor
13.5.2010, 13:14
Ce fir este antivirus pe server?
xs, trebuie să te uiți. Acesta este un server inamic
franciza smart-ass a luat una dintre bazele noastre pentru întreținere, și-a securizat serverul și, așa cum ei, ne supraveghează munca
accesul la serverul lor a fost oferit, dar într-o versiune trunchiată.
Voi arunca o privire.
nu pare sa fie un antivirus...
13.5.2010, 13:23
Nu am înțeles, cineva avea să susțină că 8.1 este o platformă cool impecabilă?
oh bine nah. 7.7 care este dezordonat în unele locuri până acum, dar despre 8-ku tocmai potrivit pentru a inventa legende despre scăderea sa
Cât este dimensiunea de bază și câți utilizatori?
Inventa. Dați un exemplu concret.
Cât este dimensiunea de bază și câți utilizatori?
a făcut un tester noaptea și l-a corectat. Înainte de asta, 1cv8.1CD era de 2 GB, acum este de 1,5 GB.
Există 5 utilizatori, precum și licența în sine.
În ceea ce privește legendele despre glitchiness, a existat un singur caz. Acum, dacă luați 7.7 și pur și simplu copiați 1 bază prin Total în altă locație - o copie fără probleme.
Odată ce am încercat să fac același lucru cu o bază de opt puncte, am copiat directorul de bază într-o altă locație,
înregistrat, a deschis ambele baze în același timp, una trebuia să fie pervertită.
Am marcat mai multe documente pentru ștergere în copie, am trecut la fereastra cu o bază de date reală, nu mi-a venit să cred ochilor: aceleași documente au fost marcate și acolo pentru ștergere
Butuc de frasin, 1C are un răspuns la toate: faceți o copie zilnică a bazei de date.
Da, doar acesta este un răspuns al naibii
MMMarina
Ucigașul născut,
Salut prietene...
Mit!
Așa se nasc legendele...
Salut prietene...
Buna prietene. Acum te-ai luat
Și apoi pictogramele de pe desktop au fost liniștite
Mit!
Așa se nasc legendele...
L-am vazut. Nu mi-a fost amuzant mai târziu să fac distincția între documentele postate de documentele nepostate, după eliminarea semnului de ștergere, toate devin nepostate.
Nu-mi amintesc ce platformă era atunci.
incearca sa faci la fel. Poate o poți face și tu
Așa se nasc legendele...
Voi spune mai multe: când am demarcat manual câteva documente dintr-o copie pentru ștergere,
același lucru s-a întâmplat în baza de date reală. Pe atunci nu aveam timp să documentez cumva această senzație.
Așa că am pus-o la loc și nu am mai făcut-o.
remedierea găurilor în cunoștințele informatice...
într-adevăr, după părerea mea, sunt fără speranță...
acest subiect anume nu este deloc pentru tine, draga(i)
în general, totul se pretează la înțelegere
fă-ți un prieten tocilar, ca opțiune)))
Am marcat mai multe documente pentru ștergere în copie, am trecut la fereastra cu o bază de date reală, nu mi-a venit să cred ochilor: aceleași documente au fost marcate pentru ștergere și acolo shok.gif
Nu am copiat niciodată o bază de fișiere de 8 biți
Nu a fost nicidecum o senzație.
La naiba, poate că nu crezi, dar a fost.
Cert este că am lucrat foarte strâns cu 8 de câțiva ani. De îndată ce nu au fost copiate. Deci nu pot să cred
Dar pot presupune că atunci când o persoană este suprasolicitată, multe sunt posibile. Știu de la mine.
Nu vă faceți griji, baza fișierelor poate fi ușor copiată și ridicată în orice alt loc. Nu ar trebui să existe erori.
14.5.2010, 10:52
14.5.2010, 11:28
Există o sugestie - pe parcare am prescris aceeași bază de 2 ori
8 sugerează înlocuirea
14.5.2010, 11:31
ea ... 7.7 când încearcă să faci asta, este prostește de tăcut și nu adaugă baza pe listă (pur și simplu nu reacționează în niciun fel)
8 sugerează înlocuirea
Putem doar să ratam mouse-ul și să alergăm pe același... Miracolele nu se întâmplă
14.5.2010, 11:47
Putem rata doar cu un mouse și am alergat pe același...
Voi încerca să simulez așa ceva acasă. Atunci mă voi dezabona.
De obicei, înainte de orice acțiune periculoasă, în 1C (7.7. Sau 8-ke) apăs pe semnul întrebării (unde este afișată calea către bază).
Aici oamenii au râs atât de prietenos de legenda mea încât m-am îndoit.
Deși există mai multe glitch-uri în cele opt decât în cele șapte.
Oh, iată o eroare unică, nu numai că am văzut-o.
În general, s-au batjocorit cu una din baza a 8-a la client, când eu încă lucram în franchik.
Într-o zi o persoană, alta - a doua, în a treia am fost. I-am întrebat - ați făcut o copie de rezervă înainte de exploit-uri? Ca răspuns, râd ca caii, au punctat mai scurt, doar că au luat baza pe mașina aia
14.5.2010, 12:35
- râzi ca caii, au marcat mai scurt, doar că au luat baza local,
și am avut șansa să o trag de la rețea. Am decis să nu fac o copie de rezervă urmând exemplul tavarisches-urilor anterioare,
era tânăr și prost – o mulțime de spectacole.
În general, am făcut modificări la confa, salvez confa, la momentul salvării confei s-a întâmplat un fel de accident, iar baza a căzut seara. Şoc. Dimineata au mers 3 specialisti, inclusiv eu acolo.
Accidentul a constat în faptul că numărul de eliberare a fost smuls de la bază, adică. în configurație, când ați dat clic pe întrebare, aceasta era goală, iar numele conferinței în sine lipsea. iar când în cursul bazei, nici nu era vizibil, nici naiba, interfața incl. a zburat, era imposibil să intri în jurnalele de documente.
Am rezolvat problema actualizând baza de date ucisă cu un fișier de configurare relativ proaspăt, totul a funcționat.
Totul a fost reînviat.
Acesta este un exemplu de legendă adevărată. 3 persoane nu ar trebui să fie buggy în același timp
14.5.2010, 13:53
la momentul salvării configurației, a avut loc un fel de accident, iar baza a căzut
Ei bine, dacă a fost o eroare de fier, atunci nu e de mirare.
Dar dacă ați găsit un bug care apare stabil după efectuarea anumitor acțiuni, atunci o altă conversație.
14.5.2010, 14:39
Ei bine, dacă a fost o eroare de fier, atunci nu e de mirare
xs asa a fost. hardware-ul, plasa sau platforma nu sunt atât de importante acum.
Mi se pare că softina nu ar trebui să se comporte atât de încântător
Este același lucru cu lansarea Vista și admiterea că este o prostie. Cât de repede au sărit de la 8.0 la 8.1
P.S. sensul cuvântului bug este clar pentru mine, mulțumesc pentru îngrijorare)))
14.5.2010, 19:37
De exemplu, dacă apare o „glitch” similară la rularea pachetelor de service sau ceva important pentru același Vista, atunci este probabil ca sistemul atunci, dacă pornește, să fie extrem de instabil.
Sau, să zicem, în momentul luării insulinei are loc un cutremur, atunci diabeticul poate renunța, pentru că seringa s-a rostogolit sub canapea în timp ce se agita.
14.5.2010, 22:32
Born Killer, ce thread există pe server? Dacă da, încercați să-l dezactivați sau adăugați baza excepțiilor
Cum poate antivirusul să afecteze blocarea meselor? baza 8.x este un singur fișier.
Am marcat mai multe documente pentru ștergere în copie, am trecut la fereastra cu o bază de date reală, nu mi-a venit să cred ochilor: aceleași documente au fost marcate pentru ștergere și acolo shok.gif
În general, nu mi-au plăcut acest nenorocit de topuri, de atunci am făcut o copie a bazei de date doar prin Upload / Download.
Cum faceți, domnule, o legendă atât de tristă?
Și dacă m-am lăsat dus și am făcut lucruri mai serioase în copie (de exemplu, ștergerea documentelor marcate pentru ștergere) și într-un mod neclar, aceleași acțiuni au fost efectuate în baza de date principală?
Nu, asta nu poate fi, miracolele nu se întâmplă. Probabil ați intrat în aceeași bază... În 8, puteți intra cu ușurință în baza de date de 2 ori sub același nume.
montante urcate periodic la efectuarea/înregistrarea documentelor cu o eroare de formă
„Conflict de blocare în timpul executării tranzacției: tabelul nu a fost blocat” _DOCUMENT158 „
Deci, primul pas este să determinați ce document de metadate îi corespunde tabelul „_DOCUMENT158”. Pentru aceasta există o metodă a contextului global „GetDatabaseStorageStructure”. Deci veți înțelege cel puțin exact ce document este „buggy”.
Apoi trebuie să înțelegeți dacă cineva a schimbat modulul din el și să bată în cap dacă l-a schimbat printr-un singur loc. Cel mai probabil, seturile de înregistrări sunt scrise în mod explicit prin metoda Write, în loc să lase platforma să o facă corect. Și secvența lor este dezordonată..
Și nu există blocaje?
În general, 5 persoane nu ar trebui ținute în modul fișier. Subd poate fi luat gratuit, cumpără doar cheia pentru serverul cluster și gata. Sau este scump pentru birou?
Nu-mi amintesc dacă un jurnal tehnologic poate fi filmat în modul fișier sau nu...
14.5.2010, 22:53
=========================================================
http://odines.ru/thread1386.html acesta este subiectul tău?
Adică, tranzacția nu are loc chiar și atunci când un utilizator lucrează? Atunci problema probabil nu este în codul strâmb atunci când înregistrați mișcările. Pentru că nu pot exista blocări în modul pentru utilizator unic. Înregistrarea se face secvenţial.
Apoi se pare că problema este tocmai în încălcări ale structurii bazei în sine.
Este mai bine să rulați mai întâi Testarea și repararea bazei de date cu caseta de selectare „Restructurare tabelele bazei de date” activată.
Încărcarea în dt cu încărcarea ulterioară are, de asemenea, sens...
chdbfl.exe în acest caz este puțin probabil să ajute ... deși bineînțeles că merită încercat dacă restul nu ajută.
Gee - chiar acum m-am uitat la data postărilor în firul http://odines.ru/thread1386.html Și dezvoltarea celor standard într-un nou mod controlat nu este departe.
Iar diferența dintre 8.2 și 8.1 este mult mai mare decât între 8.1 și 7.7, mai ales pentru dezvoltatori, creierul trebuie revizuit pentru dezvoltare pentru un mod de operare „controlat”.
În SSIS, încerc să folosesc o sarcină de sistem de fișiere pentru a muta un fișier într-un director de arhivă. Așa arată sarcina mea - http://imgur.com/raPZIzL
Când rulez pachetul, primesc această sarcină eșuând: Eroare: 0xC0014054 în Sistemul de fișiere Sarcină: Nu s-a blocat variabila „\ xxx \ yyyy \ Eligibility \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV” pentru acces la citire cu eroarea 0xC0010001 „Nu a putut fi găsită Variabila. apare atunci când se încearcă preluarea unei variabile din colecția Variables din container în timpul execuției pachetului și variabila nu există. Numele variabilei poate fi schimbat sau variabila nu este creată. "
Mă întreb ce spune că variabila nu a fost găsită deoarece valoarea inițială a variabilei este „temp” (vezi captura de ecran) și apoi am setat valoarea variabilei în sarcina script cu câțiva pași înainte de a rula această sarcină. Deci știu că variabila există și are valoarea corectă (pot deschide fișierul în calea variabilei). Pur și simplu nu știu de ce sau cum să ocolesc asta. Am găsit aceeași postare postată de alții pe internet, dar niciuna dintre soluții nu a funcționat pentru mine. Nu văd cum ar putea fi o condiție de cursă, sarcina de script care stabilește valoarea variabilei se termină cu o secundă sau cam așa ceva înainte ca această sarcină să fie executată.
Am încercat să șterg sarcina sistemului de fișiere și să o recreez, încă primesc eroarea. Am repornit și gândirea computerului, ceea ce ar fi putut ajuta, dar nu este.
EDIT: mai multe informații... dacă setez DelayValidation de la True la False, primesc aceeași eroare înainte de a rula ceva, deși de data aceasta se plânge de valoarea inițială a variabilei înainte de a avea șansa de a seta codul.
Iată erorile specifice:
Eroare: 0xC0014054 în Sistemul de fișiere Sarcină: Nu s-a blocat variabila „\ XXX \ YYYY \ Eligibility\ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV” pentru acces la citire cu eroarea 0xC0010001 „Variabila nu poate fi găsită. Această variabilă se întâmplă atunci când se încearcă obținerea unei variabile într-un container. timpul de execuție a pachetului și variabila lipsește. Numele variabilei poate fi schimbat sau variabila nu este creată. ".
Eroare: 0xC002F304 în Sarcina sistemului de fișiere, Sarcina sistemului de fișiere: A apărut o eroare cu următorul mesaj de eroare: „Nu se poate bloca variabila” \ XXX \ YYYY \ Eligibility \ SOURCE_ELIGIBILITY_IMPORT_0482014.CSV „pentru acces la citire cu eroarea 0xC001000” Variabila nu ar putea fi găsit „ apare atunci când se încearcă obținerea unei variabile din colecția Variables din container în timpul execuției pachetului și variabila nu există. Numele variabilei poate fi schimbat sau variabila nu este creată. "."
Eroare: 0xC0014054 în Sistemul de fișiere Sarcină: Nu s-a putut bloca variabila „\ XXX \ AAAA \ Eligibilitate \ Arhivă” pentru acces la citire cu eroarea 0xC0010001 „Variabila nu poate fi găsită. Acest lucru apare atunci când se încearcă obținerea unei variabile din colecția de Variabile pe un container la pachetul de rulare și variabila nu este acolo. Numele variabilei poate fi schimbat sau variabila nu este creată. ".
Eroare: 0xC002F304 în Sarcina sistemului de fișiere, Sarcina sistemului de fișiere: A apărut o eroare cu următorul mesaj de eroare: „Nu se poate bloca variabila” \ XXX \ YYYY \ Accesibilitate \ Arhivă „pentru acces la citire cu eroare 0xC0010001” Această variabilă nu a putut fi găsită. Acest lucru se întâmplă atunci când se încearcă preluarea unei variabile din colecția Variables din container în timpul execuției pachetului și variabila nu există. Numele variabilei poate fi schimbat sau variabila nu este creată. ".
Cât de des vezi acest mesaj? Cred că toți cei care au o experiență îndelungată cu 1C au întâlnit o astfel de eroare cel puțin o dată. De ce dă programul această eroare? „Blocarea conflictului în timpul executării tranzacției: tabelul nu a fost blocat”?
Ei bine, cel mai adesea acest lucru se întâmplă din cauza faptului că unul dintre utilizatori efectuează deja un fel de operație care a blocat această masă. Pentru a rezolva această problemă, toți utilizatorii trebuie doar să părăsească programul. Dar se întâmplă și ca utilizatorul să părăsească programul, dar procesul programului din memorie nu este descărcat. Nu te panica! Dacă toți utilizatorii au părăsit programul și mesajul încă apare, trebuie să deschideți meniul Instrumente -> Utilizatori activi.
Și vezi cine în afară de tine lucrează în prezent cu programul. Dacă toți utilizatorii au plecat și încă vezi că mai este altcineva în afară de tine, nu te alarma. S-a întâmplat. Procesul este suspendat. Reporniți computerul utilizatorului activ.
Dar uneori nici asta nu rezolvă problema. Se întâmplă ca în momentul tranzacției, o lumină să clipească sau, de exemplu, un hard disk să fie pe ultimele picioare. Și ceea ce este, de asemenea, probabil, cineva a scos cordonul hub-ului de rețea și a pornit ibricul în locul lui, iar în acel moment calculați amortizarea. Deci, în astfel de momente, baza de date poate fi deteriorată sau datele pot fi scrise cu o eroare.
În acest caz, și aproape întotdeauna, dacă rețetele de mai sus nu au ajutat, utilitarul chdbfl.exe ajută. Se află în folderul cu fișierul executabil 1C. Calea către fișier va fi ceva de genul „C: \ Program Files \ 1Cv82 \ platform_version_number \ bin \ chdbfl.exe”. Vă rugăm să rețineți că acest utilitar dintr-o versiune a platformei poate să nu funcționeze cu alta.
Prin urmare, trebuie să deschideți un folder cu numărul platformei curente pe care lucrați.
Cum pot vedea numărul platformei? Foarte simplu. Mergem la meniul Service -> Despre. Și mai departe imaginea arată unde să te uiți la numărul platformei.
Punem o bifă „remediază erorile găsite”. Și apăsăm butonul de executare. Acest utilitar remediază 90% din toate erorile care apar. Vă recomand cu tărie să faceți o copie de rezervă a bazei de date înainte de a utiliza acest utilitar, dar dacă apare o eroare chiar în momentul descarcării, atunci copiați întregul folder cu baza de date de informații.
Potrivit RKN, pentru a sprijini activitatea messengerului fără a instala astfel de instrumente de către utilizatori, Telegram a început să schimbe în mod activ adresele IP din serviciile cloud Amazon Web Services și Google Cloud. Roskomnadzor introduce noi adrese IP în registru și blochează accesul la acestea din Rusia, dar messengerul trece imediat la un nou grup de adrese. După cum a remarcat directorul general al Qrator Labs, Alexander Lyamin, Telegram are ingineri excelenți care acum „exploatează toate defectele și vulnerabilitățile sistemului de filtrare folosit în Rusia”.
Adrese IP pentru câțiva cenți pe oră
Fiecare dispozitiv conectat la rețeaua globală (servere, servicii de internet, dispozitive utilizator etc.) folosește o adresă IP la care poate fi găsită. În total, există aproximativ 4 miliarde de adrese IP în lume, o adresă putând fi folosită de mai multe site-uri. Inițial, Telegram a înregistrat cinci pool-uri pentru serviciu, sau aproximativ 8 mii de adrese IP. Prin decizia tribunalului Tagansky, au fost incluși în registrul celor interzise și a fost blocat accesul la ele din Rusia; Cu toate acestea, potrivit RKN, messengerul a închiriat noi grupuri de adrese de la Amazon Web Services. După cum a sugerat un expert independent (fost angajat al Yandex), Vladimir Ivanov, Roskomnadzor a urmărit noile adrese pe care le-a primit Telegram. De îndată ce grupurile de adrese IP obținute au apărut în registrul RKN, Telegram a primit altele noi. Mai mult, este nevoie de un minut pentru a obține noi adrese și, potrivit lui Ivanov, este nevoie în medie de aproximativ o oră pentru a bloca un nou bloc de adrese IP de la Roskomnadzor. Costul unui astfel de serviciu de la Amazon Web Service începe de la 0,0058 USD pe oră.
2. Cât timp poate dura asta?
Luni, Roskomnadzor le-a reamintit public proprietarilor de VPN și servere proxy că trebuie să respecte deciziile instanței de a bloca resursele interzise. Potrivit unui reprezentant al departamentului, aceștia vor lua „toate măsurile necesare pentru a pune în aplicare hotărârea instanței, inclusiv cele legate de restricționarea accesului la resursele de internet care asigură condiții tehnice de funcționare a serviciilor Telegram”.
În același timp, Roskomnadzor a continuat să adauge în mod activ noi adrese IP utilizate de Telegram în registrul interzis. Până la prânz, marți, 17 aprilie, erau peste 15,6 milioane de adrese IP pe listă, majoritatea fiind înregistrate la Amazon Web Services și Google Cloud. Cele mai multe dintre aceste adrese nu mai sunt folosite de Telegram, dar deblocarea accesului la ele din Rusia nu are loc automat. Amazon și Google vor trebui să negocieze cu RKN pentru ridicarea interdicțiilor, dar nu se știe încă cât timp va dura.
Potrivit lui Alexander Lyamin, cu motivație și resurse suficiente, Telegram poate inventa noi metode și poate ocoli blocarea pentru o perioadă foarte lungă de timp. „În primul rând, există o mulțime de servicii cloud pe lângă Amazon Web Services și Google Cloud. Există Azure, Cloudflare, DigitalOcean, ProfitBricks și altele mici. În plus, există întotdeauna opțiunea de a crea un nou protocol de transport bazat pe principiile descentralizării - unde fiecare client Telegram este un nod al unei rețele de auto-organizare. Singura întrebare este cantitatea de resurse pe care le are Durov și disponibilitatea lui de a cheltui bani pentru asta ”, a spus Lyamin. Potrivit acestuia, întreținerea serviciului este destul de costisitoare pentru Durov. Expertul consideră că fondatorul Telegram poate pierde direct și indirect până la 1 milion de dolari pe zi. În același timp, Lyamin amintește că Durov a strâns recent 1,7 miliarde de dolari pe ICO (ofertă inițială de monede - plasarea inițială a monedelor sau jetoanelor criptomonede). , jetoanele care le oferă proprietarilor lor au anumite drepturi) ale platformei lor blockchain TON, adică nu ar trebui să fie limitată în fonduri.
Vladimir Ivanov are o altă părere. El crede că Pavel Durov nu are nevoie de mai mult de 0,5-1 mii de dolari pe lună pentru a jongla cu adresele IP în stilul actual. Cu toate acestea, având în vedere faptul că Roskomnadzor a început să blocheze centre de date întregi și chiar grupuri de centre de date ale serviciilor cloud, o astfel de strategie ar putea permite mesagerului să rămână disponibil în Rusia doar pentru câteva săptămâni până la o lună. „Cred că Telegram lucrează acum din greu la o versiune de messenger bazată pe un protocol peer-to-peer, care este aproape imposibil de blocat”, a spus Ivanov.
Marți, 17 aprilie, Pavel Durov a spus că deocamdată intenționează să susțină munca mesagerului în Rusia. „Deși piața rusă nu constituie o cotă semnificativă din baza de utilizatori Telegram (reprezintă mai puțin de 10% din numărul total de utilizatori ai serviciului. - RBK), este important pentru noi din motive personale, "- fondatorul mesagerului. El a anunțat, de asemenea, că a început să plătească granturi bitcoin administratorilor de proxy și VPN „ca parte a rezistenței digitale – o mișcare descentralizată în apărarea libertăților și progresului digital”. În acest an, Durov intenționează să doneze „milioane de dolari din fonduri personale în aceste scopuri”.
3. Cine suferă de asta?
La fel ca Pavel Durov, „calitatea vieții a 15 milioane de ruși se va deteriora, deoarece Telegram fără VPN poate fi indisponibil uneori”. Potrivit MediaScope, în februarie (cele mai recente date) în Rusia, 9,9 milioane de persoane au vizitat cel puțin o dată pe lună site-ul Telegram sau aplicația mobilă dintre locuitorii orașelor cu o populație de peste 100 de mii. Pentru comparație: cifra WhatsApp a fost de 24,9 milioane de utilizatori , Viber are 20,8 milioane.
Blocarea adreselor IP ale Amazon Web Services și Google Cloud a dus deja la faptul că unele dintre adresele IP care le foloseau, dar care nu aveau legătură cu Telegram, erau inaccesibile. Poate că acest lucru se datorează faptului că RKN blochează grupuri mari de adrese IP. Potrivit lui Alexander Lyamin, afacerile mijlocii și mici din Rusia suferă cel mai mult de pe urma situației, care, pentru a economisi bani, de obicei nu își desfășoară infrastructura IT, ci folosește furnizori de cloud. De exemplu, Skyeng, o școală de engleză online, a folosit Amazon Web Services pentru o parte semnificativă a infrastructurii sale IT. Drept urmare, pe 16 aprilie, mulți elevi nu au putut să-și contacteze profesorii. Partenerul director al Skyeng, Alexander Laryanovsky, a estimat daunele directe din lecțiile eșuate la aproximativ 2 milioane de ruble.
Afaceri și Telegramă
Messengerul a fost adesea folosit de diverși antreprenori pentru a comunica cu clienții. De exemplu, în rețeaua de retail VkusVill, un program de loialitate funcționează pe baza messengerului. Cumpărătorul se conectează la chatbot, primește informații despre gamă și reduceri. Până când blocarea va afecta programul de fidelitate - 400 de utilizatori noi sunt înregistrați în companie în fiecare zi. Mulți vânzători vă arată cum să configurați un VPN și un proxy pentru a continua să utilizați botul fără probleme. Dar compania a pregătit „planul B” – acum o săptămână în „VkusVilla” au lansat o aplicație cu aceeași funcționalitate ca un bot, funcționalitate pe Android, va fi publicată pe iOS în decurs de o săptămână. „Blocarea Telegramului ne-a lipsit de un canal eficient și promovat de comunicare cu clienții, dar nu a devenit o tragedie. Suntem încrezători că majoritatea utilizatorilor vor începe să folosească aplicația fără probleme ”, spune Marina Purim, managerul de comunicații externe și interne al VkusVilla.
Fiodor Skuratov, fondatorul Combot, va avea o perioadă mai grea. El dezvoltă boți care ajută companiile să modereze chat-urile, să colecteze analize ale utilizatorilor și sunt folosite pentru a face publicitate pe canalele Telegram. Printre clienți se numără comunitățile de divertisment „Dvach”, MDK, canale dedicate ICO și criptomonedelor, DreamPlay, Binance, Digibank, comunitățile regionale „Little Chat of Moscow”, „Peterchat”, etc. „Blocarea poate afecta veniturile din publicitate. Audiența Telegramului nu a scăzut încă, dar, desigur, dacă se vor elimina aplicațiile oficiale, afluxul de noi audiențe va scădea semnificativ. Pe de altă parte, calitatea sa va crește ”, a spus Skuratov.
Potrivit lui Artem Kozlyuk, șeful Roskomsvoboda, o organizație care luptă pentru drepturile digitale, extinderea listei site-urilor interzise ar putea afecta negativ operatorii de telecomunicații. „Filtrarea a milioane de adrese IP poate duce la rate mai lente de transfer de date. Echipamentul de filtrare își are limita în ceea ce privește cantitatea de resurse, la trecere prin care operatorii ar putea fi nevoiți să-l schimbe”, spune Kozlyuk. Un reprezentant al unui mare operator de telecomunicații a confirmat că extinderea registrului resurselor interzise poate afecta într-adevăr viteza de acces la Internet, în special pentru operatorii mici. Limita sistemului, a spus el, nu a fost încă testată. Cu toate acestea, la momentul publicării, niciunul dintre marii operatori nu a raportat astfel de probleme.
4. Cum puteți dezactiva Telegram complet?
Potrivit expertului independent în telecomunicații Alexei Semenyaka, Roskomnadzor a mers pe principii și vrea să repete „isprava” cu Zello, un radio mobil care anterior folosea în mod activ și noi adrese IP pe Amazon Web Services pentru a ocoli blocarea în Rusia. Cu toate acestea, după ce Amazon Web Services i-a cerut lui Zello să nu mai folosească site-ul lor, serviciul a început să caute alte modalități de a ocoli blocarea. Potrivit Semenyaka, Roskomnadzor încearcă să facă presiune asupra Amazon Web Services, care ar putea avea pierderi financiare semnificative din cauza blocării, astfel încât serviciul să nu mai funcționeze cu Telegram. Totodată, expertul a recunoscut că Amazon Web Services ar putea rezilia contractul cu Durov, dar și-a făcut rezerva că compania va cântări riscurile politice, comerciale și de reputație. Cu toate acestea, având în vedere faptul că există mulți furnizori de cloud, Telegram poate „rula” de la Roskomnadzor pentru o perioadă foarte lungă de timp. Cel puțin până în momentul în care găsește o modalitate mai puțin costisitoare de a ocoli blocarea.
„Este probabil posibil ca Telegram să fie incomod de utilizat și, prin urmare, să-și reducă audiența în Rusia. Dar Roskomnadzor și operatorii de telecomunicații nu vor putea bloca complet Telegram în Rusia, astfel încât nimeni să nu-l folosească deloc. Acest lucru este posibil numai dacă Internetul este introdus în Rusia conform listelor albe (adică dacă accesul este permis doar la un număr limitat de site-uri „verificate”. - RBK) ”, - spune Alexey Semenyaka. Echipamentele de filtrare instalate de operatori pur și simplu nu pot „analiza” traficul și să-l izoleze pe cel care trece prin protocoalele utilizate de serverele proxy și VPN-urile; acest lucru va necesita echipamente de rețea foarte costisitoare.
Potrivit lui Artem Kozlyuk, este posibil să blocați complet Telegramul pe teritoriul Rusiei numai împreună cu întregul Internet.
Simptomele și istoricul pacientului:
Munca mai multor utilizatori prin intermediul rețelei cu același fișier (bază de date) include un mecanism de blocare a rețelei. Acest lucru obligă sistemul să piardă timp prețios identificând sesiunile de înregistrare deschise și, în consecință, soluționând conflictele.
Principalele semne ale lucrului încuietorilor:
- lucrează rapid utilizatorul cu baza prin rețea în modul exclusiv și extrem de lent - când lucrează mai mulți utilizatori simultan
- utilizatorul rapid lucrează cu baza de date locală pe server și lent - prin rețea
- sistemul de fișiere accesează puțin sub 10 MB/s
Deci, am primit sarcina - să fac astfel încât până la trei utilizatori să poată lucra în 1C în același timp! Amuzant, nu-i așa?
Am uitat toate glumele când am văzut cu ce am de-a face: un „server” în fața unui computer obișnuit de birou și două laptopuri.
Fericirea ar fi incompletă dacă nu ar fi minunatele sisteme de operare - pe un computer și pe un laptop Windows 7, pe altul - Windows 8.
Când încercați să treceți simultan documente pe laptopuri, unul prost timp de aproximativ un minut, iar al doilea a zburat din 1C cu textul de eroare „nu a putut bloca masa...”.
Lansarea 1C pe un laptop este un spectacol separat care a durat aproximativ 3 minute!
Pe multe resurse, am găsit sfaturi pentru a trece la lucru în accesul la terminal. Din păcate, Windows 7 nu îi permite să se transforme într-un server terminal folosind instrumente standard - cel mult o conexiune activă. În acest caz, restul sesiunilor nu sunt încheiate, vă puteți reconecta sub alt utilizator - „aruncând” utilizatorul anterior, dar fără a-și termina sesiunea. Prin urmare, ar trebui să transferați 1C pe un sistem de operare server, unde nu există astfel de restricții. Clientul a rezolvat problema pe propriul risc folosind în schimb un utilitar terță parte. Windows7_SP1_RDHack.
Dar aventura nu s-a încheiat aici. Chiar și în conexiunea terminală au rămas frâne semnificative. Încă o dată, motoarele de căutare omnipotente m-au ajutat. Mai jos sunt sfaturile pentru accelerarea fișierului 1C, pe care le-am urmat:
1. Dezactivați utilizarea protocolului de rețea IPv6, configurați adresarea la „vechiul” IPv4.
2. Adăugați procese 1C la excepțiile Windows Firewall, precum și la excepțiile antivirus sau dezactivați-le cu totul (mai riscant, dar un test simplu a arătat cresterea vitezei repostarea documentelor cu antivirusul Avast dezactivat factor de!)
3. Începeți să indexați căutarea text integral în 1C sau dezactivați-o complet
4. Începeți Testarea și repararea bazei de date, verificând cu utilitarul ChDbfl
5. Rulați elementul de verificare Config în configurație (dacă configurația nu este tipică, aceasta poate fi utilă). Pe baza rezultatelor verificării configurației, a scăzut în mod magic în dimensiune cu aproape o treime. Ce și cum s-au actualizat viitorii programatori înaintea mea - nu m-am adâncit cu adevărat în asta, dar faptul este evident.
6. Dezactivați opțiunile funcționale inutile.
7. Configurați drepturile utilizatorului. (Acest sfat și precedentul mi s-a părut o prostie, până când am urmărit redarea formularelor gestionate la deschiderea unei liste de documente. Cu cât sunt mai puțin inutile într-o interfață gestionată, cu atât mai rapid funcționează de obicei)
8. Începeți să recalculați totalurile și să restabiliți secvența (o creștere semnificativă poate fi doar dacă totalurile nu au fost restaurate de mult timp)
9. Specificați „Viteza de conectare - scăzută” în setările listei de baze (acest lucru nu a dat un rezultat special, cu excepția faptului că imaginile subsistemelor au fost dezactivate :))
După parcurgerea tuturor acestor pași, baza de date a fișierelor 1C a început să funcționeze mult mai rapid. A fost lansat în maximum 10 secunde, iar viteza de repostare a documentelor a crescut în medie de 12 ori.
Poate că acest scurt articol vă va fi util dacă brusc trebuie să accelerați baza de fișiere 1C.
P.S: Și lansarea unui fișier 1C folosind acces la rețea la un folder partajat este încă nerealist, deoarece Dacă oferiți cea mai rapidă unitate SSD, memoria RAM și procesorul vor fi îngropate în încuietori de rețea, iar munca mai multor utilizatori va fi practic imposibilă. Vorbim în special despre configurația UT 11.1. Configurațiile mici auto-scrise pot funcționa foarte rapid chiar și în versiunea fișierului.
Adăugiri din comentarii la publicare:
Defragmentator de disc cu bază de fișiere
Convoluţie bază (poate fi utilă dacă baza este mare, de exemplu, pentru câțiva ani). Baza clientului era destul de tânără, așa că roll-up-ul nu a fost practic.
Upgrade hardware - hard disk mai rapid, comutator nou, procesor etc.
Instalați pe server web, accesați folosind un client subțire. Aici părerile au fost împărțite. Cineva spune, de multe ori mai repede, cineva - că accelerația nu este notă.
