Dies ist allerdings nicht immer gewünscht. Um dies zu ändern ist ein Blick in die:

app/code/core/Mage/CatalogSearch/Model/Mysql4/Fulltext.php hilfreich.
Dort steht:

(Zeilen 341-343)

if ($like) {
$likeCond = '(' . join(' OR ', $like) . ')';
}


Nun nur noch “or” durch “and” ersetzen und das Problem ist erledigt. Selbstverständlich sollte die Datei nicht im “Core” abgelegt werden sondern unter:

app/code/local/Mage/CatalogSearch/Model/Mysql4/Fulltext.php

gespeichert werden.

Die default Einstellung für Magento um die Startseite wieder auf die “home” Route zu legen und damit auf eine CMS Seite ist “cms”.

SELECT VERSION()

Falls sowas mal wer braucht

1.) Anmelden als Administrator
2.) System=>Konfiguration
3.) Linke Seite auf “Web”
4.) Unten bei Standardseiten:

Dort “Standard Web-URL” anpassen!

Dies wäre für die Kategorie 3:
catalog/category/view/id/3

Id steht unter Katalog=>Kategorien verwalten und dann nach der Auswahl direkt oben beim Namen.

Installieren von XCache:

apt-get install php5-xcache

Apache neu Starten:

/etc/init.d/apache2 restart

Testen:

Erstell eine PHP Datei mit dem Inhalt “”
Dort sollte nun bei einer Suche nach “XCache” das Plugin erscheinen!

Konfiguration:

cat /proc/cpuinfo |grep -c processor

Ausgabe merken! Wird für Configuration benötigt..

Konfigurations Datei editieren:

vi /etc/php5/conf.d/xcache.ini

(muss natürlich nicht VI sein kann auch nano oder was auch immer du magst)

Dort können nun die Einstellungen für XCache vorgenommen werden:

; set to cpu count (cat /proc/cpuinfo |grep -c processor)
xcache.count = 8

Hier count = X setzen also praktisch das was du von “cat /proc/cpuinfo |grep -c processo” bekommen hast.

Ansonsten kann noch die Speichergröße Interessant sein das wäre dann “xcache.size”.
Für alle weiteren Infos über die Config:

XCache WiKi

Facebook hat ja nun mit dem “Like”-Button schon einige Zeit erfahrung gemacht und dies als Mittel noch mehr Informationen über User zu sammeln erkannt. Dabei ist mit dem Like Button etwas entstanden was es ermöglicht die Reichweite nicht nur auf die Facebook Seite selber sonder auch auf andere Seiten zu expandieren.

Da ich aber nun nicht über Datenschutz und Moral schreiben möchte komme ich nun direkt zu Google:

Etwas verspätet kommt nun auch Google mit dem “+1 Button”, passend zum 1. April diesen Jahres angekündigt und oftmals als Aprilscherz geführt ist es nun realität. Mit dem neuen Button versucht nun auch Google auf den doch recht wenigen Seiten die noch nicht durch einer ihrer Produkte überwacht wird (Adwords, Doubleclick, Google Analytics …) ein Fuß in die Tür zu stellen.

Die Einbindung ist denkbar einfach:

<!-- Dieses Tag in den Head-Bereich oder direkt vor dem schließenden Body-Tag einfügen -->
<script type="text/javascript" src="http://apis.google.com/js/plusone.js"></script>
<!-- Dieses Tag dort einfügen, wo die +1-Schaltfläche dargestellt werden soll -->
<g:plusone></g:plusone>


Einen Code Generator hat Google auch bereitgestellt mit dem das Aussehen noch modifiziert werden kann.

Wer nun am Ende den Kampf gewinnen wird ist vollkommen offen, momentan glaube ich das Facebook die bessere Position hat da die Platform selbst darauf ausgelegt ist bei Suchergebnissen ist die Chance gleiche Begriffe wie ein “Freund” einzugeben eher schwierig. Allerdings profitiert Google mehr von den Daten, kann zwar bei Facebook das Profil so besser angereicht werden so hat aber Google nun viele Leute die aktiv die Suchmaschiene nutzen und die Ergebnisse bewerten. So kann deren Suche lernen besser zu werden und zusätzlich können Webseiten besser eingeordnet werden. Dazu kommt die Verbindung mit wirklich allen Google Produkten über kurz oder lang!

