Re: [TYPO3-german] Buchungssystem / Meetingraum
Hallo, vielen Dank für die Links! Soweit sind mir alle etwas zu alt, außer die Erweiterung flatmgr die werde ich mir noch einmal anschauen. Wobei man hier glaube ich nicht im Frontend ein Raum anlegen/buchen kann :/ Man merkt, dass es in dem Bereich nichts gibt :( Entweder Hotelzimmer-Buchungssysteme oder nur sehr alte Erweiterungen. Grüße -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 31.01.2013 19:12, schrieb JCL - Johannes C. Laxander: Hallo Basti, wennn du auf TYPO3.org im Extension Repository nach reservation suchst, bekommst du unter anderem die Extensions Room Reservation und Reservations Manager angzeigt. Beide könnten vielleicht für deine Anforderungen geeignet sein. Erfahrung damit habe ich keine. Schau dir auch mal diese Extensions an: Flat Manager (flatmgr) und Object Manager (objmgr). Auch hier habe ich keine Erfahrung damit. Gruß, Johannes. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Basti Gesendet: Donnerstag, 31. Januar 2013 13:30 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Buchungssystem / Meetingraum leider niemand mehr eine Idee? Vielen Dank -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 23.01.2013 18:29, schrieb Sebastian Schmal: Hallo Liste, ich suche für einen Kunden so etwas wie ein Buchungssystem für Meetingsräume / Räume / Raumbuchungssystem http://www.typo3-macher.de/typo3-ext-raumbuchungssystem.html Gibt es hier welche die Ihr empfehlen könnt? Grüße und Danke! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news: Call to a member function extraItemMarkerProcessor() on a non-object
Guten Morgen!
Ich möchte tt_news dahingehend erweitern, dass einige zusätzliche Felder
angezeigt werden.
Dazu habe ich eine kleine Extension kunden geschrieben, mit der ich den
betreffenden Hook in tt_news nutzen möchte:
class tx_kunden_marker {
function extraItemMarkerProcessor($markerArray, $row, $lConf, $obj) {
$markerArray['###kunde###'] = '$row['tx_kunden_kunde']';
return $markerArray;
}
}
Die ext_localconf der kunden-Extension sieht so aus:
if (!defined (TYPO3_MODE)) die (Access denied.);
require_once(t3lib_extMgm::extPath('kunden').'class.tx_kunden_marker.php');
$TYPO3_CONF_VARS['EXTCONF']['tt_news']['extraItemMarkerHook'][] = 'tx_kunden';
Ich bekomme nun die Fehlermeldung
PHP Fatal error: Call to a member function extraItemMarkerProcessor() on a
non-object in /home/xxx/htdocs/typo3conf/ext/tt_news/pi/class.tx_ttnews.php on
line 1742, referer: http://xxx.de/typo3/sysext/cms/layout/db_layout.php?id=1
http://xxx.de/typo3/sysext/cms/layout/db_layout.php?id=1
Bei google habe ich ein ähnlich gelagertes Problem gefunden, was sich durch
einfügen von includeLibs.kunden =
typo3conf/ext/kunden/class.tx_kunden_marker.php
im TS-Setup der Seite aber nicht beheben ließ.
Kann jemand helfen?
Viele Grüße,
Christine
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] extbase und fe_users, in der nicht alle Felder angesprochen werden
Hallo zusammen,
bei der Verwendung von fe_users mit extbase stehe ich vor einem Problem,
das ich mir nicht so recht erklären kann (TYPO3 Version 6.0.1).
Der FE-User wird dabei gefunden, jedoch habe ich nur Zugriff auf die uid
und pid des Users. Der Name oder andere Daten des Users werden nicht
übergeben:
In der listAction des Controllers übergebe ich der Methode findByUid die
User-ID:
$feuserId = $GLOBALS['TSFE']-fe_user-user['uid'];
$frontendUser = $this-frontendUserRepository-findByUid($feuserId);
$this-view-assign('frontendUser',$frontendUser);
Das Mapping sieht folgendermaßen aus:
plugin.tx_gallery {
persistence {
storagePid = 73,29
classes {
VENDOR\Gallery\Domain\Model\FrontendUser {
mapping {
tableName = fe_users
recordType = Tx_Extbase_Domain_Model_FrontendUser
columns {
tx_gallery_subscribed.mapOnProperty = subscribed
}
}
}
}
}
}
Der Datensatztyp beim FE-User wurde auch auf
Tx_Extbase_Domain_Model_FrontendUser gestellt.
Im List-Template kann ich nun auf die uid mit {frontendUser.uid}
zugreifen. Der Zugriff z.B. auf den Namen mit {frontendUser.name} ist
jedoch nicht möglich, d.h. hier erfolgt keine Ausgabe.
Wenn ich nun in der Methode buildQuery der Typo3DbBackend.php einen
sql-dump ausgebe, sehe ich, das aber anscheinend auf alle Felder der
fe_users zugegriffen wird (Select fe_users.* ...).
Habt Ihr eine Erklärung dafür?
Vielen Dank
Eddy
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: Call to a member functionextraItemMarkerProcessor() on a non-object
Hallo Peter!
Nach den Infos, die ich so in den Weiten des Netz gefunden habe müsste dort
der Name der Extension stehen, dann müsste es eigentlich so richtig sein,
wie es war.
Habs tortzdem mal probiert aber der Fehler ist immer noch der gleiche :-(
Viele Grüße
Christine Schäfers
PixelConsult Logo
Christine Schäfers
Webentwicklung
PixelConsult QR-Code
PixelConsult GmbH
Konrad-Adenauer-Allee 10
44263 Dortmund
Tel: 0 23 1 / 94 19 95 71
Fax: 0 23 1 / 94 19 95 76
Amtsgericht Dortmund HRB 14428
Web: www.pixelconsult.de
E-Mail: christine.schaef...@pixelconsult.de
Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen
enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail sind nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter
Linzenkirchner
Gesendet: Freitag, 1. Februar 2013 10:38
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] tt_news: Call to a member
functionextraItemMarkerProcessor() on a non-object
Hallo Christine,
class tx_kunden_marker {
function extraItemMarkerProcessor($markerArray, $row, $lConf, $obj) {
$markerArray['###kunde###'] = '$row['tx_kunden_kunde']'; return
$markerArray; } }
Die ext_localconf der kunden-Extension sieht so aus:
if (!defined (TYPO3_MODE)) die (Access denied.);
require_once(t3lib_extMgm::extPath('kunden').'class.tx_kunden_marker.p
hp'); $TYPO3_CONF_VARS['EXTCONF']['tt_news']['extraItemMarkerHook'][]
= 'tx_kunden';
Müsste das nicht lauten:
$TYPO3_CONF_VARS['EXTCONF']['tt_news']['extraItemMarkerHook'][] =
'tx_kunden_marker';
?
Gruß
Peter
--
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 mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: Call to a member functionextraItemMarkerProcessor() on a non-object
OK, ich habe nachgesehen ...
Da muss die Extension stehen, richtig, aber der gesamte Pfad. So stehts z. B.
in einer Extension von mir:
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['additionalFormSearchFields'][]
= 'EXT:ttnewssearch/class.ttnewssearch.php:tx_ttnewssearch';
Damit sollte dann auch die Zeile drüber:
require_once(t3lib_extMgm::extPath('kunden').'class.tx_kunden_marker.php');
nicht nötig sein, weil die Datei direkt aus
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['additionalFormSearchFields'][]
geladen werden kann.
Gruß
Peter
Am 01.02.2013 um 11:09 schrieb Christine Schäfers
christine.schaef...@pixelconsult.de:
Hallo Peter!
Nach den Infos, die ich so in den Weiten des Netz gefunden habe müsste dort
der Name der Extension stehen, dann müsste es eigentlich so richtig sein,
wie es war.
Habs tortzdem mal probiert aber der Fehler ist immer noch der gleiche :-(
Viele Grüße
Christine Schäfers
PixelConsult Logo
Christine Schäfers
Webentwicklung
PixelConsult QR-Code
PixelConsult GmbH
Konrad-Adenauer-Allee 10
44263 Dortmund
Tel: 0 23 1 / 94 19 95 71
Fax: 0 23 1 / 94 19 95 76
Amtsgericht Dortmund HRB 14428
Web: www.pixelconsult.de
E-Mail: christine.schaef...@pixelconsult.de
Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen
enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail sind nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter
Linzenkirchner
Gesendet: Freitag, 1. Februar 2013 10:38
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] tt_news: Call to a member
functionextraItemMarkerProcessor() on a non-object
Hallo Christine,
class tx_kunden_marker {
function extraItemMarkerProcessor($markerArray, $row, $lConf, $obj) {
$markerArray['###kunde###'] = '$row['tx_kunden_kunde']'; return
$markerArray; } }
Die ext_localconf der kunden-Extension sieht so aus:
if (!defined (TYPO3_MODE)) die (Access denied.);
require_once(t3lib_extMgm::extPath('kunden').'class.tx_kunden_marker.p
hp'); $TYPO3_CONF_VARS['EXTCONF']['tt_news']['extraItemMarkerHook'][]
= 'tx_kunden';
Müsste das nicht lauten:
$TYPO3_CONF_VARS['EXTCONF']['tt_news']['extraItemMarkerHook'][] =
'tx_kunden_marker';
?
Gruß
Peter
--
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 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] Lokalisierung von Dateien in Seiteneigenschaften
Hallo, ich baue ein TMenu zusammen, welches Bilder aus des Ressources nutzt. Seitentitel, Beschreibungen werden nach Lokalisierung der Seite ordnungsgemäß angezeigt. Die Datei aus den Ressources ist leider immer die der Standardsprache. Bei der Lokalisierung mit FAL kann ich zwar Bildtitel und Description ändern. Nicht aber die Datei selbst. Wie soll man damit umgehen ? Danke. -- Dirk Koritnik korit...@werkraum-media.de werkraum.media belvederer allee 2 99425 weimar mobil 0157 72534813 telefon 03643 494374 fax 03643 494373 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] ASAP - T3 Ext Entwickler gesucht
Hallo, ich suche für eine kleinere Erweiterungen einen T3 Entwickler. Leider ziemlich schnell. Bitte Referenzen und Stundensatz an mich senden. Vielen Dank! -- -- TYPO3 - TIPS - ANLEITUNGEN - NEWS unter: http://blog.ingeniumdesign.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news zeigt keine Kategorien im CE
Hi Dirk Ich habe mal in meiner dev 6.0.1 geschaut und hier sieht das korrekt aus. Vielleicht schauste da mal rein und vergleichst die Einstellungen mit Deinem Projekt? Zugangsdaten = dev 4.7.7 ;-) Johannes -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Dirk Koritnik Gesendet: Donnerstag, 31. Januar 2013 17:17 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] tt_news zeigt keine Kategorien im CE Gerne. Die Kategorieauswahl: http://t3.werkraum-media.net/dummy/sharing/1.PNG Der zugeordnete Sysfolder: http://t3.werkraum-media.net/dummy/sharing/2.PNG Danke. Kannst du das mal in einen Screenshot packen? Ich kann es mir im Moment nicht verstellen. Bitte den Screenshot nicht an den Post anhängen, sondern von einem Image Hoster verlinken. Viele Grüße -- Dirk Koritnik korit...@werkraum-media.de werkraum.media belvederer allee 2 99425 weimar mobil 0157 72534813 telefon 03643 494374 fax 03643 494373 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Lokalisierung von Dateien in Seiteneigenschaften
Hi Dirk Habe das auch mal getestet. Also ich sehe in den Seiteneigenschaften der anderen Sprachen die Bilder der Standardsprache - allerdings ausgegraut. Jetzt habe ich mal versucht hier eine neue Relation auf ein neues Bild einzufügen. Das geht, doch wird es dann nicht an entsprechender Stelle angezeigt - es wird wie von Dir beschrieben weiterhin das Bild der Standardsprache angezeigt. Im Rahmen der Diskussion über die neue GridElements-Extension-Version wurde dort darauf hingewiesen, daß es wohl noch Bugs im Translation-Handling von 6.0.x gibt. Vielleicht ist das einer davon? Viele Grüße Johannes C. Schulz __ -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Dirk Koritnik Gesendet: Freitag, 1. Februar 2013 11:32 An: German TYPO3 Userlist Betreff: [TYPO3-german] Lokalisierung von Dateien in Seiteneigenschaften Hallo, ich baue ein TMenu zusammen, welches Bilder aus des Ressources nutzt. Seitentitel, Beschreibungen werden nach Lokalisierung der Seite ordnungsgemäß angezeigt. Die Datei aus den Ressources ist leider immer die der Standardsprache. Bei der Lokalisierung mit FAL kann ich zwar Bildtitel und Description ändern. Nicht aber die Datei selbst. Wie soll man damit umgehen ? Danke. -- Dirk Koritnik korit...@werkraum-media.de werkraum.media belvederer allee 2 99425 weimar mobil 0157 72534813 telefon 03643 494374 fax 03643 494373 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: Call to a memberfunctionextraItemMarkerProcessor() on a non-object
Hallo Christine,
das dürfte jetzt gar nicht sein, der PHP-Code darf nicht ausgegeben werden.
Die Anleitung ist letztlich so wie es bei mir auch ist:
localconf.php in der Extension:
if (!defined('TYPO3_MODE')) {
die ('Access denied.');
}
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['extraItemMarkerHook'][] =
'EXT:ext_key_name/class.tt_newsexpand.php:newsexpand';
// = hier steht der gesamte Pfad zur Extension!
In der Klasse:
?php
class newsexpand
{
function extraItemMarkerProcessor($markerArray, $row, $lConf, $ttnewsobj)
{
$markerArray['###TOWTITLE###'] = $row['ext_key_name_towtitle'];
return $markerArray;
}
}
?
In deinem PHP sind Fehler:
class tx_kunden_marker {
function extraItemMarkerProcessor($markerArray, $row, $lConf, $obj) {
$markerArray['###kunde###'] = '$row['tx_kunden_kunde']';
return $markerArray;
}
}
'$row['tx_kunden_kunde']' = das kann nicht sein, hier wird der String
ausgegeben, nicht die Variable: Wenn, dann so: $row['tx_kunden_kunde'], also
Anführungen.
= verm. nur ein Typo hier in der Mail?
---
in der localconf.php deiner Extension müsste dann stehen:
if (!defined('TYPO3_MODE')) {
die ('Access denied.');
}
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['extraItemMarkerHook'][] =
'EXT:tx_kunden/class.tx_kunden_marker.php:tx_kunden_marker';
// = hier steht der gesamte Pfad zur Extension!
Entsprechend muss die Datei mit der Funktion dann so heissen bzw. genau da
liegen:
/typo3conf/ext/tx_kunden/class.tx_kunden_marker.php
und darin muss sich die Klasse tx_kunden_marker befinden, in der sich wieder
die obige Funktion extraItemMarkerProcessor() befindet.
Gruß
Peter
Am 01.02.2013 um 11:53 schrieb Christine Schäfers
christine.schaef...@pixelconsult.de:
Dann schreibt er mir aber einfach nur
class tx_kunden_marker { function extraItemMarkerProcessor($markerArray,
$row, $lConf, $obj) { $markerArray['###NEUERMARKER###'] =
'$row['tx_kunden_kunde']'; return $markerArray; } }
Sprich den Inhalt der Klasse raus und der Rest der Seite bleibt weiß.
Habe mich an diese Anleitung gehalten:
http://www.wiki-cms.com/Typo3-Extensions-tt_news-Hook
Viele Grüße
Christine Schäfers
PixelConsult Logo
Christine Schäfers
Webentwicklung
PixelConsult QR-Code
PixelConsult GmbH
Konrad-Adenauer-Allee 10
44263 Dortmund
Tel: 0 23 1 / 94 19 95 71
Fax: 0 23 1 / 94 19 95 76
Amtsgericht Dortmund HRB 14428
Web: www.pixelconsult.de
E-Mail: christine.schaef...@pixelconsult.de
Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen
enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail sind nicht gestattet.
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorised copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter
Linzenkirchner
Gesendet: Freitag, 1. Februar 2013 11:28
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] tt_news: Call to a
memberfunctionextraItemMarkerProcessor() on a non-object
OK, ich habe nachgesehen ...
Da muss die Extension stehen, richtig, aber der gesamte Pfad. So stehts z.
B. in einer Extension von mir:
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['additionalFormSearchField
s'][] = 'EXT:ttnewssearch/class.ttnewssearch.php:tx_ttnewssearch';
Damit sollte dann auch die Zeile drüber:
require_once(t3lib_extMgm::extPath('kunden').'class.tx_kunden_marker.php');
nicht nötig sein, weil die Datei direkt aus
$GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['tt_news']['additionalFormSearchField
s'][] geladen werden kann.
Gruß
Peter
Am 01.02.2013 um 11:09 schrieb Christine Schäfers
christine.schaef...@pixelconsult.de:
Hallo Peter!
Nach den Infos, die ich so in den Weiten des Netz gefunden habe müsste
dort der Name der Extension stehen, dann müsste es eigentlich so
richtig sein, wie es war.
Habs tortzdem mal probiert aber der Fehler ist immer noch der gleiche
:-(
Viele Grüße
Christine Schäfers
PixelConsult Logo
Christine Schäfers
Webentwicklung
PixelConsult QR-Code
PixelConsult GmbH
Konrad-Adenauer-Allee 10
44263 Dortmund
Tel: 0 23 1 / 94 19 95 71
Fax: 0 23 1 / 94 19 95 76
Amtsgericht Dortmund HRB 14428
Web: www.pixelconsult.de
E-Mail: christine.schaef...@pixelconsult.de
Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte
Informationen enthalten. Wenn Sie nicht der richtige Adressat sind
oder diese E-Mail
Re: [TYPO3-german] Formhandler - 2 step form ajax Valdierung submit/next geht nur in step 1
Hallo Matthias,
es ist schwer für mich aus deinen Fehlerbeschreibungen schlau zu werden.
Am einfachsten wäre es wohl, wenn ich mir das Formular online ansehen
könnte.
Bitte schreib mir per E-Mail und wir gehen das nächste Woche gemeinsam
durch.
Viele Grüße,
Reinhard
Am 31.01.2013 03:41, schrieb Matthias Eberlein:
Hallo Reinhard,
entschuldigung Angenommen :-)
Ganz Ehrlich, ich bin Dankbar Überhaupt Gratis Support sozusagen zu
bekommen. Egal ob es sich um Formhandler geht oder andere Probleme wo
man nicht mehr weiter weiß.
OK. Nun bin ich schon seit einiger Zeit bei Diesem Multistep und anderen
Forms und es scheint Fast zu Laufen. Aber nur Fast.
Irgendwie will Die Ajax Validierung nach step-1 nicht funktionieren. Das
ist jetzt aber nicht das große Problem.
Ein Problem macht mir Kopfzerbrechen, und zwar folgendes. Um es besser
zu veranschaulichen mal ein teil des scripts welches du ja kennst. aus
dem basis für multisteps mit conditions ganz unten angehängt
Wie man sehen kann gibt es zu Auswahl 3 Options. Die ersten beiden
Optionen gehen bis Step-5, die Option 3 Special besitzt jedoch nur 2
steps. Wählt man nun Diese Option - step 2 geht - step 3 geht -
Submit geht nicht. Er versuch immer weite nach step 4 welches nicht
Existiert. Kein Error Template missing oder der gleichen. Nur kein
Submit möglich.
Alle anderen Optionen gehen alle ihre Steps sauber durch. Und das mit
AJAX ;-)
Template von ###master_multipart-form-start auf ###master_form-start_
geändert.
Das andere welches ich nicht in den Griff bekommen ist das auf der Seite
(startpage) Dieses Multistep Form enthalten ist und im Footer Bereich
habe ich ein Newsletter Subscribe mit Name ,email Und Private Policity
Checkbox incl Submit-ok Template. Alles required fields. Nach submit ist
wird die erste Form (multistepform) Inaktiv.
Im Master Template sind für die submit Buttons KEINE
###validation-status### enthalten. autoDisableSubmitButton = 0 Trotzdem
bleib der Button disabled=disabled
Das gleiche Problem ist Umgekehrt. Wenn erst Die Multiform Submit und
danach ein Newsletter gewählt wird ist Newsletter Inaktiv.
input type=submit name=newslettersubmit[step-2-next] class=button
submit value=Send id=newslettersubmit-submit disabled=disabled/
Jede Form hat seine submitButtonSelector.
wie z.B Newslettersubmit
submitButtonSelector = #formhandler_newsletter_form #NewsletterSubmit
INPUT[type=\'submit\']
Jede form hat Ihre ID
jquery alias habe ich auf $ für alle forms
Weiters Problem,
Selectbox Validierung
Folgendes Szenario.
Drei Optionen (vier)
0 Bitte Wählen Sie
1 Option 1
2 Option 2
3 Option 3
Geht man mit TAB die Form durch und wählt nichts mit der Maus aus der
selectbox aus wird das Bitte Wählen Sie Validiert und auf OK gesetzt.
Also hilft nur
option value=/option
für Position 0
OK. Damit kann man aber Leben, denn es gibt ja ein Label zur Selectbox.
Nur meine Frage, ist es nicht möglich die genaue Position zu Validieren?
poss.0=notok
poss.1=ok usw
In der Doku habe ich nichts gefunden.
Letztes Problem, ich kann nich von einem Step wieder zurrück zu dem
vorherigen step.
###submit_step_[1]### Zeigt mit im source code den validen step zurück
an aber es geht nur vor.
allowStepJumps = 1
Jetzt fällt mir grade ein ich habe das im ajax part???
OK, reich für heute. soll nicht wieder 7Uhr morgens werden.
Wäre Dankbar für den ein oder anderen Hinweis
Gruß
Matthias
if {
1 {
conditions.OR1.AND1 = position = Examples1
isTrue {
2 {
templateSuffix = _example
}
3 {
templateSuffix = _example1
}
4 {
templateSuffix = _example3
}
5 {
templateSuffix = _example4
}
}
}
2 {
conditions.OR1.AND1 = position = Examples2
isTrue {
2 {
templateSuffix = _example
}
3 {
templateSuffix = _example1
}
4 {
templateSuffix = _example3
}
5 {
templateSuffix = _example4
}
}
}
3 {
conditions.OR1.AND1 = position = Special
isTrue {
2 {
templateSuffix = _special1
}
3 {
templateSuffix = _special2
}
}
}
}
Am 30.01.2013 10:55, schrieb Reinhard Führicht:
Hallo Matthias,
das Problem ist folgendes:
Du hast 2 unterschiedliche formIDs für die Steps. Durch den AJAX-Submit
wird nicht die ganze Seite neu geladen, sondern nur das Formular.
Dadurch kann Formhandler kein neues JavaScript mit der neuen formID
generieren.
Lösung:
Verwende die gleiche
[TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hallo, ich habe soeben begonnen, ein einfaches Typo3-Projekt von Version 4.1.2 auf die neueste Version zu updaten. Als Zwichenschritte habe ich die Versionen 4.5.22 und 4.7.7 genutzt und bis zur 4.7.7 hat auch alles funktioniert. Leider erhalte ich nach Aktivieren der 6.0.0-Version den folgenden Fehler beim Aufruf des BE, des InstallTool und auch des FE : Warning: require(typo3/sysext/core/Classes/Core/Bootstrap.php): failed to open stream: No such file or directory in //t3-600.projekt-typo3/index.php on line 36 Fatal error: require(): Failed opening required 'typo3/sysext/core/Classes/Core/Bootstrap.php' (include_path='.:/usr/share/php') in /t3-600.projekt-typo3/index.php on line 36 Die Datei ansich gibt es aber. Hat jemand einen Tipp, wie ich hier weiter vorgehen muss ? Tobias ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extbase und fe_users, in der nicht alle Felder angesprochen werden
Hallo Eddy
so viel ich weiss musst Du alle Attribute in deinem Modell nachbauen,
d.h. ein protected username mit einem setter setUsername und einem
getter getUsername beschreiben, dann kannst Du das auch wie gewünscht
verwenden. Ich habe das mal so auf die Schnelle gemacht und es hat
funktioniert.
Die Profis kennen vielleicht noch einen anderen weg, so dass man die im
fe_user schon vorhandenen getter und setter erben kann, aber da müsste
ich genauer in die Programmierung reinschauen.
Gruss Renzo
--
Renzo Bauen
conPassione gmbh
T +41 33 345 00 92
M +41 79 330 10 11
http://www.conpassione.ch
TYPO3 Bronce Associate
Am Freitag, den 01.02.2013, 11:08 +0100 schrieb Anfrage:
Hallo zusammen,
bei der Verwendung von fe_users mit extbase stehe ich vor einem Problem,
das ich mir nicht so recht erklären kann (TYPO3 Version 6.0.1).
Der FE-User wird dabei gefunden, jedoch habe ich nur Zugriff auf die uid
und pid des Users. Der Name oder andere Daten des Users werden nicht
übergeben:
In der listAction des Controllers übergebe ich der Methode findByUid die
User-ID:
$feuserId = $GLOBALS['TSFE']-fe_user-user['uid'];
$frontendUser = $this-frontendUserRepository-findByUid($feuserId);
$this-view-assign('frontendUser',$frontendUser);
Das Mapping sieht folgendermaßen aus:
plugin.tx_gallery {
persistence {
storagePid = 73,29
classes {
VENDOR\Gallery\Domain\Model\FrontendUser {
mapping {
tableName = fe_users
recordType = Tx_Extbase_Domain_Model_FrontendUser
columns {
tx_gallery_subscribed.mapOnProperty = subscribed
}
}
}
}
}
}
Der Datensatztyp beim FE-User wurde auch auf
Tx_Extbase_Domain_Model_FrontendUser gestellt.
Im List-Template kann ich nun auf die uid mit {frontendUser.uid}
zugreifen. Der Zugriff z.B. auf den Namen mit {frontendUser.name} ist
jedoch nicht möglich, d.h. hier erfolgt keine Ausgabe.
Wenn ich nun in der Methode buildQuery der Typo3DbBackend.php einen
sql-dump ausgebe, sehe ich, das aber anscheinend auf alle Felder der
fe_users zugegriffen wird (Select fe_users.* ...).
Habt Ihr eine Erklärung dafür?
Vielen Dank
Eddy
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] ASAP - T3 Ext Entwickler gesucht
Hi Basti, Basti wrote: ich suche für eine kleinere Erweiterungen einen T3 Entwickler. Leider ziemlich schnell. Bitte Referenzen und Stundensatz an mich senden. So etwas am besten auf der typo3.jobs posten. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi Tobia, Tobias wrote: Die Datei ansich gibt es aber. Hat jemand einen Tipp, wie ich hier weiter vorgehen muss ? Wie genau ist das installiert? Mit symlinks? via git? Hast du die Dateirechte geprüft? Hast du daran gedacht, die index.php auszutauschen? Auf welchem OS läuft das Ganze? Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hallo Philipp, Ich habe die Installation in Ermangelung von SSH ohne Symlinks installiert, sondern die folgenden Daten umbenannt und durch neue ersetzt : /typo3 /t3lib /index.php Ich habe also diese Verzeichnisse komplett durch umbenennen ausgetauscht und auch die index.php ersetzt. Das Typo3 läuft auf einem Linux-Server, die genaue Distribution kann ich dir leider nicht sagen. Tobias -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Philipp Gampe Gesendet: Freitag, 1. Februar 2013 14:24 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0 Hi Tobia, Tobias wrote: Die Datei ansich gibt es aber. Hat jemand einen Tipp, wie ich hier weiter vorgehen muss ? Wie genau ist das installiert? Mit symlinks? via git? Hast du die Dateirechte geprüft? Hast du daran gedacht, die index.php auszutauschen? Auf welchem OS läuft das Ganze? Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi Tobias, Tobias: Ich habe also diese Verzeichnisse komplett durch umbenennen ausgetauscht und auch die index.php ersetzt. Das Typo3 läuft auf einem Linux-Server, die genaue Distribution kann ich dir leider nicht sagen. Und du bist dir sicher, dass die Datei genau mit der Groß- und Kleinschreibung an dieser Stelle existiert? Hast du die Dateirechte und Ordnerrechte auch wirklich zweimal geprüft? Ansonsten schicke mir mal eine PM mit den FTP Daten falls dies OK ist. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 Association - PayPal Spende nicht möglich
Hallo zusammen Die Association scheint kein Geld von mir zu wollen. Wollte was spenden auf http://typo3.org/donate/online-donation/ Doch da kommt die PayPal Meldung: This recipient is currently unable to receive money. Hab deshalb vor 2 Tagen an donat...@typo3.org geschrieben. Doch auch da scheint sich niemand für mich zu interessieren. Eigentlich schade! Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Association - PayPal Spende nicht möglich
Vielleicht war ja auch nur der Betrag zu hoch :-) und das Konto drohte zu überlaufen... Liebe Grüsse Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Freitag, den 01.02.2013, 14:36 +0100 schrieb Philipp Holdener: Hallo zusammen Die Association scheint kein Geld von mir zu wollen. Wollte was spenden auf http://typo3.org/donate/online-donation/ Doch da kommt die PayPal Meldung: This recipient is currently unable to receive money. Hab deshalb vor 2 Tagen an donat...@typo3.org geschrieben. Doch auch da scheint sich niemand für mich zu interessieren. Eigentlich schade! Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: TYPO3 Association - PayPal Spende nicht möglich
Vielleicht war ja auch nur der Betrag zu hoch :-) und das Konto drohte zu überlaufen... Könnte natürlich auch sein :-) Hab aber statt der Mio mal nur 1 Euro probiert -- geht auch nicht :)) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Uncaught exception 'Tx_Fluid_Core_Parser_Exception' with message 'Argument hsc was not registered
Hallo,
dieser Fehler tritt bei Aufruf einer Seite vom type 9818 (RSS News Feed im XML
Format) unter TYPO3 v4.7.7 auf (Extension news system v2.0.0, list.xml).
Stack Trace:
#0
/.../typo3_src-4.7.4/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php(443):
Tx_Fluid_Core_Parser_TemplateParser-abortIfUnregisteredArgumentsExist(Array,
Array)
#1
/.../typo3_src-4.7.4/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php(417):
Tx_Fluid_Core_Parser_TemplateParser-initializeViewHelperAndAddItToStack(Object(Tx_Fluid_Core_Parser_ParsingState),
'n', 'link', Array)
#2
/.../typo3_src-4.7.4/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php(391):
Tx_Fluid_Core_Parser_TemplateParser-openingViewHelperTagHandler(Object(Tx_Fluid_Core_Parser_ParsingState),
'n', 'link', ' newsItem={new...', false)
#3
/.../typo3_src-4.7.4/typo3/sysext/fluid/Classes/Core/Parser/TemplateParser.php
on line 483
In einer anderen Installation unter TYPO3 4.6.15 mit news system v1.3.2 habe
ich dieses Problem nicht.
Was kann die Ursache dafür sein
Gruß, Johannes.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extbase und fe_users, in der nicht alle Felder angesprochen werden
Hallo Renzo, vielen Dank. Auf diese Weise komme ich tatsächlich an die Daten heran. Frage mich aber, warum dann der Aufwand des Mappings nötig ist, wenn ich dann eh im Model die property incl. getter und setter anlegen muss. Gruss Eddy Am 01.02.2013 14:14, schrieb conPassione gmbh: Hallo Eddy so viel ich weiss musst Du alle Attribute in deinem Modell nachbauen, d.h. ein protected username mit einem setter setUsername und einem getter getUsername beschreiben, dann kannst Du das auch wie gewünscht verwenden. Ich habe das mal so auf die Schnelle gemacht und es hat funktioniert. Die Profis kennen vielleicht noch einen anderen weg, so dass man die im fe_user schon vorhandenen getter und setter erben kann, aber da müsste ich genauer in die Programmierung reinschauen. Gruss Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] extbase und fe_users, in der nicht alle Felder angesprochen werden
Hallo Eddy eben, wie ich schon erwähnte wird der Aufwand mit Hilfe von Vererbung wohl einschränkbar sein. Aber das müsste ich noch prüfen bevor ich Dir da eine definitive Antwort geben kann. Das Model müsste wohl nicht vom generischen Model abgeleitet werden sondern vom fe_user model oder so dann müssten die Getter und Setter ja eigentlich vererbt werden. Gruss Renzo -- Renzo Bauen conPassione gmbh T +41 33 345 00 92 M +41 79 330 10 11 http://www.conpassione.ch TYPO3 Bronce Associate Am Freitag, den 01.02.2013, 16:14 +0100 schrieb Anfrage: Hallo Renzo, vielen Dank. Auf diese Weise komme ich tatsächlich an die Daten heran. Frage mich aber, warum dann der Aufwand des Mappings nötig ist, wenn ich dann eh im Model die property incl. getter und setter anlegen muss. Gruss Eddy Am 01.02.2013 14:14, schrieb conPassione gmbh: Hallo Eddy so viel ich weiss musst Du alle Attribute in deinem Modell nachbauen, d.h. ein protected username mit einem setter setUsername und einem getter getUsername beschreiben, dann kannst Du das auch wie gewünscht verwenden. Ich habe das mal so auf die Schnelle gemacht und es hat funktioniert. Die Profis kennen vielleicht noch einen anderen weg, so dass man die im fe_user schon vorhandenen getter und setter erben kann, aber da müsste ich genauer in die Programmierung reinschauen. Gruss Renzo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi,
habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf
6.0.1 (bei 6.0.0 war das Problem auch)
Und zwar scheint das Backend zu funktionieren, das Frontend liefert
folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings
problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen,
dass es evtl. etwas mit der Rootpage zu tun hat aber was...
Uncaught TYPO3 Exception
#1343589451: Could not fetch page data for uid 0. (More information)
RuntimeException thrown in file
/typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217.
6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0)
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00308: */
00309: protected function generateRootlineCache() {
00310: $page = $this-getRecordArray($this-pageUid);
00311: // If the current page is a mounted (according to the MP
parameter) handle the mount-point
00312: if ($this-isMountedPage()) {
5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache()
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00190: if (!isset(self::$localCache[$cacheIdentifier])) {
00191:if (!self::$cache-has($cacheIdentifier)) {
00192: $this-generateRootlineCache();
00193:} else {
00194: self::$localCache[$cacheIdentifier] =
self::$cache-get($cacheIdentifier);
4 TYPO3\CMS\Core\Utility\RootlineUtility::get()
./typo3/sysext/frontend/Classes/Page/PageRepository.php:
00566:}
00567: } else {
00568:return $rootline-get();
00569: }
00570: }
3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, )
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.php:
01170: $temp_sys_page-init($this-showHiddenPage);
01171: // If root line contained NO records and
-error_getRootLine_failPid tells us that it was because of a pid=-1
(indicating a version record)...:
01172: if (!count($temp_sys_page-getRootLine($this-id,
$this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) {
01173: // Setting versioningPreview flag and try again:
01174: $temp_sys_page-versioningPreview = TRUE;
2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId()
/typo3/sysext/cms/tslib/index_ts.php:
00117: $TSFE-checkAlternativeIdMethods();
00118: $TSFE-clear_preview();
00119: $TSFE-determineId();
00120: // Now, if there is a backend user logged in and he has NO access
to this page, then re-evaluate the id shown!
00121: if ($TSFE-isBackendUserLoggedIn()
(!$BE_USER-extPageReadAccess($TSFE-page) ||
\TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) {
1 require(.../typo3/sysext/cms/tslib/index_ts.php)
.../index.php:
00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup('');
00038:
00039: require(PATH_tslib . 'index_ts.php');
00040: ?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hallo,
also ich habe den Core nochmals hochgeladen und jetzt funktioniert alles,
keine Ahnung warum.
Bezüglich des Fehlers von Hugo, das hängt denke ich mit RealURL zusammen,
damit man in diese Richtung prüfen kann.
Tobias
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hugo
Gesendet: Freitag, 1. Februar 2013 16:43
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi,
habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf
6.0.1 (bei 6.0.0 war das Problem auch)
Und zwar scheint das Backend zu funktionieren, das Frontend liefert
folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings
problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen, dass es
evtl. etwas mit der Rootpage zu tun hat aber was...
Uncaught TYPO3 Exception
#1343589451: Could not fetch page data for uid 0. (More information)
RuntimeException thrown in file
/typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217.
6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0)
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00308: */
00309: protected function generateRootlineCache() {
00310: $page = $this-getRecordArray($this-pageUid);
00311: // If the current page is a mounted (according to the MP
parameter) handle the mount-point
00312: if ($this-isMountedPage()) {
5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache()
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00190: if (!isset(self::$localCache[$cacheIdentifier])) {
00191:if (!self::$cache-has($cacheIdentifier)) {
00192: $this-generateRootlineCache();
00193:} else {
00194: self::$localCache[$cacheIdentifier] =
self::$cache-get($cacheIdentifier);
4 TYPO3\CMS\Core\Utility\RootlineUtility::get()
./typo3/sysext/frontend/Classes/Page/PageRepository.php:
00566:}
00567: } else {
00568:return $rootline-get();
00569: }
00570: }
3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, )
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.ph
p:
01170: $temp_sys_page-init($this-showHiddenPage);
01171: // If root line contained NO records and
-error_getRootLine_failPid tells us that it was because of a pid=-1
(indicating a version record)...:
01172: if (!count($temp_sys_page-getRootLine($this-id,
$this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) {
01173: // Setting versioningPreview flag and try again:
01174: $temp_sys_page-versioningPreview = TRUE;
2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId()
/typo3/sysext/cms/tslib/index_ts.php:
00117: $TSFE-checkAlternativeIdMethods();
00118: $TSFE-clear_preview();
00119: $TSFE-determineId();
00120: // Now, if there is a backend user logged in and he has NO access
to this page, then re-evaluate the id shown!
00121: if ($TSFE-isBackendUserLoggedIn()
(!$BE_USER-extPageReadAccess($TSFE-page) ||
\TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) {
1 require(.../typo3/sysext/cms/tslib/index_ts.php)
.../index.php:
00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup('');
00038:
00039: require(PATH_tslib . 'index_ts.php');
00040: ?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi,
naja, Problem ist nur realurl ist nicht installiert und war es nie.
Könnte es vielleicht auch an simulate static url liegen?
Mal testen...
Gruß
Am 01.02.2013 17:05, schrieb Tobias Leichsenring | EDVSolutions.org:
Hallo,
also ich habe den Core nochmals hochgeladen und jetzt funktioniert alles,
keine Ahnung warum.
Bezüglich des Fehlers von Hugo, das hängt denke ich mit RealURL zusammen,
damit man in diese Richtung prüfen kann.
Tobias
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hugo
Gesendet: Freitag, 1. Februar 2013 16:43
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi,
habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf
6.0.1 (bei 6.0.0 war das Problem auch)
Und zwar scheint das Backend zu funktionieren, das Frontend liefert
folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings
problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen, dass es
evtl. etwas mit der Rootpage zu tun hat aber was...
Uncaught TYPO3 Exception
#1343589451: Could not fetch page data for uid 0. (More information)
RuntimeException thrown in file
/typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217.
6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0)
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00308: */
00309: protected function generateRootlineCache() {
00310: $page = $this-getRecordArray($this-pageUid);
00311: // If the current page is a mounted (according to the MP
parameter) handle the mount-point
00312: if ($this-isMountedPage()) {
5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache()
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00190: if (!isset(self::$localCache[$cacheIdentifier])) {
00191:if (!self::$cache-has($cacheIdentifier)) {
00192: $this-generateRootlineCache();
00193:} else {
00194: self::$localCache[$cacheIdentifier] =
self::$cache-get($cacheIdentifier);
4 TYPO3\CMS\Core\Utility\RootlineUtility::get()
./typo3/sysext/frontend/Classes/Page/PageRepository.php:
00566:}
00567: } else {
00568:return $rootline-get();
00569: }
00570: }
3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, )
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.ph
p:
01170: $temp_sys_page-init($this-showHiddenPage);
01171: // If root line contained NO records and
-error_getRootLine_failPid tells us that it was because of a pid=-1
(indicating a version record)...:
01172: if (!count($temp_sys_page-getRootLine($this-id,
$this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) {
01173: // Setting versioningPreview flag and try again:
01174: $temp_sys_page-versioningPreview = TRUE;
2 TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId()
/typo3/sysext/cms/tslib/index_ts.php:
00117: $TSFE-checkAlternativeIdMethods();
00118: $TSFE-clear_preview();
00119: $TSFE-determineId();
00120: // Now, if there is a backend user logged in and he has NO access
to this page, then re-evaluate the id shown!
00121: if ($TSFE-isBackendUserLoggedIn()
(!$BE_USER-extPageReadAccess($TSFE-page) ||
\TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) {
1 require(.../typo3/sysext/cms/tslib/index_ts.php)
.../index.php:
00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup('');
00038:
00039: require(PATH_tslib . 'index_ts.php');
00040: ?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Ok ich konnte das Problem jetzt soweit eingrenzen, dass es wohl
irgendwie an der Seitenstruktur liegen muss. Aber hier weiß ich nun
wirklich nicht mehr weiter. Erwartet V 6.0 eine andere Seitenstruktur
als 4.x?
Am 01.02.2013 17:10, schrieb Hugo:
Hi,
naja, Problem ist nur realurl ist nicht installiert und war es nie.
Könnte es vielleicht auch an simulate static url liegen?
Mal testen...
Gruß
Am 01.02.2013 17:05, schrieb Tobias Leichsenring | EDVSolutions.org:
Hallo,
also ich habe den Core nochmals hochgeladen und jetzt funktioniert alles,
keine Ahnung warum.
Bezüglich des Fehlers von Hugo, das hängt denke ich mit RealURL zusammen,
damit man in diese Richtung prüfen kann.
Tobias
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Hugo
Gesendet: Freitag, 1. Februar 2013 16:43
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi,
habe ebenfalls Probleme beim Update einer Testinstallation von 4.7.7 auf
6.0.1 (bei 6.0.0 war das Problem auch)
Und zwar scheint das Backend zu funktionieren, das Frontend liefert
folgendes. Bis Version 4.7.7 funktioniert das Frontend allerdings
problemlos. Hat jemand dazu eine Idee? Ich bin nur so weit gekommen,
dass es
evtl. etwas mit der Rootpage zu tun hat aber was...
Uncaught TYPO3 Exception
#1343589451: Could not fetch page data for uid 0. (More information)
RuntimeException thrown in file
/typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217.
6 TYPO3\CMS\Core\Utility\RootlineUtility::getRecordArray(0)
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00308: */
00309: protected function generateRootlineCache() {
00310: $page = $this-getRecordArray($this-pageUid);
00311: // If the current page is a mounted (according to the MP
parameter) handle the mount-point
00312: if ($this-isMountedPage()) {
5 TYPO3\CMS\Core\Utility\RootlineUtility::generateRootlineCache()
/typo3/sysext/core/Classes/Utility/RootlineUtility.php:
00190: if (!isset(self::$localCache[$cacheIdentifier])) {
00191:if (!self::$cache-has($cacheIdentifier)) {
00192: $this-generateRootlineCache();
00193:} else {
00194: self::$localCache[$cacheIdentifier] =
self::$cache-get($cacheIdentifier);
4 TYPO3\CMS\Core\Utility\RootlineUtility::get()
./typo3/sysext/frontend/Classes/Page/PageRepository.php:
00566:}
00567: } else {
00568:return $rootline-get();
00569: }
00570: }
3 TYPO3\CMS\Frontend\Page\PageRepository::getRootLine(home, )
.../typo3/sysext/frontend/Classes/Controller/TypoScriptFrontendController.ph
p:
01170: $temp_sys_page-init($this-showHiddenPage);
01171: // If root line contained NO records and
-error_getRootLine_failPid tells us that it was because of a pid=-1
(indicating a version record)...:
01172: if (!count($temp_sys_page-getRootLine($this-id,
$this-MP)) $temp_sys_page-error_getRootLine_failPid == -1) {
01173: // Setting versioningPreview flag and try again:
01174: $temp_sys_page-versioningPreview = TRUE;
2
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController::determineId()
/typo3/sysext/cms/tslib/index_ts.php:
00117: $TSFE-checkAlternativeIdMethods();
00118: $TSFE-clear_preview();
00119: $TSFE-determineId();
00120: // Now, if there is a backend user logged in and he has NO access
to this page, then re-evaluate the id shown!
00121: if ($TSFE-isBackendUserLoggedIn()
(!$BE_USER-extPageReadAccess($TSFE-page) ||
\TYPO3\CMS\Core\Utility\GeneralUtility::_GP('ADMCMD_noBeUser'))) {
1 require(.../typo3/sysext/cms/tslib/index_ts.php)
.../index.php:
00037: \TYPO3\CMS\Core\Core\Bootstrap::getInstance()-baseSetup('');
00038:
00039: require(PATH_tslib . 'index_ts.php');
00040: ?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vielleicht sieht ja jemand meinen Logikfehler im SQL Aufruf ???
eigentlich musst du ein mit deiner mm-tabell ein join auf sich selber
machen. damit so etwas geht musst du mit alias arbeiten
das war auf jeden Fall schon mal die richtige Richtung...
in MySQL habe ich jetzt folgende Abfrage die mir das korrekte Ergebniss
liefert...
SELECT *
FROM tx_ifcwmedia_mediaitems
JOIN tx_ifcwmedia_mediaitems_genres_mm AS mm1
ON(tx_ifcwmedia_mediaitems.uid=mm1.uid_local)
JOIN tx_ifcwmedia_mediaitems_genres_mm AS mm2
ON(tx_ifcwmedia_mediaitems.uid=mm2.uid_local)
WHERE mm1.uid_foreign=30 AND mm2.uid_foreign=4
aber das (jetzt mittlerweile völlig reduzierte und hard kodierte)
Typoscript liefert kein Ergebniss ???
(join = ist natürlich EINE Zeile)
count = TEXT
count.numRows.table = tx_ifcwmedia_mediaitems
count.numRows.select {
join = tx_ifcwmedia_mediaitems_genres_mm AS mm1
ON(tx_ifcwmedia_mediaitems.uid=mm1.uid_local)
JOIN tx_ifcwmedia_mediaitems_genres_mm AS mm2
ON(tx_ifcwmedia_mediaitems.uid=mm2.uid_local)
where = mm1.uid_foreign=30 AND mm2.uid_foreign=4
}
kann es sein das im TypoScript join das AS nicht möglich ist ???
--
image[FORMAT] - Ralf-René Schröder
http://image-format.eu ... Wir geben Ihrem Image das richtige Format
http://if-20.com ... YAML templates for TYPO3
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vielleicht sieht ja jemand meinen Logikfehler im SQL Aufruf ???
Hi Ralf-Rene, Ralf-Rene Schröder wrote: kann es sein das im TypoScript join das AS nicht möglich ist ??? Ohne genauer nachzuschauen ... bitte auf jeden Fall sicherstellen, das dbal deaktiviert ist. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi Hugo, Hugo wrote: Ok ich konnte das Problem jetzt soweit eingrenzen, dass es wohl irgendwie an der Seitenstruktur liegen muss. Aber hier weiß ich nun wirklich nicht mehr weiter. Erwartet V 6.0 eine andere Seitenstruktur als 4.x? Nein, aber wenn du es eingrenzen kannst, dann wäre es super. Bitte schreib deine Erkenntnisse in ein neues Ticket. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hi Philipp, Bitte schreib deine Erkenntnisse in ein neues Ticket. Viele Grüße Meinst Du damit ich soll ein neues Issue aufmachen und dort die Fehlermeldung beschreiben? Kurz zu meiner Eingrenzung: Meine Seitenstruktur sieht folgendermaßne aus: Oberste Ebene (ID 0 mit Typo3 Symbol) - Templates (Systemordner) - Datensätze (Systemordner) - Root (Weltkugel; Verweis auf Seite 1) -- Seite1 (Verweis auf Seite 1.1) --- Seite1.1 (Standardseite) --- Seite1.2 (Standardseite) -- Seite2 (Verweis auf Seite 2.1) --- Seite2.1 (Standardseite) --- Seite2.2 (Standardseite) -- Seite3 (Verweis auf Seite 3.1) --- Seite3.1 (Standardseite) --- Seite3.2 (Standardseite) Seite 1, Seite 2 und Seite 3 stellen das horizontale Menü dar. Die dazugehörigen Unterseiten das jeweilige Vertikalmenü. Wenn ich den Verweis von Root auf Seite 1 entferne (umwandeln in Standardseite), kommen die Fehler für die oberste Ebene nicht mehr, sondern das Seitengrundgerüst mit Horizontalmenü wird angezeigt. das Vertikalmenü und die Seiteninhalte werden natürlich nicht angezeigt. Durch entfernen der ganzen Verweise kann ich die Fehlermeldung so beseitigen. Jedoch funktioniert dann meine Seite und die Menüs eben nicht mehr wie gewünscht. Insofern kann ich das Problem soweit eingrenzen, dass es wohl etwas mit der Seitenstruktur und den dortigen Verweisen zu tun haben könnte. Viele Grüße Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
gerade ist mir noch aufgefallen, dass das Log mit folgenden beiden Fehlern zu läuft: Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1343589451: Could not fetch page data for uid 0. | RuntimeException thrown in file .../typo3/sysext/core/Classes/Utility/RootlineUtility.php in line 217. Requested URL: http://www.example.de/index.php?id=2 Core: Error handler (BE): PHP Warning: vsprintf(): Too few arguments in .../typo3/sysext/belog/Classes/ViewHelpers/FormatDetailsViewHelper.php line 55 Der erste Fehler ist der, der etwas ausführlicher auch im Frontend angezeigt wird. Der zweite ist direkt mit dem Aufruf des Log verbunden, d.h. ich mache nichts außer das Log neu zu laden und die Fehlermeldung wird eingetragen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fehler beim Update von 4.7.7. auf 6.0.0
Hallo Hugo, nein, du sollst eine neue Mail schreiben, weil dein Problem nicht direkt was mit der ursprünglichen Problematik zu tun hat. Tobias Hugo dasfegefe...@web.de schrieb: Ah ok, sorry für das Missverständnis. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehler beim Aufruf des Logs in 6.0
Hi, Bei Typo3 6.0 erhalte ich folgenden Fehler im Log Core: Error handler (BE): PHP Warning: vsprintf(): Too few arguments in .../typo3/sysext/belog/Classes/ViewHelpers/FormatDetailsViewHelper.php line 55 Der Fehler ist direkt mit dem Aufruf des Logs verbunden, d.h. ich mache nichts außer das Log neu zu laden und die Fehlermeldung wird eingetragen. Gruß Hugo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Vielleicht sieht ja jemand meinen Logikfehler im SQL Aufruf ???
kann es sein das im TypoScript join das AS nicht möglich ist ??? Ohne genauer nachzuschauen ... bitte auf jeden Fall sicherstellen, das dbal deaktiviert ist. ist deaktiviert, und auch nichts dergleichen (z.B.: adodb) installiert -- image[FORMAT] - Ralf-René Schröder http://image-format.eu ... Wir geben Ihrem Image das richtige Format http://if-20.com ... YAML templates for TYPO3 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
