Re: [TYPO3-german] Übersetzungen

[Marcus Raphelt]

Hallo Jonathan,

meine Antwort ist etwas spät... aber trotzdem: es kommt darauf an, aus 
wie vielen Personen in den Kreis der XLF-Übersetzer besteht. Wenn Du 
alleine an ihnen arbeitest, ist PoEdit super.
Wir haben für einen Kunden, der weltweit Niederlassungen und lokale 
Redakteure hat, auch erst PoEdit probiert, final aber Pootle als 
Translation-Server aufgesetzt - das klappt nach einigem Haareraufen bei 
der Installation unter Ubuntu nun einwandfrei.
In dem Repo Deiner Extension ist dann nur noch die XLF mit den Strings 
in der Basissprache (i.d.R. Englisch) vorhanden. Pootle klont das Repo 
regelmäßig, importiert die XLF-Dateien und aktualisiert seinen 
Datenbestand entsprechend. Kommen neue Strings hinzu, merkt Pootle es 
und verlangt vom Redakteur beim nächsten Login die Übersetzung. Die 
fertigen XLF-Dateien werden von Pootle generiert und per Cron 
vordefiniert exportiert.
Wenn die Slots einmal definiert sind, ist es komplett transparent... 
TYPO3 holt sich die Übersetzungen über das Translation Management dann 
automatisch.


Gruß
Marcus

Am 23.10.20 um 00:09 schrieb develo...@cretection.eu:

Guten Abend,

hat jemand ein Programm oder ein tool die es möglich machen die Language-Files 
schneller zu erstellen.
Ist doch etwas aufwendig sie komplett händisch zu erstellen

Vielleicht hat jemand einen Tipp für mich :)

Viele Grüße

Jonathan

___
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] Parsing im Frontend

[Marcus Raphelt]

Hallo Silke,

das dürfte dieser enableRichText-Bug sein:
https://forge.typo3.org/issues/81167

Der macht auch Spiel und Spaß in DCEs beim Upgraden, hatte ich bei 
diversen Installationen, daher kam es mir bekannt vor.


Gruß
Marcus

Am 19.10.20 um 15:36 schrieb Silke Capo:

Hallo Dieter, hallo Marcus,

@Dieter: ja, mich hätte es auch interessiert, woher die Zeile kam, ich 
vermute aber vom Editor, da sie weg war, nachdem ich die Einstellungen 
wieder rückgängig gemacht hatte.


@Marcus: ja, das System wurde upgedatet, allerdings nicht von mir, 
sondern von einem Kollegen. Das Problem tauchte aber erst mit den 
geänderten Einstellungen am CKEditor auf und das bei allen Feldern, 
die mit dem Editor bearbeitet wurden, also auch die normalen TYPO3 
Standardelemente "Text" und "Text & Bilder". DCE wird gar nicht 
verwendet.


Hätte mich trotzdem interessiert, wie man TYPO3 dazu bringen kann, 
eine Leerzeile nicht in eine "leeren" Absatz zu verwandeln.




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

Re: [TYPO3-german] Parsing im Frontend

[Marcus Raphelt]

Hallo Silke,

wurde Dein System von < 8.x auf > 8.x aktualisiert? Passiert das ganze 
überall oder nur in DCEs?


Gruß
Marcus

Am 12.10.20 um 14:16 schrieb Silke Capo:

Liebe MitleserInnen,

ich habe jetzt schon Stunden mit Google verbracht und kann es nicht 
fassen, dass ich nicht in der Lage bin, eine dämliche Leerzeile zu 
entfernen.


Folgendes Problem:

Der CKEditor fügt beim Speichern eine Leerzeile an den Inhalt an. 
Diese Leerzeile wird im Frontend dann gerendert mit




Wie kann ich es unterdrücken, dass die leere Zeilen gerendert werden? 
Oder alternativ den Editor dazu bringen, diese Leerzeile gar nicht 
erst zu speichern.






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

Re: [TYPO3-german] Preview für Seite für bestimmtes Datum

[Marcus Raphelt]

Hallo,

man kann mit dem Admin-Panel ein Datum simulieren.

Gruß
Marcus

Am 11.10.20 um 12:50 schrieb _...@freenet.de:

Ich möchte anschauen, wie die Seite am 1.11., 15.11, 1.12. und 16.12
aussieht.



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

Re: [TYPO3-german] Diverse Updateprobleme

[Marcus Raphelt]

Hallo zusammen,

wenn man Gridelements während des Update-Vorganges installiert lässt, 
behält der Updater den Wert bei. Die u.a. Vorgehensweise klappt 
natürlich trotzdem.


Gruß
Marcus

Am 25.02.20 um 09:29 schrieb Birgit:

Hallo Christoph,

das passiert immer beim TYPO3 Update, wenn gridelements installiert ist.
Das liegt daran, dass gridelements für colPos negative Werte setzt, 
die beim TYPO3 Updatevorgang elimininiert werden.

Dann sind die Inhalte der Gridelemente nicht mehr zuordenbar.

Ich mache das so:

Vor dem TYPO3 Update:

ALTER TABLE tt_content
ADD COLUMN colPos_grid smallint(6) NOT NULL DEFAULT '0'  AFTER colPos

UPDATE tt_content
SET colPos_grid = colPos

Nach dem TYPO3 Update:

ALTER TABLE tt_content
CHANGE colPos colPos smallint(6) NOT NULL default ‚0'

UPDATE tt_content
SET colPos = colPos_grid


Viele Grüße Birgit




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

Re: [TYPO3-german] 9.5: Video in CKEditor

[Marcus Raphelt]

Hi Birgit,

der Reiter wird bereits vom Kunden genutzt, es kam nun eine Anfrage, das 
direkt im Textfeld zu lösen, um hier redaktionell ein wenig Textfluss 
mit dem Video herzustellen.

Ich schaue mir die Plugins mal an, danke!

Gruß
Marcus

Am 16.07.19 um 14:30 schrieb Birgit:


Um Videos im CKEditor einzutragen, musst du CKEditor mit einem Plugin erweitern 
und die Konfiguration entsprechend anpassen..

https://ckeditor.com/cke4/addons/plugins/all




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

[TYPO3-german] 9.5: Video in CKEditor

[Marcus Raphelt]

Hallo zusammen,

ich habe einen Kunden, der gerne in Newsbeiträgen Videos über den 
CKEditor einbinden möchte, in etwa


Lorem Ipsum dolor
[VIDEO]
Lorem Ipsum dolor


Gibt es dazu irgendwo etwas Dokumentation oder hat einer von Euch das 
schon einmal gelöst? Die Doku von tx_news sagt dazu lediglich "TODO". ;-)


Gruß
Marcus

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

Re: [TYPO3-german] Kreuzstaging

[Marcus Raphelt]

Hallo Dieter,

Am 08.07.19 um 19:01 schrieb _doc:


Die Antwort von Marcus ist falsch, sofern man sich an die Regel der 
stricten Trennung von Inhalten und Code hält. Der Code und die 
Konfigurationen sollte sich dann nur in Dateien finden lassen, die man 
z.B. mit GIT versionieren kann.
Die Antwort von Marcus ist richtig, denn es ging sowohl in der Frage, 
als auch in meiner Antwort, um den in der Datenbank hinterlegten 
Content, nicht um Sourcecode und Konfiguration.
Das spätere Merging aueinandergelaufener numerischer IDs stellt Dich 
immer vor die genannten Probleme, daher geben wir grundsätzlich an den 
Kunden weiter, dass ein Dev-System nicht der Content-Master sein kann / 
darf und ein späeteres  merging halt Mehrkosten verursacht.


Dass sich Code sauber versionieren lässt und man genau das UNBEDINGT 
machen sollte, steht außer Frage!


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

Re: [TYPO3-german] Kreuzstaging

[Marcus Raphelt]

Hi Rainer,

so wirklich zuverlässig würde es nur gehen, wenn Typo3 hier, wie bspw. 
Oxid, auf UUIDs statt AutoInc-Spalten setzen würde. Numerisch laufen Dev 
und Live *immer* auseinander.
Als Helferlein könnte ich SQLYog empfehlen, die Pro-Version hat einen 
Synchronisations-Wizard, der ganz gut funktioniert und zwischen zwei 
MySQL-Instanzen "rsyncen" kann.


Wirklich lösen lässt es sich nach meinem Kenntnisstand nur politisch / 
organisatorisch.


Gruß
Marcus

Am 08.07.19 um 15:00 schrieb Rainer Schleevoigt:




Nun pflegen Redakteure im PROD-System Seiten und deeren Inhalte ein. 
Ich wiederum verbessere die TYPO3-Seite auf DEV. Nun kommt der Wunsch 
des Mergings.


Geht das überhaupt - best Practice?






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

[TYPO3-german] Powermail: individueller SMTP

[Marcus Raphelt]

Hallo zusammen,

kennt jemand von Euch eine Möglichkeit, für Powermail fallweise zu 
definieren, über welchen Weg ein Formular verschickt werden soll?


In meiner konkreten Anforderung wird für ein Projekt optional pro 
Formular oder Teilbaum ein abweichender SMTP-Server benötigt. Ob das 
ganze per Flexform direkt im Contentobjekt geschieht oder per Typoscript 
gesetzt wird, ist zweitrangig. In der Powermail-Doku finde ich nichts in 
dieser Richtung.


Root
---Seite 1: Standard
---Seite 2: smtp.blah.de
---Seite 3: Standard

Es wäre nicht das Problem, hierfür eine Extension zu bauen, aber ich 
dachte, ich frage vorher sicherheitshalber noch einmal.


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

Re: [TYPO3-german] Content-Elemente über Webseiten hinweg kopieren

[Marcus Raphelt]

Hi,

hierfür ist der T3D-Export ganz gut geeignet, er funktioniert auch 
*meistens*. Beim Import vergibt Typo dann auch neue IDs.
Manuell ist das aber auch nicht so wild - hier könntest du die 
Quell-Datenbank auf den gleichen Server wie die Ziel-Datenbank packen, 
dann mit Insert-Selects arbeiten und hierbei die IDs nicht in den Select 
mit einbeziehen.


Gruß
Marcus


Am 16.01.19 um 17:00 schrieb Thilo Ratnaweera:

Hallo Liste,

habt Ihr Erfahrung damit, Content-Elemente von einer (alten) TYPO3-Seite
auf eine andere (neue) zu kopieren? Mir geht es nicht darum, ganze
Seiten bzw. die ganze Installation zu kopieren, sondern nur diverse
Inhalte einer Seite. Eine Kopie auf Datenbankebene käme nicht in Frage,
weil sich die UIDs der Content-Elemente zwischen den beiden Seiten
unterscheiden. Hier wäre also beim Einfügen nicht sichergestellt, dass
es keine ID-Konflikte gibt.



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

Re: [TYPO3-german] Backend Log zu groß - wie Formular reset?

[Marcus Raphelt]

Moin,

wenn Du Deine Benutzereinstellungen zurücksetzt, sind die 
Log-Einstellugnen wieder auf default.


Gruß
Marcus

Am 20.12.18 um 15:03 schrieb Gerhard Mehsel:



oje, ... ich habe im Backend (TYPO3 6.2) im Log-Modul, den Filter oben 
auf "letzten Monat" und "Zeige alles" eingestellt.
Da ist wohl zu viel, die Seite wird nicht mehr angezeigt - leider 
somit auch nicht das Filterformular, wo ich es entschärfen könnte.


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

Re: [TYPO3-german] Multi-Language Mulit-Domain und SSL und Realurl (6.228)

[Marcus Raphelt]

Google "Multidomain Zertifikat" oder "openssl create multidomain".
Das lohnt sich aber finanziell kaum, oft sind Einzelzertifiakate auch 
günstiger (ausgehend davon, dass Du sie signieren lassen willst). Die 
meisten Trustcenter bieten z.B. drei Inklusivdomains, für jede weitere 
muss man dann wieder zahlen...


Am 16.11.18 um 23:08 schrieb RDE - Gert Redlich:



Wo finde ich Informationen, wie ich mehrere unterschiedliche Domains

hifimuseum
fernsehmuseum
tonbandmuseum
magnetbandmuseum

in ein einziges Zertifikat rein bekomme ?
Eine IP Nummer für den Server habe ich.



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

Re: [TYPO3-german] Multi-Language Mulit-Domain und SSL und Realurl (6.228)

[Marcus Raphelt]

Guten Tach,

das wird mit einer IP klappen. Hinreichend aktuelle Webserver und 
Browser unterstützen SNI.
In Sachen SSL-Zertifikat brauchst Du entweder drei separate Zertifikate 
oder eins, das alle Domains beinhaltet. Ersteres wird günstiger sein und 
geht auch kostenfrei via Let's Encrypt.


Die unten genannte Kombi haben wir ziemlich genau so bei einem Kunden 
laufen (6.2, Multilang, Multidomain, SSL, Apache 2.2.x).


Gruß
Marcus


Am 16.11.18 um 18:31 schrieb g4-l...@tonarchiv.ch:

