Телефони, планшети, фототехніка, зв’язок. Оперативний зв’язок з нами: https://twitter.com/CASBT_UA Board: https://www.olx.ua/uk/list/user/6ede8/ Viber, tel: +38 (098) 77-333-94 Backup, SMS: +38 (099)232-77-99 Foreign contacts: http://catcut.net/LUgC

Ilizium - лучшая CPA- сеть

Илизиум - накрутка друзей, подписчиков, лайков. Раскрутка групп, пабликов.

Партнерская Программа

четверг, 16 сентября 2021 г.

Site availability monitoring: what is Uptime and why you need it

 

Моніторинг доступності сайту: що таке Аптайм і навіщо він потрібен

Автор:
 
hostpro.ua
хв

Що таке Аптайм сервера і в чому вимірюється

Аптайм - час безперервної роботи системи. Так само як період від завантаження до зупинки роботи сервера (вимірюється у відсотках.) Вимірювання відбувається по відношенню до певного періоду (наприклад, року).

Гарантований аптайм більше 99.999 практично недосяжний.

99.9% uptime - це 8 годині 45 хвилин 36 секунд нероботи в рік (31536 секунд)

99.99% uptime - 52 хвилину 33 секунди не роботи на рік (3153.6 секунд)

99.999% uptime - 5 хвилин 15 секунд нероботи в рік (315.36 секунд)

99.9999% uptime - 31 секунда нероботи в рік (31.536 секунд)

Зрозуміло, дата-центрів з показником 100% не існує, так як в ці відсотки закладаються як планові технічні роботи по оновленню обладнання (або перезавантаження), так і позаштатні ситуації на майданчиках не залежать від компанії, тому навіть такі компанії як Google, Yandex, Microsoft і Yahoo не гарантують 100% uptime.

На показник аптайма серед перших варто звертати увагу при виборі хостинг-провайдера. Прийнятним вважається показник 99,9%.

Вибрати хостинг досить складно. Оскільки передбачити Аптайм практично неможливо.

Дізнатися даний параметр можна безпосередньо у хостера, але не у всіх ця інформація публікується і / або є правдивою. Тому існують майданчики, які тестують роботу сайтів на серверах і публікують рейтинги хостинг-провайдерів за uptime.

Чому так критичний показник uptime і на що він впливає ?

Трафік - чим довше недоступний сайт, тим імовірніше, що відвідувачі і клієнти знайдуть конкуруючий сайт з кращими показниками.

Ранжування в пошуковій видачі - пошукачі враховують uptime при індексації. А так же пошукові роботи перевіряють сайти в топі на видачу, і якщо у вашого сайту низький Аптайм, ваш ресурс буде знижений, і у нього не буде шансів займати високі пошукові позиції.

Для інтернет-магазинів, новинних сайтів і форумів дуже важливо постійно знаходиться в мережі. Адже від роботи сайту залежить прибуток і кількість постійних клієнтів.

Не варто забувати про те, що ресурс може бути недоступний через брак ресурсів. Тому вибирайте собі тариф з запасом оперативної пам'яті. Причиною так само може стати DDoS-атака, тому рекомендуємо вибирати хостингу з захистом від DDoS або підключати додаткові сервіси.

Оскільки питання доступності сайту стоїть гостро, сервісів для її моніторингу велика кількість.

Популярные сервисы мониторинга доступности сайта:

  • Host-tracker.com - платний сервіс (є безкоштовний тариф з перевіркою кожні півгодини на два сайти), доступний 30-ти денний тріальний період, запропоновані 4 тарифу.

Здійснює крім моніторингу аптайма, перевірку швидкості завантаження, перевірку домену на наявність в чорних списках, наявність SSL-сертифікату. Інформування може відбуватися на пошту, Skype, Telegram або по смс.

  • Pingdom.com - популярний сервіс. Крім uptime проводить інші корисні моніторинги: швидкість завантаження веб-ресурсів, перевірку доступності сайту з різних дата-центрів.

