Nabble - TYPO3 German

entschuldigt mein voriger Post "Fwd: Neues Fotogalerietool", ich habe ihn versehentlich an die TYPO3-Liste geschickt

2009-12-21T12:41:45Z

sorry...

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

Fwd: Neues Fotogalerietool

2009-12-21T12:29:02Z

FYI

-------- Original-Nachricht --------
Betreff: Neues Fotogalerietool
Datum: Mon, 21 Dec 2009 21:28:00 +0100
Von: Samuel Talleux <samuel@...>
An: taz.de_intern <elektrotaz@...>, Matthias Urbach <urbach@...>
CC: Filip Moritz <fil@...>

Hallo,

im neuen Design ab dem 2.01.2010 werden 2 weitere Informationen fuer das
Darstellen des Galerieteaser benoetigt:
- ein extra Vorschaubild, der andere Proportionen hat
- ein Teasertext, zusaetzlich zu der "Vorschauueberschrift"

Ich habe entsprechend das Galerietool
(http://onlinetaz.hal.taz.de/fotogalerie) erweitert. Beim Anlegen einer
Galerie, sieht es so aus:

beim Bearbeiten so:

Die genaue Proportionen und Groessen der neuen Vorschaubilder, die
Laenge von Ueberschriten, Teaser etc.. laesst Ihr Euch am Besten von
Matthias oder Filip geben.

Sollte das neue Tool nicht korrekt funktionieren, und ich bin nicht
erreichbar, gibts noch das alte:
http://onlinetaz.hal.taz.de/fotogaleriealt/

Beide Versionen greifen auf die gleiche Galerien.

Ich waere seeehr dankbar, wenn jemand damit eine erste Galerie anlegen
bzw. nacharbeiten wuerde, und mir Bescheid geben, ob alles rund laeuft.

Viele Gruesse und viel Spass.

Samuel

--
Samuel Talleux
Leitung technische Entwicklung von taz.de

samuel@...
Tel: 030 25902-407

taz, die tageszeitung - rudi-dutschke-str. 23 - 10969 berlin

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T12:27:50Z

Hallo Til,

Am 21.12.09 18:13, schrieb Til Obes:
> Am 21.12.2009 17:55, schrieb Helmut Hummel:
>>
>> Diese Möglichkeit steht allen frei und ist sicherlich sinnvoller als das
>> Thema hier lang und breit zu diskutieren.
>
> Naja es gibt einen Patch im Bugtracker. Der ist getestet und
> funktioniert. Den zu integrieren sollte nicht das Problem sein.

Wenn das immer alles so einfach wäre, gäbe es keine Bugs, auch diesen
nicht. Der wurde ja nicht absichtlich hinzugefügt, sondern ist ein
Seiteneffekt. Auch in diesem Fall reicht der im Bugtracker
veröffentlichte Patch eben nicht aus, um alle Fehler in diesem
Zusammenhang zu beseitigen (siehe meine Antwort auf der Core-Liste).

(Danke übrigens, dass Du den Patch auf der Core-Liste gepostet hast.)

> Muss ich den nun extra auf der Core-Liste posten?

So ist das. Jemand muss sich die Arbeit machen. Und je mehr Arbeit man
den Core Entwicklern abnimmt und je sorgfältiger man dabei ist, um so
schneller landet der Bugfix im Core; Punkt.

> PS: Ich bin der Meinung, dass ich mit meinen Update-Package-Generator
> schon genug Unterstützung zurückgebe.

Darum geht's (mir in diesem Fall) nicht.

Viele Grüße
Helmut
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: symlink zur index.php wird teilweise aufgeloest

2009-12-21T12:16:44Z

Hi Martin,

Am 21.12.09 20:04, schrieb Martin Schoenbeck:
>
> Helmut Hummel schrieb:
>
>> Zudem wäre es sinnvoll das zu fixen, wenn das Problem tatsächlich auch
>> mit anderen Setups auftreten kann als mit der dort erwähnten PHP Version.
>
> Yepp. Aber das bringt ja nur was, wenn ich mehr als ein 'ich auch'
> beitragen kann. Ich werde aber schonmal das 'ich auch' eintragen und im
> Januar dann noch etwas in die Tiefe gehen.

Ja klar, danke.

Viele Grüße
Helmut
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: symlink zur index.php wird teilweise aufgeloest

2009-12-21T11:04:44Z

Hallo Helmut,

Helmut Hummel schrieb:

> Nein, _dieser_ Eintrag ist nicht geschlossen, das habe ich geprüft.

Ah, sorry. Habe nicht gesehen, daß Du einen anderen Bug beim Wickel
hattest.

> Zudem wäre es sinnvoll das zu fixen, wenn das Problem tatsächlich auch
> mit anderen Setups auftreten kann als mit der dort erwähnten PHP Version.

Yepp. Aber das bringt ja nur was, wenn ich mehr als ein 'ich auch'
beitragen kann. Ich werde aber schonmal das 'ich auch' eintragen und im
Januar dann noch etwas in die Tiefe gehen.

Gruß Martin
--
Bitte nicht an der E-Mail-Adresse fummeln, die paßt so.
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T10:45:16Z

----- Ursprüngliche Nachricht -----
Von: Til Obes <til@...>
Gesendet: Montag, 21. Dezember 2009 19:36:19
An: typo3-german@...
CC:
Betreff: Re: [TYPO3-german] GraphicsMagick verursacht 100%' CPU?
> Am 21.12.2009 19:26, schrieb Stefano Kowalke:
>> Meinst Du den hier:
>> typo3.okg-computer.com
>>
>> Ich glaube die Seite ist einem Domaingrabber zum Opfer gefallen. :-(
>
> Die Firma gibt es nicht mehr, hier gehts weiter:
> http://updpkg.karibu-it.de/

Hi Til,

am Besten auch gleich bei Xing, Yasni, etc. aktualisieren :-)

Viele Grüße
David
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T10:36:19Z

Am 21.12.2009 19:26, schrieb Stefano Kowalke:
> Meinst Du den hier:
> typo3.okg-computer.com
>
> Ich glaube die Seite ist einem Domaingrabber zum Opfer gefallen. :-(

Die Firma gibt es nicht mehr, hier gehts weiter:
http://updpkg.karibu-it.de/

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T10:26:38Z

> PS: Ich bin der Meinung, dass ich mit meinen Update-Package-Generator
> schon genug Unterstützung zurückgebe.

Meinst Du den hier:
typo3.okg-computer.com

Ich glaube die Seite ist einem Domaingrabber zum Opfer gefallen. :-(

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T10:12:11Z

Am 21.12.2009, 18:13 Uhr, schrieb Til Obes <til@...>:

> Naja es gibt einen Patch im Bugtracker. Der ist getestet und
> funktioniert. Den zu integrieren sollte nicht das Problem sein.
> Muss ich den nun extra auf der Core-Liste posten?
Ja, irgendjemand muss den mal posten (bitte gemäß den Regeln!). Von
alleine kommt der nicht rein.

> PS: Ich bin der Meinung, dass ich mit meinen Update-Package-Generator
> schon genug Unterstützung zurückgebe.

Es geht immer noch was ;-)

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T10:08:09Z

Hallo Til,

Til Obes schrieb:
> Naja es gibt einen Patch im Bugtracker. Der ist getestet und
> funktioniert. Den zu integrieren sollte nicht das Problem sein.
> Muss ich den nun extra auf der Core-Liste posten?

*Musst* du nicht.

Aber du *könntest* es machen, um dadurch den Review-Prozess anzustoßen.
Gute wäre auch, dass du in dem Posting auf der Core-List erwähnst, wie
du den Patch genau getestet hast.

Viele Grüße

Oliver
--
Certified TYPO3 Integrator | TYPO3 Security Team Member
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T09:13:14Z

Am 21.12.2009 17:55, schrieb Helmut Hummel:
> Naja, ein anderer Ansatz wäre, eine solide Lösung dafür zu finden (oder
> finanziell oder sonstwie zu unterstützen) und diese dann auf der core
> Liste als RFC zu posten. Dann kann die Integration in den Code auch sehr
> schnell gehen.
>
> Diese Möglichkeit steht allen frei und ist sicherlich sinnvoller als das
> Thema hier lang und breit zu diskutieren.

Naja es gibt einen Patch im Bugtracker. Der ist getestet und
funktioniert. Den zu integrieren sollte nicht das Problem sein.
Muss ich den nun extra auf der Core-Liste posten?

MfG Til

PS: Ich bin der Meinung, dass ich mit meinen Update-Package-Generator
schon genug Unterstützung zurückgebe.
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: symlink zur index.php wird teilweise aufgeloest

2009-12-21T09:02:01Z

Hi Martin,

Am 21.12.09 10:16, schrieb Martin Schoenbeck:

>>
>> Könntest Du hier noch eine Bemerkung hinterlassen:
>>
>> http://bugs.typo3.org/view.php?id=1007
>>
>> Mit möglichst vielen Details zu Deinem System und sonstigen
>> Erkenntnissen zu dem Fehler (Debug-Output etc.)?
>
> Mach' ich Anfang nächsten Jahres. Der Fehler ist ja ohnehin geschlossen und
> im Moment fehlt mir die Zeit, das wirklich ordentlich zu beschreiben.

Nein, _dieser_ Eintrag ist nicht geschlossen, das habe ich geprüft.

Zudem wäre es sinnvoll das zu fixen, wenn das Problem tatsächlich auch
mit anderen Setups auftreten kann als mit der dort erwähnten PHP Version.

Viele Grüße
Helmut
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T08:55:44Z

Am 21.12.09 15:19, schrieb Til Obes:
> Am 21.12.2009 15:09, schrieb Peter Russ:
>> du hast jetzt schon zweimal den Link auf den "Bug" erhalten. Die
>> Diskussion da enthält alles Wesentliche, was es dazu zu sagen gibt und
>> ist müssig diese hier nochmals aufzurollen.
>
> Naja der Bug ist seit Oktober offen und falls ich das richtig lese, ist
> der immer noch nicht im Code enthalten.
> Dieser Bug kommt einer Denial-of-Service Attacke gleich....
> Ich finde es also sehr wichtig den hier zu diskutieren!

Naja, ein anderer Ansatz wäre, eine solide Lösung dafür zu finden (oder
finanziell oder sonstwie zu unterstützen) und diese dann auf der core
Liste als RFC zu posten. Dann kann die Integration in den Code auch sehr
schnell gehen.

Diese Möglichkeit steht allen frei und ist sicherlich sinnvoller als das
Thema hier lang und breit zu diskutieren.

Just my 2 cents

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

Re: felogin immer mehrmals einloggen

2009-12-21T08:02:44Z

PhillipPons wrote:

> Hallo Liste,
>
> ich habe folgendes Problem, ich nutze TYPO3 4.3 und die extension
> "felogin".
>
> Wenn ich mich im FE einloggen will, muss ich immer meinen Namen und
> Passwort, zweimal eingeben.
> Beim ersten mal läd er einfach nur 3-4 Grafiken neu (beobachtet mit
> Firebug) und leert die beiden Input Felder.
>
> Erst beim zweiten mal, loggt er mich ein und leitet mich weiter.
> Ist das ein Cache Problem im FF oder liegt es an einer fehlerhaften
> Konfiguration. Version von "felogin" ist 1.2.0
>
> Meine TS-Config:
> plugin.tx_felogin_pi1 {
> templateFile = fileadmin/template/ext/logintemplate.html
> storagePid = 23
> preserveGETvars = all
> wrapContentInBaseClass = 1
> showForgotPasswordLink = 1
> showPermaLogin = 0
> //redirect
> redirectMode = login,logout,userLogin,groupLogin
> redirectFirstMethod = 1
> redirectPageLogin = 1
> redirectPageLogout = 2
> redirectDisable = 0
> }
> plugin.tx_felogin_pi1._LOCAL_LANG {
> de {
> username = Ihr Benutzername:
> password = Ihr Passwort:
> login = anmelden
> permalogin = Eingeloggt bleiben:
> logout = abmelden
> ll_forgot_header = > Passwort vergessen?
> }
> }
>
> Ich bin dankbar für jede Idee!
>
>
> Schönen Tag und noch frohe Weihnachten.
>
> Gruß
> Kjeld
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

Hi,

ich konnte das Problem etwas eingrenzen, das oben beschrieben Phänomen
tritt nur auf, wenn ich im Backend eingeloggt bin.
Im Bugtracker gibt es noch folgenden Eintrag:
http://bugs.typo3.org/view.php?id=12990

, den Patch unter:
http://forge.typo3.org/repositories/browse/typo3v4-core/branches/TYPO3_4-3/typo3/sysext/felogin/pi1?rev=6638

habe ich schon integriert, es treten jetzt weniger Fehler auf, aber
immer noch der Bug, das keine Login Felder angezeigt werden, wenn ich im
Backend angemeldet bin. Logge ich mich im BE aus, klappt es mit der Anzeige.

Kann jemand das Problem bestätigen??
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: Google News-Sitemap

2009-12-21T07:18:57Z

--- Original Nachricht ---
Absender: Konrad Schneid
Datum: 21.12.2009 15:09:

> Oder ich stelle mal mein Problem vor, wenn ich versuche das Problem zu
> beheben:
>
> In der Datei class.tx_ddgooglesitemap_news_renderer.php habe ich
> folgendes geändert:
>
> public function renderEntry($url, $lastModification = 0,
> $changeFrequency = '', $keywords = '') {
> $content = '<url>';
> $content .= '<loc>' . $url . '</loc>';
> // News must have a publication date, so we put this unconditionally!
> $content .= '<news:news>';
> $content .= '<news:publication> <news:name>PC-Luchs</news:name>
> <news:language>de</news:language></news:publication>';
> $content .= '<news:publication_date>' . date('c', $lastModification) .
> '</news:publication_date>';
> $content .= '<news:title>' . $title . '</news:title>';
> if ($keywords) {
> $content .= '<news:keywords>' . htmlspecialchars($keywords) .
> '</news:keywords>';
> }
> $content .= '</news:news>';
> $content .= '</url>';
>
> return $content;
> }
> }

[...]

> Problem ist hierbei nur folgendes:
>
> Der Eintrag sieht so aus: Der Titel fehlt hier und auch das Ende des
> Tages </news:title> setzt er nicht ein. Warum?
>
> <url>
> −
> <loc>
> http://www.pc-luchs.de/news/testbericht/kein-vlc-player-fuer-mac.html
> </loc>
> −
> <news:news>
> −
> <news:publication>
> <news:name>PC-Luchs</news:name>
> <news:language>de</news:language>
> </news:publication>
> <news:publication_date>2009-12-17T16:38:00+01:00</news:publication_date>
> <news:title/>
> </news:news>
> </url>

Und woher hat der renderer den $title?

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: Config RealURL

2009-12-21T06:34:49Z

Meinst Du die ext_localconf.php Datei im realurl-Unterordner (im Ordner typo3config/ext/realurl/)? Da steht diese Zeile schon drin. Oder meinst Du eine andere localconf.php-Datei?

Lorenzo

Am 21.12.2009 um 14:52 schrieb Jan Behrens:

> Moin,
>
> ander .htaccess brauchst du kaum was zu ändern.
>
>
> was dir augenscheinlich fehlt ist das array mit dem real_url die variablen 'übersetzt'. Dieses kommt in die localconf.php
>
>
> oder
>
> am besten installierst du das
> UrlTool
> Extension key
> ( aeurltool )
>
> mit dem kannst du bequem eine grundconfig einbauen :-)
> tt_news ist da auch gleich mit konfiguriert.
>
>
> grüße Jan
>
> Am 21.12.2009 um 14:24 schrieb Lorenzo Ravagli:
>
>> Hallo Typo3-Spezialisten,
>>
>> ich hab schon mal diese Frage aufgeworfen, aber bisher keine Lösung erhalten.
>>
>> Ich arbeite mit Typo 4.3 und versuche schöne URLs zu bekommen. Alles, was ich bisher versucht habe, hat aber nicht geklappt.
>>
>> Mein Wurzeltemplate habe ich wie folgt konfiguriert:
>>
>> config.simulateStaticDocuments = 0
>> config.baseURL = http://www.anthroweb.info/
>> config.tx_realurl_enable = 1
>> config.prefixLocalAnchors = all
>>
>> in der _.htaccess-Datei steht (nach dem Vorbild im Manual, das mit RealUrl mitgeliefert wird):
>>
>> RewriteEngine On
>> RewriteRule ^typo3$ - [L]
>> RewriteRule ^typo3/.*$ - [L]
>> RewriteRule ^uploads/.*$ - [L]
>> RewriteRule ^fileadmin/.*$ - [L]
>> RewriteRule ^typo3conf/.*$ - [L]
>>
>> RewriteCond %{REQUEST_FILENAME} !-f
>> RewriteCond %{REQUEST_FILENAME} !-l
>> RewriteRule (.*[^/])$ http://%{HTTP_HOST}/$1/ [L,R]
>> RewriteCond %{REQUEST_FILENAME}/index.html -f
>> RewriteRule / %{REQUEST_URI}/index.html [L]
>> RewriteCond %{REQUEST_FILENAME}/index.htm -f
>> RewriteRule / %{REQUEST_URI}/index.htm [L]
>> RewriteCond %{REQUEST_FILENAME}/index.php -f
>> RewriteRule / %{REQUEST_URI}/index.php [L]
>> RewriteCond %{REQUEST_FILENAME} !-f
>> RewriteCond %{REQUEST_FILENAME} !-l
>> RewriteRule .* /index.php
>>
>> Das führt zu dem Ergebnis:
>>
>> http://www.anthroweb.info/grundlagen/
>>
>> und der Meldung im Browser:
>>
>> The requested URL /grundlagen/ was not found on this server.
>>
>> Was fehlt denn noch bei der Konfiguration?
>>
>> Grüße Lorenzo
>>
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>
> Jan Behrens
> lucither@...
>
> Hamburger Berg 2
> 20359 Hamburg
>
> 040 67955810
> 040 53330177
> 0151 27543046
>
>
>
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T06:19:53Z