hat jemand Erfahrung mit Multi-Language-Mulit-Domains (also je Sprache
eigene Domain), SSL und RealURL? Kriegt man das alles unter einen Hut?
Wir benutzen noch 6.2.28 und somit RealURL < V2.

Brauche ich eine IP pro Domainnamen oder geht das unterdessen mit einer
IP und einem Zertifikat? Es handelt sich wirklich um unterschiedliche
Domains, nicht Subdomains. Nur die TDL ist identisch...


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

Re: [TYPO3-german] Rechteproblem ?!

[Marcus Raphelt]

Moin,

man korrigiere mich, aber /home/www/... ist doch kein Windows-Pfad? 
Sicher, dass Du auf der richtigen Maschine landest?


Gruß
Marcus

Am 27.09.18 um 22:23 schrieb Steffen Liebig:

Hallo zusammen, nu hab ich doch was...

...wenn auch "nur" in der Testinstallation. Ebenfalls 7.6.9, aber bei 
einem Rechteproblem ist das wohl weniger ausschlaggebend. Die Seite 
wird eh umgezogen, soll aber bis dahin natürlich auf dem alten Swerver 
weiterlaufen können. Wenn jetzt auf der Liveseite auch noch was wäre, 
hätt ich nix mehr zum Umschalten und unser Provider führt die 7.6 
nicht mehr.


Ergo besser woanders suchen. Also Folgendes:

a) ich komme nicht mehr ins Install Tool
b) das System meint ständig, es könne eine Logdatei nicht öffnen:
    Could not open log file 
"/home/www/typo3769/typo3temp/logs/typo3_51530bac3f.log"




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

Re: [TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt

[Marcus Raphelt]

Hi Michael,

1024MB sind schon relativ viel. Für eine kleine / normale / 
durchschnittliche Seite sind 128 - 256MB i.d.R. ausreichend, es sei 
denn, du arbeitest mit deutlich größeren Datenmengen, die verarbeitet 
werden müssen. Ein Fallbeispiel hast Du ja selbst.
Nur am Log-Modul würde ich das Memory-Limit allerdings nicht festmachen. 
Wann schaut man sich schon wirklich ALLE Einträge an?


Gruß
Marcus

Am 13.06.18 um 01:03 schrieb MichaelOF:


Ich habe mich parallel dazu nochmals durch die Apache-Logs durchgearbeitet und 
tatsächlich einen Fehler entdeckt: PHP meldete zu wenig Speicher. Daraufhin 
habe ich in mehreren Iterationen den php_value memory_limit von original 128M 
auf letztendlich 1024M gesetzt.

Damit klappts wie gewünscht mit der Anzeige des "Protokoll".

Es wundert mich allerdings, dass man zu diesem Parameter memory_limit so 
niedrige Empfehlungen im Netz findet, was sind hier Eure Erfahrungen?



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

Re: [TYPO3-german] 8.7.15 - BE: "Protokoll" wird nicht mehr angezeigt

[Marcus Raphelt]

Hi,

der zuletzt gesetzte Wert wird in den Einstellungen des BE-Users 
festgehalten. Wenn Du diese zurücksetzt, sollte es wieder klappen.


Gruß
Marcus

Am 25.05.18 um 17:24 schrieb michae...@rocketmail.com:


Hilft alles nichts, hat jemand Tipps für mich, wie ich mein "Protokoll" wieder 
bekomme?




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

Re: [TYPO3-german] v8.7.14 / v8.7.15 Update Pfad

[Marcus Raphelt]

Moin,

i.d.R. kannst Du problemlos auf die aktuellste Minor-Version anheben, 
ein Zwischenschritt ist nicht nötig.


Gruß
Marcus

Am 24.05.18 um 12:26 schrieb michae...@rocketmail.com:

Innerhalb eines Major Releases (8.7, konkreter Stand 8.7.13) kann ich doch 
Zwischenveröffentlichungen, konkret 8.7.14,
auslassen und direkt auf 8.7.15 (kumulativ) gehen, oder muss der 
Zwischenschritt über das fehlerhafte 8.7.14 trotzdem
gemacht werden?



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

Re: [TYPO3-german] Cookie-Consent-Extension für 4.5

[Marcus Raphelt]

Hi Michael,

sehe ich auch so - die Frage ist, wer beurteilt, was "aktuell" ist und 
was nicht?
So oder so - wer jetzt anfragt, dem kann ich nur noch mit einem solchen 
Provisorium, aber nicht mit einem Upgrade helfen. Zumindest nach außen 
hin ist dann vorerst alles nötige erledigt.


Gruß
Marcus

Am 22.05.18 um 12:26 schrieb Michael Kasten:

Die DSGVO beinhaltet doch auch Anforderungen für den IT Grundschutz, hier wird 
Das
Standard-Datenschutzmodell oder auch die Anforderungen aus dem BSI 
Grundschutzkatalog herangezogen,
d.h. das die verwendeten Systeme dem aktuellen Stand entsprechen müssen, ich 
denke nicht das eine
4.5 dann noch in Frage kommt da es schon lange keinen Support mehr für dieses 
System gibt.




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

[TYPO3-german] Cookie-Consent-Extension für 4.5

[Marcus Raphelt]

Hallo zusammen,

vermutlich bekommen gerade nicht nur wir eine bemerkenswerte Anzahl an 
Last-Minute-DSGVO-Anfragen von Kunden mit TYPO3 V4.5.
Da ich im Netz keine Cookie-Consent-Extension finden konnte, die sich 
"mal eben schnell" installieren lässt und sofort funktioniert (die Zeit 
ist knapp), habe ich den guten, alten Kickstarter angeworfen und eine 
Mini-Extension gebaut, die einen Cookie-Hinweis mit dem Script von 
Silktide einbaut und dabei keinen externen Request ausführt.Definitiv 
keine Programmier-Meisterleistung, aber uns spart sie ein paar Minuten 
pro Projekt - vielleicht kann sie jemand von Euch gebrauchen. Und ja, 
alles, was Ihr jetzt reflexartig zu der 4.5 schreiben wollt, sehe ich 
genauso, brauchte aber eine schnelle Lösung.


Download inkl. Mini-Anleitung:
https://www.atnet-websolutions.de/index.php?id=122


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

Re: [TYPO3-german] Typo3 6.2 Amazon AWS und https

[Marcus Raphelt]

Hi,

es kommt natürlich auf die individuellen Gegebenheiten Deiner Seite an, 
aber es genügt z.B. nur die Angabe der baseURL, d.h. absRefPrefix kann 
leer bleiben.

Weitere Ideen:

-realURL-Caches komplett löschen (alle Tabelle)
-realURL-Config prüfen, bei Multidomain-Sites gibt es hier u.U. auch die 
Angabe "urlPrepend"


Zu der htaccess: wenn die Variable seitens Amazon falsch befüllt wird, 
kannst Du die Ziel-Domain auch hard-coded in die RewriteRule eintragen. 
Evtl. vorher mal in der phpinfo() nachsehen, welche CGI-Variablen zur 
Verfügung stehen, vielleicht ist SERVER_NAME korrekt.


Gruß
Marcus

Am 14.05.18 um 06:50 schrieb Thomas Utke:

Hallo,
mit einer Typo3 6.2 Webseite bin ich nach Amazon umgezogen.
Nun sollte die Verbindung über https erfolgen.


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

Re: [TYPO3-german] Typo3 6.2 Amazon AWS und https

[Marcus Raphelt]

Hallo,

das stimmt so nicht. Wenn die BaseURL auf https://. gesetzt ist, 
verlinkt Typo3 relativ, d.h. ein explizites Setzen von "Use Protocol" 
ist optional.


Gruß
Marcus

Am 14.05.18 um 09:58 schrieb Birgit:

Hallo Thomas,

in TYPO3 6 und 7 musst du https explizit setzen in den Seiteneigenschaften.




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

Re: [TYPO3-german] Problem mit URL

[Marcus Raphelt]

Hi,

realurl kann so ohne weiteres - es sei denn, Du passt Deine RewriteRule 
entsprehchend mit RegEx-Backreferencing an - gar nicht wissen, wozu die 
Zahl gedacht ist.

Schau mal hier, das dürfte helfen:
https://github.com/dmitryd/typo3-realurl/wiki/Configuration-reference#valuemap

Im Zweifelsfall kannst Du auch einfach die Extension "urltool" 
installieren und Dir von ihr eine realURL-Config generieren lassen.


Gruß
Marcus

Am 04.05.18 um 14:02 schrieb Bernhard Ludwig:

Ja, da hast Du wohl einen Punkt richtig erkannt. Nur habe ich gerade 
festgestellt, dass die Sprachen gar nicht funktionieren. Ich hatte bisher noch 
keine Übersetzungen eingefügt und mich darauf verlassen, dass es keine Probleme 
macht. Leider falsch gedacht…
Nun ist es jedenfalls so, dass ich Übersetzungen im BE anlegen kann, diese dann 
aber, obwohl der Link mit


(die 4 als Beispiel für russisch) angezeigt wird, erscheint die Seite nur in deutscher Sprache. Und 
sobald ich an diesem wrap (10.wrap =  
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem mit URL

[Marcus Raphelt]

Hi Bernhard,

generiert typolink nicht schon den "vollwertigen" Link? Den 
Force-Redirect von http zu https hast Du, wenn die Seite beim Benutzer 
angekommen ist, doch schon durchgeführt - es ist. m.E. dann nicht mehr 
nötig, ein https voranzustellen.


Gruß
Marcus

Am 03.05.18 um 12:24 schrieb Bernhard Ludwig:

Ja, da bin ich auch drüber gestolpert. Habe das ja so übernommen und jetzt bei 
der allgemeinen Umstellung auf https im Template alle http geändert. M.E. 
erfüllt die „option“ wohl den Zweck, dass alle Sprachen mit https gewrapt 
werden, was ja eigentlich richtig wäre.



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

Re: [TYPO3-german] Problem mit URL

[Marcus Raphelt]

Hi Bernhard,

u.g. Zeile kommt mir seltsam vor - wozu ist das https in dem Wrap gedacht?

Gruß
Marcus

Am 03.05.18 um 11:24 schrieb Bernhard Ludwig:

   10.wrap =  

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

Re: [TYPO3-german] Problem mit URL

[Marcus Raphelt]

Hi,

die u.a. Rewrite-Regel sollte so passen und wird mit dem 
realURL-Verhalten nichts zu tun haben.
Gerade bei Weiterleitungen verlasse ich mich ausschließlich auf das, was 
cURL sagt - ggf. solltest Du mal testen, welche Header bei Aufruf ohne 
https zurückgegeben werden.


curl -I www.blah.de
oder

curl -LI www.blah.de
(folgt Redirects)


Evtl. kannst Du auch %{HTTP_HOST}%{REQUEST_URI} statt $1 probieren, aber 
Dein Problem scheint eher beim Value-Mapping der Sprachen in 
realURL-Konfiguration zu liegen. Ggf. mal alle Caches leeren (auch den 
von realURL).


Gruß
Marcus

Am 30.04.18 um 17:21 schrieb Bernhard Ludwig:


RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]




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

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Hi Björn,

ganz ohne CSS-Änderungen kommt man selten bei einem Upgrade aus, es kann 
gut sein, dass der Code in der neueren Version marginal anders generiert 
wird.
Zu 2: ist die installierte Version für 7.6 geeignet? DB-Compare im 
InstallTool gemacht?


Gruß
Marcus

Am 11.04.18 um 12:36 schrieb Björn Hahnefeld:

1.
Der Slider füllt nicht mehr die ganze Breite aus - was vorher der Fall war (
https://hahnefeld.de/home/).

2.
Beim Update der News-Extension werden kurzerhand alle Nachrichten nicht
mehr angezeigt (https://www.hahnefeld.de/presse/archiv/2016/)




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

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Hi Björn,

keine Ursache. ;-)


  ich habe den neuen Core über 4.5 zu 6.2 und dann
zu 7.6 drüber kopiert. Insofern könnte es schon sein, das Reste existieren.

Das wird der Fehler sein, denn bei einem Upgrade auf eine neuere Version 
muss der bisherige Core immer komplett aus dem Weg geräumt werden. Ich 
würde Dir an der Stelle zum Holzhammer raten:

- Alles, was zum Typo3-Core gehört, löschen
- Neuen Core hochladen, bzw. wenn Du einen SSH-Zugang hast, den Core per 
get.typo3.org herunterladen, entpacken und verlinken.

- Testen

Gruß
Marcus



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

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Hallo Björn,

css_styled_content hat in der 7.6 keine ext_tables.php mehr, sie war 
zuletzt in der 4.5 vorhanden.

Ich tippe auf folgendes:

 * Der Symlink zu /typo3 ist falsch (wobei ich mich frage, wie Dein
   Backend dann überhaupt vernünftig funktionieren soll)
 * typo3temp/Cache ist eben nicht leer
 * Ein php-Cache ist aktiv und hält noch alte Dateien vor
 * Abstruse Idee: du hattest css_styled_content in der 4.5 global
   installiert. Ob das überhaupt ging, weiß ich gar nicht wirklich.
 * Ebenfalls denkbar: der Typo3-Kern wurde einfach "drübergebügelt" und
   der vorherige Ordner nicht umbenannt / gelöscht. So hättest Du eine
   7.6 mit Restdateien von 4.5 und absolut nicht vorhersehbarem Verhalten.

Mögliche Lösungen daher:

 * Symlinks zu typo3_src, typo3 und index.php auf Korrektheit testen
 * Alle, wirklich alle möglichen Typo3-Caches leeren
 * Browser-Cache ebenfalls leeren, inkl. aller Cookies, am besten im
   Inkognito-Modus arbeiten
 * Übers Install-Tool ein evtl. aktiven php-Cache leeren
 * Wenn möglich, Webserver neu starten, so wird der php-Cache
   garantiert neu aufgebaut
 * Typo3-Kern noch einmal neu herunterladen und sauber verlinken


Gruß
Marcus


Am 09.04.18 um 21:17 schrieb Björn Hahnefeld:

Hallo Stefan,

das ist sehr lieb von dir und klingt sehr gut. Aber sobald ich
css_styled_content aktiviere, kämpfe ich ja erst einmal im Back- und
Frontend mit folgender Fehlermeldung:

--
*Fatal error*: Class 't3lib_extMgm' not found in
*/var/www/clients/client2/web1/web/typo3/sysext/css_styled_content/ext_tables.php*
on
line *6*
--

Wird die Extension eigentlich tatsächlich noch von TemplaVoilaPlus
benötigt? Falls nämlich nicht, könnte ich die ja wieder deaktivieren und
zumindest im Backend arbeiten. Denn mit dieser Fehlermeldung kann ich ja
leider auch durch die Umstellung der Inhaltselemente nichts bewegen.

LG von

Björn

Am 9. April 2018 um 17:24 schrieb Administrator www.Der-Mond.org <
ad...@sternenwelt.net>:


Hallo Christian,

ich hatte ein ähnliches Problem. Im Backend wird bei der Bearbeitung des
Datensatz Deine Fehlermeldung ausgegeben. Im Frontend erfolgte ebenfalls
eine Fehlermeldung.

Kannst Du hier den ungültigen Eintrag auf "Text & Media" ändern?

Ich bin mir nicht ganz sicher, aber gibt es das Element "Text" noch
inderVersion 7.6? Ich glaube nämlich nicht.

Ich habe jedenfalls das Problem damit behoben. Wenn das bei Dir
funktioniert, kannst Du über PHPMyAdmin ein SQL-Statement ausführen um mit
einem Rutsch alles von "Text" in "Texyt & Media" zu ändern.

Gerne schicke ich Dir dann das SQL-Statment.

Viele Grüße

Stefan van Ree





Am 09.04.2018 um 15:12 schrieb Christian Platt:


Hallo,

also ich sehe in der 7.6.26. in der sysext scss_styled_content gar keine
ext_table.php

Was mich an der Fehlermeldung stutzig macht, ist die „t3lib_ext“ Meldung.
In der ganzen extensuion ist das nicht drin.

Kannst Du bitte mal Deinen kompletten Typo3Temp Ordner in die Tonne
hauen. Da scheint doch irgendetwas in irgendeinem Cache querzusitzen.

Also da wird etwas aufgerufenm, was gar es nicht gubt durch etwas, was
gar bnicht da ist….

Liebe Grüße
Christian



Am 09.04.2018 um 13:55 schrieb Björn Hahnefeld<bjo...@hahnefeld.de>:

Sobald ich die css_styled_content aktiviere, kommt sofort im
Extensionmanager folgende Meldung:

*Fatal error*: Class 't3lib_extMgm' not found in
*/web/typo3/sysext/css_styled_content/ext_tables.php* on line *6*

Am 9. April 2018 um 12:51 schrieb Marcus Raphelt <
typo3li...@atnet-websolutions.de>:

Moin,

hast Du übers Install-Tool alle Debug-Möglichkeiten gesetzt und Zugriff
aufs php-Errorlog bzw. gibt es Einträge dazu im Typo3-Syslog?
An einer der Stellen wird sicherlich eine Meldung zu finden sein, die
Dir
sagt, wo es hakt.

Gruß
Marcus


Am 09.04.18 um 12:00 schrieb Björn Hahnefeld:

die Extension ist nicht aktiviert. Sobald ich die nämlich aktiviere,

geht
ja nichts mehr. Bisher sieht es daher im Extension-Manager so aus:

CSS styled content css_styled_content 7.6.26
Nicht aktiviert, da wie gesagt Probleme. Warum und weswegen, kann ich
leider nicht sagen oder einsehen.


___

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 mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


--
Stefan van Ree
_
 Der Mond - Aktuelle Monddaten, Mondtool,
 interaktive Mondkarte und mehr

 http://www.Der-Mond.org/
_

___
TYPO3-german mailing list
TYPO3-german@

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Moin,

hast Du übers Install-Tool alle Debug-Möglichkeiten gesetzt und Zugriff 
aufs php-Errorlog bzw. gibt es Einträge dazu im Typo3-Syslog?
An einer der Stellen wird sicherlich eine Meldung zu finden sein, die 
Dir sagt, wo es hakt.


Gruß
Marcus


Am 09.04.18 um 12:00 schrieb Björn Hahnefeld:

die Extension ist nicht aktiviert. Sobald ich die nämlich aktiviere, geht
ja nichts mehr. Bisher sieht es daher im Extension-Manager so aus:

CSS styled content css_styled_content 7.6.26
Nicht aktiviert, da wie gesagt Probleme. Warum und weswegen, kann ich
leider nicht sagen oder einsehen.



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

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Moin,

klingt für mich spontan, als fehle css_styled_content. Ist es im 
Root-Template inkludiert?


Gruß
Marcus

Am 08.04.18 um 13:40 schrieb Björn Hahnefeld:

Hat da echt niemand eine Idee, woran das liegen könnte?

Am 6. April 2018 um 12:48 schrieb Björn Hahnefeld :


Hallo Marcus,

ich bin nach der Anleitung vorgegangen. Update lief durch. Im Backend
sehen die Inhaltselemente auch gut aus. Doch wenn ich sie bearbeiten
möchte, erhalte ich folgende Fehlermeldung:

[ WERT IST NICHT ERLAUBT ("text") ]




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

Re: [TYPO3-german] Update 6.2 -> 7.6 - keine Inhalte

[Marcus Raphelt]

Hallo,

Templavoila läuft nicht unter 7.6, Du musst stattdessen TemplavoilaPlus 
installieren und die Migrations-Anleitung durchgehen. Es sind dann auch 
leichte Änderungen im Typoscript nötig (Page-Definition), aber das ist 
alles im Rahmen und die Migration verläuft normalerweise problemlos.


https://docs.typo3.org/typo3cms/extensions/templavoilaplus/Migration/Index.html

Gruß
Marcus

Am 04.04.18 um 11:59 schrieb Goldene Zeiten Juweliere GbR:

Liebe TYPO3-Gruppe,

ich habe ein älteres Projekt mit TV auf 7.6 hochgezogen. Seit (bzw. nach
dem Update) werden keine Inhalte mehr angezeigt. Soweit ich mich entsinne,
wurde damals css_styled_content eingesetzt. Diese Extension aber lässt sich
nicht aktivieren. Dann läuft die Installation in einen 500er-Error. Habt
Ihr eine Idee, was da schief gelaufen sein könnte?

LG von

Björn
___
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] Anpassung von Mailformularen an die DSGVO

[Marcus Raphelt]

Hallo,

ohne SSL-Zertifikat ist ein rechtssicherer Weg, Deine E-Mail-Adresse als 
Text anzuzeigen. ;-)
Ein kostenfreies Zertifikat von Let'sEncrypt reicht schon aus, um https 
technisch einwandfrei zu betreiben. Ist das bei Deinem Provider möglich?


