subject:"\[TYPO3\-german\] Kuriositäten mit 6.2"

Hat ihn...natürlich muss nach so einer Änderung auch der Pfad angepasst 
werden, damit dasa Modul gefunden wird.


Die News sind da, aber die Fehlermeldung im Date Archive ist immer noch 
dieselbe:


*Fatal error*: Call to undefined method 
TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbBackend::parseQuery() 
in 
*/home/www/typo3_6.2.1/typo3conf/ext/news/Classes/Domain/Repository/AbstractDemandedRepository.php* 
on line *92


*Häh ??!??*
*
Am 28.04.2014 21:09, schrieb Jost Baron:

Moin Steffen,

der Verzeichnisname sollte */typo3conf/ext/news/ sein, nicht "news-master".

Gruß Jost

On 04/28/2014 08:14 PM, Steffen Liebig wrote:

Da wirfts wieder ne Meldung raus:

*Fatal error*: Class 't3lib_extMgm' not found in
*/home/www/typo3_6.2.1/typo3conf/ext/news-master/ext_localconf.php* on
line *8*

Am 28.04.2014 19:52, schrieb Steffen Liebig:

Hi Philipp,

ich hab im Netz was gefunden, demzufolge 2-3mal deinstalieren/neu
installieren plus Cache löschen geholfen haben soll. Bei mir tuts das
nicht.

Das Kuriose ist, dass das Installallationssymbol durchaus grün wird -
wenn ich dem EM neu lade, klappt das ohne Fehlermeldung. Auf der Seite
einsetzbar ist die Extrension aber nicht, da kommt "news-pi1" statt
"news" in den Inhaltselementen, wo sie eingesetzt werden soll.

Im PackageStates.php scheint auch alles ok zu sein:

 'news-master' =>
 array (
   'state' =>  'active',
   'packagePath' =>  'typo3conf/ext/news-master/',
   'classesPath' =>  'Classes/',
 ),

und die LocalConfiguration.php gibt auch eine Zeile mit Einstellungen
aus:

'news' =>
'a:13:{s:29:"removeListActionFromFlexforms";s:1:"2";s:20:"pageModuleFieldsNews";s:313:"LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_simple=title,datetime;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_advanced=title,datetime,teaser,category;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_complex=title,datetime,teaser,category,archive;";s:24:"pageModuleFieldsCategory";s:17:"title,description";s:11:"archiveDate";s:4:"date";s:13:"prependAtCopy";s:1:"1";s:6:"tagPid";s:1:"1";s:25:"showMediaDescriptionField";s:1:"0";s:12:"rteForTeaser";s:1:"0";s:22:"contentElementRelation";s:1:"0";s:13:"manualSorting";s:1:"0";s:19:"categoryRestriction";s:0:"";s:12:"showImporter";s:1:"0";s:24:"showAdministrationModule";s:1:"1";}',


Irgendwie mysteriös, das.

Am 28.04.2014 19:06, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


*#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
(More information)

Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die
Extension nicht als aktiv markiert wurde.

Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2


Ahoi Jost,

das hab ich eben geändert - jetzt sind die Fehlermeldungen weg, aber das 
Modul kommt nicht mehr in den Inhaltselementen und zeigt im FE nix an.


Cu, Steffen

Am 28.04.2014 21:09, schrieb Jost Baron:

Moin Steffen,

der Verzeichnisname sollte */typo3conf/ext/news/ sein, nicht "news-master".

Gruß Jost

On 04/28/2014 08:14 PM, Steffen Liebig wrote:

Da wirfts wieder ne Meldung raus:

*Fatal error*: Class 't3lib_extMgm' not found in
*/home/www/typo3_6.2.1/typo3conf/ext/news-master/ext_localconf.php* on
line *8*

Am 28.04.2014 19:52, schrieb Steffen Liebig:

Hi Philipp,

ich hab im Netz was gefunden, demzufolge 2-3mal deinstalieren/neu
installieren plus Cache löschen geholfen haben soll. Bei mir tuts das
nicht.

Das Kuriose ist, dass das Installallationssymbol durchaus grün wird -
wenn ich dem EM neu lade, klappt das ohne Fehlermeldung. Auf der Seite
einsetzbar ist die Extrension aber nicht, da kommt "news-pi1" statt
"news" in den Inhaltselementen, wo sie eingesetzt werden soll.

Im PackageStates.php scheint auch alles ok zu sein:

 'news-master' =>
 array (
   'state' =>  'active',
   'packagePath' =>  'typo3conf/ext/news-master/',
   'classesPath' =>  'Classes/',
 ),

und die LocalConfiguration.php gibt auch eine Zeile mit Einstellungen
aus:

'news' =>
'a:13:{s:29:"removeListActionFromFlexforms";s:1:"2";s:20:"pageModuleFieldsNews";s:313:"LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_simple=title,datetime;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_advanced=title,datetime,teaser,category;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_complex=title,datetime,teaser,category,archive;";s:24:"pageModuleFieldsCategory";s:17:"title,description";s:11:"archiveDate";s:4:"date";s:13:"prependAtCopy";s:1:"1";s:6:"tagPid";s:1:"1";s:25:"showMediaDescriptionField";s:1:"0";s:12:"rteForTeaser";s:1:"0";s:22:"contentElementRelation";s:1:"0";s:13:"manualSorting";s:1:"0";s:19:"categoryRestriction";s:0:"";s:12:"showImporter";s:1:"0";s:24:"showAdministrationModule";s:1:"1";}',


Irgendwie mysteriös, das.

Am 28.04.2014 19:06, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


*#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
(More information)

Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die
Extension nicht als aktiv markiert wurde.

Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-28 Diskussionsfäden Jost Baron

Moin Steffen,

der Verzeichnisname sollte */typo3conf/ext/news/ sein, nicht "news-master".

Gruß Jost

On 04/28/2014 08:14 PM, Steffen Liebig wrote:
> Da wirfts wieder ne Meldung raus:
> 
> *Fatal error*: Class 't3lib_extMgm' not found in
> */home/www/typo3_6.2.1/typo3conf/ext/news-master/ext_localconf.php* on
> line *8*
> 
> Am 28.04.2014 19:52, schrieb Steffen Liebig:
>> Hi Philipp,
>>
>> ich hab im Netz was gefunden, demzufolge 2-3mal deinstalieren/neu
>> installieren plus Cache löschen geholfen haben soll. Bei mir tuts das
>> nicht.
>>
>> Das Kuriose ist, dass das Installallationssymbol durchaus grün wird -
>> wenn ich dem EM neu lade, klappt das ohne Fehlermeldung. Auf der Seite
>> einsetzbar ist die Extrension aber nicht, da kommt "news-pi1" statt
>> "news" in den Inhaltselementen, wo sie eingesetzt werden soll.
>>
>> Im PackageStates.php scheint auch alles ok zu sein:
>>
>> 'news-master' =>
>> array (
>>   'state' => 'active',
>>   'packagePath' => 'typo3conf/ext/news-master/',
>>   'classesPath' => 'Classes/',
>> ),
>>
>> und die LocalConfiguration.php gibt auch eine Zeile mit Einstellungen
>> aus:
>>
>> 'news' =>
>> 'a:13:{s:29:"removeListActionFromFlexforms";s:1:"2";s:20:"pageModuleFieldsNews";s:313:"LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_simple=title,datetime;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_advanced=title,datetime,teaser,category;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_complex=title,datetime,teaser,category,archive;";s:24:"pageModuleFieldsCategory";s:17:"title,description";s:11:"archiveDate";s:4:"date";s:13:"prependAtCopy";s:1:"1";s:6:"tagPid";s:1:"1";s:25:"showMediaDescriptionField";s:1:"0";s:12:"rteForTeaser";s:1:"0";s:22:"contentElementRelation";s:1:"0";s:13:"manualSorting";s:1:"0";s:19:"categoryRestriction";s:0:"";s:12:"showImporter";s:1:"0";s:24:"showAdministrationModule";s:1:"1";}',
>>
>>
>> Irgendwie mysteriös, das.
>>
>> Am 28.04.2014 19:06, schrieb Philipp Gampe:
>>> Hi Steffen Liebig,
>>>
>>> Steffen Liebig wrote:
>>>
 *#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
 (More information)
>>> Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die
>>> Extension nicht als aktiv markiert wurde.
>>>
>>> Grüße
>>
> 

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

Re: [TYPO3-german] Kuriositäten mit 6.2


Da wirfts wieder ne Meldung raus:

*Fatal error*: Class 't3lib_extMgm' not found in 
*/home/www/typo3_6.2.1/typo3conf/ext/news-master/ext_localconf.php* on 
line *8*


Am 28.04.2014 19:52, schrieb Steffen Liebig:

Hi Philipp,

ich hab im Netz was gefunden, demzufolge 2-3mal deinstalieren/neu 
installieren plus Cache löschen geholfen haben soll. Bei mir tuts das 
nicht.


Das Kuriose ist, dass das Installallationssymbol durchaus grün wird - 
wenn ich dem EM neu lade, klappt das ohne Fehlermeldung. Auf der Seite 
einsetzbar ist die Extrension aber nicht, da kommt "news-pi1" statt 
"news" in den Inhaltselementen, wo sie eingesetzt werden soll.


Im PackageStates.php scheint auch alles ok zu sein:

'news-master' =>
array (
  'state' => 'active',
  'packagePath' => 'typo3conf/ext/news-master/',
  'classesPath' => 'Classes/',
),

und die LocalConfiguration.php gibt auch eine Zeile mit Einstellungen 
aus:


'news' => 
'a:13:{s:29:"removeListActionFromFlexforms";s:1:"2";s:20:"pageModuleFieldsNews";s:313:"LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_simple=title,datetime;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_advanced=title,datetime,teaser,category;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_complex=title,datetime,teaser,category,archive;";s:24:"pageModuleFieldsCategory";s:17:"title,description";s:11:"archiveDate";s:4:"date";s:13:"prependAtCopy";s:1:"1";s:6:"tagPid";s:1:"1";s:25:"showMediaDescriptionField";s:1:"0";s:12:"rteForTeaser";s:1:"0";s:22:"contentElementRelation";s:1:"0";s:13:"manualSorting";s:1:"0";s:19:"categoryRestriction";s:0:"";s:12:"showImporter";s:1:"0";s:24:"showAdministrationModule";s:1:"1";}',


Irgendwie mysteriös, das.

Am 28.04.2014 19:06, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


*#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
(More information)

Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die
Extension nicht als aktiv markiert wurde.

Grüße




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

Re: [TYPO3-german] Kuriositäten mit 6.2


Hi Philipp,

ich hab im Netz was gefunden, demzufolge 2-3mal deinstalieren/neu 
installieren plus Cache löschen geholfen haben soll. Bei mir tuts das nicht.


Das Kuriose ist, dass das Installallationssymbol durchaus grün wird - 
wenn ich dem EM neu lade, klappt das ohne Fehlermeldung. Auf der Seite 
einsetzbar ist die Extrension aber nicht, da kommt "news-pi1" statt 
"news" in den Inhaltselementen, wo sie eingesetzt werden soll.


Im PackageStates.php scheint auch alles ok zu sein:

'news-master' =>
array (
  'state' => 'active',
  'packagePath' => 'typo3conf/ext/news-master/',
  'classesPath' => 'Classes/',
),

und die LocalConfiguration.php gibt auch eine Zeile mit Einstellungen aus:

'news' => 
'a:13:{s:29:"removeListActionFromFlexforms";s:1:"2";s:20:"pageModuleFieldsNews";s:313:"LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_simple=title,datetime;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_advanced=title,datetime,teaser,category;LLL:EXT:news/Resources/Private/Language/locallang_be.xml:pagemodule_complex=title,datetime,teaser,category,archive;";s:24:"pageModuleFieldsCategory";s:17:"title,description";s:11:"archiveDate";s:4:"date";s:13:"prependAtCopy";s:1:"1";s:6:"tagPid";s:1:"1";s:25:"showMediaDescriptionField";s:1:"0";s:12:"rteForTeaser";s:1:"0";s:22:"contentElementRelation";s:1:"0";s:13:"manualSorting";s:1:"0";s:19:"categoryRestriction";s:0:"";s:12:"showImporter";s:1:"0";s:24:"showAdministrationModule";s:1:"1";}',


Irgendwie mysteriös, das.

Am 28.04.2014 19:06, schrieb Philipp Gampe:

Hi Steffen Liebig,

Steffen Liebig wrote:


*#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
(More information)

Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die
Extension nicht als aktiv markiert wurde.

Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-28 Diskussionsfäden Philipp Gampe

Hi Steffen Liebig,

Steffen Liebig wrote:

> *#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!*
> (More information )

Da musst du mal typo3temp/Cache löschen und dann herausfinden, warum die 
Extension nicht als aktiv markiert wurde.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

Typo3 6.2.1 läuft, aber mit git tuts irgendwie nicht...vielleicht hat 
der Hister nicht mal git installiert, das wirft nämlich ein fatal raus


ergo zip von news besorgt, hochgeladen, entzippt, instaliert und es kam 
dieses:


*#1365429656: TYPO3 Fatal Error: Extension key "news" is NOT loaded!* 
(More information )


BadFunctionCallException thrown in file
/home/www/typo3_6.2.1/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php 
in line 135


Am 26.04.2014 15:17, schrieb Georg Ringer:

On 2014-04-26 14:00, Steffen Liebig wrote:

Da bin ich wieder...hab jetzt tx_news 2.3.0 installiert


http://typo3.org/extensions/repository/view/news => This version works 
for TYPO3 4.5.5 - 6.1.99


wenn du also 6.2 einsetzen willst, nimm master branch aus dem git von 
news und 6.2.1 von TYPO3.


Georg



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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-27 Diskussionsfäden Sebastian Schmal


jap, die laufen gut zusammen ;)

--

TYPO3 - TIPPS - 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 26.04.2014 15:17, schrieb Georg Ringer:

On 2014-04-26 14:00, Steffen Liebig wrote:

Da bin ich wieder...hab jetzt tx_news 2.3.0 installiert


http://typo3.org/extensions/repository/view/news => This version works
for TYPO3 4.5.5 - 6.1.99

wenn du also 6.2 einsetzen willst, nimm master branch aus dem git von
news und 6.2.1 von TYPO3.

Georg


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-26 Diskussionsfäden Georg Ringer


On 2014-04-26 14:00, Steffen Liebig wrote:

Da bin ich wieder...hab jetzt tx_news 2.3.0 installiert


http://typo3.org/extensions/repository/view/news => This version works 
for TYPO3 4.5.5 - 6.1.99


wenn du also 6.2 einsetzen willst, nimm master branch aus dem git von 
news und 6.2.1 von TYPO3.


Georg

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-26 Diskussionsfäden Steffen Liebig

Ergänzung: Zeile 92 ist leer - da kann man gar nix Auskommentieren. Aber
wie kann sie dann eine Fehlermeldung verursachen ?

Hier nochmal die Meldung:
*Fatal error*: Call to undefined method
TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbBackend::parseQuery()
in
*/home/www/typo3_6.2.0/typo3conf/ext/news/Classes/Domain/Repository/AbstractDemandedRepository.php*
on line *92

Am 26.04.2014 14:00, schrieb Steffen Liebig:
Da bin ich wieder...hab jetzt tx_news 2.3.0 installiert, aber es kommt
dieselbe Fehlermeldung. Hat jemand eine Ahnung, was man da machen kann
? Einfach auskommentieren scheint an der Stelle nicht sehr sinnvoll zu
sein - eine Abfrage, die getätigt werden muss, um das Backend die
Monatsaufstellung vom Newsarchiv ansprechen und ausgeben zu lassen
(?!), sollte wohl besser drin bleiben.

A propos: Früher habe ich diesen Punkt mit einem eigenen Layout
erledigt. Jetzt kommt die Meldung schon, wenn ich gar kein Template
Layout angebe. Und wenn ich eins angebe, ändert sich nix.

Am 19.04.2014 01:21, schrieb Steffen Liebig:

Hab da was zur Fehlermeldung gefunden:*

*Bug #43263

Also wenns das iss, sollte es eigentlich seit 6.x behoben sein. Bei
mir tritt es aber noch auf und mir ist nicht klar, ob ich den Patch
benutzen kann bzw wie ich ihn ins System bekomme - oder wieder dort
heraus, wenns nicht funktioniert.

Am 17.04.2014 15:17, schrieb Steffen Liebig:

Den Tipp behalte ich gerne im Hinterkopf.

Neuigkeiten:

alles wieder da !!! Es fehlt nur das Newsarchiv, dort kommt die
bekannte Fehlermeldung:
*Fatal error*: Call to undefined method
TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbBackend::parseQuery()
in
*/home/www/typo3_6.2.0/typo3conf/ext/news/Classes/Domain/Repository/AbstractDemandedRepository.php*
on line *92

*Das wundert mich allerdings immer noch, aber zeitlich muss das noch
etwas warten. Ich geh da ein andermal nochmal bei :-).*

*
Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon
mal im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen
lässt. Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei
hinterlassen - und zwar genau so oft, wie eigentlich Dateien
vorhanden sein sollen. Also richtige Anzahl, aber immer dieselbe
Datei. Zumndest wird immer derselbe Name und dieselbe Dateiart im
BE angezeigt - während im FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei
Bedarf hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-26 Diskussionsfäden Steffen Liebig

Da bin ich wieder...hab jetzt tx_news 2.3.0 installiert, aber es kommt
dieselbe Fehlermeldung. Hat jemand eine Ahnung, was man da machen kann ?
Einfach auskommentieren scheint an der Stelle nicht sehr sinnvoll zu
sein - eine Abfrage, die getätigt werden muss, um das Backend die
Monatsaufstellung vom Newsarchiv ansprechen und ausgeben zu lassen (?!),
sollte wohl besser drin bleiben.

A propos: Früher habe ich diesen Punkt mit einem eigenen Layout
erledigt. Jetzt kommt die Meldung schon, wenn ich gar kein Template
Layout angebe. Und wenn ich eins angebe, ändert sich nix.

Am 19.04.2014 01:21, schrieb Steffen Liebig:

Hab da was zur Fehlermeldung gefunden:*

*Bug #43263

Am 17.04.2014 15:17, schrieb Steffen Liebig:

Den Tipp behalte ich gerne im Hinterkopf.

Neuigkeiten:

*Das wundert mich allerdings immer noch, aber zeitlich muss das noch
etwas warten. Ich geh da ein andermal nochmal bei :-).*

*
Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon
mal im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen
lässt. Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei
hinterlassen - und zwar genau so oft, wie eigentlich Dateien
vorhanden sein sollen. Also richtige Anzahl, aber immer dieselbe
Datei. Zumndest wird immer derselbe Name und dieselbe Dateiart im BE
angezeigt - während im FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf
hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-18 Diskussionsfäden Steffen Liebig

Hab da was zur Fehlermeldung gefunden:*

*Bug #43263

Also wenns das iss, sollte es eigentlich seit 6.x behoben sein. Bei mir
tritt es aber noch auf und mir ist nicht klar, ob ich den Patch benutzen
kann bzw wie ich ihn ins System bekomme - oder wieder dort heraus, wenns
nicht funktioniert.

Am 17.04.2014 15:17, schrieb Steffen Liebig:

Den Tipp behalte ich gerne im Hinterkopf.

Neuigkeiten:

*Das wundert mich allerdings immer noch, aber zeitlich muss das noch
etwas warten. Ich geh da ein andermal nochmal bei :-).*

*
Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon
mal im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen
lässt. Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen
- und zwar genau so oft, wie eigentlich Dateien vorhanden sein
sollen. Also richtige Anzahl, aber immer dieselbe Datei. Zumndest
wird immer derselbe Name und dieselbe Dateiart im BE angezeigt -
während im FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf
hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-17 Diskussionsfäden Steffen Liebig

Den Tipp behalte ich gerne im Hinterkopf.

Neuigkeiten:

*Das wundert mich allerdings immer noch, aber zeitlich muss das noch
etwas warten. Ich geh da ein andermal nochmal bei :-).*

*
Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal
im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen lässt.
Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen
- und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen.
Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer
derselbe Name und dieselbe Dateiart im BE angezeigt - während im
FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf
hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-17 Diskussionsfäden Steffen Liebig


Hi Bernd,

bei mir hat das Teil so eine Fehlermeldung ausgelöst in einer Zeile, in 
der gar nix drin steht. Das war ne Schau *g*.


Ich geh mal auf die Suche, ob noch requires übrig sind. Momentan zeigt 
es eine weiße Seite, der t3d-Import des Datensatz- und Gruppenordners 
schlägt fehl:


PHP Warning
PHP Warning: fread(): Length parameter must be greater than 0 in 
/home/www/typo3_6.2.0/typo3/sysext/impexp/Classes/ImportExport.php line 2702


und wenn ichs trotzdem versuche:

PHP Warning
PHP Warning: Invalid argument supplied for foreach() in 
/home/www/typo3_6.2.0/typo3/sysext/core/Classes/DataHandling/DataHandler.php 
line 948


PHP Warning
PHP Warning: Invalid argument supplied for foreach() in 
/home/www/typo3_6.2.0/typo3/sysext/core/Classes/Database/ReferenceIndex.php 
line 230


Hmmm...



Am 17.04.2014 08:35, schrieb bernd wilke:

Am 16.04.14 19:26, schrieb Steffen Liebig:

BINGO - ein scheduler job fürs indexing und die Seite war da !

Bei einem näheren Blick musste ich feststellen, dass die cal-Datensätze
weg waren. Klaro - das Ding ist deinstalliert, kann ja nix angezeigt
werden. Nachinstalliert - falsche Version *grummel*. Also neues besorgt,
läuft wunderbar, aber immer noch keine Datensätze. Die hab ich jetzt per
t3d übertragen, damit haben wir wieder ein Problem vom Hals.

Fehlt noch Folgendes:

a) eine Lösung für die Adressenanzeige auf der Präsisiumsseite und in
den Bezirken (wie gehabt)...perfekt, wenns Folgendes kann:
 Als Inhaltselement einbaubar wär schön, also Abruf von Datensätzen
aus der bisherigen Tabelle (wenns ne neue bekommt, auch gut, im Notfakll
kann man die addys auch neu eingeben)
-> gruppenweise Ausgabemöglichkeit
-> Verwendung des bisherigen Templates (nuja die css-Klassennamen
werd ich wohl selbst anpassen können *löl*)
-> (Pass)bildanzeige
   -> Seitenzähler (10-20 Adressen pro Seite)
  -> Linkoption zu den anderen Gruppen

...falls was vergessen, Anschauungsmaterial gibts auf
http://www.pfaelzischer-schachbund.de/psb/praesidium.html und unter
"Bezirke" auf der im jeweiligen Bezirk zu findenden Unterseite
"Bezirksleitung".
Ich gehe mitterweile davon aus, dass ich tt_address mit seinem Fehler in
einer Leerzeile (da lach ich mich immer noch schief, wenn ich das lese)
abhaken kann. Aufgrund seines Alters mehr als nachvollziehbar, aber die
Hoffnung stirbt zuletzt ;-).


