[TYPO3-german] Dialogfeld Arbeitsumgebung Entwürfe verwerfen - Buttons ohne Beschriftung

[Heike Herzog-Kuhnke]

Hmhhh...
Also ich habe eben eine Arbeitsumgebung angelegt, was auch gut ging.
Dan rein in die Arbeitumgebung und eine Änderung vorgenommen.
Dann Vorschau mit aktiver Arbeitsumgebung und mit viel Freude de Button 
Verwerfen entdeckt. Natürlich hab ich drauf geklickt und dann kommt 
eine Warnmeldung und Nachfrage:


Alle Entwurfsversionen der aktuellen Seite verwerfen
Tatsächlich alle Versionen von dieser Seite verwerfen?

darunter zwei Buttons ohne jegliche Beschriftung :((

Nun kann ich raten, ob links oder rechts ja oder nein ist oder den 
Dialog abbrechen. Ist das ein Bug?

Schon jemand ausprobiert?

Ist es wirklich so, dass man hier aus der Arbeitsumgebung dann die 
Entwürfe entfernt (also alle gemachten Änderungen) oder lösche ich damit 
dann auch die Seite?


Gruß
Heike

PS im Backend selbst sind die Buttons im Bereich Arbeitsumgebung 
problemlos mit beschriftet und der Entwurf löschbar. Gefällt mir gut :D

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Peter Reinboth]

Hallo  Newsdesigner  TYPO3-German-NG,

am Mittwoch, 11. März 2015 schrieb Newsdesigner:

 Seminars läuft nicht auf 6.2.x und ich werde es nicht überarbeiten,
 weil es ein gemeinnütziges Projekt ohne Einnahmen ist. Es wird
 genommen, was da ist.

für 6.2.
 
https://dl.dropboxusercontent.com/u/27225645/Extensions/T3X_seminars-0_9_94-z-201406142212.t3x
-- 
Grüße aus Berlin
Peter Reinboth
 
 
 
 
 
 

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

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[Stephan Schuler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Kleiner Nachtrag:
Mindestens PHP hat auch mit deutlich größeren Werten kein Problem.

 new \DateTime('@' . (pow(2, 38) - pow(2, 35)))
^^ Das gibt den 20.9.9592. Mein 64bit-PHP rechnet ganz offensichtlich 
problemlos mit großen Zahlen.

 new \DateTime('@' . PHP_INT_MAX)
^^ Das ergibt den den 4.12.292277026596
Größere Zahlen (die PHP nicht mehr berechnen kann, die muss ich dann von Hand 
in den @\s+-String schreiben) bleiben alle der 4.12.292277026596

... und damit kann PHP um den Faktor 50 weiter als bis zum Ende der Welt zählen.

Laut MySQL-Dokumentation ist da allerdings wirklich schon am 31.12. Schluss.



Stephan Schuler
Web-Entwickler | netlogix Media

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: media.netlogix.de

- -Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Stephan Schuler
Gesendet: Mittwoch, 11. März 2015 17:42
An: Harald Stanzel; German TYPO3 Userlist
Betreff: Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

* PGP Signed: 03/11/2015 at 05:41:46 PM

Hallo Harald.

Die Frage klingt jetzt vielleicht blöd, aber hattest du nur den Datenbankanteil 
umgestellt der auch dein TCA geändert?

http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Common/Index.html#dbtype

Du solltest
* im TCA eval auf date stellen
* im TCA dbType auf date
* in der ext_tables.sql das Feld auf date

Das sollte dann eigentlich rundum dafür sorgen, dass kein signed int für das 
Datum verwendet wird sondern
* PHP-Seitig im Backend ein String (was aber ohnehin der Fall ist) was das 
TCEForms betrifft
* ein \Date-Objekt (oder \DateTime) was Extbasekomponenten betrifft
* und die native MySQL-Datumsdarstellung

Berechnungen sind da übrigens überhaupt nicht schwer, man kann problemlos 
\DateInterval zwischen zwei \DateTime bilden und sich dann einen Integer der 
Sekunden oder Jahre geben, je nach Geschmack. Größer/kleiner-Vergleiche gehen 
mit \DateTime ebenfalls problemlos, genauso wie addieren oder subtrahieren. 
Beides natürlich sowohl in PHP als auch in SQL.

Ich bin mir nur nicht so ganz sicher, ob TYPO3 da nicht irgendwo einen 
unerwarteten Integer-Zwischenschritt einlegt der das Ganze dann doch wieder auf 
MAXINT deckelt.

 new \DateTime('now + 1024 years')
^^ Das zumindest erzeugt bei mir ein DateTime-Objekt das auf den 11.3.3039 
17:32:32 (Europe/Berlin) zeigt.

Das Jahr 5 Milliarden (Doctor Who, S1E02, The End of the World) lässt sich 
leider nicht abbilden, zur Zeit ist beim 31.12. Schluss. Das gilt sowohl 
für meine Datenbank als auch für  mein PHP. Die Datenbank formuliert das Datum 
dann zu 0.0. um, PHP wirft eine Exception.

Sollte TYPO3 bei der Datumsbehandlung mit den genannten Einstellungen date 
für eval, dbType und ext_tables.sql trotzdem ein Problem haben würde ich 
das als Bug bezeichnen.
Nachvollzogen hab ich das allerdings noch nie, muss ich zugeben.

Gruß,



Stephan Schuler
Web-Entwickler | netlogix Media

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: media.netlogix.de




netlogix GmbH  Co. KG
IT-Services | IT-Training | Media
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Web: http://www.netlogix.de

netlogix GmbH  Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) 
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt



- -Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Harald Stanzel
Gesendet: Mittwoch, 11. März 2015 12:46
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

Hmmm...

also das Format ist mir eigentlich relativ egal.
Was ich brauch, ist eine diskrete eindimensionale Abbildung der Zeit. Ich 
brauch das nicht vierdimensional, ich brauch keine Zeit abhängig vom Ort. Für 
meinen Geburtstag spielt es keine Rolle, ob ich in Los Angeles, in Peking oder 
auf dem Mars geboren wurde. Die Uhrzeit würde ich - wenn überhaupt - als 
schmückendes Beiwerk, wie den Geburtsort betrachten. Ich brauch eigentlich nur 
Date.

Ob mein Datum in der Form 1425992664 oder 2015-03-11 gespeichert wird, ist mir 
so lang wie hoch.
Ich hab auch kein Problem, die Uhrzeit einfach zu ignorieren, wenn sie meint, 
trotzdem dabei sein zu wollen.

Ich versuch, meine Probleme neu zu formulieren:

1. Der Wertebereich von 1901-2038 ist mir zu klein. Das trifft zu für +/- 2^31 
... signed int(11)

2. Verwende ich andere Typen (mysql-seitig getestet, php-seitig den DateTime 
belassen) tut gar nichts mehr. (*)

Und weiter:
Es erscheint mir logisch, daß es komplizierter wird, je mehr Technologien ich 
verwende.
Deswegen hab ich es bisher so einfach wie möglich gehalten.
Ich 

Re: [TYPO3-german] Backenduser Berechtigungen

[Heike Herzog-Kuhnke]

Vielen Dank, das hat geholfen.
Die Gruppe war irgendwie in dem Zugriffsdialog nicht eingetragen.
Ich hoffe ich muss das nicht für jede neu angelegte Seite wiederholen. 
Ich musste jede Seite einzeln der Gruppe zuweisen und dann speichern.
Eigentlich hatte ich erwartet, dass ich hier im Dialog der Gruppe diese 
Berechtigungen vergeben kann und muss.


Ich habe jetzt root und meine Datensatzsammlung in der Gruppe 
eingetragen und unter zugriff die Rechte noch etwas angepasst und jetzt 
sieht der User was er sehen soll.


Wobei ich es nicht ganz nachvollziehen kann.
Etwas unwohl ist mir auch bei der Seite Zugriff, dass ich für das ändern 
der Rechte nicht speichern muss / kann. Die werden mit Klick übernommen. 
Nachdem man sonst alles Speichern muss finde ich das ein wenig inkonsistent.


Aber muss ich echt für die Seiten die Gruppe unter Zugriff eintragen?
Was ist wenn ich unterschiedliche gruppen hätte?
Da steht ja jetzt die eine drin

Gruß
Heike


Am 11.03.15 um 16:52 schrieb Johannes C. Schulz [EnzephaloN IT-Solutions]:

Hallo Heike

Gehe mal mit dem Zugriff-Modul auf die Seitenwurzel, stelle auf unendlich und 
andere dann die Rechte auf die neue Gruppe.

Viele Grüße
Johannes C. Schulz -  EnzephaloN IT-Solutions
(von unterwegs gesendet)

On 11. März 2015 16:48:50 MEZ, Heike Herzog-Kuhnke h...@kuhnke-owl.de wrote:

Hi Leute,

ich glaube ich habe mittlerweile einen Knoten im Kopf.
Ich hätte gerne einen Benutzer, der als Redakteur arbeitet angelegt.
Also habe ich eine Verzeichnisfreigabe angelegt, damit er nicht alle
Ordner im fileadmin sieht (passt klappt)

Dann eine Gruppe Redakteure angelegt, weil ich nicht weiß, ob noch mehr

kommen und ich nicht alles immer wieder neu behirnen will...

Diese Gruppe hat von mir beim Zugriff die komplette Seite zugewiesen
bekommen (also oberster Startpunkt der Seite, weil mir das sinnvoll
erschien) + Verzeichnisfreigabe.

Dann den User angelegt und ihm die Gruppe zugewiesen und die
Gruppenfreigaben angehakt.

Wenn ich dann schaue, wie es für den User aussieht, dann passt der
fileadmin Teil aber von der Seite sehe ich nur den Startpunkt und nicht

die Unterseiten in der Liste. Mache ich den User zum Admin sehe ich
alle
Unterseiten.

Irgendwo hab ich was vergessen aber irgendwie will mir nicht einfallen
was. Und wenn ich für die Seitenfreigabe den User zum Admin machen
muss,
dann brauche ich ihn auch nicht anlegen :((
Ich hab auch schon Unterseiten in die Tabellenfreigabe eingetragen.
Hilft nix. Nur wenn der User dann Admin ist, sieht er den Seitenbaum
mehrfach.

Hat jemand die zündende Hilfe für mich?

Gruß
Heike
___
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] Backenduser Berechtigungen

[carsten falkenberg]

Hallo Heike,

im Modul Access bzw. Zugriff musst Du noch der neuen Gruppe
Redakteure die nötigen Rechte für die Seiten geben, die momentan noch dem
Admin allein gehören.

Gruß
Carsten

Am 11. März 2015 um 16:52 schrieb Johannes C. Schulz [EnzephaloN
IT-Solutions] i...@enzephalon.de:

 Hallo Heike

 Gehe mal mit dem Zugriff-Modul auf die Seitenwurzel, stelle auf unendlich
 und andere dann die Rechte auf die neue Gruppe.

 Viele Grüße
 Johannes C. Schulz -  EnzephaloN IT-Solutions
 (von unterwegs gesendet)

 On 11. März 2015 16:48:50 MEZ, Heike Herzog-Kuhnke h...@kuhnke-owl.de
 wrote:
 Hi Leute,
 
 ich glaube ich habe mittlerweile einen Knoten im Kopf.
 Ich hätte gerne einen Benutzer, der als Redakteur arbeitet angelegt.
 Also habe ich eine Verzeichnisfreigabe angelegt, damit er nicht alle
 Ordner im fileadmin sieht (passt klappt)
 
 Dann eine Gruppe Redakteure angelegt, weil ich nicht weiß, ob noch mehr
 
 kommen und ich nicht alles immer wieder neu behirnen will...
 
 Diese Gruppe hat von mir beim Zugriff die komplette Seite zugewiesen
 bekommen (also oberster Startpunkt der Seite, weil mir das sinnvoll
 erschien) + Verzeichnisfreigabe.
 
 Dann den User angelegt und ihm die Gruppe zugewiesen und die
 Gruppenfreigaben angehakt.
 
 Wenn ich dann schaue, wie es für den User aussieht, dann passt der
 fileadmin Teil aber von der Seite sehe ich nur den Startpunkt und nicht
 
 die Unterseiten in der Liste. Mache ich den User zum Admin sehe ich
 alle
 Unterseiten.
 
 Irgendwo hab ich was vergessen aber irgendwie will mir nicht einfallen
 was. Und wenn ich für die Seitenfreigabe den User zum Admin machen
 muss,
 dann brauche ich ihn auch nicht anlegen :((
 Ich hab auch schon Unterseiten in die Tabellenfreigabe eingetragen.
 Hilft nix. Nur wenn der User dann Admin ist, sieht er den Seitenbaum
 mehrfach.
 
 Hat jemand die zündende Hilfe für mich?
 
 Gruß
 Heike
 ___
 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

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[Stephan Schuler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hallo Harald.

Die Frage klingt jetzt vielleicht blöd, aber hattest du nur den Datenbankanteil 
umgestellt der auch dein TCA geändert?

http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Common/Index.html#dbtype

Du solltest
* im TCA eval auf date stellen
* im TCA dbType auf date
* in der ext_tables.sql das Feld auf date

Das sollte dann eigentlich rundum dafür sorgen, dass kein signed int für das 
Datum verwendet wird sondern
* PHP-Seitig im Backend ein String (was aber ohnehin der Fall ist) was das 
TCEForms betrifft
* ein \Date-Objekt (oder \DateTime) was Extbasekomponenten betrifft
* und die native MySQL-Datumsdarstellung

Berechnungen sind da übrigens überhaupt nicht schwer, man kann problemlos 
\DateInterval zwischen zwei \DateTime bilden und sich dann einen Integer der 
Sekunden oder Jahre geben, je nach Geschmack. Größer/kleiner-Vergleiche gehen 
mit \DateTime ebenfalls problemlos, genauso wie addieren oder subtrahieren. 
Beides natürlich sowohl in PHP als auch in SQL.

Ich bin mir nur nicht so ganz sicher, ob TYPO3 da nicht irgendwo einen 
unerwarteten Integer-Zwischenschritt einlegt der das Ganze dann doch wieder auf 
MAXINT deckelt.

 new \DateTime('now + 1024 years')
^^ Das zumindest erzeugt bei mir ein DateTime-Objekt das auf den 11.3.3039 
17:32:32 (Europe/Berlin) zeigt.

Das Jahr 5 Milliarden (Doctor Who, S1E02, The End of the World) lässt sich 
leider nicht abbilden, zur Zeit ist beim 31.12. Schluss. Das gilt sowohl 
für meine Datenbank als auch für  mein PHP. Die Datenbank formuliert das Datum 
dann zu 0.0. um, PHP wirft eine Exception.

Sollte TYPO3 bei der Datumsbehandlung mit den genannten Einstellungen date 
für eval, dbType und ext_tables.sql trotzdem ein Problem haben würde ich 
das als Bug bezeichnen.
Nachvollzogen hab ich das allerdings noch nie, muss ich zugeben.

Gruß,



Stephan Schuler
Web-Entwickler | netlogix Media

Telefon: +49 (911) 539909 - 0
E-Mail: stephan.schu...@netlogix.de
Web: media.netlogix.de




netlogix GmbH  Co. KG
IT-Services | IT-Training | Media
Neuwieder Straße 10 | 90411 Nürnberg
Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99
E-Mail: i...@netlogix.de | Web: http://www.netlogix.de

netlogix GmbH  Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338)
Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634)
Umsatzsteuer-Identifikationsnummer: DE 233472254
Geschäftsführer: Stefan Buchta, Matthias Schmidt



- -Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Harald Stanzel
Gesendet: Mittwoch, 11. März 2015 12:46
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

Hmmm...

also das Format ist mir eigentlich relativ egal.
Was ich brauch, ist eine diskrete eindimensionale Abbildung der Zeit. Ich 
brauch das nicht vierdimensional, ich brauch keine Zeit abhängig vom Ort. Für 
meinen Geburtstag spielt es keine Rolle, ob ich in Los Angeles, in Peking oder 
auf dem Mars geboren wurde. Die Uhrzeit würde ich - wenn überhaupt - als 
schmückendes Beiwerk, wie den Geburtsort betrachten. Ich brauch eigentlich nur 
Date.

Ob mein Datum in der Form 1425992664 oder 2015-03-11 gespeichert wird, ist mir 
so lang wie hoch.
Ich hab auch kein Problem, die Uhrzeit einfach zu ignorieren, wenn sie meint, 
trotzdem dabei sein zu wollen.

Ich versuch, meine Probleme neu zu formulieren:

1. Der Wertebereich von 1901-2038 ist mir zu klein. Das trifft zu für +/- 2^31 
... signed int(11)

2. Verwende ich andere Typen (mysql-seitig getestet, php-seitig den DateTime 
belassen) tut gar nichts mehr. (*)

Und weiter:
Es erscheint mir logisch, daß es komplizierter wird, je mehr Technologien ich 
verwende.
Deswegen hab ich es bisher so einfach wie möglich gehalten.
Ich verwende (noch) kein Javascript. Javascript kommt erst, wenn alles andere 
tut.

 (*)solltest du auf eine echte Datumsrepräsentation umsteigen (die
 Datenbanken haben einen eigenen Datentyp dafür!) kommen aber schnell
 andere Probleme auf
..und zwar, daß dann gar nichts mehr tut. Die PHP-Seite weiß dann noch lange 
nicht, wie sie korrekt mit Mysql kommunizieren soll.
Das Problem ist (laut meiner Erkenntnis), daß da immer ein timestamp erwartet 
wird.
Ich habe Datetime ausprobiert. PHP-seitig ist das (z.B. 2015-03-11) aber dann 
immer gleich null (=0  =1.1.1970)

Je länger ich über dieses Problem grüble, umso vernünftiger scheint mir die 
Realisierung als String. Ich dachte nur, das runde Rad sei schon erfunden und 
ich müsste nicht mit meinem N-Eck fahren (bildlich gesprochen).

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

-BEGIN PGP SIGNATURE-
Version: PGP Universal 3.3.2 (Build 15704)
Charset: utf-8

Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check

[Heike Herzog-Kuhnke]

Frag ich mich gerade 
wo trage ich diesen Befehl:
$_SERVER['SERVER_NAME'] = $_SERVER['HTTP_HOST'];

am Besten ein?
Grübel...


Am 11.03.15 um 13:23 schrieb Heike Herzog-Kuhnke:

Testergebnis:

SERVER_NAME ohne www
HTTP_HOST mit www


Am 11.03.15 um 13:20 schrieb Heike Herzog-Kuhnke:

Danke für den Tipp, ich probiere das mal aus.

Lieben Gruß
Heike

Am 11.03.15 um 12:13 schrieb Stephan Kleiber:

Hallo Heike,

das Problem mit dem trustedHostsPattern tritt v.a. bei 1und1 auf.
Grund dafür ist scheinbar, dass bei 1und1 SERVER_NAME und HTTP_HOST
anders behandelt werden als z.b. bei dF oder Strato.

Testen kannst du das bei 1und1 oder anderswo recht schnell hiermit (file
erstellen servername_12345xyz ... halt mit kryptischer Endung damits
nicht leicht findbar ist):

?php
// test  bei 1und1; Aufruf: 1) domain.de, 2) www.domain.de
echo 'SERVER_NAME: '.$_SERVER[SERVER_NAME];
// ergibt: 1) domain.de, 2) domain.de
echo 'br /br /HTTP_HOST: '.$_SERVER[HTTP_HOST];
// ergibt: 1) domain.de, 2) www.domain.de
?

Bei 1und1 ergeben sich hier unterschiedliche Werte, wenn die Domain mit
www.domain.de aufgerufen wird.
Bei dF und Strato sind die Werte jeweils identisch und entsprechen der
aufgerufenen URL - eben mal mit, mal ohne www.

Die schnelle und vmlt. recht unsichere Lösung hast du ja schon gefunden:
$TYPO3_CONF_VARS['SYS']['trustedHostsPattern'] = '.*';

Eine mögliche Lösung aus dem Shopware-Forum ist, SERVER_NAME=HTTP_HOST
zu setzen.
http://forum.shopware.com/installation-einstieg-f9/installationsproblem-bei-1und1-auf-shared-server-t1345-10.html




also das hier
$_SERVER['SERVER_NAME'] = $_SERVER['HTTP_HOST'];

Vielleicht klappts ja damit, einfach mal testen.

Viele Grüße
Stephan


...







Am 11.03.2015 um 11:04 schrieb Heike Herzog-Kuhnke:

Hallo Bernd,

danke nochmal. Ich werde mal mit Dreamweaver auf den Server schauen.
Bisher habe ich das 11 Webinterface verwendet, weil ich nicht im Büro
bin.

Mal sehen, was ich dann finde.
Sollte sich daraus nichts ergeben, werde ich die Sache an die Forge
weitergeben. Es irritiert mich schon sehr, dass es mit dieser
Eintragung
klappt und mit der korrekten nicht.

Hast Du eine 6.2.10 auf einem normalen Server am Laufen, bei der
Deine
Klammer-Lösung angenommen wird? Wie gesagt, auf der suche nach dem
Problem habe ich einige Seiten mit dem Tipp gefunden das Ganze einfach
zu deaktivieren.

Mit welchen Problemen muss man denn rechnen, wenn man es deaktiviert?
Hast Du da zufällig einen Link zu dem Thema?
Ich hab den Kunden jetzt shcon mal drauf hingewiesen, dass da aus
Sicherheitsgründen eine Einschränkung sein wird, aber es wäre mir
wohler, wenn ich bei einem Gespräch auch wüßte, welche Gefahren es
gäbe,
wenn er sich für eine Deaktvierung entscheidet.

Da die Seite wahrscheinlich sehr bald online gehen wird, habe ich nicht
mehr so viele Chancen zu testen, was ich aber gerne machen werde.

Alles Liebe
Heike


Am 11.03.15 um 09:03 schrieb bernd wilke:

Am 11.03.15 um 07:41 schrieb Heike Herzog-Kuhnke:

Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank
zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8
gestellt habe.


sehr unwahrscheinlich, insbesondere sind Klammern in allen
Zeichensätzen
an der gleichen Stelle kodiert.


Aber das ist es nicht. der 11 Server will einfach keine Klammern
interpretieren. Nur mit der vorher genannten Konfiguration kann ich
die
Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem
Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei
anderen Servern funktioniert?


das wird wohl nicht speziell am 11-Server liegen.
ich würde jetzt eher einen Bug vermuten.
Du kannst ja mal ein Ticket in Forge anlegen.


Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett
deaktivieren und diese Variable ja nicht eingeführt wurde, weil die
Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie
Sinn
macht, wäre das unter Umständen eine Sache, die man verfolgen sollte.


die Einstellung gibt es wohl schon länger, sie ist jetzt nur mit einem
anderen (sehr restriktiven) Defautl versehen.


Ich bin froh, dass es jetzt geht, aber auch irritiert.
Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil
ich
da ja aktiv nix mache. Ich leite im Admin bei 11 dann die Domain auf
die Seite um, das wird dann wohl ein Redirect auf Server-Seite
werden.
Aber momentan ist der noch nciht eingerichtet, weil ich mit dem
Konfigurieren noch nciht fertig bin.


die Domainrecords sind eigentlich eine gute Sache, weil sie ein paar
Konfigurationen einfacher machen.
in den Domainrecords kann man zb. folgendes einrichten, was aber
eher in
die .htaccess gehört:
Aufrufe mit domain.tld werden nach www.domain.tld weiter
gereicht. Sinnvoller ist da schon:
www.domain1.tld an www.domain2.tld weiterreichen. zb. wenn die
Website demnächst über eine neue Domain aufgerufen und gefunden werden
soll. Google mag gleichen Inhalt unter verschiedenen Domains gar nicht
so gern. da hilft es wenn man google sagt: du kannst 

[TYPO3-german] Re: iframes einbinden?

[Matthias Eberlein]

http://typo3.org/extensions/repository/?id=23L=0q=iframe
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[Harald Stanzel]

Hallo Stephan,


Die Frage klingt jetzt vielleicht blöd, aber hattest du nur den Datenbankanteil 
umgestellt der auch dein TCA geändert?

http://docs.typo3.org/typo3cms/TCAReference/Reference/Columns/Common/Index.html#dbtype

Du solltest
* im TCA eval auf date stellen
* im TCA dbType auf date
* in der ext_tables.sql das Feld auf date


Auf deine Frage: Ich glaub, ich hatte es schonmal so ausprobiert. Soweit ich 
weiß, ist TCA nur fürs Backend zuständig.
Weil ich meine Eingaben aber im FE mache, denk ich, tut es nichts zur Sache.
Aber zur Sicherheit hab ich das grad nochmal nachgeschaut...

In Configuration/TCA/Person.php steht unter columns:
'birth_date' = array(
'exclude' = 0,
'label' = 
'LLL:EXT:familytree/Resources/Private/Language/locallang_db.xlf:tx_familytree_domain_model_person.birth_date',
'config' = array(
   'db_type' = 'date',
   'type' = 'input',
   'size' = 7,
   'eval' = 'date',
   'checkbox' = 1,
   'default' = time()
),
),

In der ext_tables.sql lautet die entsprechende Stelle 
CREATE TABLE tx_familytree_domain_model_person (

  ...
birth_date date DEFAULT '-00-00' NOT NULL, ...);

Und nach dem Test, was dabei passiert, stoße ich wieder auf das unter Problem2 
genannte :
NULL-Value in beide Richtungen,d.h. phpmyadmin zeigt -00-00 und wenn ich 
das dort editier, zeigt mein FE 1.1.1970 (sonst nichts)

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

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[Harald Stanzel]

Beide Daumen hoch! :)

Wer lesen kann, ist klar im Vorteil ;)
Mit 'dbType' und nicht 'db_type' funktioniert's !

Vom 1.1.1000 bis 31.12. getestet. 


Kannst du bei der Gelegenheit bitte gleich mal prüfen, ob sowohl dein MySQL als 
auch dein PHP 64bit sind...?

Wollte ich schon lang mal...
WO find ich das denn?!

Wegen default = time() schau ich grad mal ins BE und sehe...
beim Anlegen einer neuen Person, steht der Datepicker auf 'heute'.
Der ist allerdings begrenzt auf 1901-2038, d.h. er zeigt zwar an, daß er 
beliebieg weit hoch und runter kann (sogar in negative Jahreszahlen), übernimmt 
aber keine Werte außerhalb.

Na, wenigstens scheint mein Problem gelöst zu sein. Da kann ich schon mal 
beruhigt zu Bett gehen ;)
Danke, bis dann!
Harald

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

