[TYPO3-german] Faceted Search
Hallo Zusammen. Ich verwende zum ersten Mal die Extension Faceted Search (ke_search). Das ganze habe ich wie in der Dokumentation beschrieben aufgesetzt. Allerdings bekomme ich im Frontend keine Resultate angezeigt, wenn ich nach etwas suche. Die Indexierung hat geklappt, wenn ich das Modul der Extension auswähle und auf eine Seite klicke bekomme ich die indexierte Seite und Inhaltselemente angezeigt. Weiss jemand woran es liegen kann, dass keine Resultate angezeigt werden? Vielen Dank. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Inhaltselemente (fluid_styled_content) und sys_categories (Kategorien)
Danke Doeter für deinen Post .. hatte die Seite noch offen und daher nicht gesehen, dass jmd. geschrieben hatte. Die Möglichkeit per TypoScript schaue ich mir nochmal an, daran hatte ich nicht gedacht. Danke dir. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Inhaltselemente (fluid_styled_content) und sys_categories (Kategorien)
Quote: (mobilat) wrote on Thu, 14 July 2016 23:03 Danke Dieter für deinen Post .. hatte die Seite noch offen und daher nicht gesehen, dass jmd. geschrieben hatte. Die Möglichkeit per TypoScript schaue ich mir nochmal an, daran hatte ich nicht gedacht. Danke dir. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Inhaltselemente (fluid_styled_content) und sys_categories (Kategorien)
Hallo, habe es über das Feld "Layout" gelöst. Aber wieder eine Stelle mehr die ich dem Redakteur verklickern muss. Warum das nicht per sys_categories geht verstehe ich nicht. Naja, vielleicht hat jemand noch eine Idee. Im Moment frage ich in FLUID ab: usw. Damit ist das Problem gelöst. Finde es für den Redakteur nicht ganz so ideal, aber ok. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CategoryCollection
Hallo Dieter, ich will mich in die Handhabung der sys_categorys besser einarbeiten. Es gibt hier ja einen schönen API-Eintrag: https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Categories/Index.html und speziell den Abschnitt über die category collections meine ich: https://docs.typo3.org/typo3cms/CoreApiReference/ApiOverview/Categories/Index.html#category-collections Der obere Bereich von dem Beispiel: $collection = \TYPO3\CMS\Frontend\Category\Collection\CategoryCollection::load( $aCategory, TRUE, $table, $relationField ); wenn man für $aCategory eine Kategorie-ID einsetzt und für $table sowie $relationField seine Tabelle + das Referenzfeld für die Kategorien, dann werden alle Datensätze mit der Kategorie als Objekt zurückgeliefert. (Ich spreche von einem Repository in Extbase). Ich habe mir auch die Klasse schon angesehen, aber ich werde nicht wirklich schlau daraus, wie man hier mehrere Kategorien ansprechen kann … und vor allem sicherstellen, dass sie sortiert sind und kein Datensatz doppelt. irgendwie muss es gehen, weil diese API-Klasse offensichtlich Basis der Typoscript-Ausgabe ist: https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Records/Index.html#cobj-records-properties-categories. Die nimmt mehrere Kategorien … Ich schätze, ich werde mir diese Typoscript-Funktion im PHP anschauen, dann werde ich es schon begreifen. Der Vorteil: man könnte die Klasse auch ausserhalb von Extbase verwenden, z. B. in einer Userfunc. Gruß Peter > Am 14.07.2016 um 22:00 schrieb Dr. Dieter Porth: > > Hallo Peter, > > Einen System-Record "category-collection" wie bei den Files gibt es nicht. > > Was möchtest du erreichen? > > Was ist denn eine Categorie-Collection? ist das eine Kategorie, die anderen > Kategorien übergeordnet ist? dann sollte dein query, die UID der > übergeordneten Kategorie in dem Feld Parent wiederfinden? Du könntest also > ein entsprechende Query schreiben. > > > Mit besten Grüßen > > Dieter > > Am 13.07.2016 um 19:45 schrieb Peter Linzenkirchner: > >> OK, ich habe es jetzt so gemacht, ohne die CategoryCollection, da komme ich >> nicht weiter: >> >> public function findByCategories($categories='') { >>$constraint = array(); >>$query = $this->createQuery(); >>if (!is_array($categories)) { >>$categories = GeneralUtility::intExplode(',', $categories, true); >>} >>foreach ($categories as $category) { >>$categoryConstraints[] = $query->contains('categories', $category); >>} >>$constraint[] = $query->logicalOr($categoryConstraints); >>if (!empty($constraint)) { >>$query->matching( >>$query->logicalAnd($constraint) >>); >>} >>$result = $query->execute(); >>return $result; >> } >> >> habe ich mir aus der news-Extension abgekuckt - funktioniert erst mal wie >> gewünscht. Oder hat jemand eine elegantere Lösung? >> >> Peter >> >> -- >> Xing: http://www.xing.com/profile/Peter_Linzenkirchner >> Web: http://www.typo3-lisardo.de >> Facebook: http://tinyurl.com/lisardo-multimedia >> >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.typo3.org >> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselemente (fluid_styled_content) und sys_categories (Kategorien)
Hallo Stefan, Frage vorweg. Brauchst du wirklich ein mn-relation verknüpfte Kategorie, um dein Content mit einer CSS-Klasse zu versehen oder reicht ein N:1-Verknüpfung. ich hatte erst gedacht, dass man eigentlich wie beim FAL direct über die Object-Struktur direkt auf die Categorien kommt. Ein erste Test hat nicht funktioniert. Ich bin mir aber nicht sicher, ob man wohl die Categorierbarkeit für die tt_content noch freischalten muss. (ich habe es nicht recherchiert) Ansonsten führt ein Weg über das f:cObject zur Lösung, wobei man die Categorien über TypoScript erfragt. analog-Beispiel: https://typo3.org/documentation/snippets/sd/471/ Wenn du für die Bestimmung der Categorien eines Content-Elements eine Parameter-Übergabe (uid) in cObject verwenden willst, dann orientiere dich am Beispiel unter https://docs.typo3.org/typo3cms/ExtbaseGuide/Fluid/ViewHelper/CObject.html Anmerkung: Das Beispiel ist didaktisch doof, u.a. weil das Fluidtemplate im Beispiel besser ungefähr so heißen sollte (ungetestet): Wenn dein data-Object im Template das Feld firstName enthielte, könntest du im obigen Array den Wert 'Stefan' auch durch '{data.firstName}' ersetzen. Mit besten Grüßen Dieter P.S. Man könnte natürlich auch einen Viewhelper schreiben, der die Werte bestimmt. Derzeit würde ich es nicht empfehlen, da es einen Bruch mit dem streng hierarichen MVC-Konzept darstellt, weil im View plötzlich Logik zum Tragen kommt. Ich mag nicht bewerten, welche Vor- und Nachteile ein solches Vorgehen mit sich bringt. Ich denke nur an den vielparametrigen ViewHelper-Zoo von VHS/Flux. Aber andererseits baue ich immer häufiger schon mal Partials im Partial im Partial, um bestimmte relationale Modell-Strukturen im View ordentlich nachzubilden. Die Verwendung von ControllerHelpern würde in einem Konzept modularen MVC-Templatings durchaus Sinn machen, denke ich. Am 14.07.2016 um 11:57 schrieb stefan sajok: Hallo zusammen, ich habe mir das fluid_styled_content-Modul Menu/Sitemap (Type-1.html) etwas an meine Bedürfnisse angepasst. Das ist dann eine Liste/Sitemap aller Seiten von einer Seite X aus. Hier möchte ich nun dem Redakteur die Möglichkeit geben in jedem Inhaltselement Menu/Sitemap, die Kategorie (sys_category) entsprechend auszuwählen. Im Frontend wird dann entsprechend der Kategorie eine CSS-Klasse ins HTML geschrieben und die einzelnen Elemente erhalten unterschiedlche Farben, je nach Auswahl der Kategorie. Eigentlich eine simple Anforderung. Für die tx_news-Kategorien hatte ich mir damals schon mal so geholfen: das hat geklappt, aber in meinem aktuellen Fall habe ich keine News-Datensätze, sondern normale Inhaltselemente (Fluid Content Elements). Ist so was auch hier möglich? Wenn ich die Seite mit {_all} aufrufe, erhalte ich immer nur data.categories=1 oder 0 also ob angeklickt oder nicht. Ich würde gerne auf category.uid oder category.title zugreifen können. Ist das möglich und vor allem wie? Finde da aktuell keinen Weg. Gruß Stefan ___ 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] CategoryCollection
Hallo Peter, Einen System-Record "category-collection" wie bei den Files gibt es nicht. Was möchtest du erreichen? Was ist denn eine Categorie-Collection? ist das eine Kategorie, die anderen Kategorien übergeordnet ist? dann sollte dein query, die UID der übergeordneten Kategorie in dem Feld Parent wiederfinden? Du könntest also ein entsprechende Query schreiben. Mit besten Grüßen Dieter Am 13.07.2016 um 19:45 schrieb Peter Linzenkirchner: OK, ich habe es jetzt so gemacht, ohne die CategoryCollection, da komme ich nicht weiter: public function findByCategories($categories='') { $constraint = array(); $query = $this->createQuery(); if (!is_array($categories)) { $categories = GeneralUtility::intExplode(',', $categories, true); } foreach ($categories as $category) { $categoryConstraints[] = $query->contains('categories', $category); } $constraint[] = $query->logicalOr($categoryConstraints); if (!empty($constraint)) { $query->matching( $query->logicalAnd($constraint) ); } $result = $query->execute(); return $result; } habe ich mir aus der news-Extension abgekuckt - funktioniert erst mal wie gewünscht. Oder hat jemand eine elegantere Lösung? Peter -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: CONTENT Objekt und Image-renderObj in Typo3 7.6.9
Weiss hier keiner was? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 7 LTS & Frontend-Login über SSO-Server
Hi Ralf Ich habe Erfahrungen mit https://typo3.org/extensions/repository/view/ig_ldap_sso_auth gesammelt. Damit können zum Beispiel bei Login Benutzer erzeugt werden. Vielleicht hilft das weiter? Grüsse, Heinz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] config.cache_clearAtMidnight = 1 for special pages
Grüezi an die Liste Hat jemand ein TypoScript wie das unten stehende in einer Website benutzt? [globalVar = TSFE:id = 90] config.cache_clearAtMidnight = 1 [GLOBAL] Ich möchte den Fronten-Cache von Seiten mit Eventlisten aus der Erweiterung EXT:cal um Mitternacht löschen. Aber nur diese. Hat jemand Erfahrung damit? Danke und Grüsse Heinz ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Templavoila FCE nachträgliches Attributfeld
Drei Kaffee später konnte ich es lösen: 10 = TEXT 10.if.isFalse.field = field_breite 10.value = s6 20 = TEXT 20.if.isTrue.field = field_breite 20.field = field_breite Ich hatte die 10. mit sich selbst überschrieben im TRUE. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Am 14.07.2016 um 10:27 schrieb Bernhard Ludwig: > Am 12.07.2016 um 14:04 schrieb Marcus Raphelt >: >> >> Tach, >> >> ich gehe wie in 1) aufgeführt vor. Prinzipiell baue ich schrittweise >> eine saubere 4.5, um dann das Upgrade zur 6.2 durchzuführen. >> >> Gruß >> Marcus > > Hallo Marcus, > > auch Dir danke für Deine Antwort. Ich habe letztens eine größere 4.7 auf 6.2 > angehoben, das war gar keine Freude. Im Prinzip gab es mit allen nur > erdenklichen Extensions Schwierigkeiten, bis hin zum kompletten Ersatz > verschiedener EXTs. Beim Upgrade auf 7.2 fürchte ich noch mehr Probleme mit > nicht lauffähigen Extensions. Vorher Listen machen ist glaube ich sinnvoll. > Ja, die 4.7 ist schon tückischer als die 4.5, was das Update auf 6.2 angeht! Deshalb immer von der 4.5 ausgehen. GGf., wenn die situation zu undurchschaubar ist, muss der Produktionsserver kopiert werden und in einer Testumgebung getestet werden, wie das Update am besten durchläuft. Ein krasser Weg ist folgender: 4.5 herstellen, das ist eh' klar. Dann alle Extensions auf eine Version updaten, die mit 6.2 kompatibel ist, die restl. Ext. abschalten. Dann das Update auf 6.2. und Development Setting anschalten. Dann eine Extension nach der anderen wieder anschalten, die Fehlermeldungen sichten und einen nach dem anderen ausräumen. So etwas geht natürlich nur auf einem Entwicklungsserver. Oder du musst die Live-Seite für ein paar Stunden vom Netz nehmene. Grüße Stefan -- Bergische Webschmiede Dipl.-Ing. Stefan Padberg TYPO3-Integrator und Webprogrammierer :: Borner Str. 18 - 42349 Wuppertal :: +49 202 97648355 :: +49 173 9219845 :: p...@bergische-webschmiede.de :: http://www.bergische-webschmiede.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Templavoila FCE nachträgliches Attributfeld
Hallo zusammen, ich habe nachträglich ein Attribut-Feld für die Klasse eines DIV hinzugefügt. Form erste Auswahl = klasse1 Form zweite Auswahl = klasse2 (default index = 0, also klasse 1) Nun ist aber so, das alle bereits bestehenden FCE nicht automatisch "klasse1" nimmt, sondern leer ist. Erst wenn ich es bearbeite und es nochmal speichere. Wie kann ich nachträglich alle FCE updaten? Danke & Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Templavoila FCE nachträgliches Attributfeld
Habe es auch schon numständlich mit einem IF ELSE Wrap versucht: 10 = TEXT 10.if.isFalse.field = field_breite 10.value = s6 10 = TEXT 10.if.isTrue.field = field_breite 10.field = field_breite ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Hallo Bernhard, ich habe schon einige ältere Installationen hochgezogen, es geht, ist aber aufwändig. Unbedingt zuerst ein Update auf 4.5 machen. Dabei muss vermutlich die Kodierung der DB geändert werden. Danach alles bereinigen und testen. Die 4.5 muss laufen, sonst brauchst du nicht weiter zu machen. Anschließend alle Extensions prüfen (mit dieser Ext https://typo3.org/extensions/repository/view/smoothmigration ). Das ist der aufwändigste Teil. Das Update von TYPO3 selbst läuft in der Regel problemlos, die Extensions sind das Problem. Wenn nur wenig verwendet wurden, wird das Update problemlos, wenn du viele drin hast - und Exoten dabei sind - dann hast du einen guten Trip vor dir. Folgende Probleme sind zu beachten: - TemplaVoila verwendet? => Arschkarte, weil TV für 7.6 zwar im TER steht, aber nur bis ca. 7.2 lauffähig ist. du musst es austauschen gegen BackendLayouts und für die FCEs evtl. das hier einsetzen: https://typo3.org/extensions/repository/view/sf_tv2fluidge - Extensions verwendet, die es nicht für 7.6 gibt? => Arschkarte, die musst du entweder selbst lauffähig machen oder austauschen. - DAM verwendet? => Arschkarte, DAM gibt es nicht mehr. Evtl. kannst du es durch Media ersetzen (habe ich keine Erfahrung damit) - PHP-Version: die 4.2 läuft vermutlich mit einer sehr alten PHP-Version, du musst also zwischen den einzelnen Update-Schritten auch die PHP-Version wechseln - diverse Formularerweiterungen eingesetzt, die es nicht mehr gibt? => … OK, ersetzen durch Powermail oder Formhandler, oder durch die internen Formulare. - DB-Kodierung: die ist in den 4.2 Installation meist falsch, und zwar entweder latin, oder - schlimmer - doppelt UTF-8-kodiert. http://www.skom.de/Doppelt-UTF-8-kodierte-Daten-i.191.0.html Auf jeden Fall würde ich zuerst auf 6.2 updaten, alles testen, und danach erst auf 7.6. Unbedingt ein Komplett-Backup anlegen! Gruß Peter > Am 14.07.2016 um 10:10 schrieb Bernhard Ludwig: > > Am 12.07.2016 um 16:10 schrieb Lars Brinkmann : >> >> Hallo Bernhard, >> >> ist zwar nicht die Frage, aber bei so alten Installationen >> ist ein kompletter Relaunch mit 7.6 und aktuellster >> Webtechnik bei vielen Projekten oftmals günstiger ;-) >> >> Wenn es also keine umfangreichen Seiten sind, würde >> ich das auch in Erwägung ziehen. >> >> Viele Grüße, Lars Brinkmann > > Hallo Lars, > > natürlich kann man das versuchen. Meistens sind die Kunden allerdings nicht > bereit, wegen eines „einfachen“ Updates gleich einen kompletten Relaunch > vornehmen zu lassen. Die Kostendifferenz spielt dabei sicherlich die größte > Rolle. > > Im TYPO3-Umfeld gibt es leider inzwischen auch etliche Mitbewerber am Markt, > die unterhalb der Gestehungskosten arbeiten, um überhaupt etwas zu tun zu > haben. Angebotene Stundenlöhne von unter 10,00€, die per Angebot an meine > Kunden heran getragen wurden, sprechen eine Sprache für sich. > > Der Markt geht leider zusehends kaputt. Und bedauerlicherweise entpuppen sich > inzwischen oft die großen Agenturen neben den > Studenten/Schülern/Schwarzarbeitern als Billigstanbieter. > > Naja, anderes Thema… > > Vielen Dank für Deine Antwort. > > Grüße, > Bernhard > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Inhaltselemente (fluid_styled_content) und sys_categories (Kategorien)
Hallo zusammen, ich habe mir das fluid_styled_content-Modul Menu/Sitemap (Type-1.html) etwas an meine Bedürfnisse angepasst. Das ist dann eine Liste/Sitemap aller Seiten von einer Seite X aus. Hier möchte ich nun dem Redakteur die Möglichkeit geben in jedem Inhaltselement Menu/Sitemap, die Kategorie (sys_category) entsprechend auszuwählen. Im Frontend wird dann entsprechend der Kategorie eine CSS-Klasse ins HTML geschrieben und die einzelnen Elemente erhalten unterschiedlche Farben, je nach Auswahl der Kategorie. Eigentlich eine simple Anforderung. Für die tx_news-Kategorien hatte ich mir damals schon mal so geholfen: das hat geklappt, aber in meinem aktuellen Fall habe ich keine News-Datensätze, sondern normale Inhaltselemente (Fluid Content Elements). Ist so was auch hier möglich? Wenn ich die Seite mit {_all} aufrufe, erhalte ich immer nur data.categories=1 oder 0 also ob angeklickt oder nicht. Ich würde gerne auf category.uid oder category.title zugreifen können. Ist das möglich und vor allem wie? Finde da aktuell keinen Weg. Gruß Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Hallo Bernhard, oftmals unterschätzt der Kunde natürlich auch den Aufwand für so ein Update. Gerade bei alten Seiten ist noch nicht unbedingt UTF-8 als Schriftsatz verwendet worden. Dann musst Du auch hier ran. Bei überschaubaren Projekten ist ein Relaunch manchmal schon günstiger. Zumal das Design ja auch schon etliche Jahre alt ist. Bei größeren Projekten würde ich allerdings auch updaten. Hier würde ich direkt versuchen auf die 4.5 zu gehen. Dann 6.2. So niedrige Stundenlöhne sind mir bislang noch nicht untergekommen. Meistens ist dann aber auch das Ergebnis dementsprechend ... billig. :-) Viele Grüße, Lars Am 14. Juli 2016 um 10:10 schrieb Bernhard Ludwig: > Am 12.07.2016 um 16:10 schrieb Lars Brinkmann : >> >> Hallo Bernhard, >> >> ist zwar nicht die Frage, aber bei so alten Installationen >> ist ein kompletter Relaunch mit 7.6 und aktuellster >> Webtechnik bei vielen Projekten oftmals günstiger ;-) >> >> Wenn es also keine umfangreichen Seiten sind, würde >> ich das auch in Erwägung ziehen. >> >> Viele Grüße, Lars Brinkmann > > Hallo Lars, > > natürlich kann man das versuchen. Meistens sind die Kunden allerdings nicht > bereit, wegen eines „einfachen“ Updates gleich einen kompletten Relaunch > vornehmen zu lassen. Die Kostendifferenz spielt dabei sicherlich die größte > Rolle. > > Im TYPO3-Umfeld gibt es leider inzwischen auch etliche Mitbewerber am Markt, > die unterhalb der Gestehungskosten arbeiten, um überhaupt etwas zu tun zu > haben. Angebotene Stundenlöhne von unter 10,00€, die per Angebot an meine > Kunden heran getragen wurden, sprechen eine Sprache für sich. > > Der Markt geht leider zusehends kaputt. Und bedauerlicherweise entpuppen sich > inzwischen oft die großen Agenturen neben den > Studenten/Schülern/Schwarzarbeitern als Billigstanbieter. > > Naja, anderes Thema… > > Vielen Dank für Deine Antwort. > > Grüße, > Bernhard > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Am 12.07.2016 um 14:04 schrieb Marcus Raphelt: > > Tach, > > ich gehe wie in 1) aufgeführt vor. Prinzipiell baue ich schrittweise > eine saubere 4.5, um dann das Upgrade zur 6.2 durchzuführen. > > Gruß > Marcus Hallo Marcus, auch Dir danke für Deine Antwort. Ich habe letztens eine größere 4.7 auf 6.2 angehoben, das war gar keine Freude. Im Prinzip gab es mit allen nur erdenklichen Extensions Schwierigkeiten, bis hin zum kompletten Ersatz verschiedener EXTs. Beim Upgrade auf 7.2 fürchte ich noch mehr Probleme mit nicht lauffähigen Extensions. Vorher Listen machen ist glaube ich sinnvoll. Grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Am 12.07.2016 um 15:53 schrieb Ralf-Rene Schröder: > > Am 12.07.2016 um 13:40 schrieb Bernhard Ludwig: >> mir sind mehrere Altinstallationen übergeben worden, die von 4.2.40 >> ausgehend ein Update erfahren müssen. Zwar ist darüber schon >> verschiedentlich gesprochen worden, allerdings scheint es keine einheitliche >> Richtlinie zu geben, wie man die Sache angehen soll, daher möchte ich das >> nochmal hier zur Diskussion stellen. >> Wie soll man vorgehen: >> 1. 4.2.40 > 4.3 > 4.4 > 4.5 > 6.2 >> 2. Oder direkt ab 4.4 > 6.2 >> 3. Oder zuerst auf 4.7 >> 4. Oder direkt 4.2 > 6.2 > > eindeutig zuerst auf 4.5 (klappt manchmal auch ohne Zwischenschritte) > hier dann auf jeden Fall eine wirklich SAUBERE Installation erzeugen: > utf-8 datenbank | Referenz Index | Extensions schon reduziert für > weitere Tauglichkeit | etc. | PHP Version sollte hier dann auf 5.5 > gesetzt werden (weil die für 4.5 bis 7.6 funktioniert) > > dann auf 6.2 (mit allen Upgrade Steps im Install tool) > und erst danach auf 7.6 (das ist dann eigentlich der einfachste Schritt) > und zwischendurch Backups nicht vergessen ! > > und wenn man hat, am Ende PHP auf version 7 updaten… > Hallo Ralf, danke für Deine Einschätzung. Dieser Weg scheint auch mir im Prinzip am sinnvollsten zu sein. Bin allerdings skeptisch, da ich bislang bei jedem Upgrade immer unterschiedliche Probleme hatte und nie davon ausgehen konnte, dass eine standardisierte Vorgehensweise überhaupt möglich ist. Da bislang nur zwei Beiträge in diesem Thread eingegangen sind, denke ich, dass das Interesse an meiner Frage nicht so groß zu sein scheint. Da ist halt wohl jeder eher Einzelkämpfer… vermutlich weil der Sachverhalt kaum überschaubar ist. Grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.2.40 >> 6.2 >> 7.6 ???
Am 12.07.2016 um 16:10 schrieb Lars Brinkmann: > > Hallo Bernhard, > > ist zwar nicht die Frage, aber bei so alten Installationen > ist ein kompletter Relaunch mit 7.6 und aktuellster > Webtechnik bei vielen Projekten oftmals günstiger ;-) > > Wenn es also keine umfangreichen Seiten sind, würde > ich das auch in Erwägung ziehen. > > Viele Grüße, Lars Brinkmann Hallo Lars, natürlich kann man das versuchen. Meistens sind die Kunden allerdings nicht bereit, wegen eines „einfachen“ Updates gleich einen kompletten Relaunch vornehmen zu lassen. Die Kostendifferenz spielt dabei sicherlich die größte Rolle. Im TYPO3-Umfeld gibt es leider inzwischen auch etliche Mitbewerber am Markt, die unterhalb der Gestehungskosten arbeiten, um überhaupt etwas zu tun zu haben. Angebotene Stundenlöhne von unter 10,00€, die per Angebot an meine Kunden heran getragen wurden, sprechen eine Sprache für sich. Der Markt geht leider zusehends kaputt. Und bedauerlicherweise entpuppen sich inzwischen oft die großen Agenturen neben den Studenten/Schülern/Schwarzarbeitern als Billigstanbieter. Naja, anderes Thema… Vielen Dank für Deine Antwort. Grüße, Bernhard ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german