Am 21.12.2009 15:09, schrieb Peter Russ:
> du hast jetzt schon zweimal den Link auf den "Bug" erhalten. Die
> Diskussion da enthält alles Wesentliche, was es dazu zu sagen gibt und
> ist müssig diese hier nochmals aufzurollen.

Naja der Bug ist seit Oktober offen und falls ich das richtig lese, ist
der immer noch nicht im Code enthalten.
Dieser Bug kommt einer Denial-of-Service Attacke gleich....
Ich finde es also sehr wichtig den hier zu diskutieren!

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T06:10:31Z

Am 21.12.2009 15:08, schrieb Peter Russ:
>> Dass Safemode nicht für Sicherheit alleine funktioniert, ist durchaus
>> klar. Ich habe suphp auch am Laufen, PHP läuft also als normaler User.
>> Nur bringt der Safemode einige Vorteile mit sich, z.B. lässt sich
>> das Ausführen von Befehlen auf ein bestimmtes Verzeichnis einschränken.
> [...]
> Das, was du anfügst ist open_basedir und hat nix mit safemode zu tun, da
> es unabhängig davon ist.

Da muss ich dich korrigieren:
open_basedir beschränkt den Zugriff auf Dateien durch PHP.
Der Safemode_execdir lässt nur das Ausführen von Binarys in dem
konfigurierten Verzeichnis zu.
Ohne Safemode und mit open_basedir kann mann z.B. 'cat /etc/passwd'
ausführen.

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