Re: [TYPO3-german] Backenduser Berechtigungen

[Heike Herzog-Kuhnke]

Hallo Carsten,
ich war ja zuerst am Anfang des Seitenbaumes.
Eine Einstellung rekursiv habe ich nicht gefunden.
Kannst u mir das etwas genauer beschreiben?
DankeD
Heike

Am 11.03.15 um 17:19 schrieb carsten falkenberg:

Einfacher wäre es gewesen, wenn Du auf der Seite die Root-Seite bearbeitet
hättest. Dort kannst du wählen, ob die Berechtigungen nur für diese eine
Seite oder rekursiv für mehrere Ebenen gelten sollen.


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

[TYPO3-german] iframes einbinden?

[Maja Schwarz]

Salut liebes Forum,

bei meiner Typo3 4.5-Version würde ich gerne Inhalte per iframe einbinden. 
Über das Content-Element HTML einfügen hat das nicht funktioniert; es wird kein Inhalt ausgegeben. 
Muss das Anzeigen von iframes eventuell im Seiten-Setup erlaubt werden?


Vielen Dank vorab,

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

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

[Ralf-Rene Schröder]

Am 11.03.2015 um 12:52 schrieb Andy Stoller:
 ich suche eine Extension mit der man einen Kleinanzeigenmarkt erstellen
 kann.