Gruß
Marcus

Am 29.03.18 um 14:59 schrieb Christian Heisch:


Gibt es einen Weg, die ohne SSL-Zertifikat oder mit einem 
selbstsignierten Zertifikat rechtssicher zu betreiben?


Es muss ja nicht bei Powermail bleiben, bin da offen.



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

Re: [TYPO3-german] Performance

[Marcus Raphelt]

Hi,

die Startseite ist inkl. Binärmaterial per se schon einmal doppelt so 
groß wie die Unterseite (2,x MB statt 1,xMB) und offenbar nicht gecached.

Grundlegend:

 * Concatenate / Compress für JS und CSS nutzen
 * Page-Caching aktivieren
 * Ggf. Staticfilecache nutzen
 * Bilder optimieren
 * Wenn möglich: Extbase-Objectcache in APC auslagern
 * Wenn möglich: u.a. den Page-Cache in memcache oder Redis auslagern.

Gruß
Marcus


Am 09.03.18 um 09:51 schrieb Njaay:

Hallo

seit ca. 2 Wochen sind einige meiner Typo3-Installationsseiten richtig 
langsam geworden. komisch ist dass, viele anderen Siten noch relativ 
schnell laufen. Ich bin relativ anfänger bei Typo3 und wäre sehr 
dankbar für eure Hilfe!


extrem langsamm: 
www.isolde-richter.de/heilpraktikerschule-und-therapeutenschule-isolde-richter
relativ schnelle Seite : 
www.isolde-richter.de/ausbildung/tier-tierheilpraktiker-ausbildung-fortbildung-webinar/phytotherapie-fuer-thp




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

Re: [TYPO3-german] Template nicht gefunden nach Update auf 6.2.31

[Marcus Raphelt]

Tach,

Du solltest auf jeden Fall wieder zurück zur 4.5.6, im Zweifelsfall 
Backup vom Provider einspielen lassen.

Grob umrissen dann:

 * Einen SSH-Zugang besorgen. FTP wird nicht vernünftig klappen.
 * Ein Backup von dem Stand mit mysqldump und tar machen
 * Idealerweise die Webseite in einem Development-Webspace oder
   mindestens abseits der Live-Webseite unter einer Subdomain aufsetzen
 * Update auf 4.5.40
 o Extensions auf aktuellstmögliche Version anheben - idealerweise
 o Reference-Index aktualisieren
 o Unnötige Extensions deaktivieren
 o Ggf. mit 6.2 inkompatible Extensions deaktivieren
 o Prüfen, ob alles auf utf8 gesetzt ist (speziell die Inhalte)
 o Sofern noch nicht geschehen, die Typo-Instanz auf Symlinks
   umstellen (Symlink zu typo3_src etc.)
 * Wenn Du dann eine saubere 4.5.40 hast...
 * Ein Backup von dem Stand mit mysqldump und tar machen
 o So hast Du eine funktionierenre 4.5.40, zu der Du im Notfall
   zurück kannst.
 * Danach das Core-Update auf 6.2.x durchführen, dabei alle Schritte im
   Install-Tool nutzen
 * Nach dem Update nach und nach die deaktivierten Extensions wieder
   aktivieren, vorher ggf. noch nicht installierte 6.2-kompatible
   Versionen installieren

Das ist soweit der Vorgang. Eine immer passende Anleitung dazu kann es 
nicht geben, weil jedes Typo-Projekt letzten Endes individuell ist.


Gruß
Marcus


Am 16.02.18 um 23:28 schrieb Shredderik von Shreddox:

Moin,
Vorher war die Version 4.5.6 installiert, nun die Version 6.2.31.
Wenn es wichtig ist: Das ganze liegt bei Hetzner auf einem Level 4 
Webspace. Habe das ganze damals (vor zehn Jahren) nicht selber 
installiert. Aber seit dem wurde das auch nicht weiter irgendwie 
angepasst...


Viele Grüße
___
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] Template nicht gefunden nach Update auf 6.2.31

[Marcus Raphelt]

Hi,

erst einmal der Reihe nach: welche Typo3-Version war vorher bzw. ist 
jetzt wieder installiert?


Gruß
Marcus

Am 16.02.18 um 17:38 schrieb Shredderik von Shreddox:

Hallo,
hoffentlich kann mir hier jemand helfen?! Habe sonst im Netz nichts zu 
dem Thema gefunden...
Und zwar wurde ich vor kurzem beaftragt eine Website zu betreuen und 
zu pflegen, welche mit typo3 aufgebaut wurde. Allerdings war die 
Version auf dem Webspace von 2011 und ein Update wurde angeboten, ich 
also ein Backup gemacht (Datenbank und alle Dateien) und das Update 
gefahren. Nachdem Update musste ich erstmal zig Meldungen bearbeiten, 
diese wurden (ich vermute von php) angezeigt, wenn ich bestimmte Teile 
des backends sowie das frontend aufgerufen habe. Also habe ich mich 
durch die zug php Dateien gequält und immer die betreffenden Zeilen 
auskommentiert. Im Netz habe ich gelesen, dass alles was mit ts3lib zu 
tun hat in der V6 eh irrelevant ist?




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

Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS

