[TYPO3-german] pageUnavailable <> pageNotFound

2017-02-06 Diskussionsfäden Ralf-Rene Schröder 
Hallo...
was ist eigentlich der Unterschied zwischen den beiden
Fehlerbehandlungen im InstallTool... bis jetzt dachte ich immer das bei
fehlender Zugangsberechtigung pageUnavailable geliefert wird, aber da
bekomme ich auch immer den 404 ???

Meine Sachlage:
ich befinde mich auf einer Seite die nur für bestimmte usergruppen frei
ist... darauf ein Formular... wenn man nun dies Formular ausfüllt wird
auf gleicher Seite update action aufgerufen...
Wenn nun aber zwischnzeitlich sich die Usergruppe geändert hat (ist
zeitgesteuert und läuft gerade in dem Moment ab), dann wird in dem
moment ein 404 geliefert, warum in dem moment kein 503???

PS: lösen kann ich es vermutlich dadurch das ich die Update action auf
eine andere seite verlagere, aber interessieren tuts mich schon...

-- 
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] $this->loggRepository->findAll() findet nichts

2017-02-06 Diskussionsfäden Ralf-Rene Schröder 
Am 06.02.2017 um 08:47 schrieb Mikel:
> Wie ist diese definiert? Über das T3-Standardfeld hierfür? 
ja... ganz normaler standard

> Eventuell hast Du ja den Use Case, dass Du Datensätze auf mehreren Seiten 
> verteilen magst. 
da ich das hierfür nicht brauche, ist setRespectStoragePage(FALSE) OK
und in anderen Modellen wo ich es brauche funktioniert es ja auch...
schon sehr suspekt was ich da übersehen habe...

-- 
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] Indizierung auf geschütztem Datei-Speicher

2017-02-06 Diskussionsfäden Mikel 
Ich kenne Sie schon einigermaßen. Aber eben nicht so im Detail, als dass ich 
Dir nun eine hieb- und stichfeste Aussage hätte geben können.
In Deinem Anwendungsfalle kannte ich auch die fal_securedbla nicht, da ich 
sowas immer über eigene Extensions löse.
Aber die Richtung meiner Aussage hatte ja scheinbar gepasst, also konnten meine 
Kenntnisse nicht so schlecht sein :-)

Die letzte Suche haben wir auf solr aufgesetzt. Eignet sich meines Erachtens 
aber erst ab einer bestimmten Projekt- bzw. Seitengröße...

> 
> P.S.: Du sagt, du kennst Dich nicht so mit indexed_search. Da habe ich eine 
> Rückfrage: Weil Du keine Indizierung und
> Suchfunktion brauchst? Oder weil Du was anderes (besseres??) nutzt?
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Indizierung auf geschütztem Datei-Speicher

2017-02-06 Diskussionsfäden Michael_OF 
Hallo Mikel,


vielen Dank für Deine Antwort!

Ja, es wird nur über das Frontend indiziert.

"fal_securedownload" legt eine Berechtigungsschicht über Ordner und Dateien im 
Datei-Speicher. Um diese z.B. nur für
Benutzergruppen zu authorisieren. Ist ein Datei-Speicher "öffentlich 
verfügbar", dann werden alle Dokumente (wie üblich)
direkt über den Webserver (Apache in meinem Fall) serviert. Ist er nicht 
öffentlich, dann erfolgt das Ausliefern über
PHP/TYPO3, sichtbar in der URL der Dateien.

Allerdings werden KEINE .htaccess Dateien geschrieben, was im Fall meines 
"externen" Datei-Speichers, der außerhalb der
DocummentRoot des Vhosts für TYPO3 liegt, ohnehin unnötig wäre, da man ja per 
Browser gar nicht mehr auf das Verzeichnis
kommt.

Aber es liegt auf jeden Fall begründet im Zusammenspiel von fal_securedownload 
und indexed_search, da die Indexierung
über ungeschützte Dokumente ja saueber läuft. Ich habe mir mal den 
Seitenquelltext angesehen. Bei einem "öffentlichen"
Dateispeicher steht bei einem Datei-Link
> vorneherein sauber unterstützt. Verlinkte Dokumente (PDF) unter /fileadmin/ 
>> klappen auch. Die Parser werden also gefunden.
>>
>> Ich habe jetzt aber auf einer geschützten Seite (die an sich indiziert wird) 
>> Links auf PDF Dateien aus einem Dateispeicher, der wiederum a) mit der 
>> Extension fal_securedownload für die gleiche Benutzergruppe wie die Seite 
>> autorisiert ist und b) bewusst außerhalb der Webroot des VHosts liegt. Was 
>> TYPO3 ja an sich sauber unterstützt.
>>
>> Diese Dateien werden nicht indiziert, werden sozusagen "links liegen 
>> gelassen".
>>
>> Alle Flags, die ich gefunden habe bzgl. Indizierung/In Suche einschließen 
>> etc. auf Ebene der Seite, des Datei-Speichers usw. sind gesetzt.
>>
>> Kann (oder will?) die Indexsuche solche Dateien nicht Indizieren? Oder gibt 
>> es noch Tipps für oft übersehene Flags?
>>
>>
>> Liebe Grüße,
>> Michael
>> ___
>> 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] Überprüfung ob Seite für User erlaubt ist