geben tut es meines Wissens nichts in der von dir gewünschten Art...
aber das sollte doch eigentlich als neue Extension mit dem
Extensionbuilder gut aufbaubar sein...


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

Re: [TYPO3-german] iframes einbinden?

[Ralf-Rene Schröder]

Am 11.03.2015 um 18:31 schrieb Maja Schwarz:
 bei meiner Typo3 4.5-Version würde ich gerne Inhalte per iframe
 einbinden. Über das Content-Element HTML einfügen hat das nicht
 funktioniert; es wird kein Inhalt ausgegeben. 
dann machst du irgendwas falsch...
dem iFrame solltest du auf jeden fall eine Größe mitgeben

 Muss das Anzeigen von iframes eventuell im Seiten-Setup erlaubt werden?
nein, das muß immer funktionieren


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

[TYPO3-german] Re: Extension für Kleinanzeigenmarkt

[Matthias Eberlein]

Hi,
mit ext. formhandler  news lässt sich das doch schön basteln...

gruss
maty

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Quote: Rainer Schleevoigt wrote on Wed, 11 March 2015 15:43

Nun wenn kein Budget, sondern nur Fleiss vorhanden ist, dann könntest Du 
mal in Richtung WP schauen. Mit Sicherheit gibt es in dieser Welt auch 
passende Module, beispielsweide dieses Buddy-WP.


WP kommt nicht in Frage, weil ich ständig Updates aufspielen müsste. BuddyPress geht über die Angebotsbeschreibung hinaus. Es bildet ein soziales Netzwerk. Dann kann ich auch Movim oder Diaspora nutzen. 
___

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Auch wenn es am Thema vorbei geht: Auf forum.typo3.org gibt es auch die Möglichkeit sich einzuloggen. Dort wird ein Nutzername verlangt und dieser wird angezeigt. 
___

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

Re: [TYPO3-german] iframes einbinden?

[Maja Schwarz]

Hm. Irgendne Idee, was ich falsch machen könnte? Größe hab ich angegeben.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Lieben Dank und viele Grüße nach Berlin.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Extbase - createQuery - statement Problem

[Christian Leicht]

Hallo Silke,

ja ich habe auch die fe_users um 3 Felder erweitert. Das klappt auch gut.

Ich habe mir Deinen Vorschlag angeschaut und er leuchtet mir auch ein, 
aber es läuft nicht.


Wenn ich im Repository folgendes einfüge:

/**
 * The repository for Users
 */
class UsersRepository extends 
\TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository {



public function showFeuser($userid){

$query = $this-createQuery();
$query-statement(SELECT * FROM fe_users WHERE uid = 
'.$userid.');

return $query-execute();
}

}


Bekomme ich folgende Fehlermeldung:
Fatal error: Class 
'WWL\WwlFeuserfiles\Domain\Repository\WwlfeuserfilesRepository' not 
found in 
/home/httpd/test/typo3/typo3_src-6.2.10/typo3/sysext/core/Classes/Utility/GeneralUtility.php 
on line 4442


Irgend was stimmt da mit den Namespaces nicht, glaube ich

Christian

Am 10.03.2015 um 14:42 schrieb Silke Capo:

Hallo Christian,

ich wollte auch einen Zugriff auf die fe_users haben. In meiner
Extension musste ich dazu folgende Schritte vornehmen:

Unter Domain/Models ein Model angelegt (weil ich zusätzliche Felder
genutzt habe:
/**
  * User Model
  *
  *  * @validate StringLength(minimum=6, maximum=15)
  *
  */
class Users extends \TYPO3\CMS\Extbase\Domain\Model\FrontendUser {

 /**
  * @var string
  */
 protected $passwordOld = '';

...

 /**
  * __construct
  */
 public function __construct() {
  parent::__construct();
 }

 /**
  * Sets the $passwordOld value
  *
  * @param string $passwordOld
  * @return void
  * @api
  */
 public function setPasswordOld($passwordOld) {
 $this-passwordOld = $passwordOld;
 }

 /**
  * Returns the $passwordOld value
  *
  * @return string
  * @api
  */
 public function getPasswordOld() {
 return $this-passwordOld;
 }

...

}

Wichtig hier: von Frontenduser ableiten, nicht von der allgemeinen Klasse.

Deine zusätzlichen Felder als Variablen, + getter und setter.

Dann das Repository:
/**
  * The repository for Users
  */
class UsersRepository extends
\TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository {
...
}

Hier musst du nur dann etwas eintragen, wenn du spezielle
Datenbankabfragen brauchst, die normalen wie findAll funktionieren
automatisch. Auch hier wieder von FrontendUser ableiten!

Dann unter Configuration/TypoScript noch das Mapping:
in setup.txt:
config.tx_extbase {
 persistence {
 classes {
 DigitalWorx\DxSpecialistsearch\Domain\Model\Users {
 mapping {
 tableName = fe_users
 recordType =
 }
 }
 }
 }
}

plugin.tx_dxspecialistsearch {
 persistence {
 classes {

 DigitalWorx\DxSpecialistsearch\Domain\Model\User {
 mapping {
 tableName = fe_users
 }
 }
 }
 ...
 }
...
}

In ext_tables.php:

/**
  * Table configuration fe_users
  */
$tempColumns = array (
 'password_old' = array (
 'exclude' = 1,
 'label' =
'LLL:EXT:dx_specialistsearch/Resources/Private/Language/locallang_db.xlf:fe_users.password',

 'config' = array (
 'type' = 'input',
 'size' = 30,
 'eval' = 'string',
 'readOnly' = 1,
 'default' = ''
 )
 ),
);
$fields = 'password_old';

\TYPO3\CMS\Core\Utility\GeneralUtility::loadTCA('fe_users');

if (version_compare(TYPO3_branch, '6.2', '')) {
 
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users', 
$tempColumns, 1);
} else {
 
\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users', 
$tempColumns);
}

so hat es bei mir geklappt.

VG Silke

On 10.03.2015 14:12, typo3-german-requ...@lists.typo3.org wrote:

Message: 9
Date: Tue, 10 Mar 2015 13:24:18 +0100
From: Christian Leichtuse...@schani.com
Subject: [TYPO3-german] Extbase - createQuery - statement Problem
To:typo3-german@lists.typo3.org
Message-ID:mailman.7264.1425990285.623.typo3-ger...@lists.typo3.org
Content-Type: text/plain; charset=utf-8; format=flowed

Hallo,
ich hab noch ne Frage zu meinem gestrigen Problem. Will aber nicht
wieder ?ber Extbase herziehen;-)  Deswegen ein neuer Post

Also, ich muss in einer Extension auf die fe_user DB zugreifen. Dazu
habe ich mir in meiner extension im repository Ordner



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

[TYPO3-german] Staging-Problem: Asynchronität Development- Live-System

[Dom Mustermann]

Hallo zusammen,

Ich habe folgendes Problem bei einem von mir aufgesetzten TYPO3-System (6.2.9) welches, momentan 2 Unternehmen beinhaltet. Bei dem einen Unternehmen handelt es sich um das Dachunternehmen und bei dem zweiten um ein Tochterunternehmen. 

Jetzt sollen nach und nach immer weitere Tochterunternehmen integriert werden. Mein Problem liegt darin, dass ich immer, wenn ein neues Unternehmen ins CMS-System integriert werden soll, einen Development-Stand einrichte bis das neue Tochterunternehmen samt der Inhalte integriert ist. Für diesen Zeitraum müssen die anderen Unternehmen die Inhaltspflege stoppen, oder parallel im Development-System betreiben. 


Hat jemand eine Lösung parat, oder eine Idee wie ich das doppelte 
Pflegen/Pflegeverbot umgehen könnte und die Development-Live-Thematik etwas 
kundenfreundlicher gestalten könnte???

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

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[bernd wilke]

Am 10.03.15 um 19:06 schrieb Harald Stanzel:

Hallo zurück,

laut de2.php.net/manual/de/intro.datetime.php hat DateTime 64 Bit. Mir
würden schon 32 reichen, wenn nicht über die Hälfte davon für die
Sekunden eines einzigen Tages drauf gehen würden.
Ich hab hier drei Dinge:
PHP, Mysql und dazwischen Extbase. Wie ich bisher verstanden habe,
kennen PHP und Mysql 64Bit lange Datetime.

Problem 1: int(11) ist mit Sicherheit zu klein, Maximalwert 2^31 - den
hat mir der Ext.Builder gemacht.
Allein die Angabe von int(20), welcher dann +/- 2^63 könnte,
funktioniert aber nicht.
Denn der Wertebereich bleibt der selbe.

Problem 2: Ändere ich diesen int(11) auf Date oder DateTime funktioniert
gar nichts mehr (NULL-Value in beide Richtungen,d.h. phpmyadmin zeigt
-00-00 und mein FE zeigt 1.1.1970)

Deswegen schlussfolgere ich, daß beim Property mappen oder sonstwo in
den Untiefen von Extbase IMMER ein timestamp aus dem Datum generiert
wird. Und bei diesem ist bekannt, daß am 19.1.2038 das Ende erreicht wird.

Problem 3: Ich habe nicht die leiseste Ahnung, wo und nach was ich noch
suchen sollte.
solange du bei der Repräsentation von Datumsangaben durch Integer als 
Unixtime (= Sekunden seit 1.1.1970 0:00:00) bleibst wirst du Probleme 
haben.

Probleme rund um diese Datumsrepräsentation:
1. Zeitzonen, da die Uhrzeit mit genutzt wird müssen Zeitzonen 
berücksichtigt werden. da man bei einem reinen Datum meist die Uhrzeit 
0:00 nimmt kann es bei einer Zeitzonen'korrektur' auf einmal zu 23:00 
des Vortages werden: Ohne angezeigte Uhrzeit auf einmal ein anderes Datum
2. es ist ja nicht nur PHP beteiligt. neben der Datenbank, die 
hoffentlich nur eine große Integer Zahl sieht gibt es ja auch noch 
Javascript, das zumindest bei der Eingabe noch beteiligt ist, sei es für 
einen Kalender-Wizard, sei es nur zur Wert-Überprüfung. D.h. aber auch 
Javascript von ganz unterschiedlichen Browsern, und da unterscheidet 
sich IE8 von IE11 und FF unter Windows von FF unter Linux


solltest du auf eine echte Datumsrepräsentation umsteigen (die 
Datenbanken haben einen eigenen Datentyp dafür!) kommen aber schnell 
andere Probleme auf:
Die Eingabe wird kompliziert weil man jetzt drei Felder zusammen 
validieren muss (oder ein Feld erstmal zerlegen und dann wieder 
kombinieren muss)
Berechnungen bzgl. Tagesdifferenz zwischen zwei Daten (pl. Datum) werden 
um einiges komplizierter.
Das ist in so weit für dich so aufwändig weil TYPO3 noch kein sauberes 
Interface für diesen DB-Datentyp hat.


andere Auswege: eine komplett eigene Datumsverwaltung mit einem 
Datentyp, der eigentlich ein String ist:
speichere ein Datum einfach als String :MM:DD mit einer einfachen 
Validierung und einfacher Anzeigeformatierung. Du kannst damit halt nur 
nicht viel 'rechnen'. (Bei dieser Formatierung funktioniert immerhin ein 
kleiner/größer Vergleich)


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

[TYPO3-german] Powermail 2.2.0 - Uncaught ReferenceError: jQuery is not defined

[Heike Herzog-Kuhnke]

Hi Leute,

ich habe eben beim Prüfen meiner Seite gesehen, dass folgender Fehler 
angezeigt wird beim Prüfen mit Chrome:


Uncaught ReferenceError: jQuery is not 
definedjquery.datetimepicker.js?1425942029:1271 (anonymous function)