Wichtig dabei ist noch zu sagen das momentan der +1 Button nicht für Deutschland aktiv ist sondern nur für die Suchergebnisse bei Google.com!

Interessant ist auch:

Bei dem Versuch den Google+1 Button und Facebook Like Button auf der gleichen Seite einzubinden sorgt das Facebook Script für eine Blockierung!
Hier mal mein kleiner Test bei dem der Konflikt zwischen dem +1 und Like Button klar wird:

Variante1:

Google Code VOR dem Facebook IFrame
Variante 1

Variante2:

Google Code NACH dem Facebook IFrame
Variante 1

PS:
Ich habe nicht die GraphAPI von Facebook genutzt da diese solange nicht darüber auch Facebook verknüpft wird um die User zu erreichen es mehr Probleme gibt. Allen vorran das Problem des permanenten Reloads der Webseite. Eine Umstellung auf die GraphAPI ist daher nur sinnvoll wenn auch danach über Facebook mit den Usern Kommuniziert werden soll!

Skipping import row, required field “sku” is not defined.

Dabei ist beim Laden der Datei in einer Tabellenkalkulation der Wert dort richtig gesetzt. Auch das betrachten mit einem Editor brachte keine weitergehenden Erkenntnisse da auch hier alles richtig zu sein schien.

Das Problem lag an der Codierung der Datei, Magento erlaubte nur UTF8 Codierte CSV Dateien beim Import.

Eine einfache Lösung hierfür ist beim erstellen (in PHP) der Datei für den Import direkt zu Codieren:

fwrite($fp,utf8_encode($out));

Nun wird die Zieldatei automatisch mit utf8 Kodierten Daten gefüllt und einem Import steht nun nichts mehr im Wege!

Domain Robot:

DNS-Einträge > “Neuer DNS-Eintrag”:

1) Domain Name, also sowas wie “test.de”
2) Einstellen auf SLAVE DNS-Eintrag, dadurch werden die Hetzner Nameserver angewiesen sich die Informationen von der IP-Adresse (3) zu holen und einfach die Auflösungsdaten zu Spiegeln.
3) Die IP-Adresse des Servers auf dem auch Plesk läuft, also der, der als Primärer DNS Server dienen soll

Nun geht ihr Zu Plesk:

Start > “DNS-Einstellungen”:

Hier ist der Rote Balken wichtig, der Eintragstyp “NS” steht für “NameServer” hier steht ganz oben praktisch nur das bei der Domain “test.de” der Nameserver “ns.test.de” gilt.
Direkt darunter kommen nun die drei Hetzner Domain Server die sich durch den Eintrag unter “DNS-Einträge” sich die Daten bereits von unserem Server holen werden.

Diese Einträge müssen nun angelegt werden über “DNS-Eintrag hinzufügen”:

Oben bei “Eintragstyp” bitte “NS” wählen dann verändert sich das Formular automatisch, anschließend hier nur bei Nameserver nach und nach:

- “ns1.first-ns.de”
- “robotns2.second-ns.de”
- robotns3.second-ns.com”

Eintragen, danach ist die Konfiguration für alle NEUEN Domains in Plesk fertig!

Wenn ihr noch alte Domains eingetragen habt die ihr nun “updaten” wollt müsst ihr unter “Domains” die gewünschte Domain auswählen (klick auf den Domainnamen) dort dann “DNS-Einstellungen” wählen und dann “Standardeinstellungen wiederherstellen”.

Dadurch holt er sich die neuen allgemeinen Einstellungen und überschreibt die vorhanden, ergänzt also praktisch die Nameserver.

Im letzten Schritt müsst ihr dann im Hetzner Domain Robot unter “Domains” folgende Einstellungen vornehmen:

Wichtig ist hierbei das noch Holder / Admin-c / Tech-c / Zone-c eingestellt wird und vorallem der “GLUE RECORD”:

