Zum Inhalt springen

direct mail +++ fetch-problem +++

Erstellt am 21. Februar 2006 · 16 Antworten · letzte Antwort am 1. März 2006

Tags: Frage

dfluess ·

Hallo,

ein bisschen verwirrend so viele Infos..
Aber um noch einmal auf den Fehler zurück zu kommen:
//

Warning: fopen(http://meine_domain.de/index.php?id=306&type99) [function.fopen]: failed to open stream: HTTP request failed! HTTP/1.1 403 Forbidden in /typo3/t3lib/class.t3lib_div.php on line 2099

//

Was passiert denn, wenn Du den URL
http://meine_domain.de/index.php?id=306
und
http://meine_domain.de/index.php?id=306&type99
beide direkt im Browser eingibst?

Funktioniert ersterer, aber der zweite nicht, dann fehlt das statische template plugin.alt.plaintext (99) für den Aufruf. Der sollte erst mal funktionieren. Rufe aber die Site-ID auf, die als Newsletter versendet werden soll.

D.

stefansvw ·

Hallo dfluess,

Wenn ich

http://meine_domain.de/index.php?id=306

drücke ist die HTML-Version auch da

drücke ich auf

http://meine_domain.de/index.php?id=306&type99

passiert folgendes

Hello. This is default template for plain-text mail content [Newsletter] Aktuell function MM_swapImgRestore() { //v3.0 var i,x,a=document.MM_sr; for(i=0;a&&i ---------------------------------------------------------------------------- HISTORIE ---------------------------------------------------------------------------- Nun steht ab hier der TXT - Text

also müsste das statische template plugin.alt.plaintext (99)doch aktiviert sein.

Nur warum so mit diesem Anfang und den Warnings.

Ich verzweifle wirklich noch

Gruß
Stefan

dfluess ·

also müsste das statische template plugin.alt.plaintext (99)doch aktiviert sein.

Das sehe ich auch so.. Leider kenne ich diesen Fehler aber nicht.

Spontan würde ich vorschlagen, über die Installation im Database Analyser "Update required tables COMPARE"
und "Dump static data" durchzuführen. Zweiteres schreibt sämtliche statischen Templates neu in die DB. Vielleicht ist ja plugin.alt.plaintext defekt?!

Sichere aber vorher Deine komplette T3 DB

D.

stefansvw ·

Das ist vielleicht eine gute Idee. Ich bin nämlich zuvor mit den Daten zu einem anderen provider gewechselt.

Das werde ich mal versuchen.

Achso ja, zum Schluß der HTML kommen noch folgende Warnings nach dem Debug:

Warning: end() [function.end]: Passed variable is not an array or object in /srv/www/htdocs/medimed-data/t3lib/class.t3lib_timetrack.php on line 299

Warning: implode() [function.implode]: Bad arguments. in /srv/www/htdocs/medimed-data/t3lib/class.t3lib_timetrack.php on line 299

Ich werde es mal versuchen. Danke Dir für den Tip. Vielleicht bringt er mich ja ein Stück weiter.

Gruß
Stefan

stefansvw ·

uahhhh,

nach dem Compare habe ich jetzt auf jeder Seite im Backend folgende Warnings stehen.

Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in /srv/www/htdocs/xxx/typo3/t3lib/class.t3lib_db.php on line 754

Warning: Cannot modify header information - headers already sent by (output started at /srv/www/htdocs/xxx/typo3/t3lib/class.t3lib_db.php:754) in /srv/www/htdocs/xxx/typo3/template.php on line 601

Jetzt ist es noch etwas negativer geworden und ich bekomme auch nicht alle Compare-Einträge weg...

dfluess ·

OK, hast Du das Plaintext-Template denn schon angepasst bzw. mal reingeschaut, wie der Inhalt aussieht? Also z.B. die plaintext_content.tmpl.

Auch solltest Du IMMER darauf achten, jedes der Cache nach einer Änderung geleert wird. Auch ein "Cache in typo3conf/ löschen" ist ratsam, wenn Extensionen installiert, oder geändert worden sind.

D.

stefansvw ·

guten morgen dfluess,

den cache lösche ich eigentlich nach jeder installation sowie konfiguration regelmäßig. Das Template selbst hatte ich noch nicht geändert aber daran dürften die beiden Warnings doch eigentlich nicht liegen oder?

Ich verstehe das forbidden nicht die id=317 wird doch angezeigt.

Auf dem Server laufen drei verschiedene Websites gebe ich die feste IP-Adresse an erreiche ich nur die ersten Webseite sonst keine. Vieleicht kann es ja auch daran liegen.

Weiterhin weiß ich nun wo die zu konvertierende Datei abgelegt wird und wie sie heißen soll. (Dank Log)

Pfad: typo3temp/llxml/
Datei: csh.xml_95fd259b14.de.iso-8859-1.cache

Die Rechte stehen auf nobody:www chmod 777

aber er screibt dies Datei nicht rein 😢

Habe in der Log-Date noch was stehen.

 [debug] mod_rewrite.c(1788-): [client 195.101.164.39] mod_rewrite's internal redirect status: 0/10., referer: http://xxx.de/index.php?id=317

Gruß
Stefan

dfluess ·

Hallo,

dies scheint ein Konfigurationsproblem des Webservers zu sein. Möglicherweise sind einige Rules nicht richtig konfiguriert oder gar nicht gesetzt.

Leider gehört aber die Konfiguration eines Apache-Webservers nicht unbedingt zu meinen stärken. Ich glaube aber, dass in der TYPO3 Docu einiges darüber zu finden ist. Sorry

D.

stefansvw ·

hallo dfluess,

das denke ich bereits auch das es ein Webserver-Problem ist. Danach werde ich mich jetzt richten.

Ich danke Dir aber für Deine geopferte Zeit und wünsche Dir noch einen schönen Tag.

Gruß
Stefan

stefansvw ·

Hallo,

für alle die so ein nerviges Problem auch mal haben und nicht mehr weiterwissen:

Ruft einfach mal beim Provider an und schiltert das Problem.

Die Lösung war die "Firewall" #giggle#

Gruß
Stefan