Dutch

Het probleem

Na het upgraden van Magento naar versie 1.4.0.1 was er een klein probleem met het doorsturen naar de startpagina in de backoffice.
Na iedere keer inloggen resulteerde dit in een 404 pagina.
Omdat ik het niet in elke webshop had, ben ik opzoek gegaan naar het probleem.
Het probleem is het toevoegen van de winkelcode aan de URL, bij een meertalige webshop is dit voor SEO een must zodat je bijvoorbeeld URL’s als www.voorbeeldschop.nl/nl/categorie/product.html krijgt. Hierdoor kan je unieke URL’s per land uitserveren.
Echter worden deze codes ook in het admin gedeelte (de backoffice) gebruikt, standaard is hier de ’storecode’ admin.
Omdat het backoffice standaard is te benaderen via www.voorbeeldschop.nl/admin en hier nog de storecode aan moet worden toegevoegd, krijg je feitelijk dus www.voorbeeldschop.nl/admin/admin/.

De oplossing
Omdat in het inlog formulier geen HTML action staat, zal het formulier de huidige URL gebruiken, als u de backoffice dus benaderd zonder extra storecode, maar wel deze instelling aan heeft staan, (dit is trouwens hier in te stellen: System->Configuration->General->Store Code to URLs), zal het formulier naar de verkeerde URL gaan, namelijk de versie zonder store code.
Wil je wel de backoffice kunnen benaderen zonder www.voorbeelshop.nl/admin/admin te moeten gebruiken, pas dan het volgende aan:
app/design/adminhtml/{theme}/{template}/template/login.phtml on linenumber 48

<form method="post" action="" id="loginForm">;

Vervang met:

<form method="post" action="http://<?php echo $_SERVER['HTTP_HOST']; ?>/admin/admin/" id="loginForm">

Let op

Gebruikt u een aangepaste admin-URL dan doet u deze op te geven i.p.v. ‘admin’.

English

The problem
After upgrading to 1.4.0.1 Magento we had a 404 after each login action.
Because I do not have this issue by any shop, I started looking for a solution.
The problem is due to the “Add Store Code to URL” setting.
It adds the storecode to the URL.
This storecode is also expected in the admin area.
By default, the login form called via (domain) / admin and no action on the form is passed, thus there is no known storecode.

The solution
Als je het inlogformulier aanroep via {domein}/admin/admin zal het werken.
If you also want (domain) / admin work, change the following:
app/design/adminhtml/{theme}/{template}/template/login.phtml on linenumber 48

<form method="post" action="" id="loginForm">

Replace with:

<form method="post" action="http://<?php echo $_SERVER['HTTP_HOST']; ?>/admin/admin/" id="loginForm">

Vaak is het gewenst om extra velden toe te voegen aan de klant-registratie (Customer_Block_Form_Register). Hier zijn een aantal stappen voor nodig:

Definiëren extra velden bij klant registratie

1.) Installeer de ‘Attributes manager’: Magento Connect – Attributes manager – Overview – eCommerce Software for Growth

2.) Fix de URL’s van deze extensie in de BackOffice.
Ga hiervoor naar: “app/design/adminhtml/{template}/template/attributemanager/index.phtml”

En fix de a href’s met de volgende code:

<div align="center">
        <h3 class="icon-head"><u>< ?php echo Mage::helper('attributemanager')->__('Choose attributes to manage') ?></u></h3>
        <br /><br />
        <h3 class="icon-head">
        <a href="<?php echo $this->getUrl('*/*/category');?>">< ?php echo Mage::helper('attributemanager')->__('Categories attributes') ?></a>
        <br />
        <a href="<?php echo $this->getUrl('*/*/customer');?>">< ?php echo Mage::helper('attributemanager')->__('Customers attributes') ?></a>
        <br />
        <a href="<?php echo $this->getUrl('*/*/address');?>">< ?php echo Mage::helper('attributemanager')->__('Customers address attributes') ?></a></h3>
    </div> 

3.) Maak je custom attribute (extra invoer veld). Bijvoorbeeld extra veld bij de klant registratie (customer registration).
Dit kunt u hier doen: admin/Systeem/Manager/Manage attributes
De attribute manager zorgt ervoor dat het custom attribute in de tabel eav_attribute wordt geplaatst.

4.) We moeten de core klasse Mage_Customer_Block_Form_Register uitbreiden met wat functionaliteit.
Aangezien we bij een update ook operationeel willen blijven, moeten we magento hier uitbreiden, we attenderen Magento op onze extra functionaliteit. Let op De stap is alleen nodig bij het dynamisch ophalen van drop-down lijsten, voor een simpel invoer veld is deze functie niet nodig

Maak een file {BedrijfsNaam}_Customer.xml in: app/etc/modules/ en voeg hier de volgende XML code aan toe.

< ?xml version="1.0"?>
<config>
	<modules>
        <bedrijfsnaam_customer>
           <active>true</active>
           <codepool>local</codepool>
           <version>>0.1.0< /span></version>
       </bedrijfsnaam_customer>
	</modules>
</config>

Nu weet Magento dat hij eerst bij de door jou zelf gedefineerde module moet kijken.
Maar nu moeten we deze klasse nog wel even maken uiteraard.
Maak dit bestand aan:
app/code/local/{BedrijfsNaam}/Customer/Block/Form/Register.php

