Add a Success, Info or Error Message to the session and save this for re-direction in Magento

//A Success Message
 Mage::getSingleton('checkout/session')->addSuccess("Your cart has been updated successfully!");
 //A Error Message
 Mage::getSingleton('checkout/session')->addError("Your cart has been updated successfully!");
 //A Info Message (See link below)
 Mage::getSingleton('checkout/session')->addNotice("This is just a FYI message...");
 //These two lines are required to get it to work
 session_write_close(); //THIS LINE IS VERY IMPORTANT!
 $this->_redirect('checkout/cart');

Aus Sicherheitsgründen ist es nicht gestattet in Magento-CMS-Pages direkt PHP-Code einzubinden.

Über dem folgenden Weg ist dies möglich:

Im Template Ordner muss dazu eine Datei zum einbinden vorhanden oder angelegt werden. Z.B. die test.phtml welche im Ordner  /app/design/frontend/default/default/test/test.phtml abgelegt wird.

In dieser Datei kann, wie in den phtml-template-files üblich, php-code aufgerufen werden, z.b.:

<strong><?php echo "Hello World"; ?></strong>

In der CMS-Page ruft ihr diese Template-Datei wie folgt auf:

{{block type="core/template" template="test/test.phtml"}}

Zuerst muss in der Datenbank die Quote Tabelle entsprechend mit dem neuen Attribute erweitert werden, dies geht wie gewohnt über die setup-scripte (z.B. mysql4-install-0.0.X.php):

$installer = $this;
$installer->startSetup();
$installer->addAttribute('quote', 'new_attribute', array(
 'label'                        => 'New Attribute',
 'type'                        => 'varchar',
));
$installer->endSetup();

Danach könnt ihr, z.b. im OnepageController.php dieses Attribute wie folgt mit Werten füllen:

Mage::getSingleton('checkout/session')->getQuote()->setNewAttribute('value');
 Mage::getSingleton('checkout/session')->getQuote()->collectTotals();
 Mage::getSingleton('checkout/session')->getQuote()->save();

Be careful on input and type. Input means the input type of the attribute. And type means the input type in database.

For textfield it will be:
'input' => 'text',
'type' => 'text',

For textarea it will be:
'input' => 'textarea',
'type' => 'text',

For date field it will be:
'input' => 'date',
'type' => 'datetime',

For select list it will be:
'input' => 'select',
'type' => 'text',

For boolean select it will be:
'input' => 'boolean',
'type' => 'int',

Mit der folgenden Funktion könnt ihr Sonderzeichen bzw. Ausländische Buchstaben (ISO8859-1 & ISO8859-2) in  deutschen Standard-Buchstaben konvertieren.

Mapping of special characters (ISO8859-1 & ISO8859-2) to German standard characters.

function _char_mapping($string)
 {
 $table = array(
 'À'=>'A',
 'Á'=>'A',
 'Â'=>'A',
 'Ã'=>'A',
 'Å'=>'A',
 'Æ'=>'A',
 'Ç'=>'C',
 'È'=>'E',
 'É'=>'E',
 'Ê'=>'E',
 'Ì'=>'I',
 'Î'=>'I',
 'Ï'=>'I',
 'Ð'=>'D',
 'Ñ'=>'N',
 'Ò'=>'O',
 'Ó'=>'O',
 'Ô'=>'O',
 'Õ'=>'O',
 '×'=>'x',
 'Ø'=>'OE',
 'Ù'=>'U',
 'Ú'=>'U',
 'Û'=>'U',
 'Ý'=>'Y',
 'à'=>'a',
 'á'=>'a',
 'â'=>'a',
 'ã'=>'a',
 'å'=>'o',
 'æ'=>'a',
 'ç'=>'c',
 'è'=>'e',
 'é'=>'e',
 'ê'=>'e',
 'ë'=>'e',
 'ì'=>'i',
 'í'=>'i',
 'î'=>'i',
 'ï'=>'i',
 'ð'=>'d',
 'ñ'=>'n',
 'ò'=>'o',
 'ó'=>'o',
 'ô'=>'o',
 'õ'=>'o',
 'ø'=>'oe',
 'ù'=>'u',
 'ú'=>'u',
 'û'=>'u',
 'ý'=>'y',
 'ÿ'=>'y',
 'A'=>'A',
 'L'=>'L',
 'L'=>'L',
 'S'=>'S',
 'Š'=>'S',
 'S'=>'S',
 'T'=>'T',
 'Z'=>'Z',
 'Ž'=>'Z',
 'Z'=>'Z',
 'a'=>'a',
 'l'=>'I',
 'l'=>'I',
 's'=>'s',
 'š'=>'s',
 's'=>'s',
 't'=>'t',
 'z'=>'z',
 'ž'=>'z',
 'z'=>'z',
 'R'=>'R',
 'Á'=>'A',
 'Â'=>'A',
 'A'=>'A',
 'L'=>'L',
 'C'=>'C',
 'Ç'=>'C',
 'C'=>'C',
 'É'=>'E',
 'E'=>'E',
 'Ë'=>'E',
 'E'=>'E',
 'Í'=>'I',
 'Î'=>'I',
 'D'=>'D',
 'Ð'=>'D',
 'N'=>'N',
 'N'=>'N',
 'R'=>'R',
 'U'=>'U',
 'Ô'=>'O',
 'O'=>'O',
 'r'=>'r',
 'd'=>'d',
 'u'=>'u',
 'e'=>'e'
 );
 return strtr($string, $table);
 }