Der Fehler wird noch für 3 weitere Scripte von Powermail angezeigt.
Das ist ja eine frische Installation. Das Fromular funktioniert. Muss 
ich noch was einbinden? Pfadprobleme?


Hat jemand einen Tipp?

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

Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check

[Stephan Kleiber]

Hallo Heike,

das Problem mit dem trustedHostsPattern tritt v.a. bei 1und1 auf.
Grund dafür ist scheinbar, dass bei 1und1 SERVER_NAME und HTTP_HOST 
anders behandelt werden als z.b. bei dF oder Strato.


Testen kannst du das bei 1und1 oder anderswo recht schnell hiermit (file 
erstellen servername_12345xyz ... halt mit kryptischer Endung damits 
nicht leicht findbar ist):


?php
// test  bei 1und1; Aufruf: 1) domain.de, 2) www.domain.de
echo 'SERVER_NAME: '.$_SERVER[SERVER_NAME];
// ergibt: 1) domain.de, 2) domain.de
echo 'br /br /HTTP_HOST: '.$_SERVER[HTTP_HOST];
// ergibt: 1) domain.de, 2) www.domain.de
?

Bei 1und1 ergeben sich hier unterschiedliche Werte, wenn die Domain mit 
www.domain.de aufgerufen wird.
Bei dF und Strato sind die Werte jeweils identisch und entsprechen der 
aufgerufenen URL - eben mal mit, mal ohne www.


Die schnelle und vmlt. recht unsichere Lösung hast du ja schon gefunden:
$TYPO3_CONF_VARS['SYS']['trustedHostsPattern'] = '.*';

Eine mögliche Lösung aus dem Shopware-Forum ist, SERVER_NAME=HTTP_HOST 
zu setzen.

http://forum.shopware.com/installation-einstieg-f9/installationsproblem-bei-1und1-auf-shared-server-t1345-10.html

also das hier
$_SERVER['SERVER_NAME'] = $_SERVER['HTTP_HOST'];

Vielleicht klappts ja damit, einfach mal testen.

Viele Grüße
Stephan


...







Am 11.03.2015 um 11:04 schrieb Heike Herzog-Kuhnke:

Hallo Bernd,

danke nochmal. Ich werde mal mit Dreamweaver auf den Server schauen.
Bisher habe ich das 11 Webinterface verwendet, weil ich nicht im Büro bin.

Mal sehen, was ich dann finde.
Sollte sich daraus nichts ergeben, werde ich die Sache an die Forge
weitergeben. Es irritiert mich schon sehr, dass es mit dieser Eintragung
klappt und mit der korrekten nicht.

Hast Du eine 6.2.10 auf einem normalen Server am Laufen, bei der Deine
Klammer-Lösung angenommen wird? Wie gesagt, auf der suche nach dem
Problem habe ich einige Seiten mit dem Tipp gefunden das Ganze einfach
zu deaktivieren.

Mit welchen Problemen muss man denn rechnen, wenn man es deaktiviert?
Hast Du da zufällig einen Link zu dem Thema?
Ich hab den Kunden jetzt shcon mal drauf hingewiesen, dass da aus
Sicherheitsgründen eine Einschränkung sein wird, aber es wäre mir
wohler, wenn ich bei einem Gespräch auch wüßte, welche Gefahren es gäbe,
wenn er sich für eine Deaktvierung entscheidet.

Da die Seite wahrscheinlich sehr bald online gehen wird, habe ich nicht
mehr so viele Chancen zu testen, was ich aber gerne machen werde.

Alles Liebe
Heike


Am 11.03.15 um 09:03 schrieb bernd wilke:

Am 11.03.15 um 07:41 schrieb Heike Herzog-Kuhnke:

Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank
zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8
gestellt habe.


sehr unwahrscheinlich, insbesondere sind Klammern in allen Zeichensätzen
an der gleichen Stelle kodiert.


Aber das ist es nicht. der 11 Server will einfach keine Klammern
interpretieren. Nur mit der vorher genannten Konfiguration kann ich die
Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem
Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei
anderen Servern funktioniert?


das wird wohl nicht speziell am 11-Server liegen.
ich würde jetzt eher einen Bug vermuten.
Du kannst ja mal ein Ticket in Forge anlegen.


Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett
deaktivieren und diese Variable ja nicht eingeführt wurde, weil die
Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie Sinn
macht, wäre das unter Umständen eine Sache, die man verfolgen sollte.


die Einstellung gibt es wohl schon länger, sie ist jetzt nur mit einem
anderen (sehr restriktiven) Defautl versehen.


Ich bin froh, dass es jetzt geht, aber auch irritiert.
Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil ich
da ja aktiv nix mache. Ich leite im Admin bei 11 dann die Domain auf
die Seite um, das wird dann wohl ein Redirect auf Server-Seite werden.
Aber momentan ist der noch nciht eingerichtet, weil ich mit dem
Konfigurieren noch nciht fertig bin.


die Domainrecords sind eigentlich eine gute Sache, weil sie ein paar
Konfigurationen einfacher machen.
in den Domainrecords kann man zb. folgendes einrichten, was aber eher in
die .htaccess gehört:
Aufrufe mit domain.tld werden nach www.domain.tld weiter
gereicht. Sinnvoller ist da schon:
www.domain1.tld an www.domain2.tld weiterreichen. zb. wenn die
Website demnächst über eine neue Domain aufgerufen und gefunden werden
soll. Google mag gleichen Inhalt unter verschiedenen Domains gar nicht
so gern. da hilft es wenn man google sagt: du kannst zwar alle domains
für den Zugriff benutzen, aber offiziell ist es immer diese Domain.


Verzeichnisschutz ist keiner drin, das kann es auch nicht sein.

Die _.htaccess kann ich nciht umbenennen und die echte sehe ich nicht.


entweder ein anderes Tool, oder in den Einstellungen zu deinem Tool
nachgesehen. irgendwo kann man meist einstellen: auch versteckte
Dateien anzeigen.


bernd

Re: [TYPO3-german] Extbase - Sortierung von findAll()

[Marc Willmann]

Am 11.03.15 11:08, schrieb Christian Leicht:
 Hallo ich habe eine Extension die zum auflisten folgende Funktion benutzt:
 
 public function listAction() {
 $magazins = $this-magazinRepository-findAll();
 $this-view-assign('magazins', $magazins);
 }
 
 
 Jetzt werden die Datensätze aber nach uid sortiert. Wie bekomme ich das
 nach 'sorting' sortiert?


indem Du im Repository in der Methode (oder im Default) setOrderings()
benutzt und nach dem sortierst, was Du gerne hättest.

Die Sortierung nach uid ist übrigens zufällig, wenn sie nicht
explizit gesetzt ist - letztlich überlässt Extbase im Default MySQL die
Sortierung, was meistens die Sortierung nach UID zurückliefert, nach
Spezifikation aber undefined ist.


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] pid-Feld einer Datenbanktabelle kann nicht mit PHP-Skript befüllt werden

[Marcus Raphelt]

Tag,

wäre ein Insert Select keine Alternative?
Insert into tabelle_neu ( col1, col2, col3, col4...)
select col1, colxx, from_unixtime(colyy), 'hallo' ...
from tabelle_alt

Gruß,
Marcus

Am 11.03.2015 um 09:57 schrieb Uwe Thiemann:
 Hallo,

 ich muss Datensätze aus einem alten, selbst programmierten News-System
 (mit einer ganz anderen Datenstruktur als der des neuen News-Systems)
 mit Hilfe eines PHP-Skripts in das neue News-System (3.1.0) von Georg
 Ringer importieren (Typo3-Version: 6.2.10). Das Importieren in die
 Tabelle tx_news_domain_model_news

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

Re: [TYPO3-german] Staging-Problem: Asynchronität Development- Live-System

[Chris Wolff - AERTiCKET AG]

Hallo Dom,
wir haben bei uns in der firma das gleiche problem. Und haben uns schon mal 
gedanken um eine lösung gemacht. aber nie umgesetzt.

Das Eigendliche Problem ist ja wenn ein Inhalt angelegt wird das eine uid 
doppelt vergeben würde. Deswegen dachten wir 
Man könnte es mit einem hook im Dev/Staging system lösen das dann eine UID vom 
Live System Anfordert und im Live system würde dann ein service den auto 
increment der Tabelle erhöhen. Und die freie uid 
Zurück geben. Damit sollte es möglich sein. eine Site im dev system aufzubauen 
die keien UIDs des live systems verwendet. Und man könnte den merge, der beiden 
Seiten einfacher lösen.

Wie gesagt das ganze war bei uns nur ein gedanken spiel. Aber vielleicht ist 
das ja die richtige idee.

T3d export / import währe eine andere möglichkeit. das müsste man dann wohl 
aber per command-line machen und ich glaube es gibt keine t3d export/import 
über den cli_dispatcher.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Dom Mustermann
Gesendet: Mittwoch, 11. März 2015 08:48
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Staging-Problem: Asynchronität Development-  
Live-System

Hallo zusammen,

Ich habe folgendes Problem bei einem von mir aufgesetzten TYPO3-System (6.2.9) 
welches, momentan 2 Unternehmen beinhaltet. Bei dem einen Unternehmen handelt 
es sich um das Dachunternehmen und bei dem zweiten um ein Tochterunternehmen. 

Jetzt sollen nach und nach immer weitere Tochterunternehmen integriert werden. 
Mein Problem liegt darin, dass ich immer, wenn ein neues Unternehmen ins 
CMS-System integriert werden soll, einen Development-Stand einrichte bis das 
neue Tochterunternehmen samt der Inhalte integriert ist. Für diesen Zeitraum 
müssen die anderen Unternehmen die Inhaltspflege stoppen, oder parallel im 
Development-System betreiben. 

Hat jemand eine Lösung parat, oder eine Idee wie ich das doppelte 
Pflegen/Pflegeverbot umgehen könnte und die Development-Live-Thematik etwas 
kundenfreundlicher gestalten könnte???

___
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] Extbase - Sortierung von findAll()

[Marc Willmann]

Am 11.03.15 11:28, schrieb Christian Leicht:
 Gibt es irgendwo eine Dokumentation zu dem ganzen?
 Ich kann nirgends was finden.

http://api.typo3.org/flow/master/

und http://lmgtfy.com/?q=extbase+repository+setOrderings


Marc

 
 Christian
 
 Am 11.03.2015 um 11:22 schrieb Marc Willmann:
 Am 11.03.15 11:08, schrieb Christian Leicht:
 Hallo ich habe eine Extension die zum auflisten folgende Funktion
 benutzt:

  public function listAction() {
  $magazins = $this-magazinRepository-findAll();
  $this-view-assign('magazins', $magazins);
  }


 Jetzt werden die Datensätze aber nach uid sortiert. Wie bekomme ich das
 nach 'sorting' sortiert?


 indem Du im Repository in der Methode (oder im Default) setOrderings()
 benutzt und nach dem sortierst, was Du gerne hättest.

 Die Sortierung nach uid ist übrigens zufällig, wenn sie nicht
 explizit gesetzt ist - letztlich überlässt Extbase im Default MySQL die
 Sortierung, was meistens die Sortierung nach UID zurückliefert, nach
 Spezifikation aber undefined ist.


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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Moox

[bernd wilke]

Am 10.03.15 um 18:37 schrieb Christian Tauscher:

Hallo zusammen.

Bastel grad mit dem Moox-Framework rum.
Gibts Kollegen dazu? Viielicht ein Forum.

Konkret fallt mir auf das die spamProtectEmailAddresses-Funktion den
dienst verweigert mit typo3 6.2.9


grundsätzlich funktioniert das unter 6.2.9 (und 6.2.10) aber schon. 
zumindest bei mir



Kann natürlich auch an anderen EXT liegen wie vhs,fluid* wird natürlich
schwer zu finden sein, den diese EXT kann ich nicht einfach deaktivieren.


spamProtectEmail funktioniert dann nicht, wenn die Links zu den 
emailadressen nicht über den Core generiert werden. Das kann man aus 
Versehen auch ganz schnell ohne irgendwelche Extensions schaffen, in dem 
man TYPO3 bei der Linkgenerierung 'hilft'.
normalerweise funktioniert es am besten wenn man einfach 
mailto:em...@domain.tld in den text schreibt. bei expliziten Links 
sollte man auf das Protokoll ('mailto:') achten.


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

Re: [TYPO3-german] Moox

[Jens Schmietendorf]

.. an vhs, fluid usw. liegt's definitiv nicht
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Staging-Problem: Asynchronität Development- Live-System

[bernd wilke]

Am 11.03.15 um 08:48 schrieb Dom Mustermann:
 ^^ realnames wünschenswert!

Hallo zusammen,

Ich habe folgendes Problem bei einem von mir aufgesetzten TYPO3-System
(6.2.9) welches, momentan 2 Unternehmen beinhaltet. Bei dem einen
Unternehmen handelt es sich um das Dachunternehmen und bei dem zweiten
um ein Tochterunternehmen.
Jetzt sollen nach und nach immer weitere Tochterunternehmen integriert
werden. Mein Problem liegt darin, dass ich immer, wenn ein neues
Unternehmen ins CMS-System integriert werden soll, einen
Development-Stand einrichte bis das neue Tochterunternehmen samt der
Inhalte integriert ist. Für diesen Zeitraum müssen die anderen
Unternehmen die Inhaltspflege stoppen, oder parallel im
Development-System betreiben.
Hat jemand eine Lösung parat, oder eine Idee wie ich das doppelte
Pflegen/Pflegeverbot umgehen könnte und die Development-Live-Thematik
etwas kundenfreundlicher gestalten könnte???