ich habe tt_address nicht so intensiv im Einsatz, es genügte aber 
wenig zu ändern damit es unter 6.2 lief:
* versionsabhängigkeiten in ext_emconf.php (d.h. wenn es installiert 
ist ist es das eben auch unabhängig von der aktuellen Core-Version ;-) )

* includes entfernen (require_once)
* Bibliotheken gegen Namespace austauschen (t3lib::... gegen 
\TYPO3\CMS\...::...) (da es momentan noch Kompatibilitätslayer gibt 
ist das auch nicht zwingend)


bleibt: require_once() entfernen.
das ist nicht so viel Aufwand damit tt_address auch unter 6.2 läuft

bernd


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden bernd wilke


Am 16.04.14 19:26, schrieb Steffen Liebig:

BINGO - ein scheduler job fürs indexing und die Seite war da !

Bei einem näheren Blick musste ich feststellen, dass die cal-Datensätze
weg waren. Klaro - das Ding ist deinstalliert, kann ja nix angezeigt
werden. Nachinstalliert - falsche Version *grummel*. Also neues besorgt,
läuft wunderbar, aber immer noch keine Datensätze. Die hab ich jetzt per
t3d übertragen, damit haben wir wieder ein Problem vom Hals.

Fehlt noch Folgendes:

a) eine Lösung für die Adressenanzeige auf der Präsisiumsseite und in
den Bezirken (wie gehabt)...perfekt, wenns Folgendes kann:
 Als Inhaltselement einbaubar wär schön, also Abruf von Datensätzen
aus der bisherigen Tabelle (wenns ne neue bekommt, auch gut, im Notfakll
kann man die addys auch neu eingeben)
-> gruppenweise Ausgabemöglichkeit
-> Verwendung des bisherigen Templates (nuja die css-Klassennamen
werd ich wohl selbst anpassen können *löl*)
-> (Pass)bildanzeige
   -> Seitenzähler (10-20 Adressen pro Seite)
  -> Linkoption zu den anderen Gruppen

...falls was vergessen, Anschauungsmaterial gibts auf
http://www.pfaelzischer-schachbund.de/psb/praesidium.html und unter
"Bezirke" auf der im jeweiligen Bezirk zu findenden Unterseite
"Bezirksleitung".
Ich gehe mitterweile davon aus, dass ich tt_address mit seinem Fehler in
einer Leerzeile (da lach ich mich immer noch schief, wenn ich das lese)
abhaken kann. Aufgrund seines Alters mehr als nachvollziehbar, aber die
Hoffnung stirbt zuletzt ;-).


ich habe tt_address nicht so intensiv im Einsatz, es genügte aber wenig 
zu ändern damit es unter 6.2 lief:
* versionsabhängigkeiten in ext_emconf.php (d.h. wenn es installiert ist 
ist es das eben auch unabhängig von der aktuellen Core-Version ;-) )

* includes entfernen (require_once)
* Bibliotheken gegen Namespace austauschen (t3lib::... gegen 
\TYPO3\CMS\...::...) (da es momentan noch Kompatibilitätslayer gibt ist 
das auch nicht zwingend)


bleibt: require_once() entfernen.
das ist nicht so viel Aufwand damit tt_address auch unter 6.2 läuft

bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Ralf-Rene Schröder

Am 17.04.2014 00:30, schrieb Christian Kuhn:
> Ist am Anfang ganz
> lustig, ein so leeres Backend habt ihr sicher noch nie gesehen.
richtig...
im Prinzip sah es wirklich lustig aus, wenn da nur nicht der Zeitdruck
gewesen wäre...

> Aber immerhin
> kann man auf die Tour eine neue PackageStates erzeugen lassen, was als
> Notloesung schonmal ganz praktisch sein kann wenn man das System kaputt
> gespielt hat ;)
fand ich auch...


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Christian Kuhn


Moin.

On 04/16/2014 12:51 PM, Ralf-Rene Schröder wrote:

und nur als gut gemeinter Tipp:
mach dir von LocalConfiguration.php und PackageStates.php Backups... es
ist sehr ärgerlich wenn die durch Schreibfehler plötzlich leer sind
(keine Ahnung ob der Fehler überhaupt noch passieren kann, aber da ich
es mal hatte und sehr frustriert war dieses nur als Hinweis)


Tipp am Rande. Wer mit 6.2 in der PackageStates rumfummelt und es 
schafft die irgendwie kaputt zu kriegen, und wenn dann kein Backup da ist:


Benennt die PackageStates.php in irgendwas anderes um, und ruft das 
Install Tool ueber typo3/install/index.php auf. Das erzeugt dann eine 
neue PackageStates.php, in der nur das absolute Minimum an Extensions 
aktiviert ist. Viel weniger als bei der Erstinstallation. Damit kommt 
das Backend auf jeden Fall wieder hoch und ihr koennt im Extension 
Manager alle Extensions aktivieren die ihr braucht. Ist am Anfang ganz 
lustig, ein so leeres Backend habt ihr sicher noch nie gesehen.


Ist natuerlich mit Vorsicht zu geniessen da zB. der "DB Compare" im 
Install Tool jede Menge Zeug wegwerfen will wenn so wenig Extensions 
geladen sind. Den sollte man dann eher nicht ausfuehren. Aber immerhin 
kann man auf die Tour eine neue PackageStates erzeugen lassen, was als 
Notloesung schonmal ganz praktisch sein kann wenn man das System kaputt 
gespielt hat ;)


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

Re: [TYPO3-german] Kuriositäten mit 6.2


[Ergänzung]

Für heute sehe ich das nicht als so großes Problem an. Bei dem, was 
inzwischen schon läuft, bin ich mit dem Fortschritt sehr zufrieden. 
Morgen dürfte es bei mir zeitlich etwas knapp werden, was seriöse Arbeit 
mit Typo3 angeht. Ich schau evtl mal rein wenns passt und probier was 
aus und wenns geht iss schön. Freitag bin ich evtl auch den ganzen Tag 
weg (warte dazu noch auf nen Anruf). Sagen wir's mal so: nichts muss 
morgen fertig sein. Wenn sich bis Monatsende machbare Lösungsansätze 
finden, ohne mit 6.2.0 ganz von vorne anfangen zu müssen (was kaum zu 
erwarten steht :-) ), hab ich auch kein Problem damit. Sollte ich in der 
Zwischenzeit selbst was finden, melde ich mich.


Insofern wünsche ich allseits schon mal frohe Ostern, falls sich meine 
Zeitknappheit ausdehnen sollte :-).


Am 16.04.2014 20:06, schrieb Steffen Liebig:
hilft leider nicht - wenn ich dann die neue Extension holen will, 
gehts von vorne los


Ich hab etwas ältere bug reports gefunden, die das Ganze beim Import 
von Datensätzen aus tt_news melden. Ich mach hier zwar keinen Import, 
aber der Zusammenhang zu tx_news ist gegeben. Ob das hins. des Ablaufs 
Zufall ist, weiß ich nicht.


Am 16.04.2014 19:42, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


II) Extension Manager aufgerufen, kam das:
Validating the security token of this form has failed. Please reload
the form and submit it again.
Da ist etwas anderes schief gelaufen. Bei so einem Fehler einfach mal 
das

Backend neu laden oder logoff-login.

Grüße




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

Re: [TYPO3-german] Kuriositäten mit 6.2

hilft leider nicht - wenn ich dann die neue Extension holen will, gehts 
von vorne los


Ich hab etwas ältere bug reports gefunden, die das Ganze beim Import von 
Datensätzen aus tt_news melden. Ich mach hier zwar keinen Import, aber 
der Zusammenhang zu tx_news ist gegeben. Ob das hins. des Ablaufs Zufall 
ist, weiß ich nicht.


Am 16.04.2014 19:42, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


II) Extension Manager aufgerufen, kam das:
Validating the security token of this form has failed. Please reload
the form and submit it again.

Da ist etwas anderes schief gelaufen. Bei so einem Fehler einfach mal das
Backend neu laden oder logoff-login.

Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

> II) Extension Manager aufgerufen, kam das:
> Validating the security token of this form has failed. Please reload
> the form and submit it again.

Da ist etwas anderes schief gelaufen. Bei so einem Fehler einfach mal das 
Backend neu laden oder logoff-login.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

BINGO - ein scheduler job fürs indexing und die Seite war da !

Bei einem näheren Blick musste ich feststellen, dass die cal-Datensätze
weg waren. Klaro - das Ding ist deinstalliert, kann ja nix angezeigt
werden. Nachinstalliert - falsche Version *grummel*. Also neues besorgt,
läuft wunderbar, aber immer noch keine Datensätze. Die hab ich jetzt per
t3d übertragen, damit haben wir wieder ein Problem vom Hals.

Fehlt noch Folgendes:

a) eine Lösung für die Adressenanzeige auf der Präsisiumsseite und in
den Bezirken (wie gehabt)...perfekt, wenns Folgendes kann:
Als Inhaltselement einbaubar wär schön, also Abruf von Datensätzen
aus der bisherigen Tabelle (wenns ne neue bekommt, auch gut, im Notfakll
kann man die addys auch neu eingeben)

-> gruppenweise Ausgabemöglichkeit
-> Verwendung des bisherigen Templates (nuja die css-Klassennamen
werd ich wohl selbst anpassen können *löl*)

-> (Pass)bildanzeige
-> Seitenzähler (10-20 Adressen pro Seite)
-> Linkoption zu den anderen Gruppen

...falls was vergessen, Anschauungsmaterial gibts auf
http://www.pfaelzischer-schachbund.de/psb/praesidium.html und unter
"Bezirke" auf der im jeweiligen Bezirk zu findenden Unterseite
"Bezirksleitung".
Ich gehe mitterweile davon aus, dass ich tt_address mit seinem Fehler in
einer Leerzeile (da lach ich mich immer noch schief, wenn ich das lese)
abhaken kann. Aufgrund seines Alters mehr als nachvollziehbar, aber die
Hoffnung stirbt zuletzt ;-).

b) das Newsarchiv (nur das !) von tx_news gab erstmal ne Fehlermeldung aus:
*Fatal error*: Call to undefined method
TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbBackend::parseQuery()
in
*/home/www/typo3_6.2.0/typo3conf/ext/news/Classes/Domain/Repository/AbstractDemandedRepository.php*
on line *92
*--> deinstalliert, neu installiert...meint wieder falsche Version, aber
diesmal kann ich mir die neue nicht holen:
I) es kam ein Kästchen mit der Meldung, dass irgendein Wert falsch
sei - das war so schnell weg, dass ichs nicht zuende lesen konnte.
II)*#1392409507: Invalid form/module token detected. Access Denied!*
(More information )

UnexpectedValueException thrown in file
/home/www/typo3_6.2.0/typo3/mod.php in line 39.
III) Extension Manager aufgerufen, kam das:
Validating the security token of this form has failed. Please reload
the form and submit it again.

...nu hab ich gar kein tx_news mehr.

Mal davon abgesehen, dass a) Programmiererwissen erfordert (sei es ein
cObject oder ein neues Modul) und sicher einige Zeit braucht, bis es
steht - zu b) sollte ich vermutlich Georg fragen. Oder hat jemand anders
eine Idee dazu ?

Am 16.04.2014 17:34, schrieb Steffen Liebig:

im6 läuft wie's scheint

das BE tut inzwischen auch, aber alle File-Ordner mit Bildern drin
werfen Fehler aus - an die Metadaten komm ich so nicht ran, ich schau
mich mal mit dem Scheduler um (mir war, als ob da indexing jobs
verteilt werden können)

Am 15.04.2014 23:23, schrieb Peter Linzenkirchner:

Nachtrag:

hast du dich im Install-tool versichert, dass Imagemagick /
Graphicksmagic funktioneren? Also dass die Bilder umgerechnet werden?

Gruß
Peter

Am 15.04.2014 um 22:06 schrieb Peter Linzenkirchner:

Hallo Steffen,

du musst die Datei von unten nach oben lesen. Die Fehlermeldung
steht ganz oben, danach folgt der Stack, der zur Fehlermeldung
führt. Der erste Schritt ist der require-Befehl in der index.php,
der die index_ts.php einbindet, was in Schritt 2 auch angezeigt
wird. Der Fehler passiert dann in der MetaDataRepository.php.

alles was hier folgt in umgekehrter Reihenfolge ... renderContent
ist die Klasse, welche den Content rendert, die ruft dann für die
einzelnen elemente weitere Klassen auf. Aber die Schritte
funktionieren alle, bis auf den, der ganz oben steht - Schritt 19.
Ich schätze, dass das Problem wirklich in den Bildern liegt bzw. in
FAL.

Zeile 17 verünglückt offenbar, hier wird ein unvollständiges
File-Objekt angelegt, offenbar mit eine UID von 0. Und danach ruft
Zeile 18 den update-Befehl und übergibt eine 0 als File-Identifier,
was in Zeile 18 dann zu einer Exception führt. Die Frage ist, warum
das Objekt unvollständig ist - das kann ich nicht sagen.

Da ich das hier aufrufen kann:
http://pfaelzischer-schachbund.de/typo3_6.2.0/fileadmin/Bilder/Banner/LOGO_PSB.gif

stimmt der Pfad ja offensichtlich.

Ich habe das hier noch gefunden:

https://twitter.com/t3agent/status/401776782686171136

Allerdings schon etwas älter.

und das hier:

http://wiki.typo3.org/Exception/CMS/1381590731

Weiter weiß ich aber auch nicht. Versuch mal im Backend - falls das
geht - die Metadaten von der Datei zu bearbeiten.

---

Vielleicht weiß hier jemand anderes besser Bescheid, ich bin da ratlos.

Gruß
Peter

getFileObjectFromCombinedIdentifier

ContentObjectRenderer::getImgResource

retrieveFileOrFolderObject

etcpepe...

wohl dazu passend...

TYPO3\CMS\Frontend\ContentObject\ImageContentO

Re: [TYPO3-german] Kuriositäten mit 6.2

im6 läuft wie's scheint

Am 15.04.2014 23:23, schrieb Peter Linzenkirchner:

Nachtrag:

hast du dich im Install-tool versichert, dass Imagemagick / Graphicksmagic
funktioneren? Also dass die Bilder umgerechnet werden?

Gruß
Peter

Am 15.04.2014 um 22:06 schrieb Peter Linzenkirchner:

Hallo Steffen,

du musst die Datei von unten nach oben lesen. Die Fehlermeldung steht ganz
oben, danach folgt der Stack, der zur Fehlermeldung führt. Der erste Schritt
ist der require-Befehl in der index.php, der die index_ts.php einbindet, was in
Schritt 2 auch angezeigt wird. Der Fehler passiert dann in der
MetaDataRepository.php.

alles was hier folgt in umgekehrter Reihenfolge ... renderContent ist die
Klasse, welche den Content rendert, die ruft dann für die einzelnen elemente
weitere Klassen auf. Aber die Schritte funktionieren alle, bis auf den, der
ganz oben steht - Schritt 19. Ich schätze, dass das Problem wirklich in den
Bildern liegt bzw. in FAL.

Zeile 17 verünglückt offenbar, hier wird ein unvollständiges File-Objekt
angelegt, offenbar mit eine UID von 0. Und danach ruft Zeile 18 den
update-Befehl und übergibt eine 0 als File-Identifier, was in Zeile 18 dann zu
einer Exception führt. Die Frage ist, warum das Objekt unvollständig ist - das
kann ich nicht sagen.

Da ich das hier aufrufen kann:
http://pfaelzischer-schachbund.de/typo3_6.2.0/fileadmin/Bilder/Banner/LOGO_PSB.gif
stimmt der Pfad ja offensichtlich.

Ich habe das hier noch gefunden:

https://twitter.com/t3agent/status/401776782686171136

Allerdings schon etwas älter.

und das hier:

http://wiki.typo3.org/Exception/CMS/1381590731

Weiter weiß ich aber auch nicht. Versuch mal im Backend - falls das geht - die
Metadaten von der Datei zu bearbeiten.

---

Vielleicht weiß hier jemand anderes besser Bescheid, ich bin da ratlos.

Gruß
Peter

getFileObjectFromCombinedIdentifier

ContentObjectRenderer::getImgResource

retrieveFileOrFolderObject

etcpepe...

wohl dazu passend...

TYPO3\CMS\Frontend\ContentObject\ImageContentObject::render(/array/)

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("IMAGE", /array/,
"marks.HEADER-PSB")

TYPO3\CMS\Frontend\ContentObject\TemplateContentObject::render(/array/)

YPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("TEMPLATE",
/array/, "10")

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGet(/array/)

TYPO3\CMS\Frontend\Page\PageGenerator::renderContent()

Ich werde das Gefühl nicht los, dass das alles miteinander zusammenhängt.

Noch interessanter ist dieses:

TYPO3\CMS\Frontend\Imaging\GifBuilder::start(/array/, /array/)

/home/www/typo3_6.2.0/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php

...was den Kreis schliesst, denn der GifBuilder soll ja die Grafik der
Titelzeile insgesamt aufbauen.

und zuguterletzt

require("/home/www/typo3_6.2.0/typo3/sysext/cms/tslib/index_ts.php")

...diese Datei ist allerdings an Ort und Stelle zu finden !

Am 15.04.2014 20:08, schrieb Steffen Liebig:

Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die Fehlermeldung, die auf die
Leerzeile im tt_address deutet. Setze ich "/install" dran, bin ich wieder im install tool. Das FE,
das unter "pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.

Am 15.04.2014 19:29, schrieb Steffen Liebig:

Da war der Haken - ich habe aus alter Gewohnheit alles aus dem entpackten Ordner
rausgenommen und in meinen 6.2.0-Ordner rüberkopiert sowie den 6.1.1-Ordner entsprechend
umbenannt. Wenn da zwangsweise ein Ordner "xyz*src*usw" gebraucht wird, wundert
mich, dass es auch vorher schon ohne ging.

Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" das
Install Tool und hab die Fehler mit Extensions durch Auskommentieren der require_once zum
Großteil wegbekommen. Kurioserweise kam sowas auch für die index.php.

Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. Anfangs
gar keinen, die Fehler blieben dieselben. Ich glaube das Auskommentieren war
erfolgreicher. Jetzt meckert er nur noch eins im tt_address an...an einer
Stelle, wo gar kein require_once steht. Dort ist eine LEERZEILE *lol*.

Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner
liegt. Da kommt nur eine weiße Seite. DisplayErrors steht auf 1. Mit 2 und IP
hab ichs auch versucht, aber ne Meldung kommt keine.

Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von einem
Fehler in einer News auf der Live-Seite erzählt. Mal wieder alles auf einmal
*tsts*.

Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:

Hallo Steffen,

1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. Ist
halt 8 Jahre her, dass ich damit gearbeitet hab :-

Re: [TYPO3-german] Kuriositäten mit 6.2


Tipp befolgt, Cache geleert - BACKEND LÄUFT !!!

Am 16.04.2014 12:51, schrieb Ralf-Rene Schröder:

und nur als gut gemeinter Tipp:
mach dir von LocalConfiguration.php und PackageStates.php Backups... es
ist sehr ärgerlich wenn die durch Schreibfehler plötzlich leer sind
(keine Ahnung ob der Fehler überhaupt noch passieren kann, aber da ich
es mal hatte und sehr frustriert war dieses nur als Hinweis)

Am 16.04.2014 09:05, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


In der LocalConfigdatei steht weit und breit nix von tt_address. Bei cal
hat sich alles gelegt, wegen wt_doorman und wt_directory (ebenfalls
Einträge gelöscht) meckert auch nix mehr.

Seit 6.2 musst du in die typo3conf/PackageStates.php Datei schauen.

Dort musst du unter dem Eintrag tt_address den Wert active in inactive
ändern.
Danach typo3temp/Cache löschen und schauen ob es dann klappt.

Grüße





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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Ralf-Rene Schröder

und nur als gut gemeinter Tipp:
mach dir von LocalConfiguration.php und PackageStates.php Backups... es
ist sehr ärgerlich wenn die durch Schreibfehler plötzlich leer sind
(keine Ahnung ob der Fehler überhaupt noch passieren kann, aber da ich
es mal hatte und sehr frustriert war dieses nur als Hinweis)

Am 16.04.2014 09:05, schrieb Philipp Gampe:
> Hi Steffen,
> 
> Steffen Liebig wrote:
> 
>> In der LocalConfigdatei steht weit und breit nix von tt_address. Bei cal
>> hat sich alles gelegt, wegen wt_doorman und wt_directory (ebenfalls
>> Einträge gelöscht) meckert auch nix mehr.
> 
> Seit 6.2 musst du in die typo3conf/PackageStates.php Datei schauen.
> 
> Dort musst du unter dem Eintrag tt_address den Wert active in inactive 
> ändern.
> Danach typo3temp/Cache löschen und schauen ob es dann klappt.
> 
> Grüße
> 


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

> ...und wenns ne Windows-Umgebung ist (wie bei mir daheim), nen Symlink
> finden, den ich umsetzen kann ;-). Wie gesagt scheint es - selbst wenns
> zB ein Linux-Server ist - laut FTP-Programm keinen solchen zu geben, der
> auf einen der Cores deutet. Das FTP-Programm zeigt zwar welche an, aber
> keinen Core-relevanten. Frage wäre dann wo suchen.

Auch unter Windows gibt es seit NTFS Symlinks. Seit Windows Viste gibt es 
sogar einen Befehl dafür ;)

Störe dich im Moment nicht an den Symlinks. Die sind erst einmal nicht 
nötig, sondern sind nur für den Core-Updater wichtig. Es ist zwar empfohlen, 
Symlinks zu verwenden, aber technisch nicht zwingend nötig. Es macht es für 
dich auf die lange Sicht nur einfacher, wenn du Symlinks verwendest.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

2014-04-16 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

> In der LocalConfigdatei steht weit und breit nix von tt_address. Bei cal
> hat sich alles gelegt, wegen wt_doorman und wt_directory (ebenfalls
> Einträge gelöscht) meckert auch nix mehr.

Seit 6.2 musst du in die typo3conf/PackageStates.php Datei schauen.

Dort musst du unter dem Eintrag tt_address den Wert active in inactive 
ändern.
Danach typo3temp/Cache löschen und schauen ob es dann klappt.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2


Am 15.04.2014 um 22:54 schrieb Steffen Liebig :

> Ach so ist das zu verstehen. Ich dachte, das wär jedes ein Fehler für sich 
> *g*. Was passiert dann, wenns 2 Fehler sind ?

das geht nicht - eine Exception bricht die Verarbeitung ab. Es kann nur eine 
geben :-) Also es kann natürlich mehr Fehler geben, aber der erst wirft die 
Exception und zum zweiten kommst du gar nicht. 

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

