Magento, eliminar pedidos de prueba [Solucionado]

Para eliminar un pedido de prueba solo tenemos que ejecutar el siguiente comando directamente desde phpmyadmin:

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

agosto 2nd, 2010 | Dejar un comentario

Magento 1.4.0.1 al pagar por paypal no carga el envío [Solucionado]

Si estamos teniendo problemas con paypal standard por que no nos está cargando el envío cuando un cliente compra es muy simple. Vamos a:

administración > sistema > metodos de pago > paypal standard

y una vez ahí tenemos que configurar la siguiente opción:

Transfer Cart Line Items: NO

Una vez hecho esto ya no nos debería dar problemas por que envía directamente el total y no los productos por separado.

julio 4th, 2010 | Dejar un comentario

Magento paypal standard redirect loop [Solucionado]

Bueno, en caso de que hayamos migrado a la versión 1.4.0.1 o posterior del magento y nos encontremos con que la dirección

http://www.tutienda.com/paypal/standard/redirect/

nos recarga contínuamente en un loop infinito.

Puede ser que hayamos leído que hay un problema con una extensión de gift (regalos) en la que hay que cambiar una línea para que nos coja bien la url.

Pues bien, si has pasado por ahí y resulta que la extensión del cheque regalo no está instalada, nos va a dar un gran quebradero de cabeza. El caso es que si abrimos la carpeta

app\code\local\Mage\Pap\Block\Paypal\

y ahí el archivo Redirect.php veremos que alrededor de la línea 10 tenemos lo siguiente:

$standard->getPaypalUrl()

Lo cambiamos por

$standard->getConfig()->getPaypalUrl()

probamos a realizar una compra y podremos volver a ver la luz xD

junio 16th, 2010 | Dejar un comentario

Magento, migro mi sitio a otro dominio y ahora no me carga los pasos el onepage [Solucionado]

Pues simplemente eso, una vez hecha la migración a otro server o dominio, si vemos que nos funciona todo correctamente pero fallamos en el punto en el cual vamos a realizar una compra (en internet explorer nos da errores en la página de ajax y demás) la solución para por que algo nos hemos dejado (también puede ser por un módulo de gifts que tengamos instalado)
En mi caso y después de probar y reprobar mil cosas, me dí cuenta de que me había olvidado algo.
Simplemente cambié los permisos de la carpeta media:

1
chmod -R 777 media

y volví a respirar tranquilo (si es que olvidar una tontería puede traer dolor de cabeza)

junio 15th, 2010 | Dejar un comentario

Magento, sacar hora fecha del sistema [Solucionado]

Puesto que magento configura la hora desde index.php, a veces cuando desarrollamos aplicaciones para este nos encontramos que funciones como time() o date() nos dan diferencias importantes en el tiempo.
Esto se soluciona usando el model incluído para eso, es tan simple como usar una línea similar a esta:

date("Y-m-d", Mage::getModel('core/date')->timestamp(time()));
mayo 14th, 2010 | Dejar un comentario

No funciona GoogleAnalytics en Magento 1.4.0.1 [Solucionado]

Bueno, para todos aquellos que estén experimentando fallos con googleanalytics al pasar o instalar la versión 1.4.0.1 de magento, aquí va una solución temporal (temporal por que se toca el core):

Localizar el archivo: app/code/core/Mage/GoogleAnalytics/Block/Ga.php

Antes de:

_gaq.push(["_setAccount", "' . $this->getAccount() . '"]);
_gaq.push(["_trackPageview", "'.$this->getPageName().'"]);

Insertar esta línea:

var _gaq = _gaq || [];

Localizar el archivo: app/code/core/Mage/GoogleAnalytics/Model/Observer.php

Cambiar:

$analyticsBlock->setQuote($quote);

Por:

            if ($quoteId == $quote->getId()) {
                $analyticsBlock->setQuote($quote);
            } else {
                $analyticsBlock->setQuote($quoteId);
            }

Con esto debería volver a funcionarnos, pero atentos, es cosa de core, así que esperaremos a que nos lo incluyan en una futura release.

mayo 11th, 2010 | Dejar un comentario

Magento 1.4 backend, al crear pedidos no calcula bien el precio [Solucionado]

Si estamos teniendo problemas al crear pedidos desde la administración una vez hayamos actualizado a la versión 1.4, tales como que no nos está calculando correctamente los precios al guardar los pedidos, solo tenemos que seguir los siguientes pasos en el archivo:

app/code/core/Mage/sales/Model/Quote/Address/Total/Subtotal.php

(ya sé que es tocar core, pero esto permitirá que podamos seguir trabajando al menos hasta que lo solucionen de forma nativa)

Paso 1. Localizar el código en el archivo

$finalPrice = $product->getFinalPrice($quoteItem->;getQty());
$item->setPrice($finalPrice);
--Aquí va a ir el código, es lo que vamos a modificar--
}
return true;
}