Re: Google News-Sitemap

2009-12-21T06:09:55Z

Oder ich stelle mal mein Problem vor, wenn ich versuche das Problem zu
beheben:

In der Datei class.tx_ddgooglesitemap_news_renderer.php habe ich
folgendes geändert:

public function renderEntry($url, $lastModification = 0,
$changeFrequency = '', $keywords = '') {
$content = '<url>';
$content .= '<loc>' . $url . '</loc>';
// News must have a publication date, so we put this unconditionally!
$content .= '<news:news>';
$content .= '<news:publication> <news:name>PC-Luchs</news:name>
<news:language>de</news:language></news:publication>';
$content .= '<news:publication_date>' . date('c', $lastModification) .
'</news:publication_date>';
$content .= '<news:title>' . $title . '</news:title>';
if ($keywords) {
$content .= '<news:keywords>' . htmlspecialchars($keywords) .
'</news:keywords>';
}
$content .= '</news:news>';
$content .= '</url>';

return $content;
}
}

In der Datei class.tx_ddgooglesitemap_ttnews.php folgendes:

if (count($this->pidList) > 0) {
t3lib_div::loadTCA('tt_news');
$res = $GLOBALS['TYPO3_DB']->exec_SELECTquery('uid,datetime,keywords,title',
'tt_news', 'pid IN (' . implode(',', $this->pidList) . ')' .
$this->cObj->enableFields('tt_news'), '', 'datetime DESC'
);
$rowCount = $GLOBALS['TYPO3_DB']->sql_num_rows($res);
while (false !== ($row = $GLOBALS['TYPO3_DB']->sql_fetch_assoc($res))) {
if (($url = $this->getNewsItemUrl($row['uid']))) {
echo $this->renderer->renderEntry($url, $row['datetime'],
'', $row['keywords'], $row['title']);
}
}

Problem ist hierbei nur folgendes:

Der Eintrag sieht so aus: Der Titel fehlt hier und auch das Ende des
Tages </news:title> setzt er nicht ein. Warum?

<url>
−
<loc>
http://www.pc-luchs.de/news/testbericht/kein-vlc-player-fuer-mac.html
</loc>
−
<news:news>
−
<news:publication>
<news:name>PC-Luchs</news:name>
<news:language>de</news:language>
</news:publication>
<news:publication_date>2009-12-17T16:38:00+01:00</news:publication_date>
<news:title/>
</news:news>
</url>

> Leider bekomme ich das nicht hin, darum habe ich gewartet bis evt.
> eine neue Version rauskommt. Gtib es sonst vll. andere Extensions?
>> Am 21.12.2009, 11:05 Uhr, schrieb Konrad Schneid
>> <konrad@...>:
>>
>>> Entspricht nicht den aktuellen Standarts soweit ich weiss. Kriege
>>> zumidnest folgende Meldung:
>>>
>>> Nicht unterstütztes XML-Sitemap-Format
>>> Ihre XML-Sitemap verwendet ein Google News-Format, das für neu
>>> übermittelte XML-Sitemaps nicht mehr unterstützt wird. Führen Sie
>>> eine Aktualisierung auf das neue Format durch. Hängen Sie hierzu
>>> jeder URL in Ihrer XML-Sitemap ein <publication>-Tag sowie weitere
>>> relevante Tags an.
>>
>> Tatsächlich. Habe eine Notiz an den betreffenden Bug-Report [1]
>> angehängt.
>> Wenn du etwas Zeit hast, sollte es nicht allzu schwer sein, einen
>> Patch zu machen. Wäre super, wenn du das übernehmen könntest!
>>
>> Steffen
>>
>> [1] http://forge.typo3.org/issues/show/3033
>> _______________________________________________
>> TYPO3-german mailing list
>> TYPO3-german@...
>> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>>
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T06:09:52Z

--- Original Nachricht ---
Absender: Til Obes
Datum: 21.12.2009 14:56:

> Am 21.12.2009 14:37, schrieb Steffen Ritter:
>> Das Install-Tool erzeugt eine Dicke-Fette Warnung sobald SafeMode
>> aktiviert ist. Und das was "das Install-Tool überprüft" sind leider die
>> härteren Fakten als die Systemvorraussetzungsseiten ;) Denn selbst wenn
>> es nicht als "nicht unterstützt" sondern als "nicht empfohlen" gehandelt
>> wird, heißt das in der TYPO3 Welt so ziemlich das gleiche (die
>> Motivation da gegen etwas zu tun ist dann gering, schleift sich ne
>> zeitlang durch und wird - wenn es jemand anmeckert - mit der nächsten
>> Version dann auf nicht unterstützt gesetzt).
>> Und da ich nicht gerne Traumtänzerei nachhinke sehe ich nur
>> "empfohlenes" als Vorraussetzungen wenn ich danach gefragt werde:)
>> Was gerade für Anfänger und technisch unbewanderte Hilfreich ist, da
>> dies nur vor Problemem/Ärger/Nerven bewahrt: den Fehler ausserhalb von
>> TYPO3 zu fixen ist nämlich meist einfacher als in TYPO3 - siehe
>> safe_mode Beispiel und andere Absicherungsmöglichketien :P
>
> Gab es ein Annoucement, dass Safemode nun nicht mehr funktioniert?
> Über Jahre lief TYPO3 ohne zu Murren mit Safemode einwandfrei, nun
> nicht mehr. Ich halte die Änderung schon für wichtig...
>
> MfG Til

