El Teorema de Cuatro Colores

Source page: people.math.gatech.edu/~thomas/FC/fourcolor.html

Esta página ofrece un breve resumen de una nueva prueba del Teorema de los Cuatro Colores y un algoritmo de cuatro coloración encontrado por  Neil Robertson,  Daniel P. Sanders, Paul Seymour y  Robin Thomas.



Tabla de contenido:

 1. Historia.

 2. ¿Por qué una nueva prueba?

 3. Esquema de la prueba.

 4. Principales características de nuestra prueba.

 5. Configuraciones.

 6. La descarga de reglas.

 7. Punteros.

 8. Un algoritmo cuadrático.

 9. Discusión.

10. Referencias.

Historia.

El problema de los cuatro colores se remonta a 1852, cuando Francis Guthrie, al tratar de colorear el mapa de los condados de Inglaterra advirtió que cuatro colores fueron suficientes. Le pidió a su hermano Federico, si bien era cierto que  cualquier  mapa puede ser coloreado con cuatro colores de tal manera que las regiones adyacentes (es decir, aquellos que comparten un segmento de frontera común, no sólo un punto) reciben diferentes colores. Frederick Guthrie comunica entonces la conjetura de De Morgan. La primera referencia impresa se debe a Cayley en 1878.

Un año más tarde el primer `prueba’ por Kempe apareció; su incorrección fue señalado por Heawood 11 años después. Otra prueba no se debe a Tait en 1880; un hueco en el argumento fue señalado por Petersen en 1891. Ambas pruebas fallidas tenían algún valor, sin embargo. Kempe descubrió lo que se conocía como cadenas Kempe, y Tait encontró una formulación equivalente del color teorema de los cuatro en términos de 3-borde-colorante.

El siguiente gran contribución vino de Birkhoff cuyo trabajo permitió Franklin en 1922 para probar que la conjetura de los cuatro colores es cierto para los mapas con a lo sumo 25 regiones. También fue utilizado por otros matemáticos para hacer diversas formas de avanzar en el problema de los cuatro colores. Hay que mencionar específicamente Heesch que desarrolló los dos ingredientes principales necesarios para la prueba definitiva – reducibilidad y descarga. Aunque el concepto de capacidad de reducción fue estudiado por otros investigadores, así, parece que la idea de la descarga, que es crucial para la parte inevitabilidad de la prueba, se debe a Heesch, y que fue él quien conjeturó que un adecuado desarrollo de este método resolver el problema de los cuatro colores.

Esto fue confirmado por Appel y Haken en 1976, cuando publicaron su prueba del Teorema de los Cuatro Colores  [1,2].

¿Por qué una nueva prueba?

Hay dos razones por las cuales la prueba Appel-Haken no es completamente satisfactoria.

• Parte de la prueba de Appel-Haken usa una computadora, y no puede ser verificada a mano, y

• incluso la parte que supuestamente es comprobable a mano es extraordinariamente complicado y tedioso, y por lo que sabemos, nadie ha verificado en su totalidad.

De hecho, hemos intentado comprobar la prueba de Appel-Haken, pero pronto se rindió. Comprobación de la pieza de la computadora no sólo requiere una gran cantidad de programación, sino también inputing las descripciones de 1476 gráficos, y que no era ni siquiera la parte más controvertida de la prueba.

Decidimos que sería más rentable que trabajar nuestra propia prueba. Así lo hicimos y se nos ocurrió una prueba y un algoritmo que se describe a continuación.

Esquema de la prueba.

La idea básica de la prueba es la misma que Appel y Haken de. Se exhibe un conjunto de 633 “configuraciones”, y probar cada uno de ellos es “reducibles”. Este es un concepto técnico que implica que ninguna configuración con esta propiedad puede aparecer en un contraejemplo mínimo para el Teorema de los Cuatro Colores. También se puede utilizar en un algoritmo, para si una configuración reducible aparece en un gráfico planar G, a continuación, uno puede construir en tiempo constante un gráfico planar menor G ‘tal que cualquier cuatro coloración de G’ se puede convertir en una de cuatro coloración de G en el tiempo lineal.

Se ha sabido desde 1913 que cada contraejemplo mínimo para el Teorema de los Cuatro Colores es una triangulación interna 6-conectado. En la segunda parte de la prueba se demuestra que al menos uno de nuestros 633 configuraciones aparece en cada triangulación plano interno 6-conectada (no necesariamente un contraejemplo mínimo para el 4CT). Esto se llama prueba de inevitabilidad, y utiliza el “método de la descarga”, sugerida por primera Heesch. Aquí nuestro método difiere de la de Appel y Haken.

Principales características de nuestra prueba.

Confirmamos una conjetura de que Heesch para demostrar la inevitabilidad, una configuración reducible se puede encontrar en el segundo entorno de un vértice “sobrecargada”; esta es la forma evitamos problemas de “inmersión” que eran una fuente importante de complicación para los Appel y Haken. Nuestro conjunto inevitable tiene un tamaño de 633 en comparación con el conjunto de 1476 miembro de Appel y Haken, y nuestro método de descarga utiliza sólo 32 reglas de descarga, en lugar de los más de 300 de Appel y Haken. Por último, se obtiene un algoritmo cuadrático a los gráficos de cuatro colores planas (descrito más adelante), una mejora sobre el algoritmo quartic de Appel y Haken.

Configuraciones.

A  cerca de la triangulación  es un gráfico plano despoblado conectado no nulo tal que cada región finita es un triángulo. Una  configuración K consta de un G-cerca de triangulación y un mapa g de V (G) a los enteros con las siguientes propiedades:

1. para cada vértice v, G\v tiene como máximo dos componentes, y si hay dos, entonces el grado de v es g(v)-2,

2. para cada vértice v, si v no es incidente con la región infinita, entonces g(v) es igual al grado de v, y de otra manera g(v) es mayor que el grado de v; y en ambos casos g(v)> 4,

3. K tiene tamaño de anillo por lo menos 2, donde el  anillo de tamaño  de K se define como la suma de g(v)-deg(v)-1, sumado sobre todos los vértices v incidentes con la región infinita tal que G\v está conectado.

Al dibujar imágenes de configuraciones que utilizamos una convención introducida por Heesch. Las formas de vértices indican el valor de g (v) como sigue: Un círculo negro sólido significa g(v)=5, un punto (o lo que aparece en la imagen como símbolo de no en todos) significa g(v)=6, un círculo hueco significa g(v)=7, un cuadrado hueco significa g(v)=8, un triángulo significa g(v)=9, y un pentágono significa g(v)=10. (No necesitamos vértices v con g(v)>11, y sólo un vértice con g(v)=11, para el que no se utiliza ningún símbolo especial.) En la imagen siguiente 17 de nuestros 633 configuraciones reducibles se muestran utilizando la convención indicada. Todo el conjunto se puede ver haciendo clic  aquí. (Nos referimos a (3.2) de nuestro trabajo [7]  para el significado de “bordes gruesos” y “medias bordes” en esas imágenes.)



Cualquier isomorfo de configuración para uno de los  633 configuraciones  expuestas en  [7]  se llama una  buena configuración. Sea T una triangulación. Una configuración K=(G,g) aparece  en T si G es un subgrafo inducido de T, cada región finita de G es una región de g(v) es igual al grado de v en T para cada vértice v de G probamos las dos afirmaciones siguientes.

TEOREMA 1.  Si T es un contraejemplo mínimo para el color teorema de los cuatro, entonces no hay buena configuración aparece en T.

TEOREMA 2.  Por cada triangulación T internamente 6-conectados, algunas buena configuración aparece en T.

A partir de los dos teoremas anteriores se deduce que no existe un contraejemplo mínimo, y por lo que el 4CT es cierto. La primera prueba necesita un ordenador. El segundo se puede comprobar con la mano en unos pocos meses, o, utilizando un ordenador, se puede verificar en unos 20 minutos.

La descarga de reglas.

Sea T una triangulación interna 6-conectado. Inicialmente, cada vértice v se le asigna una carga de 10 (6-deg (v)). Se deduce de la fórmula de Euler que la suma de las cargas de todos los vértices es de 120; en particular, es positivo. Ahora tenemos redistribuir las cargas de acuerdo con las siguientes reglas, de la siguiente manera. Siempre que T tiene un subgrafo isomorfo a uno de los gráficos en la figura siguiente satisfacer las especificaciones de grado (por un vértice v de una regla con un signo menos junto a v esto significa que el grado de la correspondiente vértice de T es como máximo el valor especifica por la forma de v, y de manera análoga para vértices con un signo más al lado de ellos, no se requiere la igualdad para vértices con ninguna señal al lado de ellos) un suplemento de una (dos en el caso de la primera regla) se va a enviar a lo largo de la borde marcado con una flecha.



Este procedimiento define un nuevo conjunto de cargos con la misma suma total. Dado que la suma total es positivo, hay un vértice v en T cuya carga positiva es nueva. Se demuestra que una buena configuración aparece en el segundo entorno de v.

Si el grado de v es a lo sumo 6 o al menos 12, entonces esto se puede ver con bastante facilidad por un argumento directo. Para el resto de casos, sin embargo, las pruebas son mucho más complicadas. Por lo tanto, hemos escrito las pruebas en un lenguaje formal para que puedan ser verificados por un ordenador. Cada paso de estas pruebas es humano verificable, pero las mismas pruebas no son realmente comprobable con la mano, debido a su longitud.

Punteros.

La parte teórica de nuestra prueba se describe en  [7]. Un 10 páginas  encuesta  está disponible en línea. Los datos de la computadora y los programas utilizados para ubicarse en un servidor FTP anónimo, pero que el servidor ha sido eliminado. Los mismos archivos están ahora disponibles en  http://www.math.gatech.edu/~thomas/OLDFTP/four/  y se pueden  ver cómodamente. Un conjunto independiente de los programas fue escrito por  Gasper Fijavz  bajo la guía de  Bojan Mohar.

Un algoritmo cuadrático.

La entrada al algoritmo será un G plano triangulación con n vértices. (Esto es, sin pérdida de generalidad, como cualquier gráfico planar puede ser triangulada en tiempo lineal.) La salida será una coloración de los vértices de G con cuatro colores.

Si G tiene a lo sumo cuatro vértices colorear cada vértice de un color diferente. De lo contrario, si G tiene un vértice x de grado k<5, entonces el circuito de C que lo rodea es un `k-ring’. Ir a la análisis de los anillos k continuación. De lo contrario G tiene grado mínimo de cinco. Para cada vértice calculamos su carga como se explicó anteriormente, y encontramos un vértice v de carga positiva. Se deduce de nuestra demostración del teorema 2 que, o bien una buena configuración aparece en la segunda zona de v (que cuyo caso se puede encontrar en el tiempo lineal), o una k-anillo que viola la definición de 6-conexión interna se puede encontrar en tiempo lineal. En el último caso vamos al análisis de los anillos K por debajo, en el primer caso aplicamos recursión a un cierto gráfico más pequeño. A cuatro coloración de G puede entonces ser construido a partir de cuatro coloración de este gráfico más pequeño en el tiempo lineal.

Dado un anillo k R violar la definición de 6-conexión interna de un procedimiento desarrollado por Birkhoff se puede utilizar. Aplicamos recursión para dos subgraphs cuidadosamente seleccionados de G. A cuatro coloración de G a continuación, se puede construir a partir de los cuatro colorantes de los dos gráficos más pequeños en tiempo lineal.

Discusión.