Re: [TYPO3-german] Kuriositäten mit 6.2

Nachtrag: 

hast du dich im Install-tool versichert, dass Imagemagick / Graphicksmagic 
funktioneren? Also dass die Bilder umgerechnet werden? 

Gruß
Peter

Am 15.04.2014 um 22:06 schrieb Peter Linzenkirchner :

> Hallo Steffen, 
> 
> du musst die Datei von unten nach oben lesen. Die Fehlermeldung steht ganz 
> oben, danach folgt der Stack, der zur Fehlermeldung führt. Der erste Schritt 
> ist der require-Befehl in der index.php, der die index_ts.php einbindet, was 
> in Schritt 2 auch angezeigt wird. Der Fehler passiert dann in der 
> MetaDataRepository.php. 
> 
> alles was hier folgt in umgekehrter Reihenfolge ... renderContent ist die 
> Klasse, welche den Content rendert, die ruft dann für die einzelnen elemente 
> weitere Klassen auf. Aber die Schritte funktionieren alle, bis auf den, der 
> ganz oben steht - Schritt 19. Ich schätze, dass das Problem wirklich in den 
> Bildern liegt bzw. in FAL. 
> 
> Zeile 17 verünglückt offenbar, hier wird ein unvollständiges File-Objekt 
> angelegt, offenbar mit eine UID von 0. Und danach ruft Zeile 18 den 
> update-Befehl und übergibt eine 0 als File-Identifier, was in Zeile 18 dann 
> zu einer Exception führt. Die Frage ist, warum das Objekt unvollständig ist - 
> das kann ich nicht sagen. 
> 
> Da ich das hier aufrufen kann: 
> http://pfaelzischer-schachbund.de/typo3_6.2.0/fileadmin/Bilder/Banner/LOGO_PSB.gif
> stimmt der Pfad ja offensichtlich. 
> 
> Ich habe das hier noch gefunden: 
> 
> https://twitter.com/t3agent/status/401776782686171136
> 
> Allerdings schon etwas älter. 
> 
> und das hier: 
> 
> http://wiki.typo3.org/Exception/CMS/1381590731
> 
> Weiter weiß ich aber auch nicht. Versuch mal im Backend - falls das geht - 
> die Metadaten von der Datei zu bearbeiten. 
> 
> ---
> 
> Vielleicht weiß hier jemand anderes besser Bescheid, ich bin da ratlos. 
> 
> Gruß
> Peter
> 
> 
> 
> 
>> 
>> 
>> getFileObjectFromCombinedIdentifier
>> 
>> ContentObjectRenderer::getImgResource
>> 
>> retrieveFileOrFolderObject
>> 
>> etcpepe...
>> 
>> wohl dazu passend...
>> 
>> TYPO3\CMS\Frontend\ContentObject\ImageContentObject::render(/array/)
>> 
>> TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("IMAGE",
>>   /array/,  "marks.HEADER-PSB")
>> 
>> TYPO3\CMS\Frontend\ContentObject\TemplateContentObject::render(/array/)
>> 
>> YPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("TEMPLATE",
>>   /array/,  "10")
>> 
>> TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGet(/array/)
>> 
>> TYPO3\CMS\Frontend\Page\PageGenerator::renderContent()
>> 
>> Ich werde das Gefühl nicht los, dass das alles miteinander zusammenhängt.
>> 
>> 
>> Noch interessanter ist dieses:
>> 
>> TYPO3\CMS\Frontend\Imaging\GifBuilder::start(/array/,  /array/)
>> 
>> /home/www/typo3_6.2.0/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php
>> 
>> ...was den Kreis schliesst, denn der GifBuilder soll ja die Grafik der 
>> Titelzeile insgesamt aufbauen.
>> 
>> 
>> 
>> und zuguterletzt
>> 
>> require("/home/www/typo3_6.2.0/typo3/sysext/cms/tslib/index_ts.php")
>> 
>> ...diese Datei ist allerdings an Ort und Stelle zu finden !
>> 
>> 
>> Am 15.04.2014 20:08, schrieb Steffen Liebig:
>>> Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die 
>>> Fehlermeldung, die auf die Leerzeile im tt_address deutet. Setze ich 
>>> "/install" dran, bin ich wieder im install tool. Das FE, das unter 
>>> "pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.
>>> 
>>> Am 15.04.2014 19:29, schrieb Steffen Liebig:
 Da war der Haken - ich habe aus alter Gewohnheit alles aus dem entpackten 
 Ordner rausgenommen und in meinen 6.2.0-Ordner rüberkopiert sowie den 
 6.1.1-Ordner entsprechend umbenannt. Wenn da zwangsweise ein Ordner 
 "xyz*src*usw" gebraucht wird, wundert mich, dass es auch vorher schon ohne 
 ging.
 
 Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" das 
 Install Tool und hab die Fehler mit Extensions durch Auskommentieren der 
 require_once zum Großteil wegbekommen.  Kurioserweise kam sowas auch für 
 die index.php.
 
 Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
 Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube das 
 Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins im 
 tt_address an...an einer Stelle, wo gar kein require_once steht. Dort ist 
 eine LEERZEILE *lol*.
 
 Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 
 6.2.0-Ordner liegt. Da kommt nur eine weiße Seite. DisplayErrors steht auf 
 1. Mit 2 und IP hab ichs auch versucht, aber ne Meldung kommt keine.
 
 
 Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von 
 einem Fehler in einer News auf der Live-Seite erzählt. Mal wieder alles 
 auf einmal *tsts*.
 
 Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:
> Hallo Steffen,
> 
>> 1) Ich

Re: [TYPO3-german] Kuriositäten mit 6.2

Ach so ist das zu verstehen. Ich dachte, das wär jedes ein Fehler für
sich *g*. Was passiert dann, wenns 2 Fehler sind ?

Na egal, das Puzzle wird immer deutlicher. Deine Links schaue ich ein
andermal durch, für heute hab ich irgendwie genug.

Ins Backend komm ich gar nicht rein, da liegt der tt_address-Fehler
davor - das nicht mal installierte Modul also:

*Fatal error*: require_once(): Failed opening required
'PATH_t3libclass.t3lib_page.php'
(include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php')
in
*/home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_addfilestosel.php*
on line *25

*www.unsere-Domain.de/typo3_6.2.0/typo3/index.php und die Leerzeile, die
einen Fehler auswirft...

Cu, Steffen
*
*

Am 15.04.2014 22:06, schrieb Peter Linzenkirchner:

Hallo Steffen,

du musst die Datei von unten nach oben lesen. Die Fehlermeldung steht ganz
oben, danach folgt der Stack, der zur Fehlermeldung führt. Der erste Schritt
ist der require-Befehl in der index.php, der die index_ts.php einbindet, was in
Schritt 2 auch angezeigt wird. Der Fehler passiert dann in der
MetaDataRepository.php.

alles was hier folgt in umgekehrter Reihenfolge ... renderContent ist die
Klasse, welche den Content rendert, die ruft dann für die einzelnen elemente
weitere Klassen auf. Aber die Schritte funktionieren alle, bis auf den, der
ganz oben steht - Schritt 19. Ich schätze, dass das Problem wirklich in den
Bildern liegt bzw. in FAL.

Zeile 17 verünglückt offenbar, hier wird ein unvollständiges File-Objekt
angelegt, offenbar mit eine UID von 0. Und danach ruft Zeile 18 den
update-Befehl und übergibt eine 0 als File-Identifier, was in Zeile 18 dann zu
einer Exception führt. Die Frage ist, warum das Objekt unvollständig ist - das
kann ich nicht sagen.

Da ich das hier aufrufen kann:
http://pfaelzischer-schachbund.de/typo3_6.2.0/fileadmin/Bilder/Banner/LOGO_PSB.gif
stimmt der Pfad ja offensichtlich.

Ich habe das hier noch gefunden:

https://twitter.com/t3agent/status/401776782686171136

Allerdings schon etwas älter.

und das hier:

http://wiki.typo3.org/Exception/CMS/1381590731

Weiter weiß ich aber auch nicht. Versuch mal im Backend - falls das geht - die
Metadaten von der Datei zu bearbeiten.

---

Vielleicht weiß hier jemand anderes besser Bescheid, ich bin da ratlos.

Gruß
Peter

getFileObjectFromCombinedIdentifier

ContentObjectRenderer::getImgResource

retrieveFileOrFolderObject

etcpepe...

wohl dazu passend...

TYPO3\CMS\Frontend\ContentObject\ImageContentObject::render(/array/)

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("IMAGE", /array/,
"marks.HEADER-PSB")

TYPO3\CMS\Frontend\ContentObject\TemplateContentObject::render(/array/)

YPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("TEMPLATE",
/array/, "10")

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGet(/array/)

TYPO3\CMS\Frontend\Page\PageGenerator::renderContent()

Ich werde das Gefühl nicht los, dass das alles miteinander zusammenhängt.

Noch interessanter ist dieses:

TYPO3\CMS\Frontend\Imaging\GifBuilder::start(/array/, /array/)

/home/www/typo3_6.2.0/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php

...was den Kreis schliesst, denn der GifBuilder soll ja die Grafik der
Titelzeile insgesamt aufbauen.

und zuguterletzt

require("/home/www/typo3_6.2.0/typo3/sysext/cms/tslib/index_ts.php")

...diese Datei ist allerdings an Ort und Stelle zu finden !

Am 15.04.2014 20:08, schrieb Steffen Liebig:

Am 15.04.2014 19:29, schrieb Steffen Liebig:

Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von

Re: [TYPO3-german] Kuriositäten mit 6.2

Uff...das klingt ja alles logisch, aber dann hab ich bei mehreren
Installationen (es liegt auch noch die ganz alte Seite im Root, dazu
kommt eine Testinstallation für Typo3, eine 4.7 für die momentane
Live-Seite und jetzt die 6.2) nen Haufen Ordner desselben Namens auf
Root liegen. Das geht schon mal gar nicht, weil je Namen nur einer da
sein darf, andernfalls muss man umbenennen.

Schluss mit Konfuzius...die Ordner liegen alle da, wo Du sie hinpackst.
Um eine saubere Trennung mehrere Installationen zu gewährleisten, kommt
nur jede nochmal extra in einen entsprechend benannten Versionsordner.
Mehr mache ich nicht. Läuft i. Ü. bislang wunderbar :-).

Das ergibt im Klartext Variante 2 Deiner Einteilung:

web-root
mehrere Typo3-Versionsordner (die Live-Seite ist 4.7.2, 6.1.1 zum Testen
und 6.2.0 für den geplanten Umzug); typo3_src-6.2.0 (vom Hoster dort
hingelegt); eine Uralt-HTML-Seite als Archiv und ein paar irrelevante
Dateiordner
im Typo3-Ordner: alles, was Du genannt hast - wobei im 6.2.0-Ordner noch
der frühere 6.1.1-Core (umbenannt und ungenutzt) beiliegt, während der
6.2.0-Core wie es sich gehört "typo3" heisst

Also was Neues nur bzgl der beiden 6.x-Cores, die Grundstruktur ist aber
dieselbe wie immer. Probleme hatte ich damit bislang nicht. Alles war
sauber getrennt und ließ sich schön bearbeiten.

Cu, Steffen

PS: Machen wir morgen oder übermorgen an der Stelle weiter. Denke es
wird so 16 Uhr, bis ich von der Arbeit daheim bin (hatte jetzt 2 Tage
Urlaub, da war mehr Zeit :-)) und gegessen habe. Wobei Du ja sicher auch
beruflich noch genug Anderes zu tun haben wirst. Da halte ich mich mit
Zeitangaben lieber zurück :-).

Am 15.04.2014 20:42, schrieb Peter Linzenkirchner:

Hallo Steffen,

warum rufst du das so auf? Das soll nicht gehen. Die interne Pfadstruktur
verlangt den Aufruf des Backends über /typo3/index.php; wenn ich meine
Installation so aufrufe, lande ich auch im Install-Tool.

Steffen, du kannst TYPO3 nicht umstrukturieren: das Teil funktioniert nur mit
der richtigen Anordnung der Ordner. Wild irgendwelche Dateien aufrufen ist
sinnlos - das kann und _darf_ nicht gehen, sonst könnte jeder Hacker versuchen,
die PHP-Dateien direkt aufzurufen. Die meisten Dateien haben einen Schutz gegen
direkten Aufruf, ausserdem stimmen in dem Fall die Pfade nicht und damit die
includes, heisst, die Klassen können nicht geladen werden.

Ich habe es jetzt schnell mal getestet ohne Symlinks. Kurz gesprochen wird
einfach der Inhalt des Sourcen-Ordners zur Webroot. Deine Webroot muss so
aussehen:

_.htaccess
ChangeLog
composer.json
GPL.txt
index.php (!)
INSTALL.md
LICENSE.txt
NEWS.md
README.md
typo3 (!)
tyo3conf (!)
typo3temp (!)
uploads (!)

Die Dateien und Ordner mit einem Rufzeichen _müssen_ vorhanden sein, und sie
sollten in der Webroot liegen. Man kann TYPO3 auch in ein Unterverzeichnis
installieren, aber besser nicht, wenn du grundsätzlich Probleme damit hast. Ein
Problem nach dem anderen. Falls doch müssen sich aber _alle_ Ordner und Dateien
mit Rufzeichen im _gleichen_ Verzeichnis befinden. Oder anders ausgedrückt:
typo3conf, fileadmin und uploads müssen sich im gleichen Ordner befinden wie
index.php und typo3.

Und der Aufruf erfolgt dann immer über

domain.tld/index.php für das Frontend
domain.tld/typo3/index.php für das Backend
domain.tld/typo3/install/index.php für das Install-Tool

resp.

domain.tld/ordner/index.php für das Frontend
domain.tld/ordner/typo3/index.php für das Backend
domain.tld/ordner/typo3/install/index.php für das Install-Tool

Und leere typo3temp aus. Komplett, da darf nichts mehr drin bleiben. TYPO3
schreibt dann die aktuellen Cache-Dateien wieder rein.

Gruß
Peter

Am 15.04.2014 um 20:08 schrieb Steffen Liebig:

Am 15.04.2014 19:29, schrieb Steffen Liebig:

Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner
lie

Re: [TYPO3-german] Kuriositäten mit 6.2

Hallo Steffen, 

du musst die Datei von unten nach oben lesen. Die Fehlermeldung steht ganz 
oben, danach folgt der Stack, der zur Fehlermeldung führt. Der erste Schritt 
ist der require-Befehl in der index.php, der die index_ts.php einbindet, was in 
Schritt 2 auch angezeigt wird. Der Fehler passiert dann in der 
MetaDataRepository.php. 

alles was hier folgt in umgekehrter Reihenfolge ... renderContent ist die 
Klasse, welche den Content rendert, die ruft dann für die einzelnen elemente 
weitere Klassen auf. Aber die Schritte funktionieren alle, bis auf den, der 
ganz oben steht - Schritt 19. Ich schätze, dass das Problem wirklich in den 
Bildern liegt bzw. in FAL. 

Zeile 17 verünglückt offenbar, hier wird ein unvollständiges File-Objekt 
angelegt, offenbar mit eine UID von 0. Und danach ruft Zeile 18 den 
update-Befehl und übergibt eine 0 als File-Identifier, was in Zeile 18 dann zu 
einer Exception führt. Die Frage ist, warum das Objekt unvollständig ist - das 
kann ich nicht sagen. 

Da ich das hier aufrufen kann: 
http://pfaelzischer-schachbund.de/typo3_6.2.0/fileadmin/Bilder/Banner/LOGO_PSB.gif
stimmt der Pfad ja offensichtlich. 

Ich habe das hier noch gefunden: 

https://twitter.com/t3agent/status/401776782686171136

Allerdings schon etwas älter. 

und das hier: 

http://wiki.typo3.org/Exception/CMS/1381590731

Weiter weiß ich aber auch nicht. Versuch mal im Backend - falls das geht - die 
Metadaten von der Datei zu bearbeiten. 

---

Vielleicht weiß hier jemand anderes besser Bescheid, ich bin da ratlos. 

Gruß
Peter




> 
> 
> getFileObjectFromCombinedIdentifier
> 
> ContentObjectRenderer::getImgResource
> 
> retrieveFileOrFolderObject
> 
> etcpepe...
> 
> wohl dazu passend...
> 
> TYPO3\CMS\Frontend\ContentObject\ImageContentObject::render(/array/)
> 
> TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("IMAGE",
>   /array/,  "marks.HEADER-PSB")
> 
> TYPO3\CMS\Frontend\ContentObject\TemplateContentObject::render(/array/)
> 
> YPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("TEMPLATE",
>   /array/,  "10")
> 
> TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGet(/array/)
> 
> TYPO3\CMS\Frontend\Page\PageGenerator::renderContent()
> 
> Ich werde das Gefühl nicht los, dass das alles miteinander zusammenhängt.
> 
> 
> Noch interessanter ist dieses:
> 
> TYPO3\CMS\Frontend\Imaging\GifBuilder::start(/array/,  /array/)
> 
> /home/www/typo3_6.2.0/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php
> 
> ...was den Kreis schliesst, denn der GifBuilder soll ja die Grafik der 
> Titelzeile insgesamt aufbauen.
> 
> 
> 
> und zuguterletzt
> 
> require("/home/www/typo3_6.2.0/typo3/sysext/cms/tslib/index_ts.php")
> 
> ...diese Datei ist allerdings an Ort und Stelle zu finden !
> 
> 
> Am 15.04.2014 20:08, schrieb Steffen Liebig:
>> Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die 
>> Fehlermeldung, die auf die Leerzeile im tt_address deutet. Setze ich 
>> "/install" dran, bin ich wieder im install tool. Das FE, das unter 
>> "pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.
>> 
>> Am 15.04.2014 19:29, schrieb Steffen Liebig:
>>> Da war der Haken - ich habe aus alter Gewohnheit alles aus dem entpackten 
>>> Ordner rausgenommen und in meinen 6.2.0-Ordner rüberkopiert sowie den 
>>> 6.1.1-Ordner entsprechend umbenannt. Wenn da zwangsweise ein Ordner 
>>> "xyz*src*usw" gebraucht wird, wundert mich, dass es auch vorher schon ohne 
>>> ging.
>>> 
>>> Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" das 
>>> Install Tool und hab die Fehler mit Extensions durch Auskommentieren der 
>>> require_once zum Großteil wegbekommen.  Kurioserweise kam sowas auch für 
>>> die index.php.
>>> 
>>> Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
>>> Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube das 
>>> Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins im 
>>> tt_address an...an einer Stelle, wo gar kein require_once steht. Dort ist 
>>> eine LEERZEILE *lol*.
>>> 
>>> Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner 
>>> liegt. Da kommt nur eine weiße Seite. DisplayErrors steht auf 1. Mit 2 und 
>>> IP hab ichs auch versucht, aber ne Meldung kommt keine.
>>> 
>>> 
>>> Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von einem 
>>> Fehler in einer News auf der Live-Seite erzählt. Mal wieder alles auf 
>>> einmal *tsts*.
>>> 
>>> Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:
 Hallo Steffen,
 
> 1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. 
> Ist halt 8 Jahre her, dass ich damit gearbeitet hab :-).
 OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt von 
 Typo3.org runterladen.
 
> 2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den alten 
> 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordn

Re: [TYPO3-german] Kuriositäten mit 6.2


Hi Peter,

ich habs inzwischen kapiert und natürlich die Auskommentierung wieder 
bereinigt. Jetzt sehe ich wenigstens die Fehlermeldungen (siehe letzter 
Post) im FE. Typo3temp hab ich via ftp schon mehrfach geleert, dort sind 
nur noch ein Ordner mit installtoolsessions und ein leerer Ordner "locks".


tt_address wirft im install tool nach einem DB compare immer noch einen 
Fehler aus:


require_once(): Failed opening required 'PATH_t3libclass.t3lib_page.php' 
(include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php') 
in 
/home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_addfilestosel.php 
on line 25


Zeile 25 ist LEER !

Gleichzeitig will er wissen, ob er's deinstallieren soll. Mache ich das, 
kommt jenes:


*Incompatible extension found!*
Something went wrong. Check failed.

In der LocalConfigdatei steht weit und breit nix von tt_address. Bei cal 
hat sich alles gelegt, wegen wt_doorman und wt_directory (ebenfalls 
Einträge gelöscht) meckert auch nix mehr.


Ich frage mich, ob er da aus irgendeinem Grund auf die 
6.1.1-Installation zugreift. Kann aber nicht sein, dann wärs ein anderer 
Pfad.



Was die Seite angeht, die angeblich im Sourcen-Ordner liegt, da haben 
wir aneinander vorbeigeredet. Ich meine, ich hatte das Frontend 
aufgerufen - bzw die Stelle, die das FE werden soll. Also wie gewohnt 
den Startordner der Installation, NICHT die Source (die liegt eins 
tiefer) :-). Was da aufgerufen wird, ist also die index.php ganz oben.

Ergebnis: Fehlermeldungen aus dem letzten Post.

Struktur: home/www/typo3_6.2.0 (-> index.php für FE)/typo3(-> index.php 
für BE)/install(.php fürs install tool)
--> neben typo3 liegt noch typo3_6.1.1, also der Core der Basiskopie 
(aus der 6.1.1-Testinstallation)


Mit dieser Struktur hab ich bislang immer gearbeitet. Kanns sein, dass 
6.2.0 was Anderes verlangt und darum was nicht geht ?


Cu, Steffen

Am 15.04.2014 20:17, schrieb Peter Linzenkirchner:

Hallo Steffen,


Kurioserweise kam sowas auch für die index.php.

in der index.php von TYPO3 stehen zwei require, das ist richtig, und das muss 
auch so sein. Bevor ein Autoloader greifen kann, muss er ja erst mal da sein 
... Ich hoffe, du hast die nicht rausgelöscht, sonst geht gar nichts mehr.


Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. Anfangs 
gar keinen, die Fehler blieben dieselben.
Ich glaube das Auskommentieren war erfolgreicher.

Das kann nicht sein. Hast du typo3temp ausgeleert? Änderungen an 
LocalConfiguration _ohne_ typo3temp auszuleeren sind sinnlos. Da liegen 
Cache-Dateien, und wenn die da liegen bleiben, greift TYPO3 überhaupt nicht auf 
LocalConfiguration zu sondern immer auf diese Cache-Dateien.


Jetzt meckert er nur noch eins im tt_address an...an einer Stelle, wo gar kein 
require_once steht. Dort ist eine LEERZEILE *lol*.

Nach dem Löschen aus der LocalConfiguration dürfte tt_address nicht mehr 
aufgerufen werden. Du hast typo3temp nicht ausgeleert, anders kann ich mir das 
nicht erklären.

Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner 
liegt.

? Welche Seite? Im Sourcen-Ordner kann und soll man keine Datei direkt 
aufrufen, mit Ausnahme von /typo3/index.php für das Backend. Hier wird sogar ne 
ganze Menge unternommen, damit das nicht geht.