[Marcus Raphelt]

Guten Tach,

Am 02.02.18 um 09:34 schrieb Dave Zen:
Mit zeitlicher Vorteil meinte ich den Vergleich des 
Zusammenfassen/Minimieren der Dateien von Grunt vs Typo3.
Gehst Du hier nur von der Verarbeitungszeit aus? Die relativiert sich 
ja, wenn man zusätzlich z.B. noch staticfilecache nutzt, denn dann sind 
die Auslieferungszeiten in beiden Fällen quasi identisch.


Gruß
Marcus

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

Re: [TYPO3-german] Typo3 realurl Extension

[Marcus Raphelt]

Moin,

probiere mal, diesen Wert auf "0" zu setzen.

Gruß
Marcus

Am 01.02.18 um 15:15 schrieb Lukas s:
'defaultToHTMLsuffixOnPrev' => 1, 


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

Re: [TYPO3-german] 4.5 sicher machen

[Marcus Raphelt]

Hallo,

das CMS ist in dem Fall nur eine Komponente des Gesamtsystems... es 
nützt zwar schon, Typo in dem Fall hinreichend sicher zu konfigurieren, 
aber mal so grob:


-Datenbank: der Benutzer sollte nur Rechte für die Typo-DB haben
-Die Datenbank sollte von außen nicht erreichbar sein
-Der Webspace muss inkl. Benutzern und Gruppen abgeschottet sein, auch 
in Bezug auf die Datei- und Ordnerrechte
-Der Typo3-Core sollte auf readonly gesetzt werden. Ich persönlich lege 
die Typo-Cores grundsätzlich außerhalb aller Webroots ab und setze sie 
auf root:root.

-Unnötige Extensions entfernen (Quixplorer, phpmyadmin, phpshell...)

Bonus points:
-Kein Zugriff per FTP
-Kein Backendzugriff ohne SSL
-Backend per Basic Auth schützen
-Regeln für fail2ban aufsetzen, die Angriffe auf den Webspace
-Apache mod_security

Gruß
Marcus

Am 31.01.18 um 10:40 schrieb B2:

Hallo zusammen,
hat jemand Erfahrung damit eine Typo3 Version 4.5 sicher zu machen?
Es geht um eine Seite mit viel Content welches man möglichst sicher 
machen möchte, "ohne auf die neuen Versionen" zu gehen. Extensions 
kann man reduzieren auf das Minimum.
Aus einem anderen CMS System kenne ich dass man SQL Datenbanken intern 
umbenennen kann, Backend mit Passwortschutz versehen kann. Gibt es 
eine Trickkiste um so etwas sicherer im Netz zu sein für die 4.5 Version?


Gruss Martin

___
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] Frage zu Domain Records

[Marcus Raphelt]

Moin,

kurz dazu: wenn beide sowieso quasi identisch sind, kannst Du auch nur 
einen VHost mit ServerName und ServerAlias verwenden.

Also

ServerName www.domain1.de
ServerAlias www.domain2.de
DocumentRoot /var/www/blah/web

Gruß
Marcus

Am 30.01.18 um 19:06 schrieb Michael:

Webserver Apache, pro DOMAIN ein VHOST. Beide aber identisch bis auf "ServerName", also 
"DocumentRoot", "

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

Re: [TYPO3-german] [Typo3 7.6.x] Performance von concatenate & compress von CSS/JS

[Marcus Raphelt]

Moin,

ich sag's mal so: angesichts dessen, dass man wirklich nur diese vier 
Parameter setzen muss, sich Typo dann um alle inkludierten JS- und 
CSS-Dateien automatisch kümmert und das Ergebnis auch passabel ist, kann 
man gegen die "hauseigenen" Möglichkeiten eigentlich nicht viel sagen. 
Individuell / manuell mit Grunt, Less etc. ist m.E. besser und im 
Ergebnis effizienter, aber die gängigen Speedtest-Tools geben sich auch 
mit dem, was Typo generiert, zufrieden.


Gruß
Marcus

Am 30.01.18 um 08:35 schrieb Dave Zen:

Hallo,

Mit

concatenateCss = 1
compressCss = 1
concatenateJs = 1
compressJs = 1



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

Re: [TYPO3-german] Extension Konfigurieren

[Marcus Raphelt]

Hi,

das sollte helfen:
https://docs.typo3.org/typo3cms/CoreApiReference/ExtensionArchitecture/ConfigurationOptions/Index.html

Gruß
Marcus

Am 22.01.18 um 12:11 schrieb M. Cigdem Klengel:

Hallo allerseits,

ich möchte zu einer Extension die ich geschrieben habe Einstellungen 
im Extensionmanager vornehmen können (dieses kleine Rädchen).
Ich google schon eine Weile, aber die Stichworte sind so allgemein, 
dass ich alles mögliche finde, aber nicht wie ich dieses Rädchen 
bekomme sowie ein Beispiel, welche Dateien dafür angelegt werden 
müssen usw.


Ein Link oder eine kurze Erklärung wären super. Gerne auch ein 
Stichwort, damit ich spezifischer suchen kann.




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

Re: [TYPO3-german] Typo3 Umzug bei Strato

[Marcus Raphelt]

Hi,

Am 20.01.18 um 14:09 schrieb Geoback nn:

vielen Dank für die detaillierten Anleitung. Allerdings wird bei

tar -czf typo3.tgz dump.sql typo3

ein Alias erzeugt. ich hätte einen Ordner erwartet.
Nein, es wird eine einzelne Datei erzeugt, ein TGZ-Archiv, vergleichbar 
mit einer ZIP-Datei.

Die Syntax ist

tar -czf archivname.tgz file1 file2 file3 file4.

Nachdem Du den Archivnamen angegeben hast, kannst Du mit file1 - x 
beliebig viele Ordner und/oder Dateien dem Archiv hinzufügen.
Dort, wo Du das Archiv dann entpackst, wird es *genau so* wieder 
zurückgespielt.



#db zurückspielen
mysql -u benutzer -p datenbank < dump.sql

funktioiniert dann nicht, es kommt die Meldung:

ERROR 2002 (HY000): Can't connect to local MySQL server through socket 
'/tmp/mysql.sock' (2)


Ja, das war auch nur exemplarisch. Die Fehlermeldung sagt aber, dass Du 
nah dran bist - letzten Endes musst Du dem mysql-Client mitteilen, in 
welche DB er das ganze einspielen soll - da fehlt dann noch der Hostname:


mysql -u benutzer -h host.name.der.db -p datenbankname < dump.sql

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

Re: [TYPO3-german] Typo3 Umzug bei Strato

[Marcus Raphelt]

Hallo,

hast Du noch Zugriff auf den alten Webspace und dort einen SSH-Zugang? 
Eine dateiweise Kopie per FTP ist immer fehleranfällig und sollte nur 
als Plan C oder D durchgeführt werden.
Falls Du dort per SSH zugreifen kannst, würde ich Dir dazu raten, das 
Typo3-System serverseitig zu archivieren, rüberzuschieben und auf der 
Zielmaschine wieder zu entpacken. So hast Du einen Snapshot und keine 
ähnliche Kopie.


Angenommen, die Typo3-Instanz liegt in /www/typo3. Du wechselst dann in 
den Ordner www und führst dort aus:


#mysql dumpen
mysqldump --opt -u benutzer -h dbhost -p datenbankname > dump.sql

#sql-dump und filebase in tar-archiv packen
tar -czf typo3.tgz dump.sql typo3

*Diese eine* Datei, also typo3.tgz, kannst Du dann auch gerne per 
FileZilla runterladen. Ein komplettes Typo3-System Datei für Datei 
herunterzuladen ist immer ein Garant für Chaos.

Auf dem neuen Webspace dann:

#entpacken
tar -xzf typo3.tgz

#db zurückspielen
mysql -u benutzer -p datenbank < dump.sql

Localconf.php anpassen,  typo3temp/Cache leeren, Backend sollte dann 
funktionieren, InstallTool auch.


Gruß
Marcus

Am 19.01.18 um 10:29 schrieb Geoback nn:

Hallo Forum,

bei Strato habe ich unter der Kundennummer AA eine Typo3 Installation 
8.7.6 laufen. Diese Installation soll auf eine andere Kundennummer BB 
"umgezogen" werden. Leider bekommen wir nach dem "Umzug" noch nicht 
mal den www.meineurl.de/install Aufruf hin, es kommt keine 
Fehlermeldung, ganz zu schweigen vom login ins Backend. Ich blicke 
nicht mehr durch.


So bin ich (grob) vorgegangen:

1. Mit filezilla alle Daten des "alten" CMS lokal abgespeichert
--> diese Daten unter der neuen Kundennummer hoch geladen
--> die Rechte mit ls -n via ssh geprüft
2. einen Export der Datenbank mit myphp gemacht
--> den Export unter der neuen Kundennummer hoch geladen und in eine 
neue Datenbank imporitert
3. Anpassung der /_typo3conf/lokalconfig zu datenbank, username, 
passwort, host

4. www.meineurl.de auf das cms umgeleitet
--> die umleitung funktioniert auch, denn eine test index.html wird 
aufgerufen und gestartet


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

Re: [TYPO3-german] 4.5.40 + PHP 5.x

[Marcus Raphelt]

Hi,

5.4 auf jeden Fall - 5.5 weiß ich spontan nicht.
Unter 5.6 läuft das Frontend i.d.R. noch, aber das Backend nicht mehr.

Gruß
Marcus

Am 30.12.17 um 13:44 schrieb Ullmann d.o.o.:

Servus zusammen.

Bis zur welcher PHP-Version läuft TYPO3 4.5.40?
5.4 oder 5.5 oder nur 5.3.x?



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

Re: [TYPO3-german] HTTPS Weiterleitung funktioniert nicht trotz SSL-Zertifikats

[Marcus Raphelt]

Guten Tach,

Dein Wetterwarnungen-Plugin holt Grafiken per http.
Wenn Du dies in https änderst, gibt es zur Belohnung ein grünes Schloss. ;-)

Gruß
Marcus


Am 20.11.2017 um 09:52 schrieb Michael Florian Zobl:
> Guten Morgen allerseits!
> Bin seit heute neu hier und meine Homepage ist www.elektro-edv-zobl.wien!
>

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

[TYPO3-german] FE-Usermanagement-Modul?

[Marcus Raphelt]

Hallo zusammen,

hat einer von Euch Erfahrungen mit einem oder kennt jemand ein
ordentliches Backend-Modul zur Verwaltung von FE-Usern für 7.6?
Prinzipiell würde schon der Funktionsumfang des BE-Usermanagement plus
Funktionen wie "Neues Initialpasswort per Mail senden" genügen.

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

[TYPO3-german] 7.6: Frontend-Filebrowser

[Marcus Raphelt]

Hallo zusammen,

für eine 7.6er Installation bin ich auf der Suche nach einer Extension,
die einen Filebrowser darstellt - im Grunde einen Quixplorer fürs
Frontend zur Bereitstellung von Downloads. Der FE-User muss auf jeden
Fall in der Lage sein, sich durch einen vorgegebenen Ordner samt seiner
Unterordner klicken zu können, um gewünschte dann herunterladen zu
können. Hat einer von Euch einen Tipp?
Alles, was ich bisher gefunden habe, ist nicht wirklich unter V7.6 ans
Laufen zu bekommen oder benötigt doch deutliche Änderungen am Code.

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

Re: [TYPO3-german] RealUrl Multidomain URL-Daten

[Marcus Raphelt]

Hallo,

ich hatte das neulich auch, und die Ursache war: in typo3conf lag noch
eine ältere realurl_conf.php, die von realURL bevorzugt wurde - hier
waren die rootPageIDs natürlich nicht hinterlegt. Kannst Du das
ausschließen?

Gruß
Marcus

Am 30.05.2017 um 16:13 schrieb Michael Kasten:
> Hallo Liste,
>
> eigentlich dachte ich bei Realurl alles gesehen zu haben nun bin ich aber 
> doch wieder stundenlang am
> rumprobieren und finde den Fehler einfach nicht.
>

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

Re: [TYPO3-german] Atomzeit

[Marcus Raphelt]

Hallo,

ich möchte hier nicht den Grinch spielen, wage aber zu prognostizieren,
dass niemand das Juweliergeschäft nur deswegen betritt, weil die Uhrzeit
so toll auf der Webseite angezeigt wird - und das auch noch auf die
halbe Sekunde genau, versteckt in einem Flyout-Div.
Meinst Du nicht, dass die Erwartungshaltung da ein klein wenig von der
Realität abweicht und Du zu den hier vorgeschlagenen Lösungen gerade
noch auf der Suche nach dem Problem bist? ;-)

Mein Vorschlag: lass den Sekundenzähler weg. Der Counter ist, nebenbei
bemerkt, in meinem chronisch überlasteten Firefox gerade
stehengeblieben, als rechts der Bildwechsler einen Fade durchgeführt hat.

Gruß
Marcus