du hast gerade das Problem gegenläufigen Informationsflusses.

eigentlich sollten alle Datenbankinhalte nur vom Livesystem richtung 
develop fließen, während Konfiguration von Develop zum Live System.


Leider speichert TYPO3 Teile seiner Konfiguration auch in der DB.
Deshalb lagern viele leute inzwischen die gesamte Konfiguration in 
externe Dateien aus. primär kannst du das Typoscript in include-Dateien 
auslagern, so dass bei einem Datenbank-refresh keine neue Konfiguration 
überschrieben wird.


für mich gehört seit langem schon dazu den Bereich unter fileadmin 
zwischen Konfiguration und Daten sauber zu trennen:

-fileadmin
  +-data
  |  +-img
  |  +-pdf
  |  +-mp3
  |  :
  +-sys
 +-css
 +-img
 +-html
 +-js
 +-typoscript
 :

Ansonsten kannst du natürlich versuchen die Tabellen selektiv zu 
synchronisieren (konfigurationstabellen dev-live, datentabellen 
live-dev), da kenn ich aber keinen, der das so macht.


eine weitere praxis ist: Konfiguration in Extensions auszulagern und 
diese dann ins Live-system zu übertragen.


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

[TYPO3-german] pid-Feld einer Datenbanktabelle kann nicht mit PHP-Skript befüllt werden

[Uwe Thiemann]

Hallo,

ich muss Datensätze aus einem alten, selbst programmierten News-System (mit 
einer ganz anderen Datenstruktur als der des neuen News-Systems) mit Hilfe 
eines PHP-Skripts in das neue News-System (3.1.0) von Georg Ringer importieren 
(Typo3-Version: 6.2.10). Das Importieren in die Tabelle 
tx_news_domain_model_news funktioniert auch ganz gut, bis auf eine Ausnahme: 
alle Felder werden richtig von meinem PHP-Skript befüllt, abgesehen vom Feld 
'pid', das ja die ID des jeweiligen News-Ordners aufnehmen sollte (es gibt 
verschiedene News-Ordner und somit auch verschiedene IDs). Ich verwende den 
folgenden Code:

$dbtxnews = mysqli_connect(localhost, username, kennwort, itzfltypo3);
if(!$dbtxnews)
{
 exit(Verbindungsfehler: .mysqli_connect_error());
}
$stmt = mysqli_prepare($dbtxnews, INSERT INTO `tx_news_domain_model_news` (`pid`, 
`tstamp`, `crdate`, `cruser_id`, ...) VALUES (?, ?, ?, ...));
mysqli_stmt_bind_param($stmt, ' ...', $vr1, $vr2, $vr3, $vr4, ...);

$vr1 = $startingpoint;
$vr2 = $timestamp;
$vr3 = $timestamp;
..

mysqli_stmt_execute($stmt);
mysqli_stmt_close($stmt);
mysqli_close($dbtxnews);

Wie gesagt, alle Felder werden richtig befüllt, außer 'pid'. 
$startingpoint enthält auch den richtigen Wert, und ich habe auch schon versucht, den Wert als String einzufügen. Die Benutzerrechte stimmen auch. Wenn ich mich mit den Benutzerdaten aus mysqli_connect an phpmyadmin anmelde, ist es mir möglich, den pid-Wert manuell einzutragen.


Ich bin für jede Idee dankbar.

Viele Grüße

Uwe

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

Re: [TYPO3-german] Extbase - Sortierung von findAll()

[Christian Leicht]

Gibt es irgendwo eine Dokumentation zu dem ganzen?
Ich kann nirgends was finden.

Christian

Am 11.03.2015 um 11:22 schrieb Marc Willmann:

Am 11.03.15 11:08, schrieb Christian Leicht:

Hallo ich habe eine Extension die zum auflisten folgende Funktion benutzt:

 public function listAction() {
 $magazins = $this-magazinRepository-findAll();
 $this-view-assign('magazins', $magazins);
 }


Jetzt werden die Datensätze aber nach uid sortiert. Wie bekomme ich das
nach 'sorting' sortiert?



indem Du im Repository in der Methode (oder im Default) setOrderings()
benutzt und nach dem sortierst, was Du gerne hättest.

Die Sortierung nach uid ist übrigens zufällig, wenn sie nicht
explizit gesetzt ist - letztlich überlässt Extbase im Default MySQL die
Sortierung, was meistens die Sortierung nach UID zurückliefert, nach
Spezifikation aber undefined ist.



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

Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check

[Heike Herzog-Kuhnke]

Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank 
zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8 
gestellt habe.


Aber das ist es nicht. der 11 Server will einfach keine Klammern 
interpretieren. Nur mit der vorher genannten Konfiguration kann ich die 
Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem 
Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei 
anderen Servern funktioniert?


Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett 
deaktivieren und diese Variable ja nicht eingeführt wurde, weil die 
Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie Sinn 
macht, wäre das unter Umständen eine Sache, die man verfolgen sollte.


Ich bin froh, dass es jetzt geht, aber auch irritiert.
Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil ich 
da ja aktiv nix mache. Ich leite im Admin bei 11 dann die Domain auf 
die Seite um, das wird dann wohl ein Redirect auf Server-Seite werden. 
Aber momentan ist der noch nciht eingerichtet, weil ich mit dem 
Konfigurieren noch nciht fertig bin.


Verzeichnisschutz ist keiner drin, das kann es auch nicht sein.

Die _.htaccess kann ich nciht umbenennen und die echte sehe ich nicht.

hmhhh
Gruß
Heike


Am 10.03.15 um 21:08 schrieb Heike Herzog-Kuhnke:

Die einzige Umleitung, die ich nutze ist die vom Startpunkt der Seite
auf die echte Startseite. Ansonsten habe ich da nichts angelegt.
Das macht man nur, wenn man mehrere Domains über eine Installation
laufen lässt, oder?

Ich muss das noch einmal probieren, ob ich mit Deinen Vorschlägen was
ändern kann. Dass das Ganze jedes Mal auf die Nase fällt, wenn Klammern
im Spiel sind, finde ich schräg.

Danke auf jeden Fall für Deine Hilfe.
Einen lieben Gruß
Heike

Am 10.03.15 um 17:01 schrieb bernd wilke:

Am 10.03.15 um 14:52 schrieb Heike Herzog-Kuhnke:

Lieber Bernd,

wenn Du mir sagst, wie ich es machen soll, teste ich alles, was Du
willst. Wo finde ich die Informationen zu den Domain-Records?
Es gibt eine _.htaccess Datei im typo3 Verzeichnis, die wohl von typo3
kommt. Soll ich die einfach mal in .htaccess umbenennen?


evtl. existiert schon eine .htaccess!

dateien, die mit Punkt anfangen werden normalerweise nicht mit angezeigt!


Vielleicht reicht das ja und alles ist gut.
Wenn nicht kann ich da dann vielleicht was eintragen, was das Problem
eingrenzt.

Oder wird die trotz _ ausgeführt?


nope

aber domain records haben gar nichts mit htaccess zu tun.
vielleihct hätte ich es übersetzen müssen:
domain-Datensätze

die legst du ja (ggfls) in deiner Root-Seite an, dort kannst du auch
noch ein redirect einstellen, der würde allerdings erst im PHP
ausgeführt, ist also deutlich langsamer als ein Redirekt in .htaccess.

diese Domain-records werden in TYPO3 für diverses benutzt. zb. nutzt
realurl sie auch um die Startseiten für die Domains zu bestimmen.


grüße

Bernd




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

Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check

[bernd wilke]

Am 11.03.15 um 07:41 schrieb Heike Herzog-Kuhnke:

Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank
zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8
gestellt habe.


sehr unwahrscheinlich, insbesondere sind Klammern in allen Zeichensätzen 
an der gleichen Stelle kodiert.



Aber das ist es nicht. der 11 Server will einfach keine Klammern
interpretieren. Nur mit der vorher genannten Konfiguration kann ich die
Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem
Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei
anderen Servern funktioniert?


das wird wohl nicht speziell am 11-Server liegen.
ich würde jetzt eher einen Bug vermuten.
Du kannst ja mal ein Ticket in Forge anlegen.


Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett
deaktivieren und diese Variable ja nicht eingeführt wurde, weil die
Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie Sinn
macht, wäre das unter Umständen eine Sache, die man verfolgen sollte.


die Einstellung gibt es wohl schon länger, sie ist jetzt nur mit einem 
anderen (sehr restriktiven) Defautl versehen.



Ich bin froh, dass es jetzt geht, aber auch irritiert.
Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil ich
da ja aktiv nix mache. Ich leite im Admin bei 11 dann die Domain auf
die Seite um, das wird dann wohl ein Redirect auf Server-Seite werden.
Aber momentan ist der noch nciht eingerichtet, weil ich mit dem
Konfigurieren noch nciht fertig bin.


die Domainrecords sind eigentlich eine gute Sache, weil sie ein paar 
Konfigurationen einfacher machen.
in den Domainrecords kann man zb. folgendes einrichten, was aber eher in 
die .htaccess gehört:
Aufrufe mit domain.tld werden nach www.domain.tld weiter 
gereicht. Sinnvoller ist da schon:
www.domain1.tld an www.domain2.tld weiterreichen. zb. wenn die 
Website demnächst über eine neue Domain aufgerufen und gefunden werden 
soll. Google mag gleichen Inhalt unter verschiedenen Domains gar nicht 
so gern. da hilft es wenn man google sagt: du kannst zwar alle domains 
für den Zugriff benutzen, aber offiziell ist es immer diese Domain.



Verzeichnisschutz ist keiner drin, das kann es auch nicht sein.

Die _.htaccess kann ich nciht umbenennen und die echte sehe ich nicht.


entweder ein anderes Tool, oder in den Einstellungen zu deinem Tool 
nachgesehen. irgendwo kann man meist einstellen: auch versteckte 
Dateien anzeigen.



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

Re: [TYPO3-german] Verzeichnisfreigabe unter 6.2.10

[Heike Herzog-Kuhnke]

OK also ich frage jetzt einfach mal sicherheitshalber
Wenn ich diese Verzeichnisfreigabe anlegen möchte, dann kommt mir das 
Fenster, bei dem ich die Eintragungen machen kann mehr als seltsam vor. 
Da ich kein Bild anfügen kann versuche ich das mal zu beschreiben.


Angaben

Bezeichnung: Hier kann ich was eintragen, aber nach dem Speichern steht 
dort immer fileadmin/ (auto-created)


Inaktiv: kein Häkchen

Speicher: Hier ist ein Auswahlfeld, in dem steht aber nur filedamin 
autocreated drin


Ordner: Hier ist ein Auswahlfeld, in dem ich einen Haken sehe, aber 
nichts auswählen kann


---

Nach dem Speichern ist der Name wie oben beschrieben.
Wenn ich dann das Ganze bearbeite, habe ich mehr Reiter zur Verfügung.


Allgemein
*
Name: fileadmin/ (auto-created)
Beschreibung: This is the local fileadmin/ directory. This storage mount 
has been created automatically by TYPO3.

In Auflistungen verbergen: Hier ist kein Häkchen


Configuration
*
Treiber: Auswahlfeld. Nur Local filesystem verfügbar

Treiber-Konfiguration
-
Pfad zur Basis: fileadmin/
 Pfadtyp:
 relativ (Häkchen dran)
 absolut

Benutzt groß-/kleinschreibungsabhängige Bezeichner: Noch ein Häkchen
Ist Standardspeicher? Mit Häkchen


Ordner für bearbeitete und temporäre Bilder, etc.
_processed_ (hellgrau geschrieben)

Access
Überall ein Häkchen

--

Ich würde gerne das Verzeichnis: fileadmin/user_uploads/Redakteure als 
Freigabe speichern, die ich einer Gruppe zuordnen kann.