Зручний тим, що моніторинг відбувається кожну мінуту.В разі недоступності ресурсу, ви отримуєте повідомлення про це на вашу пошту. Є двотижневий тріальний період.

  • Monitorus.ru - досить широкий функціонал, виробляє перевірки баз даних, антивірусне сканування, перевірка ресурсів сервера, домену та ssl-сертифіката, присутність в чорних списках, час відгуку сайту.

Зауваження містяться поштою, смс, Telegram, FB Messenger і Skype. У сервісу немає фіксованої вартості тарифів, оплата відбувається по факту перевірки. Середня вартість 6 доларів в місяць (500-600 рублів).

  • Site24x7.com - є 30-денний тріальний період, 4 тарифних плани від 9 до 449 доларів на місяць. Як і у попередніх з основних функцій: загальний моніторинг сайту (HTTP / HTTPS) і його продуктивності, перевірка домена і ssl-сертифіката, перевірка доставки пошти, наявність в чорних списках, DNS Server Monitoring і Ping Monitoring.
  • Ping-admin.ru - з можливостей на даному ресурсі: контроль терміну дії SSL-сертифікатів і доменів, антивірусна перевірка, моніторинг SEO-посилань.

Тарифної лінійки немає, оплата відбувається з балансу за кожну операцію. Після реєстрації вам буде нараховано 1 долар для використання. Вартість моніторингів кілька центів. Оповіщення по SMS, email, Skype, Viber, Telegram.

висновок:

Для безперебійної роботи і можливості зростання сайту, потрібно вибирати надійного і якісного хостинг провайдера. Крім цього важливо стежити за доступністю сайту в мережі. На допомогу в цьому прийдуть безкоштовні або платні сервіси моніторингу.

Якщо у вас виникнуть питання або знадобиться допомога, звертайтеся в нашу  цілодобову тех.підтримку , ми з радістю вам допоможемо.

BitTorrent

 
BitTorrent ( «потік бітів») - пірінговий (P2P) мережевий протокол, який використовується для кооперативного обміну файлами за допомогою мережі Інтернет. Передача файлів здійснюється частинами, кожен torrent-клієнт, викачувавши ці частини, в той же час здійснює роздачу їх для інших клієнтів. Це істотно скорочує навантаження і залежність від кожного клієнта-джерела.


Автор:
 
alterbit.ru
хв


Протокол bitTorrent був створений Бремом Коеном. Він написав перший torrent-клієнт «BitTorrent» на мові Python 4 квітня 2001 року. Перша версія була запущена 2 липня 2001 року.

На ринку, крім bitTorrent, існує і безліч інших програм-клієнтів, які здійснюють обмін файлами по протоколу BitTorrent.

Принципи роботи

Перед тим, як почати скачування, клієнт підключається до трекера за адресою, вказаною в торрент-файлі. Файл повідомляє йому свою адресу і хеш-суму торрент-файлу, на що у відповідь клієнт отримує адреси інших клієнтів, що викачують або роздають цей же файл. Потім клієнт інформує трекер про хід процесу (з певною періодичністю) і отримує при цьому оновлений список адрес. Цей процес носить назву «оголошення».

Клієнти підключаються один до одного і здійснюють обмін сегментами файлів без безпосередньої участі трекера. Трекер, в свою чергу, тільки зберігає інформацію, отриману від підключених до обміну клієнтів, список самих клієнтів і іншу статистичну інформацію.

Щоб мережа BitTorrent працювала ефективно, потрібно якомога більше приймають вхідні з'єднання клієнтів.

Після з'єднання клієнти обмінюються інформацією про наявні у них сегментах. Той клієнт, який бажає завантажити сегмент (лічер), надсилає запит і, якщо інший клієнт готовий віддавати, то він отримує цей сегмент. Після цього клієнт перевіряє контрольну суму сегменту. Якщо вона збігається з тією, що записана в торрент-файлі, то сегмент вважається скачаним, і клієнт оповіщає всіх приєднаних бенкетів про наявність у нього цього сегменту. У тому випадку, якщо контрольні суми розрізняються, сегмент починає скачиваться заново.

Так, обсяг службової інформації прямим чином залежить від кількості і розміру сегментів.

Алгоритм обміну даними