Da kommt nur eine weiße Seite. DisplayErrors steht auf 1. Mit 2 und IP hab ichs 
auch versucht, aber ne Meldung kommt keine.

Da steht vielleicht ein die() drin :-) siehe oben.

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

Re: [TYPO3-german] Kuriositäten mit 6.2

Nächster Findeschorsch: Frontend zeigt wieder was an - nen Haufen Fehler

Bekannt kommt mir vor, dass "Metadata can only retrieved for indexed
files", womit das Ganze startet. Meldungen bzgl Metadaten haben wir 3.
Danach werden einige Files angemeckert, die bislang fest eingebunden und
genutzt sind...6mal Gemecker vom ImageMagick über den GifBuilder...

Dazu ist zu sagen, dass sich mein Co-Admin für unser Logo was mit
Hintergrund hat einfallen lassen, das incl Schrift über den GIF-Builder
läuft und das Logo-Bild dazulädt (siehe www.pfaelzischer-schachbund.de
in der Titelzeile).

getFileObjectFromCombinedIdentifier

ContentObjectRenderer::getImgResource

retrieveFileOrFolderObject

etcpepe...

wohl dazu passend...

TYPO3\CMS\Frontend\ContentObject\ImageContentObject::render(/array/)

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("IMAGE", /array/,
"marks.HEADER-PSB")

TYPO3\CMS\Frontend\ContentObject\TemplateContentObject::render(/array/)

YPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGetSingle("TEMPLATE",
/array/, "10")

TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer::cObjGet(/array/)

TYPO3\CMS\Frontend\Page\PageGenerator::renderContent()

Ich werde das Gefühl nicht los, dass das alles miteinander zusammenhängt.

Noch interessanter ist dieses:

TYPO3\CMS\Frontend\Imaging\GifBuilder::start(/array/, /array/)

/home/www/typo3_6.2.0/typo3/sysext/frontend/Classes/ContentObject/ContentObjectRenderer.php

...was den Kreis schliesst, denn der GifBuilder soll ja die Grafik der
Titelzeile insgesamt aufbauen.

und zuguterletzt

require("/home/www/typo3_6.2.0/typo3/sysext/cms/tslib/index_ts.php")

...diese Datei ist allerdings an Ort und Stelle zu finden !

Am 15.04.2014 20:08, schrieb Steffen Liebig:
Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die
Fehlermeldung, die auf die Leerzeile im tt_address deutet. Setze ich
"/install" dran, bin ich wieder im install tool. Das FE, das unter
"pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.

Am 15.04.2014 19:29, schrieb Steffen Liebig:
Da war der Haken - ich habe aus alter Gewohnheit alles aus dem
entpackten Ordner rausgenommen und in meinen 6.2.0-Ordner
rüberkopiert sowie den 6.1.1-Ordner entsprechend umbenannt. Wenn da
zwangsweise ein Ordner "xyz*src*usw" gebraucht wird, wundert mich,
dass es auch vorher schon ohne ging.

Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners
"typo3" das Install Tool und hab die Fehler mit Extensions durch
Auskommentieren der require_once zum Großteil wegbekommen.
Kurioserweise kam sowas auch für die index.php.

Das Streichen aus der LocalConfiguration.php hatte nur bedingt
Erfolg. Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube
das Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins
im tt_address an...an einer Stelle, wo gar kein require_once steht.
Dort ist eine LEERZEILE *lol*.

Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im
6.2.0-Ordner liegt. Da kommt nur eine weiße Seite. DisplayErrors
steht auf 1. Mit 2 und IP hab ichs auch versucht, aber ne Meldung
kommt keine.

Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von
einem Fehler in einer News auf der Live-Seite erzählt. Mal wieder
alles auf einmal *tsts*.

Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:

Hallo Steffen,

1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch
einlesen. Ist halt 8 Jahre her, dass ich damit gearbeitet hab :-).
OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt
von Typo3.org runterladen.

2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den
alten 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen
Core-Ordner rüberkopiert.
Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install
tool. Also die unlock-datei noch rübergeholt und alle Schritte
durchlaufen, die im Tool angezeigt werden.

OK; dann müsste er auf die 6.2 Sourcen zugreifen.

Ergebnis (ich schicke das auch so an die Technik):

1) */typo3_src should be a link, but it does not exist*...hier
wird, so wie ich das verstehe, zwangsweise ein Symlink verlangt, da
ohne ihn kein automatischer Core Update (neues Feature) möglich ist.
should ... meint: sollte auch ohne gehen. Wichtig ist ja nur, dass
die Ordner /typo3 und /typo3_src zugänglich sind, und da drin die
Sourcen liegen.

2) *Path /index.php is not a link*
The target /index.php should be a link, but is of type file.
This cannot be fixed automatically. Please investigate.

-> ja wie...index.php ist ein Link, nicht mehr die Startdatei ?
Ein Symlink ist gemeint. Im Idealfall sollte der auf die index.php
im Sourcenordner verweisen. Geht aber auch anders, dann muss man die
index.php aus dem Sourcen-Ordner ziehen und in die Root legen. Ich
nehme an, so macht das dein Provider.

3) *Path /typo3 is not a link*
The target /typo3 should be a link, but is of type dir. This cannot
be fi

Re: [TYPO3-german] Kuriositäten mit 6.2

Hallo Steffen, 

warum rufst du das so auf? Das soll nicht gehen. Die interne Pfadstruktur 
verlangt den Aufruf des Backends über /typo3/index.php; wenn ich meine 
Installation so aufrufe, lande ich auch im Install-Tool. 

Steffen, du kannst TYPO3 nicht umstrukturieren: das Teil funktioniert nur mit 
der richtigen Anordnung der Ordner. Wild irgendwelche Dateien aufrufen ist 
sinnlos - das kann und _darf_ nicht gehen, sonst könnte jeder Hacker versuchen, 
die PHP-Dateien direkt aufzurufen. Die meisten Dateien haben einen Schutz gegen 
direkten Aufruf, ausserdem stimmen in dem Fall die Pfade nicht und damit die 
includes, heisst, die Klassen können nicht geladen werden. 

Ich habe es jetzt schnell mal getestet ohne Symlinks. Kurz gesprochen wird 
einfach der Inhalt des Sourcen-Ordners zur Webroot. Deine Webroot muss so 
aussehen: 

_.htaccess
ChangeLog
composer.json
GPL.txt
index.php (!)
INSTALL.md
LICENSE.txt
NEWS.md
README.md
typo3 (!)
tyo3conf (!)
typo3temp (!)
uploads (!)

Die Dateien und Ordner mit einem Rufzeichen _müssen_ vorhanden sein, und sie 
sollten in der Webroot liegen. Man kann TYPO3 auch in ein Unterverzeichnis 
installieren, aber besser nicht, wenn du grundsätzlich Probleme damit hast. Ein 
Problem nach dem anderen. Falls doch müssen sich aber _alle_ Ordner und Dateien 
mit Rufzeichen im _gleichen_ Verzeichnis befinden. Oder anders ausgedrückt: 
typo3conf, fileadmin und uploads müssen sich im gleichen Ordner befinden wie 
index.php und typo3. 

Und der Aufruf erfolgt dann immer über

domain.tld/index.php für das Frontend
domain.tld/typo3/index.php für das Backend
domain.tld/typo3/install/index.php für das Install-Tool

resp. 

domain.tld/ordner/index.php für das Frontend
domain.tld/ordner/typo3/index.php für das Backend
domain.tld/ordner/typo3/install/index.php für das Install-Tool

Und leere typo3temp aus. Komplett, da darf nichts mehr drin bleiben. TYPO3 
schreibt dann die aktuellen Cache-Dateien wieder rein. 

Gruß
Peter

Am 15.04.2014 um 20:08 schrieb Steffen Liebig :

> Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die 
> Fehlermeldung, die auf die Leerzeile im tt_address deutet. Setze ich 
> "/install" dran, bin ich wieder im install tool. Das FE, das unter 
> "pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.
> 
> Am 15.04.2014 19:29, schrieb Steffen Liebig:
>> Da war der Haken - ich habe aus alter Gewohnheit alles aus dem entpackten 
>> Ordner rausgenommen und in meinen 6.2.0-Ordner rüberkopiert sowie den 
>> 6.1.1-Ordner entsprechend umbenannt. Wenn da zwangsweise ein Ordner 
>> "xyz*src*usw" gebraucht wird, wundert mich, dass es auch vorher schon ohne 
>> ging.
>> 
>> Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" das 
>> Install Tool und hab die Fehler mit Extensions durch Auskommentieren der 
>> require_once zum Großteil wegbekommen.  Kurioserweise kam sowas auch für die 
>> index.php.
>> 
>> Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
>> Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube das 
>> Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins im 
>> tt_address an...an einer Stelle, wo gar kein require_once steht. Dort ist 
>> eine LEERZEILE *lol*.
>> 
>> Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner 
>> liegt. Da kommt nur eine weiße Seite. DisplayErrors steht auf 1. Mit 2 und 
>> IP hab ichs auch versucht, aber ne Meldung kommt keine.
>> 
>> 
>> Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von einem 
>> Fehler in einer News auf der Live-Seite erzählt. Mal wieder alles auf einmal 
>> *tsts*.
>> 
>> Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:
>>> Hallo Steffen,
>>> 
 1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. 
 Ist halt 8 Jahre her, dass ich damit gearbeitet hab :-).
>>> OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt von 
>>> Typo3.org runterladen.
>>> 
 2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den alten 
 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordner 
 rüberkopiert.
 Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install tool. 
 Also die unlock-datei noch rübergeholt und alle Schritte durchlaufen, die 
 im Tool angezeigt werden.
>>> OK; dann müsste er auf die 6.2 Sourcen zugreifen.
 Ergebnis (ich schicke das auch so an die Technik):
 
 1) */typo3_src should be a link, but it does not exist*...hier wird, so 
 wie ich das verstehe, zwangsweise ein Symlink verlangt, da ohne ihn kein 
 automatischer Core Update (neues Feature) möglich ist.
>>> should ... meint: sollte auch ohne gehen. Wichtig ist ja nur, dass die 
>>> Ordner /typo3 und /typo3_src zugänglich sind, und da drin die Sourcen 
>>> liegen.
>>> 
 2) *Path /index.php is not a link*
The target /index.php should be a link, but is of type file. This 
 cannot be fixed automatically. Pl

Re: [TYPO3-german] Kuriositäten mit 6.2

Hallo Steffen, 

> Kurioserweise kam sowas auch für die index.php.

in der index.php von TYPO3 stehen zwei require, das ist richtig, und das muss 
auch so sein. Bevor ein Autoloader greifen kann, muss er ja erst mal da sein 
... Ich hoffe, du hast die nicht rausgelöscht, sonst geht gar nichts mehr.  

> 
> Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
> Anfangs gar keinen, die Fehler blieben dieselben.
> Ich glaube das Auskommentieren war erfolgreicher.

Das kann nicht sein. Hast du typo3temp ausgeleert? Änderungen an 
LocalConfiguration _ohne_ typo3temp auszuleeren sind sinnlos. Da liegen 
Cache-Dateien, und wenn die da liegen bleiben, greift TYPO3 überhaupt nicht auf 
LocalConfiguration zu sondern immer auf diese Cache-Dateien. 

> Jetzt meckert er nur noch eins im tt_address an...an einer Stelle, wo gar 
> kein require_once steht. Dort ist eine LEERZEILE *lol*.

Nach dem Löschen aus der LocalConfiguration dürfte tt_address nicht mehr 
aufgerufen werden. Du hast typo3temp nicht ausgeleert, anders kann ich mir das 
nicht erklären. 
> 
> Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 6.2.0-Ordner 
> liegt.

? Welche Seite? Im Sourcen-Ordner kann und soll man keine Datei direkt 
aufrufen, mit Ausnahme von /typo3/index.php für das Backend. Hier wird sogar ne 
ganze Menge unternommen, damit das nicht geht. 

> Da kommt nur eine weiße Seite. DisplayErrors steht auf 1. Mit 2 und IP hab 
> ichs auch versucht, aber ne Meldung kommt keine.

Da steht vielleicht ein die() drin :-) siehe oben. 

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

Re: [TYPO3-german] Kuriositäten mit 6.2

Neuerung: beim Auruf des Ordners "typo3_6.2.0/typo3" (= BE) kommt die 
Fehlermeldung, die auf die Leerzeile im tt_address deutet. Setze ich 
"/install" dran, bin ich wieder im install tool. Das FE, das unter 
"pfaelzischer-schachbund.de/typo3_6.2.0" erscheinen sollte, bleibt leer.


Am 15.04.2014 19:29, schrieb Steffen Liebig:
Da war der Haken - ich habe aus alter Gewohnheit alles aus dem 
entpackten Ordner rausgenommen und in meinen 6.2.0-Ordner rüberkopiert 
sowie den 6.1.1-Ordner entsprechend umbenannt. Wenn da zwangsweise ein 
Ordner "xyz*src*usw" gebraucht wird, wundert mich, dass es auch vorher 
schon ohne ging.


Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" 
das Install Tool und hab die Fehler mit Extensions durch 
Auskommentieren der require_once zum Großteil wegbekommen.  
Kurioserweise kam sowas auch für die index.php.


Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube das 
Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins im 
tt_address an...an einer Stelle, wo gar kein require_once steht. Dort 
ist eine LEERZEILE *lol*.


Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 
6.2.0-Ordner liegt. Da kommt nur eine weiße Seite. DisplayErrors steht 
auf 1. Mit 2 und IP hab ichs auch versucht, aber ne Meldung kommt keine.



Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von 
einem Fehler in einer News auf der Live-Seite erzählt. Mal wieder 
alles auf einmal *tsts*.


Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:

Hallo Steffen,

1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch 
einlesen. Ist halt 8 Jahre her, dass ich damit gearbeitet hab :-).
OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt 
von Typo3.org runterladen.


2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den 
alten 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordner 
rüberkopiert.
Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install 
tool. Also die unlock-datei noch rübergeholt und alle Schritte 
durchlaufen, die im Tool angezeigt werden.

OK; dann müsste er auf die 6.2 Sourcen zugreifen.

Ergebnis (ich schicke das auch so an die Technik):

1) */typo3_src should be a link, but it does not exist*...hier wird, 
so wie ich das verstehe, zwangsweise ein Symlink verlangt, da ohne 
ihn kein automatischer Core Update (neues Feature) möglich ist.
should ... meint: sollte auch ohne gehen. Wichtig ist ja nur, dass 
die Ordner /typo3 und /typo3_src zugänglich sind, und da drin die 
Sourcen liegen.



2) *Path /index.php is not a link*
The target /index.php should be a link, but is of type file. 
This cannot be fixed automatically. Please investigate.

->  ja wie...index.php ist ein Link, nicht mehr die Startdatei ?
Ein Symlink ist gemeint. Im Idealfall sollte der auf die index.php im 
Sourcenordner verweisen. Geht aber auch anders, dann muss man die 
index.php aus dem Sourcen-Ordner ziehen und in die Root legen. Ich 
nehme an, so macht das dein Provider.




3) *Path /typo3 is not a link*
The target /typo3 should be a link, but is of type dir. This cannot 
be fixed automatically. Please investigate.
->  nicht verwunderlich, denn "typo3" ist der Core-Ordner - das war 
er unter 6.1.1 und ist es entsprechend auch unter 6.2.0. Sollte man 
den Core-Ordner umbenennen und ggf auch hier einen Symlink ergänzen ?

dito - idealerweise ein Symlink, aber sollte auch so funktionieren.

Die ideale Anordung:

/typo3_src-6.2.0 : die Sourcen, enthält die index.php, den Ordner 
typo3 und einiges an Readme-Dateien.

/typo3_src : Symlink auf /typo3_src-6.2.
/index.php : Symlink auf /typo3_src/index.php (also Symlink auf einen 
Symlink ... !)
/typo3 : Symlink auf /typo3_src/typo3  (also Symlink auf einen 
Symlink ... !)


Das macht man deshalb, weil man dann beim Updaten nur einen Symlink 
tauschen muss, nämlich den /typo3_src - der verweist dann einfach auf 
neue Sourcen.


Sollte aber auch funktionieren, wenn du es so anordnest:

index.php : die Datei index.php aus dem Sourcenordner
/typo3 : der Ordern typo3 aus dem Sourcenordner
/typo3_src : der Ordner mit allem, also nochmals index.php und typo3

Das habe ich mit 6.2. nicht ausprobiert, aber mit den früheren 
Versionen konnte man das so machen. Na ja, offenbar macht es dein 
Provider auch so, also muss es gehen.




4) 2 File permissions waren zu ändern, das habe ich eingetragen.

OK, das muss sein.

5) DB-Compare: 2 extensions sind inkompatibel - wie erwartet 
tt_address...und cal, nur deinstallieren scheint er's nicht zu wollen
-->  Beim "Klonen" wurde der t3lib-Ordner mit übernommen. War 
Absicht, ich wollte testen, ob das evtl den Hickhack bei einigen 
Exts umgeht.
Der stört wahrscheinlich nicht, 6.2 braucht ihn nicht mehr und greift 
auch nicht mehr darauf zu. Mit den Extensions hat der Ordner nichts 
zu tun.


Wie erwartet meldet 6.2.0 einen fatal error...sind ja auch nicht

Re: [TYPO3-german] Kuriositäten mit 6.2

Da war der Haken - ich habe aus alter Gewohnheit alles aus dem 
entpackten Ordner rausgenommen und in meinen 6.2.0-Ordner rüberkopiert 
sowie den 6.1.1-Ordner entsprechend umbenannt. Wenn da zwangsweise ein 
Ordner "xyz*src*usw" gebraucht wird, wundert mich, dass es auch vorher 
schon ohne ging.


Wie auch immer, ich bekomme beim Aufruf des 6.2.0-Unterordners "typo3" 
das Install Tool und hab die Fehler mit Extensions durch Auskommentieren 
der require_once zum Großteil wegbekommen.  Kurioserweise kam sowas auch 
für die index.php.


Das Streichen aus der LocalConfiguration.php hatte nur bedingt Erfolg. 
Anfangs gar keinen, die Fehler blieben dieselben. Ich glaube das 
Auskommentieren war erfolgreicher. Jetzt meckert er nur noch eins im 
tt_address an...an einer Stelle, wo gar kein require_once steht. Dort 
ist eine LEERZEILE *lol*.


Aus Interesse hab ich mal die Seite aufgerufen, die ja auch im 
6.2.0-Ordner liegt. Da kommt nur eine weiße Seite. DisplayErrors steht 
auf 1. Mit 2 und IP hab ichs auch versucht, aber ne Meldung kommt keine.



Wenn ich etwas durcheinander klinge, sorry, mir ht grad jemand wa von 
einem Fehler in einer News auf der Live-Seite erzählt. Mal wieder alles 
auf einmal *tsts*.


Am 15.04.2014 18:21, schrieb Peter Linzenkirchner:

Hallo Steffen,


1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. Ist 
halt 8 Jahre her, dass ich damit gearbeitet hab :-).

OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt von 
Typo3.org runterladen.


2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den alten 
6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordner rüberkopiert.
Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install tool. Also die 
unlock-datei noch rübergeholt und alle Schritte durchlaufen, die im Tool 
angezeigt werden.

OK; dann müsste er auf die 6.2 Sourcen zugreifen.

Ergebnis (ich schicke das auch so an die Technik):

1) */typo3_src should be a link, but it does not exist*...hier wird, so wie ich 
das verstehe, zwangsweise ein Symlink verlangt, da ohne ihn kein automatischer 
Core Update (neues Feature) möglich ist.

should ... meint: sollte auch ohne gehen. Wichtig ist ja nur, dass die Ordner 
/typo3 und /typo3_src zugänglich sind, und da drin die Sourcen liegen.


2) *Path /index.php is not a link*
The target /index.php should be a link, but is of type file. This cannot be 
fixed automatically. Please investigate.
->  ja wie...index.php ist ein Link, nicht mehr die Startdatei ?

Ein Symlink ist gemeint. Im Idealfall sollte der auf die index.php im 
Sourcenordner verweisen. Geht aber auch anders, dann muss man die index.php aus 
dem Sourcen-Ordner ziehen und in die Root legen. Ich nehme an, so macht das 
dein Provider.



3) *Path /typo3 is not a link*
The target /typo3 should be a link, but is of type dir. This cannot be fixed 
automatically. Please investigate.
->  nicht verwunderlich, denn "typo3" ist der Core-Ordner - das war er unter 
6.1.1 und ist es entsprechend auch unter 6.2.0. Sollte man den Core-Ordner umbenennen und 
ggf auch hier einen Symlink ergänzen ?

dito - idealerweise ein Symlink, aber sollte auch so funktionieren.

Die ideale Anordung:

/typo3_src-6.2.0 : die Sourcen, enthält die index.php, den Ordner typo3 und 
einiges an Readme-Dateien.
/typo3_src : Symlink auf /typo3_src-6.2.
/index.php : Symlink auf /typo3_src/index.php (also Symlink auf einen Symlink 
... !)
/typo3 : Symlink auf /typo3_src/typo3  (also Symlink auf einen Symlink ... !)

Das macht man deshalb, weil man dann beim Updaten nur einen Symlink tauschen 
muss, nämlich den /typo3_src - der verweist dann einfach auf neue Sourcen.

Sollte aber auch funktionieren, wenn du es so anordnest:

index.php : die Datei index.php aus dem Sourcenordner
/typo3 : der Ordern typo3 aus dem Sourcenordner
/typo3_src : der Ordner mit allem, also nochmals index.php und typo3

Das habe ich mit 6.2. nicht ausprobiert, aber mit den früheren Versionen konnte 
man das so machen. Na ja, offenbar macht es dein Provider auch so, also muss es 
gehen.



4) 2 File permissions waren zu ändern, das habe ich eingetragen.

OK, das muss sein.


5) DB-Compare: 2 extensions sind inkompatibel - wie erwartet tt_address...und 
cal, nur deinstallieren scheint er's nicht zu wollen
-->  Beim "Klonen" wurde der t3lib-Ordner mit übernommen. War Absicht, ich 
wollte testen, ob das evtl den Hickhack bei einigen Exts umgeht.

Der stört wahrscheinlich nicht, 6.2 braucht ihn nicht mehr und greift auch 
nicht mehr darauf zu. Mit den Extensions hat der Ordner nichts zu tun.


Wie erwartet meldet 6.2.0 einen fatal error...sind ja auch nicht seine libs.

Liegt eher an den Extensions. Kannst du manuell deinstallieren, in der Datei 
/typo3conf/LocalConfiguration.php im Abschnitt 'EXT' - hier die Zeile mit 
tt_address und cal suchen und komplett rausnehmen. Achtung: hier ist die Syntax 
wichtig:
'tt_address' =>  'und alles, was jetzt in den einfachen (!) Anführungen steht',