Hallo Til,

du hast jetzt schon zweimal den Link auf den "Bug" erhalten. Die
Diskussion da enthält alles Wesentliche, was es dazu zu sagen gibt und
ist müssig diese hier nochmals aufzurollen.

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T06:08:07Z

--- Original Nachricht ---
Absender: Til Obes
Datum: 21.12.2009 14:53:

> Am 21.12.2009 14:24, schrieb Peter Russ:
>> [ot]
>> Mal ehrlich: wenn Du keine Ahnung hast, um einen Server sicher
>> aufzusetzen, warum lässt du es dann nicht von jemanden machen, der es
>> kann oder besorgst dir einen managed server?
>>
>> Das safemode "depricated" ist und dass es damit keine Sicherheit gibt,
>> ist schon seit längerem bekannt.
>> [/ot]
>
> Mal ehrlich: Komm mal von dem hohen Ross runter ...
>
> Dass Safemode nicht für Sicherheit alleine funktioniert, ist durchaus
> klar. Ich habe suphp auch am Laufen, PHP läuft also als normaler User.
> Nur bringt der Safemode einige Vorteile mit sich, z.B. lässt sich
> das Ausführen von Befehlen auf ein bestimmtes Verzeichnis einschränken.

[...]
Das, was du anfügst ist open_basedir und hat nix mit safemode zu tun, da
es unabhängig davon ist.

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:59:01Z

