Pasión Telemática

Una forma de solucionar este problema y agradeciendo a la info de Pedro Ventura
Presento la solución:

1. nano /etc/yum.repos.d/CentOS-Testing.repo

2. # CentOS-Testing: # This repository is a proving grounds for packages on their way to CentOSPlus and CentOS Extras. # They may or may not replace core CentOS packages, and are not guaranteed to function properly. # These packages build and install, but are waiting for feedback from testers as to # functionality and stability. Packages in this repository will come and go during the # development period, so it should not be left enabled or used on production systems without due # consideration. [c5-testing] name=CentOS-5 Testing baseurl=http://dev.centos.org/centos/$releasever/testing/$basearch/ enabled=1 gpgcheck=1 gpgkey=http://dev.centos.org/centos/RPM-GPG-KEY-CentOS-testing includepkgs=php*

3. yum update (donde apareceran los nuevos paquetes de php)
4. service httpd restart

Listo eso es todo.

Un saludo especial

Buenos días.

A este pequeño problema me enfrenté hace poco, este tipo de reportes son esenciales en la compañia y me encuentro con un pequeño BUG o fallo en la codificación.

Si el reporte es de 4000 registros sólo muestra 51, ese es el límite.

Sin embargo analizando el código de este módulo me encontré con la consulta que limitaba el resultado del reporte.

La solución la presento a continuación:

En el archivo /var/www/html/modules/calls_detail/libs/paloSantoCallsDetail.class.php
Comentar las siguientes líneas
//if(!empty($limit)) {
// $sqlQuery .= " LIMIT $limit OFFSET $offset";
//}
Y ya muestra la cantidad de registros reales

Eso es todo y espero que les sirva, esto ya se notificó en los bugs de elastix
http://bugs.elastix.org/view.php?id=638Elastix Bugs[/URL

1. Dar permisos a un usuario para que tenga acceso a una base de datos

Este paso es muy importante en cuestiones de seguridad el hecho de solo tener acceso al root significaria que quien quiera y tenga acceso a la base de datos mediante root puede ver toda la información, modficar, eliminar y empacar e irse.

Es importante crear usuarios con perfiles de acceso para minimizar el vector de ataque, en este caso:

GRANT ALL PRIVILEGES ON miBD.* TO 'minuevoUsuario'@'localhost' IDENTIFIED BY 'mipassword' WITH GRANT OPTION;

2. El segundo asunto es darle acceso a un usuario desde un host determinado

Y veremos como lo hacemos de la manera correcta:

GRANT ALL PRIVILEGES ON miBD.* TO 'minuevoUsuario'@'192.168.1.12' IDENTIFIED BY 'mipassword' WITH GRANT OPTION;

Siendo 192.168.1.12 la dirección IP desde la cual el usuario puede acceder. Un error sería en vez de la IP colocar * ya que esto abre la puerta para que cualquier persona que conozca a este usuario trate de conectarse desde cualquier dirección IP.

ALL PRIVILEGES Tambien lo podemos cambiar según nuestra necesidad, si sólo queremos que el usuario inserte pues sencillamente cambiamos este valor por: INSERT, de aqui en adelante podemos añadir los permisos con comas (,).

Cualquier inquietud con gusto la atenderé

Que tal buenas noches a todos como vamos?

Bueno les comentó que este señor Victor Hugo esta vendiendo canciones de su propia autoría.

Si quieren apoyarlo es su decisión, me pareció interesante, tiene que ver con las TIC's y por lo tanto lo incluyo en mi blog.

http://sevendencanciones.tk

Entren y revisen el proyecto y juzque cada uno que le parece.

Este problema se reportó cuando iba a realizar una importación a mi Base de Datos, una solución que encontré en el foro de MySQL fue:

• Entrar a la consola de MySQL: mysql -u user -p y ENTER
• set global max_allowed_packet=1000000000;
• set global net_buffer_length=1000000;

Ahora si realizamos la importación: mysql -u user -p mibasededatos < /source/directory/file.sql

Bye bye