Re: [TYPO3-german] Kuriositäten mit 6.2

Hallo Steffen, 

> 1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. Ist 
> halt 8 Jahre her, dass ich damit gearbeitet hab :-).

OK, damit ist dein Problem gelöst. Jetzt kannst du den Source direkt von 
Typo3.org runterladen. 

> 2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den alten 
> 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordner rüberkopiert.
> Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install tool. Also 
> die unlock-datei noch rübergeholt und alle Schritte durchlaufen, die im Tool 
> angezeigt werden.

OK; dann müsste er auf die 6.2 Sourcen zugreifen. 
> 
> Ergebnis (ich schicke das auch so an die Technik):
> 
> 1) */typo3_src should be a link, but it does not exist*...hier wird, so wie 
> ich das verstehe, zwangsweise ein Symlink verlangt, da ohne ihn kein 
> automatischer Core Update (neues Feature) möglich ist.

should ... meint: sollte auch ohne gehen. Wichtig ist ja nur, dass die Ordner 
/typo3 und /typo3_src zugänglich sind, und da drin die Sourcen liegen. 

> 
> 2) *Path /index.php is not a link*
>The target /index.php should be a link, but is of type file. This cannot 
> be fixed automatically. Please investigate.
> -> ja wie...index.php ist ein Link, nicht mehr die Startdatei ?

Ein Symlink ist gemeint. Im Idealfall sollte der auf die index.php im 
Sourcenordner verweisen. Geht aber auch anders, dann muss man die index.php aus 
dem Sourcen-Ordner ziehen und in die Root legen. Ich nehme an, so macht das 
dein Provider.  


> 3) *Path /typo3 is not a link*
> The target /typo3 should be a link, but is of type dir. This cannot be fixed 
> automatically. Please investigate.
> -> nicht verwunderlich, denn "typo3" ist der Core-Ordner - das war er unter 
> 6.1.1 und ist es entsprechend auch unter 6.2.0. Sollte man den Core-Ordner 
> umbenennen und ggf auch hier einen Symlink ergänzen ?

dito - idealerweise ein Symlink, aber sollte auch so funktionieren. 

Die ideale Anordung: 

/typo3_src-6.2.0 : die Sourcen, enthält die index.php, den Ordner typo3 und 
einiges an Readme-Dateien. 
/typo3_src : Symlink auf /typo3_src-6.2.
/index.php : Symlink auf /typo3_src/index.php (also Symlink auf einen Symlink 
... !)
/typo3 : Symlink auf /typo3_src/typo3  (also Symlink auf einen Symlink ... !)

Das macht man deshalb, weil man dann beim Updaten nur einen Symlink tauschen 
muss, nämlich den /typo3_src - der verweist dann einfach auf neue Sourcen. 

Sollte aber auch funktionieren, wenn du es so anordnest: 

index.php : die Datei index.php aus dem Sourcenordner
/typo3 : der Ordern typo3 aus dem Sourcenordner
/typo3_src : der Ordner mit allem, also nochmals index.php und typo3

Das habe ich mit 6.2. nicht ausprobiert, aber mit den früheren Versionen konnte 
man das so machen. Na ja, offenbar macht es dein Provider auch so, also muss es 
gehen. 


> 4) 2 File permissions waren zu ändern, das habe ich eingetragen.

OK, das muss sein. 

> 
> 5) DB-Compare: 2 extensions sind inkompatibel - wie erwartet tt_address...und 
> cal, nur deinstallieren scheint er's nicht zu wollen
> --> Beim "Klonen" wurde der t3lib-Ordner mit übernommen. War Absicht, ich 
> wollte testen, ob das evtl den Hickhack bei einigen Exts umgeht.

Der stört wahrscheinlich nicht, 6.2 braucht ihn nicht mehr und greift auch 
nicht mehr darauf zu. Mit den Extensions hat der Ordner nichts zu tun. 

> Wie erwartet meldet 6.2.0 einen fatal error...sind ja auch nicht seine libs.

Liegt eher an den Extensions. Kannst du manuell deinstallieren, in der Datei 
/typo3conf/LocalConfiguration.php im Abschnitt 'EXT' - hier die Zeile mit 
tt_address und cal suchen und komplett rausnehmen. Achtung: hier ist die Syntax 
wichtig: 
'tt_address' => 'und alles, was jetzt in den einfachen (!) Anführungen steht', 
(Achtung auf das schließende Komma, das muss mit weg). 

Danach den typo3temp-Ordner leeren (oder ihn umbenennen und einen neuen 
typo3temp-Ordner anlegen).


Gruß
Peter




> 
> 
> *Parallel meint der Herr aus der Technik, dass das 1click install tatsächlich 
> ohne Symlinks arbeitet. Also kein Wunder, dass ich in der 
> Ursprungsinstallation / in der Kopie keine finde.*
> 
> 
> Watt nu ?
> 
> 
> Am 15.04.2014 15:07, schrieb bernd wilke:
>> Am 15.04.14 14:25, schrieb Steffen Liebig:
>>> Hi Bernd,
>>> 
>>> ich sortier das mal eben:
>>> 
>>> 1) es gibt serverseitig keinen Core-Symlink, der umgesetzt werden könnte
>>> - zumindest zeigt das FTP-Programm keinen core-relevanten Symlink an
>>> (einige andere, die ich nicht brauche, sind dafür auf root-Ebene
>>> da)...ich gehe davon aus, dass das 1click-install dafür verantwortlich
>>> ist; ich hab alles durchgeschaut und wüsste nicht mehr, wo ich noch
>>> suchen sollte
>> 
>> wenn es bisher keinen symlink gibt kann es mehrere Gründe geben (evtl. sind 
>> es hardlinks?)
>> ich denek aber dass du einfach unabhängig vom Provider einen Core auf den 
>> Server spielen und den dann selber symlinken kannst.
>> und wenn du keinen shell-zugang hast kann

Re: [TYPO3-german] Kuriositäten mit 6.2

AB JETZT BITTE EXPERIMENTELL VERSTEHEN !!!  WENN NIX GEHT, BENENNE ICH 
DIE ORDNER WIEDER UM UND SPIELE DEN 6.1.1-DUMP EIN !!!


Wow, das iss ja ein ganz neues Install Tool (hab davon gelesen, staune 
trotzdem ;-)).


Neuigkeiten:

1) Ich habe jetzt via Putty shell-Zugriff, muss mich aber noch einlesen. 
Ist halt 8 Jahre her, dass ich damit gearbeitet hab :-).


2) Die Technik hat mir einen 6.2.0-Core entpackt. Ich habe dann den 
alten 6.1.1-Core-Ordner in 6.1.1 umbenannt und den neuen Core-Ordner 
rüberkopiert.
Dann habe ich das mal gestartet, es kam direkt das 6.2.0-install tool. 
Also die unlock-datei noch rübergeholt und alle Schritte durchlaufen, 
die im Tool angezeigt werden.


Ergebnis (ich schicke das auch so an die Technik):

1) */typo3_src should be a link, but it does not exist*...hier wird, so 
wie ich das verstehe, zwangsweise ein Symlink verlangt, da ohne ihn kein 
automatischer Core Update (neues Feature) möglich ist.


2) *Path /index.php is not a link*
The target /index.php should be a link, but is of type file. This 
cannot be fixed automatically. Please investigate.

-> ja wie...index.php ist ein Link, nicht mehr die Startdatei ?


3) *Path /typo3 is not a link*
The target /typo3 should be a link, but is of type dir. This cannot be 
fixed automatically. Please investigate.
-> nicht verwunderlich, denn "typo3" ist der Core-Ordner - das war er 
unter 6.1.1 und ist es entsprechend auch unter 6.2.0. Sollte man den 
Core-Ordner umbenennen und ggf auch hier einen Symlink ergänzen ?



4) 2 File permissions waren zu ändern, das habe ich eingetragen.

5) DB-Compare: 2 extensions sind inkompatibel - wie erwartet 
tt_address...und cal, nur deinstallieren scheint er's nicht zu wollen
--> Beim "Klonen" wurde der t3lib-Ordner mit übernommen. War Absicht, 
ich wollte testen, ob das evtl den Hickhack bei einigen Exts umgeht. Wie 
erwartet meldet 6.2.0 einen fatal error...sind ja auch nicht seine libs.



*Parallel meint der Herr aus der Technik, dass das 1click install 
tatsächlich ohne Symlinks arbeitet. Also kein Wunder, dass ich in der 
Ursprungsinstallation / in der Kopie keine finde.*



Watt nu ?


Am 15.04.2014 15:07, schrieb bernd wilke:

Am 15.04.14 14:25, schrieb Steffen Liebig:

Hi Bernd,

ich sortier das mal eben:

1) es gibt serverseitig keinen Core-Symlink, der umgesetzt werden könnte
- zumindest zeigt das FTP-Programm keinen core-relevanten Symlink an
(einige andere, die ich nicht brauche, sind dafür auf root-Ebene
da)...ich gehe davon aus, dass das 1click-install dafür verantwortlich
ist; ich hab alles durchgeschaut und wüsste nicht mehr, wo ich noch
suchen sollte


wenn es bisher keinen symlink gibt kann es mehrere Gründe geben (evtl. 
sind es hardlinks?)
ich denek aber dass du einfach unabhängig vom Provider einen Core auf 
den Server spielen und den dann selber symlinken kannst.
und wenn du keinen shell-zugang hast kann es auch mein skript machen 
(ohne dass du massenhaft daten über deinen rechner schieben musst)



3) runterladen des Dumps: damit meine ich eher den Weg vom online-6.1.1
zum privaten 6.1.1, um dort dann alles upzugraden und eine Basis für da
online-6.2.0 zu haben. Online habe ich den Dump schon erstellt, aber


mein ansatz geht davon aus, dass du nichts bei dir lokal auf dem 
Rechner haben musst.



wenn ich ihn in die 6.2.0-Installation (bzw deren DB) einspiele, bringt
er diese halt durcheinander. Darum sind wir hier auf den Umweg zu
sprechen gekommen bis hin zu der Idee, online eine weitere 6.1.1
hochzuziehen und diese upzugraden. So weit bin ich momentan, mir fehlen
aber der neue 6.2.0-Core und ein umsetzbarer Symlink. Den DB-Compare für


genau dafür kannst du mein Skript nutzen:
(an 6.2 wegen den symlinks anpassen)
einfach in den neuen webspace hochschieben und dann dort den 
'download' anstoßen, auspacken, verlinken und schon hast du ein 
lauffähiges 6.2. Danach natürlich ins Installtool und die datenbank 
upgraden.




6.2.0 muss ich dann sowieso noch machen. Wenn ich nur schon mal so weit
wäre :-).


bernd


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-15 Diskussionsfäden bernd wilke


Am 15.04.14 14:25, schrieb Steffen Liebig:

Hi Bernd,

ich sortier das mal eben:

1) es gibt serverseitig keinen Core-Symlink, der umgesetzt werden könnte
- zumindest zeigt das FTP-Programm keinen core-relevanten Symlink an
(einige andere, die ich nicht brauche, sind dafür auf root-Ebene
da)...ich gehe davon aus, dass das 1click-install dafür verantwortlich
ist; ich hab alles durchgeschaut und wüsste nicht mehr, wo ich noch
suchen sollte


wenn es bisher keinen symlink gibt kann es mehrere Gründe geben (evtl. 
sind es hardlinks?)
ich denek aber dass du einfach unabhängig vom Provider einen Core auf 
den Server spielen und den dann selber symlinken kannst.
und wenn du keinen shell-zugang hast kann es auch mein skript machen 
(ohne dass du massenhaft daten über deinen rechner schieben musst)



3) runterladen des Dumps: damit meine ich eher den Weg vom online-6.1.1
zum privaten 6.1.1, um dort dann alles upzugraden und eine Basis für da
online-6.2.0 zu haben. Online habe ich den Dump schon erstellt, aber


mein ansatz geht davon aus, dass du nichts bei dir lokal auf dem Rechner 
haben musst.



wenn ich ihn in die 6.2.0-Installation (bzw deren DB) einspiele, bringt
er diese halt durcheinander. Darum sind wir hier auf den Umweg zu
sprechen gekommen bis hin zu der Idee, online eine weitere 6.1.1
hochzuziehen und diese upzugraden. So weit bin ich momentan, mir fehlen
aber der neue 6.2.0-Core und ein umsetzbarer Symlink. Den DB-Compare für


genau dafür kannst du mein Skript nutzen:
(an 6.2 wegen den symlinks anpassen)
einfach in den neuen webspace hochschieben und dann dort den 'download' 
anstoßen, auspacken, verlinken und schon hast du ein lauffähiges 6.2. 
Danach natürlich ins Installtool und die datenbank upgraden.




6.2.0 muss ich dann sowieso noch machen. Wenn ich nur schon mal so weit
wäre :-).


bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2


Hi Bernd,

ich sortier das mal eben:

1) es gibt serverseitig keinen Core-Symlink, der umgesetzt werden könnte 
- zumindest zeigt das FTP-Programm keinen core-relevanten Symlink an 
(einige andere, die ich nicht brauche, sind dafür auf root-Ebene 
da)...ich gehe davon aus, dass das 1click-install dafür verantwortlich 
ist; ich hab alles durchgeschaut und wüsste nicht mehr, wo ich noch 
suchen sollte


2) 1click-update für Core oder allgemein: d'accord incl aller genannten 
Schlussfolgerungen


3) runterladen des Dumps: damit meine ich eher den Weg vom online-6.1.1 
zum privaten 6.1.1, um dort dann alles upzugraden und eine Basis für da 
online-6.2.0 zu haben. Online habe ich den Dump schon erstellt, aber 
wenn ich ihn in die 6.2.0-Installation (bzw deren DB) einspiele, bringt 
er diese halt durcheinander. Darum sind wir hier auf den Umweg zu 
sprechen gekommen bis hin zu der Idee, online eine weitere 6.1.1 
hochzuziehen und diese upzugraden. So weit bin ich momentan, mir fehlen 
aber der neue 6.2.0-Core und ein umsetzbarer Symlink. Den DB-Compare für 
6.2.0 muss ich dann sowieso noch machen. Wenn ich nur schon mal so weit 
wäre :-).


Deine Links schau ich gleich mal an.

Cu, Steffen

Am 15.04.2014 08:13, schrieb bernd wilke:

Am 14.04.14 20:56, schrieb Steffen Liebig:

Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und
hat auch eine eigene (neue) DB zugewiesen bekommen.

Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner
davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte
ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was
wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft,
dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der
Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder
zu lesenden "Entpacken des neuen Cores" widersprechen.


erst 6.2 hat die Funktionalität eines core-updates eingebaut. für 
ältere Installationen gibt es glaube ich eine Extension, die das 
nachrüstet.
ich benutze seit einiger Zeit ein spezielles PHP-Script, das sich auch 
mit sehr dünner Leitung hochladen läßt und das dann alles auf dem 
Server erledigt: [1]
Das müsste jetzt allerdings noch für 6.2 angepasst werden (Symlink 
setzen)
warum die QUellen erst lokal kopieren um sie dann auf einen Server 
hochladen, wenn der Server sie sich auch selber ziehen (und dann 
natürlich auch 'lokal' auspacken) kann.




Ergebnis:

1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1
2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern
geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen
würde)


hier hilft einem zur Not immer ein PHP-script, das auf dem Server 
Kommandos ausführt und das man per (S)FTP hoch lädt. solch ein Script 
sollte aber eher nicht Kommandos aus der Eingabe ausführen, auch wenn 
es bequem ist. und natürlich niemals offen rumliegen lassen. nach 
Gebrauch auf dem Server wieder löschen.



3) der Hoster erledigt den ganzen Kram wie erläutert via
1click-install-Routine, ich kann es also nicht nachverfolgen...eine
Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das
hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen
übertragen etc)


1click-install ist für einen Neuanfang schön, danach braucht man eher 
ein 1click-update



Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen.


nicht überspielen. einen neuen Core neben dem alten anlegen und dann 
den Symlink umlegen.

dadurch kann man zur not auch schnell wieder zurück.


Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug
auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht
wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht.


bzgl. Datensicherung:
auch eien Datensicherung (mysqldump) musst du nciht unbeningt auf 
deinen lokalen Server runterladen.
mit Shell (oder PHP-script, das shell-Kommandos ausführt) kannst du 
die Daten auch 'lokal' auf dem Server erstellen. (Anregung mag da [2] 
geben)



Latinum endum *grübel*...


TYPO3 versteht ja auch kein Latein ;)

[1] http://pi-phi.de/241.html
[2] http://pi-phi.de/293.html

bernd


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

Re: [TYPO3-german] Kuriositäten mit 6.2

...und wenns ne Windows-Umgebung ist (wie bei mir daheim), nen Symlink 
finden, den ich umsetzen kann ;-). Wie gesagt scheint es - selbst wenns 
zB ein Linux-Server ist - laut FTP-Programm keinen solchen zu geben, der 
auf einen der Cores deutet. Das FTP-Programm zeigt zwar welche an, aber 
keinen Core-relevanten. Frage wäre dann wo suchen.


Ist schon ein Thema für sich, dass sich Vieles an diesem Symlink 
aufzuhängen scheint.


Am 15.04.2014 13:57, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


Da ich nicht über Umständlichkeit philosophieren will, mache ich an der
Stelle einen Punkt. Letztlich hatten alle recht, die sich an der
Diskussion beteiligt haben. Ich muss mir halt das raussuchen, was sich
am ehesten machen lässt. Watt mutt, dat mutt im Notfall eben.
Schliesslich hängt die Webseite eines kompletten Verbandes dran

SSH ist der Schlüssel ... als reines Textprotokoll ist es auch bei langsamen
Verbindungen gut zu gebrauchen.

Dann einfach alle Aktionen auf dem Server ausführen (download, update,
symlinks, dump, etc).
Nachteil: Du musst erst lernen mit der Shell umzugehen.

Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-15 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

> Da ich nicht über Umständlichkeit philosophieren will, mache ich an der
> Stelle einen Punkt. Letztlich hatten alle recht, die sich an der
> Diskussion beteiligt haben. Ich muss mir halt das raussuchen, was sich
> am ehesten machen lässt. Watt mutt, dat mutt im Notfall eben.
> Schliesslich hängt die Webseite eines kompletten Verbandes dran

SSH ist der Schlüssel ... als reines Textprotokoll ist es auch bei langsamen 
Verbindungen gut zu gebrauchen.

Dann einfach alle Aktionen auf dem Server ausführen (download, update, 
symlinks, dump, etc).
Nachteil: Du musst erst lernen mit der Shell umzugehen.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

2014-04-14 Diskussionsfäden bernd wilke


Am 14.04.14 20:56, schrieb Steffen Liebig:

Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und
hat auch eine eigene (neue) DB zugewiesen bekommen.

Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner
davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte
ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was
wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft,
dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der
Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder
zu lesenden "Entpacken des neuen Cores" widersprechen.


erst 6.2 hat die Funktionalität eines core-updates eingebaut. für ältere 
Installationen gibt es glaube ich eine Extension, die das nachrüstet.
ich benutze seit einiger Zeit ein spezielles PHP-Script, das sich auch 
mit sehr dünner Leitung hochladen läßt und das dann alles auf dem Server 
erledigt: [1]

Das müsste jetzt allerdings noch für 6.2 angepasst werden (Symlink setzen)
warum die QUellen erst lokal kopieren um sie dann auf einen Server 
hochladen, wenn der Server sie sich auch selber ziehen (und dann 
natürlich auch 'lokal' auspacken) kann.




Ergebnis:

1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1
2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern
geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen
würde)


hier hilft einem zur Not immer ein PHP-script, das auf dem Server 
Kommandos ausführt und das man per (S)FTP hoch lädt. solch ein Script 
sollte aber eher nicht Kommandos aus der Eingabe ausführen, auch wenn es 
bequem ist. und natürlich niemals offen rumliegen lassen. nach Gebrauch 
auf dem Server wieder löschen.



3) der Hoster erledigt den ganzen Kram wie erläutert via
1click-install-Routine, ich kann es also nicht nachverfolgen...eine
Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das
hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen
übertragen etc)


1click-install ist für einen Neuanfang schön, danach braucht man eher 
ein 1click-update



Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen.


nicht überspielen. einen neuen Core neben dem alten anlegen und dann den 
Symlink umlegen.

dadurch kann man zur not auch schnell wieder zurück.


Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug
auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht
wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht.


bzgl. Datensicherung:
auch eien Datensicherung (mysqldump) musst du nciht unbeningt auf deinen 
lokalen Server runterladen.
mit Shell (oder PHP-script, das shell-Kommandos ausführt) kannst du die 
Daten auch 'lokal' auf dem Server erstellen. (Anregung mag da [2] geben)



Latinum endum *grübel*...


TYPO3 versteht ja auch kein Latein ;)

[1] http://pi-phi.de/241.html
[2] http://pi-phi.de/293.html

bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2


SIC !!

Ich ergänze: Lerneffekt gut, Effektivität mangelhaft - für guten Willen 
kann man nix kaufen, durchschnittliche drei minus *g*


Am 14.04.2014 22:49, schrieb Renzo Bauen:

Und, was meinst Du ist die Konsequenz?

Ja, genau, zu einem besseren Hoster wechseln! Dann kannst Du dir den
Aufwand, den Du die letzten Tage hattest sparen!

Beste Grüsse
Renzo


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

Re: [TYPO3-german] Kuriositäten mit 6.2


Hallo Peter,

1 MBit Upload ist für mich ein Traum, bei mir sinds selbst im Download 
nur 400 KBit - und was Besseres gibts hier auch nicht, weils für die 
Telekom (die hier die letzte Meile hält) unrentabel ist und jede 
Funklösung mit anderem Provider an den Wohngegebenheiten (Souterrain, 
hohe Bäume - auch Handyempfang in der Wohnung schlecht) mehr oder 
weniger scheitert.


[Humor an]
Ich muss allerdings zugeben, dass zB der DB-Dump inzwischen in 
verkraftbaren Größen stattfindet. Wie ich damals auf die 250 MB kam, die 
6 Stunden brauchten, ist mir inzwischen schleierhaft. Insofern gibts 
evtl ein Licht am Ende des Tunnels. Das "Lustige" ist, dass ich trotzdem 
die Seite von 6.1.1 online auf 6.2 lokal bekommen müsste. Klingt, als ob 
sich die Katze in den Schwanz beisst *lol*. Oder erst 6.1.1 besorgen 
(wenns die noch gibt, vermutlich macht die 6.1.7 nicht so viel 
Unterschied ?!), dann alles holen und lokal aufbauen, die lokale auf 6.2 
upgraden und alles wieder ins Netz bringen. Kommt mir irgendwie bekannt 
vor *nachdenk*.

[Humor aus]