Ich versuche das oben im Seitenbaum anzulegen.
Die letzte hab ich vor zwei Jahren angelegt und entweder hat sich das 
alles wesentlich geändert, oder ich hab einen Schritt vergessen :((

Oder es geht nicht mehr :

Kann mir jemand einen Schubs geben?

Gruß
Heike


Am 11.03.15 um 13:20 schrieb Heike Herzog-Kuhnke:

Tja, also...

Eben bin ich am Herrichten, dass ein Redakteur arbeiten kann.
Ein Teil davon, der auch schon in der 4.5.25 gut funktioniert ist die
Verzeichnisfreigabe. Also bei 4.5.25 gespickt und angelegt und renne
nach dem Anlegen in diesen Fehler:

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

Irgendwelche Tipps?
Ist eine Neuinstallation und ich habek eine Idee, wie ich das vernünftig
anlege. Grumpf

Gruß
Heike


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

Re: [TYPO3-german] Extbase - createQuery - statement Problem

[Marc Willmann]

Du musst Dir echt ein Buch gönnen. :-/

Fang mit einer eigenen kleinen Extension an, irgendwas simples und
erweiter nicht gleich Models von anderen.

Namespaces sind nicht Dein - jedenfalls nicht Dein einziges - Problem.

class UsersRepository extends 
Class '\WwlfeuserfilesRepository' not found

Klar, dass PHP/Extbase Deine Klasse nicht findet, wenn Du sie anders nennst.

Du hast Deinen Fragen nach zu urteilen soviele Baustellen gleichzeitig
offen, dass Du Dir dringend ein paar Grundlagen anschauen und verstehen
solltest!

Marc

Am 11.03.15 09:35, schrieb Christian Leicht:
 Hallo Silke,
 
 ja ich habe auch die fe_users um 3 Felder erweitert. Das klappt auch gut.
 
 Ich habe mir Deinen Vorschlag angeschaut und er leuchtet mir auch ein,
 aber es läuft nicht.
 
 Wenn ich im Repository folgendes einfüge:
 
 /**
  * The repository for Users
  */
 class UsersRepository extends
 \TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository {
 
 
 public function showFeuser($userid){
 
 $query = $this-createQuery();
 $query-statement(SELECT * FROM fe_users WHERE uid =
 '.$userid.');
 
 return $query-execute();
 }
 
 }
 
 
 Bekomme ich folgende Fehlermeldung:
 Fatal error: Class
 'WWL\WwlFeuserfiles\Domain\Repository\WwlfeuserfilesRepository' not
 found in
 /home/httpd/test/typo3/typo3_src-6.2.10/typo3/sysext/core/Classes/Utility/GeneralUtility.php
 on line 4442
 
 Irgend was stimmt da mit den Namespaces nicht, glaube ich
 
 Christian
 
 Am 10.03.2015 um 14:42 schrieb Silke Capo:
 Hallo Christian,

 ich wollte auch einen Zugriff auf die fe_users haben. In meiner
 Extension musste ich dazu folgende Schritte vornehmen:

 Unter Domain/Models ein Model angelegt (weil ich zusätzliche Felder
 genutzt habe:
 /**
   * User Model
   *
   *  * @validate StringLength(minimum=6, maximum=15)
   *
   */
 class Users extends \TYPO3\CMS\Extbase\Domain\Model\FrontendUser {

  /**
   * @var string
   */
  protected $passwordOld = '';

 ...

  /**
   * __construct
   */
  public function __construct() {
   parent::__construct();
  }

  /**
   * Sets the $passwordOld value
   *
   * @param string $passwordOld
   * @return void
   * @api
   */
  public function setPasswordOld($passwordOld) {
  $this-passwordOld = $passwordOld;
  }

  /**
   * Returns the $passwordOld value
   *
   * @return string
   * @api
   */
  public function getPasswordOld() {
  return $this-passwordOld;
  }

 ...

 }

 Wichtig hier: von Frontenduser ableiten, nicht von der allgemeinen
 Klasse.

 Deine zusätzlichen Felder als Variablen, + getter und setter.

 Dann das Repository:
 /**
   * The repository for Users
   */
 class UsersRepository extends
 \TYPO3\CMS\Extbase\Domain\Repository\FrontendUserRepository {
 ...
 }

 Hier musst du nur dann etwas eintragen, wenn du spezielle
 Datenbankabfragen brauchst, die normalen wie findAll funktionieren
 automatisch. Auch hier wieder von FrontendUser ableiten!

 Dann unter Configuration/TypoScript noch das Mapping:
 in setup.txt:
 config.tx_extbase {
  persistence {
  classes {
  DigitalWorx\DxSpecialistsearch\Domain\Model\Users {
  mapping {
  tableName = fe_users
  recordType =
  }
  }
  }
  }
 }

 plugin.tx_dxspecialistsearch {
  persistence {
  classes {

  DigitalWorx\DxSpecialistsearch\Domain\Model\User {
  mapping {
  tableName = fe_users
  }
  }
  }
  ...
  }
 ...
 }

 In ext_tables.php:

 /**
   * Table configuration fe_users
   */
 $tempColumns = array (
  'password_old' = array (
  'exclude' = 1,
  'label' =
 'LLL:EXT:dx_specialistsearch/Resources/Private/Language/locallang_db.xlf:fe_users.password',


  'config' = array (
  'type' = 'input',
  'size' = 30,
  'eval' = 'string',
  'readOnly' = 1,
  'default' = ''
  )
  ),
 );
 $fields = 'password_old';

 \TYPO3\CMS\Core\Utility\GeneralUtility::loadTCA('fe_users');

 if (version_compare(TYPO3_branch, '6.2', '')) {
 
 \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users',
 $tempColumns, 1);
 } else {
 
 \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::addTCAcolumns('fe_users',
 $tempColumns);
 }

 so hat es bei mir geklappt.

 VG Silke

 On 10.03.2015 14:12, typo3-german-requ...@lists.typo3.org wrote:
 Message: 9
 Date: Tue, 10 Mar 2015 13:24:18 +0100
 From: Christian Leichtuse...@schani.com
 Subject: [TYPO3-german] Extbase - createQuery - statement Problem
 To:typo3-german@lists.typo3.org
 Message-ID:mailman.7264.1425990285.623.typo3-ger...@lists.typo3.org
 Content-Type: text/plain; charset=utf-8; format=flowed

 Hallo,
 

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

[Andy Stoller]

Ich soll ein Internetportal für einen Erotik Anzeigen Markt ähnlich wie 
lust24.ch erstellen und suche dabei Hilfe

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

[TYPO3-german] Extension für Kleinanzeigenmarkt

[Andy Stoller]

Hallo,

ich suche eine Extension mit der man einen Kleinanzeigenmarkt erstellen kann.

Eingesetzte Typo3 Version 6.2.10

Danke und Gruß Andy 
___

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

Re: [TYPO3-german] pid-Feld einer Datenbanktabelle kann nicht mit PHP-Skript befüllt werden

[Uwe Thiemann]

Hallo Marcus,

danke für die Antwort. Ich habe die Lösung gefunden. 

Ich hatte die Zahl für das pid-Feld aus einem XML-String extrahiert und dabei den ganzen XML-Rattenschwanz mitgenommen. Die Zahl war somit keine reine Zahl, sondern ein XML-Tag mit einer Zahl, was natürlich als 0 interpretiert wurde. Das XML-Tag konnte ich in meiner Debug-Ausgabe auf der Webseite natürlich nicht sehen, weil es halt als XML interpretiert wurde. Erst ein Blick in den Quelltext der Seite offenbarte mein schlampiges Extrahieren. 


Ich filtere jetzt mit einem Regex-Ausdruck nur die Ziffern aus der 
Zeichenfolge. Und nun funktioniert es.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Template Erstellung

[Andy Stoller]

Hallo,

kann mir jemand Hilfe bei der Erstellung eines Templates im Raum Leipzig geben.

Eingesetzte Typo3 Version 6.2.10

CSS Dateien sind vorhanden

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

Re: [TYPO3-german] Update auf 6.2.10 Fehler wegen trusted Pattern Check

[Heike Herzog-Kuhnke]

Testergebnis:

SERVER_NAME ohne www
HTTP_HOST mit www


Am 11.03.15 um 13:20 schrieb Heike Herzog-Kuhnke:

Danke für den Tipp, ich probiere das mal aus.

Lieben Gruß
Heike

Am 11.03.15 um 12:13 schrieb Stephan Kleiber:

Hallo Heike,

das Problem mit dem trustedHostsPattern tritt v.a. bei 1und1 auf.
Grund dafür ist scheinbar, dass bei 1und1 SERVER_NAME und HTTP_HOST
anders behandelt werden als z.b. bei dF oder Strato.

Testen kannst du das bei 1und1 oder anderswo recht schnell hiermit (file
erstellen servername_12345xyz ... halt mit kryptischer Endung damits
nicht leicht findbar ist):

?php
// test  bei 1und1; Aufruf: 1) domain.de, 2) www.domain.de
echo 'SERVER_NAME: '.$_SERVER[SERVER_NAME];
// ergibt: 1) domain.de, 2) domain.de
echo 'br /br /HTTP_HOST: '.$_SERVER[HTTP_HOST];
// ergibt: 1) domain.de, 2) www.domain.de
?

Bei 1und1 ergeben sich hier unterschiedliche Werte, wenn die Domain mit
www.domain.de aufgerufen wird.
Bei dF und Strato sind die Werte jeweils identisch und entsprechen der
aufgerufenen URL - eben mal mit, mal ohne www.

Die schnelle und vmlt. recht unsichere Lösung hast du ja schon gefunden:
$TYPO3_CONF_VARS['SYS']['trustedHostsPattern'] = '.*';

Eine mögliche Lösung aus dem Shopware-Forum ist, SERVER_NAME=HTTP_HOST
zu setzen.
http://forum.shopware.com/installation-einstieg-f9/installationsproblem-bei-1und1-auf-shared-server-t1345-10.html



also das hier
$_SERVER['SERVER_NAME'] = $_SERVER['HTTP_HOST'];

Vielleicht klappts ja damit, einfach mal testen.

Viele Grüße
Stephan


...







Am 11.03.2015 um 11:04 schrieb Heike Herzog-Kuhnke:

Hallo Bernd,

danke nochmal. Ich werde mal mit Dreamweaver auf den Server schauen.
Bisher habe ich das 11 Webinterface verwendet, weil ich nicht im Büro
bin.

Mal sehen, was ich dann finde.
Sollte sich daraus nichts ergeben, werde ich die Sache an die Forge
weitergeben. Es irritiert mich schon sehr, dass es mit dieser Eintragung
klappt und mit der korrekten nicht.

Hast Du eine 6.2.10 auf einem normalen Server am Laufen, bei der Deine
Klammer-Lösung angenommen wird? Wie gesagt, auf der suche nach dem
Problem habe ich einige Seiten mit dem Tipp gefunden das Ganze einfach
zu deaktivieren.

Mit welchen Problemen muss man denn rechnen, wenn man es deaktiviert?
Hast Du da zufällig einen Link zu dem Thema?
Ich hab den Kunden jetzt shcon mal drauf hingewiesen, dass da aus
Sicherheitsgründen eine Einschränkung sein wird, aber es wäre mir
wohler, wenn ich bei einem Gespräch auch wüßte, welche Gefahren es gäbe,
wenn er sich für eine Deaktvierung entscheidet.

Da die Seite wahrscheinlich sehr bald online gehen wird, habe ich nicht
mehr so viele Chancen zu testen, was ich aber gerne machen werde.

Alles Liebe
Heike


Am 11.03.15 um 09:03 schrieb bernd wilke:

Am 11.03.15 um 07:41 schrieb Heike Herzog-Kuhnke:

Ich dachte heute morgen, ob es vielleicht mit meiner Datenbank
zusammenhängen würde, die ich ja erst gestern wirklich auf UTF-8
gestellt habe.


sehr unwahrscheinlich, insbesondere sind Klammern in allen
Zeichensätzen
an der gleichen Stelle kodiert.


Aber das ist es nicht. der 11 Server will einfach keine Klammern
interpretieren. Nur mit der vorher genannten Konfiguration kann ich
die
Seite mit com und de aufrufen. Alle anderen Varianten führen zu dem
Fehler. Kann das vielleicht mal jemand ausprobieren, ob das auch bei
anderen Servern funktioniert?


das wird wohl nicht speziell am 11-Server liegen.
ich würde jetzt eher einen Bug vermuten.
Du kannst ja mal ein Ticket in Forge anlegen.


Da ich im Web nur Lösungen gefunden hatte, die das Ganze komplett
deaktivieren und diese Variable ja nicht eingeführt wurde, weil die
Entwickler Spaß daran haben arme Admins zu ärgern, sondern weil sie
Sinn
macht, wäre das unter Umständen eine Sache, die man verfolgen sollte.


die Einstellung gibt es wohl schon länger, sie ist jetzt nur mit einem
anderen (sehr restriktiven) Defautl versehen.


Ich bin froh, dass es jetzt geht, aber auch irritiert.
Mit den Domain Records bin ich irgendwie nciht weiter gekommen, weil
ich
da ja aktiv nix mache. Ich leite im Admin bei 11 dann die Domain auf
die Seite um, das wird dann wohl ein Redirect auf Server-Seite werden.
Aber momentan ist der noch nciht eingerichtet, weil ich mit dem
Konfigurieren noch nciht fertig bin.


die Domainrecords sind eigentlich eine gute Sache, weil sie ein paar
Konfigurationen einfacher machen.
in den Domainrecords kann man zb. folgendes einrichten, was aber
eher in
die .htaccess gehört:
Aufrufe mit domain.tld werden nach www.domain.tld weiter
gereicht. Sinnvoller ist da schon:
www.domain1.tld an www.domain2.tld weiterreichen. zb. wenn die
Website demnächst über eine neue Domain aufgerufen und gefunden werden
soll. Google mag gleichen Inhalt unter verschiedenen Domains gar nicht
so gern. da hilft es wenn man google sagt: du kannst zwar alle domains
für den Zugriff benutzen, aber offiziell ist es immer diese Domain.


Verzeichnisschutz ist keiner drin, das kann es auch nicht sein.

Die _.htaccess kann ich nciht 

Re: [TYPO3-german] wie handelt Extbase das Y2K38-Problem?

[Harald Stanzel]

Hmmm...

also das Format ist mir eigentlich relativ egal. 
Was ich brauch, ist eine diskrete eindimensionale Abbildung der Zeit. Ich brauch das nicht vierdimensional, ich brauch keine Zeit abhängig vom Ort. Für meinen Geburtstag spielt es keine Rolle, ob ich in Los Angeles, in Peking oder auf dem Mars geboren wurde. Die Uhrzeit würde ich - wenn überhaupt - als schmückendes Beiwerk, wie den Geburtsort betrachten. Ich brauch eigentlich nur Date.


Ob mein Datum in der Form 1425992664 oder 2015-03-11 gespeichert wird, ist mir 
so lang wie hoch.
Ich hab auch kein Problem, die Uhrzeit einfach zu ignorieren, wenn sie meint, 
trotzdem dabei sein zu wollen.

Ich versuch, meine Probleme neu zu formulieren:

1. Der Wertebereich von 1901-2038 ist mir zu klein. Das trifft zu für +/- 2^31 
... signed int(11)

2. Verwende ich andere Typen (mysql-seitig getestet, php-seitig den DateTime 
belassen) tut gar nichts mehr. (*)

Und weiter:
Es erscheint mir logisch, daß es komplizierter wird, je mehr Technologien ich 
verwende.
Deswegen hab ich es bisher so einfach wie möglich gehalten.
Ich verwende (noch) kein Javascript. Javascript kommt erst, wenn alles andere 
tut.


(*)solltest du auf eine echte Datumsrepräsentation umsteigen (die
Datenbanken haben einen eigenen Datentyp dafür!) kommen aber schnell
andere Probleme auf

..und zwar, daß dann gar nichts mehr tut. Die PHP-Seite weiß dann noch lange 
nicht, wie sie korrekt mit Mysql kommunizieren soll.
Das Problem ist (laut meiner Erkenntnis), daß da immer ein timestamp erwartet 
wird.
Ich habe Datetime ausprobiert. PHP-seitig ist das (z.B. 2015-03-11) aber dann immer 
gleich null (=0  =1.1.1970)

Je länger ich über dieses Problem grüble, umso vernünftiger scheint mir die 
Realisierung als String. Ich dachte nur, das runde Rad sei schon erfunden und 
ich müsste nicht mit meinem N-Eck fahren (bildlich gesprochen).

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

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

[Marc Willmann]

es ist wenig zielführend, die gleiche Frage mehrfach hier zu posten.
Kleinanzeigenmarkt ist hinreichend ungenau - was willst Du denn
_genau_ machen?


Marc

Am 11.03.15 12:52, schrieb Andy Stoller:
 Hallo,
 
 ich suche eine Extension mit der man einen Kleinanzeigenmarkt erstellen
 kann.
 
 Eingesetzte Typo3 Version 6.2.10
 
 Danke und Gruß Andy ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Kleinanzeigenmarkt

[Marc Willmann]

Am 11.03.15 13:13, schrieb Andy Stoller:
 Ich soll ein Internetportal für einen Erotik Anzeigen Markt ähnlich wie
 ***.ch erstellen und suche dabei Hilfe

Um's auf den Punkt zu bringen: Du willst/sollst einen Copycat einer
bestehenden Seite machen, kannst zu den Funktionalitäten aber nichts
sagen und mit Templates (anderer Thread) kennst Du Dich auch nicht aus?
Dann wünsch ich viel Glück.

Du erwartest doch nicht ernsthaft, dass hier jetzt jemand auf die von
Dir genannte Seite surft, um sich zu überlegen, was die dort machen und
wie Du das dann gegen Entgeld nachbauen kannst? Deine Arbeit musst Du
schon selbst machen.

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

[TYPO3-german] Verzeichnisfreigabe unter 6.2.10

[Heike Herzog-Kuhnke]

Tja, also...

Eben bin ich am Herrichten, dass ein Redakteur arbeiten kann.
Ein Teil davon, der auch schon in der 4.5.25 gut funktioniert ist die 
Verzeichnisfreigabe. Also bei 4.5.25 gespickt und angelegt und renne 
nach dem Anlegen in diesen Fehler:


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

Irgendwelche Tipps?
Ist eine Neuinstallation und ich habek eine Idee, wie ich das vernünftig 
anlege. Grumpf


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

Re: [TYPO3-german] FELogin Problem nach Update auf 6.2

[Marc Willmann]

Am 11.03.15 13:17, schrieb Andrea Schmuttermair:
 wenn rsaauth und saltedpasswords deaktiviert sind gibts Klartext
 Passwörter. Wollte Probleme mit Verschlüsselung erst mal ausschließen.

ja? Werden die nicht schon seit Urzeiten mindestens md5-gehashed?

 Storage Folder passt, der User wird ja richtig gefunden im DevLog
 
 Neuer User gerade angelegt - funktioniert auch nicht

und der hat auch ein Klartextpasswort in der DB? Angelegt über das
TYPO3-Backend, nicht direkt in der DB?

 Install Tool? Welchen Parameter meinst du?

[FE][loginSecurityLevel]
[SYS][cookieDomain]
[SYS][cookieSecure]

was sagt Firebug zu der Geschichte? Was genau wird verschickt, was kommt
zum Browser zurück?

Marc

 
 LG Andrea
 
 Am 11.03.2015 um 13:08 schrieb Marc Willmann:
 Am 11.03.15 13:05, schrieb Andrea Schmuttermair:
 Hallo zusammen,

 ich habe ein TYPO3 von 4.5 auf 6.2 upgedated und kann mich nicht mehr
 mit FELogin einloggen.
 Habe auch schon rsaauth und salted_passwords deaktiviert, aber selbst
 mit Klartext Passwörtern bekomme ich folgenden Fehler im DevLog:

 - User found: uid 123, username: andrea
 - Password not accepted: andrea

 - Tabelle fe_users hat bei uid 123 das passwort andrea
 im Klartext? Das sollte da schon gehasht stehen...

 Wird auf die den richtigen storage folder geprüft?

 Funktionieren User, die Du neu anlegst?

 was steht im InstallTool zum Thema FE-Userlogin?

 Cookies funktionieren, BE Login auch (be_session wird korrekt angelegt)

 Bevor ich jetzt anfange im Code zu debuggen, vielleicht kennt das jemand
 oder hat ne Idee?

 LG Andrea
 ___
 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


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Seminars läuft nicht auf 6.2.x und ich werde es nicht überarbeiten, weil es ein 
gemeinnütziges Projekt ohne Einnahmen ist. Es wird genommen, was da ist.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] TYPO3 6.2 revision update Prozedur

[Sybille Peters]

Hallo,

wie ist aktuell bei 6.2 die empfohlene Prozedur für revision-Updates
(6.2.x auf 6.2.y) auf Kommandozeilenebene?

In der Doku
(http://docs.typo3.org/typo3cms/InstallationGuide/singlehtml/Index.html#document-Upgrade/Index)
wird auf den Core Updater verwiesen, jedoch auch die Möglichkeit
genannt, den symbolischen Link auf das TYPO3-Source-Verzeichnis manuell
auszutauschen (ln -s ...). Nach meiner Erfahrung reicht das bei 6.2
nicht aus und es ist ein aggressives Löschen des Caches erforderlich.

Aktuell nutze ich folgendes Verfahren:
1) symbolischen Link auf neue Version setzen
2) alle Dateien in typo3temp/Cache löschen
3) typo3/cli_dispatch.phpsh extbase cacheapi:clearallcaches (coreapi)
4) typo3/cli_dispatch.phpsh extbase cacheapi:clearallactiveopcodecache
(coreapi)

