Kategorienarchiv: Content Management Systeme
TYPO3: Extbase Scheduler einrichten
Wenn man z.B. Importaufgaben verarbeiten möchte macht es sinn die Scheduler Funktion von TYPO3 einzuseten.
Um auch weiterhin in richtung Zukunft zu entwickeln nutzen wir Extbase als Framework.
Basis ist eine leere oder bereits bestehende TYPO3 Extension auf Extbase-Basis.
Erster Schritt – Registrierung der Extension im TYPO3 Scheduler.
Erweitern wir also unsere ext_loaclconf.php:
$TYPO3_CONF_VARS['SC_OPTIONS']['scheduler']['tasks']['tx_extkey_task_datenimport'] = array(
‘extension’ => ‘extkey’,
‘title’ => ‘Datenimport der Warenwirftschaft’,
‘description’ => ‘importiert taeglich Daten und Informationen…….’
);
Erstellen wir nun eine neue PHP-Datei um die Importfunktion durchzuführen:
class tx_extkey_task_datenimport extends tx_scheduler_Task {
public function execute() {
//Hier kommt eure Logik / Algorithmus / Klasseninstanz rein.
return true;
}
}
Damit TYPO3 eure Klasse auch kennt, muss diese noch per ext_autoload.php allen bekannt gemacht werden.
return array(
‘tx_extkey_task_datenimport’ => t3lib_extMgm::extPath(‘extkey’, ‘Classes/Task/ProjectImport.php’),
);
Das war es auch schon – jetzt nur noch den Cache löschen 
PDAdmin: SOAP für TYPO3 aktivieren
Wer wie wir ein PDAdmin-System einsetzt und TYPO3 4.6 installieren möchte, wird merken das SOAP als PHP Modul benötigt wird.
SOAP ist bei PDAdmin direkt installiert und muss nur noch aktiviert werden
Erstellen wir nun erstmal eine php.ini-Datei und fügen folgendes ein:
extension_dir = “”
extension = soap.so
magic_quotes_gpc = off
nun abspeichern und auf erster Ebene vom FTP-Verzeichnis ablegen.
Jetzt MUSS es funktionieren
Magento: statischer Block in Magento ausgeben
Heute möchten wir gerne einen statischen Block im Template ausgeben.
Dieser muss natürlich erst erstellt werden – den header_name des Blocks merken oder kopieren
Nun kopieren wir uns die page.xml aus dem layout – Ordner.
Danach suchen wir uns folgende Zeile wie z.B.:
Dort fügen wir folgenden Schnippsel hinzu.
Nun wieder als page.xml speichern und hochladen.
Jetzt müssen wir nur noch im Template folgenden Schnippsel hinzufügen:
< ?php echo $this->getChildHtml(’header_block’) ?>
Magento: jQuery parallel in Magento nutzen
Man trägt die Bibliothek am besten über die head.phtml ins System ein.
Wichtig ist nach dem Einbinden der Bibliothek folgendes einzugeben:
var $j = jQuery.noConflict();
$j(document).ready(function(){
## die regulären Funktionen
});
TYPO3: Der Sicherheitstoken dieses Formulars ist leer!
Wer bekommt auch diese Meldung??
sr_feuser_register: Der Sicherheitstoken dieses Formulars ist leer!
Ich habe Stundenlang nach einer Lösung gesucht und auch gefunden!
Es gibt mehrere Fehlerquellen.
Zuerst bitte einmal ALLE Extensions bis auf die “sr_feuser_register” deaktivieren.
Manche Extensions wurden sehr “dirty” programmiert und überschreiben die Headerinformationen.
Dadurch kann der Token nicht zum Einsatz kommen
Nachdem alle Extensions deaktiviert wurden – sollte es funktionieren.
Danach heißt es jede Extension einzeln aktivieren und prüfen.
Wurde der Übeltäter gefunden, sollte man dort in der ext_localconf den Einstiegspunkt ändern.
Eine Möglichkeit diesen per Hook zu beeinflussen ist mir nicht bekannt.
Eine andere Fehlerquelle ist der Einsatz mit Subdomains – sollte aber ab 4.4 erledigt worden sein
Bedeutet anstatt google.de besser www.google.de einsetzen.
Magento: Mengenfeld in Produktliste anzeigen
Zuständiges Template:
app/design/frontend/default/IhrTheme/catalog/product/list.phtml
Wenn das Template noch nicht bestehen sollte, muss dieses aus dem Default-Ordner kopiert werden.
Man suche die entsprechende Zeile und füge diesen Schnippsel hinzu:
input id=”qty” type=”text” name=”qty” value=”<?php echo $this-/>getMinimalQty($_product) ?>” maxlength=”5″
TYPO3: tt_news – Umlautproblem
Wer sich wundert wieso nur bei tt_news ein Umlautproblem besteht – zb. bei der Monatsaugabe (März),
der sollte folgendes ins TYPOScript schreiben.
config.locale_all = de_DE.utf8
Magento: Nach Umzug ist der Adminbereich nicht mehr aufrufbar
Wer nach einem Serverumzug einen 404-Fehler erhält muss den SHOP nicht gleich neu installieren
Die Datenbank benötigt nur ein paar Änderungen.
SET FOREIGN_KEY_CHECKS=0;
UPDATE ‘core_store’ SET store_id = 0 WHERE code=’admin’;
UPDATE ‘core_store_group’ SET group_id = 0 WHERE name=’Default’;
UPDATE ‘core_website’ SET website_id = 0 WHERE code=’admin’;
UPDATE ‘customer_group’ SET customer_group_id = 0 WHERE customer_group_code=’NOT LOGGED IN’;
SET FOREIGN_KEY_CHECKS=1;
Wichtig! Habt ihr einen Präfix eingestellt, müsst ihr diesen davorstellen – Beispiel:
SET FOREIGN_KEY_CHECKS=0;
UPDATE ‘meinshop_core_store’ SET store_id = 0 WHERE code=’admin’;
UPDATE ‘meinshop_core_store_group’ SET group_id = 0 WHERE name=’Default’;
UPDATE ‘meinshop_core_website’ SET website_id = 0 WHERE code=’admin’;
UPDATE ‘meinshop_customer_group’ SET customer_group_id = 0 WHERE customer_group_code=’NOT LOGGED IN’;
SET FOREIGN_KEY_CHECKS=1;