Da ich nicht über Umständlichkeit philosophieren will, mache ich an der 
Stelle einen Punkt. Letztlich hatten alle recht, die sich an der 
Diskussion beteiligt haben. Ich muss mir halt das raussuchen, was sich 
am ehesten machen lässt. Watt mutt, dat mutt im Notfall eben. 
Schliesslich hängt die Webseite eines kompletten Verbandes dran.


Wieso fällt mir eigentlich grad jetzt der Name Mittwald ein ? ;-) ;-)


Cu, Steffen

Am 14.04.2014 23:54, schrieb Peter Linzenkirchner:

Alternative:

Alles lokal fertig bauen, dann vom Provider eine 6.2-Installation anlegen 
lassen, und dann alles bis auf die TYPO3-Sourcen von lokal auf life einkopieren 
(typo3conf, fileadmin und uploads) sowie die Datenbank übertragen per Dump. 
Dann muss aber die TYPO3-Version lokal und remote identisch sein!! Und TYPO3 
erst aufrufen, wenn _alle_ Dateien oben sind.

Das mache ich oft so, klappt wunderbar. Ich möchte ja nicht die 
TYPO3-Installation des Providers überschreiben, sonst klappt das automatische 
Update nicht.

Wenn das auch nicht geht, dann gehts nicht.

Provider wechseln und besseren DSL-Anschluss zulegen. Wobei ich auch nur 1 MBit 
Upload habe, und damit geht es schon. Hochladen ist mühsam, aber mit Planung 
bekomme ich sogar Gigabytes hoch. Dauert halt mal ne Nacht. Und wenn man einen 
Provider hat, der einen per ssh auf den Server lässt, erübrigt sich das, weil 
man die Sourcen direkt vom Server laden kann.

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-14 Diskussionsfäden Peter Linzenkirchner

Alternative: 

Alles lokal fertig bauen, dann vom Provider eine 6.2-Installation anlegen 
lassen, und dann alles bis auf die TYPO3-Sourcen von lokal auf life einkopieren 
(typo3conf, fileadmin und uploads) sowie die Datenbank übertragen per Dump. 
Dann muss aber die TYPO3-Version lokal und remote identisch sein!! Und TYPO3 
erst aufrufen, wenn _alle_ Dateien oben sind. 

Das mache ich oft so, klappt wunderbar. Ich möchte ja nicht die 
TYPO3-Installation des Providers überschreiben, sonst klappt das automatische 
Update nicht. 

Wenn das auch nicht geht, dann gehts nicht. 

Provider wechseln und besseren DSL-Anschluss zulegen. Wobei ich auch nur 1 MBit 
Upload habe, und damit geht es schon. Hochladen ist mühsam, aber mit Planung 
bekomme ich sogar Gigabytes hoch. Dauert halt mal ne Nacht. Und wenn man einen 
Provider hat, der einen per ssh auf den Server lässt, erübrigt sich das, weil 
man die Sourcen direkt vom Server laden kann. 

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-14 Diskussionsfäden Renzo Bauen

Und, was meinst Du ist die Konsequenz?

Ja, genau, zu einem besseren Hoster wechseln! Dann kannst Du dir den
Aufwand, den Du die letzten Tage hattest sparen!

Beste Grüsse
Renzo
-- 
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92 

Am Montag, den 14.04.2014, 20:56 +0200 schrieb Steffen Liebig:

> Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und 
> hat auch eine eigene (neue) DB zugewiesen bekommen.
> 
> Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner 
> davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte 
> ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was 
> wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft, 
> dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der 
> Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder 
> zu lesenden "Entpacken des neuen Cores" widersprechen.
> 
> Ergebnis:
> 
> 1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1
> 2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern 
> geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen würde)
> 3) der Hoster erledigt den ganzen Kram wie erläutert via 
> 1click-install-Routine, ich kann es also nicht nachverfolgen...eine 
> Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das 
> hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen 
> übertragen etc)
> 
> Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen. 
> Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug 
> auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht 
> wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht.
> 
> Latinum endum *grübel*...
> 
> Am 11.04.2014 15:26, schrieb Steffen Liebig:
> > Hallo zusammen,
> >
> > ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal 
> > im Angebot hat...
> >
> > Folgendes hat sich nach Übetragung des DB-Dumps und der 
> > fileadmin-(etc)-Dateien zugetragen:
> >
> > 1) Es schien alles da zu sein, also habe ich die Seite im FE 
> > aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed 
> > pages". Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. 
> > Also wie nun ?!
> > 2) Von wegen alles da: das Kopieren der Dateien hat in den ersten 
> > kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen 
> > - und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. 
> > Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer 
> > derselbe Name und dieselbe Dateiart im BE angezeigt - während im 
> > FTP-Programm alles ok ist.
> >
> > Hat jemand eine Ahnung, was da schiefgelaufen ist ?
> >
> > Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf 
> > hier.
> >
> > Besten Dank für Ideen
> >
> >
> > Steffen
> 
> ___
> 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] Kuriositäten mit 6.2

Ich habe jetzt mal eine 6.1.1-Instanz kopiert. Sie läuft wunderbar und 
hat auch eine eigene (neue) DB zugewiesen bekommen.


Symlinks finde ich via FTP-Programm auf der obersten Ebene, aber keiner 
davon führt auch nur ansatzweise zu einem Typo3-Core. Insofern könnte 
ich auch keinen umsetzen - selbst wenn ich das 6.2-Paket hätte (was 
wegen meines lahmen DSL bislang nicht der Fall ist). Ich hatte gehofft, 
dass der Upgrade Wizard sich den neuen Core besorgt, aber das würde der 
Notwenigkeit des Umsetzens von Symlinks und dem im Internet immer wieder 
zu lesenden "Entpacken des neuen Cores" widersprechen.


Ergebnis:

1) der Upgrade Wizard läuft zwar durch, aber ich aber nach wie vor 6.1.1
2) eine Shell gibt es nicht, neue Symlinks anlegen / vorhandene ändern 
geht nicht (sind eh keine Richtung Core da, bei denen das Sinn machen würde)
3) der Hoster erledigt den ganzen Kram wie erläutert via 
1click-install-Routine, ich kann es also nicht nachverfolgen...eine 
Installation von 6.2 neben der 6.1.1 würde mir auch nix bringen, das 
hatten wir schon (Dump für falsche Version, Seite nicht in t3d-Teilen 
übertragen etc)


Ich müsste quasi hergehen und den alten Core mit dem neuen überspielen. 
Das mag einmal zumindest augenscheinlich funktioniert haben (beim Umzug 
auf 6.0.x), war aber nur ein Experiment und sollte m. E. nicht 
wiederholt werden. Ist ja auch aus gutem Grund nicht so gedacht.


Latinum endum *grübel*...

Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal 
im Angebot hat...


Folgendes hat sich nach Übetragung des DB-Dumps und der 
fileadmin-(etc)-Dateien zugetragen:


1) Es schien alles da zu sein, also habe ich die Seite im FE 
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed 
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. 
Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten 
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen 
- und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. 
Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer 
derselbe Name und dieselbe Dateiart im BE angezeigt - während im 
FTP-Programm alles ok ist.


Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf 
hier.


Besten Dank für Ideen


Steffen


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

Re: [TYPO3-german] Kuriositäten mit 6.2

Wohl wahr...der Vorteil an der Extrension-Kombi ist aber, dass ich quasi 
mit HTML und CSS auskam. Für das Zusammenfuchteln einer 
Typoscript-Lösung hab ich momentan so gut wie Null Zeit. Da frage ich 
mich gleich wieder, ob ich mit dem Umzug überhaupt fertig werde, bevor 
auch noch der avisierte Termin vorbei ist.


Hm, das mit der Liste ist ohnehin so eine Sache. Ich muss die Addressen 
auch wahlfrei ordnen und/oder gruppenweise (PSB-Präsidium, 
Jugendabteilung etc) ausgeben können, weil sie nicht in der Reihenfolge 
eingegeben wurden, in der sie auf der Seite erscheinen sollen. Momentan 
kommt nur das Oberpräsidium (in bestimmter Reihenfolge), aber das kann 
sich auch wieder ändern. Mit den Exts ging das alles.


Am 14.04.2014 11:35, schrieb JoH asenau:

Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi
tt_address/wt_directory/wt_doorman dabei gehabt ?  Datt iss so ziemlich
mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden
Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt.


Dafür benutzt man ja auch keine Extensions sondern TypoScript ;-)
Wenn es wirklich nur um Listen geht und nicht um google maps oder 
vcard export, dürfte die einzige Extension, die Du davon wirklich 
benötigst, tt_address sein. Damit werden ja die entsprechenden 
Tabellen angelegt und die Eingabeformulare im Backend erstellt.


Daraus dann eine Adress-Liste zu generieren dürfte mit einem simplen 
CONTENT und entsprechendem renderObj nicht allzu schwierig sein. 
Vorteil: Abgesehen von möglicherweise als "deprecated" entferntem 
TypoScript bist Du damit auf einer relativ sicheren Seite, was die 
Upgradefähigkeit angeht.


Wenn Du für solche Aufgaben bisher auf Extensions zurückgegriffen 
hast, die ggf. schon lange nicht mehr gewartet werden, schnappt die 
Upgrade-Falle natürlich wesentlich eher zu. Aber vielleicht ist ja 
jetzt ein guter Zeitpunkt, diese Extensions komplett zu entfernen und 
durch TypoScript zu ersetzen.


HDH

Joey



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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-14 Diskussionsfäden JoH asenau


Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi
tt_address/wt_directory/wt_doorman dabei gehabt ?  Datt iss so ziemlich
mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden
Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt.


Dafür benutzt man ja auch keine Extensions sondern TypoScript ;-)
Wenn es wirklich nur um Listen geht und nicht um google maps oder vcard 
export, dürfte die einzige Extension, die Du davon wirklich benötigst, 
tt_address sein. Damit werden ja die entsprechenden Tabellen angelegt 
und die Eingabeformulare im Backend erstellt.


Daraus dann eine Adress-Liste zu generieren dürfte mit einem simplen 
CONTENT und entsprechendem renderObj nicht allzu schwierig sein. 
Vorteil: Abgesehen von möglicherweise als "deprecated" entferntem 
TypoScript bist Du damit auf einer relativ sicheren Seite, was die 
Upgradefähigkeit angeht.


Wenn Du für solche Aufgaben bisher auf Extensions zurückgegriffen hast, 
die ggf. schon lange nicht mehr gewartet werden, schnappt die 
Upgrade-Falle natürlich wesentlich eher zu. Aber vielleicht ist ja jetzt 
ein guter Zeitpunkt, diese Extensions komplett zu entfernen und durch 
TypoScript zu ersetzen.


HDH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden Steffen Liebig

Tja das mit der Shell ist der Punkt - sowas hab ich beim Hoster noch 
nicht gesehen und auch von meinem Arbeitsrechner aus ebenso lange nicht 
mehr verwendet wie Symlinks.


Bei den Extensions hat mir 6.2 bei fast allen wichtigen Exts Fehler 
gemeldet - sei es wegen der Versionsdependenz bei Typo3 oder weil sie 
ganz einfach seit Jahren nicht mehr weiterentwickelt (aber trotzdem 
weiterhin gebraucht) werden. Letztere werden mit Sicherheit weiter nach 
t3lib verlangen - ist auch bereits passiert. Neue Versionen wie gesagt 
nicht vorhanden. Ich stimme Dir zu, Schritt 6 ist durchaus kritisch ;-). 
Es gibt Fälle, in denen ich um das Durchforsten nach den entsprechenden 
Aufrufen wohl nicht herumkommen werde. Alles Andere kann ggf damit 
bereinigt werden, dass man dem EM/den Exts beibringt, dass sie nicht nur 
bis Typo3 6.1.99 funktionieren sollen.


Falls sich das alles auf Deinem Weg nicht auch von selbst klärt, 
funktioniert hats ja offensichtlich. Kommt halt drauf an, welche Exts in 
Deinem Upgrade beteiligt waren (?!).


Von 4.7 auf 6.2...aha...hast Du da zufällig zB die Kombi 
tt_address/wt_directory/wt_doorman dabei gehabt ?  Datt iss so ziemlich 
mein kritischster Fall (der mir auch direkt einfällt). Ohne die beiden 
Zusätze bekomme ich nämlich die Adressen nicht auf Liste getrimmt.



Am 13.04.2014 13:48, schrieb JoH asenau:

Am 12.04.2014 22:06, schrieb Steffen Liebig:

aha, das klingt - bezogen auf den Weg mit den t3d-Importen - nach warten
auf "6.2.1 oder wann immer der Patch dabei ist" :-)


Nein - das klingt nach "vergiss die T3D-Importe und mach einfach einen 
direkten Update/Upgrade vom System". T3D war und ist nicht für einen 
volllständigen Upgrade einer Site gedacht, sondern für das übertragen 
einzelner Teilbäume zwischen verschiedenen Sites.


Die einfachste Methode für ein TYPO3-Versions-Update ist immer noch die:

1. den Root-Ordner einer bestehende TYPO3-Instanz bereinigen 
(typo3temp etc.)
2. die bereinigte Instanz 1:1 auf Instanz.old kopieren (ist per 
Shell-Zugriff simpel, geht aber zur Not auch per FTP)
3. ein 1:1-Backup der bestehenden Datenbank anlegen (das geht ganz gut 
per MySQL-Dump, aber eben BEVOR sich die Struktur der Daten geändert hat)
4. den Symlink auf die TYPO3-Sourcen der bestehenden Instanz auf die 
neue TYPO3-Version umlegen (damit fliegt z.B. bei korrekt gesetzten 
Original-Symlinks alter TYPO3 Instanzen automatisch "t3lib" raus.)
5. Ins Install-Tool gehen und die nötigen Upgrade-Schritte 
durchführen, insbesondere den DB-Compare (und zwar so oft, bis dort 
nichts mehr anzuklicken ist).
6. in den Extension Manager wechseln und wo nötig auf neuere Versionen 
der verwendeten Extensions upgraden.
7. Ggf. nochmals im Install-Tool per DB-compare sicherstellen, dass 
die Datenbankstruktur passt.


Feddisch.

Bis auf Schritt 6 ist das alles mehr oder weniger unkritisch. 
Lediglich veraltete Extensions, für die es keine 6.2-kompatiblen 
Versionen gibt, können Probleme machen. Von daher wäre es sinnvoll VOR 
einem Upgrade zu schauen, ob es passende Versionen aller Extension gibt.


Hat bei meinem letzten Upgrade von 4.7 auf 6.2 keine 30 Minuten 
gedauert und läuft bisher problemlos.


HDH

Joey



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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden Steffen Liebig

Menno wer lesen kann, ist im Vorteil...includes kenn ich, sowas nutze 
ich schon für ein paar CSS-Dateien.


Sorry, ich hab grad wieder 2 Dinge auf einmal im Kopf. Warte nämlich auf 
Turnierergebnisse, die veröffentlicht werden müssen. Sind auch nochmal 2 
Stunden Arbeit *grmbl*.


Am 13.04.2014 22:26, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


Bleibt nur noch eins zum Abschluss: kann ich meine Suche auf bestimmte
Dateien konzentrieren oder muss ich alles im Modulordner durchschauen ?
Hm, das ist vermutlich eine Frage für den jeweiligen Programmierer. Das
Einfachste wird ein HTML-Editor sein (hab ich), den ich mit Suchen&
Ersetzen darauf ansetze. Ersetze gegen gar nix (leeres Textfeld) und gut
iss.

Ich würde dies nicht automatisch machen. Im Allgemeinen stehen die include
Anweisungen ganz oben in der Datei, unter dem Copyright Header, aber über
der Klassen.

Viele Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

> Bleibt nur noch eins zum Abschluss: kann ich meine Suche auf bestimmte
> Dateien konzentrieren oder muss ich alles im Modulordner durchschauen ?
> Hm, das ist vermutlich eine Frage für den jeweiligen Programmierer. Das
> Einfachste wird ein HTML-Editor sein (hab ich), den ich mit Suchen &
> Ersetzen darauf ansetze. Ersetze gegen gar nix (leeres Textfeld) und gut
> iss.

Ich würde dies nicht automatisch machen. Im Allgemeinen stehen die include 
Anweisungen ganz oben in der Datei, unter dem Copyright Header, aber über 
der Klassen.

Viele Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden Steffen Liebig


Danke Philipp, das schliesst das Puzzle rund um t3lib :-).

Bleibt nur noch eins zum Abschluss: kann ich meine Suche auf bestimmte 
Dateien konzentrieren oder muss ich alles im Modulordner durchschauen ?  
Hm, das ist vermutlich eine Frage für den jeweiligen Programmierer. Das 
Einfachste wird ein HTML-Editor sein (hab ich), den ich mit Suchen & 
Ersetzen darauf ansetze. Ersetze gegen gar nix (leeres Textfeld) und gut 
iss.


Am 13.04.2014 09:54, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:


  Ich war trotzdem sehr verwundert, weshalb 6.1.1 alles
akzeptiert hat und 6.2 trotz gleicher technischer Voraussetzungen (was
die Versionen von PHP etc angeht) das jetzt nicht mehr tut.

Das Problem ist, dass die Extension versuchen Dateien einzubinden, die in
6.1 noch da sind (aber nichts tun) und in 6.2 entfernt wurden.
Vor langer langer Zeit hat man noch Dateien explizit eingebunden, um
Bibliotheksfunktionen nutzen zu können. Heute rauft man einfach die Funktion
auf und TYPO3 kümmert sich zusammen mit PHP darum, dass die entsprechenden
Dateien eingebunden werden.
Alte Extensions versuchen trotzdem die alten Dateien der Bibliotheken
einzubinden (also den Ordner t3lib). Der Ordner t3lib/ ist aber nicht mehr
da, also schlägt dieser Aufruf fehl.
Die Funktion ist aber noch da, deswegen reicht es zu 98%, wenn man den
Befehl zum einbinden der Datei raus schmeißt. Also einen der vier:
include 't3lib/...';
include_once 't3lib/...';
require 't3lib/...';
require_once 't3lib/...';

Weiterhin viel Erfolg mit TYPO3 CMS.

Viele Grüße


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden JoH asenau


Am 12.04.2014 22:06, schrieb Steffen Liebig:

aha, das klingt - bezogen auf den Weg mit den t3d-Importen - nach warten
auf "6.2.1 oder wann immer der Patch dabei ist" :-)


Nein - das klingt nach "vergiss die T3D-Importe und mach einfach einen 
direkten Update/Upgrade vom System". T3D war und ist nicht für einen 
volllständigen Upgrade einer Site gedacht, sondern für das übertragen 
einzelner Teilbäume zwischen verschiedenen Sites.


Die einfachste Methode für ein TYPO3-Versions-Update ist immer noch die:

1. den Root-Ordner einer bestehende TYPO3-Instanz bereinigen (typo3temp 
etc.)
2. die bereinigte Instanz 1:1 auf Instanz.old kopieren (ist per 
Shell-Zugriff simpel, geht aber zur Not auch per FTP)
3. ein 1:1-Backup der bestehenden Datenbank anlegen (das geht ganz gut 
per MySQL-Dump, aber eben BEVOR sich die Struktur der Daten geändert hat)
4. den Symlink auf die TYPO3-Sourcen der bestehenden Instanz auf die 
neue TYPO3-Version umlegen (damit fliegt z.B. bei korrekt gesetzten 
Original-Symlinks alter TYPO3 Instanzen automatisch "t3lib" raus.)
5. Ins Install-Tool gehen und die nötigen Upgrade-Schritte durchführen, 
insbesondere den DB-Compare (und zwar so oft, bis dort nichts mehr 
anzuklicken ist).
6. in den Extension Manager wechseln und wo nötig auf neuere Versionen 
der verwendeten Extensions upgraden.
7. Ggf. nochmals im Install-Tool per DB-compare sicherstellen, dass die 
Datenbankstruktur passt.


Feddisch.

Bis auf Schritt 6 ist das alles mehr oder weniger unkritisch. Lediglich 
veraltete Extensions, für die es keine 6.2-kompatiblen Versionen gibt, 
können Probleme machen. Von daher wäre es sinnvoll VOR einem Upgrade zu 
schauen, ob es passende Versionen aller Extension gibt.


Hat bei meinem letzten Upgrade von 4.7 auf 6.2 keine 30 Minuten gedauert 
und läuft bisher problemlos.


HDH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-13 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

>  Ich war trotzdem sehr verwundert, weshalb 6.1.1 alles
> akzeptiert hat und 6.2 trotz gleicher technischer Voraussetzungen (was
> die Versionen von PHP etc angeht) das jetzt nicht mehr tut.

Das Problem ist, dass die Extension versuchen Dateien einzubinden, die in 
6.1 noch da sind (aber nichts tun) und in 6.2 entfernt wurden.
Vor langer langer Zeit hat man noch Dateien explizit eingebunden, um 
Bibliotheksfunktionen nutzen zu können. Heute rauft man einfach die Funktion 
auf und TYPO3 kümmert sich zusammen mit PHP darum, dass die entsprechenden 
Dateien eingebunden werden.
Alte Extensions versuchen trotzdem die alten Dateien der Bibliotheken 
einzubinden (also den Ordner t3lib). Der Ordner t3lib/ ist aber nicht mehr 
da, also schlägt dieser Aufruf fehl.
Die Funktion ist aber noch da, deswegen reicht es zu 98%, wenn man den 
Befehl zum einbinden der Datei raus schmeißt. Also einen der vier:
include 't3lib/...';
include_once 't3lib/...';
require 't3lib/...';
require_once 't3lib/...';

Weiterhin viel Erfolg mit TYPO3 CMS.

Viele Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Ralf-Rene Schröder

Am 12.04.2014 22:06, schrieb Steffen Liebig:
> aha, das klingt - bezogen auf den Weg mit den t3d-Importen - nach warten
> auf "6.2.1 oder wann immer der Patch dabei ist" :-)
halb richtig...
in der dev version von 6.2 wird es wohl morgen gemerged werden wenn ich
den Kommentar richtig deute...
https://review.typo3.org/#/c/22939/

ABER auch in 4.x hat der Export Bugs (ohne dieses Gegenstück könnte es
sonst auch nicht klappen), wofür es aber Patches gibt, die
alsbald in den nächsten Versionen enthalten sein sollten, also bitte
testen...
für 4.5: https://review.typo3.org/#/c/28171/
für 4.7: https://review.typo3.org/#/c/28483/

-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Steffen Liebig

aha, das klingt - bezogen auf den Weg mit den t3d-Importen - nach warten 
auf "6.2.1 oder wann immer der Patch dabei ist" :-)


Danke auch Dir, Ralf-Rene !


Am 12.04.2014 17:31, schrieb Ralf-Rene Schröder:

Am 12.04.2014 15:19, schrieb Steffen Liebig:

die Unterseiten/Datensatz-Ordner als t3d-files ex- und importiert wurden.