--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 21.12.2009 14:37:

> Peter Russ schrieb:
>>> das ist kein Bug an sich, TYPO3 hat in den System vorraussetzungen
>>> safe_mode = off ...
>>>
>> [...]
>> @Steffen: woher nimmst Du dieses Wissen?
>> http://typo3.com/Systemvoraussetzunge.1241.0.html?&L=2
> Das Install-Tool erzeugt eine Dicke-Fette Warnung sobald SafeMode
> aktiviert ist. Und das was "das Install-Tool überprüft" sind leider die
> härteren Fakten als die Systemvorraussetzungsseiten ;) Denn selbst wenn
> es nicht als "nicht unterstützt" sondern als "nicht empfohlen" gehandelt
> wird, heißt das in der TYPO3 Welt so ziemlich das gleiche (die
> Motivation da gegen etwas zu tun ist dann gering, schleift sich ne
> zeitlang durch und wird - wenn es jemand anmeckert - mit der nächsten
> Version dann auf nicht unterstützt gesetzt).
> Und da ich nicht gerne Traumtänzerei nachhinke sehe ich nur
> "empfohlenes" als Vorraussetzungen wenn ich danach gefragt werde:)
> Was gerade für Anfänger und technisch unbewanderte Hilfreich ist, da
> dies nur vor Problemem/Ärger/Nerven bewahrt: den Fehler ausserhalb von
> TYPO3 zu fixen ist nämlich meist einfacher als in TYPO3 - siehe
> safe_mode Beispiel und andere Absicherungsmöglichketien :P
>