Am 22.05.2017 um 17:01 schrieb Björn Hahnefeld:
> Nun, richtige Zeit heißt wie in dem Fall, dass man die korrekte Zeit für
> die drei Filialen angezeigt bekommt. Und zwar für Kundschaft, die gerne vor
> Ort vorbei schauen möchte. Und wenn dann trotzdem die Uhr innerhalb weniger
> Minuten weg triftet, dann ist das nicht für ein Uhren- und Schmuckgeschäft
> authentisch. Drum auch die vielen Abrufe, damit das auf die Sekunde passt.
>

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

Re: [TYPO3-german] Übernahme einer bestehenden Homepage

[Marcus Raphelt]

Hallo,

du brauchst dafür die Login-Daten eines Backend-Benutzers.
In Typo3 einloggen geht dann unter

www.deineseite.de/typo3

Gruß
Marcus


Am 04.05.2017 um 16:32 schrieb Christina Grings:
> Ich will nur Inhalte ändern. Hab aber bisher mit Typo3 nicht
> gearbeitet. Nur mit Contao eine neue Hp erstellt.
> Danke

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

Re: [TYPO3-german] 7.6 & 8 LTS auf einem Apache

[Marcus Raphelt]

Hallo,

das wird an der Konfiguration des Servers liegen. Wenn beide
Typo3-Instanzen in separaten Ordnern installiert sind und jeweils auch
auf ihren eigenen Typo3-Core zeigen, können beide ohne Probleme autark
voneinander auf einem Server laufen.

Das Gemeinsame, was Du vermutest, ist also ein Fehlerzustand - evtl.
doch gleiche Datenbank, Fehler in der VHost-Konfiguration etc.?

Gruß
Marcus



Am 26.04.2017 um 16:32 schrieb Günther J. Niederwimmer:
> Natürlich haben die zwei Versionen eigene Pfade und Datenbanken, aber 
> anscheinend haben die auch was gemeinsames, denn sonst könnte das ja nicht 
> passieren.
>
> Hat da jemand einen Hinweis was da daneben geht?
>

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

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

[Marcus Raphelt]

Tach,

du benötigst ein Tar-Archiv der Filebase und einen mysqldump.
mysqldump --opt -u user -p datenbankname | gzip > dump.sql.gz
tar -czf archiv.tgz webfolder dump.sql.gz

Zurück dann:
tar -xzf archiv.tgz
zcat dump.sql.gz | mysql -u user -p datenbankname

Mit diesen beiden Befehlen lässt sich jede php-basierte Applikation
sichern und wieder zurückspielen.

Gruß
Marcus

Am 20.04.2017 um 00:57 schrieb Michael_OF:
>
>
> Mal eine pragmatische Frage: Ich habe immer vollständige Sicherungen meines 
> vservers, also auch zum Zeitpunkt, als
> 7.6.16 noch einwandfrei lief. Was genau brauche ich eigentlich alles, um 
> einen Restore auf 7.6.16 durchzuführen?
>
>

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

Re: [TYPO3-german] Fehler nach Upgrade-Versuch und anschließendem "Downgrade"

[Marcus Raphelt]

Hallo,

hast Du bereits versucht, typo3temp/Cache zu löschen?

Gruß
Marcus

Am 19.04.2017 um 17:49 schrieb Michael_OF:
> Hallo zusammen,
>
>
> kann mir jemand einen Tipp geben für diesen Apache-Fehler?
>
> [Wed Apr 19 17:21:48.383559 2017] [:error] [pid 82539] [client 
> 2003:8e:6c54:6b00:201:2eff:fe58:9eb9:49032] PHP Fatal
> error:  Uncaught BadFunctionCallException: TYPO3 Fatal Error: Extension key 
> "t3skin" is NOT loaded! in
>

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

Re: [TYPO3-german] TYPO3 7.6 und MySQL 5.1

[Marcus Raphelt]

Guten Tach,

es wäre wahrscheinlich weniger fehleranfällig, wenn Du eine separate 5.5
kompilierst und auf einen anderen Port hören lässt (z.B. 3307) oder
einfach einen weiteren VServer / Rootserver aufsetzt und die 7.6 dorthin
verbindest.
Letzeres ist sowieso immer besser, da eine optimierte mysql und ein
optimierter Apache in völlig unterschiedliche Richtungen gehen.

Gruß
Marcus

Am 30.03.2017 um 17:37 schrieb Klaus Zakowski:
> Hallo Forum,
>
> ist für die aktuelle TYPO3 - Version 7 & 8 zwingend MySQL 5.5
> vorgeschrieben oder läuft der Laden auch mit MySQL 5.1?
>

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

Re: [TYPO3-german] SEO technisches: Canonical URL

[Marcus Raphelt]

Guten Tach,

suchst Du evtl. config.typolinkEnableLinksAcrossDomains?

Gruß
Marcus


Am 23.03.2017 um 10:23 schrieb Johannes C. Laxander:
>
> Gibt es eine Möglichkeit, wie man die Canonical URL automatisch mit der über
> den Domain Record zugeordneten Domain bilden kann? Oder denke ich da
> irgendwie falsch?
>
>

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

Re: [TYPO3-german] SOLVED: Re: Hilfe 4.5.40 mit Error

[Marcus Raphelt]

Tach,

da wird dann offenbar serverseitig kein Default-Charset in der mysql
gesetzt sein, ein Create-Database-Statement ohne Character-Set-Angabe
legt die DB dann in latin1_swedish_ci an.
Um auf Nummer Sicher zu gehen, immer ein "create database blah character
set utf8" zum Erstellen nutzen, aber Du solltest die mysql generell dann
mal prüfen, das klingt komplett einer Default-Installation.

Gruß
Marcus

Am 14.03.2017 um 12:46 schrieb Bernhard Ludwig:
> Hallo,
>
> vielen Dank an alle Helfer für die Unterstützung, der Fehler ist gefunden. 
> Der Hinweis auf die Umlaute hat mich dazu gebracht, einmal in diese Richtung 
> nachzuforschen.
>
> Es war die Kollation der DB. Seltsamerweise war die auf latin1_swedish 
> eingestellt. Kann mir nicht erklären wie das geschehen ist, weil das Projekt 
> von vorne herein auf utf-8 angelegt war. Und dass das vorher bei PHP 5.4 nie 
> aufgefallen war, aber dann bei PHP 5.5 plötzlich akut wird, kann ich mir auch 
> nicht erklären.
>
> Nun denn, jetzt kann die Odyssee weiter gehen, mit den Upgrades auf 6.2 und 
> 7.6. 
>
>

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

Re: [TYPO3-german] Hilfe 4.5.40 mit Error

[Marcus Raphelt]

Hi,
hast Du Typoscript in Extensiontemplates hinterlegt und kommen dort
Umlaute vor? Oft wird das Typoscript dann nach dem ersten Umlaut
abgeschnitten.

Ich hatte bspw. schon einmal sowas:

#ueberschrift1
temp.blah = TEXT
temp.blah.value = 12345

#

^ hier war der Datensatz dann abgeschnitten ("überschrift2")

Gruß
Marcus



Am 13.03.2017 um 19:24 schrieb Bernhard Ludwig:
>  bis auf ein paar Umlautprobleme.

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

Re: [TYPO3-german] GELÖST: realURL: "Umleitungsfehler"

[Marcus Raphelt]

Hi,

kleiner Tipp dazu: gerade bei Redirects sollte man sich nicht auf einen
Browser verlassen, speziell nicht auf den Firefox, denn er cached eine
einmal durchgeführte Weiterleitung gnadenlos.
Hier sind wget oder curl die einzig zuverlässigen lokalen Tools, weil
die Anfragen immer komplett "unvoreingenommen" sind und man über den
Statuscode teilweise auch mitbekommt, *wer* da überhaupt weiterleitet.

Gruß
Marcus

Am 10.02.2017 um 02:51 schrieb Michael_OF:
> Warum das zu einer Endlos-Weiterleitung führt - http://redirectdetective.com/ 
> zeigte das sogar nett grafisch an - keine
> Ahnung. Zielführende Fehlermeldung geht anders, aber wieder was gelernt :-)
>
>

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

Re: [TYPO3-german] Frontend User / Import

[Marcus Raphelt]

Hallo,

wie bereits beantwortet: am besten und schnellsten klappt das bei einem
initialen Import per CSV. Ich persönlich gehe dabei i.d.R. so vor:
-Angenommen, die Excel-Tabelle liegt vor und hat zwei Felder: username,
password.
-Passworte liegen im Klartext vor.

Schritte:
-Erstellen einer Import-Tabelle in der mysql-DB, die die gleiche Anzahl
an Spalten hat. Feldtyp "VARCHAR" ist am universellsten.
-Import der Daten über phpmyadmin, sqlyog, heidisql o.ä. in eben diese
Tabelle
-Passworte MD5-Hashen:
update importtabelle set password = md5(password)
-Datensätze in fe_users kopieren:
insert into fe_users (username, password, pid ... ) select username,
password, '222' ...  from importtabelle

Anschließend kannst Du über den Scheduler noch dafür sorgen, dass die
Passworte in salted hashes konvertiert werden.

Gruß
Marcus




Am 01.02.2017 um 15:09 schrieb Michael_OF:
> Hallo in die Runde,
>
>
> allgemeine Frage: Gibt es eine "offizielle" Möglichkeit, Frontend User in 
> TYPO3 zu laden / importieren?
>

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

Re: [TYPO3-german] Https und Reverse Proxy

[Marcus Raphelt]

Hi,
welcher LB ist im Spiel? Pound?

Am 30.01.2017 um 13:13 schrieb Henk Strobel:
> Hallo,
>
> leider war's das doch noch nicht. Anscheinend geht typo3 jetzt davon
> aus, das alle Anfragen, die von  kommen, https-Anfragen waren. Wie
> kann ich typo3 dazu bringen, X-Forwarded-Proto zu nutzen?
>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Antwortzeit des Servers mit Typo3 optimieren

[Marcus Raphelt]

Kleiner Nachtrag: die Sliderbilder auf der Startseite sind auch ziemlich
groß. Insgesamt müssen für die Startseite knapp 3MB durch die Leitung,
alleine  Bild Nr. 2 und 3 kommen auf ~2MB.


Am 26.01.2017 um 12:32 schrieb Paul Klimek:
> Danke für den Tipp. Hier ist tatsächlich was nicht richtig. Alle
> Seiten zeigen folgende Info:
>  

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

Re: [TYPO3-german] Antwortzeit des Servers mit Typo3 optimieren

[Marcus Raphelt]

Hallo,

Am 26.01.2017 um 12:32 schrieb Paul Klimek:
> Danke für den Tipp. Hier ist tatsächlich was nicht richtig. Alle
> Seiten zeigen folgende Info:
>
>The page is not static chachable via Typ...
>The page has a INTincScript: type: COA
Hier musst Du herausfinden, welche Extension dies verursacht.
>config.no_cache is true
Das muss unbedingt rausgenommen werden! Typo läuft so *komplett* ohne
Cache.
Die Antwortzeiten werden dadurch noch einmal verbessert werden. Was aber
auch viel bringt, ist, im InstallTool den APC für den  Extbase-Cache zu
aktivieren. Hierdurch werden sehr, sehr viele Datenbankabfragen
vermieden. In einem etwas komplexeren  Kundenprojekt haben wir hierdurch
~100 Abfragen pro Request (!) einsparen können.

Gruß
Marcus

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

Re: [TYPO3-german] Javascript im Template

[Marcus Raphelt]

Moin,
aus dem Bauch heraus und ungetestet: den Javascript-Block in CDATA wrappen?

Am 24.01.2017 um 12:39 schrieb Freddy Tripold:
> Die geschwungene Klammer wird mitsamt dem Inhalt gefiltert. Wo kann
> ich das abstellen? Jemand eine Idee?

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

Re: [TYPO3-german] Berechtigungen der einzelnen Typo3 Ordner

[Marcus Raphelt]

Hallo,

ich sage mal: so strikt wie möglich, so frei wie nötig. Die Ordnerrechte
sind aber nur die halbe Wahrheit - entscheidend ist auch, wie der / die
Server generell aufgesetzt ist/sind.
Ist der Typo3-Core beschreibbar? Gibt es separate Benutzer für jeden
Virtual Host? Ist jeder Virtual Host in seiner eigenen eingeschlossenen
Umgebung, so dass ein erfolgreicher Angreifer nicht aus der Webroot
"ausbrechen" kann? Welche Rechte hat der mysql-User? Gibt es
FTP-/SSH-Zugänge, und wenn ja, worauf haben diese Zugriff und warum?

Nebenbei bemerkt: reden wir hier von erfolgreichen Angriffen oder nur
Versuchen? Wenn jemand hier tatsächlich Erfolg hatte, können unnötig
vergebene Schreibrechte *ein* Problem sein, sie sind aber i.d.R. nicht
*das* Problem.

Gruß
Marcus Raphelt

