Change Instance

HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "unit": "https://translate-dev.freebsd.org/api/units/207219/?format=api",
    "component": "https://translate-dev.freebsd.org/api/components/freebsd-doc/articles_rc-scripting/?format=api",
    "translation": "https://translate-dev.freebsd.org/api/translations/freebsd-doc/articles_rc-scripting/es/?format=api",
    "user": "https://translate-dev.freebsd.org/api/users/Aaron/?format=api",
    "author": "https://translate-dev.freebsd.org/api/users/Aaron/?format=api",
    "timestamp": "2020-12-18T09:55:13.861397Z",
    "action": 5,
    "target": "Más tarde hubo un intento de dividir algunas partes de <filename>/etc/rc</filename>con el fin de iniciar los subsistemas más importantes por separado. El ejemplo notorio fue <filename>/etc/netstart</filename>para sacar a relucir el networking. Permitió acceder a la red desde el modo de usuario único, pero no se integró bien en el proceso de inicio automático porque algunas partes de su código debían intercalarse con acciones esencialmente no relacionadas con la red. Por eso<filename>/etc/netstart</filename> mutado en <filename>/etc/rc.network</filename>. Este último ya no era un guión ordinario; se compone de grandes, enredados <citerefentry><refentrytitle>sh</refentrytitle><manvolnum>1</manvolnum></citerefentry> funciones llamadas desde <filename>/etc/rc</filename> en diferentes etapas del inicio del sistema. Sin embargo, a medida que las tareas de inicio se volvieron diversas y sofisticadas, el <quote>quasi-modular</quote> enfoque se convirtió en un lastre incluso más que el monolítico <filename>/etc/rc</filename> había sido.",
    "id": 93970,
    "action_name": "新译文",
    "url": "https://translate-dev.freebsd.org/api/changes/93970/?format=api"
}