Кожен клієнт може здійснити тимчасову блокування віддачі іншому клієнту. Це потрібно для більш ефективного використання каналу віддачі. Також, при виборі клієнта для розблокування, перевага віддається бенкетам, які, в свою чергу, самі передали цьому клієнтові багато сегментів: бенкети з хорошими швидкостями віддачі заохочують один одного.

Обмін сегментами здійснюється за принципом «ти - мені, я - тобі» симетрично в двох напрямках. Клієнти повідомляють один одному про наявні у них сегментах при підключенні і потім при отриманні нових сегментів, і тому кожен клієнт може зберігати інформацію про те, які сегменти є у інших підключених бенкетів. Порядок обміну вибирається таким чином, щоб клієнти обмінювалися насамперед найбільш рідкісними сегментами: так підвищується доступність файлів в роздачі. Тим же часом вибір сегмента серед найбільш рідкісних випадковий, що дозволяє уникнути ситуації, коли всі клієнти раптом починають завантажувати один і той же рідкісний сегмент. Це негативно відбивається на загальній продуктивності.

Процес обміну даними починається, коли обидві сторони в ньому зацікавлені, тобто, кожна зі сторін має сегменти, яких немає в іншої. Число переданих сегментів підраховується, і якщо одна зі сторін вирахувала, що передає в середньому більше, ніж приймає, вона блокує на деякий час віддачу іншій стороні. Так, в протокол закладена захист від лічерів.

Сегменти розділені на блоки (16-4096 кілобайт), кожен клієнт надсилає запит на ці блоки. Одночасно можуть запитуватися блоки з різних сегментів. Більш того, деякі клієнти підтримують скачування блоків одного сегмента у різних бенкетів. В цьому випадку описані вище алгоритми і механізми обміну застосовні і до рівня блоків.

Режим End game

Коли процес скачування добігає кінця, клієнт перемикається в особливий режим «end game». У ньому він запитує все сегменти, що залишилися у підключених бенкетів, завдяки чому виключено уповільнення або повне припинення майже завершеною закачування.

Специфікація протоколу не може визначити, коли саме клієнт увійде в режим «end game», однак існують загальноприйняті практики: деякі клієнти входять в режим «end game», коли не залишилося незапрошених блоків, інші - поки кількість залишилися блоків менше кількості передаються (і не перевищує 20). Існує думка, що краще підтримувати кількість очікуваних блоків низьким, щоб мінімізувати надмірність, так, при випадковому запрашіваніе шанс отримати дублікати одного і того ж блоку менше.

сидирування

Коли клієнт отримав повний файл, він переходить в спеціальний режим роботи, де він тільки віддає скачані дані, тобто стає Сідом. Сід інформує трекер про зміни в торрентах і періодично оновлює списки IP-адрес.

характерні особливості

  • Немає черг на скачування;
  • Закачування файлу відбувається невеликими фрагментами;
  • Клієнти здійснюють обмін сегментами між собою за принципом «ти - мені, я - тобі»;
  • Скачані фрагменти відразу стають доступними іншим клієнтам;
  • Здійснюється контроль цілісності кожного фрагмента;
  • На фрагменти розбивається вся роздача повністю, а не окремі файли;
  • Об'єктом роздачі можуть виступати декілька файлів.

Протоколи і порти

З'єднання клієнтів з трекером здійснюється по протоколу TCP.

Найбільш часто використовуваний входить порт трекера - 6969. Найбільш часто використовуваний діапазон вхідних портів клієнтів: 6881-6889.

У специфікації протоколу номера портів не фіксуються і можуть змінюватися, якщо буде потреба. В даний час, більшість трекерів користуються звичайним HTTP портом 80, для клієнтів рекомендується випадковий вхідний порт. Крім того, деякі трекери не допускають використання портів клієнтів з стандартного діапазону 6881-6889, оскільки деякі провайдери забороняють використання даного діапазону портів. DHT-мережу в BitTorrent-клієнтах використовує протокол UDP. Протокол UDP застосовується UDP-трекера, але підтримуються вони не всіма клієнтами, оскільки не є офіційною частиною самого протоколу. Для з'єднання клієнтів один з одним застосовується UDP NAT Traversal.

Трекер