Am 16.12.2016 um 23:01 schrieb Claudia Stalder:
> Wir haben auf unseren Servern immer wieder Hacker-Angriffe und wir
> vermuten, dass unsere Ordner nicht die korrekten Berechtigungen besitzen.
> Kann mir jemand mitteilen, welches die optimalen Berechtigungen sind
> für die Standardordner von Typo3?
> Danke für Ihre Mithilfe.

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

Re: [TYPO3-german] Typo3-Installation auf neuen Server umziehen

[Marcus Raphelt]

Hallo,

das war dann aber eine sehr steinzeitliche Version von tar oder einfach
das falsche Format eingestellt. Selbst unter Debian Etch gibt Gnu Tar
als Format "gnu" vor, welches von diesen Beschränkungen nicht betroffen
ist.
https://www.gnu.org/software/tar/manual/html_section/tar_68.html

Wenn Tar auf ein "tar --help" folgendes ausgibt, ist alles fein - das
hier ist ein Aufruf einer Etch-Maschine:

*This* tar defaults to:
--format=gnu -f- -b20 --quoting-style=escape --rmt-command=/usr/sbin/rmt
...

Tar ist als Archivformat uneingeschränkt zu empfehlen und absolut meine
erste Wahl.

Gruß
Marcus

Am 08.12.2016 um 13:33 schrieb RDE - Gert Redlich:
>
>
> das kann aber auch voll in die Hose gehen, wie ich es erleben mußte.
>
> lies mal hier :
>
> http://software.rde.de/1142.html
>
> Achtung - die "tar" Falle - zusätzlich "zip" Archive packen
>

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

Re: [TYPO3-german] Include php script

[Marcus Raphelt]

Hallo,

wenn wirklich nur diese paar Zeilen ausgeführt und an einer bestimmten
Stelle in einen Div geschrieben werden, würde ich überlegen, das ganze
in jQuery per http-Call zu lösen - da reicht eine einzige Zeile:

$.get( "sonstwas.html", function(res) {   $( "#result" ).html(res); });

Alternativ könntest Du diesen Code auch in eine eigene kleine Extension
packen.

Gruß
Marcus


Am 07.12.2016 um 11:27 schrieb Michael Pockie:
>
>
>  //PHP anweisen, dass alle Ausgaben in den internen Puffer geschrieben
> werden sollen
> function callback($buffer) {  return (utf8_encode($buffer));
> }
> ob_start("callback");
> //Ausgaben in Puffer schreiben
> include("http://www.stb-aktuell.de/efvEditorliste.php?Zeichen=0=XXX=XX=5=1;);
>
> //Puffer leeren und Anzeige auf dem Bildschirm
> ob_end_flush();
> ?>

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

Re: [TYPO3-german] Extension Tabellen mit anderer Datenbank Kollation

[Marcus Raphelt]

Hallo,

es wird vermutlich so sein, dass die Extension keine Collation angibt
und daher Charset und Default-Collation der Datenbank bzw. des Servers
herangezogen werden, die wahrscheinlich auf latin1 / latin1_swedish_ci
stehen. 
Ein show variables like 'collation%' sagt dir mehr dazu.

Gruß
Marcus



Am 18.11.2016 um 11:23 schrieb Johannes C. Laxander:
> Hallo,
>
> mir ist eben aufgefallen, dass nach Installation der Extension job_fair, die
> Datenbanktabellen der Extension bei Textfeldern die Kollation
> „latin1_swedisch_ci“ ausweisen, im Gegensatz zu TYPO3 Standard
> „utf8_general_ci“.
>

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

Re: [TYPO3-german] deaktivierte Seite finden & löschen - Wie?

[Marcus Raphelt]

Hallo,

für gelöschte Seiten und Contentelemente gibt es die Extension
"recycler" - vermutlich ist sie einfach nicht installiert bzw.
aktiviert. Sie funktioniert exakt so, wie man es von einem Papierkorb
erwartet.

Gruß
Marcus


Am 15.11.2016 um 15:27 schrieb Peter Gramkow:
> Hallo,
>
> ich habe folgende, sicher einfache Frage, finde aber selbst keine
> Lösung um mein Typo3-BE zu bereinigen.
> Wie kann ich im Typo3-BE (Vers. 6.2) alle deaktivierten Seite
> auflisten lassen um sie dann auch ggf. löschen zu können.

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

Re: [TYPO3-german] Serverumzug (DB-Dump)

[Marcus Raphelt]

Doch, mit dem Recycler / Papierkorb.


Am 03.11.2016 um 12:46 schrieb Peter Gramkow:
> Habe ich keine Möglichkeit, mich bereits vorher von dem Datenmüll zu
> befreien?
>

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

Re: [TYPO3-german] Serverumzug (DB-Dump)

[Marcus Raphelt]

Hallo,

ich würde für diesen Fall die Datenbank duplizieren, das Duplikat
manuell bereinigen und dann davon den Dump erstellen.
Alternativ kannst Du mit dem Recycler arbeiten, er löscht auf Kommando
tabellenübergreifend alle als "deleted" markierte Datensätze.

Gruß
Marcus


Am 03.11.2016 um 10:30 schrieb Peter Gramkow:
> Hallo liebe Leute,
>
> ich möchte gerne mein bestehendes System auf einen neuen Server
> umziehen und dabei gleichzeitg eine inhaltliche Bereinigung vornehmen.
> Ich möchte gerne eine DB-Dump erstellen, in dem deaktivierte Seiten
> aus dem Typo3-Baum aber nicht mit aufgenommen werde. Wie kann ich das
> erreichen?

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

Re: [TYPO3-german] REALURL & HTACCESS

[Marcus Raphelt]

Hallo,

ist domain1.de denn tatsächlich weitergeleitet, d.h. wird in der
Adresszeile domain1.de durch domain2.de ausgetauscht?
Soweit ich weiß, kann man bei 1u1 mehrere Arten einer "Weiterleitung"
definieren. Was Du möchtest, ist allerdings keine Weiterleitung, sondern
ein DNS-Eintrag, der auf Deinen Zielserver domain2.de zeigt.

Gruß
Marcus


Am 07.09.2016 um 14:27 schrieb Sepp Müller:
> Hallo,
> Ich habe eine frage zur Domainweiterleitung. Da ich in htaccess nicht so
> bewandert bin. Hoffe ich das ihr mir da etwas helfen könntet. :-)
>
> Die Domain: www.domain1.de wird von 1&1 weitergeleitet zu
> http://domain2.de (Homepage-Server)
>
> Mein Problem ist das http://domain2.de nicht in www.domain1.de
> umgewandelt wird. Also wenn ich z.b:
> http://domain2.de/T3/kontakt/ eingebe erscheint die Seite. Nur das die
> Domain2 nicht umgewandelt wird in www.domain1.de

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

Re: [TYPO3-german] Crawler zum Indizieren von Seiten

[Marcus Raphelt]

Hallo,

ich verwende in vielen Fällen einfach ein
wget -m --spider www.adresse.de

So ist auch egal, welche Extensions installiert sind - es wird ganz
einfach indexiert, als klickte jemand den kompletten Seitenbaum durch
(was ja auch geschieht).

Gruß
Marcus


Am 18.08.2016 um 10:42 schrieb Florian Seirer:
> Auf meinen Webseiten verliert der Seiten-Cache durch
> config.clearCacheAtMidnight=1 um Mitternacht seine Gültigkeit, und
> soll danach automatisch neu aufgebaut werden.
> Ich bin daher auf der Suche nach einem Beispiel, wie man der Extension
> crawler beibringen kann, Seiten zu indizieren.
>

___
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 ???

[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

Am 12.07.2016 um 13:40 schrieb Bernhard Ludwig:
> Hallo,
>
> 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
>

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

Re: [TYPO3-german] Udate: Typo3 Datenbank sichern mit 1Klick

[Marcus Raphelt]

Hallo,

soll nicht überheblich klingen, aber das ist dann auch eine Lösung für
Anfänger. Eine Sicherung einer Web-Applikation in der Applikation selbst
zu initiieren ist doch ein Widerspruch in sich - funktioniert die
Applikation nicht mehr, funktioniert auch das Backup nicht mehr.
Ich habe mir irgendwann mal folgendes Script geschrieben, mit dem man
eine auf LocalConfiguration.php basierende Typo-Instanz easy sichern
kann, sofern nichts anderes zur Verfügung steht:

Das Script
-Sucht sich die Datenbankparameter aus der LocalConfiguration
-Erstellt einen Order "backup"
-Sichert darin Filebase und DB.
-Fügt allen Dateinamen Timestamps an.
-Ist sicherlich verbesserungsfähig, tut's aber. :D

---
#!/bin/bash

mkdir -p backup
DBCONF=`grep -A6 "'DB'" typo3conf/LocalConfiguration.php`
DATE=$(date +"%Y%m%d%H%M")

DBUSER=`echo "$DBCONF" | grep 'username' | cut -f4 -d "'"`
DBPASS=`echo "$DBCONF" | grep 'password' | cut -f4 -d "'"`
DBHOST=`echo "$DBCONF" | grep 'host' | cut -f4 -d "'"`
DBDATABASE=`echo "$DBCONF" | grep 'database' | cut -f4 -d "'"`

mysqldump --opt -u $DBUSER -h $DBHOST -p$DBPASS $DBDATABASE | gzip >
${DBDATABASE}_${DATE}.sql.gz
tar --exclude=backup -cvzf backup/backup_$DATE.tgz
$DBDATABASE_$DATE.sql.gz * .ht*
---

Gruß,
Marcus




Am 07.07.2016 um 14:03 schrieb Jorge:
> Hab mal bischen gegooglt und wer mit dem Sqldumper nicht umgehen
> kann,  gibt es ein Adminer.
> Die PHP Datei kommt in das Rootverzeichnis mit dem Browser aufrufen
> und die Daten aus der Config eingeben. Fertig
> Das können sogar Anfänger

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

Re: [TYPO3-german] Akute Sicherheitslücke in vielen TYPO3-Versionen

[Marcus Raphelt]

Hallo,

bittschön:
https://www.dropbox.com/sh/vefpm5dhcoc2mfk/AAD8mrPSGsA6yNADNgEe5f5Ma?dl=0

Bei dem Fix_76231 handelt es sich im Grunde um ein ganz normales
Shellscript, das ausführbar gemacht und dann eben ausgeführt werden muss.
Nach Angabe des Zielordners läuft es rekursiv durch alle seine
Unterordner, patcht die gefundenen Dateien und gibt darüber Laut. Ob das
nun der Ordner einer Webseite oder die komplette Webroot ist, ist dem
Skript egal. Letzteres dauert halt nur länger.

Weil ich auf all meinen Maschinen die Cores zentral an jeweils einer
Stelle liegen habe, musste ich nicht die komplette Webroot, sondern nur
jeweils den Ordner mit den Cores patchen - bei z.B. 200 Typos pro
Maschine bedeutet das dann also nicht 200x jeweils einen Core zu
patchen, sondern nur jeweils eine Core-Version für alle Typos, die daran
andocken. Das habe ich u.a. deswegen so gemacht, weil ich den gestrigen
Tag vor Jahren habe kommen sehen. :D

Gruß
Marcus  

Am 25.05.2016 um 17:56 schrieb Christian Platt:
> Hallo Marcus,
>
> das wäre Klasse.
>
> Eine  Erläuterung der Nutzung der .diff Dateien habe ich nicht gefunden, oder 
> gibt es eine Anleitung, wie diese aufzuspielen sind.
>
> In welchen Order müssen die kopiert werde? (root der Intallation? Alle oder 
> nur die die ich für die Version benötige?)
>
> Wie starte ich dann das Änderungsskript…
> So für nomal Terminaltaugliche, die nicht jeden Tag an der Konsole arbeiten. 
> :-)
>

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

Re: [TYPO3-german] Akute Sicherheitslücke in vielen TYPO3-Versionen

[Marcus Raphelt]

Tag zusammen,

falls Interesse besteht: ich habe mir gestern fertig gepatchte Cores
gebaut, jeweils von 4.3 - 6.1, die ich gerne irgendwo zum Download
bereitstellen kann.
Im Grunde sind nur ein paar Dateien in typo3/sysext/extbase und
typo3/sysext/fluid geändert, der Einfachheit halber habe ich aber den
gesamten jeweiligen Core wieder in ein TGZ-Archiv gepackt.

Gruß
Marcus

Am 25.05.2016 um 10:21 schrieb Thilo Ratnaweera:
> Hallo zusammen,
>
> da das noch niemand gepostet hat: Es klafft eine große Sicherheitslücke
> in vielen TYPO3-Versionen. Siehe dazu folgende Links:
>
> Meldung bei heise Security:
> https://www.heise.de/security/meldung/Typo-3-Kritische-Luecke-geschlossen-Sicherheits-Update-verfuegbar-3217028.html
>
> Beschreibung des TYPO3-Sicherheitsteams:
> https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/
>
> Direktlink zum Fix-Skript (falls ein Update nicht infrage kommt bzw.
> schnell gefixt werden soll):
> https://typo3.org/fileadmin/security-team/bug76231/fix_76231.zip
>
> Beste Grüße,
> Thilo
>
>
>
> ___
> 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] Zwei Domains, eine Installation und eine Fehlermeldung

