[TYPO3-german] Re: GLOBALS['TYPO3_DB']->exec_UPDATEquery Spaltenwert +1

[Michael Haberzeth]

Uuh, zwar schon sehr alt. Aber vielleicht stolpert auch noch jemand drüber. 


Mit exec_UPDATEquery kann man schon auch andere Sachen machen, als die direkte 
Wertzuweisung. Dafür als 4. Parameter den Spaltennamen übergeben, bei dem keine 
Quote erfolgen sollen.

Beispiel: 

$res = $GLOBALS['TYPO3_DB']->exec_UPDATEquery( 'table',  
'field=x',

array('amount' => 'amount + 1'),
'amount');
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] ext_media: Ajax Fehler im BE Modul bei Aufruf fehlender Dateien

[Peter Linzenkirchner]

Hallo Frank

ich arbeite nicht mit Media und kann deshalb nicht weiterhelfen, aber das ist 
offensichtlich ein Bug in der Media-Extension. Wie ich gerade gesehen habe, ist 
das Projekt seit einem Jahr nicht mehr auf Forge sondern hier: 
https://github.com/fabarea/media/
Die Infos auf Forge dürften also veraltet sein. Wenn man sich bei github 
anmeldet (was jeder kann, das kostet nichts) kann man auch neue Issues / Bugs 
berichten. Jedenfalls kann man darüber die Entwickler der Extension erreichen. 

Bei Bugs in Extensions kann dir nur in Ausnahmen jemand vom Forum weiterhelfen 
- nur jemand, der den Bug zufällig selbst schon hatte. In dem Fall ist es 
besser du gehst direkt über einen Bug-Report an die Entwickler ran. Das hat 
auch den guten Nebeneffekt, dass der Bug im Tracker steht und zwar solange, bis 
er von einem Entwickler bearbeitet wird … 

Eine andere Möglichkeit wäre über Slack - da kannst du evtl. auch einen Teil 
der Core-Entwickler erreichen. 
https://forger.typo3.org/slack/

Gruß
Peter


> Am 30.06.2016 um 10:32 schrieb Frank Lorenz :
> 
> Guten Tag!
> Das "Problem" ist gelöst. Schade, das zwar einige reviews auf meine Frage 
> waren, aber Niemand zur Lösung beitragen konnte. Ich bin nun nicht sicher, ob 
> das Thema einfach zu trivial ist, nur meine Installation betrifft und ich 
> einfach zu wenig Ahnung habe - oder aber tatsächlich Niemand einen 
> Lösungsansatz bieten konnte. Ich hoffe das Letztere trifft zu und meine 
> Lösung hilft Anderen weiter. 
> Es gibt einige zurückliegende Artikel in der forge dazu, die das Thema 
> tangieren. Es lag in der Tat daran, das nach dem Löschen von Dateien im BE 
> von Media Datenbankeinträge fortbestanden und bestimmte Werte eben nicht 
> "Null" sein durften. Ich muss hinzufügen, das ich natürlich das BE von Media 
> genutzt habe, um fehlende Dateien und Fehler in der sys_file zu finden und 
> das meine Media-Version weitaus aktueller ist, als die vorgestellten patches. 
> Das hat leider nichts gebracht. 
> Ich habe dann die Datenbank manuell "gesäubert" - es hat leider schon ein 
> bisschen gedauert, bis ich die entsprechenden Einträge in der Tabelle 
> sys_file identifizieren konnte. Ich habe festgestellt, das man das Problem 
> wieder reproduzieren kann, wenn man Dateien ausschliesslich im BE von Media 
> löscht. Eine Dateireferenz (auf Metadaten) wird zwar angezeigt, kann aber 
> dort im Gegensatz zu den Seitenreferenzen nicht aufgelöst werden. Dazu muss 
> man jede Datei einzeln im fileadmin anfassen und auch den Datensatz der 
> eingegebenen Metadaten löschen. In diesem Sinne euch allen einen schönen Tag 
> und ich liebe Typo3 immer noch ;-)
> Gruß Frank
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: ext_media: Ajax Fehler im BE Modul bei Aufruf fehlender Dateien

[Frank Lorenz]

Guten Tag!
Das "Problem" ist gelöst. Schade, das zwar einige reviews auf meine Frage waren, aber Niemand zur Lösung beitragen konnte. Ich bin nun nicht sicher, ob das Thema einfach zu trivial ist, nur meine Installation betrifft und ich einfach zu wenig Ahnung habe - oder aber tatsächlich Niemand einen Lösungsansatz bieten konnte. Ich hoffe das Letztere trifft zu und meine Lösung hilft Anderen weiter. 

Es gibt einige zurückliegende Artikel in der forge dazu, die das Thema tangieren. Es lag in der Tat daran, das nach dem Löschen von Dateien im BE von Media Datenbankeinträge fortbestanden und bestimmte Werte eben nicht "Null" sein durften. Ich muss hinzufügen, das ich natürlich das BE von Media genutzt habe, um fehlende Dateien und Fehler in der sys_file zu finden und das meine Media-Version weitaus aktueller ist, als die vorgestellten patches. Das hat leider nichts gebracht. 


Ich habe dann die Datenbank manuell "gesäubert" - es hat leider schon ein 
bisschen gedauert, bis ich die entsprechenden Einträge in der Tabelle sys_file 
identifizieren konnte. Ich habe festgestellt, das man das Problem wieder reproduzieren 
kann, wenn man Dateien ausschliesslich im BE von Media löscht. Eine Dateireferenz (auf 
Metadaten) wird zwar angezeigt, kann aber dort im Gegensatz zu den Seitenreferenzen nicht 
aufgelöst werden. Dazu muss man jede Datei einzeln im fileadmin anfassen und auch den 
Datensatz der eingegebenen Metadaten löschen. In diesem Sinne euch allen einen schönen 
Tag und ich liebe Typo3 immer noch ;-)
Gruß Frank
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Auswirkung von pageTree.separateNotinmenuPages (User TSConfig)?

[Tobias Schächtelin]

Habe in der Zwischenzeit herausgefunden, dass die Option keinerlei Auswirkungen 
hat, weil nicht implementiert. Fraglich ob es jemals getan hat :(
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] powermail 2.4 dbentry checkboxes

[Alex Kellner]

Na wie ist denn der Name eines solchen Checkbox-Feldes im Frontend?
--
TYPO3 separates the men from the boys :D
TYPO3-Training from in2code.de
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] array_replace_recursive in ContentObjectRenderer

[Paul Kamma]

Wir sind mit unserer Website auf einen neuen Server umgezogen und seitdem 
bekommen wir nach dem leeren des Caches (was im Grunde während der Entwicklung 
dauernd passiert, aber auch in prodcution beim ändern der Inhalte) diese 
nFehler schmeißt.

#1: PHP Warning: array_replace_recursive(): recursion detected in 
/var/www/html/typo3_src-7.6.9/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php
 line 838

Wenn man die Seite dann neu läd dann ist alles gut.
Im Anhang mal das komplette LOG. (.log entfernen da man hier leider keine .html 
Dateien hochladen kann).

Ich habe es zwar schon im Issue Tracker gefunden aber da wird sich nicht 
wirklich drum gekümmert Anscheined :/
Vielleicht hat hier jemand eine Lösung parrat.

typo3 7.6.9
PHP 7.0.4-7ubuntu2.1

Der alte Server hatte PHP 7.0.7
begin 644 TYPO3 Exception.html.log
M/#]X;6P@=F5R