Let op
Extra zelf gedefineerde code, moet je altijd in de map app/code/local/ plaatsen, deze code wordt bij een update van Magento niet overschreven.

Hier de klasse zelf (de Register.php):

< ?php
/**
 * Customer register form block
 *
 * @author      Johan van de Pol
 */
class BedrijfsNaam_Customer_Block_Form_Register extends Mage_Customer_Block_Form_Register
{
    /**
     * Get CustomField options
     *
     * @param String $custom_field            Name of custom_field.
     * @param Integer $attribute_id            Attribute_ID of custom field.
     * @return Array                         With attribute options.
     */
    public function getCustomFieldOption ($custom_field, $attribute_id)
    { 
        $attribute = Mage::getModel('customer/customer')->getAttribute($custom_field, $attribute_id);
        return $attribute->getSource()->getAllOptions(true, true);
    }
} 

Voor de afhandeling moet magento er ook op worden geattendeerd dat er een extra attribute bij gekomen is (voor de afhandeling en het opslaan). En hij moet weten dat de klasse van jou module eerst moet worden aangeroepen.

Maak hiervoor het volgende bestand aan:
app/code/local/{BedrijfsNaam}/Customer/etc/config.xml

< ?xml version="1.0"?>
<config>
	<global>
		<blocks>
			<customer>
				<rewrite>
					<form_register>BedrijfsNaam_Customer_Block_Form_Register</form_register>
				</rewrite>
			</customer>
		</blocks>
		<fieldsets>
      			<customer_account>
      				<extra_veld><create>>1< /span></create></extra_veld>
	      		</customer_account>
		</fieldsets>
	</global>
</config>

5.) Nu is het tijd voor de weergave van het drop-down attribute zelf.
Zet hiervoor onderstaande code in app/design/frontend/{template}template/customer/form/register.phtml

<div class="input-box">
                    <label for="UW_EXTRA_VELD">< ?php echo $this->__('UW_EXTRA_VELD') ?><span class="required">*</span></label><br />
                    <select id="UW_EXTRA_VELD" name="UW_EXTRA_VELD" class="select">
                         < ?php foreach ($this->getCustomFieldOption('UW_EXTRA_VELD', 'attribute_id') as $option): ?>
                         <option value="<?php echo $option['value'] ?>">< ?php echo $option['label'] ?></option>
                         < ?php endforeach; ?>
                    </select>
                </div>

Opmerking
Zonder attribute_id werkt hij blijkbaar ook, maar het attribute ID vind je in de database en wel in de volgende tabel ‘eav_attribute’.
De volgende Query levert u het juiste attributeID op:

SELECT attribute_id FROM `eav_attribute` WHERE `attribute_code` = 'UW_EXTRA_VELD'

Het extra attribute (input field or dropdown list) is nu zichtbaar en wordt ook netjes opgeslagen.

Deze tutorial is geschreven op het moment dat Magento 1.3.2.3 de meest recente versie was.

De bug in firebug 1.4 ook zo zat? installeer de meest recente versie (firebug-1.5X.0a18) op http://getfirebug.com/releases/firebug/1.5X/

De bug in versie 1.4 zorgt er voor dat ongeveer 3 op de 10 ajax requests (xmlhttprequest) falen, dit is natuurlijk erg irritant.

De foutmelding die getoond wordt is overigens:

onreadystatechange FAILS Error: Permission denied for <http://localhost> to create wrapper for object of class UnnamedClass Error: Permission denied for <http://localhost> to create wrapper for object of class UnnamedClass readystatechange

Waar veel webontwikkelaars al mee bezig waren, gaan de grote bedrijven nu ook mee beginnen. We hebben het dan over het niet meer ondersteunen van Internet Explorer 6.0.

Aangezien dat deze browser zich erg slecht hield aan de W3C standaard, was het altijd een ware plaag voor de webdeveloper.

YouTube
Met het grote bedrijf doel ik op Google, die de ondersteuning van IE 6.0 niet meer biedt bij haar project Youtube. Zoals te lezen is op Nu.nl zegt YouTube IE 6.0 voorgoed vaarwel.

Gebruik
Toch wordt IE 6.0 nog opmerkelijk veel gebruikt, dit komt vooral door het achterblijven van sommige bedrijven. Privé wordt IE 6.0 nog maar op hele kleine schaal gebruikt. Zie ook:

Browser Statistics Month by Month

Bron: w3schools

Met Google Analytics kan je de bezoekers van je site analyseren. De meeste internet bedrijven gebruiken deze tool dan ook veelvuldig. Zelf gebruik ik Google Analytics ook voor de meeste projecten, zo ook voor devrijetrappers.nl.

Illustratie van bezoekers per dag

Devrijetrappers.nl is een site van een zaalvoetbalvereniging, de kern van de activiteiten van de bezoekers ligt natuurlijk op het kijken hoe laat er gespeeld moet worden. Nu is het zo dat Google Analytics dit erg mooi illustreert. (zie afbeelding).

De bezoekers van deze website zijn natuurlijk maar in 1 ding echt geïnteresseerd en dat is hoe laat moeten we spelen? Wanneer deze interesse gewekt wordt, is natuurlijk ook duidelijk aangezien woensdagavond de enige speelavond is. Op de afbeelding zie je precies dat elke woensdag een piek moment is in de bezoekersaantallen.