der t3d export alter Versionen hat meines Wissens noch Updatebedarf in
forge um sauber in 6.2 importiert werden zu können...
(ich glaube aber ein patch liegt da vor und wird in den nächten
Versionen drin sein)


Das hat mich zunächst
beim doch etwas angewachsenen Temp-Ordner blockiert. Zu dessen
Notwendigkeit gibt es unterschiedliche Meinungen.

- die dateien in typo3temp können IMMER gelöscht werden...
- die Ordner darin legen sich selbsständig an
   (oder können im InstallTool von 6.2 angelegt werden)
- einzig die Ordner _processed_ und _migrated_ haben zeitweise beim
Fehlen Probleme gemacht (ob das beseitigt ist weiß ich jetzt leider
nicht, glaube aber es war nur beim wichtig...)




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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Steffen Liebig


Ahoi Philipp,

h ja, das passt zu den Äußerungen, die mir vom Praktikum her wieder 
eingefallen sind. 2005 ist halt ne Weile her, das waren meine ersten 
Gehversuche mit Updates via Paket holen, entzippen, Symlink umsetzen 
etc. Mit der schnelleren Leitung und dem Direktzugriff auf die (für uns 
als Anbieter damals interne !) Serverebene via sone Art 
Eingabeaufforderung war das auch ne ganz andere Geschichte. Das mach ich 
heut als Kunde nimmer, hab ich beim Hoster auch noch nicht gesehen son 
Teil (vielleicht nur net nachgeschaut *lach*). Das Auffrischen wird 
schon auf den Plan gesetzt.


Was die alten exts angeht..."nicht (mehr) kompatibel" ist das richtige 
Stichwort. Ich war trotzdem sehr verwundert, weshalb 6.1.1 alles 
akzeptiert hat und 6.2 trotz gleicher technischer Voraussetzungen (was 
die Versionen von PHP etc angeht) das jetzt nicht mehr tut. Beim Umstieg 
auf 6.x war das anders, da war mir klar, das sowas kommen könnte. Wir 
blieben aber verschont und nach einem Blick in die Angaben zu 6.2 dachte 
ich, wir haben zumindest die nächsten 3 Jahre noch Ruhe. Also hab ich 
meinen Präsidiumskollegen und der kürzlichen Mitgliederversammlung 
erzählt, dass wir zuversichtlich sein können. Und dann sowas... "auf 
einmal" achtet der Extension Manager sogar verstärkt auf die 
Versionsangaben zum Typo3 und akzeptiert den alten Kram nicht mehr. 
Damit hatte ich nach den guten Erfahrungen mit 6.1.1 bzgl der von uns 
benötigen Extensions gar nicht mehr gerechnet. Sicher kannst Du Dir 
meine erste Reaktion vorstellen. Ich wurde von der jetzt noch 
geballteren Zukunftsfähigkeit regelrecht hinterrücks aufs Korn genommen *g*.


Ich denke, ich werd mal beim Hoster wegen Cloning nachfragen. 
Zwangsweise brauch ich so Sachen wie realurl, tx_news, cal, tt_address 
(plus x wie genannt) und ein paar andere exts, damit alles so 
weiterlaufen kann wie's unter 6.1.1 war. Ich hoffe nur, dass ich nicht 
zu viele durchgehen und Befehle rauswerfen muss, sonst wird's irgendwann 
zu ner Zeitfrage. Ich frage mich ohnehin, ob ich überhaupt die Zeit für 
größere Arbeiten finde. Seit ich wieder einen Job habe, hat meine 
Freizeit deutlich abgenommen ;-).


Aber was solls, Gott sei Dank hab ich erst den Juni als finales 
Umstiegsziel angegeben. Bin eh positiv überrascht, dass unser Hoster die 
6.2 schon im Angebot hat. Bisserl Zeitgewinn schadet nie.


Danke Dir !

Cu, Steffen


Am 12.04.2014 15:41, schrieb Philipp Gampe:

Hi Steffen,

Steffen Liebig wrote:

[...]

Du solltest dein Wissen über Symlinks nochmal auffrischen. Da ist noch viel
zu lernen. Im Prinzip sagen symlinks dem Dateisystem nur, dass die Datei
oder der Ordner in Wirklichkeit woanders liegen.
Mit Symlinks wird das Update vereinfacht und der automatische Updater in 6.2
kann dann erst seine Arbeit tun.
Sie sind jedoch nicht zwingend notwendig, nur praktischer.


Dass ein Dump, der nicht zur Zielversion passt, Schlamassel auslösen
kann, wurde mir indirekt schon klar, als ich sah, dass natürlich das
Ergebnis spätestens nach demKopieren der Dateien wieder Version 6.1.1
haben "will" (steht ja in der LocalConf). Das war schlicht nicht
nachgedacht :-).

Ein Dump der nicht zu der Zielversion passt wird IMMER zu Chaos führen; in
jeder Applikation, nicht nur in TYPO3 CMS.


Mein Problem mit einem direkten Update ist, dass das eine bei
"Schiefgehen" ggf die Live-Seite (4.7.2) und das andere die
Probeinstallation von 6.1.1 - beide liegen beim Hoster, nicht privat ! -
kosten kann. Andere Installationen stehen mir nicht zur Verfügung. Die
6.1.1 ist deshalb so wichtig, weil sie die ganzen News enthält, die
bereits in das neue News-System importiert wurden. Da meines Wissens das
Importmodul nicht mehr im Newssytem dabei ist (?!), wären im schlimmsten
Fall die News mehrerer Jahre nur noch im 4.7.2 vorhanden, aber nicht
mehr übertragbar und damit für die Umstellung auf 6.2 verloren.

Deswegen macht man vorher (!) eine Dump und ein Backup, macht dann das
Upgrade und falls etwas schief geht, kann man dann einfach das Backup und
den Dump zurückspielen.


Dabei frage ich mich, ob Typo3 6.2 wirklich so gut mit veralteten
Extensions klarkommt. Bei mir tut es das nicht -
tt_address/wt_directory/wt_doorman läuft nicht (lässt sich z.T. gar
nicht installieren und zeigt damit natürlich die Datensätze nicht an).

Nicht installieren kann einfach nur bedeuten, dass die Extension TYPO3 nicht
als kompatibel listet. Bei ungepflegten Extensions ist dies nicht selten.


Aber wer weiss, vielleicht hat das auch die anderen genannten Ursachen.
Vom strikten Achten auf die richtigen Typo3-Versionen gar nicht zu
reden. Ich hab da eine Extension, die benötigt wird, aber es kommt die
Meldung, dass sie nur bis 3.8 einsetzbar ist. 6.1.1 hat das Ding
akzeptiert, 6.2 nicht - von einer Weiterentwicklung/Korrektur seitens
des Erstellers ist aber nicht auszugehen.

Falls die Extensions noch funktioniert, kannst du einfach die Versionsangabe
in der ext_emconf.php ändern. Allerdings wird sich ein so alte Extension

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Ralf-Rene Schröder

Am 12.04.2014 15:19, schrieb Steffen Liebig:
> die Unterseiten/Datensatz-Ordner als t3d-files ex- und importiert wurden.  
der t3d export alter Versionen hat meines Wissens noch Updatebedarf in
forge um sauber in 6.2 importiert werden zu können...
(ich glaube aber ein patch liegt da vor und wird in den nächten
Versionen drin sein)

> Das hat mich zunächst
> beim doch etwas angewachsenen Temp-Ordner blockiert. Zu dessen
> Notwendigkeit gibt es unterschiedliche Meinungen. 
- die dateien in typo3temp können IMMER gelöscht werden...
- die Ordner darin legen sich selbsständig an
  (oder können im InstallTool von 6.2 angelegt werden)
- einzig die Ordner _processed_ und _migrated_ haben zeitweise beim
Fehlen Probleme gemacht (ob das beseitigt ist weiß ich jetzt leider
nicht, glaube aber es war nur beim wichtig...)


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Philipp Gampe

Hi Steffen,

Steffen Liebig wrote:

[...]

Du solltest dein Wissen über Symlinks nochmal auffrischen. Da ist noch viel 
zu lernen. Im Prinzip sagen symlinks dem Dateisystem nur, dass die Datei 
oder der Ordner in Wirklichkeit woanders liegen.
Mit Symlinks wird das Update vereinfacht und der automatische Updater in 6.2 
kann dann erst seine Arbeit tun.
Sie sind jedoch nicht zwingend notwendig, nur praktischer.

> Dass ein Dump, der nicht zur Zielversion passt, Schlamassel auslösen
> kann, wurde mir indirekt schon klar, als ich sah, dass natürlich das
> Ergebnis spätestens nach demKopieren der Dateien wieder Version 6.1.1
> haben "will" (steht ja in der LocalConf). Das war schlicht nicht
> nachgedacht :-).

Ein Dump der nicht zu der Zielversion passt wird IMMER zu Chaos führen; in 
jeder Applikation, nicht nur in TYPO3 CMS.

> Mein Problem mit einem direkten Update ist, dass das eine bei
> "Schiefgehen" ggf die Live-Seite (4.7.2) und das andere die
> Probeinstallation von 6.1.1 - beide liegen beim Hoster, nicht privat ! -
> kosten kann. Andere Installationen stehen mir nicht zur Verfügung. Die
> 6.1.1 ist deshalb so wichtig, weil sie die ganzen News enthält, die
> bereits in das neue News-System importiert wurden. Da meines Wissens das
> Importmodul nicht mehr im Newssytem dabei ist (?!), wären im schlimmsten
> Fall die News mehrerer Jahre nur noch im 4.7.2 vorhanden, aber nicht
> mehr übertragbar und damit für die Umstellung auf 6.2 verloren.

Deswegen macht man vorher (!) eine Dump und ein Backup, macht dann das 
Upgrade und falls etwas schief geht, kann man dann einfach das Backup und 
den Dump zurückspielen.

> Dabei frage ich mich, ob Typo3 6.2 wirklich so gut mit veralteten
> Extensions klarkommt. Bei mir tut es das nicht -
> tt_address/wt_directory/wt_doorman läuft nicht (lässt sich z.T. gar
> nicht installieren und zeigt damit natürlich die Datensätze nicht an).

Nicht installieren kann einfach nur bedeuten, dass die Extension TYPO3 nicht 
als kompatibel listet. Bei ungepflegten Extensions ist dies nicht selten.

> Aber wer weiss, vielleicht hat das auch die anderen genannten Ursachen.
> Vom strikten Achten auf die richtigen Typo3-Versionen gar nicht zu
> reden. Ich hab da eine Extension, die benötigt wird, aber es kommt die
> Meldung, dass sie nur bis 3.8 einsetzbar ist. 6.1.1 hat das Ding
> akzeptiert, 6.2 nicht - von einer Weiterentwicklung/Korrektur seitens
> des Erstellers ist aber nicht auszugehen.

Falls die Extensions noch funktioniert, kannst du einfach die Versionsangabe 
in der ext_emconf.php ändern. Allerdings wird sich ein so alte Extension 
ziemlich sicher mit dem fehlenden t3lib/ Verzeichnis auf die Nase legen.
Du wirst also zumindest mal durch die Extension gehen müssen und die ganzen 
include(_once)/require(_once) Anweisungen raus schmeißen.

> Hinsichtlich eines Updates kam mir die Idee, eine weitere Installation
> der 6.1.x beim Hoster aufzuspielen, alles Notwendige einzurichten / zu
> kopieren und diese Version dann upzudaten. Leider ist der Upload mit
> einem 400KBit-DSL-Anschluss nicht sonderlich erhebend. Erst recht nicht,
> wenn man mit einem Dump arbeitet. Der erste Dump-Versuch mit Umweg über
> meinen Privatrechner hatte 250 MB und brauchte 6 Stunden für den Upload.
> Da er unterwegs mehrmals abbrach, habe ich das aufgegeben. Nach dieser
> Erfahrung bin ich eher dafür, so wenig wie möglich hochladen zu müssen
> (allenfalls ein passendes Zusatz-Typo3, wenn es sich aus
> Sicherheitsgründen nicht umgehen lässt) und so weit wie möglich komplett
> auf dem Hostingserver zu arbeiten.

Du kannst doch einfach deinen Hoster bitten, deine Seite zu klonen. Dann 
kannst du in aller Ruhe das Update in dem Clone machen und sobald alles 
läuft legst du einfach die Domain um, sodass sie auf den Clone zeigt.

Eins kann ich dir ganz sicher sagen:
1. DB Dumps kann man immer nur in die genau passende Version einspielen 
(auch die Extension Versionen müssen zu dem jeweiligen Dump passen).
2. Du brauchst die Verzeichnisse fileadmin, typo3conf und uploads.
3. typo3temp ist nicht(!) nötig, sondern muss nur als beschreibbares 
Verzeichnis existieren

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
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] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Steffen Liebig


Hallo Ihr zwei,

danke für die Antworten. Ich bin auch für einen Neuanfang, nur noch 
unschlüssig über den genauen Weg. Einige Vorerfahrungen lassen mich 
etwas skeptisch zurück.


Ich fasse mal ausführlich zusammen:

Was mich wundert, ist, dass alle von einem Update reden. Ich rede aber 
von NEUINSTALLATIONEN von 4.7.2, 6.1.1 und 6.2, für die z. B. die 
(fileadmin etc-)Dateien aus der zuvor genutzten Version hin- und 
herkopiert sowie aus dem Seitenbaum die Unterseiten/Datensatz-Ordner als 
t3d-files ex- und importiert wurden.  Der DB-Dump ist unter 6.2 zum 
ersten Mal (!) "bis zum Ende" beteiligt. Mit SymLinks hatte ich zum 
letzten Mal während eines Praktikums zu tun...in einer 
Linux-Server-Umgebung. Für die hier zur Debatte stehenden Fälle habe ich 
das nie benötigt.


Unser Hoster bietet seit Kurzem die 6.2 im Rahmen einer 
1click-Install-Routine an. Diese habe ich laufen lassen, danach den 
6.1-Dump (mysqldumper ist serverseitig installiert) eingespielt und die 
Dateien innerhalb des Servers nur von einer Installation in die andere 
kopiert. Beides war vollständig, das Kopierscript lief für fileadmin 
problemlos bis zum Ende. Die Datenkopie hat bislang immer funktioniert. 
Es kann nur passieren, dass ich Ordner für Ordner vorgehen muss, weil es 
insgesamt das Zeitlimit des Scripts überfordert. Das hat mich zunächst 
beim doch etwas angewachsenen Temp-Ordner blockiert. Zu dessen 
Notwendigkeit gibt es unterschiedliche Meinungen. Ich kann beide 
nachvollziehen...6.2 startete auch mit abgespecktem bzw ohne kopierten 
Temp. Allerdings enthalten manche der Dateien  z.B. CSS-Kram, von dem 
Typo3 selbständig Kopien/Zusatzdateien erstellt hat, auf die es immer 
wieder zugreift. Manchmal echt nervig, die Sucherei.


Dass ein Dump, der nicht zur Zielversion passt, Schlamassel auslösen 
kann, wurde mir indirekt schon klar, als ich sah, dass natürlich das 
Ergebnis spätestens nach demKopieren der Dateien wieder Version 6.1.1 
haben "will" (steht ja in der LocalConf). Das war schlicht nicht 
nachgedacht :-).


Mein Problem mit einem direkten Update ist, dass das eine bei 
"Schiefgehen" ggf die Live-Seite (4.7.2) und das andere die 
Probeinstallation von 6.1.1 - beide liegen beim Hoster, nicht privat ! - 
kosten kann. Andere Installationen stehen mir nicht zur Verfügung. Die 
6.1.1 ist deshalb so wichtig, weil sie die ganzen News enthält, die 
bereits in das neue News-System importiert wurden. Da meines Wissens das 
Importmodul nicht mehr im Newssytem dabei ist (?!), wären im schlimmsten 
Fall die News mehrerer Jahre nur noch im 4.7.2 vorhanden, aber nicht 
mehr übertragbar und damit für die Umstellung auf 6.2 verloren.


Dabei frage ich mich, ob Typo3 6.2 wirklich so gut mit veralteten 
Extensions klarkommt. Bei mir tut es das nicht - 
tt_address/wt_directory/wt_doorman läuft nicht (lässt sich z.T. gar 
nicht installieren und zeigt damit natürlich die Datensätze nicht an). 
Aber wer weiss, vielleicht hat das auch die anderen genannten Ursachen. 
Vom strikten Achten auf die richtigen Typo3-Versionen gar nicht zu 
reden. Ich hab da eine Extension, die benötigt wird, aber es kommt die 
Meldung, dass sie nur bis 3.8 einsetzbar ist. 6.1.1 hat das Ding 
akzeptiert, 6.2 nicht - von einer Weiterentwicklung/Korrektur seitens 
des Erstellers ist aber nicht auszugehen.


Hinsichtlich eines Updates kam mir die Idee, eine weitere Installation 
der 6.1.x beim Hoster aufzuspielen, alles Notwendige einzurichten / zu 
kopieren und diese Version dann upzudaten. Leider ist der Upload mit 
einem 400KBit-DSL-Anschluss nicht sonderlich erhebend. Erst recht nicht, 
wenn man mit einem Dump arbeitet. Der erste Dump-Versuch mit Umweg über 
meinen Privatrechner hatte 250 MB und brauchte 6 Stunden für den Upload. 
Da er unterwegs mehrmals abbrach, habe ich das aufgegeben. Nach dieser 
Erfahrung bin ich eher dafür, so wenig wie möglich hochladen zu müssen 
(allenfalls ein passendes Zusatz-Typo3, wenn es sich aus 
Sicherheitsgründen nicht umgehen lässt) und so weit wie möglich komplett 
auf dem Hostingserver zu arbeiten.


Cu, Steffen


Am 12.04.2014 12:57, schrieb Ephraim Härer:

Das denke ich auch.
Nochmal sauber von vorne beginnen, dann sollte ein Update von 6.1 auf 
6.2 kein Problem sein.


Ich habe selbst gerade erst ein System von 6.1.7 auf 6.2 geupdated, 
ohne nennenswerte Probleme.


Gruß
Ephraim


Am 12.04.2014 10:23, schrieb Renzo Bauen:

Lieber Steffen

wie gut kennst Du dich denn mit MySQL und TYPO3 aus? Einen Dump, wenn er
korrekt gemacht wurde, muss man nicht nachbearbeiten, bevor man ihn für
eine andere TYPO3 Installation verwenden kann. Und den typo3temp-Ordner
muss man nie kopieren!
Auf was man genau achten muss und welche Befehle man genau braucht
findest Du z.B. hier:
http://www.conpassione.ch/fileadmin/pdf/cp_EigenesInstallPaketErstellen.pdf 


Damit kannst Du (analog geht das auch für die 4.x-Version) eine Instanz
duplizieren. Dann musst Du nur die Symlinks auf die neue Source setzen
und im Installtool die Upgrade Wizar

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Ephraim Härer


Das denke ich auch.
Nochmal sauber von vorne beginnen, dann sollte ein Update von 6.1 auf 
6.2 kein Problem sein.


Ich habe selbst gerade erst ein System von 6.1.7 auf 6.2 geupdated, ohne 
nennenswerte Probleme.


Gruß
Ephraim


Am 12.04.2014 10:23, schrieb Renzo Bauen:

Lieber Steffen

wie gut kennst Du dich denn mit MySQL und TYPO3 aus? Einen Dump, wenn er
korrekt gemacht wurde, muss man nicht nachbearbeiten, bevor man ihn für
eine andere TYPO3 Installation verwenden kann. Und den typo3temp-Ordner
muss man nie kopieren!
Auf was man genau achten muss und welche Befehle man genau braucht
findest Du z.B. hier:
http://www.conpassione.ch/fileadmin/pdf/cp_EigenesInstallPaketErstellen.pdf
Damit kannst Du (analog geht das auch für die 4.x-Version) eine Instanz
duplizieren. Dann musst Du nur die Symlinks auf die neue Source setzen
und im Installtool die Upgrade Wizards laufen lassen. Und das meiste ist
OK. Was nicht OK sein könnte, sind veraltete Extensions. Aber damit kann
6.2 jetzt auch viel besser umgehen als frühere Versionen.

Mir scheint, dass die Probleme, welche Du schilderst, von einer nur
teilweise kopierten Instanz von TYPO3 her rühren. D.h. so findet TYPO3
entweder nicht die richtigen Pfade, es fehlen Tabellen oder Indices in
der Datenbank und bestehende Temporärdateien funken auch noch
dazwischen. Wenn Du nicht von Beginn weg sauber und kontrolliert
arbeitest, dann wirst Du nie eine lauffähige Version bekommen.
Das ist so wie wenn Du nur den Türgriff, den Motor und den
Kofferraumdeckel vom Auto nimmst und dich dann beklagst, dass es rein
regnet und du nicht vorwärts kommst, obwohl der Motor läuft.

Also, Durchschnaufen, nochmals von Vorne beginnen, aber diesmal korrekt
und sauber!
Liebe Grüsse
Renzo


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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-12 Diskussionsfäden Renzo Bauen

Lieber Steffen

wie gut kennst Du dich denn mit MySQL und TYPO3 aus? Einen Dump, wenn er
korrekt gemacht wurde, muss man nicht nachbearbeiten, bevor man ihn für
eine andere TYPO3 Installation verwenden kann. Und den typo3temp-Ordner
muss man nie kopieren! 
Auf was man genau achten muss und welche Befehle man genau braucht
findest Du z.B. hier:
http://www.conpassione.ch/fileadmin/pdf/cp_EigenesInstallPaketErstellen.pdf
Damit kannst Du (analog geht das auch für die 4.x-Version) eine Instanz
duplizieren. Dann musst Du nur die Symlinks auf die neue Source setzen
und im Installtool die Upgrade Wizards laufen lassen. Und das meiste ist
OK. Was nicht OK sein könnte, sind veraltete Extensions. Aber damit kann
6.2 jetzt auch viel besser umgehen als frühere Versionen.

Mir scheint, dass die Probleme, welche Du schilderst, von einer nur
teilweise kopierten Instanz von TYPO3 her rühren. D.h. so findet TYPO3
entweder nicht die richtigen Pfade, es fehlen Tabellen oder Indices in
der Datenbank und bestehende Temporärdateien funken auch noch
dazwischen. Wenn Du nicht von Beginn weg sauber und kontrolliert
arbeitest, dann wirst Du nie eine lauffähige Version bekommen.
Das ist so wie wenn Du nur den Türgriff, den Motor und den
Kofferraumdeckel vom Auto nimmst und dich dann beklagst, dass es rein
regnet und du nicht vorwärts kommst, obwohl der Motor läuft.

Also, Durchschnaufen, nochmals von Vorne beginnen, aber diesmal korrekt
und sauber!
Liebe Grüsse
Renzo
-- 
conPassione gmbh
CH-3661 Uetendorf
+41 33 345 00 92 

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

Re: [TYPO3-german] Kuriositäten mit 6.2


Hallo Peter,

