Hallo nochmal,
wir konnten nun doch noch die tatsächliche Fehlerquelle ermitteln.
Sie nutzen im Projekt ein globale Attribut "footer_script" (Erweitert > Attribute). Löschen Sie dieses Attribut bitte, veröffentlichen Sie und löschen Sie anschließend im Browser Ihre cookies, dann wird das Online-CMS funktionieren.
Hallo,
danke für das Projekt. Wir konnten dem Problem so auf die Spur kommen. Ursache ist ein im Layout verwendetes Skript. Das zu beheben dauert noch ein wenig an. Wir melden uns wieder, wenn es was neues gibt. Bis dahin könnten Sie Ihre Inhalte ja evtl. in Zeta Producer einpflegen?
Hallo,
Ihr Webserver leitet Anfragen an die Domain mit "http://www.%22-zusatz automatisch an die Domain ohne ".www" um. In Ihren FTP-Einstellungen haben Sie in der Web-Adresse aber das "www." mit drin. Dies sollten Sie entfernen und anschließend veröffentlichen, dann sollte alles OK sein (evtl. Cookies im Browser löschen).
Hallo,
senden Sie den Domainnamen per Mail an support[ät]zeta-producer.com ([ät] durch @ ersetzen), dann sehe ich mir das an und sage Ihnen dann, ob wir eine Fernwartung benötigen.
Hallo,
um das zu überprüfen, müssten wir den Domainnamen der Seite wissen, damit wir die Daten online mal ansehen können.
Wir können gerne eine Fernwartung machen, dazu müssten Sie aber ein Premium-Support-Ticket nutzen.
Hallo,
Ursache ist hier vermutlich, dass Sie im Browser eine andere Domain nutzen, als in der FTP-Konfiguration unter "Web-Adresse" angegeben ist. Wenn in der Web-Adresse ein "www." angegeben ist, müssen Sie das auch im Browser so nutzen (wenn keins angegeben ist, dann auch im Browser weg lassen), sonst werden cookies falsch gesetzt. Falls Sie hier Einstellungen ändern, kann es sein, dass Sie im Browser zunächst Ihre Cookies löschen müssen bevor es dann funktioniert.
Die Web-Adresse in den FTP-Einstellungen müssen Sie auch entsprechend auf die "richtige" Domain umstellen.
Hallo,
Sie haben auf der Seite einen Quelltext-Artikel platziert indem Sie irgendwas mit re-captcha drin haben. Der verursacht den Fehler. Entfernen Sie bitte diesen Quelltext-Artikel. Re-Captcha-Funktionalität ist in unseren Formularen eingebaut (Sicherheitsprüfung) und sollte auch dort genutzt werden und nicht über Fremdcode.
Hallo,
besten dank für das Online-CMS Passwort. Hier komme ich allerdings nicht weiter. Bitte senden Sie mir Ihr Projekt, damit ich das noch genauer untersuchen kann:
Möglichkeit längeren CSS-Code direkt über Zeta-Producer auszulagern
Können Sie ausführen, was Sie sich darunter vorstellen? Ich verstehe noch nicht ganz, was hier gemeint sein könnte.
@Jochen viele vordefinierte Mail-Regeln antworten einfach an die FROM-Adresse. Diese ist aber bei uns die Adresse, die als Formular-Empfänger gesetzt wurde. Daher müsste ein Autoreply an die "Reply-To"-Adresse antworten um die Adresse des tatsächlichen Absenders zu erreichen. Das wollte ich nur ergänzend nochmal klarstellen.
Hallo,
ich gebe eines zu bedenken:
Wenn man das auf Zig Felder aufteilt, kann man z.B. nicht einfach den kompletten CSS-Code in nen Texteditor kopieren und ihn da durchsuchen. Debugging wird auch schwierig, weil man dann in zig Tabs suchen muss ("wo hatte ich den code noch gleich eingefügt?"…
Ich würde das Problem daher einfach über Kommentare lösen.
/* *** Mein TAB1 *** */
body{color: red;}
/* *** Kopfgrafik-Anpasungen *** */
.slider{be: awesome;}
usw...Man muss das grundsätzlich nicht.
Danke für diese interessante Idee!
Hallo,
aktuell geht das nur über angepasstes CSS.
<style>
.navbar .nav>.active>a{
-webkit-box-shadow: none !important;
-moz-box-shadow: none !important;
box-shadow: none !important;
}
</style>
Anschließend müssen Sie evtl. Ihre Seiten neu erstellen (Erweitert > Erstellen > Alle Seiten erstellen) und ggf. veröffentlichen.
Da müssten Sie uns mal die URL des Online-CMS inkl. Passwort und Link zu diesem Forum-Artikel (als Referenz) per Mail an support[ät]zeta-producer.com ([ät] durch @ ersetzen) senden, damit wir das testen können.
Der Mailserver müsste an die Reply-To-Adresse (nicht die FROM) antworten. Das ist immer die Adresse die der Versender angegeben hat. An die gehen ja auch antworten, wenn man im E-Mail-Programm auf Antworten klickt.
Siehe auch: Kontaktformular Kopie an Absender
Wenn jemand das unbedingt machen will, schlagen wir vor, dass Sie das auf Ihrem Mailserver, auf dem Sie die Formulare empfangen, entsprechend einrichten.
Hallo,
das ist aktuell nicht möglich, da die linke Sidebar ja eine fixe Breite von 200px hat.
Hallo,
es könnte durchaus auch an dem Domainnamen mit Umlaut liegen. Solche Domainnamen sind immer problematisch, weil das Domain-Name-System eigentlich keine Umlaute und sonstige Sonderzeichen vorsieht.
Es könnte Helfen, wenn Sie in den FTP-Einstellungen des Projekts bei Web-Adresse statt "www.ingenieurbüro-habenicht.de" "www.xn--ingenieurbro-habenicht-1lc.de" (ohne die Anführungszeichen) eingeben.
Siehe auch: Server nicht gefunden
Ursache könnte sein, dass Sie im Browser eine andere Domain nutzen, als in der FTP-Konfiguration unter "Web-Adresse" angegeben ist. Wenn in der Web-Adresse ein "www." angegeben ist, müssen Sie das auch im Browser so nutzen (wenn keins angegeben ist, dann auch im Browser weg lassen), sonst werden cookies falsch gesetzt. Falls Sie hier Einstellungen ändern, kann es sein, dass Sie im Browser zunächst Ihre Cookies löschen müssen bevor es dann funktioniert.
Der Artikel-Editor kommt hier zu Teilen vom IE und der hat seine ganz eigene Logik. Sowas kann auch vom Doctype etc. abhängen. Seisdrum…
Über "Einstellungen > CSS" landen CSS angaben immer korrekt im Head. Über die neuen "CSS"-Felder (CSS-Klasse / Inline-CSS), die jeder Artikel hat (Bearbeiten > Mischpult-Icon > Mehr…), kann man ganz einfach einen entsprechenden Klassennamen definieren, über den man dann sein CSS anwenden kann.
Das mit dem CDATA ist komisch, da eine solche Verwendung aber sowieso invalides HTML generieren würde, müssen wir der Ursache für das CDATA, glaube ich, nicht weiter auf den Grund gehen.
Hallo,
es kann immer mal vorkommen, dass ein Layout oder ein Widget eigenes CSS für bestimmte Elemente setzt. Das können und wollen wir nicht vermeiden. Wenn Sie aber zur Anpassung aktuellen, standards-conformen code nutzen (z.B. style= statt bgcolor=) und dafür z.B. inline-css oder eigenes CSS (in Einstellungen > CSS) nutzen, dann sollte dies eigentlich immer funktionieren und Ihnen somit alle Anpassungsmöglichkeiten offen stehen.
Ein <style>-Block darf nur im <head> des Dokuments verwendet werden. Dass es bei Verwendung im Body zu Fehlern kommt, ist daher nicht verwunderlich. Es gab mal einen schönen Vorschlag, ein scroped-Attribut für <style>-Blöcke einzuführen mit deren Hilfe man es auch im Body verwenden hätte können. Das wurde aber leider wieder aus deer Spezifikation entfernt bzw. gar nicht erst aufgenommen.
Hallo,
vielen Dank. In Ihren Screenshots kann ich keine Beschreibung der Layouts sehen und das war ja Ihr Punkt. Ich sehe dort z.B. nur "Variante von XYZ…", mehr nicht. Meinten Sie das, oder habe ich in den Screenshots etwas übersehen?
PS: würden Sie uns eine Programmlizenz einfach so geben, wäre es eine Raubkopie. Aber Danke für das Angebot, das wir natürlich nicht annehmen können.
Danke für die Info. Schön, dass es nun läuft.
OK, alles klar. Aber selbst wenn man keine E-Mails empfängt, heißt das ja nicht, dass die E-Mails dann an den Absender gingen…
Ich glaub ich habs gefunden: http://casa-al-fango.de/anfrageformular.html
Habe eben einen Test verschickt und selbst (als Absender) keine E-Mail bekommen. Der Test sollte bei info AT casa… angekommen sein. Können Sie das prüfen?
Wie ist die URL direkt zur Seite mit den Formularen? Ich kann sie nicht finden.
Hallo,
sind diese Seiten schon online? Könnten Sie mir die URL zur entsprechenden Seiten nennen, damit ich das mal ansehen kann?
Super. Danke fürs Testen!
Hallo,
da es sich hier um ein Widget-Update handelt, müssen Sie ggf. nach dem Update einmalig folgendes durchführen:
Wenn es nun in der lokalen Vorschau (F5) funktioniert, veröffentlichen (F7).
Hallo Jochen,
ich glaube, ich hatte das Online-Update falsch veröffentlicht. Bitte in 30 Minuten nochmals versuchen. Vielen Dank!
Hallo,
die Datumsübernahme wurde durch ein paar Updates diverser Browser in der Funktion gestört. Ich habe dazu bereits ein Online-Update veröffentlicht. Einfach unter "Extras" auf "Updates suchen" klicken, dann sollte das Update installiert werden. Testen Sie es erst mal über die lokale Vorschau (F5) und wenn es funktioniert, veröffentlichen Sie.
Bei https://community.zeta-producer.com/www.dunkelfeld-mikroskopie.ch tritt beim versenden ein Fehler auf. Sie haben die Kontaktseite als Fehlerseite eingestellt und darauf wird nach dem Versand umgeleitet.
Fehlerdetails sollten Sie im Fehler-Protokoll des Webserver finden können. Evtl. muss der Provider die Empfänger-Email des Formulars noch zum Versand freischalten. Die Empfänger-Email des Formulars unterscheidet sich ja von der der anderen Domain (die funktioniert).
Die Frage können wir nicht beantworten, da wir das Projekt nicht kennen und daher keine Einschätzung zu dessen Umfang treffen können.
Hallo,
das Problem trat nur auf, wenn kein News-Artikel oder Untermenü angezeigt wurde (der Inhaltsbereich nicht #floatcontentright oder #floatcontentleft war).
Ein Online-Update, das den Fehler beheben sollte ist raus. Einfach in 20 Minuten auf "Extras > Updates suchen" klicken.
Hallo,
Im Protokoll wird aufgeführt, welche Seite bearbeitet (erstellt) wird (evtl. durch das Protokoll scrollen). So können Sie ermitteln, auf welcher Seite der Fehler auftritt. Auf diese Seite müssen Sie dann manuell wechseln. F8 dient nur dazu, die Artikel auch bearbeiten zu können, obwohl die Seite wg. des Fehlers nicht erstellt werden konnte und somit keine Vorschau gezeigt wird.
Hallo,
das liegt an fehlenden Berechtigungen. Zumindest der User, unter dem der Webserver läuft benötigt Schreibrechte auf /home/sites/site60/web/assets/php (bzw. assets/php).
Sie können versuchen mittels eines FTP-Programms die Rechte für /home/sites/site60/web/assets/php auf 777 zu setzen.
Siehe auch: Kennwortschutz-Modul funktioniert nicht.