[Marcus Raphelt]

Sind beide Varianten der Domain im VirtualHost eingetragen, also mit www
und ohne www (ServerName / ServerAlias)?
Klingt so, als würdest Du nicht im richtigen Verzeichnis landen...

Am 24.05.2016 um 12:51 schrieb Peter Kühnlein:
> Liebe Liste,
> ich habe heute morgen eine Installation umgezogen, die bislang
> tadellos funktioniert hat.
> Jetzt bekomme ich diese Fehlermeldung im Frontend einer (der ersten im
> Seitenbaum) der beiden Domains:

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

Re: [TYPO3-german] [TYPO3-core] Announcing TYPO3 CMS 6.2.24 LTS, 7.6.8 LTS and 8.1.1

[Marcus Raphelt]

Hallo,

die beiden Links zu den Patch-ZIPs funktionieren leider nicht...
https://typo3.org/fileadmin/security-team/bug76231/fix_76231.zip


Gruß
Marcus

Am 24.05.2016 um 10:32 schrieb Oliver Hader:
>
> https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2016-013/
>
>

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

Re: [TYPO3-german] Testmöglichkeiten unter TYPO3 während der Entwicklung und was mir fehlt

[Marcus Raphelt]

Moin,

kurz dazu: selbst im Privat-Modus merken sich die Browser, allen voran
der Firefox, http-redirects...  da kann man schonmal wahnsinnig werden -
auch, wenn man dem Kunden sagt "alles klar, Redirect ist geändert", er
aber noch zur bisherigen URL umgeleitet wird.
Wirklich sichergehen kann man im Extremfall nur mit wget oder curl.

Gruß
Marcus

Am 23.05.2016 um 00:18 schrieb Dieter Porth:
>
> - Bislang hat mich immer auch der Browser-Cache geärgert. Erst bei der
> Recherche hier stieß ich auf die Idee, für das Testen im
> Browserfenster den Porno-Modus des Browser zu verwenden.- auch
> Inkognito- oder Privat-Modus genannt.

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

Re: [TYPO3-german] Abrechnung von Support

[Marcus Raphelt]

Kalkulierst Du eventuell zu knapp? Es ist nicht verwerflich, ein Projekt
in Teilaufgaben zu zerlegen und jeder Aufgabe einen prozentualen
Aufschlag für Komplexität und Risiko zu geben - so lässt sich wunderbar
ggü. Agenturen argumentieren.
Beispiel: Du bekommst eine fertige HTML-Vorlage zur Integration in
Typo3. Angeblich ist sie von einem HTML-Experten, was auch sein mag,
aber noch lange nichts darüber aussagt, ob sie auch sauber in ein CMS
integrierbar ist. In diesem Fall könnte man dann folgendes machen:

Schätzung: 4h
Komplexitiät: 10%
Risiko: 25%

Auf die 4h werden also jeweils noch 0,4h für die Komplexität und 1h für
das Risiko geschlagen, dass Du einfach nicht weißt, was da geliefert
wird. Ergo: 5,4h. Das bedeutet ja nicht, dass diese 5,4h auch
tatsächlich anfallen, aber anfallen *könnten*, wobei final nur der
tatsächlich angefallene Aufwand berechnet wird. Umgekehrt würdest Du
wahrscheinlich auf den 1,4h Mehrarbeit sitzenbleiben, sollten diese
benötigt werden ("aber Sie haben doch gesagt, es dauert nur 4h...")

Gruß
Marcus





Am 11.05.2016 um 11:52 schrieb Andrea Schmuttermair:
> Tja, die Agentur-Realität ist oft weit entfernt von dem was sinnvoll und
> praktikabel wäre. Aber mein Bankkonto leider auch oft ;)
>
> LG Andrea
>
> Am 10.05.2016 um 17:11 schrieb Michael Stein:
>> On Tue, 10 May 2016 13:48:40 +0200, Andrea Schmuttermair wrote:
>>
>>
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Abrechnung von Support

[Marcus Raphelt]

Moin,

doch doch, das klappt ganz gut. Wenn Du noch das E-Mail-Fetching
hinzunimmst, ist die Hürde auf der Kundenseite für das Anlegen eines
Tickets wirklich nur noch das Adressieren der Nachricht an eine
vordefinierte Mailadresse. Kommentare zu einem Ticket können auch per
E-Mail als Antwort auf die Systembenachrichtigungen abgegeben werden.
Aber abgesehen davon ist das Userinterface von Redmine offenbar für den
Normalbenutzer sehr eingängig, bisher haben wir keinen Kunden, der es
nicht verstanden hätte oder sich total verweigert. Mantis war da, obwohl
im Grunde fast gleich in der Bedienung, wesentlich unbeliebter.
Im Allgemeinen freuen sich die Kunden sogar, dass die Prozesse dann
schön organisiert ablaufen und alles für beide Seiten nachweisbar und
transparent ist.

Gruß
Marcus

Am 11.05.2016 um 11:51 schrieb Andrea Schmuttermair:
> Hm Redmine kenne ich, das ist ne Idee.
> Muss allerdings schauen ob es bedienbar ist für nicht Technik-Affine User...
>
> LG Andrea
>
>
> Am 10.05.2016 um 14:31 schrieb Marcus Raphelt:
>> Hallo,
>>
>> wir machen das mit Redmine - es gibt auch ein paar Plugins, die das
>> Leben dann vereinfachen. Im Groben kann man, wie in einem Ticketsystem
>> üblich, Projekte, Unterprojekte, Tickets, Untertickets etc. anlegen,
>> Redmine bietet aber die entscheidenden Felder ab Werk:
>>

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

Re: [TYPO3-german] Abrechnung von Support

[Marcus Raphelt]

Hallo,

wir machen das mit Redmine - es gibt auch ein paar Plugins, die das
Leben dann vereinfachen. Im Groben kann man, wie in einem Ticketsystem
üblich, Projekte, Unterprojekte, Tickets, Untertickets etc. anlegen,
Redmine bietet aber die entscheidenden Felder ab Werk:

-Start- und Abgabedatum (daraus können GANTT-Charts erstellt werden)
-Voraussichtlicher Aufwand in Std
-Tickets können (Unter-)Projekten zugewiesen werden
-Zu jedem Ticket können Aufwände gebucht werden. Die Aufwände sind ans
Ticket gebunden, d.h ändert sich die Projektzuweisung des Tickets, dann
auch die der Aufwände
-Alles das kann an so ziemlich jeder Stelle als CSV exportiert werden

Empfehlen kann ich dann noch das Plugin "Timesheet", welches auf
Knopfdruck über einen Wunschzeitraum nach Projekt gruppiert die
angefallenen Aufwände ausgibt. Sehr praktisch am Monats- bzw. Projektende.
https://github.com/arkhitech/redmine_timesheet_plugin

Es gibt auch noch das Plugin "Invoices", welches gut zu sein scheint -
habe ich aber noch nicht getestet
http://www.redminecrm.com/projects/invoices/pages/1


Gruß
Marcus




 
Am 10.05.2016 um 13:48 schrieb Andrea Schmuttermair:
> Hi liebe Community,
>
> sorry die Frage ist etwas Off-Topic, aber mit dem Problem bin ich sicher
> nicht die einzige in der Branche. Also vielleicht kennt ja jemand das
> Problem und hat ne Lösung für:
>
> Ich bin Freelancer und habe eine Agentur, die von mir TYPO3 Support mit
> Aufwands-Abschätzung und Angebot haben will.
> Das ist von paar Stunden für neues Feature bis runter zu 10 Minuten für
> Textänderung, die aber vorher von mir abgeschätzt, kommuniziert, dann
> mit deren Kunden abgestimmt und irgendwann beauftragt wird.
>
>

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

Re: [TYPO3-german] typo3 7 Installation auf 1&1 Server - Datenbank Verbindung nicht möglich

[Marcus Raphelt]

Moin,

nimm doch mal die Socket-Angabe raus...

Gruß
Marcus

Am 02.05.2016 um 16:17 schrieb Paul Kamma:
>
>'socket' => '/tmp/mysql5.sock',
>'username' => 'USERNAME'
>],
>
> Weiß jemand rat? (Außer den Hoster zu wechseln ;) )
>


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

Re: [TYPO3-german] TYPO§ 6.2 Backend Icons werden nicht immer angezeigt

[Marcus Raphelt]

Hallo,

das könnte ein Problem mit dem Webserver sein, schau doch mal via
Firebug, ob auch alle Requests sauber beantwortet werden...

Gruß
Marcus

Am 22.04.2016 um 11:37 schrieb Bernhard Ludwig:
> Hallo,
>
> in einer 6.2.19 habe ich das Problem, dass im Backend im Seitenmodul die 
> CE-Icons nur sporadisch oder fehlerhaft positioniert angezeigt werden. Nach 
> mehrmals erneutem Klicken auf „Seite“ kann ich Glück haben und die Icons sind 
> wieder da, wo sie hin gehören. Meistens sind sie beim letzten CE komplett 
> verschwunden.
>

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

[TYPO3-german] solr 2.50-dev

[Marcus Raphelt]

Hallo zusammen,

hat zufällig einer von Euch die Solr-Extension in der Version 2.50-dev
zur Hand?
Ich habe hier ein Typo3 mit eben dieser Version, aber teilweise
geänderten Dateien und müsste man gegen das Original abgleichen. Im Netz
findet sich nichts.

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

Re: [TYPO3-german] Datenschutz bei Formularen

[Marcus Raphelt]

Tach,

zu Punkt 2: optimale Lösung ist ein lokal installierter Postfix / Exim
o.ä., Typo kann so die Mails zum localhost schicken und der MTA kümmert
sich dann um die verschlüsselte Weitergabe. Der Knackpunkt ist aber,
dass die Gegenstelle(n) ebenfalls Verschlüsselung beherrschen müssen.
Wenn man also die Mails nicht zu einem fest definierten Smarthost, von
dem man sicher sagen kann, dass er SSL/TLS beherrscht, weitergibt,
sendet der MTA die Mails an den jeweils in der Zieldomain eingetragenen
MX weiter. Ob dort TLS unterstützt wird, kann man im Vorfeld gar nicht
sagen, d.h. spätestens beim nächsten Mailserver endet der
Einflussbereich und somit m.E. auch die Verantwortung. Fallback ist die
unverschlüsselte Übertragung.

Gruß
Marcus

Am 17.03.2016 um 11:35 schrieb Peter Linzenkirchner:
> Hallo Liste, 
>
> weiß jemand, ob das hier wirklich Relevanz hat? 
> https://www.datenschutzbeauftragter-info.de/bussgeld-fuer-kontaktformulare-ohne-verschluesselung/
> So wie es sich liest, wird es wohl Abmahnungen geben in dem Bereich, oder? 
>
> Und wenn es Relevanz hat, wie lösen wir das Problem mit TYPO3 am besten? Wenn 
> man das zu Ende denkt, müssen wir ja zwei Techniken einsetzen: 
> 1. ssl bzw. tls für die Verschlüsselung des Datentransfers vom Browser zum 
> Server
> 2. Verschlüsselung der versendeten E-Mail oder zumindest Versand der E-Mail 
> über eine verschlüsselte Verbindung. 
>
> Das Zweite kann weder der Kunde noch der Datenschutzbeauftragte sehen … aber 
> das Erste macht ohne das Zweite wohl kaum Sinn. 
>
> Eigentlich braucht es zusätzlich dann noch einen Punkt
> 3. werden die Daten manuell aus dem Backend abgerufen, muss die Verbindung 
> ins Backend auch ssl bzw. tls-verschlüsselt sein. 
>
> Punkt 1 ist klar, und der Aufwand dazu hält sich auch in Grenzen. Punkt 3 
> ebenfalls, und ist auch zusätzlich kaum Aufwand, wenn Punkt 1 gelöst ist. 
> Aber bei Punkt 2 muss ich momentan passen … wie kann man den umsetzen? Die 
> E-Mails müssten vor dem Versand zertifiziert werden (was keine unserer 
> Formular-Extensions unterstützt) oder der Server muss die E-Mails über eine 
> ssl-verschlüsselte Verbindung bei einem SMTP-Server abgeben, der die E-Mails 
> dann verschlüsselt weitersendet … Oder Punkt 2 einfach weglassen, weil es eh 
> keiner prüfen kann? 
>
> Hat da jemand genauere Infos? 
>
> Viele Grüße
> Peter Linzenkirchner 
>
>
> --
> Xing: http://www.xing.com/profile/Peter_Linzenkirchner
> Web: http://www.typo3-lisardo.de
> Facebook: http://tinyurl.com/lisardo-multimedia
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

Re: [TYPO3-german] RTE nach Update auf 6.2.15 verschwunden

[Marcus Raphelt]

Hi,

