Hi Peter Leinen,
Peter Leinen wrote:
> Was kann denn pasieren, wenn ich das deaktiviere?
>
> Naiv wie ich bin würde ich sagen, wenn die anderen Apps mit dem strictmode
> zurechtkommen, dann sollten diese auch mit weniger Prüfung funktionieren,
> oder?
Genau. Allerdings solltest du langfristig
Hallo Bernd,
ich habe mir die Datenbank angesehen. Die Definitionen von l18n_diffsource sind
durchgängig von der Form:
| Field | Type| Null | Key |
Default | Extra |
| l18n_diffsource | mediumblob | NO | | NULL |
noch einen Nachtrag:
Der Befehl auf der lokalen Maschine (Ubuntu 14.04)
mysql -i -BN -e 'SELECT @@sql_mode'
liefert:
IGNORE_SPACE
Schon ein Unterschied!
Viele Grüße
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
Hallo Philipp,
herzlichen Dank für den Hinweis.
Es sieht in der Tat so aus, dass MySQL im strict modus läuft, jedenfall muss
ich die unten stehende Ausgabe so interpretieren.
mysql -i -BN -e 'SELECT @@sql_mode'
Hi Peter,
Peter Leinen wrote:
> So langsam verzweifle ich jetzt. Ich versuche gleich nochmal direkt auf
> dem Server zu installieren, ohne den Umweg über die lokale Maschine.
Hört sich an, als sei MySQL im Strict Mode. Das klappt AFAIK erst mit TYPO3
8 und vermutlich mit der Extension gar
Am 02.04.17 um 10:24 schrieb Peter Leinen:
Ok. Das mit dem curl hat sich erledigt - war nicht installiert.
Jetzt bekomme ich auch beim Anlegen eines Beitrags den Fehler: Field
'l18n_diffsource' doesn't have a default value (More information)
Peter
Hallo Peter,
1. in deiner virtuellen
das scheint tieferliegend zu sein. Versuche ich im BE auf dem Server ein neues Element "Forum" anzulegen bekomme ich den folgenden Fehler:
array(4 items)
caller => 'TYPO3\CMS\Core\Database\DatabaseConnection::exec_INSERTquery' (60
chars)
ERROR => 'Incorrect integer value: '' for column
Ok. Das mit dem curl hat sich erledigt - war nicht installiert.
Jetzt bekomme ich auch beim Anlegen eines Beitrags den Fehler: Field
'l18n_diffsource' doesn't have a default value (More information)
Peter
___
TYPO3-german mailing list
Hallo Dieter, hallo Philipp,
herzlichen Dank für die Rückmeldungen.
Ich habe inzwischen auf einer virtuellen Maschine (Ubunutu 14, php 5) eine
komplette Neuinstallation gemacht und dort funktioniert auch alles.
Übertrage ich das ganze dann auf den Server (Ubuntu 16, php 7) geht das wieder
in
Hallo Philipp,
Am 28.03.2017 um 00:14 schrieb Philipp Gampe:
Hi Peter Leinen,
Peter Leinen wrote:
Irgendjemand eine Idee?
Hört sich nach strict mode Fehlern (notices und warnings) von PHP an.
Eigentlich müsste die Zeile 27 folgendermaßen lauten:
if(!isset($attachment['name']) ||
Hi Peter Leinen,
Peter Leinen wrote:
> Irgendjemand eine Idee?
Hört sich nach strict mode Fehlern (notices und warnings) von PHP an.
Eigentlich müsste die Zeile 27 folgendermaßen lauten:
if(!isset($attachment['name']) || $attachment['name'] == '') continue;
Grüße
--
Philipp Gampe – PGP-Key
Hallo Dieter, hallo in die Runde,
auch eine Neuinstallation ohne DB-Gefummel hat keine Änderung gebracht.
Scheinbar liegt es noch an was anderem.
Aber an was?
Viele Grüße und einstweilen herzlichen Dank für die Unterstützung
Peter
P.S. Ich bin jetzt erst mal dienstlich unterwegs, danach
Hallo Peter,
sorry. Ein Tutorial für xDebug habe ich nicht.
xDebug ist ein PHP-Debugger. Üblicherweise brauchts du eine IDE
(*/integrated/* Development */Environment/*
Hallo Dieter,
herzlichen Dank.
xDebug kenne ich (noch) nicht, da muss ich mich erst mal einarbeiten - hast Du eine brauchbare Quelle für den Einstieg.
Deinem Hinweis mit der DB-Manipulation müsste ich dann nochmal nachgehen, da
ich einige Nutzerdaten aus einem anderen Forum
Nachtrag.
Eine Analyse mit Xdebug würde ich aber immer machen, um abschätzen zu
können, wo der leere Datensatz herkommt.
Dieter
Am 26.03.2017 um 21:41 schrieb Dr. Dieter Porth:
Moin Peter,
Wahrscheinlich ist trotz key das $attachment null. Hast du es mit
xDebug gecheckt? Sind
Moin Peter,
Wahrscheinlich ist trotz key das $attachment null. Hast du es mit
xDebug gecheckt? Sind fehlerhafte Eingaben oder Fehler wegen Eingriff
in die Datenbank (händische Datenbank-Manipulationen) ausgeschlossen ?
Cache gelöscht -> auch den OpCode-Cache?
Wenn der Fehler bei einem neu
Hallo,
ich kämpfe immer noch mit der Fourm extension rum.
Einen neuen Beitrag kann ich inzwischen anlegen, bei einer Antwort auf einen
bestehenden Beitrag kommt aber der Fehler:
24 TYPO3\CMS\Core\Error\ErrorHandler::handleError(2, "Illegal string offset 'name'",
17 matches
Mail list logo