Трекер - спец сервер, що функціонує на протоколі HTTP. Для чого потрібно трекер? Щоб клієнти могли знаходити один одного. По суті, на трекері відбувається зберігання IP-адрес, що входять портів клієнтів і хеш-суми. Відповідно до стандарту, імена файлів на трекері не зберігається, тому розпізнати їх по хеш-сумам не можна. Однак на практиці трекер, крім своєї основної функції, найчастіше є своєрідним невеликим веб-сервером. Цей сервер зберігає файли метаданих і опису поширюваних файлів, надає статистику закачувань по різних файлах, відображає поточну кількість підключених бенкетів і т.д.

Без трекера

Нові версії протоколу є бестрекерной системами, це вирішує деякі з «старих» проблем. Наприклад, відмова трекера в таких системах не призводить до відмови всієї мережі.

Починаючи з версії 4.2.0 клієнта, в нього впроваджена функція бестрекерной роботи. Вона базується на DHT Kademlia. У цих системах трекер доступний децентралізовано, на клієнтах, у формі розподіленої хеш-таблиці.

В даний час, не всі клієнти застосовують сумісний між собою протокол.

Сумісні: BitComet, μTorrent, Deluge, KTorrent, Transmission і офіційний клієнт BitTorrent.

Функціонування без трекера можливо і при використанні мультипротокольних клієнтів з підтримкою BitTorrent. Наприклад, Shareaza за допомогою мережі Gnutella2, обмінюється хешамі і адресами бенкетів інших підтримуваних мереж.

Без торрент-клиента

Для роздачі файлів в торрент-мережах не обов'язково мати спеціальне програмне забезпечення. Існують також кілька сервісів, що дозволяють стрибка файлів із застосуванням браузера.

Присутність в файлах метаданих додаткової інформації, такої, наприклад, як додаткові джерела і опціональні хеши, дозволяє використовувати файл метаданих .torrent аналогічно форматам Metalink, MAGMA, Список файлів (Direct Connect). Клієнт Shareaza застосовує опціональні хеши для пошуку альтернативних джерел в інших мережах.

Web-сіди

Web-сидирування - це один з варіантів використання клієнта. Часом на сервері, з огляду на тих чи інших причин, не можна запустити повноцінний торрент клієнт. В такому випадку, в якості джерела роздачі виступає сервер, який працює по протоколу HTTP. Зазвичай клієнти віддають перевагу іншим BitTorrent-клієнтам і звертаються до web-Сіду тільки в разі потреби. Реалізовано цей варіант використання трьома способами: BEP0017 BitTornado style webseeding, BEP0019 GetRight style webseeding і External Sourcing. Кожен з них виділяється деталями реалізації.

BTIH (BitTorrent Info Hash)

BTIH - це SHA1 хеш поля Info з файлу метаданих. Він використовується в Magnet-посилання, а також для ідентифікації на трекері і між клієнтами. В ході завантаження на трекер файлу метаданих його Info Hash може змінитися через те, що трекер може змінити поле info, встановивши прапор закритою роздачі private або змінивши поля всередині info. Ось чому так необхідно викачувати файл метаданих (файл .torrent) заново з трекера і добавляеть його безпосередньо в клієнт.

недоліки BitTorrent

Недоступность раздачи

Якщо, наприклад, роздача непопулярна, то може вийде так, що немає жодного сіда, а даних у присутніх бенкетів не вистачає для завершення скачування. В такому випадку, необхідно чекати появи або сіда, або бенкету з тими сегментами, які відсутні в інших. Також можна застосовувати копії файлів, отримані іншим шляхом. Роздача, яка не має на протязі тривалого часу жодного сіда, називається «мертвої».

Ніякої анонімності і персоналізації

Згідно з принципами роботи BitTorrent-протоколу, кожному клієнту відомі IP-адреси інших клієнтів. Застосування різних розширень протоколу в деяких випадках дозволяє дізнатися навіть адреси інших бенкетів.

Так:

  • Користувачі незахищених систем і клієнтів можуть бути атаковані;
  • Адреси користувачів, що передають або приймають файли, легко впізнати.