2017-02-06 Diskussionsfäden Administrator www.Der-Mond.org 

Hallo Andrea,

da gebe ich Dir schon recht.

Da ich für meine Zwecke immer nur eine Benutzergruppe habe, ist mir das so 
nicht aufgefallen.

Ich denke mal aber, dass man immer wieder vor dem Problem stehen wird, bei Veränderungen von 
Tabellen oder Funktionen seine eigene Extension anzupassen.

Mit diesem Problem haben glaube ich viele Extension-Programmierer zu tun.

Eine von Dir gewünschte Funktion wäre im Core echt cool! Dann müsste man sich darum nicht mehr auf 
Dauer kümmern :-)


Gruß

Stefan







Am 05.02.2017 um 20:00 schrieb Andrea Schmuttermair:

Hi,

dein Code funktioniert nicht mehr, sobald es mehr als eine Usergruppe
gibt. Die werden in der DB als Comma-Separated List gespeichert.
D.h. da müsste man dann mit explode und array_intersect arbeiten.

Geht natürlich - ABER: wenn die im nächsten TYPO3 Update umstellen von
Comma-Separated auf MM-Tables, oder wenn es noch andere PageRestrictions
gibt demnächst, dann wäre eine Funktion "isPageAllowedForUser($pageUid,
$userUid)" eben besser.

Daher die Frage...

LG Andrea


Am 04.02.2017 um 09:07 schrieb Administratorwww.Der-Mond.org:

Hallo Andrea,

ich habe vor einem ähnlichen Problem gestanden.

Eigentlich kannst Du die Abfrage in nur einer Zeile ausführen. Hier mal
mein Lösung zur Abfrage ob ein Benutzer angemeldet ist und ob er sich in
der gewünschten Gruppe befindet. Du selber müsstest dann nur noch die
entsprechende Seiten-UID einfügen:

if
(
!$GLOBALS['TSFE']->fe_user->user['uid'] # Irgendein Benutzer
angemeldet ?
OR
$GLOBALS['TSFE']->fe_user->user['usergroup'] <> 'UserGruppe'# gehört
zur gewünschten Benutzergruppe
)
 {
 $this->redirect(NULL, NULL, NULL, NULL, [Deine UID]);
# Wenn oben nicht erfüllt, dann auf andere Seite umleiten
 }


Vielleicht hilft Dir das ja :-)

Gruß

Stefan




Am 03.02.2017 um 21:57 schrieb Andrea Schmuttermair:

Hi,

gibt es eine Extbase Funktion, mit der man überprüfen kann ob eine
Seiten-UID für den eingeloggten User erlaubt und sichtbar ist?

Also ein Check auf fe_group Settings? Könnte ich zwar selber
programmieren, aber sowas müsste es doch eigentlich geben?

Habe eine Liste mit Links, doch für manche User sind nicht alle
zugreifbar, und dann will ich die Links auch nicht anzeigen lassen.

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

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


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

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

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

Re: [TYPO3-german] f:form.select options TypoScript

2017-02-06 Diskussionsfäden Dr. Dieter Porth 

Hallo Hauke,

Hallo Mikel,

ich denke, dass ein Viewhelper ist für die Convertierung des Strings in 
einen Array suboptimal, da es das MVC-Konzept einwenig ignoriert. Die 
Viewhelper sollen eigentlich nur bei der Ausgabe des Views vereinfachen 
helfen und selbst keine Logik leisten.


Besser wäre es vermutlich, dem FluidTemplate spätestens beim 
DataProcessing die Werte als Array-Objekt  verfügbar zu machen. Siehe 
Dokumentation - Splitprocessor


https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/Fluidtemplate/Index.html#dataprocessing

Mit besten Grüßen

Dieter

Am 06.02.2017 um 09:10 schrieb Mikel:

Hallo Hauke,

ich persönlich würde dies über einen Fluid ViewHelper lösen. Einfach einen 
String übergeben und in ein Array wandeln.

Geht aber auch über TS. In Deinem Fluid-Template (oder in Deinem plugin) kannst 
Du Variablen mit übergeben, welche ohnehin als Array übergeben werden.

Beispiel:

page = PAGE
page.10 = FLUIDTEMPLATE
page.10 {
……..
settings.view.formValues {
10 = wert1
20 = wert2
30 = wert3
}
}