Das Problem mit GM/IM im safemode ist neu 4.2.10 und 4.3) und hat nix
mit der Motivation zutun, warum es im install-Toll geprüft wird.

safemode verursachte einige andere nette Seiteneffekte, die es zu
beachten galt, wenn man es einsetzen wollte.
Ansonsten hält sich die "TYPO3-Welt" ziemlich damit zurück, was bei
einem Server-Setup empfohlen ist und was nicht. Denn das würde ziemlich
schnell den Rahmen der NG sprengen. Wie wir an diesem Topic sehen.

Das war dann auch mein letzter Post dazu.

Peter.

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Michael Hafner ist außer Haus / Michael Hafner is out of office

2009-12-21T05:58:03Z

Ich werde ab Mo, 21.12.2009 nicht im Büro sein. Ich kehre zurück am Mo,
04.01.2010.

In dringenden Fällen wenden Sie sich bitte an die stellvertretende Leiterin
der Abteilung ABD, Frau Uta Hardes-Schmeißer (Tel. 0228-429.4323;
Uta.Hardes-Schmeisser@...)

I will return to office on Jan 3rd. Mail to Michael.Hafner@...
will not be forwarded. Mail to Leitung.ABD@... will reach me as
well as ABD's Vice Head of Department, Mrs. Uta Hardes-Schmeißer (Phone
+49.228-429.4323).
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:56:44Z

Am 21.12.2009 14:37, schrieb Steffen Ritter:

> Das Install-Tool erzeugt eine Dicke-Fette Warnung sobald SafeMode
> aktiviert ist. Und das was "das Install-Tool überprüft" sind leider die
> härteren Fakten als die Systemvorraussetzungsseiten ;) Denn selbst wenn
> es nicht als "nicht unterstützt" sondern als "nicht empfohlen" gehandelt
> wird, heißt das in der TYPO3 Welt so ziemlich das gleiche (die
> Motivation da gegen etwas zu tun ist dann gering, schleift sich ne
> zeitlang durch und wird - wenn es jemand anmeckert - mit der nächsten
> Version dann auf nicht unterstützt gesetzt).
> Und da ich nicht gerne Traumtänzerei nachhinke sehe ich nur
> "empfohlenes" als Vorraussetzungen wenn ich danach gefragt werde:)
> Was gerade für Anfänger und technisch unbewanderte Hilfreich ist, da
> dies nur vor Problemem/Ärger/Nerven bewahrt: den Fehler ausserhalb von
> TYPO3 zu fixen ist nämlich meist einfacher als in TYPO3 - siehe
> safe_mode Beispiel und andere Absicherungsmöglichketien :P

Gab es ein Annoucement, dass Safemode nun nicht mehr funktioniert?
Über Jahre lief TYPO3 ohne zu Murren mit Safemode einwandfrei, nun
nicht mehr. Ich halte die Änderung schon für wichtig...

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:54:56Z

Am 21.12.2009 14:20, schrieb Christoph Werner:
> Schau mal auf http://bugs.typo3.org/view.php?id=12341
> dort gibt es eine längere Diskussion, u.a. auch einige Lösungsansätze.

Die Methode mit dem Wrapperscript funktioniert auch, nur es kann doch
nicht sein, dass TYPO3 derart unflexibel gecodet ist. Warum baut man
den Fix nicht ein? So zerstört man einige Setups...

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:53:44Z

Am 21.12.2009 14:24, schrieb Peter Russ:
> [ot]
> Mal ehrlich: wenn Du keine Ahnung hast, um einen Server sicher
> aufzusetzen, warum lässt du es dann nicht von jemanden machen, der es
> kann oder besorgst dir einen managed server?
>
> Das safemode "depricated" ist und dass es damit keine Sicherheit gibt,
> ist schon seit längerem bekannt.
> [/ot]

Mal ehrlich: Komm mal von dem hohen Ross runter ...

Dass Safemode nicht für Sicherheit alleine funktioniert, ist durchaus
klar. Ich habe suphp auch am Laufen, PHP läuft also als normaler User.
Nur bringt der Safemode einige Vorteile mit sich, z.B. lässt sich
das Ausführen von Befehlen auf ein bestimmtes Verzeichnis einschränken.

Nach meiner Erfahrung ist ein kompletter chroot bei vielen virtuellen
Hosts unpraktikabel. Suphp mit Safemode ist eine gut funktionierende
Lösung.

Falls du noch wirkliche Lösungvorschläge hast, wie man ohne ein
komplettes chroot und Safemode die Sicherheit erreicht, bitte nur her
damit.

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

Re: Config RealURL

2009-12-21T05:52:16Z

Moin,

ander .htaccess brauchst du kaum was zu ändern.

was dir augenscheinlich fehlt ist das array mit dem real_url die
variablen 'übersetzt'. Dieses kommt in die localconf.php