Nach der Veröffentlichung es neuen Internet-Explorer 9 (kurz: IE9), berichten einige Benutzer über Probleme mit Magento und JavaScript. Die Ursache ist ein geändertes DOM-Handling im IE9, die in Magento verwendete Ajax-Bibliothek Prototype berücksichtigt dies noch nicht berücksichtigt. In der aktuellen Prototype Version 1.7 ist dieser Fehler bereits behoben. Allerdings setzen die meisten Magento-Installationen noch ältere Prototype-Bibliotheken ein.

Durch hinzufügen folgender Meta-Tags könnt ihr diesen Fehler temporär umgehen:

<meta http-equiv="X-UA-Compatible" content="IE=8" />
<meta http-equiv="X-UA-Compatible" content="IE=7" />

Ihr erhaltet bei der Verwendung des ZendFrameworks unter PHP die Fehlermeldun „Validate class not found from basename ‚EmailAddress'“? Die Fehlermeldung ist etwas irreführend, eigentlich ist das reale Problem das MX checking unter Windows nicht verfügbar ist, jedenfalls bis 5.3 (ab PHP 5.3 sollte dies möglich sein).

Die dazu gehörige Klasse im ZendFramework:

Zend_Validate::is('email@provider.com', 'EmailAddress', array(Zend_Validate_Hostname::ALLOW_DNS, true));

Lösung: (L)unix basiertes System verwenden oder PHP 5.3 oder höher!

isXmlHttpRequest()

/**
* myAction from myController
*/
function myAction()
{
if  ($this->getRequest()->isXmlHttpRequest()) {
// do the handling of your ajax request
}
else {
// if it's not an ajax request then do regular handling here
}
}

/**
* myAction from myController
*/
function myAction()
{
if ($this->getRequest()->isXmlHttpRequest()) {
// do the handling of your ajax request
$myArrayofData = array('a','b','c');
//encode your data into JSON and send the response
$this->_helper->json($myArrayofData);
//nothing else will get executed after the line above
}
else {
// if it's not an ajax request then do regular handling here
}
}

Ihr möchtet mit PHP auf die SAP BAPI Schnittstelle zugreifen?

Dazu benötigt ihr die saprfc PHP Extension. Die Datei php_saprfc.dll in den Extension-Ordner von PHP kopieren, z.B.: Server_Path\lib\phpext

In der PHP.ini die Extension einbinden mit:

extension=php_saprfc.dll

Server neu starten und per phpinfo(); schauen ob das Modul erfolgreich geladen wurde (Eintrag SAPRFC).

Ist das Modul erfolgreich geladen ist der Zugriff über BAPI unter php möglich.

WICHTIG: Ihr für SAPRFC auch SAP-Sourcen: Für Linux das SAPSDK und unter Windows die librfc32.dll. Letztere ist auf jedem System verfügbar auf dem auch die SAPGUI installiert ist. Die Datei muss im system32 Ordner unter Windows liegen, z.B.:  c:\windows\system32.

Events mit Hilfe des Observer im Magento definiert ihr in der config.xml des Modules wie folgt (bsp. Event in der Customer_Adress-Klasse):

<frontend>
<events>
<namespace_module_address_save_after>
<observers>
<namespace_module_observer>
<type>singleton</type>
<class>namespace_module/observer</class>
<method>customerSaveFrontEnd</method>
</namespace_module_observer>
</observers>
</namespace_module_address_save_after>
</events>
 </frontend>

Der Aufruf in PHP in der entsprechenden Funktion:

$eventArgs = array(
 'address' => $address,
 'request' => $this->getRequest(),
 );
 Mage::dispatchEvent('customer_address_save_after', $eventArgs);

Die aufgerufene Funktion in der Observer-Klasse:

public function customerSaveFrontEnd(Varien_Event_Observer $observer)
 {
// add your code here
 }

Wenn ihr in Joomla nach editieren der configuration.php eine Fehlermeldung ähnlich der folgenden erhaltet:

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/.../httpdocs/configuration.php:1) in /var/www/vhosts/.../httpdocs/libraries/joomla/session/session.php on line 412
Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhosts/.../httpdocs/configuration.php:1) in /var/www/vhosts/.../httpdocs/libraries/joomla/session/session.php on line 415

so liegt die Ursache darin das Windows-Notepad die Datei als UTF8 gespeichert hat. Öffnet diese Datei, z.B. mit Notepad++ und konvertiert sie zu ANSI-Codierung, danach neu auf den Server laden und der Fehler  sollte behoben sein.