Der Glue Record ist die erste Zeile bei den “Nameservern” dort steht nämlich hinter dem Nameserver noch die IP, diese ist die Server IP der Domain “ns.test.de” und ist zwingend erforderlich da DNS Auflösungen ja gerade IP Adressen zu DNS Einträgen auflösen soll!

Normalerweise sind nur 3 Nameserver angegeben ihr müsst durch das “+” Zeichen ein weiteres Feld hierfür erstellen.

Anschließend auf “Domain ändern” und auf die Erfolgreiche Bestätigung warten.

Fehler und dessen Ursachen die mir so über den Weg gelaufen sind:

text: Nameserver error. argument: 'ERROR: 118 Inconsistent set of NS RRs (IP, NS host names) (robotns2.second-ns.de/213.133.105.6, [ns.domain.de])'
level: error code: 319

Dies bedeutet das die Anzahl der Nameserver die in Plesk angegeben wurden nicht mit der Anzahl der Nameserver im Robot unter “Domains” übereinstimmt. Sprich ihr habt einen Nameserver vergessen im PLesk einzutragen oder dort einen zu viel btw im Robot.

text: Predelegation Check warning
argument: 'WARNING: 111 Expire value out of range (expected, found) (Range[604800,3600000], 420)'
level: warning code: 33300102912
- text: Predelegation Check warning argument: 'WARNING: 108 Refresh value out of range (expected, found) (Range[3600,86400], 3)'
level: warning code: 33300102912
- text: Predelegation Check warning argument: 'WARNING: 110 Retry value out of range (expected, found) (Range[0.375,1.0], 60)'
level: warning code: 33300102912

Im Plesk können unter DNS-Einstellungen auch “SOA Einträge” eingestellt werden, diese geben Zeiten vor für die Kommunikation zwischen den Nameservern für updates und neue Anfragen etc. Wenn der Wert nun zu klein oder zu groß ist kommen solche “value out of range” Fehler.
Um kurze Hilfe zu leisten:

WARNING: 108 Refresh value out of range (expected, found) (Range[3600,86400], 3)

Sagt zum Beispiel er erwartet einen Wert zwischen 3600 und 86400 hat aber vom Server einen 3 bekommen, hier müsste der “Refresh” Wert (Aktualisieren im deutschen Plesk) also von 3 Sekunden auf einen etwas größeren Wert gelegt werden.

Refresh = Aktualisieren
Retry = Erneut versuchen
Expire = Ablauf

Wollte endlich die Domains vernünftig in Plesk auf meinem Server einbinden und in den Hetzner Robot. Dabei Habe ich leider die DNS Einträge gelöscht aus dem Hetzner Robot und sorgte damit, dafür das der Server unter manchen Domains nicht mehr zu erreichen war.

Aber so konnte ich den Support von Hetzner auch mal testen der mir dann in nicht ganz 29 Minuten heute morgen, nicht nur auf meine Anfrage geantwortet sondern auch das Problem behoben hatte. Hat sich also doch gelohnt zu Hetzner zu gehen =).

In werde wohl in den nächsten Tagen noch eine kurze Anleitung zum EInstellen von PLESK + Hetzner Domain Robot einstellen damit auch andere Leute wissen wie dies richtig funktioniert.
Leider habe ich immer noch ein kleines Problem mit Domains mit Umlauten das allerdings hoffentlich bald der Vergangenheit angehören sollte.

Dabei ist ein neuer Button herrausgekommen, der “Senden” Button. Ziel ist es damit einen Link an eine Gruppen Pinnwand zu hängen, einzelne User den Link als Nachricht zukommen zu lassen oder eine E-Mail zu verschicken an User die nicht in Facebook sind.

Aus verschiedenen Gründen sollte ja auf die Einbindung der Facebook Buttons auf Basis des Open Graph Protocols verzichtet werden. Dabei fällt vorallem der Redirect Bug ein, sei es drum der neue Button kann entweder direkt über Facebook generiert werden:

https://developers.facebook.com/docs/reference/plugins/like/

Oder es wird bei den bestehenden Links einfach ein “send=true” angehangen. Bei der Einbindung als IFrame bitte auf das “&” nicht verzichten… also sollte ein “&send=true” am Ende der src URL angehangen werden.