oder

am besten installierst du das
UrlTool
Extension key
( aeurltool )

mit dem kannst du bequem eine grundconfig einbauen :-)
tt_news ist da auch gleich mit konfiguriert.

grüße Jan

Am 21.12.2009 um 14:24 schrieb Lorenzo Ravagli:

> Hallo Typo3-Spezialisten,
>
> ich hab schon mal diese Frage aufgeworfen, aber bisher keine Lösung
> erhalten.
>
> Ich arbeite mit Typo 4.3 und versuche schöne URLs zu bekommen.
> Alles, was ich bisher versucht habe, hat aber nicht geklappt.
>
> Mein Wurzeltemplate habe ich wie folgt konfiguriert:
>
> config.simulateStaticDocuments = 0
> config.baseURL = http://www.anthroweb.info/
> config.tx_realurl_enable = 1
> config.prefixLocalAnchors = all
>
> in der _.htaccess-Datei steht (nach dem Vorbild im Manual, das mit
> RealUrl mitgeliefert wird):
>
> RewriteEngine On
> RewriteRule ^typo3$ - [L]
> RewriteRule ^typo3/.*$ - [L]
> RewriteRule ^uploads/.*$ - [L]
> RewriteRule ^fileadmin/.*$ - [L]
> RewriteRule ^typo3conf/.*$ - [L]
>
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-l
> RewriteRule (.*[^/])$ http://%{HTTP_HOST}/$1/ [L,R]
> RewriteCond %{REQUEST_FILENAME}/index.html -f
> RewriteRule / %{REQUEST_URI}/index.html [L]
> RewriteCond %{REQUEST_FILENAME}/index.htm -f
> RewriteRule / %{REQUEST_URI}/index.htm [L]
> RewriteCond %{REQUEST_FILENAME}/index.php -f
> RewriteRule / %{REQUEST_URI}/index.php [L]
> RewriteCond %{REQUEST_FILENAME} !-f
> RewriteCond %{REQUEST_FILENAME} !-l
> RewriteRule .* /index.php
>
> Das führt zu dem Ergebnis:
>
> http://www.anthroweb.info/grundlagen/
>
> und der Meldung im Browser:
>
> The requested URL /grundlagen/ was not found on this server.
>
> Was fehlt denn noch bei der Konfiguration?
>
> Grüße Lorenzo
>
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Jan Behrens
lucither@...

Hamburger Berg 2
20359 Hamburg

040 67955810
040 53330177
0151 27543046

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

Re: Config RealURL

2009-12-21T05:46:47Z

Hi,

Lorenzo Ravagli wrote:

> Hallo Typo3-Spezialisten,
>
> ich hab schon mal diese Frage aufgeworfen, aber bisher keine Lösung erhalten.
>
> Ich arbeite mit Typo 4.3 und versuche schöne URLs zu bekommen. Alles, was ich bisher versucht habe, hat aber nicht geklappt.
>
> Mein Wurzeltemplate habe ich wie folgt konfiguriert:
>
> config.simulateStaticDocuments = 0
> config.baseURL = http://www.anthroweb.info/
> config.tx_realurl_enable = 1
> config.prefixLocalAnchors = all
>
> in der _.htaccess-Datei steht (nach dem Vorbild im Manual, das mit RealUrl mitgeliefert wird):

den Unterstrich vor .htaccess hast du aber entfernt oder? Sonst wird
diese nicht genutzt.

Viele Grüße,

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

Re: Config RealURL

2009-12-21T05:46:19Z

Am 21.12.2009, 14:24 Uhr, schrieb Lorenzo Ravagli <laurinus@...>:

> Hallo Typo3-Spezialisten,
>
> ich hab schon mal diese Frage aufgeworfen, aber bisher keine Lösung
> erhalten.
>
> Ich arbeite mit Typo 4.3 und versuche schöne URLs zu bekommen. Alles,
> was ich bisher versucht habe, hat aber nicht geklappt.
>
> Mein Wurzeltemplate habe ich wie folgt konfiguriert:
>
> config.simulateStaticDocuments = 0
> config.baseURL = http://www.anthroweb.info/
> config.tx_realurl_enable = 1
> config.prefixLocalAnchors = all
>
> in der _.htaccess-Datei steht (nach dem Vorbild im Manual, das mit
> RealUrl mitgeliefert wird):
>

evtl. in .htaccess umbenennen ?

Viele Grüße
Phil
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:37:33Z

Peter Russ schrieb:
>> das ist kein Bug an sich, TYPO3 hat in den System vorraussetzungen
>> safe_mode = off ...
>>
> [...]
> @Steffen: woher nimmst Du dieses Wissen?
> http://typo3.com/Systemvoraussetzunge.1241.0.html?&L=2
Das Install-Tool erzeugt eine Dicke-Fette Warnung sobald SafeMode
aktiviert ist. Und das was "das Install-Tool überprüft" sind leider die
härteren Fakten als die Systemvorraussetzungsseiten ;) Denn selbst wenn
es nicht als "nicht unterstützt" sondern als "nicht empfohlen" gehandelt
wird, heißt das in der TYPO3 Welt so ziemlich das gleiche (die
Motivation da gegen etwas zu tun ist dann gering, schleift sich ne
zeitlang durch und wird - wenn es jemand anmeckert - mit der nächsten
Version dann auf nicht unterstützt gesetzt).
Und da ich nicht gerne Traumtänzerei nachhinke sehe ich nur
"empfohlenes" als Vorraussetzungen wenn ich danach gefragt werde:)
Was gerade für Anfänger und technisch unbewanderte Hilfreich ist, da
dies nur vor Problemem/Ärger/Nerven bewahrt: den Fehler ausserhalb von
TYPO3 zu fixen ist nämlich meist einfacher als in TYPO3 - siehe
safe_mode Beispiel und andere Absicherungsmöglichketien :P