In Fluid dann 

Mikel



Am 05.02.2017 um 15:25 schrieb Hauke Haller:

Moin,
kann man das options in f:form.select dynamisch per TS füllen? Erwartet
wird da ja ein Array.

Soetwas funktioniert:


Aber so gehts nicht (wird nicht als Array erkannt):



lib.selectOptions  = COA
lib.selectOptions {
  # stdWrap.wrap = {|}
10 = TEXT
10.value = foo
10.wrap = |:

20 = TEXT
20.value = bar
20.wrap = '|',
}


..das wäre so schön einfach. Oder geht das doch irgendwie?

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


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

[TYPO3-german] Re: (Nur) Bilder aus Seiteneigenschaften einer bestimmten Kategorie ausgeben

2017-02-06 Diskussionsfäden Bastian Holzem 

Gibt es evtl. die Möglichkeit (statt über die Kategorie) über die File 
Referenze (z.B. name, keyword, description oder Metadata Source ) zu gehen mit 
einer entsprechenden Condition?
z.B. (name contains CategoryA oder source = CategoryA)?
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Indizierung auf geschütztem Datei-Speicher

2017-02-06 Diskussionsfäden Mikel 
Hallo Michael,

wie wird denn indexiert? Über das Frontend? 
Ich kenne  mich mit der indexed_search nicht so aus. Aber falls Du über das FE 
und nicht automatisiert per CLI indexierst, könnte es einfach nur ein 
Berechtigungsproblem sein.
Was macht denn die fal_secureddownload? Die legt doch bestimmt eine htaccess in 
die geschützten Verzeichnisse und weißt den Apache an, die gesperrten 
Verzeichnisse nicht direkt über den Apache (sondern nur via PHP mit 
entsprechender Berechtigung) auszuliefern. Falls dem so ist, kann die 
indexed_search nicht indexieren, da die Dateien nicht gelesen werden dürfen.

Mikel


> Am 05.02.2017 um 20:05 schrieb MichaelOF :
> 
> Hallo,
> 
> gestern habe ich auf meinem Erstlingswerk die Suche aktiviert, standard 
> "indexed_search". Funktioniert an sich prima. Geschützte Bereiche werden von 
> vorneherein sauber unterstützt. Verlinkte Dokumente (PDF) unter /fileadmin/ 
> klappen auch. Die Parser werden also gefunden.
> 
> Ich habe jetzt aber auf einer geschützten Seite (die an sich indiziert wird) 
> Links auf PDF Dateien aus einem Dateispeicher, der wiederum a) mit der 
> Extension fal_securedownload für die gleiche Benutzergruppe wie die Seite 
> autorisiert ist und b) bewusst außerhalb der Webroot des VHosts liegt. Was 
> TYPO3 ja an sich sauber unterstützt.
> 
> Diese Dateien werden nicht indiziert, werden sozusagen "links liegen 
> gelassen".
> 
> Alle Flags, die ich gefunden habe bzgl. Indizierung/In Suche einschließen 
> etc. auf Ebene der Seite, des Datei-Speichers usw. sind gesetzt.
> 
> Kann (oder will?) die Indexsuche solche Dateien nicht Indizieren? Oder gibt 
> es noch Tipps für oft übersehene Flags?
> 
> 
> Liebe Grüße,
> Michael
> ___
> 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] f:form.select options TypoScript

2017-02-06 Diskussionsfäden Mikel 
Hallo Hauke,

ich persönlich würde dies über einen Fluid ViewHelper lösen. Einfach einen 
String übergeben und in ein Array wandeln. 

Geht aber auch über TS. In Deinem Fluid-Template (oder in Deinem plugin) kannst 
Du Variablen mit übergeben, welche ohnehin als Array übergeben werden.

Beispiel:

page = PAGE
page.10 = FLUIDTEMPLATE
page.10 {
……..
settings.view.formValues {
10 = wert1
20 = wert2
30 = wert3
}
}

In Fluid dann 

Mikel


> Am 05.02.2017 um 15:25 schrieb Hauke Haller :
> 
> Moin,
> kann man das options in f:form.select dynamisch per TS füllen? Erwartet
> wird da ja ein Array.
> 
> Soetwas funktioniert:
> 
> 
> Aber so gehts nicht (wird nicht als Array erkannt):
> 
> 
> 
> lib.selectOptions  = COA
> lib.selectOptions {
>  # stdWrap.wrap = {|}
>10 = TEXT
>10.value = foo
>10.wrap = |:
> 
>20 = TEXT
>20.value = bar
>20.wrap = '|',
> }
> 
> 
> ..das wäre so schön einfach. Oder geht das doch irgendwie?
> 
> Hauke
> ___
> 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