Ich habe jetzt über 60 Installationen von 6.2.9 auf 6.2.10 ohne Problem
upgedated. Bei 2 davon trat jedoch folgendes Problem auf:

php error.log:
[11-Mar-2015 15:11:52 Europe/Berlin] PHP Fatal error:  Class
't3lib_extMgm' not found in .../typo3conf/ext/tt_news/ext_localconf.php
on line 26

und weiße Seite

Das Problem ließ sich dann durch nochmaliges Löschen des Caches beheben,
in einem Fall durch Löschen von typo3temp/Cache und in dem anderen durch
Löschen des Seitencaches.

Ich würde gerne wissen, ob es sich um ein Problem / Bug mit dem Caching
von TYPO3 handelt, das Update-Verfahren noch verändert werden müsste
oder möglicherweise noch um ein anderes Problem.

APC wird genutzt. Außerdem die Default-Einstellung des
Caching-Frameworks (Seitencache in Datenbank).

Bin für Hinweise dankbar,

Sybille



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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Vielen Dank für die Antwort. Gestern gab es bei uns eine Stadtteilkonferenz und es wurde schnell klar, dass sich die Akteure nicht kennen. Es wird etwas angeboten aber die Ansprechpartner kennen sich nicht und die Aktiven sind frustriert, dass keine kommt. Einen Veranstaltungskalender gibt es bereits. 


Meine Idee ist etwas im Sinne: Wer macht was? Eine kurze Auflistung des 
Angebotes. Das geht natürlich mit dem CMS selbst. Mir gefällt das System, dass 
viele VHS-en nutzen, aber es scheint nicht kostenlos zu sein. Also eine Raum 
oder Seminarverwaltung würde mir reichen. Dafür gibt es auch Extensions. Mir 
fallen die Keywords nicht ein. Ich habe nach events, seminars und einfach 10 
Seiten der aufgelisteten Extensions durchgesucht. Portfolio kenne ich auch. Das 
scheint mir schon zu ausführlich zu sein. Noch eine Idee?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Extension für Stadtteilangebot

[Rainer Schleevoigt]

Nun wenn kein Budget, sondern nur Fleiss vorhanden ist, dann könntest Du 
mal in Richtung WP schauen. Mit Sicherheit gibt es in dieser Welt auch 
passende Module, beispielsweide dieses Buddy-WP.


Gruss Rainer

Am 11/03/15 um 15:38 schrieb Newsdesigner:
Vielen Dank für die Antwort. Gestern gab es bei uns eine 
Stadtteilkonferenz und es wurde schnell klar, dass sich die Akteure 
nicht kennen. Es wird etwas angeboten aber die Ansprechpartner kennen 
sich nicht und die Aktiven sind frustriert, dass keine kommt. Einen 
Veranstaltungskalender gibt es bereits.
Meine Idee ist etwas im Sinne: Wer macht was? Eine kurze Auflistung 
des Angebotes. Das geht natürlich mit dem CMS selbst. Mir gefällt das 
System, dass viele VHS-en nutzen, aber es scheint nicht kostenlos zu 
sein. Also eine Raum oder Seminarverwaltung würde mir reichen. Dafür 
gibt es auch Extensions. Mir fallen die Keywords nicht ein. Ich habe 
nach events, seminars und einfach 10 Seiten der aufgelisteten 
Extensions durchgesucht. Portfolio kenne ich auch. Das scheint mir 
schon zu ausführlich zu sein. Noch eine Idee?

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


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

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

Re: [TYPO3-german] Text GDLIB in Install-Tool stürzt ab -6.2.9. STRATO

[Rainer Schleevoigt]

Du machst Dir mit solchen Hostingangeboten keine Freude, wenn Du das 
gefixt hast, kommt sicher das näcshte Problem. Nimm Mittwald/Weiland 
oder einen Rootserver.
Wenn das der Kunden nicht will = Ende Gelände oder Bezahlung nach 
Aufwand (sollte eh Standard sein …)


Am 11/03/15 um 15:00 schrieb Heike Herzog-Kuhnke:
Also nun nach mehreren hin und herschreibereien kam nun die Antwort 
von STRATO. Auf dem Server ist Graphicks Magick gar nicht installiert 
bzw. steht nicht zur Verfügung.


Kann das den Fehler im Install Tool auslösen?

Gruß
Heike

m 22.02.15 um 11:58 schrieb Heike Herzog-Kuhnke:

Hallo Jungs,

irgendwie bekomme ich immer mehr graue Haare mit dieser Installation.
Ich hatte bei einer komplett frisch aufgesetzten 6.2.9 Installation auf
einem STRATO Server im Install Tool die Einstellung:

[GFX][im_version_5] = im6

auf

[GFX][im_version_5] = gm

gestellt, weil beim GDLIB Test einige der verarbeiteten Bilder
(Texteffekte etc.) nur Farbflächen waren. Das brachte mir einen heftigen
Fehler ein, den ich nicht mehr zu 100 % nachvollziehen kann. also
stellte ich das Ganze zurück und habe auch die Caches in allen Varianten
gelöscht.

Nur seither und das konstant, wenn ich den GDLib Test aufrufe kommt
folgende Fehlermeldung:
---
Load extension configuration

The system detected a fatal error during script execution and redirected
to this module. Your loaded extensions are now checked for possible
problems. After incompatible extensions are unloaded, you can restart
the initial action to proceed your request.
Detected Fatal Error
Call to undefined method
TYPO3\CMS\Install\Database\DatabaseConnectionMock::isConnected() in
/mnt/webd/c3/90/51621290/htdocs/typo3-new/typo3_src-6.2.9/typo3/sysext/core/Classes/Error/ErrorHandler.php 


on line 174

Check for broken extensions

Checks whether the local extensions' ext_tables and ext_localconf files
can be included without errors, meaning they can be loaded without
breaking the system.

All local extensions can be loaded!
--