Hay que mencionar que tanto nuestros programas utilizan sólo la aritmética de enteros, por lo que no necesita preocuparse por los errores de redondeo y peligros similares de la aritmética de punto flotante. Sin embargo, un argumento puede ser hecho que nuestra `prueba’ no es una prueba en el sentido tradicional, ya que contiene pasos que no pueden ser verificadas por los seres humanos. En particular, no hemos demostrado la corrección del compilador hemos compilado nuestros programas en, ni hemos demostrado la infalibilidad del hardware nos encontramos en nuestros programas. Estos tienen que ser tomadas en la fe, y son posiblemente una fuente de error. Sin embargo, desde un punto de vista práctico, la posibilidad de un error del equipo que aparece consistentemente exactamente de la misma manera en todas las carreras de nuestros programas en todos los compiladores bajo todos los sistemas operativos que nuestros programas se ejecutan en es infinitesimalmente pequeña en comparación con la posibilidad de un error humano durante la misma cantidad de caso de cheques. Además de esta posibilidad hipotética de un ordenador dando constantemente una respuesta incorrecta, el resto de nuestra prueba se puede verificar en la misma forma que las demostraciones matemáticas tradicionales. Admitimos, sin embargo, que la verificación de un programa de ordenador es mucho más difícil de lo que realiza una prueba matemática de la misma longitud.

Expresiones de gratitud.

Estamos en deuda con Thomas Fowler, Christopher Carl Heckman y Barrett Walls por su ayuda en la preparación de esta página. Nuestro trabajo ha sido parcialmente financiado por la Fundación Nacional de Ciencia.

Referencias.

  1. K. Appel y W. Haken, Todo mapa plano es de cuatro coloreable. Parte I. descarga, Illinois J. Math. 21 (1977), 429-490.
  2. K. Appel, W. Haken y J. Koch, Cada mapa planar es de cuatro colorable. Parte II. Reducibilidad, Illinois J. Math. 21 (1977), 491-567.
  3. K. Appel y W. Haken, Todo mapa plano es de cuatro coloreable, contemporáneo de Matemáticas. 98 (1989).
  4. GD Birkhoff, la reducibilidad de los mapas, Amer. J. Math. 35 (1913), 114-128.
  5. H. Heesch, Untersuchungen zum Vierfarbenproblem, Hochschulskriptum 810/a/b, Bibliographisches Institut, Mannheim 1969.
  6. AB Kempe, sobre el problema geográfica de los cuatro colores, Amer. J. Math., 2 (1879), 193-200.
  7. N. Robertson, DP Sanders, PD Seymour y R. Thomas, el teorema de cuatro colores, J. Combin. Ser teoría. B. 70 (1997), 2-44.
  8. N. Robertson, DP Sanders, PD Seymour y R. Thomas,  Una nueva prueba del teorema de cuatro colores,  Electrón. Res. Announc.Amer. Mates. Soc. 2 (1996), 17-25 (electrónico).
  9. TL Saaty, Trece variaciones de colores en la conjetura de los cuatro colores de Guthrie, Amer. Mates. Mensual 79 (1972), 2-43.
  10. TL Saaty y PC Kainen, El problema de los cuatro colores. Asaltos y conquista, Dover Publications, Nueva York 1986.
  11. PG Tait, Nota sobre un teorema de geometría de posición, Trans. Roy. Soc. Edimburgo 29 (1880), 657-660.
  12. H. Whitney y WT Tutte, cadenas Kempe y los cuatro problema de color”, en estudios en el Gráfico Theory, Parte II (ed. DR Fulkerson), Math. Assoc. de América, 1975, 378-413.

13 de noviembre de 1995

 

Използване на Rsync и SSH

Source page: http://troy.jdmz.net/rsync/index.html

www.jdmz.net troy.jdmz.net

Ключове, Валидиране и Автоматизация

Този документ обхваща използване cron, ssh, и rsync да архивни файлове в локална мрежа или Интернет. Част от моята цел е да се гарантира, не се налага намесата на потребителя, когато компютърът се рестартира (за пароли, ключове или ключови мениджъри).

Харесва ми да се резервно копие на някои сеч, поща, както и информация за конфигурацията понякога на домакините в мрежата и интернет, и тук е така, аз не съм намерил да го направя. Ще имате нужда от тези пакети, инсталирани:

• rsync

• openssh

• сron (или vixie-cron)

Моля, обърнете внимание на тези инструкции може да са специфични за Red Hat Linux версии 7.3, 9 и Fedora Core 3, но се надявам, че няма да бъде твърде трудно да се адаптират към почти всеки тип *NIX операционна система. Страниците на човека за “ssh” и “rsync” трябва да бъдат от полза за вас, ако искате да промените някои неща (използвайте “man ssh” и “man rsync” команди).

На първо място, аз ще се определят някои променливи. По мое обяснение, аз ще се синхронизира файлове (копиране само нови или променени файлове) по един начин, а аз ще се започне този процес от приемащата искам да копирате неща. С други думи, аз ще се синхронизира файлове от /remote/dir/ на remotehost, като remoteuser, до /this/dir/ на thishost, като thisuser.

Искам да се уверите, че “Rsync” над “SSH” работи на всички, преди да започне да се автоматизира процеса, така че аз го тестват първо като  thisuser:

$ rsync -avz -e ssh remoteuser@remotehost:/remote/dir /this/dir/

и въведете remoteuser@remotehost парола при подкана. Трябва да се уверя remoteuser има права за четене /remote/dir/ на remotehost, и това thisuser има разрешения за писане /this/dir/ на thishost. Също, “rsync” и “ssh” трябва да бъде в пътя на thisuser (използвайте “които ssh” и “които rsync”), “rsync” трябва да бъде в пътя remoteuser, и “sshd” трябва да работи на remotehost.

Конфигуриране  thishost

Ако това всичко се нареди, или в крайна сметка го направи да работи, аз съм готов за следващата стъпка. Имам нужда да се генерира частен/публичен двойка ключове, за да се даде възможност на връзка “SSH” без да иска парола. Това може да звучи опасно, и то е, но е по-добре от съхраняване на потребителска парола (или ключ парола) като чист текст в сценария [0]Също така мога да поставя ограничения върху която връзките, направени с този ключ могат да идват от, и за това какво могат да направят, когато е свързан. Както и да е, аз се генерира ключа ще използвам по  thishost (както  thisuser):

$ ssh-keygen -t rsa -b 2048 -f /home/thisuser/cron/thishost-rsync-key 
Generating public/private rsa key pair. 
Enter passphrase (empty for no passphrase): [press enter here] 
Enter same passphrase again: [press enter here] 
Your identification has been saved in /home/thisuser/cron/thishost-rsync-key. 
Your public key has been saved in /home/thisuser/cron/thishost-rsync-key.pub. 
The key fingerprint is: 
2e:28:d9:ec:85:21:e7:ff:73:df:2e:07:78:f0:d0:a0 thisuser@thishost
и сега имаме ключова, без парола в двата файла споменати по-горе [1]. Уверете се, че никой друг неоторизиран потребител може да чете файла с частния ключ (този, без разширението “.pub”).
Този ключ е безпредметно, докато ние поставяме общодостъпната част на файла “authorized_keys” [2] на  remotehost, по-специално тази за  remoteuser:
/home/remoteuser/.ssh/authorized_keys
Аз използвам scp за зареждане на файла към  remotehost:
$ scp /home/thisuser/cron/thishost-rsync-key.pub remoteuser@remotehost:/home/remoteuser/
и след това мога да се подготвят нещата на  remotehost.
Конфигуриране  remotehost

Аз “ssh” към  remotehost:

$ ssh remoteuser@remotehost
remoteuser@remotehost's password: [type correct password here]
$ echo I am now $USER at $HOSTNAME
I am now remoteuser at remotehost
да се направят някои работи.
Трябва да се уверете, че имам директорията и файловете, което трябва да се разреши връзки с този ключ  [3]:
$ if [ ! -d .ssh ]; then mkdir .ssh ; chmod 700 .ssh ; fi 
$ mv thishost-rsync-key.pub .ssh/ 
$ cd .ssh/ 
$ if [ ! -f authorized_keys ]; then touch authorized_keys ; chmod 600 authorized_keys ; fi 
$ cat thishost-rsync-key.pub >> authorized_keys
Сега ключът може да се използва за направата на връзки към този хост, но тези връзки могат да бъдат от всяка точка (че SSH демона на  remotehost  позволява връзки от) и те могат да направят нищо (че  remoteuser  може да направи), а аз не искам това, аз редактирате файла “authorized_keys” (с vi) и промяна на линията с “thishost-rsync-key.pub” информация за него. Аз ще се добавят само няколко неща, в предната част на това, което вече е там, промяна на линията (и това, което следва, е само една линия с лошо симулиран пренасянето на нов ред) от това:
ssh-dss AAAAB3NzaC1kc3MAAAEBAKYJenaYvMG3nHwWxKwlWLjHb77CT2hXwmC8Ap+fG8wjlaY/9t4u
A+2qx9JNorgdrWKhHSKHokFFlWRj+qk3q+lGHS+hsXuvta44W0yD0y0sW62wrEVegz+JVmntxeYc0nDz
5tVGfZe6ydlgomzj1bhfdpYe+BAwop8L+EMqKLS4iSacNjoPlHsmqHMnbibn3tBqJEq2QJjEPaiYj1iP
5IaCuYBhuTKQGa+oyH3mXEif5CKdsIKBj46B0tCy0/GC7oWcUN92QdLrUyTeRJZsTWsxKpRbMliD2pBh
4oyX/aXEf8+HZBrO5vQjDBCfTFQA+35Xrd3eTVEjkGkncI0SAeUAAAAVAMZSASmQ9Pi38mdm6oiVXD55
Kk2rAAABAE/bA402VuCsOLg9YS0NKxugT+o4UuIjyl6b2/cMmBVWO39lWAjcsKK/zEdJbrOdt/sKsxIK
1/ZIvtl92DLlMhci5c4tBjCODey4yjLhApjWgvX9D5OPp89qhah4zu509uNX7uH58Zw/+m6ZOLHN28mV
5KLUl7FTL2KZ583KrcWkUA0Id4ptUa9CAkcqn/gWkHMptgVwaZKlqZ+QtEa0V2IwUDWS097p3SlLvozw
46+ucWxwTJttCHLzUmNN7w1cIv0w/OHh5IGh+wWjV9pbO0VT3/r2jxkzqksKOYAb5CYzSNRyEwp+NIKr
Y+aJz7myu4Unn9de4cYsuXoAB6FQ5I8AAAEBAJSmDndXJCm7G66qdu3ElsLT0Jlz/es9F27r+xrg5pZ5
GjfBCRvHNo2DF4YW9MKdUQiv+ILMY8OISduTeu32nyA7dwx7z5M8b+DtasRAa1U03EfpvRQps6ovu79m
bt1OE8LS9ql8trx8qyIpYmJxmzIdBQ+kzkY+9ZlaXsaU0Ssuda7xPrX4405CbnKcpvM6q6okMP86Ejjn
75Cfzhv65hJkCjbiF7FZxosCRIuYbhEEKu2Z9Dgh+ZbsZ+9FETZVzKBs4fySA6dIw6zmGINd+KY6umMW
yJNej2Sia70fu3XLHj2yBgN5cy8arlZ80q1Mcy763RjYGkR/FkLJ611HWIA= thisuser@thishost
за тази [4]:
from="10.1.1.1",command="/home/remoteuser/cron/validate-rsync" ssh-dss AAAAB3Nza
C1kc3MAAAEBAKYJenaYvMG3nHwWxKwlWLjHb77CT2hXwmC8Ap+fG8wjlaY/9t4uA+2qx9JNorgdrWKhH
SKHokFFlWRj+qk3q+lGHS+hsXuvta44W0yD0y0sW62wrEVegz+JVmntxeYc0nDz5tVGfZe6ydlgomzj1
bhfdpYe+BAwop8L+EMqKLS4iSacNjoPlHsmqHMnbibn3tBqJEq2QJjEPaiYj1iP5IaCuYBhuTKQGa+oy
H3mXEif5CKdsIKBj46B0tCy0/GC7oWcUN92QdLrUyTeRJZsTWsxKpRbMliD2pBh4oyX/aXEf8+HZBrO5
vQjDBCfTFQA+35Xrd3eTVEjkGkncI0SAeUAAAAVAMZSASmQ9Pi38mdm6oiVXD55Kk2rAAABAE/bA402V
uCsOLg9YS0NKxugT+o4UuIjyl6b2/cMmBVWO39lWAjcsKK/zEdJbrOdt/sKsxIK1/ZIvtl92DLlMhci5
c4tBjCODey4yjLhApjWgvX9D5OPp89qhah4zu509uNX7uH58Zw/+m6ZOLHN28mV5KLUl7FTL2KZ583Kr
cWkUA0Id4ptUa9CAkcqn/gWkHMptgVwaZKlqZ+QtEa0V2IwUDWS097p3SlLvozw46+ucWxwTJttCHLzU
mNN7w1cIv0w/OHh5IGh+wWjV9pbO0VT3/r2jxkzqksKOYAb5CYzSNRyEwp+NIKrY+aJz7myu4Unn9de4
cYsuXoAB6FQ5I8AAAEBAJSmDndXJCm7G66qdu3ElsLT0Jlz/es9F27r+xrg5pZ5GjfBCRvHNo2DF4YW9
MKdUQiv+ILMY8OISduTeu32nyA7dwx7z5M8b+DtasRAa1U03EfpvRQps6ovu79mbt1OE8LS9ql8trx8q
yIpYmJxmzIdBQ+kzkY+9ZlaXsaU0Ssuda7xPrX4405CbnKcpvM6q6okMP86Ejjn75Cfzhv65hJkCjbiF
7FZxosCRIuYbhEEKu2Z9Dgh+ZbsZ+9FETZVzKBs4fySA6dIw6zmGINd+KY6umMWyJNej2Sia70fu3XLH
j2yBgN5cy8arlZ80q1Mcy763RjYGkR/FkLJ611HWIA= thisuser@thishost
където “10.1.1.1” е IР (версия 4 [5]) адрес на  thishost и “/home/remoteuser/cron/validate-rsync” (която е само една от няколко възможности,  [6], включително и персонализиране [7]  за подобряване на сигурността) е скрипт, който изглежда по следния начин:
#!/bin/sh 

case "$SSH_ORIGINAL_COMMAND" in 
*\&*) 
echo "Rejected" 
;; 
*\(*) 
echo "Rejected" 
;; 
*\{*) 
echo "Rejected" 
;; 
*\;*) 
echo "Rejected" 
;; 
*\<*) 
echo "Rejected" 
;; 
*\>*) 
echo "Rejected" 
;; 
*\`*) 
echo "Rejected" 
;; 
*\|*) 
echo "Rejected" 
;; 
rsync\ --server*) 
$SSH_ORIGINAL_COMMAND 
;; 
*) 
echo "Rejected" 
;; 
esac
Ако  thishost  има променлива адрес или споделя неговия адрес (чрез NAT или нещо подобно) с домакини нямате доверие, пропуснете “from=”10.1.1.1″,” част от линията (включително запетаята), но оставете частта “command”. По този начин само “rsync” ще бъде възможно от свързвания с помощта на този бутон. Направи  някои, че скриптът “validate-rsync” е изпълнима от  remoteuser  на remotehost  и да го тестваме.
ВНИМАНИЕ:  частният ключ, въпреки че сега донякъде ограничени в това, което той може да направи (и се надяваме, където тя може да бъде направено от), позволява на притежателя да копирате  всеки  файл от  remotehost  че  remoteuser  има достъп. Това е опасно, а аз трябва да предприеме всички предпазни мерки, аз смятат за необходими за поддържането на сигурността и поверителността на този ключ. Някои от възможностите би било осигуряването на правилните разрешения файлове са възложени  [8], помислете за използване на ключ за кеширане демон, и считат, ако наистина имам нужда автоматизирате този процес стихове на риска.
СЪЩО ТАКА ИМАЙТЕ ПРЕДВИД:  друг детайл сигурност е да се помисли конфигурацията на SSH демон на  remotehost. Този пример се фокусира върху един потребител (remoteuser), който не е  root. Не препоръчваме използването на  root като отдалечен потребител, тъй като  root, има достъп до всеки файл на  remotehost. Това сам способност е много опасно, както и санкциите за грешка или неправилно конфигуриране може да бъде далеч по-стръмни от тези за “нормална” употреба. Ако не използвате  root като отдалечен потребител (някога) и да вземете решения за сигурност за  remotehost, препоръчвам или:
PermitRootLogin no
 или:
PermitRootLogin forced-commands-only
да бъдат включени в “/etc/ssh/sshd_config” файл на remotehost. Това са глобални настройки, а не само свързани с тази връзка, затова не забравяйте, че не се нуждаете от възможността за забрана на тези опции за конфигуриране [9].
“AllowUsers”, “AllowGroups”, “DenyUsers”, и “DenyGroups” ключовите думи могат да се използват за ограничаване на достъпа до SSH до определени потребители и групи. Те са документирани в страницата на човека за “sshd_config”, но ще спомена, че всички те могат да използват “*” and “?” като заместващи клавиши за разрешаване и отказване на достъп до потребители и групи, които съответстват на моделите. “AllowUsers” и “DenyUsers” може също да се ограничи от хоста, когато моделът е в USER@HOST форма.
Отстраняване на проблеми

Сега, когато имам ключ, без парола на място и е конфигурирана, че трябва да го тествате, преди да я сложите в работа Cron (която има свой собствен малък набор от багаж). Аз излизане от сесията на SSH за  remotehost  и се опитват  [10]:

$ rsync -avz -e "ssh -i /home/thisuser/cron/thishost-rsync-key" remoteuser@remotehost:/remote/dir /this/dir/
Ако това не се случи, ще извадя ограничението “команда” на ключа и ще опитам отново. Ако той поиска парола, ще проверя разрешенията на файла с частен ключ (на thishost, трябва да е 600), на “authorized_keys” и (на remotehost, трябва да е), на “~/.ssh/” директорията (и на двата хоста, трябва да бъде 700), както и в домашната директория (“~/”) (и на двата хоста, не трябва да се записва от никой освен от потребителя). Ако възникне някаква криптична протоколна грешка “rsync”, в която се споменава “validate-rsync” скрипт, ще се уверя, че разрешенията са “validate-rsync” (на remotehost, може да бъде 755, ако всеки remotehost потребителят има доверие) да позволи на remoteuser да го чете и изпълнява.
Ако нещата все още не работят, може да се намери полезна информация в дневниците. Журналните файлове обикновено се намират в /var/log/ директория на повечето linux хостове и в /var/log/secure файл на журнала на linux хостове Red Hat. Най-полезните регистрационни файлове в този случай ще бъдат намерени на remotehost, но localhostможе да предоставя някои от страна на клиента информация в своите дневници  [11]Ако не можете да стигнете до трупи, или са просто нетърпелив, можете да кажете на “ssh” изпълнимия да се дадат някои сеч с  “verbose” команди: “-v”, “-vv”, “-vvv”. Колкото по v, толкова по-многословно изход. Един от тях е в командата по-горе, но този по-долу трябва да предостави много по-изход:
$ rsync -avvvz -e "ssh -i /home/thisuser/cron/thishost-rsync-key" remoteuser@remotehost:/remote/dir /this/dir/
Надяваме се, че тя винаги ще работи безотказно просто така че никога не трябва да се разшири информацията за отстраняване на изброените тук  [12].
Настройване на заданието за Cron

Последната стъпка е Cron скрипт. Аз използвам нещо като това:

#!/bin/sh 

RSYNC=/usr/bin/rsync 
SSH=/usr/bin/ssh 
KEY=/home/thisuser/cron/thishost-rsync-key 
RUSER=remoteuser 
RHOST=remotehost 
RPATH=/remote/dir 
LPATH=/this/dir/ 

$RSYNC -az -e "$SSH -i $KEY" $RUSER@$RHOST:$RPATH $LPATH

защото е лесно да се променят бита и парчета от командния ред за различните хостове и пътеки. Аз обикновено го наричат, подобно на “rsync-remotehost-backups”, ако той съдържа архиви. Тествам сценария също, само в случай, че внимателно поставена грешка някъде.

Когато отида на скрипта работи успешно, аз използвам “crontab -e”, за да вмъкнете ред за тази нова cron работни места:
0 5 * * * /home/thisuser/cron/rsync-remotehost-backups
за ежедневно синхрон 5 AM, или:
0 5 * * 5 /home/thisuser/cron/rsync-remotehost-backups
за всяка седмица (5 AM в петък). Месечни и годишни от тях са по-редки за мен, така че гледат на “man crontab” или тук  за съвет относно тези.

Добре! С изключение на ежедневието “в крак с кръпки” нещо, коварните “скрити недостатъци конфигурация” страна, и незабравимо “пълния провал на човешката логика” набор от проблеми, моята работа тук е свършена. Наслади се!

Забележки:
[0] Причината за избора на ключ SSH, без парола, с течение на опции като  SSH-агент  или  ключодържател, е, че автоматизиран процес ще оцелее рестартиране на хост машината и изпълнение на следващото планирано време без намеса от моя страна (не всички машини така автоматизирано винаги достъпен). Ако не разполагате с тези изисквания, тези и други възможности могат да подкрепят внедряването на по-голяма сигурност.
[1] Ако  remotehost  само е инсталирал SSH1, може да се наложи да използвате друг ключов тип. Вместо “rsa” ще трябва да използвате “rsa1”. Можете да използвате “dsa” dvtcnj “rsa”, но тя все още ще бъде само от полза за връзка SSH2 (и дължина на ключа може да е проблем, както е отбелязано тук  – благодаря ви @avenjamin). SSH2 връзки са по-сигурни, отколкото SSH1 връзки, но ще трябва да се търсят другаде за подробности за това (“man ssh-keygen” и Google). Също така, ключов създаването може да се направи с помощта на командата (ssh-keygen -b 2048 -f keyfile -t rsa -N ”) за да се автоматизира” без ключ парола част”, или (ssh-keygen -b 2048 -f keyfile -q -t rsa -N ”) за да се елиминира всякакъв изход от командата.
[2] Някои конфигурации използват “authorized_keys2” вместо “authorized_keys”. Потърсете “AuthorizedKeysFile” в “/etc/ssh/sshd_config”.
[3] Ако използвате черупка, различни от “bash” (или друг съвместим борн черупка), като “csh” или “tcsh”, командите, изброени може да не работят. Преди да ги изпълнява, стартиране на “bash” (или “sh”, “ksh”, или “zsh”) обвивка с помощта на “bash” (или “sh”, “ksh”, или “zsh”) команда.След завършване на командите, ще трябва да излезе от черупката “bash” а след това да излезете от черупката си домакин хайвера нормално.
[4] Не забравяйте да не въвежда никакви нови редове в “authorized_keys” файла. Основната информация, както и въведените команди, свързани с този ключ, всички трябва да са на един ред. Ключът генерирате (безсмисленото неща по линията на ключа), ще бъде различен от този тук. Избор на редактора, че не автоматично “обвивка” (вписват новите редове) текстът може да бъде изключително важен тук.
[5] Виждал съм един хост игнорира правилно представени IPv4 адрес, а вместо това видя входящия връзката като IPv6 вид адрес (“::fff:10.1.1.1”). Намерих адреса в “/var/log/messages” за домакен Fedora Core 3 Linux, и това не позволява връзки от този хост с IPv6 версия във файла “authorized_keys”.
[6] Друг вариант за проверка (и повече) е Perl скрипт намира тук: http://www.inwap.com/mybin/miscunix/?rrsync, макар че е по-сложно. А версия на тази Perl скрипт сега е част от пакета с източника на rsync тук: http://www.samba.org/ftp/unpacked/rsync/support/rrsync (с подобрения). Ако пишете специален скрипт който какъвто и език по Ваш избор, погледнете вътре в този един за предложения.
[7] По времето, когато “validate-rsync” сценария работи, връзка SSH е направено с клавиша SSH ви свързва с тази команда във файла “authorized_keys”. Този пример скрипт основно опитва да се върне “Rejected” за нищо друго, освен една команда, която започва с “rsync –server”, което е това, което rsync над ssh прави на другия край на връзката.Открих това като пуснете “ps auxw | grep rsync” на отдалечения край на връзката след инициализиране на дълго тичане rsync работа, но rsync pro каза, че може да се добави “-v -v -n” на вашите опции за командния ред за rsync и той ще покаже на командата ще използва на края на сървъра, така че да използва това, за да си скрипт команда по-конкретен, ако желаете. Първите шест “Rejected” линии се опитват да елиминиране черупки символи, които ще позволят на човек да изпълнява повече от една команда в рамките на една сесия (например, кратък rsync и някои палав команда не искате работи от разстояние). Можете също така да принуди трансферът да се четат само чрез промяна на команда, за да “rsync –server –sender*” (благодарение на Дейвид Фред).
[8] Чрез подходящи файловите права, искам да кажа сигурни файла разрешения. В това, което по същество защитава remotehost от remoteuser, така че remoteuser не би била в състояние да променят тази настройка по никакъв начин.Това означава, че remoteuser няма да притежава, или е в състояние да пиша, скрипта за валидиране или дори remoteusers authorized_keys файла. В този момент, обаче, може да искате да обмисли възможността за използване “Match User” в /etc/ssh/sshd_config и използвайте ChrootDirectory и/или ForceCommand да ги съдържат, ако сигурността е много важно за вас. Отиди толкова далеч, колкото вижда нужда да отида. (Благодаря ви Янек Мартинсън).
[9] “PermitRootLogin no” прави това, което той казва: на root потребителят няма право да влезете чрез SSH. “PermitRootLogin forced-commands-only” изисква всички връзки, чрез SSH като root, трябва да се използва публичен ключ (с ключ, като “thishost-rsync-key.pub”) и че команда да се асоциира с този ключ (като “validate-rsync”). За повече обяснения, използвайте “man sshd_config” команда. Ако използвате Ubuntu, моля уверете се, че пакетът “openssh-server” е инсталирана (не се инсталира по подразбиране).
[10] Могат да бъдат включени всички видове ключове линия SSH командни (цитирано) в рамките на Rsync “-e” линия превключвател команда, като нестандартни SSH сървъра пристанищни връзки (например: “-p 2222”, ако SSH връзки на порт 2222), в освен частния ключ (“-i identity_file”) ключа. (Пер Функе предложи това и съотнесени http://mike-hostetler.com/blog/2007/12/rsync-non-standard-ssh-port).
[11] Можете да разберете какво лог файл SSH ще се пише за, като погледнете в два файла: “/etc/ssh/sshd_config” и “/etc/syslog.conf”. “sshd_config” съдържа параметър  “SyslogFacility”, която по подразбиране е настроен на “AUTH”, но Red Hat обикновено тя определя за “AUTHPRIV”. Който и да е, не забравяйте, настройката и ще я търсим във файла  “syslog.conf”. Обикновено ще намерите линия с “authpriv.*” последвана от някои раздели и след това лог файл, който търсите. Не обръщайте внимание на линии “сauthpriv.none” в тях, тъй като те са вероятно вземе в рамките на много видове съобщения, но забраняващ на тези от “authpriv” системен съоръжението.
[12] Едва ли.

Звена:

© 2003-2015 Troy Johnson

 

 

Profesor Adam Showman

Original: http://www.lpl.arizona.edu/~showman/index.html

Lunar y Planetario Lab(Adam Showman)
University of Arizona
Tucson, AZ 85721-0092
Office: Space Sciences 430
Phone: (520) 621-4021
Email: showman y luego “at” y luego lpl.arizona.edu

El Dr. Showman investiga la dinámica y la evolución de las atmósferas planetarias e interiores. Su investigación se centra actualmente en la atmósfera planetas gigantes – Júpiter, Saturno, Urano, Neptuno, y los cientos de planetas gigantes que se están detectando alrededor de otras estrellas. Absorción de luz del sol y la pérdida de calor hacen que el tiempo en todas estas atmósferas, pero los resultados en diferentes planetas son diversos, dependiendo de la fuerza de la calefacción solar, la presencia o ausencia de polvo y gases de formación de la nube, la velocidad de rotación, y otras propiedades. Los planetas gigantes de nuestro sistema solar tienen vientos de hasta diez veces más fuerte que la de la Tierra a pesar de calefacción solar mucho más débil. Las preguntas específicas incluyen: lo que controla la profundidad y la fuerza de las corrientes en chorro en estos ambientes sin fondo? ¿Qué poderes los cientos de vórtices como huracán que existen, y cómo estos vórtices interactúan con las corrientes en chorro? ¿Cuál es el papel del vapor de agua, lo que se conoce en la Tierra a desempeñar un papel clave en la formación de la circulación? De planetas extrasolares, nos encontramos en medio de una revolución en la caracterización de los llamados “Júpiter calientes” – planetas gigantes que son de hasta 20-30 veces más cerca de su estrella que la Tierra al Sol Arruinado por la luz estelar, estos planetas anclaje mareal ocupan un régimen no visto en nuestro sistema solar. Los radios, densidades, composiciones atmosféricas, espectros lado diurno, e incluso curvas de luz de infrarrojos que limitan los patrones de temperatura día-noche se determinan a partir de telescopio espacial Spitzer, telescopio espacial Hubble, y las observaciones groundbased. La investigación del Dr. Showman en esta área busca entender la circulación atmosférica sobre estos objetos exóticos, con el objetivo de explicar curvas de luz actuales y futuras, espectros y otros observables. El objetivo fundamental es ampliar nuestro conocimiento de la dinámica de la atmósfera más allá de los límites conocidos de nuestro sistema solar.

Búsqueda interior del Dr. Showman se centra principalmente en los satélites helados del sistema solar exterior. Europa, Ganímedes, Encelado, Miranda, Ariel, y otras lunas muestran un surtido diverso de ranuras, crestas, valles del Rift, interrumpido regiones “caos”, y las posibles estructuras criovolcánicas que son ajenos desde una perspectiva terrestre. Lo que causó estos terrenos? ¿Por qué algunas lunas (Europa, Ganímedes, Encelado) fuertemente vuelto a trabajar, mientras que otros (Calisto, Rea, Mimas) relativamente muertos? ¿Cómo los procesos geológicos/geofísicas difieren de las de la Tierra? ¿Cuál es el papel de calentamiento por marea y flexión (que no es importante en la Tierra, pero crucial en muchos satélites helados)? ¿En qué condiciones pueden convección en el interior de plomo por satélite a una alteración de la superficie? ¿Cómo están las historias geológicas influenciados por las historias orbitales y viceversa? Y lo que es la interacción superficie-atmósfera en la atmósfera de smog-envuelta de la mayor luna de Saturno, Titán? Estas son algunas de las cuestiones que se investigan.

Además de las áreas de investigación activos descritos anteriormente, Dr. Showman también tiene un interés a largo plazo en la dinámica atmosférica, clima, estatales interior, y geofísica de los planetas terrestres Tierra, Marte, y Venus.

 

Progetto ircII

Source page: http://www.eterna.com.au/ircii/


Che cosa è ircII?

ircII è un client IRC e ICB che gira sotto la maggior parte delle piattaforme UNIX. Si presenta in forma sorgente ed è completamente privo di spese o delle tasse. Il progetto ircII è un gruppo di persone che mantengono il codice sorgente, correzioni e nuove funzionalità che incorporano.

La versione attuale è ircII 20.170.704 che è disponibile presso il sito ftp ircII (vedi sotto).

Un’istantanea quotidiano aggiornato dell’albero ircII è disponibile anche  ircII-current.tar.bz2  o l’albero espansa a  ircII-current. Vedere la sezione Notizia di seguito per maggiori dettagli.

È possibile sottoscrivere le ircII mailing list ospitate dal progetto ircII inviando un messaggio e-mail con la parola “subscribe” in esso agli indirizzi qui sotto. L’elenco ircII-announce è per gli annunci su aggiornamenti ircII e altre notizie. Si tratta di una lista di volume molto basso moderato. L’elenco ircII-users è per gli utenti ircII di inviare e discutere i problemi e le idee. Attualmente non è moderata e non ha quasi nessun traffico.

• ircII-annuncio:  ircII annunciano richiesta

• ircII-utenti:  gli utenti chiedono ircII

È possibile recuperare ircII dalle seguenti località:

L’America [sito principale] (San Jose, California)  http://ircii.warped.com/

Potete trovare notizie su ircII da  qui.

Potete trovare su segnalazione bug e la visualizzazione di bug attuali ircII da  qui

Questo è il  Copyright e licenza  che viene fornito con ircII.


Contattare il  progetto di ircII

¿Qué es IrfanView?

Original: http://www.irfanview.net/main_what_is_engl.htm


Está diseñado para ser simple para los principiantes y poderoso para los profesionales.IrfanView es un programa gratuito muy rápido, pequeño, compacto e innovador (para uso no comercial) visor gráfico para Windows 9x, ME, NT, 2000, XP, 2003, 2008, Vista, Windows 7, Windows 8, Windows 10. 
(clic aquí para IrfanView EULA)

IrfanView busca crear características únicas, nuevas e interesantes, a diferencia de algunos otros espectadores gráficos, cuyo conjunto “creatividad” se basa en la clonación característica, el robo de ideas y diálogos enteros de ACDSee y/o IrfanView! (Por ejemplo: XnView ha estado robando / clonación características y diálogos enteros de IrfanView, más de 10 años).

IrfanView fue el primer visor gráfico de Windows a nivel mundial con el apoyo GIF múltiple (animado).
Uno de los primeros espectadores gráficas a nivel mundial con el apoyo de varias páginas TIF.
El primer visor gráfico de todo el mundo con el apoyo de la OIC múltiple.

Algunas de las características de IrfanView :

  • Versión de 32 y 64 bits
  • Muchos formatos de archivo compatibles (haga clic aquí la lista de formatos)
  • Soporte multi-lenguaje
  • Miniatura opción/vista previa
  • Opción de pintar-para dibujar líneas, círculos, flechas, enderezar la imagen, etc.
  • Opción de la barra de herramientas pieles
  • Presentación (guardar presentación como EXE/SCR o grabarlo en un CD)
  • Mostrar EXIF/IPTC/Comentario de texto en diapositivas / pantalla completa, etc.
  • Soporte para Adobe Photoshop Filtros
  • Vista de directorio rápido (que se mueve a través del directorio)
  • La conversión por lotes (con procesamiento de imágenes avanzado)
  • Edición de TIF multipágina
  • Búsqueda de archivos
  • Opción de correo electrónico
  • Reproductor multimedia
  • Opción de impresión
  • Soporte para perfiles de color incrustados en formato JPG/TIF
  • Cambiar la profundidad de color
  • Scan (exploración por lotes) de soporte
  • Cortar/cultivos
  • Añadir superposición de texto/imagen (marca de agua)
  • Edición IPTC
  • Efectos (nitidez, blur, Adobe 8BF, fábrica de filtros, filtros ilimitado, etc.)
  • Captura de pantalla
  • Extraer iconos de EXE / DLL / ICL
  • Sin pérdida de rotación JPG
  • Plugin de extensión de Shell
  • El soporte Unicode
  • Muchas teclas de acceso rápido
  • Muchas opciones de línea de comandos
  • Muchos plugins
  • Sólo un archivo EXE, DLL, no hay ningún mensaje de Shareware como “Estoy de acuerdo” o “de evaluación caducada”
  • Sin cambios en el registro sin intervención del usuario/permiso!
  • Y mucho, mucho más

Haga clic aquí para ver varias imágenes de IrfanView.

Acuerdo de utilización

IrfanView se proporciona como freeware, pero sólo para uso privado y no comercial (que significa en casa).IrfanView es gratuito para uso educativo (escuelas, universidades, museos y bibliotecas) y para su uso en la caridad o las organizaciones humanitarias.

Si se va a utilizar IrfanView en su lugar de trabajo o con fines comerciales, registre y comprarlo. Quiero seguir trabajando en este programa, por lo tanto, su registro será un incentivo para que añada nuevas funciones y aumentar la calidad del programa.

Cualquier sugerencias, comentarios y observaciones son bienvenidos y no serán ignorados.

Si usted es un usuario comercial y te gusta este programa (o un usuario doméstico que quiere apoyar / donar un mayor desarrollo), registre/donar mediante el envío de US $ 12.00 o 10 euros, – (este es el precio de una (sola) licencia) a la siguiente dirección.
Por favor envíe sólo en efectivo. (No puedo aceptar tasas de cambio de cheques de alta cheque en el banco)


Dirección:

Irfan Skiljan
Postfach 48
2700 Wiener Neustadt, Austria, Europa

Los usuarios comerciales:  por favor, póngase en contacto conmigo por correo electrónico para los precios y descuentos. Nota: Si lo desea, puede comprar las licencias utilizando PayPal o tarjeta de crédito.

 

¡Muchas gracias!


Su apoyo contribuirá al desarrollo y dará derecho a futuras versiones de IrfanView. Su versión registrada incluirá su nombre en el cuadro Acerca de.


En caso de errores y problemas con cualquiera de los formatos soportados, por favor envíe un mensaje de correo electrónico.

Mi bandera para su uso en otras páginas web: logo IrfanView por Gismo

De Jim Breen Datos Personales

Original: http://nihongo.monash.edu//index2.html

Carrera

Jim's pictureTerminé como un académico de la Universidad por una ruta más tortuosa. Después de un grado claramente ordinaria en matemáticas, me uní Departamento del antiguo Director General de Correos como programador en prácticas en 1968. Me moví un poco entre el PMG y el Departamento de Defensa, y terminó a ejecutivos de nivel intermedio redes e instalaciones informáticas de planificación, después de haber sido una programador de sistemas, especialista en comunicaciones, etc. en el camino he recogido un MBA, que me convenció de que no quería ser gerente, por lo que en 1983 me uní a una consultoría como asesor de comunicación. Un montón de viajar, el estrés y la falta mi familia me llevó a trasladarse a la academia, y en 1985 me llevaron a una posición de Profesor Principal en la antigua Instituto de Tecnología de Chisholm. Mi gestión de la formación/experiencia saltó de la nada, ya que estaba inmediatamente nombrado jefe del Departamento de Robótica.

En 1990, como parte de la “unificación” del sistema de educación terciaria en Australia, Chisholm se fusionó con la Universidad de Monash. Mi posición se convirtió en el equivalente universitario (Profesor Asociado), y me tomó un nombramiento de plazo fijo como profesor (completo) mientras me dirigía un departamento. En 1997, después de 11,5 años sufridos como el Jefe del Departamento de Sistemas Digitales (como el Departamento de Robótica y la tecnología digital se convirtió en 1995) me entregó las riendas a David Abramson en febrero de 1997, y espera con interés la oportunidad de concentrarse en la enseñanza y la investigación. En 1998, junto con otros tres departamentos que se reorganizaron en la Facultad de Ciencias de la Computación e Ingeniería de Software, que es aproximadamente la mitad de la Facultad.

Para el año 2002 ya había tenido suficiente. Cuando estaba a 55 yo era elegible para la jubilación anticipada en un (disminución) de pensiones. Mis intereses se habían desviado de las comunicaciones a la lingüística computacional, por lo que aprovechó la oportunidad para hacer un cambio importante. Como un intento de salida, me llevó casi un año de licencia de la Universidad (en Australia se acumula una forma especial de licencia llamada “licencia por antigüedad”), y cuando eso se acabó en agosto de 2003, me retiré. Fui nombrado Honorario (ahora adjunto) Investigador superior en Monash. Todavía (2016) sostengo que cita, sin embargo, es ahora con el Centro de Estudios Japoneses.

Personal

Yo vivo en Camberwell (un suburbio de Melbourne) con mi esposa de 49 años, Julia, que es un profesor de música, la enseñanza de la flauta y piano en el Método Suzuki. Nuestra hija mayor, Katrina (45) vive cerca de Surrey Hills; es profesora Suzuki también, después de haber hecho una licenciatura en violín en el AVC. También ha completado un Diploma en Desarrollo de la Comunidad, y trabaja como voluntaria en una serie de organizaciones benéficas. Nuestro hijo Simon (42) volvió a los pocos años atrás desde el Reino Unido, donde él estaba en un trabajo-vacaciones, donde trabajó en una librería, después de haber hecho previamente una licenciatura en francés y estudiado por un MA en el cine francés. En la actualidad trabaja en el servicio al cliente con una compañía de software asociado a la industria del libro. Está casado con Grace Tanumihardja. Nuestra hija menor, Louisa (39) es un pianista free-lance. Ella regresó de Londres hace unos años, después de haber completado un MMus en 2001 en el Royal College of Music, seguido de dos años allí como un Junior Fellow. En enero de 2006 se casó con Simon Forrester, violista y violinista, y viven cerca, en Blackburn Sur con su gato Oliver. En octubre de 2010 tuvieron un hijo, Edward, nuestro primer gran-niño! Su segundo hijo, Robert nació en diciembre de 2012.

Nuestra casa se encuentra a orillas de Back Creek, uno de los pocos supervivientes arroyos de la zona. Con algunos vecinos hemos formado los Amigos de Back Creek, para lo cual mantener la página WWW.

Por el momento estamos petless; nuestros dos gatos de edad avanzada, Sombra y Stanley, murieron en 1998 y 1999 a la edad avanzada madura de 18 y 17 años.

Nuestro principal de escape en estos días de fin de semana es nuestra en Jamieson en el lago Eildon, alrededor de 2,5 horas de Melbourne. Es ideal para nadar y Bush-caminar, y está cerca de nuestro lugar de esquí de fondo favorita en Mt Stirling. También soy un miembro (y ex tesorero) del Espino Club de Remo, por lo que me voy a averiguar sobre el Yarra en un cráneo o un cuatro varias veces a la semana. Aquí hay algunas fotos de mi no tan nueva scull. (Vendí esta scull a finales de 2008 – no estaba usando lo suficiente.)

Mi hermana mayor finales de Patricia, sufrido de MSA (atrofia sistémica múltiple). Su marido John sostiene que el sitio WWW como un centro de recursos para la enfermedad.

Diverso

Afiliación

Sólo para mantener fuera de problemas, que era un miembro del Consejo Académico de la Universidad durante 10 años (dimitió a finales de 2000), el Comité de Educación de la Facultad de Tecnología de la Información, etc, etc (Si está dentro de Monash, Si quieres puedes mirar mis intentos de periodismo en mi Informes Junta académica colección.) yo era un miembro del Grupo de Australia internet Trabajo (AIWG) (anteriormente el Grupo de Trabajo de Ingeniería AARNet (AEWG)), que estableció la primera red troncal de Internet en Australia. Soy miembro de la junta del Centro de Estudios Japoneses (un consorcio que cubre todas las Universidades en Victoria se ocupan de cuestiones estudios japoneses). Durante 15 años yo era un miembro del Consejo de la Victorian College de la Escuela Secundaria de Artes (antigua escuela de mi hija menor), y se desempeñó como Presidente y Tesorero. Yo también era un miembro del Comité de Ética Animal (AEC) del Instituto Ludwig para la Investigación del Cáncer en Melbourne durante muchos años hasta 2013, año en que la institución se fusionó con el Instituto Walter y Eliza Hall. También soy un erudito en el Capítulo de Australia de la Fundación Crabtree, para lo cual he construido y mantener el sitio web.

Linux

He sido un usuario de Linux desde 1994, y desde 1999 he utilizado solo como mi entorno de trabajo. ¿Por qué? Bueno, yo he sido un usuario de Unix desde 1985 y un usuario X11 desde 1991, por lo que es mi entorno preferido. Linux es mucho más rentable que los sistemas Unix comerciales, y me permite tener entornos compatibles en mi oficina y el hogar.

En febrero de 2001 instalé RedHat 6.2 en mi nueva Toshiba Notebook 2800. Puede leer la saga. En marzo de 2002 instalé RedHat 7.2 en el mismo cuaderno. La historia es mucho más corto. En septiembre de 2002 que portátil fue robado, y lo reemplazó con un IBM ThinkPad T23 en el que he instalado RedHat 7.3, que tiene su propia corta historia.

A finales de 2005 que sustituyó a la T23 con un R50e, en el que he instalado Fedora Core 4. Ninguna historia. Trabajado “out-of-the-box”.

A principios de 2009 compré un EeePC 701, que entró precargado con Linux Xandros (basado en Debian “grabado”.) Todo un sistema poco impresionante, y buena relación calidad-$ A300. Mi principal reto consistía en instalar un entorno japonés y método de entrada. Yo lo uso como un correo electrónico equipaje de alrededor, Skype, etc sistema.

En 2009 también se me cambiar del mundo RedHat/Fedora para el sabor de Ubuntu de Debian. Había varias razones para esto: la mayoría de las personas que interactúo con el uso de Debian; Yo estaba molesto por las versiones de Fedora que cambian rápidamente sin un camino claro actualización o apoyo continuo, etc., etc. Ahora estoy (junio de 2010) usando Ubuntu 9.10 en mis tres estaciones de trabajo (casa, Monash Uni., Melbourne Uni.)

Cosas raras

  • Un enlace a mi Work_in_progress, donde experimento con thingos HTML.
  • Un enlace al proyecto de ley de Sux de la página, lo que he construido de algún correo electrónico de una lista de broma.
  • Y una función especialmente para la gente que desea descargar la totalidad de Internet en su disco duro (Descargar ahora)

Julijos Dienos Numeriai

Source page: https://hermetic.ch/cal_stud/jdn.htm

Peter Meyer

  1. Įvadas
  2. Julianas laikotarpis
  3. Juliańska taškų
  1. Astronomijos juliańska taškų
    ir astronomijos Julianas data
  2. Chronologinis juliańska taškų
    ir chronologinė Julianas data
  1. Modifikuotas juliańska taškų
  2. Lilian diena taškų
  3. Įvairūs reikšmės “Julianas data”
  4. Konversijos algoritmai

Išsaugokite šį dokumentą pdf


1. Įvadas

Tiesiog kaip  Grigaliaus data  yra Grigaliaus kalendoriaus datos A  Julianas data  yra Julijaus kalendoriaus datos. (Daugiau informacijos apie šių kalendorių pamatyti  Julijaus ir Grigaliaus kalendorius.) Astronomai kartais naudoja terminą “Julijaus data” kita prasme, pagal kurį jis yra susijęs su tuo, kas vadinama “Julijaus dieną, skaičius”. Toks terminas “Julijaus data” naudojimas leidžia dviprasmiška, tačiau prasmė paprastai yra iš konteksto aišku. Šiame straipsnyje iš sąvoka  Julian dieną, skaičius  bus paaiškinta, kartu su įvairiais šio žodžio reikšmių  Julian dienos.

Pagal numeracija dienų vadinama sistema  Julian dieną numeriai, naudojamas astronomų ir calendricists (tų, kurie mokosi kalendorius, deja, ne dėl gyvenimo), laikinas seka dienų yra susietas ant sveikųjų skaičių, -2, -1, 0 seka, 1, 2, 3, ir tt. Tai leidžia lengvai nustatyti kiek dienų tarp dviejų datų skaičių (tik atimti vieną juliańska skaičių nuo kito).

Pavyzdžiui, saulės užtemimas buvo matomas ne Ninevės birželio 15, 763 BC (Julijaus kalendorių), pagal asirų kronikose Britų muziejuje, ir mėnulio užtemimas ten įvyko balandžio 14-15, 425 BC naktį (Julian Kalendorius). (“The  Mėnulio kalendoriai ir Eclipse Finder programa pasakoja, kad šie užtemimai įvyko maždaug 10:32 AM ir 2:27 am atitinkamai.) Juliańska numeriai, atitinkantys šių datų yra 1,442,902 ir 1,566,296 atitinkamai. Tai labai lengva apskaičiuoti, kad Mėnulio užtemimas įvyko 123,394 dienų po saulės užtemimas.

Apskritai,  sveikasis data  yra bet priskirdami vieną su vienu korespondenciją tarp įprastų seka dienų (ir naktų) ir sveikųjų skaičių sistema. Tokios sistemos skiriasi tik pasirinktą, kad atitiktų 0 dieną arba dieną 1. Pavyzdžiui dieną, kai kurias programas NASA naudoja Sutrumpintas Julian data, kuri yra dienų skaičius nuo 1968-05-24 (tuo metu Apollo misijų mėnulis buvo vykdomi). Kitos prasidedančios datos lankytinos su programuotojų yra, ar buvo 1601/01/01 GC (Grigaliaus kalendorius), 1900/01/01, 1901/01/01 ir 1980-01-01 (kai laikas prasidėjo pagal IBM PC), Pasirinkimas yra paprastai yra kompromisas dėl pasekmė:

(i) laiko būtino tikslumo (dienų mikrosekundžių),
(ii) dominančio (dešimtmetį, amžiaus, tūkstantmetį, ir tt) laikotarpio trukmė,
(iii) baitų skaičius galima saugoti datą ir
(iv) simbolių, reikalingų, kad būtų rodomas datą.


2. Julianas laikotarpis

Julijaus diena Taškų sistema kartais (klaidingai) sakė, kad buvo išrastas Joseph Justus Scaliger (gimęs 1540-08-05 JC Agen, Prancūzija, mirė 1609-01-21 JC Leidenas, Olandija), kuris per savo gyvenimą panardintas pats graikų, lotynų, persų ir žydų literatūros, kuris buvo vienas iš chronologiją mokslo steigėjų. Scaliger išradimas buvo  ne  iš juliańska skaičių sistema, o vadinamasis Julianas laikotarpis.

Scaliger kartu tris tradiciškai pripažintus laiko ciklus 28, 19 ir 15 metus, siekiant gauti didelį ciklą,  Scaliger ciklą,  arba  Julian laikotarpį,  apie 7980 metų (7980 yra mažiau paplitusi kartotinis 28, 19 ir 15). Pasak enciklopedijos Brittanica:

“Iš 7,980 metų trukmė buvo pasirinkta kaip 28 kartų 19 kartų 15 produkto; tai, atitinkamai, yra apie metus vadinamąją Saulės ciklo Julijaus kalendorių, kuris buvo priimtas kartojasi tomis pačiomis savaitės dienomis numeriai; mėnulio arba Ciklą metodo, po kurio Mėnulio fazės pasikartoja tam tikrą dieną į saulės metus, arba metų sezonų; ir indiction, iš pradžių reguliarių mokesčių arba vyriausybės rekvizavo senovės Romoje grafiką ciklas.”

Pasak kai kurių sąskaitų Scaliger pavadino savo Julian laikotarpį po jo tėvo, Julius Scaliger. Tačiau jo  de Emandatione temporum(Ženeva, 1629) Scaliger sako: “Julianam vocauimus, Quia skelbimą metus Julianum accommodata…” (išvertus RL Reese ir kt  (3)  kaip “Mes vadinti tai Julianas nes jis tinka Julijaus metų…”).

Dėl Julian laikotarpį JAV karinio jūrų laivyno observatorija tai pasakyti:

“Per 16 amžiuje Joseph Justus Scaliger stengėsi išspręsti istorinių epochų kratinys pateikdamas viską į vieną sistemą. Nėra pasiruošusi susidoroti su neigiamais metų skaičių, jis siekė pradinį epochą iš anksto bet archyvinius įrašus. Jo požiūris buvo numerologinės ir naudojama tris kalendorines ciklai: 28 metų saulės ciklą, 19-metų ciklą auksinis numeriai ir 15-metų indiction ciklą. Saulės ciklas yra laikotarpis, po kurio savaitę dienomis ir kalendorinės datos pakartoti Julijaus kalendorių. Auksinis numeriai ciklas yra laikotarpis, po kurio mėnulio fazių pakartoti (apytiksliai) dėl tų pačių kalendorinių datų. Indiction ciklas buvo Romos mokestis ciklas nežinomos kilmės. Todėl Scaliger galėtų apibūdinti per metus numerių (S, G, I) formulėje, kur S tęsiasi nuo 1 iki 28, G nuo 1 kartu per 19, ir aš nuo 1 iki 15. Scaliger pirmiausia nurodė, kad tam tikroje derinys būtų pasikartoja po 7980 metų (= 28 x 19 x 15). Jis paragino šį Julian ciklą, nes jis buvo grindžiamas Julijaus kalendorių. Scaliger žinojo, kad Kristaus gimimo metus (kaip nustatyta Dionysius Exiguus) buvo būdingas skaičiaus 9 saulės ciklą, auksinis numeris 1 ir skaičiaus 3 indiction ciklą, arba (9,1,3). Tada Scaliger pasirinko kaip šio pradinio epochos metais būdingas (1,1,1) ir nustatė, kad (9,1,3) buvo jo chronologine eros [4713 metų, todėl, kad metų (1,1,1) buvo 4713 BC]. Scaliger pradinis epocha buvo vėliau turi būti priimtas kaip pradinio epochos už juliańska skaičių.”- Scaliger žinojo, kad Kristaus gimimo metais (kaip nustatyta Dionysius Exiguus) buvo būdingas skaičiaus 9 saulės ciklą, Auksinis Numeris 1 ir skaičiaus 3 indiction ciklą, arba (9,1,3). Tada Scaliger pasirinko kaip šio pradinio epochos metais būdingas (1,1,1) ir nustatė, kad (9,1,3) buvo jo chronologine eros [4713 metų, todėl, kad metų (1,1,1) buvo 4713 BC]. Scaliger pradinis epocha buvo vėliau turi būti priimtas kaip pradinio epochos už juliańska skaičių. “- Scaliger žinojo, kad Kristaus gimimo metus (kaip nustatyta Dionysius Exiguus) buvo būdingas skaičiaus 9 saulės ciklą, Auksinis Numeris 1 ir skaičiaus 3 indiction ciklą, arba (9,1,3). Tada Scaliger pasirinko, nes tai pradinio epochos metais būdingas (1,1,1) ir nustatė kad (9,1,3) buvo jo chronologine eros [4713 metų, todėl, kad metų (1,1,1) buvo 4713 pr ]. Scaliger pradinis epocha buvo vėliau turi būti priimtas kaip pirminio epochos už juliańska skaičių.”- 1) buvo 4713 BC]. Scaliger pradinis epocha buvo vėliau turi būti priimtas kaip pradinio epochos už juliańska skaičių.”- 1) buvo 4713 BC]. Scaliger pradinis epocha buvo vėliau turi būti priimtas kaip pradinio epochos už juliańska skaičių.”- 21-ojo amžiaus ir 3. Tūkstantmečio

Pasirodo, tačiau, kad Julianas laikotarpis buvo atrasta kitų prieš Scaliger. Roger vyskupas Hereford, aptaria tris ciklus naudojami Scaliger savo  Compotus  (parašytas 1176 CE) ir teigia, kad “šie trys… ne ateiti kartu vienu metu už 7980 metais” (žr  (5)), nors jis daro neidentifikuoja metus (4713 BC) jų sutapimas. Be to, pagal RL Reese et al. (6):

A 12-ojo amžiaus rankraštis rodo, kad 7980 metų laikotarpis buvo naudojamas aiškiai ir kalendorinė tikslais ankstesnio vyskupas Hereford, Robert De Losinga, į metų AD 1086, beveik šimtmetį Prieš Hereford vyskupas pavadino Roger. …Robert De Losinga sujungia saulės, mėnulio ir indiction ciklų į “didžiojo ciklo [Magnum ciclum]” iš 7980 metų… Taigi Robert de Losinga rankraštis vietose Seniausia žinoma naudoti Julijaus laikotarpį metų AD 1086.”

Pirmasis Julianas laikotarpis prasidėjo 1 metai nuo -4712-01-01 JC (Julijaus kalendorius) ir baigsis po 7980 metų apie 3267-12-31 JC, kuris 3268-01-22 GC (Grigaliaus kalendorius). 3268-01-01 JC yra pirmoji diena 1 metai kito Julian laikotarpį.


3. Juliańska taškų

Nors Joseph Justus Scaliger buvo, kaip jau minėta, vienas iš chronologiją mokslo įkūrėjų, jis nebuvo išrasti Julijaus dieną skaičių sistemą. Jo išradėjas buvo astronomas John WF Herschel. Be  standartinių C Data/Laikas biblioteka  (42 psl) Lance Latham rašo:

“Tai išliko, tačiau už astronomas John F. Herschel paversti šį [iš Scaliger s] idėją į visiškai laiko sistemą, o ne iš susijusių metus metodu. 1849, Herschel paskelbtas  kontūrai Astronomijos  ir paaiškino išplėsti Scaliger koncepciją dienų skaičių idėją.”

Po Herschel rezultatą astronomai patvirtino šią sistemą ir paėmė vidurdienį GMT -4712-01-01 JC (sausio 1 d 4713 BC), nes jų nulinio taško. (Atkreipkite dėmesį, kad 4713 BC, yra metų -4712 pagal  astronomijos metų numeraciją.) Dėl astronomų A “diena” prasideda vidurdienį (GMT) ir veikia iki kito vidurdienio (kad naktį tenka patogiai per vieną “dieną”, išskyrus atvejus, kai jie daro savo pastabas vietoje, pavyzdžiui, Australijoje). Taigi jie apibrėžė juliańska skaičių per dieną kaip praėjo nuo sausio 1, 4713 BC į dienų skaičių proleptic Julijaus kalendorių.

Taigi Julijaus dieną skaičius -4712-01-01 JC yra 0. juliańska skaičius 1996-03-31 CE (Bendra ERA) yra 2.450.174 – tai reiškia, kad ant 1996-03-31 CE praėjo 2,450,174 dienas nuo -4712 -01-01 JC.

Tiesą sakant “dienos” čia reiškia dieną ir naktį. Calendricists turi žodį per dieną ir naktį, būtent “nychthemeron”. Paprastai, kai calendricists vartojama sąvoka “dienas”, jie kalbame apie nychthemerons.

Daugeliu kalendorių kalendoriaus datos pokyčiai vidurnaktį. Be šių kalendorių nychthemeron yra laikotarpis nuo vieno vidurnakčio į kitą. Dėl astronomai, tačiau, nychthemeron veikia, o ne nuo vidurnakčio iki vidurnakčio, bet nuo vidurdienio iki vidurdienio. O kai kalendoriai, pvz, žydų kalendorius, nychthemeron veikia nuo saulėlydžio iki saulėlydžio. Taigi nychthemeron paprasčiausiai reiškia, dieną ir naktį, ir negali būti tiksliau apibrėžta, išskyrus susijusius su tam tikru konkrečiu grafiku ar klasės kalendorių.

Julijaus dieną, skaičius yra nychthemerons praėjo, nes kai pirma nychthemeron skaičius. Taigi yra šiek tiek variacijos Julijaus dieną skaičių sistemoje priklausomai nuo to, yra skaičiuojami rūšies nychthemeron, kaip matysime toliau.


4. Astronomijos juliańska skaičius ir astronomijos Julianas data

Astronominis Julianas dieną, skaičius  yra astronominių nychthemerons skaičius (ty, nychthemerons kuri prasidės vidurdienį GMT) iš astronomijos nychthemeron kuri prasidėjo vidurdienį GMT -4712-01-01 JC.

Dėl įrašymo laiką ir astronomijos atveju juliańska numerį nychthemeron, kurioje įvykio, žinoma, paprastai nėra pakankamai tiksli. Siekiant patikslinti įvykio laiką astronomai pridėti akimirkinis komponentas Julijaus dieną skaičius, pvz, 0.25 = 6 valandos (1/4 24 valandų) po nychthemeron pradžios. Astronominis Julianas dieną, skaičius plius trupmeninė komponentas nurodant, kiek praėjo laiko nuo tada, kai nychthemeron žymimas tuo juliańska skaičius pradžios vadinamas  astronominės Julianas data. (Terminas “Julijaus data” turi keletą reikšmių, kaip paaiškinta  8 skirsnyje  žemiau.)

Tokiu būdu astronominis Julian data 0,5 yra vidurnakčio punktas atskiriant -4712-01-01 JC ir -4712-01-02 JC, astronominis Julian data 1,25 yra 18:00 dėl -4712-01-02 JC, ir taip toliau.

Astronominis Julijaus diena skaičius taip pat gali būti vertinamas kaip astronomicznego Julian padavimo data yra sveikas skaičius, ir kuri žymi laikotarpį, skaičiuojant nuo astronomicznego nychthemeron (val GMT) į kito pradžios pradžios.


5. Chronologinis juliańska skaičius ir chronologinis Julianas data

Tam tikru momentu studentai kalendorines mokslo nusprendė, kad Julianas dieną skaičių sistema būtų labai naudinga savo srityje, su sąlyga, kad iš “Diena” sąvoką, ty “nychthemeron” buvo pakeistas į sutarimu su šia sąvoka, kaip dažniausiai naudojami ryšium su kalendoriai. Grigaliaus kalendorius prasideda dienas vidurnaktį, bet ne visi kalendoriai padaryti (pavyzdžiui, žydų Kalendorius turi nychthemerons kuri prasidės saulei). Taigi kilo iš Julian dienų skaičiaus ir Julian datos vadinamas “chronologinis” atskirti juos nuo “astronominių” versijos variacijos.

Chronologinė Julianas dieną, skaičius  yra nychthemerons skaičius, manoma, kad prasidės vidurnakčio GMT iš nychthemeron kuris prasidėjo vidurnaktį GMT -4712-01-01 JC. Taip chronologinė Julianas dieną, skaičius 0 yra laikotarpis nuo vidurnakčio GMT -4712-01-01 JC į kitą vidurnakčio GMT. Chronologinis Julianas dieną, skaičius 2.452.952 tai laikotarpis nuo vidurnakčio GMT 2003-11-08 CE (Bendra ERA) į kitą vidurnakčio GMT.

Vėlgi trupmeninė komponentas gali būti įtraukta į chronologine Julian dieną skaičius suformuoti chronologinį Julian datą. Pavyzdžiui, chronologinė Julianas šiol 0.5 yra Noon GMT -4712-01-01 JC, chronologine Julianas šiol 1.25 yra 6 GMT -4712-01-02 JC, o chronologinė Julianas data 2,452,952.75 yra 6 GMT 2003 -11-08 CE ženklu.

Taigi apibrėžta, chronologinė Julianas data yra susieta su nulio laipsnių ilgumos, nes trupmeninė komponentas žymi laiką, praėjusį nuo vidurnakčio GMT. Mes vis dėlto gali pageidauti naudotis koncepciją, susijusią su kalendorių, skirtų naudoti kitose vietose Žemėje, kur vidurnakčio vidurnakčio vietos laiku, o ne vidurnakčio GMT. Pavyzdžiui, nychthemerons elementą žymi datų Kinų kalendorius paleisti nuo vidurnakčio Pekino standartiniu laiku į kitą vidurnakčio BST ir vidurnaktį Pekine vyksta aštuonias valandas anksčiau, nei vidurnaktį Grinvičo.

Taigi norint naudotis iš chronologine Julian datos koncepciją, kai studijuoja kalendorius, kurių datos žymi nychthemerons kuri prasidės vidurnakčio vietos laiku, bet ne vidurnaktį GMT mes galime apibrėžti vietos chronologine Julian datą, kurio vertė yra GMT remiantis chronologine Julianas data su vertė tarp 0 ir 0,5 pridėtinės arba atimama atsiskaityti už laiko skirtumo (pridėta vietose Rytų Grinvičo, atimama vietovių į vakarus nuo Grinvičo). Pavyzdžiui, chronologinė Julianas šiol 2,452,952.75 atsižvelgiant į Pekiną, kuris žymi 6 val Pekinas-nychthemeron numeriu 2,452,952, lygus chronologine Julianas šiol 2,452,952.75 – 1/3 = 2,452,952.417 atsižvelgiant į Grinvičo (kuris yra 10 val 2003-11- 08 “CE”).

Taigi, nors yra tik vienos veislės astronomijos Julian dieną (viena susieta su nulio laipsnių ilgumos dienovidinio) Yra tiek daug veislių chronologine Julian dieną, kaip yra ilgumos, kuri mes galime norintys pasinaudoti įvairių kalendorių tyrimas.


6. Modifikuotas juliańska taškų

Kadangi dauguma dienas per maždaug 150 metų iki dabar turi juliańska numerius, prasidedančius “24”, juliańska numeriai per šį 300-nelyginis metų laikotarpį gali būti sutrumpintas. 1957 Konvencijos  modifikuotų Julian dieną, skaičius  buvo priimta Smitsono astrofizikos observatorija:

Suteikta juliańska skaičių JD, į  modifikuotą juliańska skaičių  MJD yra apibrėžiamas kaip MJD = JD – 2,400,000.5. Tai turi du tikslus:

i. Dienų prasidės vidurnaktį, o ne vidurdienį.

ii. Dėl datų laikotarpiu nuo 1859 iki maždaug 2130 tik penki skaitmenys turi būti naudojama nurodyti datą, o ne septynių.

Tokiu būdu MJD 0 atitinka JD 2,400,000.5, kuris yra dvylika valandų po valandos GMT JD 2,400,000 = 1858-11-16 (Gregorian arba bendrosios eros). Taigi MJD 0 žymi lapkričio 16/17, 1858 m, taigi dieną 0 vidurnakčio modifikuotų juliańska skaičių sistema yra diena 1858/11/17 CE ženklu.

Pagrindinis dorybė iš MJD yra tai, kad tokie terminai reikalauja mažiau baitųatminties saugojimui. Dėl kalendorinė tyrimų chronologine Julianas dieną, skaičius yra priimtinesnis.


7. Lilian diena taškų

Ši koncepcija yra panaši į Julijaus dieną skaičių. Jis pavadintas po  Aloysius Lilius  kuris buvo vienas iš pagrindinių išradėjų Grigaliaus kalendorių reformos (patarėju Grigalius XIII). Lilian dieną, skaičius yra apibrėžiamas kaip “dienų spalio 1582 į skaičius nuo 14  proleptic Grigaliaus kalendorių“. Tai buvo iš įvedimo  Grigaliaus kalendorių, kai ji buvo nutarta popiežius Grigalius XIII, kad kitą dieną po 1582 spalio 4 (kuris spalio 1582 5, į Julijaus kalendorių) būtų nuo šiol bus žinomas kaip iki spalio 15 d 1582. Griežtai kalbant nėra “1582 spalio 14” į Grigaliaus Kalendorius, nes Grigaliaus kalendorius nebuvo pradėti, kol 1582 spalio 15, todėl poreikis (apibrėžimo kreiptis į “proleptic” Grigaliaus kalendorių). Taigi spalio 15 1582 GC Lilian dieną 1 (pirmoji diena pagal Grigaliaus kalendorių), spalio 16 1582 Lilian dieną 2, ir pan.

Tai nėra žinoma, ar pats Lilius dirbo šią sąvoką. Calendricist Joe Kress yra ištyręs ankstyviausia naudotis Lilian dienų skaičių į jo išradėjas, Bruce G. omų IBM 1986  (7).

Tarp juliańska numerius ir Lilian dieną skaičių santykis yra: LDN = JDN – 2.299.160


8. Įvairūs reikšmės “Julianas data”

Terminas “Julijaus data” turi tris skirtingas reikšmes, du iš jų visiškai garbingas ir trečią naudojami tik tie, kurie nežino, bet geriau.

(i) Kaip minėta pirmiau, Julianas data yra data  Julijaus kalendorių, iš Grigaliaus kalendorius pirmtakas.

(ii) Astronomai ir calendricists naudoti terminą Šia prasme, bet (kaip paaiškinta  4 skyriuje  ir  5 skyriuje  aukščiau), taip pat kita prasme, pagal kurią Julian data yra skaičius, žymintis laiko momentą, kuris susideda iš sveikas skaičius dalis ir trupmeninė dalis (pvz, 2.439.291,301), kai sveikas skaičius dalis yra  Julijaus diena numeris  ir trupmeninė dalis nurodoma, praėjęs laikas nuo tos dienos, žymimas tos juliańska skaičius pradžios.

(iii) komercinės pasaulyje terminas “Julijaus data”, deja, buvo naudojamas gana skirtingos koncepcijos, kad vieną dieną tam tikroje metų skaičių, kad sausio 1-oji = diena 1, vasario 28 d = dienų 59 ir pan. Naudoti terminą “Julian data” reiškia dieną-of-metais, kai šis terminas taip pat reiškia datą Julijaus kalendorius (jau nekalbant apie jos naudojimą trečią prasme astronomų ir calendricists) yra tiesiog pakviesti painiavos. Tie, kurie studijuoja kalendorius vienbalsiai rekomenduoja, kad terminas “Julianas dienos” naudojimas reiškia būti atsisakyta “numeris dieną per metus.” Tinkamas terminas šios sąvokos yra “kelintinis data”, nes pagal apibrėžimą 3.4 ISO8601: 2000 (E), duomenų elementai ir informacijos mainų formatai – keistis informacija – Atstovavimas datą ir laiką, Antrasis leidimas 2000/12/15 (Parsisiųsti kaip PDF failas  čia).


9. Konversijos algoritmai

Matematikai ir programuotojų natūraliai domina patys Matematinė ir skaičiavimų algoritmai konvertuoti tarp juliańska numerius ir grigališkojo datų. Taip konversijos algoritmas yra dėl to, Henry F. Fliegel ir Thomas C. Van Flandern:

Julijaus diena (JD) skaičiuojamas nuo Grigaliaus dieną, mėnesį ir metus (D, M, Y) taip:

     jd = ( 1461 * ( y + 4800 + ( m - 14 ) / 12 ) ) / 4 +
          ( 367 * ( m - 2 - 12 * ( ( m - 14 ) / 12 ) ) ) / 12 -
          ( 3 * ( ( y + 4900 + ( m - 14 ) / 12 ) / 100 ) ) / 4 +
          d - 32075

Konvertavimas iš Julian dienų skaičių Grigaliaus datos yra todėl atliekama:

        l = jd + 68569
        n = ( 4 * l ) / 146097
        l = l - ( 146097 * n + 3 ) / 4
        i = ( 4000 * ( l + 1 ) ) / 1461001
        l = l - ( 1461 * i ) / 4 + 31
        j = ( 80 * l ) / 2447
        d = l - ( 2447 * j ) / 80
        l = j / 11
        m = j + 2 - ( 12 * l )
        y = 100 * ( n - 49 ) + i + l

Dienos sveikasis vertės intervalo 1-31, mėnesių yra sveikieji skaičiai iš intervalo 1-12, o metų yra teigiamas arba neigiamas sveikasis skaičius. Skyrius turi būti suprantama kaip sveikasis skaičius aritmetinio, su liekanos išmestų, ir  (m-14)/12  yra -1  m <= 2  ir yra 0 kitaip.

Į šių algoritmų Julijaus diena numeris 0 atitinka -4713-11-24 GC, kuris yra -4712-01-01 JC.

Šie algoritmai galioja tik Grigaliaus kalendorių ir  proleptic Grigaliaus kalendorių. Jie ne teisingai konvertuoti datas Julijaus kalendorių.

Atrodo, kad šių algoritmų dizaineriai skirtas jiems turi būti naudojamas tik su ne neigiami juliańska numeriais (atitinkančias grigališkojo datų ir po -4713-11-24 GC). Iš tiesų jie galioja (vien tik) datomis iš -4900-03-01 GC tolesnio konvertuojant iš Julian dienų skaičių dieną ir (tik) nuo -4800-03-01 GC pirmyn, kai konvertuoti iš dienos iki A julian dieną, skaičius.

Dėl kitos Grigaliaus/JDN konvertavimo algoritmus pamatyti Dr John Stockton anketa  Grigaliaus datą į Dienų skaičiaus  ir  dienų skaičiavimo prie Grigaliaus data.

Kai kurie straipsniai, daugiausia susiję su Julijaus laikotarpį kilmės šalis:

1. Grafton A.T.: Istorija ir teorija, XIV 156 (1975)

2. Moyer, G.: Dangus ir teleskopas, 61, 311 (1981)

3. Reese, R.L., Everett, S. ir Craun, DE: “Iš Julian laikotarpis kilmė: kurio congruences taikymas ir kinijos likutis teorema”, American Journal of Physics, t. 49 (1981), 658-661.

4. Van Gent, R.H.: Dangus ir teleskopą, 62, 16 (1981)

5. Reese, L.R. Craun, D.E. ir Mason C.U.: “Dvyliktoji amžiaus ištakos 7980 metų Julian laikotarpis”, American Journal of Physics, t. 51 (1983), 73.

6. Reese, L.R. Craun, D.E. ir Herrin M.: “Nauji įrodymai, susiję su Julian laikotarpiu kilmės”, American Journal of Physics, t. 59 (1991), 1043.

7. Omai Bruce G.: “Kompiuterinis apdorojimas datų ribų XX amžiuje”, IBM Systems leidinys, 15 (1986), 244-51, 244-6 p.


Pirmoji versija Šis straipsnis buvo paskelbtas Hermetiški Systems svetainėje 1997.
Spauskite šią nuorodą, kad Wayback įrenginio
anksčiau archyvą kopiją šio straipsnio d gruodžio 3, 1998:
Juliańska numeriai


Programinę įrangą iš šios svetainės, kuri atlieka konvertavimą tarp datų Grigaliaus kalendorių, Julijaus kalendoriaus ir Julijaus dieną skaičių sistemos (ir datomis kitų kalendorių):

Lengvas data keitiklis

Majų calendrics

Kinijos calendrics

Mėnulio kalendorius ir užtemimas paieška

Julian-Grigaliaus-Dee data skaičiuoklė

 

BIOGRAFÍA DE HOWARD GARDNER

Original: https://howardgardner.com/biography/

howard-gardner-316Howard Gardner es el Profesor John H. y Elisabeth A. Hobbs de Cognición y Educación en la Escuela de Educación de Harvard. También es profesor adjunto de psicología en la Universidad de Harvard y director de Proyecto Cero de Harvard. Entre numerosas distinciones, Gardner recibió un premio MacArthur Fellowship y una beca de la Fundación John S. Guggenheim en 1981 y 2000, respectivamente. En 1990, fue el primer estadounidense en recibir el premio grawemeyer Universidad de Louisville en la Educación. En reconocimiento a sus contribuciones a la teoría académica y la política pública, que ha recibido títulos honorarios de treinta y un colegios y universidades, incluidas las instituciones de Bulgaria, Canadá, Chile, Grecia, Irlanda, Israel, Italia, Corea del Sur y España. En dos ocasiones ha sido seleccionada por Política Exterior y Prospect  revistas como uno de los 100 intelectuales públicos más influyentes en el mundo. En 2011, Gardner recibió el Premio Príncipe de Asturias de Ciencias Sociales, y en 2015, fue elegido como el ganador del Premio Internacional de Brock en Educación. Ha sido elegido miembro de la Academia Americana de las Artes y las Ciencias, la American Philosophical Society, la Academia Nacional de Educación, y la Royal Society de Londres para el Fomento de las Artes, Manufacturas y Comercio. Es miembro de varias juntas, incluyendo el Museo de Nueva York de Arte Moderno y la American Philosophical Society.

El autor de treinta libros traducidos a treinta y dos idiomas, y varios cientos de artículos, Gardner es el más conocido en los círculos educativos por su teoría de las inteligencias múltiples, una crítica a la idea de que no existe más que una sola inteligencia humana que puede ser evaluada por la norma instrumentos psicométricos (consulte multipleintelligencesoasis.org). Desde mediados de 1990, Gardner ha dirigido El buen proyecto, un grupo de iniciativas, fundada en colaboración con psicólogos Mihaly Csikszentmihalyi y William Damon, que promueve la excelencia, el compromiso y la ética en la educación, la preparación de los estudiantes para ser buenos trabajadores y buenos ciudadanos que contribuyen al bienestar general de la sociedad. A través de conceptos basados ​​en la investigación, marcos y recursos, el proyecto busca ayudar a los estudiantes a reflexionar sobre los dilemas éticos que surgen en la vida cotidiana y les dan las herramientas para tomar decisiones bien pensadas.

Su más reciente empresa de investigación es un estudio nacional a gran escala que documenta cómo los diferentes grupos piensan acerca de los objetivos de la universidad y el valor de un curso de estudio haciendo hincapié en las artes y las ciencias liberales. El estudio busca entender cómo los principales constituyentes de los campus-entrantes estudiantes, se gradúan los estudiantes, profesores, administradores de alto nivel, los padres, los alumnos/as, fiduciarios y de empleo reclutadores-piensan acerca de estos cambios y cómo pueden afectar la experiencia de la universidad en nuestro tiempo. En última instancia, el estudio tiene como objetivo proporcionar valiosas sugerencias de la mejor manera de proporcionar la calidad, la educación no profesional superior en el siglo 21.

Su libro más reciente co-autor con Katie Davis, La Generación de aplicaciones: Cómo navegar la identidad de hoy, la intimidad y la imaginación en el mundo digital, se publicó en octubre de 2013. En 2014, en honor del 70 cumpleaños de Gardner, su Festschrift derecho Mente, el trabajo y la vida se publicó y está disponible de forma gratuita electrónicamente .

Curriculum Vitae :

CV completo (PDF)

Haga clic aquí  para ver la página de Google Académico de Gardner.

Otros escritos biográficos:

Selección de publicaciones extranjeras sobre Howard Gardner (PDF)
Mente, trabajo y de vida: Un Festschrift con motivo del 70 cumpleaños de Howard Gardner (PDF)
“Una Bendición de Influencias”, un extracto de un ensayo autobiográfico Publicado en Howard Gardner bajo fuego (PDF)
Una manera de hacer un científico social (PDF)
Breve biografía escrita por Ellen Winner (PDF)
“A mi manera”, un capítulo de  Psicólogos Desafiando la multitud  por Robert Sternberg (Amazon)
Cincuenta modernos pensadores de Educación: a partir de Piaget a nuestros días (Amazon)
“21 años más tarde, ‘inteligencias múltiples’ todavía debaten” (Washington Post)
“Líderes de opinión: una entrevista con Howard Gardner” (Estrategia & Negocios)

 

Información biográfica para Lyle N. Long

Original: http://www.personal.psu.edu/lnl/bio.html

Lyle N. Long   
Ingeniería Aeroespacial,
 Ciencias de la Computación   y Matemáticas
Director,  Ciencias de la Computación Programa Menor de Graduados  
Programa de Posgrado en Neurociencias 

Investigación y Enseñanza Intereses

Ciencias de la computación y la ingeniería, ingeniería de software, vehículos aéreos no tripulados, redes neuronales, sistemas inteligentes, computación de alto rendimiento, y la dinámica de fluidos computacional.

Lyle N. LongEDUCACIÓN

  • Doctor en Ciencias, la Universidad George Washington, Washington, DC, 1983. (Asesores: F. Farassat y Michael K. Myers)
  • Maestría en Ciencias de la Universidad de Stanford, Departamento de Aeronáutica y Astronáutica, Stanford, California, 1978. (Asesor: RS Shevell)
  • Licenciado en Ingeniería Mecánica con Distinción de la Universidad de Minnesota, Departamento de Ingeniería Mecánica, Minneapolis, Minnesota, 1976.

    EXPERIENCIA

    • Profesor de ingeniería aeroespacial y Matemáticas, La Universidad Estatal de Pennsylvania, University Park, Pensilvania, 1989 – presente.
    • Científico visitante, Laboratorio de Investigación del Ejército, Aberdeen, MD, 2014 10 hasta 06, 2015
    • Moore Distinguido Académico, Instituto de Tecnología de California (Caltech), 2007-2008.
    • Editor en Jefe (y fundador), AIAA Diario de Sistemas de Información Aeroespacial, agosto de de 2002. Enero de 2006. (JAIS)
    • Científico visitante, La NASA Langley Research Center, Hampton, VA (agosto de 1999 Ago. 2000).
    • Científico visitante, Thinking Machines Corporation, Cambridge, Massachusetts. (Summers de 1990, 1991, 1992, y 1993).
    • Investigación Científico Senior, Lockheed Aeronautical Systems Company, Kelly Johnson Investigación y Desarrollo Centro, Valencia, California. (1985 – 1989).
    • Ingeniero aerodinámica, Lockheed Compañía de California, Departamento de Aerodinámica Computacional, Burbank, California. (1983 – 1985)
    • Investigador Asociado, Instituto Conjunto para el Avance de las Ciencias de vuelos, la NASA – Centro de Investigación Langley, Hampton, Virginia. (1979 – 1983)
    • Asistente de Investigación de la Universidad de Stanford, Departamento de Aeronáutica y Astronáutica, Stanford, California. (1977 – 1978)
    • Ingeniería Intern, Donaldson Company, Inc., Minneapolis, Minnesota.(1974 – 1976)

      HONORES

      • AIAA Premio de Ingeniería de Software, 2016,”En busca de inspiración, la innovación y la enorme dedicación a modernizar la enseñanza de ingeniería aeroespacial y de investigación durante varias décadas.”
      • AIAA sostenida Service Award de 2010, “Para que los esfuerzos dedicados en la creación de la JACIC Diario, numerosas publicaciones y servicios en los comités técnicos.”
      • Moore Distinguido Académico, Instituto de Tecnología de California (Caltech), 2007-2008.
      • Fellow, American Physical Society (APS), 2007. “Para el avance y la enseñanza de la ciencia computacional. En particular, para el uso de computadoras de alto rendimiento para la dinámica de fluidos computacional, Aeroacústica y dinámica de gases enrarecidos.”
      • Distinguido profesor de la Universidad Estatal de Pensilvania, 2006-2017.
      • Miembro del Instituto Americano de Aeronáutica y Astronáutica (AIAA), 2005. “Para las contribuciones significativas en la computación y métodos computacionales aplicados a aplicaciones aeroespaciales, y por ser fundador Editor en Jefe de la Revista de Aeronáutica Informática, Información, y Comunicación (JACIC )”.
      • Premio al mejor artículo, Sociedad Americana de helicópteros, para el papel por Horn, Lee, Sezer-Uzol, y Long, 2003.
      • Premio al mejor artículo, propelentes y combustión Comité AIAA, para el papel por Kaltz, largo, y Micci, 1997.
      • Premio de Investigación en circulación, a partir del estado de Penn Engineering Society, 1996.
      • Premio Gordon Bell de la IEEE Computer Society para el logro de más alto rendimiento en un equipo paralelo, 1993.
      • Elegido a la Universidad de Penn Senado de la Facultad de Estado (1993-1997)
      • Premio Lockheed Aeronautical Systems Company (1987) para: “compromiso personal excepcional en la promoción de la excelencia de la investigación y el desarrollo”.

      SOCIEDADES PROFESIONALES

 

GNU Bornas-Vėlgi SHell

Original: http://cnswww.cns.cwru.edu/php/chet/bash/bashtop.html

 [image of the Head of a GNU]

Turinys


Įvadas

Bash yra GNU Projekto Bornas Vėlgi Shell, visiškai iš įgyvendinimas IEEE POSIX ir Open Group lukštais specifikacijos su interaktyviu komandinės eilutės redagavimo, darbo valdymo ant architektūroms, kad jį palaiko, CSH-kaip funkcijų, tokių kaip istorija keitimą ir petnešomis plėtrą, o nužudė kitų funkcijų. Čia yra trumpas sąrašas kai kurios funkcijos prieinamos bash.

Daugiau informacijos apie Bash funkcijų, kurios yra nauja šio apvalkalo tipą, žr Reference Manual. Taip pat yra didelis Unix stiliaus vyras puslapis. Žmogus puslapis yra galutinis aprašymas Shell funkcijų.

Bash yra nemokama programinė įranga, platinama pagal iš sąlygomis GNU General Public License, 3 versija.

A dažnai užduodamus klausimus skaičius būtų atsakyta DUK, nors tai nebėra išlaikomas.

Dabartinis statusas

Dabartinė versija bash yra Bash-4.4. (VVG parašas).

Atsisiuntimui deguto failą dabartinę versiją su visomis oficialiosiomis pleistrai taikomų galima iš GNU git saugykloje .

Iš dabartinių plėtros šaltinių (paprastai atnaujinami kas savaitę) fotografiją, taip pat galima GNU git Bash devel filiale.

Matyti README failą daugiau informacijos.

NAUJIENOS failą glaustai išvardijamos naujų funkcijų bash-4.4.

Šaltinis Kodas Prieinamumas

Dabartinė versija bash yra nuo ftp.cwru.edu ir iš magistro GNU ftp svetainėje ir daugybe veidrodžių. Šis paskirstymas faile yra suformatuoti dokumentų kopijas.

Šie failai yra pasirašytos su mano GPG raktą .

Yra keli failai prieinami FTP iš ftp.cwru.edu .

Bet lopai dabartinę versiją galima gauti iš CWRU ir ftp.gnu.org .

Atsisiuntimui deguto failą dabartinę versiją su visomis oficialiosiomis pleistrai taikomų galima iš GNU git saugykloje , ir dabartinių plėtros šaltinių (paprastai atnaujinami kas savaitę) fotografiją, taip pat galima GNU bash Git devel filiale.

Ankstesnės Bash versijos yra prieinama ftp://ftp.gnu.org/gnu/bash .

Skirstiniai

Bash yra standartinis apvalkalas ant GNU/Linux sistemų, kurių dauguma yra naudojant bash-4.3. Bash-4.3 yra įtraukiamos į FreeBSD uostų surinkimo, OpenBSD  pakuočių surinkimo bei NetBSD pakuočių surinkimo.

OpenPKG projektas daro kodo RPM apie bash-4.3 galima už Unix ir Linux sistemų, kaip veislės pagrindinę dalį dabartinės spaudai.

Dabartiniai versijos Mac OS X (datuojamas Jaguar/Mac OS X 10.2) laivo su bash-3.2 kaip / bin / sh. Taip pat yra sukompiliuota OS X paketai bash-4.3 turimą iš daugelio svetainių, nors kodo paketai paprastai yra up-to-data. Bash už Darvinas (už MacOS X bazė) yra prieinama iš DarwinPortsHomebrew, arba Fink .

“Solaris 2.x ir” Solaris 7/8/9/10/11 vartotojai gali gauti skompilowanymi versiją bash-4.3 iš Unixpackages svetainėje (prenumerata) arba iš OpenCSW. Orakulas laivai, bash-3,2 kaip palaikoma dalis Solaris 10 ir bash-4.1 kaip dalis Solaris 11. Iš Solaris/Illumos versija platinama taip OpenIndiana apima Bash-4.3 nuo 2016 rugsėjo.

AIX vartotojai gali gauti skompilowane binaria iš bash-4.3 ir vyresnio amžiaus spaudai įvairių versijų AIX iš  Groupe Bull ir šaltinius ir dvejetainius iš bash-4.3 įvairioms AIX teršalus iš perzl.org. “IBM daro Bash-4.2 ir Bash-4.3 galima AIX 5L, AIX 6.1 ir AIX 7.1 kaip dalis AIX Toolbox [GNU / Linux] paraiškas. Jie naudoja RPM formatą; Jūs galite gauti aps./min AIX iš ten pat.

“HP-UX vartotojai gali gauti bash-4.3 dvejetainius ir kodą iš programinės įrangos perkėlimą ir archyvuoti centras” HP-UX. (Dabartinė versija nuo šios datos yra Bash-4.3.46).

Tai net galima Minix. Jei dirbate Windows, aš rekomenduoju, kad jūs naudojate Cygwin, kuris šiuo metu laivas bash-4.3.42 ir bash-4.3.46 , ar MinGW, kuris šiuo metu turi Bash-3.1.23, kaip dalį savo MSYS bazinę sistemą.

“Microsoft” siūlo “Bash apie Ubuntu Windows”, kaip diegiama add-on, skirtas Windows 10 Tai iš esmės atskiras supakuoti versija Ubuntu, kuri veikia kaip Windows 10 paraiškos, ir siūlo Bash-4.3 toje aplinkoje.

Kiti ištekliai

A sąrašas dažnai užduodamus-Klausimų su atsakymais, nors šis dokumentas nebėra išlaikomas.

Diskusija sąrašas bug-bash@gnu.org dažnai pateikiama informacija apie naujų uostų Bash, ar diskusijų naujų funkcijų ar elgesio pokyčiai, kad žmonės norėtų. Pašto sąrašas, kur riktai bash būtų pranešami ir pataisymai yra skelbiami. Šiame sąraše taip pat galima kaip Usenet, gnu.bash.bug .

Archyvas klaidą-bash Pažintys nuo gruodžio, 1999 galima gauti iš lists.gnu.org. “Google Groups” turi archyvo gnu.bash.bug .

Bendrieji klausimai apie bash ir “Shell programavimas turėtų būti siunčiami į help-bash@gnu.org pašto adresų sąrašą. Jos archyvai taip pat galima gauti iš lists.gnu.org.

Kai kurie failai iš dabartinio paskirstymo, taip pat gali būti naudinga.

  • README: failas aprašant Bash
  • NAUJIENOS: byla glaustai išvardijami Žymūs pokyčiai tarp dabartinių ir ankstesnių versijų
  • POKYČIAI: Užbaigti Bash Pakeisti istorija
  • INSTALL: diegimo instrukcijas
  • PASTABOS: platforma konkrečių konfigūracijos ir veikimo pastabos
  • Suderinamumą,: suderinamumo problemų tarp bash4 ir ankstesnių versijų
  • POSIX: ką keičia kai Bash yra Posix režimu?

Čia yra laikraščiuose aš parašiau apie bash pora.

Kaip pranešti apie klaidas

Re ataskaitos bash turi būti siunčiami  bug-bash@gnu.org naudojant bashbug programą, kuri yra pastatyti ir įrengti, tuo pačiu metu, kaip ir bash.

Diskusija sąrašas bug-bash@gnu.org dažnai pateikiama informacija apie naujų uostų Bash, ar diskusijų naujų funkcijų ar elgesio pokyčiai, kad žmonės norėtų. Šiame sąraše taip pat galima “Usenet” naujienų, gnu.bash.bug. Jūs galite užsiprenumeruoti pašto sąrašo adresu lists.gnu.org.

Kai siunčiate pranešimą apie ydą, prašome naudoti bashbug programą, kuri yra pastatytas tuo pačiu metu kaip ir bash. Jei Bash nepavyksta sukurti, pabandykite statyti bashbug tiesiogiai su makiažo bashbug. Jei negalite kurti bashbug, prašome siųsti laiškus į bug-bash@gnu.org su šia informacija:

  • Versijos numeris ir išleidimo statusas Bash (pvz, 2.05 atpalaidavimo)
  • Mašina ir OS, kad ji veikia (galite paleisti bashversion -L iš Bash kompiliavimo katalogą arba pažvelgti į `.made” failą tame kataloge už šią informaciją)
  • Iš jos rengimo vėliavų ar iš `config.h turinį sąrašas”, prireikus
  • A Bug aprašymas
  • Receptas atkurti klaidą patikimai
  • Fix už klaidą, jei turite vieną!Bashbug programa apima daug tai automatiškai.

Jei norite susisiekti tiesiogiai su bash lydi, siųsti laiškus į bash-maintainers@gnu.org.

Lydi

 esu dabartinis bash lydi ir gali būti pasiektas, kaip bash-maintainers@gnu.org. Prašome siųsti papildymus ir pataisymus į šį puslapį chet.ramey@case.edu.