Dazu ganz oben im Skript – unbeding vor der ersten Ausgabe(!) – folgendes notieren:

////////////////////////////////////////////////////////////////////////
// Umleitung, wenn das Skript nicht über www.roxs.de aufgerufen wurde
if($_SERVER["HTTP_HOST"] != "www.roxs.de") {
  header("HTTP/1.1 301 Moved Permanently");
  header("Location: http://www.roxs.de".$_SERVER['REQUEST_URI']);
  exit;
}

Wie man sieht wird jeder Aufruf des Skripts, egal über welche Domain er kam, an www.roxs.de/… weitergeleitet. Der Request-String, also alles, was nach der Domain in der URL steht, bleibt dabei erhalten. Die Status-Angabe “301 Moved Permanently” signalisiert dem Browser bzw. der Suchmaschine, dass es sich um eine dauerhafte Weiterleitung handelt. Vergisst man das, gibt es schnell Abwertungen bei Google.

Möchte man bei dieser Gelegenheit gleich noch die Umleitung auf eine Sichere Verbindung erzwingen, fügt man das “s” von “https” noch an der richtigen Stelle ein:

////////////////////////////////////////////////////////////////////////
// Umleitung, wenn das Skript nicht über www.roxs.de aufgerufen wurde und
// Erwingen einer sicheren Verbinung über https
if($_SERVER["HTTP_HOST"] != "www.roxs.de") {
  header("HTTP/1.1 301 Moved Permanently");
  header("Location: https://www.roxs.de".$_SERVER['REQUEST_URI']);
  exit;
}

###################################################
## Beispiel einer .htaccess-Datei

AuthType Basic
AuthName "Private Directory"
AuthUserFile /path/to/.htpasswd
Order deny,allow
Deny from all
Satisfy any
Allow from 123.123.123.123 # Home-IP
Allow from 234.234.234.234 # Office IP
require valid-user

Die Zugangsdaten (Benutzername-Passwort-Paare) werden in einer separaten Datei vorgehalten, die üblicherweise .htpasswd genannt wird. Für das Erstellen der htpasswd kann unser htpasswd-Passwort-Generator genutzt werden. Hier ein Beispiel:

###################################################
## Beispiel einer .htpasswd-Datei

richard:rktQEy/9GdVqI
paula:rkY754LEGuDAg

Es können beliebig viele Zugangsdaten in der Form “Benutzername” Doppelpunkt “verschlüsseltes Passwort” angegeben werden. Im obigen Beispiel können sich nun die Nutzer “richard” mit dem Passwort “hallo” und “paula” mit dem Passwort “test” anmelden. Die htpasswd-Datei kann in einem beliebigen Verzeichnis abgelegt werden, dass innerhalb der htaccess Datei angegeben werden muss. Die Angabe erfolgt in der Zeile “AuthUserFile /path/to/.htpasswd” wie im Beispiel oben gezeigt, wobei “/path/to/.htpasswd” die Pfadangabe zur Datei ist.

Um alle für das Theme relevanten Caches zu deaktivieren, greift man auf einen Trick zurück, der während der Ausführung des Installations-Scripts eingesetzt wird. Da dort noch keine Datenbank vorhanden ist, in die die Cache-Daten geschrieben werden könnten, besitzt Drupal von Hause aus über eine Möglichkeit, die Caches zu deaktivieren. Um das auch nach der Installation nutzen zu können, fügt man in der settings.php seine Drupal-Site (also meist unter /sites/default/settings.php) folgende Zeile ein:

$conf['cache_inc'] = 'includes/cache-install.inc';

Fertig.

Aus Performance-Gründen sollte man natürlich unbedingt daran denken diese Zeile bei der Freischaltung seiner Website wieder zu entfernen.

RewriteRule ^(unterverzeichnis1|unterverzeichnis2)($|/) - [L]

Dazu ist nur ein kleiner Umweg nötig. Im CMS kann ein Content-Block referenziert werden, der zuvor in einer Datei im Filesystem definiert wurde.

Dazu legt man – vorzugsweise innerhalb seines template-Ordners – eine Datei mit beliebigem Namen an. Hier im Beispiel soll sie inhalt.phtml heißen und im Verzeichnis /app/design/frontend/default/default/cms/blocks/inhalt.phtml liegen.