Однак, протокол не використовує нікнейми, а чат між бенкетами не застосовується. Немає можливості переглянути список файлів бенкету. Ці функції реалізовані в інших протоколах (DC ++ / DirectConnect).

Проблема личеров

Деякі користувачі не підтримують роздачу після завершення скачування, що веде до зменшення продуктивності. Дана особливість є ключовою причиною популярності приватних торрент-трекерів, які ведуть облік кількості завантаженого / відданого.

Немає точного обліку трафіку

Архітектурою протоколу не передбачено точного механізму обліку і контролю трафіку між точками мережі. Є тільки два поля: downloaded та uploaded, в них клієнти передають при анонсі трекеру кількість байт врахованих при скачуванні / завантаженні даних з моменту попереднього анонсу. Вони не контролюються ніким, крім клієнта, і відповідно, можуть бути легко підмінені. Для цього користувачі статично прописують значення цих полів в URI трекера, користуються патчами для клієнтів або ж окремими програмами, або ж просто видаляють з клієнта запис про трекер після отримання з трекера списку точок мережі. Це дозволяє обходити створені адміністрацією багатьох приватних і публічних трекерів штучні обмеження.

воскресенье, 12 сентября 2021 г.

Жителі деяких регіонів почали скаржитися на неможливість користуватися смартфонами Xiaomi. Компанія почала блокувати їх.

 Варто відзначити, що в Умовах використання Xiaomi чітко вказано, що покупцям забороняється експортувати телефони в певні регіони. Однак в ньому не вказано, що він буде блокувати телефони, що експортуються в ці регіони.



By
 
newssky.com.ua
1 min


Як пише dev.ua з посиланням на портал XDA Developers, з такою проблемою зіткнулися і жителі півострова Крим.Скарги на заблоковані смартфони стали надходити не тільки з Криму. Аналогічні повідомлення почали приходити з Ірану, Куби, Сирії та Судану, Північної Кореї.

Після декількох днів використання користувачі в цих регіонах бачать на екрані блокування наступне повідомлення:

«Політика Xiaomi не дозволяє продаж або надання продукту на території, на якій ви намагалися активувати його. За додатковою інформацією звертайтеся безпосередньо до продавців».

В окупованому Криму Xiaomi віддалено перетворює в «цеглини» свої смартфони


14.2 Контракт і все продані товари підпадають під дію чинних законів про експортний контроль, включаючи, крім іншого, закони про експортний контроль США і власної юрисдикції Покупця. Покупець не буде експортувати будь-які товари, придбані у Продавця, в будь-яку країну або територію або куди-небудь, якщо це заборонено законами про експортний контроль. 


Заборонені країни і території включають Кубу, Іран, Сирію, Північну Корею, Судан і Кримський регіон. Якщо Покупець планує експортувати будь-які Товари, придбані у Продавця, в іншу країну, Покупець повинен отримати необхідні експортні ліцензії (або інші урядові дозволи) перед цим.

суббота, 11 сентября 2021 г.

The big cryptocurrency bought 490 bitcoins for $ 23 million | Невідома особа криптовалютний "кит" купила 490 біткойнів за 23 мільйони доларів

 


Автор:
 
happycoin.club
хв

Третій за величиною біткоіни -кошелёк зробив покупку на просідання і додав на свій баланс майже 500 BTC.

Під час обвалу курсу за одну транзакцію таємничий біткоіни -кит купив 490 BTC за ціною приблизно $ 46 800 на загальну суму $ 22,9 млн. Трекингової сервіс WhaleAlert повідомив , що це сталося 8 вересня, монети переміщалися з американської кріптобіржі Coinbase.

27 серпня цей же BTC-кит придбав 466 біткоіни за ціною $ 47 400, днем ​​раніше була здійснена більш скромна покупка 38 BTC. Обидві операції проводилися з гаманця Coinbase і обійшлися в $ 23 млн за сьогоднішніми цінами.

Як ми бачимо, маневри кріптокита відбувалися приблизно на одному ціновому рівні, в серпні - в момент сходження ціни, у вересні - в період корекції.

2 оцінок, середнє: 5,00 з 5)
Загрузка...
Світлана Сухарева
Світлана Сухарева

Редактор. Переводчик. Криптоинвестор.