[TYPO3-german] Falsche Bildbeschreibung mit ttnews
Moin allerseits. Eigentlich bei mir schon ein altes Problem, aber nun bin ich wieder darüber gestolpert. Wenn man in einem CE mehrere Bilder hat und jedem seinen Text zuweist, funktioniert auch die Darstellung in der Lightbox einwandfrei. Soll heissen, dass zu jedem Bild der richtige Text angezeigt wird. Nicht so ist es bei ttnews. Hier wird bei allen Bildern nur der Text des ersten Bildes angezeigt. Bei allen nachfolgenden Bildern steht also ein unpassender Text dabei. Kann man das irgendwie abstellen? Falls ich mich falsch ausgedrückt habe hier ein Beispiel: http://2012.theatersommer.at/nc/presse/pressespiegel/detailansicht/datum/2012/07/03/premierenfest-mit-viel-prominenz/ Bei allen Bildern der gleiche Text. -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen
Hallo Stefan, Am Di, 3.07.2012, 07:27 schrieb Stefan Frömken: Hallo Ingo, mach bei dem Import noch ein --default-character-set=utf-8 dran: mysql -uUSER -pPASSWORD -hHOST --default-character-set=utf-8 db_name backup.sql Umlaute erscheinen sauber. Bestehendes Problem: Es lassen sich keine Inhalte anlegen. Backend erscheint identisch zum Original. Bei klick aufs Inhaltselemente-Icon wird die rechte Backend-Spalte leer angezeigt. Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Bildbeschreibung mit ttnews
Hi, und wie wird der title-tag des lightbox-links zusammengebaut? da steckt der fehler georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Bildbeschreibung mit ttnews
Hallo Georg, danke für deine Antwort. Am 04.07.2012 08:17, schrieb Georg Ringer: Hi, und wie wird der title-tag des lightbox-links zusammengebaut? da steckt der fehler Nein das glaube ich nicht. Ich verwende immer die gleiche lightbox - egal welche Installation und welche Version. Bei den normalen CE`s werden unterschiedliche Bildbeschreibungen ausgegeben - siehe hier: http://www.alpha-foto.at/tipps-amp-tricks/allgemeine-tipps/pixelwahn/ Aber auf der gleichen Seite habe ich ebenfalls NEWS, da wird wieder die gleiche Bildbeschreibung ausgegeben. Es kann also nicht ein Fehler der Lightbox sein. So ist es grundsätzlich bei allen Installationen. Egal, welche Kombinationen von Bild und Text ich verwende, die Beschreibungen stehen immer richtig unter jedem Bild. Nur nicht bei ttnews mit mehreren Bildern/Beschreibungen. Aber ich lasse mich gerne eines besseren belehren, wenn man mir auch sagt, wo ich was bei der lightbox ändern muss ... georg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fwd: Extension Manager Problem
Hallo Gerald, kannst du darauf mal ein json_encode() machen und schaun, wo es abgeschnitten wird? Kind regards Steffen -- Steffen Gebert TYPO3 v4 Core Team Member TYPO3 Server Administration Team Member TYPO3 inspiring people to share! Get involved: http://typo3.org I work for TYPO3 solely in my spare time. If you think that my work helps you running your business, you are invited to send me a donation via PayPal to this email address. Thanks Am 6/28/12 9:42 AM, schrieb Gerald Draxler: Hallo Steffen. Erstmal vielen Dank für deine Hilfe! $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;'; wenn ich $this-content ausgebe bekomme ich beim Aufruf der verfügbaren Extensions folgendes array zurück: Array ( [0] = Array ( [tid] = 7 [action] = ExtDirect [method] = setState [type] = rpc [result] = Array ( [success] = 1 [params] = stdClass Object ( [scope] = stdClass Object ( [events] = stdClass Object ( [savefailure] = 1 [savesuccess] = 1 [readfailure] = 1 [readsuccess] = 1 [statechange] = 1 ) [state] = stdClass Object ( [mainTab] = stdClass Object ( [activeTab] = 1 ) [LocalList] = stdClass Object ( [columns] = Array ( [0] = stdClass Object ( [id] = 0 [width] = 20 [sortable] = 1 ) [1] = stdClass Object ( [id] = 1 [width] = 47 [sortable] = 1 ) [2] = stdClass Object ( [id] = 2 [width] = 744 [sortable] = 1 ) [3] = stdClass Object ( [id] = 3 [width] = 397 [sortable] = 1 ) [4] = stdClass Object ( [id] = 4 [width] = 347 [hidden] = 1 [sortable] = 1 ) [5] = stdClass Object ( [id] = 5 [width] = 596
Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf
der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine
Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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] Falsche Bildbeschreibung mit ttnews
Hi, es werden aber offentsichtlich wie schon beschrieben die title-Tags falsch ausgegeben, folglich kann der Text in der Lightbox nicht stimmen. Das title-Tag wird also vermutlich aus tt_news falsch generiert. Gruß Ephraim Am 04.07.2012 08:35, schrieb Gerhard Obermayr: Hallo Georg, danke für deine Antwort. Am 04.07.2012 08:17, schrieb Georg Ringer: Hi, und wie wird der title-tag des lightbox-links zusammengebaut? da steckt der fehler Nein das glaube ich nicht. Ich verwende immer die gleiche lightbox - egal welche Installation und welche Version. Bei den normalen CE`s werden unterschiedliche Bildbeschreibungen ausgegeben - siehe hier: http://www.alpha-foto.at/tipps-amp-tricks/allgemeine-tipps/pixelwahn/ Aber auf der gleichen Seite habe ich ebenfalls NEWS, da wird wieder die gleiche Bildbeschreibung ausgegeben. Es kann also nicht ein Fehler der Lightbox sein. So ist es grundsätzlich bei allen Installationen. Egal, welche Kombinationen von Bild und Text ich verwende, die Beschreibungen stehen immer richtig unter jedem Bild. Nur nicht bei ttnews mit mehreren Bildern/Beschreibungen. Aber ich lasse mich gerne eines besseren belehren, wenn man mir auch sagt, wo ich was bei der lightbox ändern muss ... georg ___ 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] Falsche Bildbeschreibung mit ttnews
Hallo Ephraim, Am 04.07.2012 10:02, schrieb Ephraim Härer: Hi, es werden aber offentsichtlich wie schon beschrieben die title-Tags falsch ausgegeben, folglich kann der Text in der Lightbox nicht stimmen. Das title-Tag wird also vermutlich aus tt_news falsch generiert. genau das habe ich gemeint. Die Lightbox ist auf der Seite nur einmal konfiguriert - das kann also der Fehler nicht sein. Wo also und wie muss man an tt_news drehen, damit auch hier die Beschreibung stimmt? Gruß Ephraim Am 04.07.2012 08:35, schrieb Gerhard Obermayr: Hallo Georg, danke für deine Antwort. Am 04.07.2012 08:17, schrieb Georg Ringer: Hi, und wie wird der title-tag des lightbox-links zusammengebaut? da steckt der fehler Nein das glaube ich nicht. Ich verwende immer die gleiche lightbox - egal welche Installation und welche Version. Bei den normalen CE`s werden unterschiedliche Bildbeschreibungen ausgegeben - siehe hier: http://www.alpha-foto.at/tipps-amp-tricks/allgemeine-tipps/pixelwahn/ Aber auf der gleichen Seite habe ich ebenfalls NEWS, da wird wieder die gleiche Bildbeschreibung ausgegeben. Es kann also nicht ein Fehler der Lightbox sein. So ist es grundsätzlich bei allen Installationen. Egal, welche Kombinationen von Bild und Text ich verwende, die Beschreibungen stehen immer richtig unter jedem Bild. Nur nicht bei ttnews mit mehreren Bildern/Beschreibungen. Aber ich lasse mich gerne eines besseren belehren, wenn man mir auch sagt, wo ich was bei der lightbox ändern muss ... georg ___ 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 -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EXT news_system
Hallo Johannes,
danke für deine gute und ausführliche Beschreibung.
Genauso habe ich das auch gemacht gehabt.
Jetzt musst du im Fluid-Template und ggf. auch in den ViewHlepers die richtige
Übersetzung angeben. Für den Back-Link musst du das z.B. im HTML-Template
Detail.html machen, in dem du die einzusetzende Textkonstante übersetzen lässt:
f:translate
key=LLL:fileadmin/templates/news/Templates/my_locallang.xml:back-link /
Diesen Part habe ich über TS Code gelöst - so spart man sich den statischen
Link:
n:link newsItem={newsItem}f:translate key=read_more //n:link
plugin.tx_news {
_LOCAL_LANG {
default {
read_more = weiter
}
}
Was ich aber momentan nicht verstehe, warum die Standardmarker nicht mit meiner
Original locallang übereinstimmen.
Dort steht z.B. „suivante“ drin – im Frontend ist aber „suivant“ zu sichten
oder beim author „créée“, was überhaupt nicht in der standard locallang
existiert. Mir ist unklar, wo er die Werte her nimmt. Aber eine eigene
locallang.xml anlegen und sämtliche Links mit fixem Pfad zu verlinken ist auch
blöd ;o/
LG Sandra
_
Ich verwende die kostenlose Version von SPAMfighter
http://www.spamfighter.com/lde , die bisher
1436 Spammails entfernt und mir so eine Menge Zeit gespart hat.
Langsamer PC? Optimieren Sie Ihren langsamen PC!
http://www.spamfighter.com/SLOW-PCfighter/Lang_DE/?cid=sigde
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] T3Blog Listenansicht
Hi Liste, irgendwie stehe ich wohl auf dem Schlauch... Ich habe einen Blog mit verscheidenen Kategorien erstellt. Jetzt würde ich gerne auf diversen Seiten Eine Listenansicht oder ähnliches haben, die nur je eine der Kategorien anzeigt, irgendwie finde ich nicht die Stelle, wo ich die Kategorien einstellen kann. Vielen Dank im Vorraus, Dennis ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-core] Announcing TYPO3 4.5.17, 4.6.10 and 4.7.2
Dear TYPO3 World, the TYPO3 Community has just released TYPO3 versions 4.5.17, 4.6.10 and 4.7.2 which are now ready for you to download. All versions are maintenance releases and contain bug fixes and security fixes. *IMPORTANT* These versions include important security fixes to the TYPO3 Core. A security announcement has just been released: https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2012-003/ The packages can be downloaded here: http://typo3.org/download/ For details about the release, please see: http://typo3.org/news/article/typo3-4517-4610-and-472-released/ MD5 checksums: b535be074e38547cb0a29654c1911ea0 blankpackage-4.5.17.tar.gz b9e08b11a6c81942003b1bf534738150 blankpackage-4.5.17.zip bd709b928c80c9d5f4c59806527eb635 dummy-4.5.17.tar.gz 27b29941699d93b0e3c52e8d4773a46d dummy-4.5.17.zip 5a2042aac1241e4a63e9233962357157 introductionpackage-4.5.17.tar.gz 774f1cb9df1e20b2b25af8de86294d4a introductionpackage-4.5.17.zip 4c2e5df52a999d661d262442c8da95cc typo3_src+dummy-4.5.17.zip 8791cbeda59f3f1ca3db804857f8cbd6 typo3_src-4.5.17.tar.gz 007bed9193fd4f5db711a25cb85ed3fd typo3_src-4.5.17.zip b31f18adcaf93a49c9231579ca7c91cc blankpackage-4.6.10.tar.gz 29f91a8a3633fc85ef3e6f23ef4b2072 blankpackage-4.6.10.zip 0278662789255c10abd951229184072d dummy-4.6.10.tar.gz 2b0a06483106cb5a6e748ac10424fa67 dummy-4.6.10.zip c01acffea8c85523696cb15ffd9eb80b typo3_src+dummy-4.6.10.zip cbf95dfa209c41616f7ec3b261f461c3 typo3_src-4.6.10.tar.gz b48fcb0fbdb17bd56f1e252cdf1b6787 typo3_src-4.6.10.zip 6dfe85bfb0bab5c1997cff5d7e450b39 blankpackage-4.7.2.tar.gz 1d4d8a8497b2a9629487a6bc0288162d blankpackage-4.7.2.zip 5b5a594801353965f71f98d0c9055693 dummy-4.7.2.tar.gz 3733d6539361ac1928b744ed53bce917 dummy-4.7.2.zip 305e320fc67e1285554d7bd04353962b governmentpackage-4.7.2.tar.gz 65659119076300b5bfd7b513941d8b1e governmentpackage-4.7.2.zip 813a4343851a3722b744478eb6ba1959 introductionpackage-4.7.2.tar.gz 2b77c530ea5fd9ba52ce7607610f0ba8 introductionpackage-4.7.2.zip da5f80432f2da2143985f2d3b0f8565c typo3_src+dummy-4.7.2.zip a71434de279a6ba52d4e8beeaa4353c8 typo3_src-4.7.2.tar.gz 3129b69e57118432653f073b2f19d4da typo3_src-4.7.2.zip Rock on! Olly -- Oliver Hader TYPO3 v4 Core Team Leader TYPO3 inspiring people to share! Get involved: http://typo3.org ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] UrlTool + 404-Fehler
Kann mir tatsächlich niemand helfen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Mittwoch, 4. Juli 2012 10:04
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf
der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine
Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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] EXT news_system
Hallo Sandra, Was ich aber momentan nicht verstehe, warum die Standardmarker nicht mit meiner Original locallang übereinstimmen. Dort steht z.B. „suivante“ drin – im Frontend ist aber „suivant“ zu sichten oder beim author „créée“, was überhaupt nicht in der standard locallang existiert. Mir ist unklar, wo er die Werte her nimmt. Aber eine eigene locallang.xml anlegen und sämtliche Links mit fixem Pfad zu verlinken ist auch blöd ;o/ Dazu fällt mir momentan auch nichts gescheites ein. Als Workarround kannst du dann nur die richtige Schreibweise über TypoScript setzen, so wie du es ja schon machst. Oder vielleicht weiß ja Georg was, der ließt hier auch mit. Oder du postest dein Problem direkt in der englischsprachigen News-Mailingliste: typo3-project-tt-n...@lists.typo3.org Viel Erfolg! Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] UrlTool + 404-Fehler
Hallo Björn,
also ich habe das im Einsatz und das geht mit jeder domain - sowohl
subdomain als auch Toplever:
RewriteEngine On
RewriteRule
^(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|cgi-bin|showpic\.php|favicon\.ico)/
- [L]
RewriteRule ^typo3$ typo3/index_re.php [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.[^.]*|\.html)$ index.php [L]
RewriteCond %{HTTP_HOST} ^domain.xx% [nc]
RewriteRule (.*)$ http://www.domain.xx/$1 [R=301,L]
Natürlich muss man dann *domain.xx* ersetzen!
Am 04.07.2012 12:29, schrieb Björn Hahnefeld:
Kann mir tatsächlich niemand helfen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Mittwoch, 4. Juli 2012 10:04
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf der Seiten
immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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
--
Liebe Grüße aus Haag
Gerhard Obermayr
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] UrlTool + 404-Fehler
Ein Schuss ins Blaue: Stimmt die ID deiner Startseite mit der
entsprechenden Einstellung in der RealURL-Konfiguration überein?
'pagePath' = array (
'rootpage_id' = '1',
),
Beste Grüße
Tobi
Am 04.07.12 12:29, schrieb Björn Hahnefeld:
Kann mir tatsächlich niemand helfen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Mittwoch, 4. Juli 2012 10:04
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf der Seiten
immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.ph
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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] UrlTool + 404-Fehler
Hey Tobi,
das stimmt aber leider ;)! Klingt komisch, weil es exakt ID 1 ist. Aber
tatsächlich ist es genau die ID.
Viele Grüße
Björn
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Tobias Liegl
Gesendet: Mittwoch, 4. Juli 2012 13:28
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Ein Schuss ins Blaue: Stimmt die ID deiner Startseite mit der entsprechenden
Einstellung in der RealURL-Konfiguration überein?
'pagePath' = array (
'rootpage_id' = '1',
),
Beste Grüße
Tobi
Am 04.07.12 12:29, schrieb Björn Hahnefeld:
Kann mir tatsächlich niemand helfen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Mittwoch, 4. Juli 2012 10:04
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef
Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim
Aufruf der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf
eine Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.p
h
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.p
h
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] UrlTool + 404-Fehler
Hallo Björn,
das Tool UrlTool ist doch das hier:
http://typo3.org/extension-manuals/aeurltool/0.1.0/view/1/1/#id1624197
oder?
Falls ja: das arbeitet mit RealURL, nicht mit CoolURI
# ### Begin: CoolURI
Das ist zwar die htaccess-Datei, aber das lässt darauf schließen, dass
irgendwie CoolURI mal beteiligt war oder noch ist.
TIPP: es ist sehr hilfreich, wenn du immer die beteiligten Komponenten
mitteilst:
- TYPO3-Version
- RealURL-Version
- aeurltool-Version
ansonsten wird das Raten.
Gruß
Peter
Am 03.07.2012 um 18:42 schrieb Björn Hahnefeld:
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf
der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine
Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)$ -
[L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/.*$
- [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] UrlTool + 404-Fehler
Na dann probiere ich mal deinen Source aus! Mal schauen, ob es dann klappt.
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Gerhard Obermayr
Gesendet: Mittwoch, 4. Juli 2012 12:57
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Hallo Björn,
also ich habe das im Einsatz und das geht mit jeder domain - sowohl subdomain
als auch Toplever:
RewriteEngine On
RewriteRule
^(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|cgi-bin|showpic\.php|favicon\.ico)/
- [L]
RewriteRule ^typo3$ typo3/index_re.php [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.[^.]*|\.html)$ index.php [L]
RewriteCond %{HTTP_HOST} ^domain.xx% [nc]
RewriteRule (.*)$ http://www.domain.xx/$1 [R=301,L]
Natürlich muss man dann *domain.xx* ersetzen!
Am 04.07.2012 12:29, schrieb Björn Hahnefeld:
Kann mir tatsächlich niemand helfen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Mittwoch, 4. Juli 2012 10:04
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Will heißen?
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Josef
Florian Glatz
Gesendet: Dienstag, 3. Juli 2012 19:33
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Am 03.07.2012 18:45, schrieb Björn Hahnefeld:
Achja: auch die empfohlene .htaccess funktioniert nicht:
--
# Enable URL rewriting
RewriteEngine On
RewriteBase /
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
RewriteRule ^(.*)\.htm$ /index.php
--
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn
Hahnefeld
Gesendet: Dienstag, 3. Juli 2012 18:42
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] UrlTool + 404-Fehler
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim
Aufruf der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf
eine Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.p
h
p)$ - [L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.p
h
p)/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
schon mal dran gedacht, RealURL in Verbindung mit der TYPO3 Corefunktion zu
verwenden?
--
Cheers,
Josef Florian Glatz
blog: http://typo3blog.at
vcard: http://www.josefglatz.at
___
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
--
Liebe Grüße aus Haag
Gerhard Obermayr
___
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] UrlTool + 404-Fehler
Hallo Peter,
genau die Extension mein ich ;)!
Viele Grüße
Björn
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter
Linzenkirchner
Gesendet: Mittwoch, 4. Juli 2012 13:32
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] UrlTool + 404-Fehler
Hallo Björn,
das Tool UrlTool ist doch das hier:
http://typo3.org/extension-manuals/aeurltool/0.1.0/view/1/1/#id1624197
oder?
Falls ja: das arbeitet mit RealURL, nicht mit CoolURI
# ### Begin: CoolURI
Das ist zwar die htaccess-Datei, aber das lässt darauf schließen, dass
irgendwie CoolURI mal beteiligt war oder noch ist.
TIPP: es ist sehr hilfreich, wenn du immer die beteiligten Komponenten
mitteilst:
- TYPO3-Version
- RealURL-Version
- aeurltool-Version
ansonsten wird das Raten.
Gruß
Peter
Am 03.07.2012 um 18:42 schrieb Björn Hahnefeld:
Hallo zusammen,
ich habe die Extension UrlTool im Einsatz. Diese Extension habe ich schone
einige Male eingerichtet und ich meine, dass zumindest seitens der
Konfigurationsmöglichkeiten alles richtig ist. Trotzdem erscheint beim Aufruf
der Seiten immer ein 404-Fehler. Jedenfalls genau dann, wenn ich auf eine
Unterseite wechseln möchte.
Mein erster Tipp wäre eine fehlerhafte .htaccess-Datei gewesen. Doch in
dieser kann ich keinen Fehler finden. Sie sieht wie folgt aus:
--
# ### Begin: Download-Fenster anzeigen bei VCF-Dateien ###
AddType application/octet-stream .vcf
# ### End: Download-Fenster anzeigen bei VCF-Dateien ###
# ### Begin: CoolURI
RewriteEngine On
RewriteBase /
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)$ -
[L]
RewriteRule
^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/.*$
- [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* index.php
# ### End: CoolURI
# ### Begin: Verhalten bei ErrorDocument ###
ErrorDocument 404 /error_page.php
# ### End: Verhalten bei ErrorDocument ###
--
Was könnte noch die Ursache sein - sofern es nicht schon die htaccess-Datei
ist?
Viele Grüße
Björn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] globalVar = GP:L und treeLevel zusammen?
Am 03.07.2012 20:03, schrieb Basti:
Hi Basti,
du kannst conditions mit und oder oder || verknüfpfen
also
[globalVar = GP:L=1] [treeLevel = 4]
{{hier configuration die nur greift wenn beides aktiv ist }}
[global]
Hallo Liste,
geht so was hier nicht?
Bzw. bricht er dann beim ersten [global] ab.
Wie kann ich die beiden Funktionen zusammen aufrufen?
# ENGLISCH
[globalVar = GP:L = 1]
tt_content.menu.20.9.10.1.NO.after.append.10.value = Products
[treeLevel = 4]
tt_content.menu.20.9.10.1.NO.after.append.10.value = more accessories
[global]
tt_content.menu.20.8.10.1.NO.after.append.10.value = Products
[treeLevel = 3]
tt_content.menu.20.8.10.1.NO.after.append.10.value = Learn more
[global]
[treeLevel = 4]
tt_content.menu.20.8.10.1.NO.after.append.10.value = Learn more
[global]
[globalVar = TSFE:id=70]
tt_content.menu.20.8.10.1.NO.after.append.10.value = Products
[global]
[globalVar = TSFE:id=19]
tt_content.menu.20.8.10.1.NO.after.append.10.value = Instructions
[global]
[global]
Danke Euch!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Bildbeschreibung mit ttnews
Da es sich bei dieser Seite um eine Singleansicht der News handelt, wurden schlichtweg die title-Tags und die rel-Tags der Bilder falsch gesetzt. Da ich nicht weiß, wie die Lightbox konfiguriert ist, kann man nicht genau sagen, weshalb die Ausgabe falsch ist. Sicher ist, dass die tags nicht per JavaScript gesetzt werden, da sie auch mit deaktiviertem JavaScript da sind. Kann also kein großer Fehler sein :-) Gruß Ephraim Am 04.07.2012 10:12, schrieb Gerhard Obermayr: Hallo Ephraim, Am 04.07.2012 10:02, schrieb Ephraim Härer: Hi, es werden aber offentsichtlich wie schon beschrieben die title-Tags falsch ausgegeben, folglich kann der Text in der Lightbox nicht stimmen. Das title-Tag wird also vermutlich aus tt_news falsch generiert. genau das habe ich gemeint. Die Lightbox ist auf der Seite nur einmal konfiguriert - das kann also der Fehler nicht sein. Wo also und wie muss man an tt_news drehen, damit auch hier die Beschreibung stimmt? Gruß Ephraim Am 04.07.2012 08:35, schrieb Gerhard Obermayr: Hallo Georg, danke für deine Antwort. Am 04.07.2012 08:17, schrieb Georg Ringer: Hi, und wie wird der title-tag des lightbox-links zusammengebaut? da steckt der fehler Nein das glaube ich nicht. Ich verwende immer die gleiche lightbox - egal welche Installation und welche Version. Bei den normalen CE`s werden unterschiedliche Bildbeschreibungen ausgegeben - siehe hier: http://www.alpha-foto.at/tipps-amp-tricks/allgemeine-tipps/pixelwahn/ Aber auf der gleichen Seite habe ich ebenfalls NEWS, da wird wieder die gleiche Bildbeschreibung ausgegeben. Es kann also nicht ein Fehler der Lightbox sein. So ist es grundsätzlich bei allen Installationen. Egal, welche Kombinationen von Bild und Text ich verwende, die Beschreibungen stehen immer richtig unter jedem Bild. Nur nicht bei ttnews mit mehreren Bildern/Beschreibungen. Aber ich lasse mich gerne eines besseren belehren, wenn man mir auch sagt, wo ich was bei der lightbox ändern muss ... georg ___ 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] TYPO3 + mobile Endgeräte
Peter Linzenkirchner schrieb am 02.07.2012 15:51 Schöner Thread. 1. erste Auslieferung: immer die kleinen Bilder und per JavaScript ggf. die großen Bilder nachladen Genau, Mobile First. Kommt man per TS an die mediaqueries ran (evtl indirekt über somit vergebene CSS-Eigenschaften)? Was bei responsive Images interessiert ist letztlich die Bandbreite, nicht die Device-Größe. Eigentlich müßte man die Bandbreite messen, das geht aber vermutlich nur einigermaßen zuverlässig wenn man viel von ihr verschwendet ;-) Zu JS startet erst nach Laden der Seite - geht's nicht normalerweise ab DOMReady los, also noch vor/während Bildladens? Gruss, Ingo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 + mobile Endgeräte
Hi Ingo ja, natürlich geht es ziemlich schnell los und auch schon vor dem Laden der Bilder. Aber leider ist es so, dass das alles nur client-seitig passiert. Der Server bekommt davon nichts mit. D.h. wie und wann man auch immer client-seitig reagiert, die Site ist vom Server zu diesem Zeitpunkt immer schon ausgeliefert. Gruss Renzo -- _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Mittwoch, den 04.07.2012, 14:06 +0200 schrieb Ingo: Peter Linzenkirchner schrieb am 02.07.2012 15:51 Schöner Thread. 1. erste Auslieferung: immer die kleinen Bilder und per JavaScript ggf. die großen Bilder nachladen Genau, Mobile First. Kommt man per TS an die mediaqueries ran (evtl indirekt über somit vergebene CSS-Eigenschaften)? Was bei responsive Images interessiert ist letztlich die Bandbreite, nicht die Device-Größe. Eigentlich müßte man die Bandbreite messen, das geht aber vermutlich nur einigermaßen zuverlässig wenn man viel von ihr verschwendet ;-) Zu JS startet erst nach Laden der Seite - geht's nicht normalerweise ab DOMReady los, also noch vor/während Bildladens? Gruss, Ingo ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Re: TX_NEWS: Unterschiedliche Bildgröße für Top News
Am 04.07.2012 06:01, schrieb Georg Ringer: Hallo Lars, das geht alles bequem über fluid ... Georg Einmal Fluid, immer Fluid^^ -- Cheers, Josef Florian Glatz blog: http://typo3blog.at vcard: http://www.josefglatz.at ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Failed opening required 'PATH_tslibclass.tslib_content.php'
Hallo, Mich plagt bereits seit einigen Monaten ein sporadisch auftretender Fehler, dessen Herkunft ich einfach nicht herausfinde. Gelegentlich tritt nach längerer Nutzung des Backends beim Aufrufen des Seiten-Moduls folgender Fehler auf: --- Fatal error: require() [function.require]: Failed opening required 'PATH_tslibclass.tslib_content.php' (include_path='/usr/www/users/xenmeo/typo3/contrib/pear/:.:/usr/local/lib/php/') in /usr/www/users/xenmeo/t3lib/class.t3lib_div.php on line 5061 --- Was genau dieses Verhalten erst auslöst, konnte ich noch nicht herausfinden. Allerdings verschwindet dieser Fehler nach Leeren des Caches wieder. Daher habe ich mir im typo3temp-Ordner unter Cache/Code/cache_phpcode den gecachten PHP-Code angesehen, wo ich auf zeilenweise solcher Code-Zeilen stieß: --- 'tslib_adminpanel' = 'PATH_tslibclass.tslib_adminpanel.php', 'tslib_cobj' = 'PATH_tslibclass.tslib_content.php', 'tslib_frameset' = 'PATH_tslibclass.tslib_frameset.php', 'tslib_tableoffset' = 'PATH_tslibclass.tslib_tableoffset.php', 'tslib_controltable' = 'PATH_tslibclass.tslib_controltable.php', 'tslib_eidtools' = 'PATH_tslibclass.tslib_eidtools.php', 'tslib_fe' = 'PATH_tslibclass.tslib_fe.php', 'tslib_fecompression' = 'PATH_tslibclass.tslib_fecompression.php', . --- Irgendwo muss im Backend also etwas schieflaufen, dass die PATH_tslib-Konstante nicht korrekt in den ihr zugewiesenen Pfad zugewiesen wird. Hat jemand eine Idee, wie ich den Fehler finden könnte? Alles, was ich habe, ist ja die obige Fehlermeldung, die mich nur auf die requireFile()-Funktion in der class.t3lib_div.php weiterverweist. Um den Fehler besser eingrenzen zu können, tritt er einfach zu sporadisch (und unberechenbar) auf. Gruß, Christian Eßl ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 + mobile Endgeräte
Es scheint in der Tat so zu sein dass man wohl nur ueber das CSS wirklich etwas bewirken koennte. Dazu muessten die Bilder im RTE nicht nur ueber CSS einbindbar sein, sondern auch je nach media querie maximale screensize mit dem entsprechenden Bild beliefert werden. Angenommen, man laedt die Bilder im RTE nicht mehr ueber TYPO3 sondern ueber Flickr. Flickr bietet im Grunde das was man benoetigt. Man laedt ein Bild hoch im Original und es werden diverse Thumbnails produziert. Original 1024 500 Sind hier bei die fuer den mobilen einsatz interessanten groessen. Mittels SASS muesste es moeglich sein dass man die Bilder mit einer entsprechenden Variablen - der imagesize fuer die media queries versieht. Wird nun ein Bild im RTE oder anderswo in TYPO3 eingefuegt, so zieht es sich dieses Bild entsprechend der media querie die fuer die Jeweilige screensize zustaendig ist als 1024 oder 500 bzw laedt das Bild von TYPO 3 wie sonst auch und reduziert das orginal auf die entsprechende Groesse. OK man muesste die Bilder zweimal hochladen, dafuer koennte man es jedoch in TYPO3 zb in DAM bearbeiten und mit Captions etc versehen die dann auch beim Flickr Bild angezeigt werden. Die Kontrolle darueber ob das Flickr Bild mit dem auf TYPO3 uebereinstimmt liegt beim Editor. evtl koennte man ja eine extension erstellen die ein DAM Bild auch automatisch hoch auf flickr laedt (unbegrenzter Speicherplatz und auch quasi als Backup nicht schlecht) zudem wuerde Flickr als CDN fuer bilder die Bilder sicher schneller laden als wie wenn diese ueber TYPO3 direct kaemen. Make the web faster Pagespeed etc. Wuerde die Flickr URL eines Bildes auch in TYPO3 gespeichert, so koennte man dieses Bild sicher auch dort entsprechend fuer den Content weiter aufarbeiten und mit Tags, Captions etc versehen, bzw dem editor die auswahllassen ob er die Informationen von Flickr oder die in DAM generierten nutzen will. Somit haette man im Grunde zugriff auf diverse Image sizes die sich dann innerhalb der Media queries oder auch mit Javascript weiter in der Groesse tunen liesen. Schaue ich mir ne Seite auf dem iPad an so sehe ich die meinbild-1024.jpg oder .png Drehe ich den Tab in Portrait so wird das Bild via CSS (media querie) angepasst. Sehe ich mir das ganze auf einem smartphone an wird meinbild-500.jpg oder .png geladen und ebenfalls ggf runterscaliert. Clicke ich nun auf eines der Bilder so koennte einenAbfrage stattfinden welche Aufloesung ich sehen moechte. 1024 oder Original somit habe ich dann auch die Moeglichkeit ggf ein Bild nachzuladen und dann reinzuzoomen. lade ich nun die Seite auf dem Desktop, so wird dasn Bild das in TYPO3 gespeichert wurde geladen und zuvor entsprechend durch TYPO3 bzw graphicsmagic aufbereitet. ZB maximal 1920x1080. Leider bietet der RTE oder auch andere Extensions sowie der fileadmin noch keine Moeglichkeit bilder von Flickr oder auch Picasa oder Cloud Storages einzubinden und zu verwalten. Ist das ne idee zu ner Loesung? Andi Sent from my iPad On 4 ก.ค. 2555, at 19:48, conPassione gmbh i...@conpassione.ch wrote: Hi Ingo ja, natürlich geht es ziemlich schnell los und auch schon vor dem Laden der Bilder. Aber leider ist es so, dass das alles nur client-seitig passiert. Der Server bekommt davon nichts mit. D.h. wie und wann man auch immer client-seitig reagiert, die Site ist vom Server zu diesem Zeitpunkt immer schon ausgeliefert. Gruss Renzo -- _ Renzo Bauen +41 79 330 10 11 conPassione gmbh Am Mittwoch, den 04.07.2012, 14:06 +0200 schrieb Ingo: Peter Linzenkirchner schrieb am 02.07.2012 15:51 Schöner Thread. 1. erste Auslieferung: immer die kleinen Bilder und per JavaScript ggf. die großen Bilder nachladen Genau, Mobile First. Kommt man per TS an die mediaqueries ran (evtl indirekt über somit vergebene CSS-Eigenschaften)? Was bei responsive Images interessiert ist letztlich die Bandbreite, nicht die Device-Größe. Eigentlich müßte man die Bandbreite messen, das geht aber vermutlich nur einigermaßen zuverlässig wenn man viel von ihr verschwendet ;-) Zu JS startet erst nach Laden der Seite - geht's nicht normalerweise ab DOMReady los, also noch vor/während Bildladens? Gruss, Ingo ___ 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
[TYPO3-german] Planer läuft nicht
Hallo zusammen,
ich versuche gerade verzweifelt den Planer in TYPO3 mit einem cronjob
aufzurufen.
Doch leider bekomme ich stets folgende Fehlermeldungen:
***
PHP Fatal error: Uncaught exception 'RuntimeException' with message 'Could not
create directory!' in
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/class.t3lib_div.php:2992
Stack trace:
#0
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/class.t3lib_div.php(2961):
t3lib_div::createDirectoryPath('/var/www/vhosts...')
#1
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(201):
t3lib_div::mkdir_deep('/var/www/vhosts...')
#2
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(99):
t3lib_cache_backend_FileBackend-createFinalCacheDirectory('/var/www/vhosts...')
#3
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/frontend/class.t3lib_cache_frontend_abstractfrontend.php(63):
t3lib_cache_backend_FileBackend-setCache(Object(t3lib_cache_frontend_PhpFrontend))
#4
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/frontend/class.t3lib_cache_frontend_phpfrontend.php(45):
t3lib_cache_fr in
/var/www/vhosts/my-domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php
on line 203
Ich habe den cron-Befehl bereits als root, apache, und webuser ausgeführt -
aber ich bekomme immer die gleichen Fehler!?
Offensichtlich will er irgendein Cache-Verzeichnis anlegen, wozu er aber keine
Rechte hat.
Leider wird aber nicht angezeigt, wie das Verzeichnis heißt, das er anlegen
will, da er das immer abkürzt ('/var/www/vhosts…') :(
Kann mir jemand sagen, was er da anlegen will?
Für jeden Tipp, wäre ich sehr dankbar!
PS: Es handelt sich um TYPO3 4.6.9 auf einem CentOS-root-Server von 1und1.
PPS: my-domain.de steht natürlich für die entsprechende Domain auf meinem
Server. ;)
Mit herzlichen Grüßen,
Sven Kalbhenn
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Bildbeschreibung mit ttnews
Wie ich sehe verwendest Du die perfectlightbox, da gibt es einen bekannten Bug in Verbindung mit tt_news. http://bugs.typo3.org/view.php?id=15506 Viele Grüße Am 04.07.2012 08:11, schrieb Gerhard Obermayr: Moin allerseits. Eigentlich bei mir schon ein altes Problem, aber nun bin ich wieder darüber gestolpert. Wenn man in einem CE mehrere Bilder hat und jedem seinen Text zuweist, funktioniert auch die Darstellung in der Lightbox einwandfrei. Soll heissen, dass zu jedem Bild der richtige Text angezeigt wird. Nicht so ist es bei ttnews. Hier wird bei allen Bildern nur der Text des ersten Bildes angezeigt. Bei allen nachfolgenden Bildern steht also ein unpassender Text dabei. Kann man das irgendwie abstellen? Falls ich mich falsch ausgedrückt habe hier ein Beispiel: http://2012.theatersommer.at/nc/presse/pressespiegel/detailansicht/datum/2012/07/03/premierenfest-mit-viel-prominenz/ Bei allen Bildern der gleiche Text. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bild mit Link zu aktueller Seite ausstatten
Hallo Liste,
folgendes Problem:
Ich habe einen Email-Button auf der Website als Bild. Bei Klick auf das
Bild soll sich das Email-Programm öffnen mit der aktuellen Seite im Betreff.
Meine (nicht funktionierende) Lösung:
In den Konstanten:
actPage = TEXT
actPage.value = Link zur eigenen Seite
actPage.typolink.parameter.data = TSFE:id
Im Setup:
temp.mail = IMAGE
temp.mail {
wrap = div id=forw-maila target=_top href=mailto:?subject=
Empfehlung der Webseite '{$actPage}' | /a/div
file = fileadmin/templates/happich/images/mail.png
}
Was ich jetzt als Ergebnis erwarte ist einfach nur die Anzeige der PID.
Leider bekomme ich aber nur TEXT.
Kann mir irgendjemand bitte auf die Sprünge helfen?
Gruß, Daniel
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Planer läuft nicht
Hi Sven Kalbhenn,
Sven Kalbhenn wrote:
ich versuche gerade verzweifelt den Planer in TYPO3 mit einem cronjob
aufzurufen. Doch leider bekomme ich stets folgende Fehlermeldungen:
***
PHP Fatal error: Uncaught exception 'RuntimeException' with message
'Could not create directory!' in
/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/class.t3lib_div.php:2992
Stack trace:
#0
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/class.t3lib_div.php(2961):
#t3lib_div::createDirectoryPath('/var/www/vhosts...') 1
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(201):
#t3lib_div::mkdir_deep('/var/www/vhosts...') 2
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php(99):
#t3lib_cache_backend_FileBackend-
createFinalCacheDirectory('/var/www/vhosts...')
#3
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/frontend/class.t3lib_cache_frontend_abstractfrontend.php(63):
#t3lib_cache_backend_FileBackend-
setCache(Object(t3lib_cache_frontend_PhpFrontend))
#4
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/frontend/class.t3lib_cache_frontend_phpfrontend.php(45):
#t3lib_cache_fr in
#/var/www/vhosts/my-
domain.de/httpdocs/typo3_src-4.6.9/t3lib/cache/backend/class.t3lib_cache_backend_filebackend.php
#on line 203
Ich habe den cron-Befehl bereits als root, apache, und webuser ausgeführt
- aber ich bekomme immer die gleichen Fehler!? Offensichtlich will er
irgendein Cache-Verzeichnis anlegen, wozu er aber keine Rechte hat. Leider
wird aber nicht angezeigt, wie das Verzeichnis heißt, das er anlegen will,
da er das immer abkürzt ('/var/www/vhosts…') :( Kann mir jemand sagen, was
er da anlegen will?
Du brauchst ja nur in den Stacktrace zu schauen und die Aufrufe rückwärts
durchzugehen... er versucht das Verzeichnis typo3temp/Cache/Code oder
typo3temp/Cache/Data anzulegen. Vermutlich ist es doch eher der autoloader
Cache in ersterem Verzeichnis.
Dies darf er offensichtlich nicht, also mal schauen, wie die Rechte dort
gesetzt sind.
p.s.: Du solltest den typo3/cli_dispatch.phpsh mit dem gleichen User
aufrufen, mit welchem dein Webserver läuft, also vermutlich apache
Grüße
--
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – linkvalidator
TYPO3 inspiring people to share!
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Failed opening required 'PATH_tslibclass.tslib_content.php'
Hi Christian, Christian Essl wrote: Was genau dieses Verhalten erst auslöst, konnte ich noch nicht herausfinden. Allerdings verschwindet dieser Fehler nach Leeren des Caches wieder. Daher habe ich mir im typo3temp-Ordner unter Cache/Code/cache_phpcode den gecachten PHP-Code angesehen, wo ich auf zeilenweise solcher Code-Zeilen stieß: 'tslib_adminpanel' = 'PATH_tslibclass.tslib_adminpanel.php', 'tslib_cobj' = 'PATH_tslibclass.tslib_content.php', 'tslib_frameset' = 'PATH_tslibclass.tslib_frameset.php', 'tslib_tableoffset' = 'PATH_tslibclass.tslib_tableoffset.php', 'tslib_controltable' = 'PATH_tslibclass.tslib_controltable.php', 'tslib_eidtools' = 'PATH_tslibclass.tslib_eidtools.php', 'tslib_fe' = 'PATH_tslibclass.tslib_fe.php', 'tslib_fecompression' = 'PATH_tslibclass.tslib_fecompression.php', Das passiert, wenn PATH_tslib nicht gesetzt ist. Dann versucht PHP das als String zu interpretieren, wodurch es halt einfach statt des Inhaltes genommen wird. Mit E_Strict kannst du dir solche Fehler auch ausgeben lassen, aber leider läuft dann der Rest von TYPO3 auch nicht mehr :( Vermutlich benutzt du ein Skript, welches nicht den normalen TYPO3 Bootstrap durchläuft, sondern selbst alles setzt. (Es kann natürlich auch sein, das es ein Script in TYPO3 ist.) Du müsstest also mal schauen, was beim ersten Auftreten des Fehlers für URLs aufgerufen wurden. Also einfach im PHP Fehlerlog schauen, wann der Fehler auftritt und dann im Apache (oder welchen Webserver du auch einsetzt) schauen, welche URLs denn kurz *davor* aufgerufen wurden. Schau auch mal, ob vielleicht kurz vorher ein CLI Skript aufgerufen wurde. Viele Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bild mit Link zu aktueller Seite ausstatten
Lieber Daniel
ich habe keinen Beispielcode den ich Dir fertig liefern kann, aber
folgende Hinweise:
1. Die Konstanten sind zum Definieren von Konstanten da, d.h. das Setzen
eines Links sollte nicht da geschehen, sondern im Setup
2. Was Du machen willst, kann typolink eigentlich schon alles, d.h. Du
musst Dir den Link nicht selber zusammen basteln.
D.h. Du müsstest sowas haben wie:
meinObjekt = IMAGE
meinObjekt .file = fileadmin/meinpfad/image.jpg
meinObjekt.stdWrap.typolink.paramter = TSFE:id
3. schau Dir mal typolink genau an, da kann man zusätzliche Parameter
mitgeben, damit Du z.B. die ID und die class und ich glaube auch das
subject setzen kannst.
Viel Glück!
Renzo
--
_
Renzo Bauen
+41 79 330 10 11
conPassione gmbh
Am Mittwoch, den 04.07.2012, 18:16 +0200 schrieb Daniel Mehrbrodt:
Hallo Liste,
folgendes Problem:
Ich habe einen Email-Button auf der Website als Bild. Bei Klick auf das
Bild soll sich das Email-Programm öffnen mit der aktuellen Seite im Betreff.
Meine (nicht funktionierende) Lösung:
In den Konstanten:
actPage = TEXT
actPage.value = Link zur eigenen Seite
actPage.typolink.parameter.data = TSFE:id
Im Setup:
temp.mail = IMAGE
temp.mail {
wrap = div id=forw-maila target=_top href=mailto:?subject=
Empfehlung der Webseite '{$actPage}' | /a/div
file = fileadmin/templates/happich/images/mail.png
}
Was ich jetzt als Ergebnis erwarte ist einfach nur die Anzeige der PID.
Leider bekomme ich aber nur TEXT.
Kann mir irgendjemand bitte auf die Sprünge helfen?
Gruß, Daniel
___
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] Falsche Bildbeschreibung mit ttnews
Danke für den Tipp. Ich habe den dort angegebenen Code ind die Datei eingefügt. Es ändert sich jedoch nicht. Am 04.07.2012 17:03, schrieb Falk: Wie ich sehe verwendest Du die perfectlightbox, da gibt es einen bekannten Bug in Verbindung mit tt_news. http://bugs.typo3.org/view.php?id=15506 Viele Grüße Am 04.07.2012 08:11, schrieb Gerhard Obermayr: Moin allerseits. Eigentlich bei mir schon ein altes Problem, aber nun bin ich wieder darüber gestolpert. Wenn man in einem CE mehrere Bilder hat und jedem seinen Text zuweist, funktioniert auch die Darstellung in der Lightbox einwandfrei. Soll heissen, dass zu jedem Bild der richtige Text angezeigt wird. Nicht so ist es bei ttnews. Hier wird bei allen Bildern nur der Text des ersten Bildes angezeigt. Bei allen nachfolgenden Bildern steht also ein unpassender Text dabei. Kann man das irgendwie abstellen? Falls ich mich falsch ausgedrückt habe hier ein Beispiel: http://2012.theatersommer.at/nc/presse/pressespiegel/detailansicht/datum/2012/07/03/premierenfest-mit-viel-prominenz/ Bei allen Bildern der gleiche Text. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Liebe Grüße aus Haag Gerhard Obermayr ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Assiziatives Array sortieren
Hallo Zusammen.
Steh immer wieder mal vor dem Problem:
Hab aus der DB ein Array zurück bekommen:
0 = { 'uid' = 1, ... }
1 = { 'uid' = 12, ... }
2 = { 'uid' = 75, ... }
3 = { 'uid' = 86, ... }
Schön.
Dazu hab ich eine Liste 86,1,75,12 an uid. Die datensätze die der User
auswählte.
Ich sortiere das ganz bisher so, das ich die liste mit explode in ein
array überführe und dann das zu sortierende Array und das DB Array in
einer verschachtelten Schleife neu sortiere in dem ich $key ==
$db['uid'] prüfe.
Das ist natürlich ein verdammter Aufwand weil jedes Element gegen jedes
geprüft wird.
Aber es funktioniert.
An die Informatiker hier im Forum:
Gibt es hier nix besseres, schnelleres, ressourcen schonendes.
Vielleicht sogar schon im Core von TYPO3 implementiert?
So was muss doch ständig gemacht werden?
Danke für Tipps
Christian.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Typo3 Extension mit Extbase/Fluid und jquerymobile
Hi, gibt es hier jemand der Erfahrung damit hat, Extensions mit jquerymobile zum Laufen zu bringen? Die Extension (Extbase/Fluid) läuft auch mobil auf der regulären Website ohne Probleme, nur in der mobilen Version der Website mit html5 und jquerymobil tut sich nichts, die Formulare werden entweder falsch angezeigt oder es tut sich schlicht nichts beim Abschicken, auch keine Fehlermeldung.. Ich habe keine Ahnung, wie ich ansetzen kann und könnte Hilfe gebrauchen, gegebenfalls gern auch honoriert in irgendeiner Form für Telefonsupport o.ä. Gruß alisha ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Assiziatives Array sortieren
Ha! Der Christian...moin moin :-)
ich verwende bisher immer das hier:
http://www.php.net/manual/de/function.array-multisort.php
Stefan
Am 04.07.2012 19:33, schrieb Christian Tauscher:
Hallo Zusammen.
Steh immer wieder mal vor dem Problem:
Hab aus der DB ein Array zurück bekommen:
0 = { 'uid' = 1, ... }
1 = { 'uid' = 12, ... }
2 = { 'uid' = 75, ... }
3 = { 'uid' = 86, ... }
Schön.
Dazu hab ich eine Liste 86,1,75,12 an uid. Die datensätze die der User
auswählte.
Ich sortiere das ganz bisher so, das ich die liste mit explode in ein
array überführe und dann das zu sortierende Array und das DB Array in
einer verschachtelten Schleife neu sortiere in dem ich $key ==
$db['uid'] prüfe.
Das ist natürlich ein verdammter Aufwand weil jedes Element gegen jedes
geprüft wird.
Aber es funktioniert.
An die Informatiker hier im Forum:
Gibt es hier nix besseres, schnelleres, ressourcen schonendes.
Vielleicht sogar schon im Core von TYPO3 implementiert?
So was muss doch ständig gemacht werden?
Danke für Tipps
Christian.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 + mobile Endgeräte
Am 04.07.2012 20:06, schrieb Peter Linzenkirchner: http://adaptive-images.com/ hab am 24.6. unter dem Titel [TYPO3-german] Typo3 und adaptive images schon mal was dazu geschrieben, und bräuchte mehr input zu bestimmten features/typo3 integration. Vielleicht schaut der eine oder andere nochmals bei meinem Urthread vorbei und gibt seine Meinung wieder. Danke. Christian. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Assiziatives Array sortieren
Hallo Christian,
Ich mache das eigentlich immer mit array_multisort.
http://ch2.php.net/manual/en/function.array-multisort.php
Beispiel
?php
$data = array(
array('uid' = '2', 'text' = 'test 2'),
array('uid' = '86', 'text' = 'test 86'),
array('uid' = '26', 'text' = 'test 26'),
array('uid' = '32', 'text' = 'test 32'),
array('uid' = '22', 'text' = 'test 22'),
array('uid' = '12', 'text' = 'test 12'),
);
foreach ($data as $key = $row) {
$uid[$key] = $row['uid'];
}
print_r($uid);
array_multisort($uid, SORT_ASC, $data);
print_r($data);
?
Gruss
Roland
On 04.07.2012 19:33, Christian Tauscher wrote:
Hallo Zusammen.
Steh immer wieder mal vor dem Problem:
Hab aus der DB ein Array zurück bekommen:
0 = { 'uid' = 1, ... }
1 = { 'uid' = 12, ... }
2 = { 'uid' = 75, ... }
3 = { 'uid' = 86, ... }
Schön.
Dazu hab ich eine Liste 86,1,75,12 an uid. Die datensätze die der User
auswählte.
Ich sortiere das ganz bisher so, das ich die liste mit explode in ein
array überführe und dann das zu sortierende Array und das DB Array in
einer verschachtelten Schleife neu sortiere in dem ich $key ==
$db['uid'] prüfe.
Das ist natürlich ein verdammter Aufwand weil jedes Element gegen jedes
geprüft wird.
Aber es funktioniert.
An die Informatiker hier im Forum:
Gibt es hier nix besseres, schnelleres, ressourcen schonendes.
Vielleicht sogar schon im Core von TYPO3 implementiert?
So was muss doch ständig gemacht werden?
Danke für Tipps
Christian.
___
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] T3Blog Listenansicht
Hallo Denis Im T3Blog musst Du lediglich das category widget auf Deine Blogseite einbinden und die Posts müssen auf visible gesetzt sein. Standardmässig sind die auf hide gesetzt. Gruss Roland On 04.07.2012 11:24, Dennis wrote: Hi Liste, irgendwie stehe ich wohl auf dem Schlauch... Ich habe einen Blog mit verscheidenen Kategorien erstellt. Jetzt würde ich gerne auf diversen Seiten Eine Listenansicht oder ähnliches haben, die nur je eine der Kategorien anzeigt, irgendwie finde ich nicht die Stelle, wo ich die Kategorien einstellen kann. Vielen Dank im Vorraus, Dennis ___ 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] TYPO3 + mobile Endgeräte
Hallo Andreas, Am 04.07.2012 um 15:58 schrieb Andreas Becker: Es scheint in der Tat so zu sein dass man wohl nur ueber das CSS wirklich etwas bewirken koennte. Dazu muessten die Bilder im RTE nicht nur ueber CSS einbindbar sein, sondern auch je nach media querie maximale screensize mit dem entsprechenden Bild beliefert werden. das Laden von Bildern über CSS hat ein paar fundamentale Nachteile: - die Technik ist nicht semantisch, - sie ist nicht zugänglich (kein Alt-Tag) - die Bilder sind nicht mehr über das DOM manipulierbar (keine Slideshows etc.) - bei jedem geänderten Bild muss dafür gesorgt werden, dass das CSS nicht aus dem Browsercache geladen wird. - es funktioniert nicht mit Bildern aus fremden Quellen Meines Erachtens muss eine praktiable Lösung folgendes berücksichtigen: 1. die Bilder müssen über den img-Tag geladen werden, damit sie semantisch, zugänglich und über das DOM manipulierbar bleiben. 2. die Lösung muss praktikabel sein, also mit überschaubarem Aufwand implementierbar - Kosten - Nutzen muss stimmen. 3. sie muss nicht perfekt sein, nur besser als keine Lösung Dabei muss beachtet werden, dass es nur ein paar Möglichkeiten gibt, die Screengröße beim ersten Aufruf (!) zu bestimmen: - aus dem http-Header über eine gut bestückte serverseitige Device-Datenbank - über ein JavaScript, welches anschließend den img-Tag manipuliert - über ein JavaScript welches ein Cookie setzt, und zwar vor (!) dem Laden der Bilder durch den HTML-Parser. Über Media Queries kann man zwar indirekt die Device-Größe bestimmen, aber ich kenne keine Möglichkeit, diese Info an JavaScript oder eine PHP-Variable weiterzugeben bevor die Bilder geladen werden. Da bleiben unter dem Strich nur ein paar Möglichkeiten übrig: 1. Serverseitige Filter über eine Datenbank mit Hunderten/Tausenden von Devices: Sencha.io: http://docs.sencha.io/0.3.3/index.html WURFL: https://github.com/carsonmcdonald/ServerSideResponsiveImageExample#readme und andere. 2. JavaScript-Lösungen, welche den img-Tag manipulieren: noscript-Tag: zum Beispiel: http://www.monoliitti.com/images/ Cookies, zum Beispiel: http://blog.keithclark.co.uk/responsive-images-using-cookies/ und viele Varianten, zum Beispiel die TYPO3-Extension rtp_imgquery 3. JavaScript-Cookie-Lösungen mit serverseitigem Skript: die benötigen ein kleines JavaScript, welches ein Cookie setzt, ausserdem Änderungen in der htaccess-Datei und serverseitige Scripte, welche die Dateien abhängig vom Cookie runterrechnen. http://adaptive-images.com/ das könnte man wohl auch mit TYPO3 erreichen, z. B. über einen Hook, der das IMAGE-Objekt entsprechend erweitert. Bei den JavaScript-Lösungen in Punkt 2 gibt es immer das Problem einer Race-Condition: kommt das JavaScript zu spät, werden die Bilder zweimal geladen, einmal durch den HTML-Parser und einmal durch das JavaScript. Am Desktop kein Problem, am Smartphone ein Show-Stopper. Bei den Cookie-Lösungen in Punkt 2 gibt es auch eine Race-Condition, aber diese führt nicht zu doppeltem Laden, sondern nur dazu, dass die großen Bilder geladen werden (also so, als hätten wir gar nichts getan). Das kann aber nur beim ersten Aufruf einer Domain passieren, danach ist das Cookie auf jeden Fall gesetzt. Ein akzeptabler Nachteil, denke ich. Ausserdem bleibt in Fall 2 und 3 das Problem von deaktiviertem JavaScript. Das halte ich allerdings nicht für problematisch: Es werden auf jeden Fall die Bilder ausgeliefert, die im img-Tag enthalten sind. Das Ergebnis ist also das gleiche, als hätten wir gar nichts gemacht. Das ist für einen worst-case nicht wirklich schlecht. Gruß Peter Angenommen, man laedt die Bilder im RTE nicht mehr ueber TYPO3 sondern ueber Flickr. Flickr bietet im Grunde das was man benoetigt. Man laedt ein Bild hoch im Original und es werden diverse Thumbnails produziert. Original 1024 500 Sind hier bei die fuer den mobilen einsatz interessanten groessen. Mittels SASS muesste es moeglich sein dass man die Bilder mit einer entsprechenden Variablen - der imagesize fuer die media queries versieht. Wird nun ein Bild im RTE oder anderswo in TYPO3 eingefuegt, so zieht es sich dieses Bild entsprechend der media querie die fuer die Jeweilige screensize zustaendig ist als 1024 oder 500 bzw laedt das Bild von TYPO 3 wie sonst auch und reduziert das orginal auf die entsprechende Groesse. OK man muesste die Bilder zweimal hochladen, dafuer koennte man es jedoch in TYPO3 zb in DAM bearbeiten und mit Captions etc versehen die dann auch beim Flickr Bild angezeigt werden. Die Kontrolle darueber ob das Flickr Bild mit dem auf TYPO3 uebereinstimmt liegt beim Editor. evtl koennte man ja eine extension erstellen die ein DAM Bild auch automatisch hoch auf flickr laedt (unbegrenzter Speicherplatz und auch quasi als Backup nicht schlecht) zudem wuerde Flickr als CDN fuer bilder die Bilder sicher schneller laden als wie wenn diese ueber TYPO3 direct kaemen. Make
Re: [TYPO3-german] TX_NEWS: Unterschiedliche Bildgröße für Top News
Hallo Georg, vielen Dank schon einmal für die Deine Antwort. Leider bin ich noch nicht dazu gekommen, dass alles mal zu probieren. Wollte mich aber zumindest schon mal gemeldet haben. Viele Grüße, Lars Brinkmann -- brinkmann.l...@gmail.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] powermail: Ausgabe der Zeit des Absendens in der Mail?
Hallo,
ich habe hier ein kleines Problem mit powermail 1.6.3: Für den
Absender des Formulars soll der Zeitpunkt des *Absendens* des Formulars
in der Mail stehen (kann ja vom Mailversand/Empfang abweichen, und
mailheader liest nicht jeder so intuitiv ;-) )
Aber: Wie soll man das möglichst robust anstellen? Hilfreiche Ideen sind
willkommen, ein bissel was habe ich schon selber probiert:
1) In der einfachsten aller Welten würde man natürlich das CRDate aus
der Datenbank nehmen - geht aber nicht, weil die Mails vor dem Speichern
in der DB versendet werden.
2) Gut, nächster Versuch: custom TS field
plugin.tx_powermail_pi1.dynamicTyposcript {
SAVEDATE = TEXT
SAVEDATE.data = date:U
SAVEDATE.strftime = %d.%m.%Y / %H:%m
}
3) Sehr schön, damit bekommt man eine Ausgabe. Nur leider nicht den
Zeitpunkt zum Submit, sondern wenn die Formularseite zum ersten mal
aufgerufen wird (quasi session_start). Moment, wieso eigentlich, wenn
die ganze Seite auf no_cache = yes steht?
Egal, nächster Versuch: COA_INT, das dürfte nun wirklich nicht im Cache
landen
plugin.tx_powermail_pi1.dynamicTyposcript {
SAVEDATE = COA_INT
SAVEDATE {
10 = TEXT
10.data = date:U
10.strftime = %d.%m.%Y / %H:%m
}
}
Korrektur: Funktioniert so gar nicht, keine Ausgabe in Mails oder
sonstwo. Grummel.
Daher nun 4) die Frage, ob jemand noch bessere Ideen oder
Fehlerkorrekturen hat. Im Notfall muss ich mich per Hook auf
hook_submit_beforeEmails() einklinken, aber wenn es mit Bordmitteln
geht wäre es mir lieber.
Danke schon mal vorab,
Thomas
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Fwd: Extension Manager Problem
Hallo Steffen.
Haben einen Workaround für dieses Problem gefunden.
Haben in der class.typo3ajax.php die Methode __json_encode() mit dieser hier
ersetzt.
function __json_encode( $data ) {
if( is_array($data) || is_object($data) ) {
$islist = is_array($data) ( empty($data) || array_keys($data) ===
range(0,count($data)-1) );
if( $islist ) {
$json = '[' . implode(',', array_map('__json_encode', $data) ) . ']';
} else {
$items = Array();
foreach( $data as $key = $value ) {
$items[] = __json_encode($key) . ':' . __json_encode($value);
}
$json = '{' . implode(',', $items) . '}';
}
} elseif( is_string($data) ) {
# Escape non-printable or Non-ASCII characters.
# I also put the \\ character first, as suggested in comments on the
'addclashes' page.
$string = '' . addcslashes($data, n\r\t/ . chr(8) . chr(12)) . '';
$json= '';
$len= strlen($string);
# Convert UTF-8 to Hexadecimal Codepoints.
for( $i = 0; $i $len; $i++ ) {
$char = $string[$i];
$c1 = ord($char);
# Single byte;
if( $c1 128 ) {
$json .= ($c1 31) ? $char : sprintf(\\u%04x, $c1);
continue;
}
# Double byte
$c2 = ord($string[++$i]);
if ( ($c1 32) === 0 ) {
$json .= sprintf(\\u%04x, ($c1 - 192) * 64 + $c2 - 128);
continue;
}
# Triple
$c3 = ord($string[++$i]);
if( ($c1 16) === 0 ) {
$json .= sprintf(\\u%04x, (($c1 - 224) 12) + (($c2 - 128) 6) +
($c3 - 128));
continue;
}
# Quadruple
$c4 = ord($string[++$i]);
if( ($c1 8 ) === 0 ) {
$u = (($c1 15) 2) + (($c24) 3) - 1;
$w1 = (5410) + ($u6) + (($c2 15) 2) + (($c34) 3);
$w2 = (5510) + (($c3 15)6) + ($c4-128);
$json .= sprintf(\\u%04x\\u%04x, $w1, $w2);
}
}
} else {
# int, floats, bools, null
$json = strtolower(var_export( $data, true ));
}
return $json;
}
Jetzt klappt es wieder. Ist zwar nicht die beste Lösung, weil wir bei jedem
Typo3 update jetzt auch schauen müssen, ob der Extension Manager noch
funktioniert.
Vielleicht fällt dir etwas besseres ein!
lg Gerald
Original-Nachricht
Datum: Wed, 04 Jul 2012 09:23:35 +0200
Von: Steffen Gebert steffen.geb...@typo3.org
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Fwd: Extension Manager Problem
Hallo Gerald,
kannst du darauf mal ein json_encode() machen und schaun, wo es
abgeschnitten wird?
Kind regards
Steffen
--
Steffen Gebert
TYPO3 v4 Core Team Member
TYPO3 Server Administration Team Member
TYPO3 inspiring people to share!
Get involved: http://typo3.org
I work for TYPO3 solely in my spare time. If you think that
my work helps you running your business, you are invited to
send me a donation via PayPal to this email address. Thanks
Am 6/28/12 9:42 AM, schrieb Gerald Draxler:
Hallo Steffen.
Erstmal vielen Dank für deine Hilfe!
$TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8';
$TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8;';
wenn ich $this-content ausgebe bekomme ich beim Aufruf der verfügbaren
Extensions folgendes array zurück:
Array
(
[0] = Array
(
[tid] = 7
[action] = ExtDirect
[method] = setState
[type] = rpc
[result] = Array
(
[success] = 1
[params] = stdClass Object
(
[scope] = stdClass Object
(
[events] = stdClass Object
(
[savefailure] = 1
[savesuccess] = 1
[readfailure] = 1
[readsuccess] = 1
[statechange] = 1
)
[state] = stdClass Object
(
[mainTab] = stdClass
Object
(
[activeTab] = 1
)
[LocalList] = stdClass
Object
(
[columns] = Array
(
[0] =
stdClass Object
(