Grüße
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:29:11Z

--- Original Nachricht ---
Absender: Steffen Ritter
Datum: 21.12.2009 13:56:

> Til Obes schrieb:
>>> Also safemode ja oder nein!
>>
>> Ein ganz klares JA.
>> Den will ich auch behalten,
> ....
>> Gibt
>> es einen Fix für den Bug?
>
> das ist kein Bug an sich, TYPO3 hat in den System vorraussetzungen
> safe_mode = off ...
>

[...]
@Steffen: woher nimmst Du dieses Wissen?
http://typo3.com/Systemvoraussetzunge.1241.0.html?&L=2

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Config RealURL

2009-12-21T05:24:30Z

Hallo Typo3-Spezialisten,

ich hab schon mal diese Frage aufgeworfen, aber bisher keine Lösung erhalten.

Ich arbeite mit Typo 4.3 und versuche schöne URLs zu bekommen. Alles, was ich bisher versucht habe, hat aber nicht geklappt.

Mein Wurzeltemplate habe ich wie folgt konfiguriert:

config.simulateStaticDocuments = 0
config.baseURL = http://www.anthroweb.info/
config.tx_realurl_enable = 1
config.prefixLocalAnchors = all

in der _.htaccess-Datei steht (nach dem Vorbild im Manual, das mit RealUrl mitgeliefert wird):

RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteRule ^uploads/.*$ - [L]
RewriteRule ^fileadmin/.*$ - [L]
RewriteRule ^typo3conf/.*$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule (.*[^/])$ http://%{HTTP_HOST}/$1/ [L,R]
RewriteCond %{REQUEST_FILENAME}/index.html -f
RewriteRule / %{REQUEST_URI}/index.html [L]
RewriteCond %{REQUEST_FILENAME}/index.htm -f
RewriteRule / %{REQUEST_URI}/index.htm [L]
RewriteCond %{REQUEST_FILENAME}/index.php -f
RewriteRule / %{REQUEST_URI}/index.php [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule .* /index.php

Das führt zu dem Ergebnis:

http://www.anthroweb.info/grundlagen/

und der Meldung im Browser:

The requested URL /grundlagen/ was not found on this server.

Was fehlt denn noch bei der Konfiguration?

Grüße Lorenzo

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:24:15Z

--- Original Nachricht ---
Absender: Til Obes
Datum: 21.12.2009 13:47:

> Am 21.12.2009 13:29, schrieb Peter Russ:
>> Das ist nicht die Antwort: läuft PHP im safemode?
>> Der Fehler passiert deshalb durch PHP UND safemode, weil es zu Fehlern
>> beim Escapen der Anweisung kommt!
>> Also safemode ja oder nein!
>
> Ein ganz klares JA.
> Den will ich auch behalten, es sei denn mir gibt einer Hinweise, wie
> ich mehrere Vhosts trenne per chroot.
>

[ot]
Mal ehrlich: wenn Du keine Ahnung hast, um einen Server sicher
aufzusetzen, warum lässt du es dann nicht von jemanden machen, der es
kann oder besorgst dir einen managed server?

Das safemode "depricated" ist und dass es damit keine Sicherheit gibt,
ist schon seit längerem bekannt.
[/ot]

--
loans that change lives http://www.kiva.org

_____________________________
uon GbR
http://www.uon.li
http://www.xing.com/profile/Peter_Russ
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: Google News-Sitemap

2009-12-21T05:21:36Z

Leider bekomme ich das nicht hin, darum habe ich gewartet bis evt. eine
neue Version rauskommt. Gtib es sonst vll. andere Extensions?

> Am 21.12.2009, 11:05 Uhr, schrieb Konrad Schneid
> <konrad@...>:
>
>> Entspricht nicht den aktuellen Standarts soweit ich weiss. Kriege
>> zumidnest folgende Meldung:
>>
>> Nicht unterstütztes XML-Sitemap-Format
>> Ihre XML-Sitemap verwendet ein Google News-Format, das für neu
>> übermittelte XML-Sitemaps nicht mehr unterstützt wird. Führen Sie
>> eine Aktualisierung auf das neue Format durch. Hängen Sie hierzu
>> jeder URL in Ihrer XML-Sitemap ein <publication>-Tag sowie weitere
>> relevante Tags an.
>
> Tatsächlich. Habe eine Notiz an den betreffenden Bug-Report [1]
> angehängt.
> Wenn du etwas Zeit hast, sollte es nicht allzu schwer sein, einen
> Patch zu machen. Wäre super, wenn du das übernehmen könntest!
>
> Steffen
>
> [1] http://forge.typo3.org/issues/show/3033
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german@...
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
>

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

Re: GraphicsMagick verursacht 100% CPU?

2009-12-21T05:20:50Z

Hallo!

>> Hab gerade mal testweise den Safemode ausgeschaltet und es geht. Gibt
>> es einen Fix für den Bug?

Schau mal auf http://bugs.typo3.org/view.php?id=12341
dort gibt es eine längere Diskussion, u.a. auch einige Lösungsansätze.

Viele Grüße
Christoph
_______________________________________________
TYPO3-german mailing list
TYPO3-german@...
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german