Units API.

See the Weblate's Web API documentation for detailed description of the API.

GET /api/units/208396/?format=api
HTTP 200 OK
Allow: GET, PUT, PATCH, DELETE, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/boooks_arch-handbook/es/?format=api",
    "source": [
        "<filename>boot1</filename> is the next step in the boot-loading sequence. It is the first of three boot stages. Note that we have been dealing exclusively with disk sectors. Indeed, the <acronym>BIOS</acronym> loads the absolute first sector, while <filename>boot0</filename> loads the first sector of the FreeBSD slice. Both loads are to address <literal>0x7c00</literal>. We can conceptually think of these disk sectors as containing the files <filename>boot0</filename> and <filename>boot1</filename>, respectively, but in reality this is not entirely true for <filename>boot1</filename>. Strictly speaking, unlike <filename>boot0</filename>, <filename>boot1</filename> is not part of the boot blocks <_:footnote-1/>. Instead, a single, full-blown file, <filename>boot</filename> (<filename>/boot/boot</filename>), is what ultimately is written to disk. This file is a combination of <filename>boot1</filename>, <filename>boot2</filename> and the <literal>Boot Extender</literal> (or <acronym>BTX</acronym>). This single file is greater in size than a single sector (greater than 512 bytes). Fortunately, <filename>boot1</filename> occupies <emphasis>exactly</emphasis> the first 512 bytes of this single file, so when <filename>boot0</filename> loads the first sector of the FreeBSD slice (512 bytes), it is actually loading <filename>boot1</filename> and transferring control to it."
    ],
    "previous_source": "",
    "target": [
        "<filename>boot1</filename> es el siguiente paso en la secuencia de carga de arranque. Es la primera de tres etapas de arranque. Tenga en cuenta que nos hemos ocupado exclusivamente de sectores de disco. De hecho, el<acronym>BIOS</acronym>carga el primer sector absoluto, mientras <filename>boot0</filename> carga el primer sector del segmento FreeBSD. Ambas cargas son para abordar <literal>0x7c00</literal>. Conceptualmente, podemos pensar que estos sectores de disco contienen los archivos<filename>boot0</filename> y <filename>boot1</filename>, respectivamente, pero en realidad esto no es del todo cierto para <filename>boot1</filename>. Estrictamente hablando, a diferencia de <filename>boot0</filename>, <filename>boot1</filename>no es parte de los bloques de arranque <_:footnote-1/>.En cambio, un solo archivo completo, <filename>boot</filename> (<filename>/boot/boot</filename>),es lo que finalmente se escribe en el disco. Este archivo es una combinación de <filename>boot1</filename>, <filename>boot2</filename> y el <literal>Boot Extender</literal> (o <acronym>BTX</acronym>). This single file is greater in size than a single sector (greater than 512 bytes). por suerte, <filename>boot1</filename>ocupa <emphasis>exactamente</emphasis> los primeros 512 bytes de este único archivo, así que cuando <filename>boot0</filename>carga el primer sector del segmento FreeBSD (512 bytes), en realidad está cargando <filename>boot1</filename> y transferirle el control."
    ],
    "id_hash": -8377209143269380500,
    "content_hash": -8377209143269380500,
    "location": "book.translate.xml:975",
    "context": "",
    "note": "(itstool) path: sect1/para",
    "flags": "",
    "labels": [],
    "state": 20,
    "fuzzy": false,
    "translated": true,
    "approved": false,
    "position": 107,
    "has_suggestion": false,
    "has_comment": false,
    "has_failing_check": false,
    "num_words": 168,
    "source_unit": "https://translate-dev.freebsd.org/api/units/102253/?format=api",
    "priority": 100,
    "id": 208396,
    "web_url": "https://translate-dev.freebsd.org/translate/freebsd-doc/boooks_arch-handbook/es/?checksum=0bbe2cab26462e6c",
    "url": "https://translate-dev.freebsd.org/api/units/208396/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2020-12-10T23:59:53.756750Z"
}