diff --git a/nodejs.org/locale/uk/404.md b/nodejs.org/locale/uk/404.md
index 14c482b..4481f3b 100755
--- a/nodejs.org/locale/uk/404.md
+++ b/nodejs.org/locale/uk/404.md
@@ -3,5 +3,5 @@ layout: page.hbs
permalink: false
title: 404
---
-## 404: Page could not be found
-### ENOENT: no such file or directory
+## 404: Сторінку не знайдено
+### ENOENT: немає такого файла або каталога
diff --git a/nodejs.org/locale/uk/about/advisory-board/index.md b/nodejs.org/locale/uk/about/advisory-board/index.md
index 8bf5676..b41215a 100755
--- a/nodejs.org/locale/uk/about/advisory-board/index.md
+++ b/nodejs.org/locale/uk/about/advisory-board/index.md
@@ -1,8 +1,8 @@
---
layout: about.hbs
-title: Advisory Board
+title: Консультативна рада
---
-# Node.js Advisory Board Charter
+# Хартія консультативної ради Node.js
## 1. Background
diff --git a/nodejs.org/locale/uk/about/advisory-board/members.md b/nodejs.org/locale/uk/about/advisory-board/members.md
index 734db35..49619eb 100755
--- a/nodejs.org/locale/uk/about/advisory-board/members.md
+++ b/nodejs.org/locale/uk/about/advisory-board/members.md
@@ -1,9 +1,9 @@
---
layout: about.hbs
-title: Advisory Board Members
+title: Члени консультативної ради
---
-# Advisory Board Members
-
+# Члени консультативної ради
+
## Bert Belder
* StrongLoop, Inc.
diff --git a/nodejs.org/locale/uk/about/governance.md b/nodejs.org/locale/uk/about/governance.md
index 720a6fe..e3bc10c 100755
--- a/nodejs.org/locale/uk/about/governance.md
+++ b/nodejs.org/locale/uk/about/governance.md
@@ -1,139 +1,123 @@
---
-title: Project Governance
+title: Управління проектом
layout: about.hbs
---
-# Project Governance
-
-## Technical Steering Committee
-
-The project is jointly governed by a Technical Steering Committee (TSC)
-which is responsible for high-level guidance of the project.
-
-The TSC has final authority over this project including:
-
-* Technical direction
-* Project governance and process (including this policy)
-* Contribution policy
-* GitHub repository hosting
-* Conduct guidelines
-* Maintaining the list of additional Collaborators
-
-Initial membership invitations to the TSC were given to individuals who
-had been active contributors, and who have significant
-experience with the management of the project. Membership is
-expected to evolve over time according to the needs of the project.
-
-For the current list of TSC members, see the project
-[README.md](https://github.com/nodejs/node/blob/master/README.md#tsc-technical-steering-committee).
-
-## Collaborators
-
-The [nodejs/node](https://github.com/nodejs/node) GitHub repository is
-maintained by the TSC and additional Collaborators who are added by the
-TSC on an ongoing basis.
-
-Individuals making significant and valuable contributions are made
-Collaborators and given commit-access to the project. These
-individuals are identified by the TSC and their addition as
-Collaborators is discussed during the weekly TSC meeting.
-
-_Note:_ If you make a significant contribution and are not considered
-for commit-access, log an issue or contact a TSC member directly and it
-will be brought up in the next TSC meeting.
-
-Modifications of the contents of the nodejs/node repository are made on
-a collaborative basis. Anybody with a GitHub account may propose a
-modification via pull request and it will be considered by the project
-Collaborators. All pull requests must be reviewed and accepted by a
-Collaborator with sufficient expertise who is able to take full
-responsibility for the change. In the case of pull requests proposed
-by an existing Collaborator, an additional Collaborator is required
-for sign-off. Consensus should be sought if additional Collaborators
-participate and there is disagreement around a particular
-modification. See _Consensus Seeking Process_ below for further detail
-on the consensus model used for governance.
-
-Collaborators may opt to elevate significant or controversial
-modifications, or modifications that have not found consensus to the
-TSC for discussion by assigning the ***tsc-agenda*** tag to a pull
-request or issue. The TSC should serve as the final arbiter where
-required.
-
-For the current list of Collaborators, see the project
-[README.md](https://github.com/nodejs/node/blob/master/README.md#current-project-team-members).
-
-A guide for Collaborators is maintained in
+# Управління проектом
+
+## Технічний керівний комітет
+
+Цей проект спільно керується Технічним керівним комітетом
+(Technical Steering Committee (TSC)), що є відповідальним
+за найвищий рівень координування проектом.
+
+TSC має остаточне авторство над цим проектом, включаючи:
+
+* технічне спрямування;
+* управління проектом та процесом (включаючи цю політику);
+* політику співпраці;
+* хостинг GitHub–репозиторіїв;
+* керівництва з поведінки;
+* підтримку списку додаткових співаторів.
+
+В першу чергу запрошення на участь у TSC були дані тим особам, які
+були активними учасникам та мають значний досвід в управлінні проектом.
+Членство передбачає повну зайнятість, відповідно до потреб проекту.
+
+Поточний список учасників TSC можна знайти в
+[README.md](https://github.com/nodejs/node/blob/master/README.md#tsc-technical-steering-committee) проекту.
+
+## Співавтори
+
+GitHub–репозиторій [nodejs/node](https://github.com/nodejs/node)
+підтримується TSC та додатковими співавторами, що були додані
+TSC на постійній основі.
+
+Особи, що роблять значні та важливі внески стають співавторами
+та отримують доступ на запис (commit-access) у проект. Вони
+ідентифікуються через TSC і їх залучення як співавторів
+обговорюється протягом щотижневих зустрічей TSC.
+
+_Зауважте:_ Якщо ви зробили значні внески і надання вам доступу на запис
+не було розглянуто, відкрийте issue або зв’яжіться безпосередньо з членом TSC,
+щоб вашу кандидатуру розглянули на наступній зустрічі TSC.
+
+Модифікації контенту в репозиторії nodejs/node відбуваються на
+співавторській основі. Будь–хто з GitHub–аккаунтом може запропонувати
+зміни через пул-реквест, який розглянуть співавтори пректу.
+Всі пул–реквести повинні пройти ревізію та приймаються співавторами, які мають достатній досвід і можуть взяти відповідальність за ці зміни.
+У випадку, якщо пулл–реквест пропонується існуючи співавтором, вимагається
+первірка іншого співавтора. Слід шукати консенсусу, якщо інший співавтор
+брав участь і виникли розбіжності стосовно конкретної зміни. Дивіться
+_Процес пошуку консенсусу_ нижче для додаткоих деталей стосовно
+консенсусної моделі, що використовується в управлінні.
+
+Співавтори можуть винести на обговорення на TSC значні або суперечливі зміни,
+або модифікації, що не знайшли консенсусу шляхом присвоєння пул–ревкесту,
+або issue тегу ***tsc-agenda***. TSC має підготувати остаточне рішення,
+за потреби.
+
+Щоб побачити поточний список співавторів перегляньте
+[README.md](https://github.com/nodejs/node/blob/master/README.md#current-project-team-members) проекту.
+
+Керівництво для співавторів знаходиться у
[COLLABORATOR_GUIDE.md](https://github.com/nodejs/node/blob/master/COLLABORATOR_GUIDE.md).
-## TSC Membership
+## Членство в TSC
-TSC seats are not time-limited. There is no fixed size of the TSC.
-However, the expected target is between 6 and 12, to ensure adequate
-coverage of important areas of expertise, balanced with the ability to
-make decisions efficiently.
+Однак, очікується, що буде від 6 жо 12 учасників, збалансованих
+на здатності ефективно ухвалювати рішення для забезпечення адекватного
+покриття у важливих областях.
-There is no specific set of requirements or qualifications for TSC
-membership beyond these rules.
+У цих правилах немає особливих вимог чи бажаного рівня кваліфікації
+для членства у TSC.
-The TSC may add additional members to the TSC by a standard TSC motion.
+TSC може додавати додаткових членів у TSC за стандартною схемою TSC.
-A TSC member may be removed from the TSC by voluntary resignation, or by
-a standard TSC motion.
+Член TSC може бути виключеним з TSC через добровільну відставку,
+або за стандартною схемою TSC.
-Changes to TSC membership should be posted in the agenda, and may be
-suggested as any other agenda item (see "TSC Meetings" below).
+Зміни у членстві в TSC слід публікувати у порядку денному.
+Вони можуть висуватись як і будь–який інший пукт порядку денного
+(дивіться "Зустрічі TSC" нижче).
-No more than 1/3 of the TSC members may be affiliated with the same
-employer. If removal or resignation of a TSC member, or a change of
-employment by a TSC member, creates a situation where more than 1/3 of
-the TSC membership shares an employer, then the situation must be
-immediately remedied by the resignation or removal of one or more TSC
-members affiliated with the over-represented employer(s).
+Не більш як 1/3 від всіх членів TSC можуть бути пов’язані одним роботодавцем.
+Якщо виключення чи реєстрація нового члена TSC, або зміна місця роботи
+поточного члена TSC, створює ситуацію за якої третина всіх учаників TSC
+мають спільного роботодавця, ця ситуація має негайно вирішитись шляхом
+реєстрації, або видалення одного, або більше учасників TSC,
+які пов'язані різними роботодавцями.
-## TSC Meetings
+## Зустрічі TSC
-The TSC meets weekly on a Google Hangout On Air. The meeting is run by
-a designated moderator approved by the TSC. Each meeting should be
-published to YouTube.
+TSC щотижня зустрічається вживу через Google Hangout.
+Зустріч відбувається під керівництвом модератора, назначеного TSC.
+Кожну зустріч слід публікувати на YouTube.
-Items are added to the TSC agenda which are considered contentious or
-are modifications of governance, contribution policy, TSC membership,
-or release process.
+Елемени, які додаються до порядку денного TSC, які вважаються суперечливими:
+зміна управління, політики внесків, членство TSC або процес релізів.
-The intention of the agenda is not to approve or review all patches.
-That should happen continuously on GitHub and be handled by the larger
-group of Collaborators.
+Порядок денний не має ставити за мету прийняти або розглянути всі питання.
+Це має продовжуватись на GitHub за участі великої кількості співавторів.
-Any community member or contributor can ask that something be added to
-the next meeting's agenda by logging a GitHub Issue. Any Collaborator,
-TSC member or the moderator can add the item to the agenda by adding
-the ***tsc-agenda*** tag to the issue.
+Будь–який член спільноти або учасник може попросити додати щось до порядку денного наступної зустрічі через GitHub Issue. Будь–який співавтор,
+член TSC або модератор може додати це питання до порядку денного додавши до відповідної issue тег ***tsc-agenda***.
-Prior to each TSC meeting, the moderator will share the Agenda with
-members of the TSC. TSC members can add any items they like to the
-agenda at the beginning of each meeting. The moderator and the TSC
-cannot veto or remove items.
+Перед кожною зустріччю TSC модератор поширює порядок денний між членами TSC.
+Члени TSC можуть додавати до порядку денного будь–які питання на початку
+кожної зустрічі. Модератор TSC не може накладати вето або вилучати питання.
-The TSC may invite persons or representatives from certain projects to
-participate in a non-voting capacity. These invitees currently are:
+TSC може запрошувати до участі без права голосу осіб, що презентують певні проекти. Ці запрошення на разі:
-* A representative from [build](https://github.com/node-forward/build)
- chosen by that project.
+* Представник [збірки](https://github.com/node-forward/build)
+ обраний цим проектом.
-The moderator is responsible for summarizing the discussion of each
-agenda item and sending it as a pull request after the meeting.
+Модератор відповідальний за підсумки дискусії стосовно кожного з пунктів порядку денного та надсилання їх у вигляді пул–реквесту піля зустрічі.
-## Consensus Seeking Process
+## Процес пошуку консенсусу
-The TSC follows a
-[Consensus Seeking](http://en.wikipedia.org/wiki/Consensus-seeking_decision-making)
-decision making model.
+TSC дотримується моделі, що приймає рішення, які базуються на
+[пошуку консенсусу](http://en.wikipedia.org/wiki/Consensus-seeking_decision-making).
-When an agenda item has appeared to reach a consensus, the moderator
-will ask "Does anyone object?" as a final call for dissent from the
-consensus.
+Коли пункт порядку денного досягає консенсусу, модератор запитує: "Хто–небудь має заперечення?" — це є останнім закликом до відходу від консенсусу.
-If an agenda item cannot reach a consensus, a TSC member can call for
-either a closing vote or a vote to table the issue to the next
-meeting. The call for a vote must be approved by a majority of the TSC
-or else the discussion will continue. Simple majority wins.
+Якщо пункт порядку денного не досягає консенсусу, член TSC може закликати до заключного голосування або голосування щодо перенесення питання до наступної зустрічі. Заклик до голосування має бути затверджений більшістю у TSC, інакше дискусія має продовжуватись. Проста більшість виграє.
diff --git a/nodejs.org/locale/uk/about/index.md b/nodejs.org/locale/uk/about/index.md
index 9fc76a3..d866fbc 100755
--- a/nodejs.org/locale/uk/about/index.md
+++ b/nodejs.org/locale/uk/about/index.md
@@ -1,14 +1,14 @@
---
layout: about.hbs
-title: About
-trademark: Trademark
+title: Про проект
+trademark: Торгова марка
---
-# About Node.js®
+# Про Node.js®
-As an asynchronous event driven JavaScript runtime, Node is designed to build
-scalable network applications. In the following "hello world" example, many
-connections can be handled concurrently. Upon each connection the callback is
-fired, but if there is no work to be done Node is sleeping.
+Як асинхронне подієве JavaScript–оточення, Node спроектований для побудови
+масштабованих мережевих додатків. У нижче наведений приклад "hello world", який
+може одночасно обробляти багато з’єднань. Для кожного з’єднання викликається
+функція зворотнього виклику, проте коли з’єднань немає Node засинає.
```javascript
const http = require('http');
@@ -27,39 +27,40 @@ server.listen(port, hostname, () => {
});
```
-This is in contrast to today's more common concurrency model where OS threads
-are employed. Thread-based networking is relatively inefficient and very
-difficult to use. Furthermore, users of Node are free from worries of
-dead-locking the process, since there are no locks. Almost no function in Node
-directly performs I/O, so the process never blocks. Because nothing blocks,
-scalable systems are very reasonable to develop in Node.
+Це контрастує з більш загальною моделлю в якій використовуються паралельні OS
+потоки. Такий підхід є відносно неефективним та дуже важким у використанні.
+Більше того, користувачі Node можуть не турбуватись про блокування процесів,
+оскільки немає жодних блокувань. Майже жодна з функцій у Node
+не працює напряму з I/O, тому процес не блокується ніколи. Оскільки нічого
+не блокується на Node легко розробляти масштабовані системи.
-If some of this language is unfamiliar, there is a full article on
-[Blocking vs Non-Blocking][].
+Якщо щось у цьому підході є незрозумілим для вас, то можете переглянути
+повну статтю [Blocking vs Non-Blocking][].
---
-Node is similar in design to, and influenced by, systems like Ruby's
-[Event Machine][] or Python's [Twisted][]. Node takes the event model a bit
-further, it presents an [event loop][] as a runtime construct instead of as a library. In other systems there is always a blocking call to start the
-event-loop.
-Typically behavior is defined through callbacks at the beginning of a script
-and at the end starts a server through a blocking call like
-`EventMachine::run()`. In Node there is no such start-the-event-loop call. Node
-simply enters the event loop after executing the input script. Node exits the
-event loop when there are no more callbacks to perform. This behavior is like
-browser JavaScript — the event loop is hidden from the user.
+Node створений під впливом таких систем як [Event Machine][] в Ruby або
+[Twisted][] в Python. Node використовує подієву модель значно ширше,
+він приймає [цикл подій (event loop)][] за основу оточення, замість того,
+щоб використовувати його в якості бібліотеки. В інших системах завжди стається
+блокування виклику, щоб запустити цикл подій.
-HTTP is a first class citizen in Node, designed with streaming and low latency
-in mind. This makes Node well suited for the foundation of a web library or
-framework.
+Зазвичай поведінка визначається через функції зворотнього виклику на початку
+скрипта і в кінці запускає сервер через блокуючий виклик,
+як от `EventMachine::run()`. В Node немає нічого подібного на виклик початку
+циклу подій. Node просто входить в подієвий цикл після запуску скрипта на
+виконання. Node виходить з подієвого циклу тоді, коли не залишається
+зареєстрованих функцій зворотнього виклику. Така поведінка схожа на поведінку
+браузерного JavaScript: подієвий цикл прихований від користувача.
-Just because Node is designed without threads, doesn't mean you cannot take
-advantage of multiple cores in your environment. Child processes can be spawned
-by using our [`child_process.fork()`][] API, and are designed to be easy to
-communicate with. Built upon that same interface is the [`cluster`][] module,
-which allows you to share sockets between processes to enable load balancing
-over your cores.
+HTTP є об'єктом першого роду в Node, розробленим з потоковістю та малою затримкою. Це робить Node хорошою основою для веб–бібліотеки або фреймворку.
+
+Те що Node спроектований без багатопоточності, не означає, що ви не можете
+використовувати можливості кількох ядер у вашому середовищі. Ви можете
+створювати дочірні процеси, якими легко керувати з допомогою API
+[`child_process.fork()`][]. Модуль [`cluster`][] побудований на цьому
+інтерфейсі і дозволяє вам ділитись сокетами між процесами та
+розподіляти навантаження між ядрами.
[Blocking vs Non-Blocking]: https://github.com/nodejs/node/blob/master/doc/topics/blocking-vs-non-blocking.md
[`child_process.fork()`]: https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options
diff --git a/nodejs.org/locale/uk/about/organization.md b/nodejs.org/locale/uk/about/organization.md
index 2b4c143..32006a0 100755
--- a/nodejs.org/locale/uk/about/organization.md
+++ b/nodejs.org/locale/uk/about/organization.md
@@ -1,27 +1,27 @@
---
layout: about.hbs
-title: Organization
+title: Організація
---
-# Organization
+# Організація
-## Collaborators and the Technical Steering Committee
+## Співавтори і Технічний керівний комітет
-The Node.js project is sponsored by the Node.js Foundation and maintained by
-individual Collaborators. The Technical Steering Committee (TSC) membership
-consists of key Collaborators who have demonstrated both technical expertise
-critical to the ongoing maintenance and evolution of the project and a long
-term commitment to driving the project and community forward.
+Проект Node.js спонсорується Node.js Foundation і підтримується окремими
+учасниками. Технічний керівний комітет (Technical Steering Committee (TSC))
+складається з ключових учасників, що продемонстрували як свої спеціальні
+технічні знання і практичну підтримку, так і сприяння потсупальному розвиткові
+проекту та спільноті.
-You can read more about how to become a collaborator and a TSC member in [the
-contributing section](/contribute/).
+Ви можете дізнатись більше про те, як стати учасником та членом TSC у
+[розділі для учасників](/contribute/).
-### Current collaborators
+### Поточні учасники
-The Node.js Project currently has well over 300 contributors actively
-working on different areas of the project. The current list of contributors
-can be found on the project's [GitHub profile](https://github.com/orgs/nodejs/people).
+Наразі, проект Node.js має понад 300 учасників, що активно працюють над різними
+частинами проекту. Поточний список учасників можна знайти у
+[профілі проекту на GitHub](https://github.com/orgs/nodejs/people).
-### Current members of the Technical steering committee
+### Поточні члени Технічного керівного комітету
* Alexis Campailla ([orangemocha](https://github.com/orangemocha))
* Ben Noordhuis ([bnoordhuis](https://github.com/bnoordhuis))
diff --git a/nodejs.org/locale/uk/about/releases.md b/nodejs.org/locale/uk/about/releases.md
index 21df7e5..84409b7 100755
--- a/nodejs.org/locale/uk/about/releases.md
+++ b/nodejs.org/locale/uk/about/releases.md
@@ -1,86 +1,81 @@
---
layout: about.hbs
-title: Releases
+title: Релізи
---
-# Releases
+# Релізи
-The core team defines the roadmap's scope, as informed by Node.js' community.
-Releases happen as often as necessary and practical, but never before work is
-complete. Bugs are unavoidable, but pressure to ship a release will never
-prevail over ensuring the software is correct. The commitment to quality
-software is a core tenet of the Node.js project.
+Основна команда визначила дорожню карту, з якою знайома спільнота Node.js.
+Релізи відбуваються так часто, наскільки це необхідно і практично, проте не
+раніше, ніж роботу буде закінчено.
+Багів не уникнути, проте випуск релізів переважати преред впевненістю щодо коректної роботи програмного забезпечення. Високі стандарти якості є одним з
+ключових пріоритетів проекту Node.js.
-## Patches
+## Патчі
-Patch releases:
+Патч–релізи:
-- Include bug, performance, and security fixes.
-- Do not add nor change public interfaces.
-- Do not alter the expected behavior of a given interface.
-- Can correct behavior if it is out-of-sync with the documentation.
-- Do not introduce changes which make seamless upgrades impossible .
+- включають виправлення багів, покращення безпеки та швидкодії;
+- не додають і не змінюють публічних інтерфейсів;
+- не змінюють очікуваної поведінки даного інтерфейсу;
+- можуть виправляти поведінку, якщо вона не вказана в документації;
+- не вносять зміни, які унеможливлюють безшовні оновлення.
-## Minors
+## Мінори
-Minor releases:
+Мінорні релізи:
-- Include additions and/or refinements of APIs and subsystems.
-- Do not generally change APIs nor introduce backwards-incompatible breaking
-changes, except where unavoidable.
-- Are mostly additive releases.
+- включають доповнення, або розширення API та підсистем;
+- загалом не змінюють API і не вводять зміни, що ламають зворотну сумісність, окрім тих, які неможливо уникнути;
+- є, здебільшого, доповнюючими релізами.
-## Majors
+## Мажори
-Major releases:
+Мажорні релізи:
-- Usually introduce backwards-incompatible, breaking changes.
-- Identify the API Node.js intends to support for the foreseeable future.
-- Require conversation, care, collaboration and appropriate scoping by the team
-and its users.
+- зазвичай вводять зміни, що ламають зворотну сумісність;
+- визначають API Node.js для підтримки у найближчому майбутньому;
+- вимагають обговорень, обережності, співправці між командою та користувачами.
-## Scoping Features
+## Оцінка функціональності
-The team can add features and APIs into Node.js when:
+Команда може додавати новий функціонал та APІ у Node.js якщо:
-- The need is clear.
-- The API or feature has known consumers.
-- The API is clean, useful, and easy-to use.
+- зрозумілі потреби;
+- API або функціонал має відомих споживачів;
+- API є чистим, корисним та зручним для використання.
-If when implementing core functionality for Node.js, the team or community may
-identify another lower-level API which could have utility beyond Node.js. When
-identified, Node.js can expose it for consumers.
+При реалізації функціональних можливостей ядра Node.js, команда або спільнота
+може визначити інший API нижчого рівня, які могли б бути корисні поза Node.js.
+Після визначення Node.js може виставити його для споживачів.
-For example, consider the [`EventEmitter`] interface. The need to have an event
-subscription model for core modules to consume was clear, and that abstraction
-had utility beyond the Node.js core. It was not the case that its interface
-couldn't be implemented externally to Node.js; instead, Node.js needed the
-abstraction for itself, and also exposed it for use by Node.js consumers.
+Наприклад, розглянемо інтерфейс [`EventEmitter`]. Потреба мати модель для підписки на події у модулях ядра є зрозумілою і ця абстракція може використовуватись поза ядром Node.js. Це не той випадок, коли інтерфейс не може бути реалізований поза Node.js, навпаки Node.js потребує цієї абстракції для себе і відкриває її для користувачів Node.js.
-Alternatively, it may be that many in the community adopt a pattern to handle
-common needs which Node.js does not satisfy. It may be clear that Node.js
-should deliver, by default, an API or feature for all Node.js consumers.
-Another possibility is a commonly-used compiled asset which is difficult to
-deliver across environments. Given this, Node.js may incorporate those changes
-directly.
+Окрім того, може бути таке, що частина спільноти прийме шаблон
+для обробки деяких загальних потреб, який не задовільнятиме Node.js.
+Зрозуміло, що Node.js має за замовчуванням постачати API
+та функціонал для всіх користувачів Node.js.
+Інший можливий випадок полягає у додаткових скомпільованих розширеннях,
+які важко поширювати на різних оточеннях. З огляду на це,
+Node.js може включати ці зміни безпосередньо.
-The core team does not take the decision lightly to add a new API to Node.js.
-Node.js has a strong commitment to backwards compatibility. As such, community
-input and conversation must occur before the team takes action. Even if an API
-is otherwise suitable for addition, the team must identify potential consumers.
+Основна команда не приймає легковажно рішення стосовно внесення
+нового API у Node.js. Node.js надає зворотній сумісності високого пріоритету.
+Таким чином, спільнота має прийняти та обговорити зміни перед тим,
+як команда прийматиме ці зміни. Навіть якщо API добре підходить змінам,
+команда мусить визначити потенційних споживачів.
-## Deprecation
+## Визначення застарілості
-On occasion, the team must deprecate a feature or API of Node.js. Before coming
-to any final conclusion, the team must identify the consumers of the API and how
-they use it. Some questions to ask are:
+У деяких випадках команда мусить визнати деякий функціонал та API
+в Node.js застарілими. Перед прийняттям будь–якого остаточного рішення,
+команда мусить визначити користувачів API і те,
+як вони його використовують. Ось деякі запитання до них:
-- If this API is widely used by the community, what is the need for flagging it
-as deprecated?
-- Do we have a replacement API, or is there a transitionary path?
-- How long does the API remain deprecated before removal?
-- Does an external module exist which its consumers can easily substitute?
+- Якщо це API широко використовується спільнотою, чому ми маємо визначати його застарілим?
+- Чи маємо ми API для заміни, чи зрозумілим є шлях переходу?
+- Як довго API має залишатись застарілим перед видаленням?
+- Чи існує якийсь зовнішній модуль, яким можна легко його замінити?
-The team takes the same careful consideration when deprecating a Node.js API as
-they do when adding another.
+Команда має проявляти таку ж обережність при визначенні APІ застарілим, як і при додаванні нового APІ в Node.js API.
[`EventEmitter`]: https://nodejs.org/api/events.html#events_class_eventemitter
diff --git a/nodejs.org/locale/uk/about/resources.md b/nodejs.org/locale/uk/about/resources.md
index a02ae21..cf9ab93 100755
--- a/nodejs.org/locale/uk/about/resources.md
+++ b/nodejs.org/locale/uk/about/resources.md
@@ -1,37 +1,37 @@
---
layout: about.hbs
-title: Logos and Graphics
+title: Лого та графіка
---
-# Resources
+# Ресурси
-## Logo Downloads
+## Завантаження лого
- Please review the [trademark policy](/about/trademark/) for information about permissible use of Node.js® logos and marks.
+Будь ласка, прочитайте [політику товарного знаку](/about/trademark/) щодо дозволеного використання логотипів та позначень Node.js®.
- Guidelines for the visual display of the Node.js mark are described in
- the [Visual Guidelines](/static/documents/foundation-visual-guidelines.pdf).
+Правила візуального оформлення позначень Node.js описані у
+[Visual Guidelines](/static/documents/foundation-visual-guidelines.pdf).
- [](/static/images/logos/nodejs-new-pantone-black.ai) |
- [](/static/images/logos/nodejs-new-pantone-white.ai) |
+ [](/static/images/logos/nodejs-new-pantone-black.ai) |
+ [](/static/images/logos/nodejs-new-pantone-white.ai) |
- [Node.js standard AI](/static/images/logos/nodejs-new-pantone-black.ai) |
- [Node.js reversed AI](/static/images/logos/nodejs-new-pantone-white.ai) |
+ [Node.js звичайний AI](/static/images/logos/nodejs-new-pantone-black.ai) |
+ [Node.js інвертований AI](/static/images/logos/nodejs-new-pantone-white.ai) |
- [](/static/images/logos/nodejs-new-black.ai) |
- [](/static/images/logos/nodejs-new-white.ai) |
+ [](/static/images/logos/nodejs-new-black.ai) |
+ [](/static/images/logos/nodejs-new-white.ai) |
- [Node.js standard with less color AI](/static/images/logos/nodejs-new-black.ai) |
- [Node.js reversed with less color AI](/static/images/logos/nodejs-new-white.ai) |
+ [Node.js звичайний з меншою кількістю кольорів AI](/static/images/logos/nodejs-new-black.ai) |
+ [Node.js інвертований з меншою кількістю кольорів AI](/static/images/logos/nodejs-new-white.ai) |
-## Desktop Background
+## Фони для робочого столу

-Select your screen resolution: [1024 x 768](/static/images/logos/nodejs-1024x768.png) | [1280 x 1024](/static/images/logos/nodejs-1280x1024.png) | [1440 x 900](/static/images/logos/nodejs-1440x900.png) | [1920 x 1200](/static/images/logos/nodejs-1920x1200.png) | [2560 x 1440](/static/images/logos/nodejs-2560x1440.png)
+Оберіть розширення вашого екрану: [1024 x 768](/static/images/logos/nodejs-1024x768.png) | [1280 x 1024](/static/images/logos/nodejs-1280x1024.png) | [1440 x 900](/static/images/logos/nodejs-1440x900.png) | [1920 x 1200](/static/images/logos/nodejs-1920x1200.png) | [2560 x 1440](/static/images/logos/nodejs-2560x1440.png)
diff --git a/nodejs.org/locale/uk/about/trademark.md b/nodejs.org/locale/uk/about/trademark.md
index b1a3e62..169eb0c 100755
--- a/nodejs.org/locale/uk/about/trademark.md
+++ b/nodejs.org/locale/uk/about/trademark.md
@@ -1,8 +1,8 @@
---
layout: about.hbs
-title: Trademark Policy
+title: Політика торгової марки
---
-# Trademark Policy
+# Політика торгової марки
The Node.js trademarks, service marks, and graphics marks are symbols of the
quality, performance, and ease of use that people have come to associate with
diff --git a/nodejs.org/locale/uk/about/working-groups.md b/nodejs.org/locale/uk/about/working-groups.md
index b6011c1..4a8ef01 100755
--- a/nodejs.org/locale/uk/about/working-groups.md
+++ b/nodejs.org/locale/uk/about/working-groups.md
@@ -1,47 +1,54 @@
---
layout: about.hbs
-title: Working Groups
+title: Робочі групи
---
# Working Groups
+
There are 2 types of Working Groups:
+
* [Top-Level Working Groups](#top-level-working-groups)
* [Core Working Groups](#core-working-groups)
## Top-Level Working Groups
+
-Top-Level Working Groups are created by the
+Top-Level Working Groups are created by the
[Technical Steering Committee (TSC)](https://github.com/nodejs/TSC#top-level-wgs-and-tlps).
### Current Top-Level Working Groups
+
* [Inclusivity](#inclusivity)
#### [Inclusivity](https://github.com/nodejs/inclusivity)
-The Inclusivity Working Group seeks to increase inclusivity and diversity for
+
+The Inclusivity Working Group seeks to increase inclusivity and diversity for
the Node.js project:
-* Increasing inclusivity means making the Node.js project a safe and friendly
+* Increasing inclusivity means making the Node.js project a safe and friendly
place for people from diverse backgrounds.
-* Increasing diversity means actively onboarding people from diverse backgrounds
+* Increasing diversity means actively onboarding people from diverse backgrounds
to the Node.js project and maintaining their participation.
Its responsibilites are:
-* Foster a welcoming environment that ensures participants are valued and can
+
+* Foster a welcoming environment that ensures participants are valued and can
feel confident contributing or joining discussions, regardless of any [aspect of
their identity](https://github.com/nodejs/inclusivity/#list-of-responsibilities).
-* Proactively seek and propose concrete steps the project can take to increase
+* Proactively seek and propose concrete steps the project can take to increase
inclusivity.
-* Serve as a resource for the development and enforcement of workflows that
+* Serve as a resource for the development and enforcement of workflows that
protect community members and projects from harassment and abuse.
-* Acknowledge and celebrate existing diversity accomplishments within the project
+* Acknowledge and celebrate existing diversity accomplishments within the project
while seeking to build upon them.
-* Identify ways to measure diversity and inclusivity within the project and report
+* Identify ways to measure diversity and inclusivity within the project and report
them at regular intervals.
# Core Working Groups
+
-Core Working Groups are created by the
+Core Working Groups are created by the
[Core Technical Committee (CTC)](https://github.com/nodejs/node/blob/master/GOVERNANCE.md#core-technical-committee).
@@ -70,6 +77,7 @@ The website working group's purpose is to build and maintain a public
website for the `Node.js` project.
Its responsibilities are:
+
* Develop and maintain a build and automation system for `nodejs.org`.
* Ensure the site is regularly updated with changes made to `Node.js` like
releases and features.
@@ -100,6 +108,7 @@ The build working group's purpose is to create and maintain a
distributed automation infrastructure.
Its responsibilities are:
+
* Produce Packages for all target platforms.
* Run tests.
* Run performance testing and comparisons.
@@ -112,6 +121,7 @@ The tracing working group's purpose is to increase the
transparency of software written in Node.js.
Its responsibilities are:
+
* Collaboration with V8 to integrate with `trace_event`.
* Maintenance and iteration on AsyncWrap.
* Maintenance and improvements to system tracing support (DTrace, LTTng, etc.)
@@ -129,6 +139,7 @@ language community might then produce multiple localizations for
various project resources.
Their responsibilities are:
+
* Translations of any Node.js materials they believe are relevant to their
community.
* Review processes for keeping translations up
@@ -194,6 +205,7 @@ The evangelism working group promotes the accomplishments
of Node.js and lets the community know how they can get involved.
Their responsibilities are:
+
* Project messaging.
* Official project social media.
* Promotion of speakers for meetups and conferences.
@@ -220,13 +232,14 @@ HTTP implementation in Node. It's responsibilities are:
The roadmap working group is responsible for user community outreach
and the translation of their concerns into a plan of action for Node.js.
-The final [ROADMAP](https://github.com/nodejs/node/blob/master/ROADMAP.md) document is still
+The final [ROADMAP](https://github.com/nodejs/node/blob/master/ROADMAP.md) document is still
owned by the TC and requires the same approval for changes as any other project asset.
Their responsibilities are:
+
* Attract and summarize user community needs and feedback.
* Find or potentially create tools that allow for broader participation.
-* Create Pull Requests for relevant changes to
+* Create Pull Requests for relevant changes to
[ROADMAP.md](https://github.com/nodejs/node/blob/master/ROADMAP.md)
@@ -236,6 +249,7 @@ The Docker working group's purpose is to build, maintain, and improve official
Docker images for the `Node.js` project.
Their responsibilities are:
+
* Keep the official Docker images updated in line with new `Node.js` releases.
* Decide and implement image improvements and/or fixes.
* Maintain and improve the images' documentation.
diff --git a/nodejs.org/locale/uk/docs/es6.md b/nodejs.org/locale/uk/docs/es6.md
index da0ca93..649efc7 100755
--- a/nodejs.org/locale/uk/docs/es6.md
+++ b/nodejs.org/locale/uk/docs/es6.md
@@ -1,38 +1,38 @@
---
-title: ECMAScript 2015 (ES6) and beyond
+title: ECMAScript 2015 (ES6) та вище
layout: docs.hbs
---
-# ECMAScript 2015 (ES6) and beyond
+# ECMAScript 2015 (ES6) та вище
-Node.js is built against modern versions of [V8](https://developers.google.com/v8/). By keeping up-to-date with the latest releases of this engine, we ensure new features from the [JavaScript ECMA-262 specification](http://www.ecma-international.org/publications/standards/Ecma-262.htm) are brought to Node.js developers in a timely manner, as well as continued performance and stability improvements.
+Node.js побудований на сучасних версіях [V8](https://developers.google.com/v8/). Ми певні в тому, що новий функціонал зі [специфікації JavaScript ECMA-262 ](http://www.ecma-international.org/publications/standards/Ecma-262.htm) постачається Node.js–розробникам поступово, для подальшого підвищення швидкодії та стабільності, оскільки використовуємо найсвіжіші релізи цього рушія.
-All ECMAScript 2015 (ES6) features are split into three groups for **shipping**, **staged**, and **in progress** features:
+Весь ECMAScript 2015 (ES6) функціонал поділяється на три групи: **доставлені**, **підготовлені** та **у процесі**:
-* All **shipping** features, which V8 considers stable, are turned **on by default on Node.js** and do **NOT** require any kind of runtime flag.
-* **Staged** features, which are almost-completed features that are not considered stable by the V8 team, require a runtime flag: `--harmony`.
-* **In progress** features can be activated individually by their respective harmony flag, although this is highly discouraged unless for testing purposes. Note: these flags are exposed by V8 and will potentially change without any deprecation notice.
+* Весь **доставлений** функціонал, який вважається у V8 стабільним, **увімкнений у Node.js за замовчуванням** і **НЕ** потребує будь–якого флага для оточення.
+* **Підготовлений** функціонал, що містить майже готові нововведення, що розглядаються командою V8 як нестабільні, потребують флагу: `--harmony`.
+* Функціонал **у процесі** може вмикатись окремо через власні harmony–флаги, хоча це не рекомендується, за виключенням, якщо ви звісно не тестуєте цей функціонал. Зауважте: ці флаги визначаються V8 і можуть бути змінені без будь–якого попередження.
-## Which features ship with which Node.js version by default?
+## Який функціонал вже постачається з Node.js за замовчуванням?
-The website [node.green](http://node.green) provides an excellent overview over supported ECMAScript features in various versions of Node.js, based on kangax's compat-table.
+Сайт [node.green](http://node.green) надає прекрасний огляд всіх нововведень ECMAScript, що підтримуються у різних версіях Node.js, та базується на таблицях сумісності kangax.
-## Which features are in progress?
+## Який функціонал знаходиться у процесі підготовки?
-New features are constantly being added to the V8 engine. Generally speaking, expect them to land on a future Node.js release, although timing is unknown.
+Новий функціонал постійно додається у рушій V8. Взагалі кажучи очікується, що вони всі будуть підтримуватись у майбутньому релізі Node.js, хоча терміни поки невідомі.
-You may list all the *in progress* features available on each Node.js release by grepping through the `--v8-options` argument. Please note that these are incomplete and possibly broken features of V8, so use them at your own risk:
+Ви можете побачити список всього функціоналу, що знаходиться *у процесі* в кожній версії Node.js через грепінг з аргументом `--v8-options`. Майте на увазі, що цей функціонал може бути незакінченим, або зламаним функціоналом V8, тому його використання - це ваш власний ризик:
```bash
node --v8-options | grep "in progress"
```
-## I have my infrastructure set up to leverage the --harmony flag. Should I remove it?
+## В мене є мої налаштування інфраструктури, що використовують флаг --harmony. Чи слід мені відмовитись від нього?
-The current behaviour of the `--harmony` flag on Node.js is to enable **staged** features only. After all, it is now a synonym of `--es_staging`. As mentioned above, these are completed features that have not been considered stable yet. If you want to play safe, especially on production environments, consider removing this runtime flag until it ships by default on V8 and, consequently, on Node.js. If you keep this enabled, you should be prepared for further Node.js upgrades to break your code if V8 changes their semantics to more closely follow the standard.
+Наразі флаг `--harmony` в Node.js вмикає лише **підготовлений** функціонал. Зрештою, тепер це синонім `--es_staging`. Як згадано вище, цей функціонал є завершеним, але ще не вважається стабільним. Якщо ви хочете використовувати його безпечно, особливо на production–середовищах, краще видалити цей флаг з оточення, поки від не буде постачатись з V8 і, відповідно, у Node.js за замовчування. Якщо ви залишите його увімкненим, вам слід бути готовими до можливих оновлень Node.js, що зламають ваш код, якщо зміни у V8, їхня семантика буде більш точно відповідати стандарту.
-## How do I find which version of V8 ships with a particular version of Node.js?
+## Як я можу дізнатись яка версія V8 постачається з певною версією Node.js?
-Node.js provides a simple way to list all dependencies and respective versions that ship with a specific binary through the `process` global object. In case of the V8 engine, type the following in your terminal to retrieve its version:
+Node.js надає простий спосіб для отримання списку залежностей та їх версій, що постачаються з певним бінарником через глобальний об’єкт `process`. У випадку з рушієм V8, введіть це в терміналі і ви отримаєте його версію:
```bash
node -p process.versions.v8
diff --git a/nodejs.org/locale/uk/docs/faq.md b/nodejs.org/locale/uk/docs/faq.md
index 3edb3a3..e6497ad 100755
--- a/nodejs.org/locale/uk/docs/faq.md
+++ b/nodejs.org/locale/uk/docs/faq.md
@@ -4,16 +4,16 @@ layout: docs.hbs
---
# FAQ
-## How can I contribute?
+## Як я можу допомогти?
-Everyone can help. Node.js adheres to a [code of conduct](https://github.com/nodejs/node/blob/master/CONTRIBUTING.md#code-of-conduct), and contributions, releases, and contributorship are under an [open governance](https://github.com/nodejs/node/blob/master/GOVERNANCE.md#readme) model.
+Будь–хто може допомогти. Node.js дотримується [правил поведінки](https://github.com/nodejs/node/blob/master/CONTRIBUTING.md#code-of-conduct), а співпраця, релізи та внески від спільноти керуються моделлю [відкритого керівництва](https://github.com/nodejs/node/blob/master/GOVERNANCE.md#readme).
-To get started, there are open [discussions on GitHub](https://github.com/nodejs/node/issues), and we'd love to hear your feedback. Becoming involved in discussions is a good way to get a feel of where you can help out further. If there is something there you feel you can tackle, please [make a pull request](https://github.com/nodejs/node/blob/master/CONTRIBUTING.md#code-contributions).
+Щоб почати, почніть нову [дискусію на GitHub](https://github.com/nodejs/node/issues) — ми раді почути ваші думки. Залучення у дискусію є хорошим способом отримати розуміння того, як ви можете допомогти в подальшому. Якщо є щось, що ви можете, будь–ласка, відкрийте [зробіть пул–реквест](https://github.com/nodejs/node/blob/master/CONTRIBUTING.md#code-contributions).
-## Where do discussions take place?
+## Де відбуваються дискусії?
-There is an #node.js channel on Freenode IRC. We keep logs of the channel [here](http://logs.libuv.org/node.js/latest).
+На Freenode IRC є канал #node.js. Ми зберігаємо записи з цього каналу [тут](http://logs.libuv.org/node.js/latest).
-## What is open source governance?
+## Що таке відкрите управління?
-Open source governance advocates the application of the philosophies of the open source and open content movements in order to enable any interested party to add to the creation of the end product, as with a wiki document. Legislation is democratically opened to the general citizenry, employing their collective wisdom to benefit the decision-making process and improve democracy. [[source]](https://en.wikipedia.org/wiki/Open-source_governance)
+Відкрите управління виступає за застосування філософії відкритого коду та відкритого вмісту, щоб дати змогу будь–якій зацікавленій особі долучатись до створення кінцевого продукту так, як і з вікі–документом. Юридичні аспекти демократично відкриті для широких мас, що використовують свою колективну мудрість, щоб принести користь процесу прийняття рішень і вдосконалення демократії. [[source]](https://en.wikipedia.org/wiki/Open-source_governance)
diff --git a/nodejs.org/locale/uk/docs/guides/index.md b/nodejs.org/locale/uk/docs/guides/index.md
index 9cfd644..5b657e8 100755
--- a/nodejs.org/locale/uk/docs/guides/index.md
+++ b/nodejs.org/locale/uk/docs/guides/index.md
@@ -1,5 +1,5 @@
---
-title: Guides
+title: Керівництва
layout: guides-index.hbs
---
diff --git a/nodejs.org/locale/uk/docs/index.md b/nodejs.org/locale/uk/docs/index.md
index 9e84983..ae83221 100755
--- a/nodejs.org/locale/uk/docs/index.md
+++ b/nodejs.org/locale/uk/docs/index.md
@@ -1,39 +1,39 @@
---
-title: Docs
+title: Документація
layout: docs.hbs
labels:
lts: LTS
---
-# About Docs
+# Про документацію
-There are three types of documentation available on this website:
+Є три типи документації, що доступні на цьому сайті:
-* API reference documentation
-* ES6 features
-* Frequently asked questions
+* довідкова документація про API;
+* функціонал ES6;
+* часті запитання.
-### API Reference Documentation
+### Довідкова документація про API
-The [API reference documentation](/api/) provides detailed information about a function or object in Node.js. This documentation indicates what arguments a method accepts, the return value of that method, and what errors may be related to that method. It also indicates which methods are available for different versions of Node.js.
+[Довідкова документація про API](/api/) надає детальну інформацію про функції та об’єкти у Node.js. Ця документація показує які аргументи приймають методи, які значення ці методи повертають та які помилки пов'язані з цими методами. Вона також показує які методи доступні для різних версій Node.js.
-This documentation describes the built-in modules provided by Node.js. It does not document modules provided by the community.
+Ця документація описує вбудовані модулі, які надаються Node.js. Вона не документує модулі, що надаються спільнотою.
-
Looking for API docs of previous releases?
+
Шукаєте документацію про API для попередніх релізів?
-### ES6 Features
+### Функціонал ES6
-The [ES6 section](/en/docs/es6/) describes the three ES6 feature groups, and details which features are enabled by default in Node.js, alongside explanatory links. It also shows how to find which version of V8 shipped with a particular Node.js release.
+[Секція ES6](/en/docs/es6/) описує три групи функціоналу ES6 і описує який функціонал наразі доступний у Node.js за замовчуванням разом з пояснювальними посиланнями. Вона також показує звідки дізнатись яка версія V8 постачається з певним релізом Node.js.
-### Frequently Asked Questions
+### Часті запитання
-The [FAQ](/en/docs/faq/) covers how everyone can contribute to Node.js, our code of conduct and governance model, how to get in touch on GitHub and IRC, and how to help out with triaging issues.
+[FAQ](/en/docs/faq/) покриває ту частину інформації, яка пояснює як будь–хто може зробити свій внесок у Node.js, наші правила поведінки та модель управління, як бути в курсі справ на GitHub та IRC і як допомогти з впорядкуванням іш’ю.
diff --git a/nodejs.org/locale/uk/docs/meta/topics/dependencies.md b/nodejs.org/locale/uk/docs/meta/topics/dependencies.md
index 92dd54e..6e7a44e 100755
--- a/nodejs.org/locale/uk/docs/meta/topics/dependencies.md
+++ b/nodejs.org/locale/uk/docs/meta/topics/dependencies.md
@@ -1,102 +1,94 @@
---
-title: Dependencies
+title: Залежності
layout: docs.hbs
---
-# Dependencies
+# Залежності
-There are several dependencies that Node.js relies on to work the way it does.
+Node.js використовує кілька залежностей, на які використовуються для забезпечення його роботи.
-- [Libraries](#Libraries)
+- [Бібліотеки](#Бібліотеки)
- [V8](#V8)
- [libuv](#libuv)
- [http-parser](#http-parser)
- [c-ares](#c-ares)
- [OpenSSL](#OpenSSL)
- [zlib](#zlib)
-- [Tools](#Tools)
+- [Інструменти](#Інструменти)
- [npm](#npm)
- [gyp](#gyp)
- [gtest](#gtest)
-## Libraries
+## Бібліотеки
### V8
-The V8 library provides Node.js with a JavaScript engine, which Node.js
-controls via the V8 C++ API. V8 is maintained by Google, for use in Chrome.
+Бібліотека V8 надає Node.js JavaScript–рушій, який Node.js керується через V8 C++ API. V8 підтримується Google для використання у Chrome.
-- [Documentation](https://v8docs.nodesource.com/)
+- [Документація](https://v8docs.nodesource.com/)
### libuv
-Another important dependency is libuv, a C library that is used to abstract
-non-blocking I/O operations to a consistent interface across all supported
-platforms. It provides mechanisms to handle file system, DNS, network, child
-processes, pipes, signal handling, polling and streaming. It also includes a
-thread pool for offloading work for some things that can't be done
-asynchronously at the operating system level.
+Іншою важливою залежністю є libuv, C–бібліотека, що використовується для
+абстрагування неблокуючих I/O–операцій у консистентний інтерфейс
+для всіх платформ, що підтримуються. Вона надає механізм для маніпуляцій
+файловою системою, DNS, мережею, дочірними процесами, пайпами,
+сигналами, запитами та потоками. Вона також включає тред для розвантаження
+роботи, що може бути виконана асинхронно на рівні операційної системи.
-- [Documentation](http://docs.libuv.org/)
+- [Документація](http://docs.libuv.org/)
### http-parser
-HTTP parsing is handled by a lightweight C library called http-parser. It is
-designed to not make any syscalls or allocations, so it has a very small
-per-request memory footprint.
+Парсинг HTTP відбувається з допомогою легкої С–бібліотеки,
+яка називається http-parser. Вона спроектована так, щоб не робити жодних
+системних викликів або алокацій, тому вона використовує дуже мало пам’яті
+для обробки кожного запиту.
-- [Documentation](https://github.com/joyent/http-parser/)
+- [Документація](https://github.com/joyent/http-parser/)
### c-ares
-For some asynchronous DNS requests, Node.js uses a C library called c-ares.
-It is exposed through the DNS module in JavaScript as the resolve() family of
-functions. The lookup() function, which is what the rest of core uses, makes
-use of threaded getaddrinfo(3) calls in libuv. The reason for this is that
-c-ares supports /etc/hosts, /etc/resolv.conf and /etc/svc.conf, but not things
-like mDNS.
+Для деяких асинхронних DNS–запитів Node.js використовує C–бібліотеку
+під назвою c-ares. Вона використовується через DNS–модуль у JavaScript
+в якості сім’ї функцій resolve(). Функція lookup(),
+яку використовує решту ядра, використовується для getaddrinfo(3)
+викликів у libuv. Причиною цього є те, що c-ares підтримує /etc/hosts,
+/etc/resolv.conf та /etc/svc.conf, проте не речі, на зразок mDNS.
-- [Documentation](http://c-ares.haxx.se/docs.html)
+- [Документація](http://c-ares.haxx.se/docs.html)
### OpenSSL
-OpenSSL is used extensively in both the `tls` and `crypto` modules. It provides
-battle-tested implementations of many cryptographic functions that the modern
-web relies on for security.
+OpenSSL широко використовується у модулях `tls` та `crypto`. Вона надає добре протестовані імплементації багатьох криптографічних функцій, які використовуються у сучасному вебі для безпеки.
-- [Documentation](https://www.openssl.org/docs/)
+- [Документація](https://www.openssl.org/docs/)
### zlib
-For fast compression and decompression, Node.js relies on the industry-standard
-zlib library, also known for its use in gzip and libpng. Node.js uses zlib to
-create sync, async and streaming compression and decompression interfaces.
+Для компресії та декомпресії Node.js використовує де–факто стандартну в
+індустрії бібліотеку zlib, яка також використовується у gzip та libpng.
+Node.js використовує zlib для створення синхронних, асинхронних
+та потокових інтерфейсів компресії та декомпресії
-- [Documentation](http://www.zlib.net/manual.html)
+- [Документація](http://www.zlib.net/manual.html)
-## Tools
+## Інструменти
### npm
-Node.js is all about modularity, and with that comes the need for a quality
-package manager; for this purpose, npm was made. With npm comes the largest
-selection of community-created packages of any programming ecosystem,
-which makes building Node.js apps quick and easy.
+Node.js є модульним, а це вимагає наявності якісного пакетного менеджера і саме для цієї потреби був розроблений npm. Разом з npm надходить велика кількість пакетів для будь–якої програмної екосистеми, що робить побудову додатків на Node.js швидким та легким процесом.
-- [Documentation](https://docs.npmjs.com/)
+- [Документація](https://docs.npmjs.com/)
### gyp
-The build system is handled by gyp, a python-based project generator copied
-from V8. It can generate project files for use with build systems across many
-platforms. Node.js requires a build system because large parts of it — and its
-dependencies — are written in languages that require compilation.
+Система збірки керується через gyp (генератор проектів взятий з V8, що написаний на Python). Вона може генерувати файли для проектів,щоб використовувати їх у системах збірки на багатьох платформах. Node.js потребує системи збірки, оскільки велика кількість його частин, його залежності, написані на мовах, що потребують компіляції.
-- [Documentation](https://chromium.googlesource.com/external/gyp/+/master/docs/UserDocumentation.md)
+- [Документація](https://chromium.googlesource.com/external/gyp/+/master/docs/UserDocumentation.md)
### gtest
-Native code can be tested using gtest, which is taken from Chromium. It allows
-testing C/C++ without needing an existing node executable to bootstrap from.
+Нативний код можна тестувати через gtest, який взятий з Chromium. Він дозволяє тестувати C/C++ без потреби у існуючій збірці node.
-- [Documentation](https://code.google.com/p/googletest/wiki/V1_7_Documentation)
+- [Документація](https://code.google.com/p/googletest/wiki/V1_7_Documentation)
diff --git a/nodejs.org/locale/uk/download/current.md b/nodejs.org/locale/uk/download/current.md
index c6e5d0f..e691113 100755
--- a/nodejs.org/locale/uk/download/current.md
+++ b/nodejs.org/locale/uk/download/current.md
@@ -1,22 +1,22 @@
---
layout: download-current.hbs
-title: Download
-download: Download
+title: Завантажити
+download: Завантажити
downloads:
- headline: Downloads
+ headline: Завантаження
lts: LTS
- current: Current
- tagline-current: Latest Features
- tagline-lts: Recommended For Most Users
- display-hint: Display downloads for
+ current: Поточна
+ tagline-current: Найновіші можливості
+ tagline-lts: Рекомандовано для більшості
+ display-hint: Показати завантаження для
intro: >
- Download the Node.js source code or a pre-built installer for your platform, and start developing today.
- currentVersion: Current version
- buildDisclaimer: "Note: Python 2.6 or 2.7 is required to build from source tarballs."
+ Завантажте початковий код Node.js або інсталятор для вашої платформи та почніть розробку сьогодні.
+ currentVersion: Поточна версія
+ buildDisclaimer: "Зауважте: Для побудови з початкового коду необхідний Python 2.6 або 2.7."
additional:
- headline: Additional Platforms
+ headline: Додаткові платформи
intro: >
- Members of the Node.js community maintain unofficial builds of Node.js for additional platforms. Note that such builds are not supported by the Node.js core team and may not yet be at the same build level as current Node.js release.
- platform: Platform
- provider: Provider
+ Учасники спільноти Node.js підтримують неофіційні збірки Node.js для додаткових платформ. Майте на увазі, що ці збірки не підтримуються основною командою Node.js і можуть не мати того ж функціоналу що й поточний реліз Node.js.
+ platform: Платформа
+ provider: Провайдер
---
diff --git a/nodejs.org/locale/uk/download/index.md b/nodejs.org/locale/uk/download/index.md
index 70b1f11..f155f5f 100755
--- a/nodejs.org/locale/uk/download/index.md
+++ b/nodejs.org/locale/uk/download/index.md
@@ -1,22 +1,22 @@
---
layout: download.hbs
-title: Download
-download: Download
+title: Завантажити
+download: Завантажити
downloads:
- headline: Downloads
+ headline: Завантаження
lts: LTS
- current: Current
- tagline-current: Latest Features
- tagline-lts: Recommended For Most Users
- display-hint: Display downloads for
+ current: Поточна
+ tagline-current: Найновіші можливості
+ tagline-lts: Рекомандовано для більшості
+ display-hint: Показати завантаження для
intro: >
- Download the Node.js source code or a pre-built installer for your platform, and start developing today.
- currentVersion: Current version
- buildDisclaimer: "Note: Python 2.6 or 2.7 is required to build from source tarballs."
+ Завантажте початковий код Node.js або інсталятор для вашої платформи та почніть розробку сьогодні.
+ currentVersion: Поточна версія
+ buildDisclaimer: "Зауважте: Для побудови з початкового коду необхідний Python 2.6 або 2.7."
additional:
- headline: Additional Platforms
+ headline: Додаткові платформи
intro: >
- Members of the Node.js community maintain unofficial builds of Node.js for additional platforms. Note that such builds are not supported by the Node.js core team and may not yet be at the same build level as current Node.js release.
- platform: Platform
- provider: Provider
+ Учасники спільноти Node.js підтримують неофіційні збірки Node.js для додаткових платформ. Майте на увазі, що ці збірки не підтримуються основною командою Node.js і можуть не мати тієї ж функціональності що й поточний реліз Node.js.
+ platform: Платформа
+ provider: Провайдер
---
diff --git a/nodejs.org/locale/uk/download/releases.md b/nodejs.org/locale/uk/download/releases.md
index 68e985b..b1bf1bc 100755
--- a/nodejs.org/locale/uk/download/releases.md
+++ b/nodejs.org/locale/uk/download/releases.md
@@ -4,18 +4,17 @@ title: Previous Releases
modules: "NODE_MODULE_VERSION
refers to the ABI (application binary interface) version number of Node.js, used to determine which versions of Node.js compiled C++ add-on binaries can be loaded in to without needing to be re-compiled. It used to be stored as hex value in earlier versions, but is now represented as an integer."
---
-### io.js & Node.js
-Releases 1.x through 3.x were called "io.js" as they were part of the io.js fork. As of Node.js 4.0.0 the former release lines of io.js converged with Node.js 0.12.x into unified Node.js releases.
+### io.js та Node.js
+Релізи від 1.x до 3.x називались "io.js", оскільки вони були частиною форку io.js. Node.js 4.0.0 є загальним релізом io.js об'єднаного з Node.js 0.12.x у спільні релізи Node.js.
- Looking for latest release of a version branch?
+ Шукаєте останній реліз певної версії?
-
diff --git a/nodejs.org/locale/uk/foundation/announcements.md b/nodejs.org/locale/uk/foundation/announcements.md
index c48bcdd..34e7279 100755
--- a/nodejs.org/locale/uk/foundation/announcements.md
+++ b/nodejs.org/locale/uk/foundation/announcements.md
@@ -1,4 +1,4 @@
---
-title: Announcements
+title: Анонси
layout: announcements.hbs
---
diff --git a/nodejs.org/locale/uk/foundation/board.md b/nodejs.org/locale/uk/foundation/board.md
index 85eaea8..73c2f2b 100755
--- a/nodejs.org/locale/uk/foundation/board.md
+++ b/nodejs.org/locale/uk/foundation/board.md
@@ -1,23 +1,20 @@
---
-title: Node.js Foundation Board of Directors
+title: Рада директорів Node.js Foundation
layout: foundation.hbs
---
-The Board of Directors is composed of representatives from corporate members, a representative of the
-Technical Steering Committee, and representatives elected by the individual membership class.
+Рада директорів складається з представників від корпоративних учасників, представників Технічного виконавчого комітету (Technical Steering Committee (TSC)), та представників, що обираються окремими учасниками.
-* Chairperson: **Danese Cooper**, distinguished member of technical staff - open source at PayPal.
-* Vice-Chairperson: **Scott Hammond**, chief executive officer at Joyent.
-* Secretary: **Gianugo Rabellino**, senior director of open source programs at Microsoft.
-* TSC Director: **Rod Vagg**, chief node officer at NodeSource.
-* Gold-level Director: **Charlie Robbins**, director of engineering at GoDaddy.com.
-* Silver-level Director: **Brian McCallister**, chief technology officer of platforms at Groupon.
-* Director: **Todd Moore**, vice president of open technology at IBM.
-* Director: **Rich Sharples**, senior director of product management at Red Hat.
-* Director: **Imad Sousou**, vice president and general manager at Intel.
-* Director: **Ashley Williams**, individual membership director.
-* Director: **Feross Aboukhadijeh**, individual membership director.
+* Голова: **Danese Cooper**, шановний член технічного персоналу - open source в PayPal.
+* Заступник голови: **Scott Hammond**, головний виконавчий директор (СTO) в Joyent.
+* Директор TSC: **Rod Vagg**, директор стосовно node в NodeSource.
+* Золотий директор: **Charlie Robbins**, директор з інженерії в GoDaddy.com.
+* Срібний директор: **Brian McCallister**, головний виконавчий директор (СTO) платформ в Groupon.
+* Директор: **Todd Moore**, заступник президента стосовно відкритих технологій в IBM.
+* Директор: **Colleen Evans**, провідний програмний менеджер в Microsoft.
+* Директор: **Rich Sharples**, старший директор з управління продуктами компанії Red Hat.
+* Директор: **Imad Sousou**, заступник президента та генеральний менеджер в Intel.
+* Директор: **Ashley Williams**, директор від індивідуальних членів.
+* Директор: **Feross Aboukhadijeh**, директор від індивідуальних членів.
-Independent of the Board, the Technical Steering Committee sets the technical direction of the project,
-including releases, quality standards, project governance and process, GitHub repo hosting, etc. Rod Vagg is
-the technical steering committee's chair representing the TSC on the board of directors.
+Незалежно від ради, технічний виконавчий комітет встановлює напрямок технічного розвитку проекту, включаючи релізи, стандарти якості, управління проектом, хостинг репозиторіїв на GitHub і тд. Rod Vagg є членом та представником Технічного виконавчого комітету у раді директорів.
diff --git a/nodejs.org/locale/uk/foundation/case-studies.md b/nodejs.org/locale/uk/foundation/case-studies.md
index d03428d..6370347 100755
--- a/nodejs.org/locale/uk/foundation/case-studies.md
+++ b/nodejs.org/locale/uk/foundation/case-studies.md
@@ -1,27 +1,28 @@
---
-title: Node.js Foundation Resources
+title: Ресурси Node.js Foundation
layout: foundation.hbs
---
-## Node.js Foundation Survey Results
+## Результати опитування Node.js Foundation
-With over 3.5 million users and an annual growth rate of 100 percent, Node.js
-is emerging as a universal platform used for web applications, IoT, and
-enterprise. The Node.js User Survey report features insights on emerging trends
-happening in this massive community that serves as a leading indicator on
-trends like microservices architectures, real-time web applications, Internet
-of Things (IoT). The report paints a detailed picture of the technologies that
-are being used, in particular, with Node.js in production and language
-preferences (current and future) for front end, back end and IoT developers.
+З понад 3,5 мільйонами користувачів та постійним щорічним зростанням на
+100%, Node.js стає універсальною платформою для веб–додатків, IoT
+та підприємництва. Звіт про результати опитування Node.js стосовно
+нових тенденцій, що відбуваються в цій величезній спільноті,
+служить ключовим індикатором тенденцій, як от архітектура мікросервісів,
+real-time веб–додатки, та інтернету речей (IOT). Звіт створює
+детальну картину технологій, що використовуються, зокрема,
+стосовно Node.js у production та мов, яким надають переваги
+(зараз і в майбутньому) у фронт–енді, бек—енді та IoT розробці.
-* [Read the full announcement.](/en/blog/announcements/nodejs-foundation-survey/)
-* [See the infographic.](/static/documents/2016-survey-infographic.png)
-* [Read the full report.](/static/documents/2016-survey-report.pdf)
+* [Читати повний анонс.](/en/blog/announcements/nodejs-foundation-survey/)
+* [Подивитись інфографіку.](/static/documents/2016-survey-infographic.png)
+* [Читати повний звіт.](/static/documents/2016-survey-report.pdf)
-## Node.js Drives Major Scale and Reliability at Uber
-
-The ride-sharing platform Uber has an ambitious goal: to make transportation
-as reliable as running water, everywhere and for everyone. Learn why Uber
-chose Node.js to power its platform and massive-matching system.
+## Node.js забезпечує масштабованість та надійність в Uber
-Read the [full case study](/static/documents/casestudies/Nodejs-at-Uber.pdf).
\ No newline at end of file
+Транспортна платформа Uber має амбітну мету: зробити транспорт надійним
+скрізь і для всіх. Дізнайтеся, чому Uber обрав Node.js для побудови
+своєї платформи і масивної системи для пошуку співпадінь.
+
+Читайте [повне дослідження](/static/documents/casestudies/Nodejs-at-Uber.pdf).
diff --git a/nodejs.org/locale/uk/foundation/in-the-news.md b/nodejs.org/locale/uk/foundation/in-the-news.md
index 5964df7..a1fad06 100755
--- a/nodejs.org/locale/uk/foundation/in-the-news.md
+++ b/nodejs.org/locale/uk/foundation/in-the-news.md
@@ -1,4 +1,4 @@
---
-title: Node.js Foundation In the News
+title: Node.js Foundation у новинах
layout: in-the-news.hbs
---
diff --git a/nodejs.org/locale/uk/foundation/index.md b/nodejs.org/locale/uk/foundation/index.md
index db15dbf..279ede8 100755
--- a/nodejs.org/locale/uk/foundation/index.md
+++ b/nodejs.org/locale/uk/foundation/index.md
@@ -5,9 +5,9 @@ layout: foundation.hbs
# Node.js Foundation
-The Node.js Foundation's mission is to enable widespread adoption and help accelerate development of Node.js and other related modules through an open governance model that encourages participation, technical contribution, and a framework for long term stewardship by an ecosystem invested in Node.js' success.
+Місією Node.js Foundation є забезпечення масштабного поширення і прискорення розвитоку Node.js та інших пов'язаних модулів через модель відкритого управління, яка заохочує участь, технічну співпрацю, а також основу для довгострокового стратегічного управління через екосистему, яка сприяла успіху Node.js.
-## Overview
+## Огляд