[TYPO3-german] Re: Bootstrap Bootsnipp typo3 Introduction Anleitung
Quote: Fechter-Escamilla (tlaxcala) wrote on Sat, 03 June 2017 00:02 Ich habe mit Erfolg Typo3 8.7.1. mit dem "introduction" package installiert. Nun möchte ich einige Bootstrap-Erweiterungen hinzufügen, die bspw. auf bootsnipp.com zu finden sind. Dort wird der html-, der css- und gfs. der js code für die jeweiligen "Schnipsel" kostenfrei angeboten. Wo muss ich diesen nun upgrade-safe in meiner typo3 installation hinterlegen oder wie kann ich diesen verfügbar machen? Für Hinweise auf entsprechende Anleitungen wäre ich sehr dankbar. Sorry hatte noch vergessen, dass das Schnipsel ja auch als Inhaltselement verbaut werden kann, dazu hilft diese Anleitung: http://t3-developer.com/typo3-installation/typo3-anpassen/eigene-contentelemente-in-typo3-erstellen/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bootstrap Bootsnipp typo3 Introduction Anleitung
Dankeschön. In der Tat gut gemachte Tutorials von jweiland. Für meinen spezifischen Zweck bin ich mittlerweile fündig geworden. Für alle Laien, die bootstrap mit zusätzlichen Schnipseln erweitern wollen empfehle ich dieses Video: https://www.youtube.com/watch?v=u9CsdaFBw6o ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL postVarSets
Hallo Christian, PostVarSets enthält am Ende das Wort Sets. Es fehlt die Array-Ebene, die das Set definiert. Die Dokumentation ist hilfreich. https://github.com/dmitryd/typo3-realurl/wiki/Configuration-reference#postvarsets Weiterhin kann man auch folgendes lesen http://www.dmitry-dulepov.com/2008/05/realurl-made-easy-part-1.html http://www.dmitry-dulepov.com/2008/06/realurl-made-easy-part-2.html Dieter Am 09.06.2017 um 13:24 schrieb Christian Baer: Hallo Zusammen, leider habe ich aktuell ein Problem damit, RealURL richtig zu konfigurieren. Konkret geht es um die Parameter in den postVarSets. Ich habe mir die realurl-Configuration von RealURL automatisch erstellen lassen und diese dann entsprechend erweitert mit den postVarSets. Hatte ich schon bei anderen Installationen, hat bisher auch funktioniert. Beim Vergleich mit funktionierenden Konfiguration ist mir nichts aufgefallen was sich in dem Teil unterscheidet, soweit passt das alles auch zum RealURL-Doku. Vielleicht kann mir ja einer sagen, wo das Problem liegen könnte... Hier die realurl_conf.php:[code language=php] array ( 'init' => array ( 'appendMissingSlash' => 'ifNotFile,redirect', 'emptyUrlReturnValue' => '/', 'enableCHashCache' => true, 'enableUrlDecodeCache' => true, 'enableUrlEncodeCache' => true, ), 'pagePath' => array (), 'fileName' => array ( 'defaultToHTMLsuffixOnPrev' => 0, 'acceptHTMLsuffix' => 0, 'index' => array ( 'print' => array ( 'keyValues' => array ( 'type' => 98 ) ) ) ), 'postVarSets' => array ( '_DEFAULT' => array( 'action' => array( 'GETvar' => 'myparam[action]' ), 'id'=>array( 'GETvar' => 'myparam[param][ID]' ), 'module'=>array( 'GETvar' => 'myparam[param][module]' ), 'range'=>array( 'GETvar' => 'myparam[param][range]' ) ) ) ) ); [/code] Im Code wird die URL entsprechend mit [code language=php] $this->cObj->stdWrap_typolink( '', array( 'typolink.' => array( 'parameter' => 15, 'additionalParams' => '[action]=list', 'useCacheHash' => true, 'returnLast' => 'url' ) ) ); [/code] in URLs umgewandelt ( auch schon in Typoscript getestet, macht leider keinen Unterschied ). Trotzdem werden die Parameter nicht mit RealURL umgesetzt, die Seiten-Id aber schon, d.h. RealURL funktioniert generell. Habe ich denn etwas essentielles übersehen? URLs währen z.b.: http://dev-cloud.eosserver.daun-systems.loc/partslist/?myparam[action]=list=d70f777fb8b7d3c52c905f29d3276295 http://dev-cloud.eosserver.daun-systems.loc/partslist/?myparam[action]=details[param][ID]=24512=31bbc756e1cd9edcbca86b5a68d9480c P.S.: Sorry für die grottige Darstellung, habe leider keine Formatierungsoptionen gefunden ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RealURL postVarSets
Hallo Zusammen, leider habe ich aktuell ein Problem damit, RealURL richtig zu konfigurieren. Konkret geht es um die Parameter in den postVarSets. Ich habe mir die realurl-Configuration von RealURL automatisch erstellen lassen und diese dann entsprechend erweitert mit den postVarSets. Hatte ich schon bei anderen Installationen, hat bisher auch funktioniert. Beim Vergleich mit funktionierenden Konfiguration ist mir nichts aufgefallen was sich in dem Teil unterscheidet, soweit passt das alles auch zum RealURL-Doku. Vielleicht kann mir ja einer sagen, wo das Problem liegen könnte... Hier die realurl_conf.php:[code language=php] array ( 'init' => array ( 'appendMissingSlash' => 'ifNotFile,redirect', 'emptyUrlReturnValue' => '/', 'enableCHashCache' => true, 'enableUrlDecodeCache' => true, 'enableUrlEncodeCache' => true, ), 'pagePath' => array (), 'fileName' => array ( 'defaultToHTMLsuffixOnPrev' => 0, 'acceptHTMLsuffix' => 0, 'index' => array ( 'print' => array ( 'keyValues' => array ( 'type' => 98 ) ) ) ), 'postVarSets' => array ( '_DEFAULT' => array( 'action' => array( 'GETvar' => 'myparam[action]' ), 'id'=>array( 'GETvar' => 'myparam[param][ID]' ), 'module'=>array( 'GETvar' => 'myparam[param][module]' ), 'range'=>array( 'GETvar' => 'myparam[param][range]' ) ) ) ) ); [/code] Im Code wird die URL entsprechend mit [code language=php] $this->cObj->stdWrap_typolink( '', array( 'typolink.' => array( 'parameter' => 15, 'additionalParams' => '[action]=list', 'useCacheHash' => true, 'returnLast' => 'url' ) ) ); [/code] in URLs umgewandelt ( auch schon in Typoscript getestet, macht leider keinen Unterschied ). Trotzdem werden die Parameter nicht mit RealURL umgesetzt, die Seiten-Id aber schon, d.h. RealURL funktioniert generell. Habe ich denn etwas essentielles übersehen? URLs währen z.b.: http://dev-cloud.eosserver.daun-systems.loc/partslist/?myparam[action]=list=d70f777fb8b7d3c52c905f29d3276295 http://dev-cloud.eosserver.daun-systems.loc/partslist/?myparam[action]=details[param][ID]=24512=31bbc756e1cd9edcbca86b5a68d9480c P.S.: Sorry für die grottige Darstellung, habe leider keine Formatierungsoptionen gefunden ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, so das ganze prozedere noch einmal mit einer anderen 8.7er getestet, sobald man versucht mit einem User über das Backend zu arbeiten der weder über die Gruppe noch über seine eigenen Einstellungen einen Zugriff auf den Live Workspace hat wird eine Exception geworfen. Es hilft dann nur noch den Wert beim be_user auf den entsprechenden Wert direkt in der DB zu ändern oder mit einem Separaten Browser sich am System anzumelden um dann dort den User wieder das Recht an der Liveumgebung zu geben. Ich denke das wäre dann wohl dieser Bug hier: https://forge.typo3.org/issues/80901 :( bye Am 09.06.2017 um 08:24 schrieb Michael Kasten: > Hallo Liste, > > irgendjemand hier vertreten der Arbeitsumgebung unter 8.7 erfolgreich am > laufen hat? > > Ich bin der Meinung alles genau so gemacht zu haben wie es in diversen Dokus > zu lesen ist, halte als > Ergebnis aber lediglich "No such workspace defined (More information)" und > somit ein nicht mehr > bedienbares Backend. > > Ideen und Anregungen sind hier willkommen > > mit besten Grüßen > > Am 08.06.2017 um 09:37 schrieb Michael Kasten: >> Hallo Liste, >> >> ok die Berechtigung "Edit Live (Online)" findet sich ja nicht nur bei der >> Gruppe sondern auch bei >> dem einzelnen User wieder, nur erzeugt das entfernen bei Gruppe und User >> dann ein weiteres Problem: >> >> Wenn ich auf den entsprechenden User wechseln möchte erhalte ich eine >> Exception: >> >> "Exception: No such workspace defined" >> >> Ich habe doch aber einen Workspace angelegt und innerhalb des Workspaces >> dann auch gesagt das die BE >> Gruppen Member des Workspace ist!?! nun verstehe ich das verhalten noch >> weniger :) >> >> Ich finde hier auch keine weitere Möglichkeit bei den Usern oder den Gruppen >> eine weitere Zuordnung >> zu treffen. >> >> Jemand noch eine zündende Idee? >> >> >> mit besten Grüßen >> >> >> Am 06.06.2017 um 13:29 schrieb Michael Kasten: >>> Hallo Liste, >>> >>> ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit >>> Umgebung einschränken kann: >>> >>> Ich habe mir eine Entwurfsarbeitsumgebung angelegt: >>> >>> Besitzer: Gruppe Chefredakteure >>> Mitglieder: zwei weitere Gruppen >>> Bei Access: Only workspace owner can publish >>> Der Rest ist Standard bzw unkonfiguriert. >>> >>> Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den >>> aktivierten Hacken bei >>> Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. >>> >>> >>> Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den >>> Mitgliedern der >>> Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber >>> ich kann noch immer mit >>> den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei >>> Edit als auch bei Live >>> Eintragungen vornehmen >>> >>> Was könnte da noch fehlen? >>> >>> mit besten Grüßen >>> >>> >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Workspaces Berechtigung (8.7)
Hallo Liste, irgendjemand hier vertreten der Arbeitsumgebung unter 8.7 erfolgreich am laufen hat? Ich bin der Meinung alles genau so gemacht zu haben wie es in diversen Dokus zu lesen ist, halte als Ergebnis aber lediglich "No such workspace defined (More information)" und somit ein nicht mehr bedienbares Backend. Ideen und Anregungen sind hier willkommen mit besten Grüßen Am 08.06.2017 um 09:37 schrieb Michael Kasten: > Hallo Liste, > > ok die Berechtigung "Edit Live (Online)" findet sich ja nicht nur bei der > Gruppe sondern auch bei > dem einzelnen User wieder, nur erzeugt das entfernen bei Gruppe und User dann > ein weiteres Problem: > > Wenn ich auf den entsprechenden User wechseln möchte erhalte ich eine > Exception: > > "Exception: No such workspace defined" > > Ich habe doch aber einen Workspace angelegt und innerhalb des Workspaces dann > auch gesagt das die BE > Gruppen Member des Workspace ist!?! nun verstehe ich das verhalten noch > weniger :) > > Ich finde hier auch keine weitere Möglichkeit bei den Usern oder den Gruppen > eine weitere Zuordnung > zu treffen. > > Jemand noch eine zündende Idee? > > > mit besten Grüßen > > > Am 06.06.2017 um 13:29 schrieb Michael Kasten: >> Hallo Liste, >> >> ich habe hier leider das Problem das ich BE Usergruppen nicht auf eine Edit >> Umgebung einschränken kann: >> >> Ich habe mir eine Entwurfsarbeitsumgebung angelegt: >> >> Besitzer: Gruppe Chefredakteure >> Mitglieder: zwei weitere Gruppen >> Bei Access: Only workspace owner can publish >> Der Rest ist Standard bzw unkonfiguriert. >> >> Bei den BE Usergruppen gibt es nur noch bei der Gruppe Chefredakteure den >> aktivierten Hacken bei >> Edit Live (Online), alle Anderen Gruppen haben diese Erlaubnis nicht. >> >> >> Eigentlich sollte hier aus meinem Verständnis schon jetzt keinem außer den >> Mitgliedern der >> Chefredakteursgruppe möglich sein die Live Arbeitsumgebung zu sehen, aber >> ich kann noch immer mit >> den sämtlichen Accounts zwischen den Arbeitsumgebungen wechseln, sowohl bei >> Edit als auch bei Live >> Eintragungen vornehmen >> >> Was könnte da noch fehlen? >> >> mit besten Grüßen >> >> > -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
