No lo sé, se ejecuta automaticamente.

He estado leyendo y al parecer los permisos que debería tener este directorio son:


Despues de darle esos permisos ya no me da más el error. Bueno lo que hice en realidad fue vaciar el directorio porque creia que podría estar lleno y por eso daba error:


Se me olvido agregar /* y se borro también la carpeta tmp. Pero nada que un simple mkdir y el chmod no puedan arreglar.

Y si que es raro el error, porque lo único que le hice a esa carpeta fue vaciarla (sin eliminarla) y no recuerdo que me diera ese error al ver las tablas, fue está mañana al entrar cuando empezaron los errores...

A lo mejor en algun log hay algo, pero no tengo ni idea de donde mirar.

Cuando intento mostrar el contenido de una tabla, MySQL (MariaDB) devuelve el siguiente error:


El servidor tiene pocos dias creado, estaba funcionando bien desde el principio. Esta mañana cuando voy a acceder a la base de datos me encuentro con este de error.

¿Puedo darle simplemente chmod 777 al directorio /tmp o no es seguro?

¿O es mejor idea añadir el directorio a la configuración mysql? (Como se sugiere en la documentación)


Estoy usando Kloxo-mr7 en centos 6.7 y no encuentro el archivo, ¿alguien sabe donde está?

Gracias!

Hola, estoy configurando por primera vez kloxomr7 en centos 6.7 (final) y estoy teniendo problemas con los usuarios de mysql... Se supone que con kloxo hay que configurar contraseñas y usuarios desde el panel web con el usuario admin, pero los usuarios de mysql (mariadb) creados desde kloxo no funcionan.

Para crear bases de datos hay que especificar un usuario, por ejemplo:

Base de datos: test
Usuario: test
Contraseña: laquesea123

Pero no me deja entrar, desde sqlyog community (mi pc) me dice acceso denegado y desde phpmyadmin (el vps) "Cannot log in to the MySQL server".

He intentado cambiar la contraseña root desde la opción "MySQL Password Reset" pero no importa cuantas veces la cambie, no puedo conectarme con el usuario root.

La opción "Database Admins" tampoco funciona, da igual que usuario y contraseña cree, tampoco me deja entrar. También he probado borrandolo y volviendolo a hacer...

El único usuario con el que puedo entrar es el mismo con el que entro al panel web kloxo, usuario admin. Y las bases de datos que puedo ver son las dos que hay por defecto (information_schema y test) y la primera creada, las demás no me aparecen y no hay forma de acceder a ellas...

¿Cual creeis que puede ser el problema? ¿Puede ser un problema de kloxo?

Gracias!


Edito: Al parecer la contraseña que cambio en a opción "Database Admins" funciona desde el ssh (mysql -uadmin -p) y desde phpmyadmin (vps) pero desde sqlyog community (mi pc) no funciona, es otra distinta, pero el usuario es el mismo ¿como es esto posible?

Edito: Ahora el problema es que ocupa demasiado tiempo y se detiene la ejecución...

En el formulario permito subir como mucho 8 imagenes de 7MB máximo, así es como tengo configurado mi archivo .user.ini:

upload_max_filesize = 7M
post_max_size = 60M
memory_limit = 70M
max_execution_time = 60

Si intento subir 8 imagenes de 5.2MB se detiene la ejecución y da el error. Sin embargo se procesan 7 imagenes y sus 7 thumbnails (he probado comentando las lineas del thumbnail y tarda exactamente lo mismo, no hay diferencia entre crear las imagenes solo y creas ambos: las imagenes y thumbnails).
Si en lugar de 8 subo 7 (igual de 5.2MB) el script tarda, casi lo mismo, pero termina de ejeuctarse.

No soy un experto, pero a lo mejor mi script necesita mejorarse para reducir el tiempo... Este es parte del script que sube las imagenes:

$tmp_name   = $_FILES['file']['tmp_name'];
$img_size   = $_FILES['file']['size'];
 
for($i = 0; $i < count($tmp_name); $i++) {
 
    if ($tmp_name[$i] != '') {
 
        if ($img_size[$i] <= 7340032) {
 
            $imageInfo = getimagesize($tmp_name[$i]);
            $memoryNeeded = round(($imageInfo[0] * $imageInfo[1] * $imageInfo['bits'] * $imageInfo['channels'] / 8 + Pow(2,16)) * 1.65);
 
            if (function_exists('memory_get_usage') && memory_get_usage() + $memoryNeeded (integer) ini_get('memory_limit') *pow(1024, 2)) {
                ini_set('memory_limit', (integer) ini_get('memory_limit') + ceil(((memory_get_usage() + $memoryNeeded) - (integer) ini_get('memory_limit') * pow(1024, 2)) / pow(1024, 2)) . 'M');
            }
 
            $img_name   = '/' . ($i + 1) . '.jpg';
            $thumb_name = '/thumbnail_' . ($i + 1) . '.jpg';
 
            list($width, $height) = getimagesize($tmp_name[$i]);
 
            if ($width >= 1100 && $height >= 650) {
 
                $img    = imagecreatefromjpeg($tmp_name[$i]);
                $img_p  = imagecreatetruecolor(1100, 650);
                $img_t  = imagecreatetruecolor(180, 180);
                imagecopyresampled($img_p, $img, 0, 0, 0, 0, 1100, 650, $width, $height);
                imagecopyresampled($img_t, $img_p, 0, 0, 0, 0, 180, 180, 1100, 650);
 
                if (!imagejpeg($img_p, $realpath . $img_name, 70) || !imagejpeg($img_t, $realpath . $thumb_name, 70)) {
 
                    $upload_err = TRUE;
                    throw new Exception('Error al subir la imagen (' . $_FILES['file']['name'][$i] . ')');
 
                } else $log .= "\n" . 'IMG: ' . $img_name . ' (original name: ' . $_FILES['file']['name'][$i] . ') uploaded successfully.';
 
                imagedestroy($img);
                imagedestroy($img_p);
                imagedestroy($img_t);
 
            } else {
                $upload_err = TRUE;
                throw new Exception('La imagen: ' . $_FILES['file']['name'][$i] . ' debe tener como mínimo 1100px de ancho y 650px de alto.');
            }
        } else {
            $upload_err = TRUE;
            throw new Exception('La imagen (' . $_FILES['file']['name'][$i] . ') pesa más de 7 MB.');
        }
    }
}

$img_p es la imagen optimizada y $img_t es el thumbnail que necesito guardar tambien. No estoy seguro si hay alguna diferencia entre como esta ahora y llamar imagedestroy antes, por lo menos para la primera imagen que es la que pesa bastante (suelen pesar 4-6MB resolución 4k de la camara del movil/fotos).

Tal vez se puede optimizar mi script.

Gracias!

Lo que estás haciendo es complicarte la vida, enviando una petición por imagen? Además no hace falta reinventar la rueda (una y otra vez...).

Tienes varios plugins JQuery que hacen esto por tí, yo uso FlexSlider (ahí tienes una demo).

<div class="flexslider">
  <ul class="slides">
    <li>
      <img src="imagenes/Imagen_1.png" />
    </li>
    <li>
      <img src="imagenes/Imagen_2.png" />
    </li>
  </ul>
</div>

Una vez creado el html inicializas el plugin en el:

$(window).load(function() {
  $('.flexslider').flexslider({
    animation: "slide"
  });
});

Si no sabes el número de imagenes que vas a tener en la carpeta, puedes buscarlas y crear el html automaticamente:

$storeFolder = realpath('/home/usuario/web.com/imagenes');
 
if ( FALSE !== $storeFolder && is_dir($storeFolder) ) {
 
    $files  = scandir($storeFolder);
 
    if ( FALSE !== $files ) {
        foreach ( $files as $file ) {
            if ( '.' != $file && '..' != $file) {
                echo '    <li>
      <img src="', $file, '" />
    </li>';
            }
        }
    }

Este código debería ir entre las etiquetas <ul></ul>.

Si las imagenes las suben los usuarios, debes asegurarte de que el nombre de estas no contenga comilas dobles para evitar ataques XSS.

EDITO: En el segundo ejemplo de la página te dicen como poner botones si no es suficiente con las flechas < y >.

Arg! Ultimamente estoy espeso.... con lo facil que habria sido comprobar el error del mysqli....

echo $mysqli->error;

+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8mb4                    |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | latin1                     |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
8 rows in set (0.00 sec)

Ya le dije a mi amigo que es el que tiene acceso ssh que lo solucione.

Gracias!

Dice lo mismo. ¿Crees que puede ser una configuración de php? Seguro que no es nada... sin embargo ya van dos dias perdidos buscando una solución 

Gracias!

Las tablas tienen todas utf8mb4 y el collation es utf8mb4_unicode_ci.

Entonces es muy raro ya que en la tabla está almacenado con ï, pero cuando hago el select hex(name) from tabla; me muestra C3 AF....

Lo de la interrogación con fondo negro solo sale cuando mysqli tiene utf8mb4 y los datos están guardados tal cual en la tabla, entonces al mostrarlos, los acentos y demás caracteres son reemplazados.

Puede ser un problema del navegador (la cache o algo)?

EDITO: Haciendo un poco de debug me he encontrado con que mysqli no acepta utf8mb4.... la versión de php es 5.4.41 y mysql 5.5.41 (utf8mb4 se introdujo en 5.5.3).

$mysqli = new mysqli('127.0.0.1', 'user', 'pwd', 'db_name');
$mysqli->set_charset('utf8mb4');
printf("Current character set: %s\n", mysqli_character_set_name($mysqli));

Dice "latin1"... Si quito mb4 dice "utf8"...

Los caracteres acentuados y demás especiales. Voy a explicarlo mejor:

Si utilizo: $mysqli->set_charset('utf8'); esto es lo que pasa:

- Los datos se guardan tal cual, por ejemplo si inserto Altaïr se guarda tal cual y cuando lo cojo con un select se muestra tal cual (el hex es 41 6C 74 61 C3AF 72).

Si utilizo $mysqli->set_charset('utf8mb4'); esto es lo que pasa:

- Los datos se guardan mal codificados, por ejemplo si inserto Altaïr esto es lo que se guarda Altaïr (el hex es 41 6C 74 61 C383C2AF 72) pero cuando hago el select es codificado y mostrado correctamente.

- Si guardo manualmente Altaïr en la columna, se muestra la interrogación con fondo negro: Alta�r (que es lo que pasa con todos los nombres de ciudades/zonas que tienen acentos).

Tengo una función de una clase que, por una razón desconocida, cuando está utf8mb4 en mysqli, los datos acentuados se muestran correctamente, pero si lo cambio a utf8, los datos que selecciona esta función son mostrados sin codificación utf8: por ejemplo, en la tabla "es" tengo Iniciar Sesión y si la codificación del mysqli es utf8 lo que se muestra es Iniciar Sesión, pero si la codificación del mysqli es utf8mb4 se muestra bien.

En resumen, si la codificación de mysqli es utf8, los datos son correctamente insertados y seleccionados en todas partes menos en la función de clase antes mencionada (que solo selecciona bien si esta utf8mb4).

Ahora bien, esta función de clase se encarga de detectar el idioma del navegador/cookie/configuración y selecciona datos de una tabla u otra, pasandole como parametro el código del texto. Esta función solo imprime bien si mysqli tiene utf8mb4....

Si necesitas ver tanto la clase loc_es o cualquier parte del código dimelo y lo puedo poner aquí si no es mucho o en un paste bin/etc.

Gracias!

Estoy empezando a migrar (en mysql) de utf8 a utf8mb4 y a la hora de que php muestre contenido con caracteres especiales/acentuados, estos son remplazados por una interrogación con fondo negro ( � ).

Me he asegurado de que todo esté correcto. La base de datos está usando utf8mb4 (todas las tables y columnas con tipo: text, varchar, etc). Los archivos .php todos usan utf-8 (trabajo con visual studio code y esto es por defecto) y los headers, tanto en php como en html, están puestos a utf8.

Despues de instanciar mysqli, cambio el charset de utf8 a utf8mb4:

$mysqli->set_charset('utf8mb4');

Pero si lo dejo en utf8 todo funciona correcto... Y por lo que he estado leyendo, eso no tiene sentido alguno... Ya que en php, la codificación utf8 es completa y soporta hasta 4 bytes pero en mysql utf8 solo soporta hasta 3, por eso si el charset es utf8 pero mysql trabaja con utf8mb4 tiene que hacer conversión y es una perdida de tiempo...

¿Donde creeis que puede estar el problema?