Wie kann eine so kleine Einstellung das System so dermaßen kaputt
machen? Vor allem habe ich das Ganze ja wieder zurück gestellt.

Sicherheitshalber hier meine kompletten GFX Einstellungen:

 'GFX' = array(
 'colorspace' = 'sRGB',
 'gdlib' = '0',
 'gdlib_png' = '1',
 'im' = 1,
 'im_mask_temp_ext_gif' = 1,
 'im_path' = '/usr/bin/',
 'im_path_lzw' = '/usr/bin/',
 'im_v5effects' = 1,
 'im_version_5' = 'im6',
 'image_processing' = 1,
 'jpg_quality' = '90',
 'thumbnails_png' = '1',
 ),

Hat irgendwer eine Idee?
Gibt es irgendwelche Servereinstellungen, die ich noch machen muss.
Macht es Sinn Imagemagick oder Graphicsmagick selbst auf den Server zu
laden?

Frustrierte Grüße
Heike


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


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Marc Willmann]

Am 11.03.15 15:14, schrieb Newsdesigner:
^^---

Klarnamen wäre nett. :)

 Ich suche eine Extension, um ein Stadtteilangebot abzubilden. Wer bietet
 was an. Es wäre quasi so etwas wie FAQ bzw. Portfolio oder
 Seminarmanager. Hat jemand so etwa umgesetzt und könnte hier ein
 Beispiel posten? Welche Extension würdet Ihr empfehlen?

Was willst Du denn machen? Für eine FAQ brauchst Du keine Extension.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

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

Re: [TYPO3-german] Extension für Stadtteilangebot

[Rainer Schleevoigt]

Oft lohnt sich dann doch eine eigene Extension, weil: wenn man was 
Fertiges nimmt früher/später Wünsche kommen, die sich dann nur mit 
Schmerzen umsetzen lassen. Ansosnten SEMINARS, FAQ und StandardCMS.


Gruss Rainer

Am 11/03/15 um 15:14 schrieb Newsdesigner:
Ich suche eine Extension, um ein Stadtteilangebot abzubilden. Wer 
bietet was an. Es wäre quasi so etwas wie FAQ bzw. Portfolio oder 
Seminarmanager. Hat jemand so etwa umgesetzt und könnte hier ein 
Beispiel posten? Welche Extension würdet Ihr empfehlen?

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


--
*Dipl.-Ing. Rainer Schleevoigt*
Certified TYPO3 Integrator
Certified Titanium App Developer

Novalisweg 10
22303 Hamburg
℡ 040 60812460
|Ust-ID: DE239491976|||

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

Re: [TYPO3-german] Verzeichnisfreigabe unter 6.2.10

[Heike Herzog-Kuhnke]

Scheinbar habe ich den Storage Daten satz aus versehen gelöscht, weil 
ich ihn mit der Verzeichnisfreigabe verwechselt hatte :(

Kann ich das wieder reparieren?
Ich hoffe jemand sagt ja ...

Gruß
Heike

Am 11.03.15 um 14:44 schrieb Heike Herzog-Kuhnke:

Na klasse. Mir scheint ich laufe hier in alle Fehler rein, die man
bekommen kann. Jetzt hatte ich einen Speicher angelegt (fileadmin) und
eine Freigabe. und laufe im Frontend in diesen Fehler:
http://wiki.typo3.org/Exception/CMS/1314085990

Ich schaue mir mal die verlinkten Fehler an und schaue ob ich es weg
bekomme ohne auf eine Verzeichnisfreigabe verzichten zu müssen :grumpf

Gruß
Heike


Am 11.03.15 um 14:30 schrieb Heike Herzog-Kuhnke:

Vergesst die Frage ich bin sooo blöd.
Ich musste zuerst einen Datenspeicher anlegen (fileadmin)
Dann gehts.
Manchmal ist man blind.
Sorry
Heike

Am 11.03.15 um 14:27 schrieb Heike Herzog-Kuhnke:

OK also ich frage jetzt einfach mal sicherheitshalber
Wenn ich diese Verzeichnisfreigabe anlegen möchte, dann kommt mir das
Fenster, bei dem ich die Eintragungen machen kann mehr als seltsam vor.
Da ich kein Bild anfügen kann versuche ich das mal zu beschreiben.

Angaben

Bezeichnung: Hier kann ich was eintragen, aber nach dem Speichern steht
dort immer fileadmin/ (auto-created)

Inaktiv: kein Häkchen

Speicher: Hier ist ein Auswahlfeld, in dem steht aber nur filedamin
autocreated drin

Ordner: Hier ist ein Auswahlfeld, in dem ich einen Haken sehe, aber
nichts auswählen kann

---

Nach dem Speichern ist der Name wie oben beschrieben.
Wenn ich dann das Ganze bearbeite, habe ich mehr Reiter zur Verfügung.


Allgemein
*
Name: fileadmin/ (auto-created)
Beschreibung: This is the local fileadmin/ directory. This storage mount
has been created automatically by TYPO3.
In Auflistungen verbergen: Hier ist kein Häkchen


Configuration
*
Treiber: Auswahlfeld. Nur Local filesystem verfügbar

Treiber-Konfiguration
-
Pfad zur Basis: fileadmin/
  Pfadtyp:
  relativ (Häkchen dran)
  absolut

Benutzt groß-/kleinschreibungsabhängige Bezeichner: Noch ein Häkchen
Ist Standardspeicher? Mit Häkchen


Ordner für bearbeitete und temporäre Bilder, etc.
_processed_ (hellgrau geschrieben)

Access
Überall ein Häkchen

--

Ich würde gerne das Verzeichnis: fileadmin/user_uploads/Redakteure als
Freigabe speichern, die ich einer Gruppe zuordnen kann.

Ich versuche das oben im Seitenbaum anzulegen.
Die letzte hab ich vor zwei Jahren angelegt und entweder hat sich das
alles wesentlich geändert, oder ich hab einen Schritt vergessen :((
Oder es geht nicht mehr :

Kann mir jemand einen Schubs geben?

Gruß
Heike


Am 11.03.15 um 13:20 schrieb Heike Herzog-Kuhnke:

Tja, also...

Eben bin ich am Herrichten, dass ein Redakteur arbeiten kann.
Ein Teil davon, der auch schon in der 4.5.25 gut funktioniert ist die
Verzeichnisfreigabe. Also bei 4.5.25 gespickt und angelegt und renne
nach dem Anlegen in diesen Fehler:

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

Irgendwelche Tipps?
Ist eine Neuinstallation und ich habek eine Idee, wie ich das
vernünftig
anlege. Grumpf

Gruß
Heike








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

Re: [TYPO3-german] Verzeichnisfreigabe unter 6.2.10

[Heike Herzog-Kuhnke]

Hallo Johannes,
danke Dir. Habs lösen können. Hat sich überschnitten.
Das nächste mal gehe ich in die db :)

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

Re: [TYPO3-german] Verzeichnisfreigabe unter 6.2.10

[Heike Herzog-Kuhnke]

Sorry für den SPAMM aber es geht wieder.
Ich habe einen neuen Datenspeicher angelegt und schon war wieder der 
auto-created Speicher da.
Dann habe ich die zwei Seiten, auf denen Bild-Links zu Bildern im 
fileadmin waren noch einmal bearbeitet und die Bilder neu eingefügt.
Danach meinen neu angelegten Speicher gelöscht, weil ich wieder über den 
autocreated-Speicher gegangen bin.

Jetzt wird das Frontend wieder angezeigt.

Ich muss gestehen, dass mir eine Seite, in der nur Ersatzbilder oder 
keine bilder angezeigt werden bei diesem Fehler lieber wären als das 
komplette deaktivieren des Frontends.


Gruß
Heike

Am 11.03.15 um 14:44 schrieb Heike Herzog-Kuhnke:

Na klasse. Mir scheint ich laufe hier in alle Fehler rein, die man
bekommen kann. Jetzt hatte ich einen Speicher angelegt (fileadmin) und
eine Freigabe. und laufe im Frontend in diesen Fehler:
http://wiki.typo3.org/Exception/CMS/1314085990

Ich schaue mir mal die verlinkten Fehler an und schaue ob ich es weg
bekomme ohne auf eine Verzeichnisfreigabe verzichten zu müssen :grumpf

Gruß
Heike


Am 11.03.15 um 14:30 schrieb Heike Herzog-Kuhnke:

Vergesst die Frage ich bin sooo blöd.
Ich musste zuerst einen Datenspeicher anlegen (fileadmin)
Dann gehts.
Manchmal ist man blind.
Sorry
Heike

Am 11.03.15 um 14:27 schrieb Heike Herzog-Kuhnke:

OK also ich frage jetzt einfach mal sicherheitshalber
Wenn ich diese Verzeichnisfreigabe anlegen möchte, dann kommt mir das
Fenster, bei dem ich die Eintragungen machen kann mehr als seltsam vor.
Da ich kein Bild anfügen kann versuche ich das mal zu beschreiben.

Angaben

Bezeichnung: Hier kann ich was eintragen, aber nach dem Speichern steht
dort immer fileadmin/ (auto-created)

Inaktiv: kein Häkchen

Speicher: Hier ist ein Auswahlfeld, in dem steht aber nur filedamin
autocreated drin

Ordner: Hier ist ein Auswahlfeld, in dem ich einen Haken sehe, aber
nichts auswählen kann

---

Nach dem Speichern ist der Name wie oben beschrieben.
Wenn ich dann das Ganze bearbeite, habe ich mehr Reiter zur Verfügung.


Allgemein
*
Name: fileadmin/ (auto-created)
Beschreibung: This is the local fileadmin/ directory. This storage mount
has been created automatically by TYPO3.
In Auflistungen verbergen: Hier ist kein Häkchen


Configuration
*
Treiber: Auswahlfeld. Nur Local filesystem verfügbar

Treiber-Konfiguration
-
Pfad zur Basis: fileadmin/
  Pfadtyp:
  relativ (Häkchen dran)
  absolut

Benutzt groß-/kleinschreibungsabhängige Bezeichner: Noch ein Häkchen
Ist Standardspeicher? Mit Häkchen


Ordner für bearbeitete und temporäre Bilder, etc.
_processed_ (hellgrau geschrieben)

Access
Überall ein Häkchen

--

Ich würde gerne das Verzeichnis: fileadmin/user_uploads/Redakteure als
Freigabe speichern, die ich einer Gruppe zuordnen kann.

Ich versuche das oben im Seitenbaum anzulegen.
Die letzte hab ich vor zwei Jahren angelegt und entweder hat sich das
alles wesentlich geändert, oder ich hab einen Schritt vergessen :((
Oder es geht nicht mehr :

Kann mir jemand einen Schubs geben?

Gruß
Heike


Am 11.03.15 um 13:20 schrieb Heike Herzog-Kuhnke:

Tja, also...

Eben bin ich am Herrichten, dass ein Redakteur arbeiten kann.
Ein Teil davon, der auch schon in der 4.5.25 gut funktioniert ist die
Verzeichnisfreigabe. Also bei 4.5.25 gespickt und angelegt und renne
nach dem Anlegen in diesen Fehler:

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

Irgendwelche Tipps?
Ist eine Neuinstallation und ich habek eine Idee, wie ich das
vernünftig
anlege. Grumpf

Gruß
Heike








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

[TYPO3-german] Extension für Stadtteilangebot

[Newsdesigner]

Ich suche eine Extension, um ein Stadtteilangebot abzubilden. Wer bietet was 
an. Es wäre quasi so etwas wie FAQ bzw. Portfolio oder Seminarmanager. Hat 
jemand so etwa umgesetzt und könnte hier ein Beispiel posten? Welche Extension 
würdet Ihr empfehlen?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Backenduser Berechtigungen

[Heike Herzog-Kuhnke]

Danke, da schaue ich nachher noch mal rein.
Gruß
Heike

Am 11.03.15 um 21:18 schrieb carsten falkenberg:

Im Modul Zugriff siehst Du zunächst die Seitenbaum-Tabelle mit den
Spalten

- Seitentitel
- Besitzer
- Gruppe
- Alle
- Sperren

In den Zeilen findest Du nach dem jeweiligen Seitentitel und vor dem
Besitzer dem Stift zum Bearbeiten. Wenn Du den klickst kommt Du zu
Rechte: Bearbeiten.

Dort kannst Du Besitzer und Gruppe im Dropdown wählen, darunter eine
Tabelle mit den einzelnen Rechten zum Anchecken.

Nach dieser Tabelle (und vor dem Speichern-Button) ist ein unbeschriftetes
Dropdown. Dort kannst Du wählen, ob die gemachten Änderungen rekursiv
angewendet werden sollen.



Gruß
Carsten


Am 11. März 2015 um 18:46 schrieb Heike Herzog-Kuhnke h...@kuhnke-owl.de:


Hallo Carsten,
ich war ja zuerst am Anfang des Seitenbaumes.
Eine Einstellung rekursiv habe ich nicht gefunden.
Kannst u mir das etwas genauer beschreiben?
DankeD
Heike

Am 11.03.15 um 17:19 schrieb carsten falkenberg:


Einfacher wäre es gewesen, wenn Du auf der Seite die Root-Seite bearbeitet
hättest. Dort kannst du wählen, ob die Berechtigungen nur für diese eine
Seite oder rekursiv für mehrere Ebenen gelten sollen.



___
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