dann haben wir gleich das nächste Problem...daheim habe ich seit 6.0 
überhaupt kein Typo3 mehr vorliegen. Die Live-Seite läuft auf 4.7, was 
aber Probleme mit dem neuen News-System erbrachte und im Zuge der 
6.0-Neuerungen nicht zukunftsfähig gewesen wäre. Um den späteren Umstieg 
zu erleichtern, habe ich die 6.1.1 genommen und die Seite faktisch 2mal 
nebeneinander gepflegt, wobei die 6.1.1 zur Testinstallation wurde. 
Jetzt kommt die 6.2 dazu - kaum arbeite ich das erste Mal mit DB-Dump, 
schon fangen die Probleme an. Hab mir indirekt sowas Ähnliches schon 
gedacht wie Du schilderst.


Die Rechte sehen in 6.1.1 und 6.2.0 gleich aus, da steht im FTP-Programm 
neben allen Ordnern dasselbe: -rwxr-xr-x. Das Problem dürfte wirklich 
darin zu suchen sein, dass der Dump von 6.1.1 in der 6.2-DB landen soll.


Bislang habe ich immer die Einzelseiten exportiert. Das ging, war aber 
auf Dauer umständlich. Jetzt gehe ich ernsthaft zum Dumpen über, dann 
will das System das nicht, weil die DB angepasst werden muss *g*. 
Irgendwo zwischendrin muss ich die Seite von 6.1.1 auf 6.2 
rüberbekommen. Das ergibt doch sowieso Probleme mit der DB, wenn ichs 
recht verstehe. Vielleicht gehe ich besser zur alten Methode zurück ?!


Beim Übertragen des Temp-Ordners hat das FTP-Script aufm Server ständig 
abgebrochen, der war wohl zu voll. Vermutlich hat aber das, was schon 
drüben war, ausgereicht. Mit meinem 400KBit-DSL runter- und wieder 
hochladen - völlig egal, ob Ordner oder ganzes System - das wird nix.


Typo3conf dito Problem - nach dem Versuch war natürlich die alte 
localconf mit dabei, in der aber die 6.1.1 als Version drin stand und 
die ganzen Extensions (die in 6.2.0 nicht dabei sind) als installiert 
vermerkt waren. Auch hiermit bekam ich Kuddelmuddel. Mag sein, dass die 
DB gesponnen hat. Darüber hab ich nicht genauer nachgedacht, weils mir 
klüger erschien, langsam die Community zu fragen, bevor noch mehr 
durcheinanderfegt ;-).


Dummerweise gehen auch einige alte Extensions nicht mehr, die wir aber 
unbedingt brauchen- zB tt_address/wt_directory/wt_doorman zur Anzeige 
der Präsidiumsaddressen. Ich dachte, wenn die PHP-Version passt, sollte 
das eigentlich gehen (wie beim Kopieren der Seite von 4.7 auf 6.1.x). 
Jetzt kommen neue Überraschungen, mit denen wir im Extremfall unsere 
ganze Verbandsseite vergessen können (?!), wo ich den Kollegen schon was 
von Zuversicht usw erzählt habe. Ein Präsidium ohne Adressen wäre eine 
ziemliche Blamage ;-).


Ansonsten...an Stellen, wo nur die Dependency von Typo3-Versionen 
nachziehen muss, sehe ich das nicht so problematisch. Bis zu unseren 
eigenen Extensions bin ich noch nicht vorgedrungen, da muss ich mal schauen.


Frei nach Brecht: "Das System ist down, wir sehen betroffen - den 
Vorhang zu und alle Fragen offen." *lach*


Cu, Steffen

Am 11.04.2014 19:28, schrieb Peter Linzenkirchner:

Hallo Steffen,

du hast nur einen Teil der Ordner kopiert? Ein Wunder, dass TYPO3 überhaupt 
startet.

Am 11.04.2014 um 19:09 schrieb Steffen Liebig:


typo3temp habe ich noch nicht kopiert, nur fileadmin.

Ein typo3temp-Ordner mit Schreibrecht ist erforderlich. Dito muss uploads und 
typo3conf übertragen werden. Ausserdem müssen die Schreib- und Leserechte alle 
stimmen. Da würde ich als erstes mal suchen.


Ich mache auch kein Upgrade (schon gar nicht von 4.x, sondern ausgehend von 
6.1.1). Das sind Neu-Installationen von 6.2.0, die über ein Script des Hosters 
angestoßen werden. Dort kopiere ich die alten Dateien hin und setze ein DB-Dump 
dazu.

OK, so gehe ich prinzipiell auch vor.

Aber!! Immer nur mit der passenden TYPO3-Version! Also wenn deine lokale 
Installation Version 6.1 ist, dann installiere beim Hoster bitte auch 6.1. 
Kopiere alle Dateien rüber und konfiguriere das gesamte System, bis es 
fehlerfrei läuft. _Dann_ führe das Update durch. Wenn du beides gleichzeitig 
machst, wirst du nie klar kommen. Warum? Ganz einfach:

- die Datenbank muss angepasst werden für 6.2
- wenn du den Dump einspielst machst du aber die Datenbank für 6.2 kaputt, 
indem du sie auf 6.1 zurücksetzt
- hast aber gelichzeitig den Quellcode von 6.2 am Laufen
- ergo kannst du das Update-Skript nicht mehr laufen lassen
- und damit die Datenbank nicht mehr anpassen.
- wärhend aussedem die Extensions für 6.1 konfiguriert sind
- und die temporären Dateien ebenfalls für 6.1 vorliegen

eine hübsche Misdhung: damit hast du dich selbst aufs Kreuz gelegt ... :-)

Du kannst auf zwei Arten vorgehen:

1. Deine lokale Installation auf 6.2 updaten und wenn alles läuft alles zu 
deinem Provider hochladen.
2. Bei deinem Provider die gleiche TYPO3-Version installieren, die du lokal am 
laufen hast. Und danach bei deinem Provider updaten.

Beides gleichzeitig kann einfach nicht funktionieren.

Gruß
Peter



Die Artikel les ich gleich mal durch :-).

Am 11.04.2014 17:49, schrieb Jost Baron:

Hi Steffen,

probier mal, die Dateien in typo3temp zu löschen. Da scheinen noch
einige alte gecachte Dateien zu

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-11 Diskussionsfäden Peter Linzenkirchner

Hallo Steffen, 

du hast nur einen Teil der Ordner kopiert? Ein Wunder, dass TYPO3 überhaupt 
startet. 

Am 11.04.2014 um 19:09 schrieb Steffen Liebig :

> typo3temp habe ich noch nicht kopiert, nur fileadmin.

Ein typo3temp-Ordner mit Schreibrecht ist erforderlich. Dito muss uploads und 
typo3conf übertragen werden. Ausserdem müssen die Schreib- und Leserechte alle 
stimmen. Da würde ich als erstes mal suchen. 

> Ich mache auch kein Upgrade (schon gar nicht von 4.x, sondern ausgehend von 
> 6.1.1). Das sind Neu-Installationen von 6.2.0, die über ein Script des 
> Hosters angestoßen werden. Dort kopiere ich die alten Dateien hin und setze 
> ein DB-Dump dazu.

OK, so gehe ich prinzipiell auch vor. 

Aber!! Immer nur mit der passenden TYPO3-Version! Also wenn deine lokale 
Installation Version 6.1 ist, dann installiere beim Hoster bitte auch 6.1. 
Kopiere alle Dateien rüber und konfiguriere das gesamte System, bis es 
fehlerfrei läuft. _Dann_ führe das Update durch. Wenn du beides gleichzeitig 
machst, wirst du nie klar kommen. Warum? Ganz einfach: 

- die Datenbank muss angepasst werden für 6.2 
- wenn du den Dump einspielst machst du aber die Datenbank für 6.2 kaputt, 
indem du sie auf 6.1 zurücksetzt
- hast aber gelichzeitig den Quellcode von 6.2 am Laufen
- ergo kannst du das Update-Skript nicht mehr laufen lassen
- und damit die Datenbank nicht mehr anpassen. 
- wärhend aussedem die Extensions für 6.1 konfiguriert sind
- und die temporären Dateien ebenfalls für 6.1 vorliegen

eine hübsche Misdhung: damit hast du dich selbst aufs Kreuz gelegt ... :-)

Du kannst auf zwei Arten vorgehen: 

1. Deine lokale Installation auf 6.2 updaten und wenn alles läuft alles zu 
deinem Provider hochladen. 
2. Bei deinem Provider die gleiche TYPO3-Version installieren, die du lokal am 
laufen hast. Und danach bei deinem Provider updaten. 

Beides gleichzeitig kann einfach nicht funktionieren. 

Gruß
Peter


> 
> Die Artikel les ich gleich mal durch :-).
> 
> Am 11.04.2014 17:49, schrieb Jost Baron:
>> Hi Steffen,
>> 
>> probier mal, die Dateien in typo3temp zu löschen. Da scheinen noch
>> einige alte gecachte Dateien zu liegen?
>> 
>> Ansonsten solltest du natürlich das hier gelesen haben:
>> 
>> 1. http://docs.typo3.org/typo3cms/InstallationGuide/Upgrade/
>> 2. https://typo3.org/download/release-notes/typo3-62-release-notes/
>> 
>> Gruß Jost
>> 
>> On 04/11/2014 05:40 PM, Steffen Liebig wrote:
>>> Jetzt hab ich folgende Fehlermeldung:
>>> 
>>> *Fatal error*: require_once() [function.require
>>> ]:
>>> 
>>> 
>> Failed opening required 'PATH_t3libclass.t3lib_treeview.php'
>>> (include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php')
>>> 
>>> 
>> in
>>> */home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_tcefunc_selecttreeview.php*
>>> 
>>> 
>> on line *27
>>> *...aber tt_address ist gar nicht installiert !
>>> 
>>> [obwohlich es dringend brauche, ohne das können wir unsere
>>> Präsidiumsaddressen nicht anzeigen - leider führt auch wt_doorman
>>> zu einem Fehler. Die alten t3lib wurden gestrichen...]
>>> 
>>> Am 11.04.2014 15:45, schrieb Steffen Liebig:
 Könnte sein, dass es mit den noch nicht installierten Extensions
 zusammenhängt. Ich dachte, mv_indexed_search gehört inzwischen zu
 den Standard-Extensions, muss jetzt aber feststellen, dass es
 ebenfalls nicht installiert ist. Ich hole das eben bei an die 40
 Extensions nach und melde mich dann nochmal.
 
 Gleichzeitig spinnt aber plötzlich der Extension Manager im
 6.1.1, von dem der DB-Dump und die fileadmin-Kopie stammen:
 "*Fatal error*: Class
 '\TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser'
 
 
>> not found in
 */home/www/typo3_6.1.1/typo3/sysext/core/Classes/Utility/GeneralUtility.php*
 
 
>> on line *4099"*...der EM ist dort nicht mehr erreichbar.
 * *Kann sich da ggf jemand einen Reim drauf machen ?
 
 
 Am 11.04.2014 15:26, schrieb Steffen Liebig:
> Hallo zusammen,
> 
> ich hab grad testweise 6.2 installiert. Wenn unser Hoster es
> schon mal im Angebot hat...
> 
> Folgendes hat sich nach Übetragung des DB-Dumps und der
> fileadmin-(etc)-Dateien zugetragen:
> 
> 1) Es schien alles da zu sein, also habe ich die Seite im FE
> aufgerufen. Ergebnis: "Metadata can only be retrieved for
> indexed pages". Aha, nur indiziern kann man nur, was sich auch
> aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das
> Kopieren der Dateien hat in den ersten kontolierten Ordnern nur
> Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau
> so oft, wie eigentlich Dateien vorhanden sein sollen. Also
> richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer
> derselbe Name und dieselbe Dateiart im BE angezeigt - während
> im FTP-Programm alles ok ist.
> 
> Hat jemand eine Ahnung, was da sc

Re: [TYPO3-german] Kuriositäten mit 6.2

Kurzes Update: neue Installation mit neuer Datenbank versucht, die
seltsame Anzeige im fileadmin-Ordner (während im FTP-Programm alles ok
ist) ist dieselbe. Ich kann im BE schauen, wo ich will, überall ist wird
nur der jeweils erste file-Titel angezeigt und zwar so oft, wie
eigentlich (unterschiedliche) Files im Ordner sein sollten. In manchen
Ordnern kommt die Meldung, dass Metadaten nur dort angezeigt werden
können, wo etwas indiziert wurde. Der Ordnerinhalt kommt dann gar nicht
auf den Schirm.

Hallo Jost,

typo3temp habe ich noch nicht kopiert, nur fileadmin.

Ich mache auch kein Upgrade (schon gar nicht von 4.x, sondern ausgehend
von 6.1.1). Das sind Neu-Installationen von 6.2.0, die über ein Script
des Hosters angestoßen werden. Dort kopiere ich die alten Dateien hin
und setze ein DB-Dump dazu.

Die Artikel les ich gleich mal durch :-).

Am 11.04.2014 17:49, schrieb Jost Baron:

Hi Steffen,

probier mal, die Dateien in typo3temp zu löschen. Da scheinen noch
einige alte gecachte Dateien zu liegen?

Ansonsten solltest du natürlich das hier gelesen haben:

1. http://docs.typo3.org/typo3cms/InstallationGuide/Upgrade/
2. https://typo3.org/download/release-notes/typo3-62-release-notes/

Gruß Jost

On 04/11/2014 05:40 PM, Steffen Liebig wrote:

Jetzt hab ich folgende Fehlermeldung:

*Fatal error*: require_once() [function.require
]:

Failed opening required 'PATH_t3libclass.t3lib_treeview.php'

(include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php')

*/home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_tcefunc_selecttreeview.php*

on line *27

*...aber tt_address ist gar nicht installiert !

[obwohlich es dringend brauche, ohne das können wir unsere
Präsidiumsaddressen nicht anzeigen - leider führt auch wt_doorman
zu einem Fehler. Die alten t3lib wurden gestrichen...]

Am 11.04.2014 15:45, schrieb Steffen Liebig:

Könnte sein, dass es mit den noch nicht installierten Extensions
zusammenhängt. Ich dachte, mv_indexed_search gehört inzwischen zu
den Standard-Extensions, muss jetzt aber feststellen, dass es
ebenfalls nicht installiert ist. Ich hole das eben bei an die 40
Extensions nach und melde mich dann nochmal.

not found in

*/home/www/typo3_6.1.1/typo3/sysext/core/Classes/Utility/GeneralUtility.php*

on line *4099"*...der EM ist dort nicht mehr erreichbar.

* *Kann sich da ggf jemand einen Reim drauf machen ?

Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es
schon mal im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for
indexed pages". Aha, nur indiziern kann man nur, was sich auch
aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das
Kopieren der Dateien hat in den ersten kontolierten Ordnern nur
Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau
so oft, wie eigentlich Dateien vorhanden sein sollen. Also
richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer
derselbe Name und dieselbe Dateiart im BE angezeigt - während
im FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei
Bedarf hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

2014-04-11 Diskussionsfäden Jost Baron

Hi Steffen,

probier mal, die Dateien in typo3temp zu löschen. Da scheinen noch
einige alte gecachte Dateien zu liegen?

Ansonsten solltest du natürlich das hier gelesen haben:

1. http://docs.typo3.org/typo3cms/InstallationGuide/Upgrade/
2. https://typo3.org/download/release-notes/typo3-62-release-notes/

Gruß Jost

On 04/11/2014 05:40 PM, Steffen Liebig wrote:
> Jetzt hab ich folgende Fehlermeldung:
> 
> *Fatal error*: require_once() [function.require 
> ]:
>
> 
Failed opening required 'PATH_t3libclass.t3lib_treeview.php'
> (include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php')
>
> 
in
> */home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_tcefunc_selecttreeview.php*
>
> 
on line *27
> 
> *...aber tt_address ist gar nicht installiert !
> 
> [obwohlich es dringend brauche, ohne das können wir unsere 
> Präsidiumsaddressen nicht anzeigen - leider führt auch wt_doorman
> zu einem Fehler. Die alten t3lib wurden gestrichen...]
> 
> Am 11.04.2014 15:45, schrieb Steffen Liebig:
>> Könnte sein, dass es mit den noch nicht installierten Extensions 
>> zusammenhängt. Ich dachte, mv_indexed_search gehört inzwischen zu
>> den Standard-Extensions, muss jetzt aber feststellen, dass es
>> ebenfalls nicht installiert ist. Ich hole das eben bei an die 40
>> Extensions nach und melde mich dann nochmal.
>> 
>> Gleichzeitig spinnt aber plötzlich der Extension Manager im
>> 6.1.1, von dem der DB-Dump und die fileadmin-Kopie stammen:
>> "*Fatal error*: Class 
>> '\TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser'
>>
>> 
not found in
>> */home/www/typo3_6.1.1/typo3/sysext/core/Classes/Utility/GeneralUtility.php*
>>
>> 
on line *4099"*...der EM ist dort nicht mehr erreichbar.
>> * *Kann sich da ggf jemand einen Reim drauf machen ?
>> 
>> 
>> Am 11.04.2014 15:26, schrieb Steffen Liebig:
>>> Hallo zusammen,
>>> 
>>> ich hab grad testweise 6.2 installiert. Wenn unser Hoster es
>>> schon mal im Angebot hat...
>>> 
>>> Folgendes hat sich nach Übetragung des DB-Dumps und der 
>>> fileadmin-(etc)-Dateien zugetragen:
>>> 
>>> 1) Es schien alles da zu sein, also habe ich die Seite im FE 
>>> aufgerufen. Ergebnis: "Metadata can only be retrieved for
>>> indexed pages". Aha, nur indiziern kann man nur, was sich auch
>>> aufrufen lässt. Also wie nun ?! 2) Von wegen alles da: das
>>> Kopieren der Dateien hat in den ersten kontolierten Ordnern nur
>>> Kopien der jeweils ERSTEN Datei hinterlassen - und zwar genau
>>> so oft, wie eigentlich Dateien vorhanden sein sollen. Also
>>> richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer
>>> derselbe Name und dieselbe Dateiart im BE angezeigt - während
>>> im FTP-Programm alles ok ist.
>>> 
>>> Hat jemand eine Ahnung, was da schiefgelaufen ist ?
>>> 
>>> Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei
>>> Bedarf hier.
>>> 
>>> Besten Dank für Ideen
>>> 
>>> 
>>> Steffen
>> 
> 

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

Re: [TYPO3-german] Kuriositäten mit 6.2

Jetzt hab ich folgende Fehlermeldung:

*Fatal error*: require_once() [function.require
]:
Failed opening required 'PATH_t3libclass.t3lib_treeview.php'
(include_path='/home/www/typo3_6.2.0/typo3/contrib/pear/:.:/usr/share/php')
in
*/home/www/typo3_6.2.0/typo3conf/ext/tt_address/class.tx_ttaddress_tcefunc_selecttreeview.php*
on line *27

*...aber tt_address ist gar nicht installiert !

[obwohlich es dringend brauche, ohne das können wir unsere
Präsidiumsaddressen nicht anzeigen - leider führt auch wt_doorman zu
einem Fehler. Die alten t3lib wurden gestrichen...]

Am 11.04.2014 15:45, schrieb Steffen Liebig:
Könnte sein, dass es mit den noch nicht installierten Extensions
zusammenhängt. Ich dachte, mv_indexed_search gehört inzwischen zu den
Standard-Extensions, muss jetzt aber feststellen, dass es ebenfalls
nicht installiert ist. Ich hole das eben bei an die 40 Extensions nach
und melde mich dann nochmal.

Gleichzeitig spinnt aber plötzlich der Extension Manager im 6.1.1, von
dem der DB-Dump und die fileadmin-Kopie stammen: "*Fatal error*: Class
'\TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser'
not found in
*/home/www/typo3_6.1.1/typo3/sysext/core/Classes/Utility/GeneralUtility.php*
on line *4099"*...der EM ist dort nicht mehr erreichbar.

*
*Kann sich da ggf jemand einen Reim drauf machen ?

Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon
mal im Angebot hat...

Folgendes hat sich nach Übetragung des DB-Dumps und der
fileadmin-(etc)-Dateien zugetragen:

1) Es schien alles da zu sein, also habe ich die Seite im FE
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen
lässt. Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen
- und zwar genau so oft, wie eigentlich Dateien vorhanden sein
sollen. Also richtige Anzahl, aber immer dieselbe Datei. Zumndest
wird immer derselbe Name und dieselbe Dateiart im BE angezeigt -
während im FTP-Programm alles ok ist.

Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf
hier.

Besten Dank für Ideen

Steffen

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

Re: [TYPO3-german] Kuriositäten mit 6.2

Könnte sein, dass es mit den noch nicht installierten Extensions 
zusammenhängt. Ich dachte, mv_indexed_search gehört inzwischen zu den 
Standard-Extensions, muss jetzt aber feststellen, dass es ebenfalls 
nicht installiert ist. Ich hole das eben bei an die 40 Extensions nach 
und melde mich dann nochmal.


Gleichzeitig spinnt aber plötzlich der Extension Manager im 6.1.1, von 
dem der DB-Dump und die fileadmin-Kopie stammen: "*Fatal error*: Class 
'\TYPO3\CMS\Extbase\Persistence\Generic\Storage\Typo3DbQueryParser' not 
found in 
*/home/www/typo3_6.1.1/typo3/sysext/core/Classes/Utility/GeneralUtility.php* 
on line *4099"*...der EM ist dort nicht mehr erreichbar.

*
*Kann sich da ggf jemand einen Reim drauf machen ?


Am 11.04.2014 15:26, schrieb Steffen Liebig:

Hallo zusammen,

ich hab grad testweise 6.2 installiert. Wenn unser Hoster es schon mal 
im Angebot hat...


Folgendes hat sich nach Übetragung des DB-Dumps und der 
fileadmin-(etc)-Dateien zugetragen:


1) Es schien alles da zu sein, also habe ich die Seite im FE 
aufgerufen. Ergebnis: "Metadata can only be retrieved for indexed 
pages". Aha, nur indiziern kann man nur, was sich auch aufrufen lässt. 
Also wie nun ?!
2) Von wegen alles da: das Kopieren der Dateien hat in den ersten 
kontolierten Ordnern nur Kopien der jeweils ERSTEN Datei hinterlassen 
- und zwar genau so oft, wie eigentlich Dateien vorhanden sein sollen. 
Also richtige Anzahl, aber immer dieselbe Datei. Zumndest wird immer 
derselbe Name und dieselbe Dateiart im BE angezeigt - während im 
FTP-Programm alles ok ist.


Hat jemand eine Ahnung, was da schiefgelaufen ist ?

Bin weiter am Schauen nach Unregelmäßigkeiten und ergänze bei Bedarf 
hier.


Besten Dank für Ideen


Steffen


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

[TYPO3-german] Kuriositäten mit 6.2