Mensajes

[JorgeEMX]

Muchas gracias JorgeEMX Pero lo que me interesa es pasarme a otro formulario tendrás alguna idea de como hacerlo? ¿que tengo que poner en mi formulario para pasarme a otro? Si bien cuando validaba mi formulario con alert() colocaba en mi formulario

Código (html4strict) [Seleccionar] Expandir

<form action="proximapagina.php" onsubmit="return funcionJSQueValida();"> y me pasaba a otra pagina cuando daba true de retorno pero en este caso no se que poner en el formulario 
Desde ya muchas gracias

La estructura de tu HTML es correcta, el problema es con JS. Yo no vi ninguna definición de un botón submit en tu form para enviar la información. Sin embargo, al colocarlo el JS arroja un error que no puede acceder a la propiedad style; ya que la definición del botón la coloqué como:

Código (html4strict) [Seleccionar] Expandir


<input type="submit" name="enviar" value="enviar" />


En conclusión, el problema está en el JS (ya que a ti en otro post anterior dices que te marca un error que no debería aparecer). Si no sabes "debuguear" JS, hay poco que se pueda hacer.

Tienes un error en tu JS (aparte de que tu HTML es una porquería en cuanto a estructura):

Código (javascript) [Seleccionar] Expandir


   var formulario = document.getElementById("form1"), //El formulario
       elementos = formulario.elements; //Sus elementos
       avisos = document.getElementsByClassName("aviso"); //Las etiquetas
       total = elementos.length; //El total de elementos del fomurlario

   formulario.addEventListener("submit", function(event){
       event.preventDefault();
       var valido = true;

       for (var i = 0; i < total; i++){
           if(elementos[i].type != "submit")
           {
               if (!elementos[i].value.length){
                   avisos[i].style.display = "inline-block";
   
                   valido = false;
               }
               else{
                   avisos[i].style.display = "none";
   
               }
           }
       }
       
       if (valido){

           this.submit();
       }
   }, false);


Y yo pondría valido a false como primer instancia.. pero eso es otro tema.

Si antes funcionaba y ahora no, el problema es la configuración de PHP. Por lo que dices, los mensajes son tipo NOTICE; lo que significa que sólo es una anotación sobre tu script y no es un error grave.

Ve si está bien configurado tu nivel de mensajes que arroja el interprete: http://php.net/manual/en/errorfunc.configuration.php#ini.display-errors , puedes usa la siguiente función para cambiar los valores en tipo de ejecución http://php.net/manual/en/function.error-reporting.php

Ps mira, yo he realizado una prueba (de hecho nunca había manejado Mercury hasta ahora), sin configurar tantas cosas y no he tenido muchos problemas. Sobre los archivos de LOG y la configuración de hosts tengo algo parecido a ti. Te paso mi configuración:





Otra cosa, no muestras los resultados de los monitores de Mercury, puedes ver en la siguiente imagen la relación entre los IDs y así podrás tener una idea de lo que pasa (igual estaría bien que pasaras la imagen).

Prueba con algo similar a esto:

http://stackoverflow.com/questions/8426058/bash-get-the-parent-directory-of-current-directory

Deberías evitar usar las rutas estáticas, ya que por lo que veo, se usa una variable para que pueda ser configurable de alguna forma.

Tiene que ver con la gestion de los paquetes, con wget en terminal son más rápidas porque por ejemplo no estas cargando una página de link , el soporte de uso de ram del navegador etc.

Es un método que va ha hacer que el down sea más rápido, acortando consumos y dando eficiencia al tratamiento de los packets recibidos.

Es lo que te puedo decir.

Perdón? Que tiene que ver el uso de RAM con la velocidad de descarga??

La razón del que podría ganar un poco más de velocidad es porque WGET es una herramienta para trabajar directamente con el protocolo HTTP. El tratamiento de paquetes, entre otras cuestiones, es mucho más optimizado que el algoritmo que pueda tener cualquier navegador.

A mi eso me paso y me paso no solo en un pc sino en los dos pues usaba la misma distro en ambos , la ultima release de Comfusion y lo teni en dos pcs distintos con sumamente los mismos programas que uso y me paso en los dos que si queria pasar datos del disco interno a una usb se me hacia muy lento pero cosa muy lenta mismo.

Extrañe que me pasase en uno y probe a ver el otro y tenia el mismo problema , porque habia pensado si en el mi pc de escritorio con cpu no habria enganchado mal algun cable de energia o algo que siempre lo ando limpiando y probé y me pasaba en los dos el mismo problema, me ocurrio justo despues de tener la distro con los updates al dia.

Podria ser algun paquete o programa que estaba en las dos máquinas distintas o bien en el ambiente que fue lo que me quede pensando , pero nunca supe porque me pasaba eso. Despues de cambiar de distro nunca más me paso.

El pc de escritorio si que tenia algunas cosas en disco lo estoy llenando siempre, pero el otro casi no tiene nada.

Cosa extraña, me quede con la idea de que la cosa podria venir de XFCE y thumblerd o algo pero nunca supe dar con la clave.

Compiz en mis tiempos era muy pesado si no tenías una tarjeta gráfica buena, lo que provocaba grandes picos de CPU. Mi teoría, es que al verse afectado el acceso al CPU se veía afectado la velocidad de lectura y por lo tanto, escritura del disco.

No entiendo bien cuál podría ser tu problema..

Yo he realizado pruebas de la siguiente forma:



Mejor usa http://postimg.org/, para subir las imágenes a tamaño normal.

Puedes establecer cualquier conexión con otra "pc" siempre y cuando se encuentren en el mismo segmento de red. O mejor dicho, si los dos se conectan al mismo router y tiene conexión a internet (los dos), pueden conectarse. Deben saber su dirección ip para estar poder establecer una conexión LAN.

Entonces me parece que tu problema esta con XFCE, y thunar. Secadra te esta pasando a ti lo que me paso a mi que tenia eso mismo una muy mala escritura nunca supe porque llegue a reinstalar algunos apquetes como ntfs-3g etc y nunca llegue a dar con el problema lo que hice fue intalar otro sistema con LXDE

Nada tiene que ver el entorno gráfico con la velocidad de escritura (nada que realmente haga que un disco baje a un 50% de lo normal).

Ahora no sé porque el autor del tema dice que no le gusta dd, si Gdiskdump es un GUI de dd. Algo tendrá que ver la configuración para hacer la copia, tampoco dice si antes de eso seleccionó la opción de crear una imagen comprimida de la partición. Lo que si podría influir que tan gastado este el disco de origen, si está casi lleno a reventar o con secciones dañadas.

Yo creo que deberías por empezar a investigar si tu disco de origen está sano o no.