Red de conocimiento informático - Aprendizaje de programación - ¿La matriz PHP está dividida en varias matrices?

¿La matriz PHP está dividida en varias matrices?

1. Función del sistema:

Array_chunk() divide una matriz en nuevos fragmentos de matriz.

array_slice(). Devuelve la parte seleccionada de la matriz, etc. Para obtener más información, consulte w3school.

/php/php_ref_array.asp, los programadores deben aprender a utilizar el manual.

2. Funciones definidas por el usuario:

Cuando las funciones del sistema no pueden satisfacer las necesidades reales, las funciones se redefinen según las necesidades reales.

Función(){}

3. Calcular matriz de parámetros:?

El parámetro 1 es la matriz entrante y el parámetro 2 es el número de elementos de cada matriz. //El método devuelve una matriz bidimensional. Puede utilizar el subíndice de la matriz para obtener la matriz unidimensional que necesita. ?

Función arr_oper ($arr, $num) {?

$ cuenta = cuenta($ arr);?

for($ I = 0; $ i & lt$ cuenta/$ num; $ i++) { $ return _ arr[$ I] = arr _ slice($ arr, $num * $i, $num }

4.Uso: $Slicearr = arr _ oper ($ arr, 1000); fórmula:

$sliceArr[0], $sliceArr[1]. ....?

Simplemente hazlo como lo solicitaste, porque el método solo puede devolver una matriz, así que combiné las submatrices divididas en una matriz y las devolví juntas <. p>¿Este enfoque sería más flexible? Por ejemplo, si divido una matriz de 3000 elementos en 500 elementos, devolvería una matriz de 6 submatrices

上篇: Etcd utiliza nombres de dominio. Primero echemos un vistazo a algunas ideas y la arquitectura básica de Kubernetes en su conjunto, y luego presentemos brevemente desde los aspectos de red, gestión de recursos, almacenamiento, descubrimiento de servicios, equilibrio de carga, alta disponibilidad y actualización continua. , seguridad, monitoreo, etc. Estas características principales de Kubernetes. Por supuesto, también habrá algunas cuestiones que requerirán atención. El objetivo principal es ayudarlo a comprender rápidamente las funciones principales de Kubernetes y brindarle referencias y ayuda para aprender y utilizar esta herramienta en el futuro. 1 algunas reflexiones. Kubernetes: los usuarios no necesitan preocuparse por cuántas máquinas necesitan, solo deben preocuparse por el entorno necesario para que se ejecute el software (servicio). Con el servicio como centro, lo que debe preocuparle es la API, cómo dividir servicios grandes en servicios pequeños y cómo integrarlos con la API. Asegúrese de que el sistema siempre funcione en un estado especificado por el usuario. No solo le proporciona servicios de contenedor, sino que también proporciona una forma de actualizar el sistema de software manteniendo HA es la función más deseada por muchos usuarios y también la más difícil de lograr. Cosas de las que preocuparse y cosas de las que no preocuparse. Apoyar mejor el concepto de microservicios y dividir y subdividir los límites entre servicios, como introducir conceptos como etiqueta y pod. Para conocer la arquitectura de Kubernetes, puede consultar la documentación oficial. Consta de algunos componentes principales, incluidos kube-apiserver, kube-scheduler, kube-controller-manager, componente de control kubectl, almacenamiento de estado, etc., kubelet y kube-proxy en el nodo esclavo, así como soporte de red subyacente (franela, OpenVSwitch). , Tejido, etc.). Parece ser un diseño de arquitectura de microservicio, pero actualmente no admite muy bien la expansión horizontal de un solo servicio, pero esto se resolverá en futuras versiones de Kubernetes. 2. Las características principales de Kubernetes se presentarán brevemente desde los aspectos de red, descubrimiento de servicios, equilibrio de carga, gestión de recursos, alta disponibilidad, almacenamiento, seguridad, monitoreo, etc. -->; más simple. Además, los amigos interesados ​​pueden obtener más información sobre el descubrimiento de servicios, la alta disponibilidad y el monitoreo a través de este artículo. 1) El modelo de red de Kubernetes resuelve principalmente los siguientes problemas: a. Resuelve la comunicación entre contenedores estrechamente acoplados a través del acceso Pod y localhost. b. Comunicación entre pods, estableciendo subredes de comunicación, como túneles, enrutamiento, franela, OpenvSwitch, Weave, etc. C. La comunicación entre el Pod y el Servicio, así como entre el sistema externo y el Servicio, se resuelve introduciendo el Servicio. La red Kubernetes asigna una dirección IP a cada Pod. No es necesario establecer un enlace entre los Pods y, básicamente, no es necesario ocuparse del mapeo de puertos entre el contenedor y el host. Nota: Después de reconstruir el Pod, la IP se reasignará, por lo que no confíe en el PodIP para la comunicación de la red interna; resuelva este problema mediante variables de entorno de servicio o DNS. 2) Descubrimiento de servicios y equilibrio de carga. Antes de la versión 1, el servicio contenía los campos portalip y publicips, que especificaban respectivamente la IP virtual del servicio y la IP exportada del servicio. Las IP públicas se pueden especificar arbitrariamente para cualquier nodo en el clúster que contenga kube-proxy y pueden ser múltiples. PortalIp salta a la dirección de intranet del contenedor a través de NAT. En la versión v1, publicIPS quedó obsoleto por convención y se marcó como PublicIPs obsoleto solo por compatibilidad con versiones anteriores. portalIp también se cambió a ClusterIp y, en la lista de definiciones de puertos de servicio, se agregó un elemento nodePort, que corresponde al puerto de servicio asignado en el nodo. El servicio DNS requiere skydns y kube2dns instalados como complemento. 下篇: Cómo permitir que el software obtenga el código de identificación del teléfono móvil Xiaomi en miui13