Paso 2. Cambiaremos este código

$item->calcRowTotal();
$this->_addAmount($item->getRowTotal());
$this->_addBaseAmount($item->getBaseRowTotal());
$address->setTotalQty($address->getTotalQty() + $item->getQty());

Paso 3. Por este otro

if ($quoteItem->getCustomPrice())
$quoteItem->setCustomPrice($quoteItem->getData('original_custom_price'));
$item->calcRowTotal();
$address->setSubtotal($address->getSubtotal() + $item->getRowTotal());
$address->setBaseSubtotal($address->getBaseSubtotal() + $item->getBaseRowTotal());
$address->setTotalQty($address->getTotalQty() + $item->getQty());

Con esto solo nos queda probarlo y ver que todo funciona correctamente. (refrescar caché por si acaso)

—-

When a product with a custom price was added to cart, and afterwards the qty of the item was changed, the subtotal messes. This was because the total tax of the item was not recalculated.

We only must to replace the above code in step 2. by the code in step 3. in the file: app/code/core/Mage/sales/Model/Quote/Address/Total/Subtotal.php

mayo 9th, 2010 | 1 Comentario

No funcionan las wishlist en magento 1.4.0.1 [Solucionado]

En caso de que hayamos actualizado y por algún motivo no se agreguen bien los productos a las wishlist, es tan simple como editar cualquier producto de nuestro catálogo e incluirlo en la categoría root de nuestra tienda, una vez hecho esto probamos y veremos que funcionan las wishlist correctamente, ahora ya solo nos queda quitar el producto de la categoría y a funcionar.

——-

Wishlist not working in 1.4.0.1

If we are experiencing problems with the wishlist after upgrade, only mus to edit any product  and include it into our root category of the shop. After that we can check if wishlist is working, and after we confirm that we can remove the product from the root category and save.

mayo 8th, 2010 | Dejar un comentario

Las categorías y búsqueda no muestran resultados al actualizar magento a la 1.4 [Solucionado]

Si estáis sufriendo el problema de que vuestro magento no enseña los artículos en las categorías después de actualizar a la 1.4 puede que os hayais percatado de que sí que lo hace estando logueados. Si es así, la solución es tan simple como entrar en la base de datos con phpmyadmin o algún otro gestor de mysql y nos vamos a la tabla customer_group, ahí debemos cambiar

USER NOT LOGGED IN

y ponerle id 0, una vez guardado veremos que respiramos tranquilos de nuevo.

——

The categories and search not mach any product after update to magento 1.4 [Solved]

If you have this problem only mus to enter in the database, and in table customer_group change the id of USER IS NOT LOGGED IN to 0

Related issue is with 3 other tables:

Next four records MUST HAVE id = 0 (zero) in primary key field:

WHERE:

core_store.code=’admin’

core_website.code=’admin’

core_store_group.name=’Default’

customer_group.customer_group_code=’NOT LOGGED IN’

mayo 7th, 2010 | Dejar un comentario

Al actualizar Magento 1.3.x a 1.4 la administración se descuadra y la tienda da error [Solucionado]

Bueno, al final nos animamos a realizar la actualización y como no, primero lo hacemos en un entorno de pruebas. Pare eso podemos ver los pasos para hacer una copia de un sitio  a otro en 10 minutos sin morir en el intento.

Una vez nos ponemos a trabajar en el entorno en pruebas, actualizamos nuestra instalación de mangento, pero SORPRESA!! ahora resulta que nos da error la tienda (un error que no va a mostrar por que se deshabilita por razones de seguridad). Este error se debe generalmente por que tenemos un template personalizado que hemos ido tocando desde el primer día… he estado leyendo mucho al respecto, pero no, este es el momento de estirarse de los pelos. Tendremos que reprogramarlo por que se ve que cambia bastante la forma de hacer las cosas, archivos etc en esta versión de magento.

Bueno, como vemos que no nos funciona nos encaminamos a la administración por que “bah pues pongo el default a ver si va” y nos encontramos con esto:

Pues bien, esto se debe a un plugin del que seguramente ya no te acuerdes que instalaste. Speedster de fooman. Lo que pasa es que la instalación del magento sustituye el .htaccess que tenemos por uno nuevo, por tanto solo tenemos que abrir este archivo (que está en el root) y bajo esta línea:

1
#RewriteBase /magento/

poner estas otras:

1
2
3
############################################
## Compress, Combine and Cache Javascript/CSS
RewriteRule ^(index.php/)?minify/([^/]+)(/.*.(js|css))$  lib/minify/m.php?f=$3&d=$2

Una vez hecho esto, lo guardamos y vemos que milagrosamente vuelve a funcionar nuestro panel de administración.

Ahora solo nos falta currárnoslo y reprogramar el theme antes de migrar (probando tooooodas las funcionalidades modulos de pago y demás que hayamos instalado claro)

abril 23rd, 2010 | Dejar un comentario
VicHaunter © 2008