nach einem Update des RTE empfiehlt es sich, in den lokalen Browsern
einmal alle Caches zu leeren. Es kann durchaus sein, dass JS- und
CSS-Dateien lokal gleichnamig vorliegen.

Gruß
Marcus

Am 14.03.2016 um 14:08 schrieb fvgf dgfdfgf:
> Hallo zusammen,
>
> ich habe vor Kurzem ein Typo3 von einer 4er Version auf die 6.2.15er
> Version geupdated.
> Seit diesem Zeitpunkt funktioniert das RTE-Plugin nicht mehr & die
> Autoren beschweren sich nun, dass man so nicht mehr vernünftig Texte
> online stellen kann.
>

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

[Marcus Raphelt]

Am 11.03.2016 um 13:05 schrieb Peter Pinnau:
> Vielen Dank für Deine schnelle Antwort.
>
Np :)

> Quote: Marcus Raphelt wrote on Fri, 11 March 2016 12:56
> 
>>
>> ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über
>> deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes
>> prüfen, alleine, um den Druck rauszunehmen. :-)
>
> Das habe ich sofort probiert. Leider bleibt das Verhalten auch mit PHP
> 5.5 unverändert.

Wenn Du auf 4.5.40 aktualisiert, funktioniert es ganz sicher! Die 4.5.16
dürfte knapp vier Jahre alt sein...
Von 4.5.x zu 4.5.y klappt auch gefahrlos.

>
>>
>> Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in
>> den Kommentaren?
>
> Wo muss ich da nachschauen? In welcher DB-Tabelle?
In sys_template.
Du kannst aber auch im Backend im Template-Modul nachsehen - i.d.R. ist
in der Rootpage ein Extension-Template angelegt, welches dann entweder
die komplette Seite definiert oder ggf. aus anderen Ordnern Templates
inkludiert.
Wie gesagt - das KANN sein. Man kann die Typoscript-Definitionen auch
komplett in Dateien auslagern, dann wäre der Tipp in diesem Fall hinfällig.

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

Re: [TYPO3-german] Nach Update von 4.5 auf 7.6 Umlaute-Problem

[Marcus Raphelt]

Hallo,

wenn die mysql nicht dazu zu bringen ist, sinnvoll formatierte Umlaute
zu dumpen oder - noch schlimmer - wenn die Inhalte gemischt vorliegen
(utf-8 UND latin-1), bleibt Dir im Grunde nur, mit einem Hexeditor
nachzusehen, aus welchen Zeichen die Doppel-Umlaute bestehen und diese
zu ersetzen. Ich mache das i.d.R. in einem System, das auf utf-8 läuft
(im Grunde ist das bei allen modernen Servern der Fall) in der Konsole
mit hexedit und sed.
In hexedit kannst Du in der rechten Spalte nach dem String / Zeichen
suchen und bekommst per Tab in der linken Spalte dann den Hexwert
angezeigt. Besteht also z.B. ein ü aus ü (Hex C3 und Hex AC), musst Du
Dir die Hexwerte dieser beiden Zeichen notieren und kannst sie dann per
sed ersetzen:

sed "s/\xC3\xAC/ü/g;"

Gruß
Marcus
 

Am 11.03.2016 um 11:36 schrieb Peter Linzenkirchner:
> da hilft dir nichts, als die Konvertierung der Datenbankinhalte. Bei mir hat 
> die Technik in dem Link immer gut funktioniert. Ursache ist meist eine 
> fehlende setDbInit-Einstellung in der 4.5 Installation, die dazu geführt hat, 
> dass TYPO3 4.5 utf-8-Daten über eine Latin-Verbindung in die DB geschrieben 
> hat. Die DB geht dann davon aus, dass Latin ankommt, und kodiert 

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

Re: [TYPO3-german] Content mit Umlauten wird teilweise nicht mehr angezeigt

[Marcus Raphelt]

Hallo,

ich hatte gestern auch einen 4.5-Hosteurope-Notruf und konnte dort über
deren Config-Menü auf php 5.5 zurückstellen. Das würde ich als erstes
prüfen, alleine, um den Druck rauszunehmen. :-)

Sind die Typoscript-Angaben in der Datenbank und dort evtl. Umlaute in
den Kommentaren?
Ich hatte mal den Fall, dass bei einem Update nach dem ersten Umlaut in
einem Kommentar der Rest vom Typoscript abgeschnitten wurde, somit hat
die Hälfte des Typoscripts ganz einfach gefehlt.

Gruß
Marcus

Am 11.03.2016 um 11:51 schrieb Peter Pinnau:
> Hallo zusammen,
>
> ich muss ein Problem mit einer alten Typo3 Installation kurzfristig
> lösen. Das System läuft bei HostEurope und dort wurde Anfang der Woche
> PHP 5.3 abgeschaltet und alles zwangsweise auf PHP 5.6 umgestellt.
>
> Ich habe das Projekt erst auf den Tisch bekommen, nachdem das Kind im
> Brunnen ist.
>
> Versionen:
> Typo 3: 4.5.16
> PHP: 5.6
> MySQL Server Version: 5.5.47-37.7-log
>
> Die Caches habe ich gelöscht.
>

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

Re: [TYPO3-german] System Environment - Empty systemLocale setting

[Marcus Raphelt]

Tach,

einfach übers Install-Tool genau diesen Wert unter "All Configuration"
setzen. ;-)
Auf den meisten Servern funktionieren
en_US.UTF-8
de_DE.UTF-8

Gruß
Marcus

Am 02.03.2016 um 23:54 schrieb Uwe Gibbisch:
> Hallo zusammen.
>
> Folgende Fehlermeldung Im System Environment:
>
> http://www.pasteall.org/65642
>
> Wie kann ich das korrigieren?
>
> php: 7.0.3, typo3: 7.6.3. Kunde bei strato.de, typo3 über App-Wizzard.
>

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

Re: [TYPO3-german] realurl root id nicht gefunden

[Marcus Raphelt]

Hi,

ist die neue Domain evtl. noch nicht als Domainrecord in der Rootpage
hinterlegt?

Gruß,
Marcus

Am 10.01.2016 um 01:10 schrieb Frank Schoenfeld:
> Hallo,
>
> Ich habe eine komplette Installation meiner webseite auf eine neue
> Domain kopieren lassen.
>
> Im root template habe ich die baseurl auf die neue Domain angepasst.
>
> In der realurl_config.php habe ich die alte domain durch die neue
> domain ersetzt.
>
> Jetzt bekommen ich leider die Fehlermeldung:unable to determine
> rootpage_id for the current domain
>
> Es handelt sich um eine MultiDomain-Konfiguration.
>

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

Re: [TYPO3-german] Kein Passwort für TYPO3 Account

[Marcus Raphelt]

Hallo,

die von Dir geschilderte Situation ist der absolute Klassiker - davon
haben wir mehrere pro Jahr. :-)
Du benötigst mindestens einen der beiden von Dir genannten Zugänge -
entweder einen Typo3-Zugang, der mindestens Redakteursrechte hat, oder
einen Zugang zu dem Webspace (FTP/SFTP/SSH).

Nächste Schritte:
-Provider kontaktieren oder
-BIsherigen Mitarbeiterrechenr nach ggf. gespeicherten Zugangsdaten
durchsuchen oder
-Alten Mitarbeiter kontaktieren.

Letzteres geht vermutlich schneller - vorausgesetzt natürlich, Ihr habt
Euch im Guten getrennt.

Gruß,
Marcus

Am 08.01.2016 um 15:18 schrieb Thomas Guenther:
> Habe ich über Haupt eine Chance an die Daten wieder zu gelangen? Hat
> einer von euch die Zeit und Geduld einem nicht Internet geschulten
> Admin hier weiterzuhelfen?

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

Re: [TYPO3-german] Fehlerhaftes Install-Tool und Backend nach Klonen einer Typo3-Seite

[Marcus Raphelt]

Hast Du schonmal einen anderen Rechner bzw. Browser zum Einloggen
probiert? Auch mal im Inkognito-Modus?
Browser-Cache einmal vorab komplett geleert?

Am 08.01.2016 um 16:31 schrieb Michael Pockie:
> @ Bernd: Ja Cookies werden gesetzt und JavaScript ist aktiv.
> Dir gehen die IDee aus und meine Verzweiflung wächst. :D ICh werde
> über das Wochenende noch ein bisschen darüber grübeln. Vielleicht
> kommen ja noch ein paar Ideen übers Wochenende. Ich hoffe es jedenfalls.
>

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

Re: [TYPO3-german] Fehlerhaftes Install-Tool und Backend nach Klonen einer Typo3-Seite

[Marcus Raphelt]

Hallo,

ist eine CookieDomain in der localconf gesetzt?
Kann Typo definitiv in typo3temp schreiben? (ggf. leeren!)
Laufen auf Quell- und Zielhost die gleichen Versionen von php? Es könnte
sein, dass z.B. eine installierte Extension unter einer neueren /
anderen php-Version nicht mehr läuft.

Gruß,
Marcus



Am 07.01.2016 um 17:50 schrieb Michael Pockie:
> Hallo,
>
> Leider liegt es auch nicht daran. Der Klon liegt zwar auf dem gleichen
> Server aber der Speicherplatz reicht noch aus. :(
>
> Michael

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

Re: [TYPO3-german] nc_staticfilecache und index.html (Startseite) funktioniert nicht

[Marcus Raphelt]

Hallo,

ich hatte gerade das gleiche Problem. Die RewriteRule, die in der
Beispiel-htaccess angegeben wird, passt ganz einfach nicht, wenn die
request_uri "/" ist. Daher funktioniert folgendes:

#zusätzliche bedingung für startseite
RewriteCond %{REQUEST_URI} ^/$
RewriteCond
%{DOCUMENT_ROOT}/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/index.html -f
RewriteRule .* typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/index.html [L]

#bedingung für restliche seiten
RewriteCond
%{DOCUMENT_ROOT}/typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html
-f
RewriteRule .*
typo3temp/tx_ncstaticfilecache/%{HTTP_HOST}/%{REQUEST_URI}/index.html [L]

Gruß,
Marcus

Am 07.12.2015 um 11:29 schrieb Hanna Mertens:
> Eine kleine, aber vielleicht wichtige Ergänzung, habe ich noch.
> Wenn ich an meine Domain index.html dran hänge, so wird die gecachte
> Version ausgespiel.
>
> So finktioniert es:
> www,meinedomain.de/index.html
>
> So funktioniert es nicht:
> www.meinedomain.de/

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

Re: [TYPO3-german] PHP Exception nach Update auf 6.2.16

[Marcus Raphelt]

Tach,

es gibt Fälle, da hilft nur, den Ordner typo3temp/Cache zu leeren oder
zu löschen. Hattest Du das einmal probiert?

Gruß,
Marcus

Am 17.12.2015 um 18:52 schrieb Peter Linzenkirchner:
> Alle Caches löschen ist klar,

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

Re: [TYPO3-german] Keine RECHTE bei Sicherung der DB !!!

[Marcus Raphelt]

Hallo,

die Meldung bezieht sich auf den Unterordner, in dem Du mysqldumper
installieren willst. Mysqldumper läuft unabhängig von Typo3 und will
einfach die von Dir angegebenen Datenbankparameter in der config.php
festhalten, kann aber nicht dort hineinschreiben, weil die Schreibrechte
nicht passen. Je nach Webserver-Konfiguration reicht auch 744, 774 oder
zur Not 777.
Typo3 kann man damit normalerweise nicht zerschießen.

Gruß,
Marcus

Am 23.11.2015 um 19:11 schrieb weber willi:
> Hallo Leute,
> ich möchte via mysqldumer meine Typo3 Datenbank sichern. Dabei
> erscheint folgende Fehlermeldung s.u.
>
> Kann ich einfach die Rechtevergabe gefahrlos abändern ??? ohne das ich
> etwas zerschieße oder mein Typo3 Ver.6.1  sonst wie beeinträchtigt
> wird ?.
>
> Nach dem dump würde ich die Rechtevergabe wieder auf den Ursprung
> Stellen.
>
> Danke
> billy

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

Re: [TYPO3-german] Farben

[Marcus Raphelt]

Hallo,

irgendetwas muss sich geändert haben - entweder am Workflow der
Bilderstellung, oder möglicherweise am Server.
Wurde seitens des Serverbetreibers evtl. Software aktualisiert, z.B.
imagemagick / graphicsmagick?
Wer erstellt die Bilder und wie werden sie vor dem Upload in Typo3
exportiert? Nutzt hier jemand evtl. Photoshop und *nicht* die Funktion
"Für Web speichern"?

Gruß,
Marcus

Am 30.10.2015 um 11:13 schrieb Raubaum Lena:
> Hallo!
> Es gibt ein Problem auf meiner Website www.yogazeit.at.
> Die Farben der Bilder erscheinen seit kurzem ganz dunkel. Woran kann
> das liegen? An der Website? An der Bildauflösung? Danke vielmals für
> die Hilfe!
> ___
> 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