In diese Datei kann man nun den gewünschten Inhalt ablegen. Im Beispiel sieht das dann so aus:

<div><strong><?php echo "Hallo Welt!"; ?></strong></div>

Im CMS legt man nun eine neue Seite an und fügt folgendes ein, um den Inhalt der eben erstellten Datei auszugeben:

{{block type="core/template" template="cms/blocks/inhalt.phtml"}}

Natürlich kann die CMS-Seite vor und nach dem Einbinden des Content-Blocks auch noch weiteren Content beinhalten.

Die Fehlerbehandlung in Magento kann unter {basedir}/error/config.xml konfiguriert werden. Um die Fehlermeldungen per eMail zu erhalten, müssen die folgenden Einträge vorgenommen werden.

<config>
  <report>
    <!--
      "action" can be set to "print" to show exception on screen
      and "email" to send exception on specified email
    -->
    <action>email</action>
    <!--
      in "subject" you can set subject of email
    -->
    <subject>Store Debug Information</subject>
    <!--
      "email_address" admin email address
    -->
    <email_address>admin@ihre-domain.de</email_address>
    <!--
      "trash" is handle about trace info
      value "leave" is for store on disk
      value "delete" is for cleaning
    -->
    <trash>leave</trash>
  </report>
</config>

Folgende Informationen müssen bekannt sein:

(int) $cart_id //ID des Warenkorbs
(int) $cart_item_id //ID des Warenkorb-Artikels (nicht die SKU)
(int) $qty //Gewünschte Menge des Warenkorb-Artikels

Dieses Script nimmt die Änderung vor:

$cart = Mage::getModel('checkout/cart');
$cart->setQuote($cart_id);
$data = array ( $cart_item_id => array("qty" => $qty) );
$cart->updateItems($data);
$cart->getTotals();
$cart->save();

In den üblichen Magento-Templates werden in einer Datei namens /app/design/frontend/default/default/catalog/product/price.phtml gleich zu Beginn einige wichtige Variablen definiert. Das sind dann u.a. diese:

$_product = $this->getProduct();
$_finalPriceInclTax = $this->helper('tax')
    ->getPrice($_product, $_product->getFinalPrice(), true);
$_weeeTaxAmount = Mage::helper('weee')->getAmountForDisplay($_product);

Dabei enthält “$_finalPriceInclTax” bereits die Mehrwertsteuer und “$_weeeTaxAmount” eine (in seltenen Fällen) verwendete feste Steuer pro Produkt.

Die formatierte Ausgabe des Preises in der korrekten Währung erreicht man nun wie folgt:

Mage::helper('core')
    ->currency($_finalPriceInclTax+$_weeeTaxAmount,true,false);

Dabei wird der Methode currency als erster Parameter ein Preis übergeben. Der zweite Parameter gibt an, ob die Ausgabe HTML-formatiert erfolgen soll oder nicht.

@import "dateiname.css";

Der Dateipfad ist relativ zur aufrufenden CSS-Datei anzugeben.

2 Wichtige Hinweise:

• Die @import-Anweisung muss stets am Anfang einer CSS-Datei stehen.
• Logischerweise wird die Ladezeit der Website verlängert, da zunächst die erste CSS-Datei geladen und ausgewertet wird, bevor mit dem Laden der zu importierenden Datei begonnen werden kann.

Alternative Notation:

@import url("extra.css") all;

Diese Schreibweise (“all” gibt hier den Medientyp an – kann also z.B. auch “screen” oder “print” lauten) wird allerdings bis inklusive IE7 ignoriert.

1. Download der Sourcecodes unter:
   http://google-code-prettify.googlecode.com
2. Upload zur eigenen Website und
3. Einbinden in den HTML-<head> (und anpassen der Pfade zu den Datein):

   <link href="prettify.css" type="text/css" rel="stylesheet" />
   <script type="text/javascript" src="prettify.js"></script>

4. Ergänzen von

   onload="prettyPrint()"

   in den <body>-Tag.

Innerhalb des HTMLs der Website muss Quellcode dann entweder in <code>- oder in <pre>-Tags eingeschlossen und die Klasse “prettyprint” angegeben werden:

<pre class="prettyprint"> der Quellcode </pre>

Möchte man Zeilennummern anzeigen lassen, ergänzt man die CSS-Klasse “linenums”:

<pre class="prettyprint linenums"> der Quellcode </pre>