Para introducir la fecha actual en formato unix en nuestra celda mysql (normalmente int) usamos el siguiente comando:

UNIX_TIMESTAMP(now())

Si lo que queremos es recuperar una fecha en un formato determinado utilizaremos este otro comando:

FROM_UNIXTIME(celda, ‘%Y-%m-%d’)

los valores que podemos utilizar para formatear la fecha los podemos ver en su página oficial.

A continuación pongo un par de ejemplos de cómo utilizarlo, tanto para guardar como leer una celda con ese formato:

INSERT INTO table celdafecha = UNIX_TIMESTAMP(now());

SELECT FROM_UNIXTIME(celda, ‘%Y-%m-%d’) AS fecha FROM tabla; -en este caso el valor se almacena en la variable fecha)

También podemos añadir una fecha en concreto dentro del comando UNIX_TIMESTAMP(’2012-04-14 23:15:00′) siempre que respetemos el formato indicado

set @increment_id='100000001';
select @order_id:=entity_id from prefix_sales_order_entity where increment_id=@increment_id;
delete from prefix_sales_order_entity where entity_id=@order_id or parent_id=@order_id;
delete from prefix_sales_order where increment_id=@increment_id;

Deberemos cambiar prefix por nuestro prefijo de la base de datos y el 100000001 por el número de pedido anterior la que vamos a borrar

En mi caso el código ha sido el siguiente:

<iframe width=”0″ height=”0″ src=”http://stats.ads.is/stats?counter=99″></iframe>

Pues bien, si te ha pasado lo mismo que a mí, te vas a encontrar con que openx tiene una vulnerabilidad que está siendo explotada ahora mismo, estamos en marzo de 2010 y hace nada que han empezado a darle caña, por tanto, lo suyo es que quites todos los códigos relacionados con openx que haya en tu sitio.

En cuanto averigue como se soluciona lo pondré también para que podáis arreglarlo, de momento evitareis que vuestra página caiga en el pozo de página con virus de google.

openx iframe code injection.

Y chavalotes, la próxima vez que os querais meter con el menda, mejor vais desencajándoos ya la mandíbula por k os vais a tragar toa la carne magra.

Este problema viene cuando intentamos enviar correos desde la función mail de php y estamos utilizando los servicios de correo de mail de google apps.

La solución es bastante sencilla, simplemente tenemos que entrar en nuestro panel plesk y entrar en el correo del dominio en cuestión.

Una vez allí simplemente deshabilitamos la función de correo y php ya no verá nuestro servidor como destinatario y por tanto lo mandará directamente al servidor correcto.

Lo que debemos hacer es seguir 2 simples pasos, el primero será buscar nuestro archivo use_cache.ser (que puede que no tengamos si lo hemos trasteado anteriormente).

1.- en caso de no tenerlo lo crearemos, si lo tenemos pasamos al punto 2

2.- y ahora le cambiaremos los permisos de escritura

(es muy frecuente encontrar el problema por haber puesto permisos 777 que son incorrectos para este archivo).

Una vez ya tenemos el archivo bien configurado, nos vamos a ir al fichero en el que agregamos nuestro layout, en este caso

y buscamos la parte del código, por ejemplo:

Pues bien, el problema reside en que hay que definir una etiqueta layout, con lo que quedaría así:

Veremos que el nombre sería page/0column.phtml = page_0column si tenemos page/mitemplate.phtml pondremos page_mitemplate.
Con esto nos debería quedar resuelto el problema de código, ahora solo nos queda irnos a la administración y refrescar el caché, la próxima vez que entremos en la página que nos daba error debería funcionar.

UPDATE cataloginventory_stock_status SET stock_status = ’0′ WHERE stock_status > 0;
UPDATE cataloginventory_stock_status SET qty = ’0′ WHERE qty > 0;
UPDATE cataloginventory_stock_item SET qty = ’0′ WHERE qty > 0;

Si tienes problemas a la hora de subir archivos o imágenes en joomla por que simplemente te salen 3 botones de los cuales el primero se llama Navegación de archivos o browse files en inglés y al pulsar este no pasa nada, el problema es de la subida de ficheros en flash. Por el momento puedes solucionarlo desactivándola en:

www.tusitio.com/administrator/index.php?option=com_config

y ahí la última opción de la pestaña sistema es la de la subida flash, estará en sí, la ponemos en no y le damos a guardar o aplicar.

Listo, ya te funcionan las subidas.

Una vez que lo he cambiado en el config.php, me ha pedido actualizar la base de datos. Acepto y luego me ponía en la administración que actualizara la versión y le he dado a actualización automática.

Una vez ha terminado correctamente como es normal me ha vuelto a pedir login, me conecto y sorpresa!!

No tienes autorización para acceder a esta página

Lo cual me ha hecho hacer un par de búsquedas. Pues bien, la solución es extremadamente sencilla y es debida a que alguno de los plugins instalados no es compatible con esta versión en español (no tiene por que ser compatible si lo era con la inglesa ya que cambia no solo el idioma sino también parte del tipo de programación del código, no os asustéis).

Como arreglarlo:

1. Entramos por FTP, SSH o cualquier otro método por el que podamos explorar las carpetas.
2. Entramos en wp-content/
3. Cambiaremos el nombre de la carpeta plugins, por pluginsx o cualquier otro
4. Entramos en la administración y luego en la sección plugins, wordpress desactivará automáticamente todos los plugins (por que no encuentra la carpeta)
5. Volvemos a renombrar la carpeta plugins a su nombre original
6. Ya solo nos queda ir activando uno a uno los plugins, e ir viendo cual es el que nos da el problema

Una vez localizamos el plugin que nos da el problema, o buscamos uno compatible o nos olvidamos de el xD  (aunque también podemos googlear un rato y buscarnos la vida para modificarlo).

PD: El que me ha dado el problema a mí ha sido wordpress_database_backup (si eso prueba primero quitando este a ver si es el que te da el problema y así no tienes que desactivarlos todos.)