Direct Mail und gemischte Protokolle (HTTP und HTTPS)

in Extension, TYPO3 0 Kommentare

Wenn Direct Mail plötzlich falsche Inhalte verschickt – aber wir haben nix gemacht…also, eigentlich nix. Vor einigen Tagen wurde für eine TYPO3-Instanz mit mehreren Seitenbäumen und Domains das Protokoll konsequent auf HTTPS umgestellt und eine entsprechende RewriteRule hinterlegt. Alles prima – bis der nächste Newsletter versendet werden sollte: der hatte statt seines Inhaltes die Startseite als Inhalt :-\

In der Erinnerung „Wir haben da doch letztens…“, haben wir die RewriteRule einmal deaktiviert – und siehe da, der Newsletter lief wieder. Was aber läuft mit Umschreibung auf HTTPS schief?

Weiterlesen

TCA erweitern

in TYPO3 0 Kommentare

Das TCA von TYPO3 lässt sich seit Langem via ext_table.php erweitern und/oder manipulieren. Das Ganze funktioniert seit TYPO3 6.2 aber auch strukturierter und obendrein dann auch performanter (weil gecacht). Das erklärt Maddy in ihrem Beitrag „TCA manipulation in TYPO3 6.2″ (englisch) recht schön.

Dennoch wollte es bei mir nicht immer klappen. Im speziellen Fall wollte ich in einem betagteren Projekt mit TYPO3 6.2.29 und tt_news 3.6.0 die News-Artikel um ein paar Felder erweitern. War die Erweiterung des TCA in der ext_tables.php eingetragen, lief alles. Sobald ich sie in Configuration/TCA/Overrides/tt_news.php auslagerte, wurde sie ignoriert.

Lösung

Via Configuration/TCA/Overrides/ lassen sich offenbar nur Tabellen verändern, die auf gleichem Weg (also via Configuration/TCA/) definiert wurden.

 

Quelle

Query debuggen mit Extbase

in Extbase 0 Kommentare

Eine Abfrage ans Repository bleibt leer? Aber warum? Welcher Parameter in der Abfrage führte zum leeren Ergebnis?

Leider erhält man nicht so rasch die SQL-Query, die hier abgefeuert wurde. Aber mit einem kleinen Eingriff wird man doch schlauer: folgenden Schnipsel vor dem $query->execute(); einfügen:

/** @var Typo3DbQueryParser $queryParser */
$queryParser = \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance('TYPO3\\CMS\\Extbase\\Persistence\\Generic\\Storage\\Typo3DbQueryParser');
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($queryParser->parseQuery($query));

Update 2017-12-06

In TYPO3 8.x ist durch die Integration von Doctrine der Aufruf etwas anders

$queryParser = $this->objectManager->get(\TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser::class);
\TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump($queryParser->convertQueryToDoctrineQueryBuilder($query)->getSQL());

 

Quellen:

„Nächster Montag“ via TypoScript

in TypoScript 0 Kommentare

Im TYPO3.net-Forum ist die Frage aufgetaucht, wie man denn „nächster Montag“ via TypoScript errechnen könne? Mich hat die Fragestellung gereizt…

Die eigentliche Schwierigkeit fand ich eher darin, eine Berechnungsformel zu finden. Nach etwas Nachdenken und Nachlesen, welche Werte die Datumsfunktionen date()/strftime() liefern können, stand die Berechnung fest:

Man nehme den aktuellen UNIX-Zeitstempel und addiere hierzu: acht minus den aktuellen Wochentag als Zahl, multipliziert mit den Sekunden eines Tages.

page.555 = COA
page.555 {
  stdWrap.prioriCalc = 1
  stdWrap.strftime = %A, %d.%m.%Y
  10 = TEXT
  10 {
    data = date: U
  }
  20 = TEXT
  20 {
    data = date: U
    strftime = %u
    wrap3 = +(8-|)*(24*60*60)
  }
}

Quellen

TYPO3_cliMode – Breaking Change in TYPO3 8.0

in TYPO3 0 Kommentare

Mit TYPO3 8.0 hat sich bei CLI Skripten eine Kleinigkeit geändert. Die Konstante TYPO3_cliMode ist fortan undefiniert. Mich hatte es eine Weile gekostet, bis ich drauf kam, warum mein CLI-Aufruf stets mit einem „Access denied“ starb. Mit der richtigen Suche findet sich in der Changelog-Doku dann aber des Rätsels Lösung:

==========================================
Breaking: #72368 - TYPO3 Constants removed
==========================================

Description
===========

The PHP constants ``TYPO3_enterInstallScript`` and ``TYPO3_cliMode`` and the global variable ``$GLOBALS['TYPO3_AJAX']`` which were used when a TYPO3 Request was initialized have been removed. They have been replaced by an alternative to use the ``TYPO3_REQUESTTYPE`` constant at the very beginning of each TYPO3 request.


Impact
======

Checking for the mentioned constants and global variable have no effect anymore and may lead to unexpected behaviour.

If not checked if the constant even was defined, the application will stop immediately.


Affected Installations
======================

Any installation which uses a third-party extension using these constants.


Migration
=========

Use ``TYPO3_REQUESTTYPE & TYPO3_REQUESTTYPE_CLI`` or ``TYPO3_REQUESTTYPE & TYPO3_REQUESTTYPE_INSTALL`` instead.

.. index:: php

Translate-ViewHelper und Fluid-Inline-Notation in Attributen

in Fluid 0 Kommentare

Eigentlich ganz simpler Fall: in ein Sprachlabel soll eine Variable eingesetzt werden, die wiederum per ViewHelper zuvor verändert werden soll. Ein typisches Beispiel ist eine Anzeige der letzten Aktualisierung.

Die einfache Variante des ViewHelpers ohne eine ViewHelper-Anwendung auf das Argument:

<f:translate key="last_updated" arguments="{0: update_timestamp}" />

Möchte man ViewHelper in Inline Notation innerhalb des arguments-Attributs anwenden, so sind die Array-Werte innerhalb des Arrays in Singlequotes zu fassen (und darin befindliche Singlequotes ggf. zu escapen):

<f:translate key="last_updated" extensionName="{extensionName}" arguments="{0: '{update_timestamp->f:format.date(format:\'d.m.Y H:i\')}'}" />