Beiträge

Super! Es funktioniert.

Vielen Dank!

Hallo,

ich habe ein technisches Problem bei der Weiterverarbeitung der CMS-Variable {PAGE_NAME}.

In einer Inhaltsseite habe ich folgenden Code integriert:

Code Auswählen Erweitern

{php|$GLOBALS['page'] = {PAGE_NAME}; require_once('count.php');}Ziel: Die globale Variable '$page' wird angelegt und in der externen, einzuladenden count.php weiterverarbeitet; hier wird dann dynamisch eine Datei mit dem Namen der Seite und dem Inhalt "0" angelegt und bei erneutem Zugriff auf diese Seite weitergezählt (count++). Funktioniert soweit einwandfrei, sogar bei Namen mit Umlauten (z.B. "Mähdrescher" wird zu "Mähdrescher").

Probleme gibt es, wenn der Seitenname Leerzeichen hat, also aus mehreren Worten besteht (viell. auch bei anderen Sonderzeichen, aber soweit bin ich noch gar nicht). Mit str_replace() kann ich in der externen Datei count.php nicht arbeiten, weil dort die globale Variable gar nicht ankommt! Meine Vermutung ist, dass dort wohl das Problem liegt: Bei der Registrierung des Seitennamens trotz Leerzeichen...?
Wie kann man sich dem nähern? Wo ist der Ansatz?

Hinweis: Es handelt sich um kein dringendes Problem. Mache das rein aus Interesse und Spaß am Programmieren. Aber wer weiß, ob man das später mal gebrauchen kann... Für Antworten herzlichen Dank!
Viele Grüße!

Hallo,
hast du den Code in eine Inhaltsseite eingefügt? Und er läuft nun im CMS auch nur über diese eine Inhaltsseite?
Mein Bestreben war ja, die iframes ständig in den Sidebars neben dem CMS-Content anzuzeigen.
Leider kann ich nicht direkt zu den Beispielen auf einem Webspace verlinken. Anbei aber zwei Screenshots vom lokalen "Phänomen" - ich teste bisher nur, deswegen kommt's nicht auf den Inhalt an... :
Der erste iframe ist der Kalender auf der linken Seite. Der zweite iframe "Neuigkeiten" macht(e) Probleme.

Zuerst die beta 4 Rev.946-Variante (iframe "Neuigkeiten" - hier wird das gesamte CMS erneut in den iframe geladen):



Und hier die Variante der neuesten Nightly-Version: iframe "Neuigkeiten" wird korrekt angezeigt:


Schönen Gruß.

Na,
so langsam wird es aber richtig 'interessant'...
Habe nun auch das "alte" mozilo Rev.866, welches das iframe Problem hatte (es lag übrigens grundsätzlich daran, dass im Template mehr als ein iframe tag vorhanden war!) Schritt für Schritt erneuert, wie im Thread angegeben, aber das iframe-Problem tritt nun (Anzeige Rev.934) weiterhin auf.
Mit dem Nightly (Komplettpaket) von gestern (Anzeige Rev.866) funktioniert es tadellos.

Ist vielleicht alles ganz interessant für die Coder

Hallo,

Danke jeweils für eure Antworten!
Habe nun die neueste Nightly (vom 8.3.) installiert - hier funktioniert alles einwandfrei (angezeigt wird 'Version die 1.12.beta4 ("Amalia"), Revision 866' - ich nehme an, das ist nicht korrekt angezeigt).
Ich werde auch die Sache mit den Nightly-Plugins (und dem dortigen Kalender) ausprobieren.

Vielen Dank nochmals und viele Grüße!

W.

Hallo,

ich möchte gerne in einer Sidebar einen Monatskalender anzeigen lassen (der Kalender soll immer präsent sein, unabhängig von der aufgerufenen Kategorie oder Inhaltsseite). Ich habe mir das Template vorgenommen und die anwählenden Monate (Juni bis August) als Hyperlink (target="kalender") angelegt. Weiter unten erscheint dann der iframe (name ="kalender"), der den angewählten Monat anzeigen soll.

Code Auswählen Erweitern

<div id="sidebar_links">
<div id="kalender">
<table>
<td>
<table>
<tr>
           <a class="mon" href="juni.htm" target="kalender">Juni</a>
           <a class="mon" href="juli.htm" target="kalender">Juli</a>
           <a class="mon" href="august.htm" target="kalender">August</a>
</tr>
<iframe src="juni.htm" name="kalender" width="180" height="180" frameborder="0"></iframe>
</table>
</td>
</table>
</div>
</div>Aber es tut sich nichts; der Monat wechselt nicht; es wird nur der Juni angezeigt, der ja "voreingestellt" ist. Offenbar kommt der Befehl nicht im Iframe an (probiere es im Moment nur lokal per XAMPP auf meinem Rechner aus).

Für Hilfe vielen Dank!
Gruß W.

P.S. Probehalber hatte ich den iframe mal in einer Inhaltseite integriert - dort funktioniert die Anwahl aus dem Template, die Monate springen um. Aber nur auf einer Inhaltsseite - das hilft mir nicht so sehr weiter
Und: Ich benutze nicht das Kalender-Plugin von Mozilo, da es mir Fehlermeldungen anzeigt. Ich kann daher nicht beurteilen, ob damit meine Vorstellung eines ständig sichtbaren Kaleders in der Sidebar theoretisch möglich wäre.

Mein Zusatz bzw. Lösung:
Das Update hatte doch nicht hingehauen. Die Inhaltsseiten waren über den Admin-Bereich nicht zu bearbeiten.
Die falsche Darstellung der Umlaute lag ebenfalls nur am zuvor nicht vollzogenen Update - dieses Problem hing wiederum mit der Fehlermeldung 'Properties: Kann die Datei "XXX/cms/formular/formular.conf" nicht anlegen!' zusammen.
Ich musste erst die Datei 'formular.conf' in einen manuell erstellten cms/formular-Ordner kopieren (wie es jemand an anderer Stelle hier im Forum geäußert hatte - vielen Dank für den Hinweis!).
Danach Update-Script laufen lassen und nun scheint alles i.O. zu sein.

Habe auch den Pfad zum Stylesheet im Template verändert.Die Darstellung ist nun fehlerfrei.

Code Auswählen Erweitern

@import "{LAYOUT_DIR}/css/style.css";Erkenntnis: Alte, eigene Templates lassen sich eben nach einem Update doch nicht einfach so weiterverwenden.  
Manchmal hilft es halt doch, einfach mal drüber zu schlafen...

Hallo,

ich bekomme beim Update-Versuch von 1.11 auf 1.12 beta4 einen Fehler in der Darstellung geliefert. Der Fehler besteht wohl darin, dass das Template das Stylesheet nicht einliest, obwohl der Pfad dorthin identisch bleibt

Code Auswählen Erweitern

<style type="text/css"> @import "layouts/{LAYOUT_DIR}/css/style.css"; </style>
Auch mit der Darstellung der Umlaute gibt es Probleme, aber das liegt vielleicht am

Code Auswählen Erweitern

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />, wo die 1.12 doch auf UTF-8 switcht.

Wo könnte ein Fehler meinerseits vorliegen?

Für Antworten herzlichen Dank!

Gruß W.

P.S. Trotz der Fehlermeldung 'Properties: Kann die Datei "XXX/neumozilo/cms/formular/formular.conf" nicht anlegen!' hat das Update offenbar hingehauen.

Hallo,
ich bekomme beim Update-Versuch von 1.11 auf 1.12beta4 die Fehlermeldung 'Properties: Kann die Datei "XXX/neumozilo/cms/formular/formular.conf" nicht anlegen!', obwohl ich alle Schreibrechte auf 766(Dat.)/777(Verz.) gesetzt habe und bei einem Hoster bin, der angeblich keine "Probleme" macht.
Allerdings macht offenbar die Konfiguration im Admin-Bereich Probleme - das Setzen auf 766 funktioniert nicht. Dort bleibt immer 777 stehen, auch nach einem Abspeichern der Einstellungen. Habe ja zuvor auch mit dem FTP-Programm alle Verz. auf 777 gesetzt, insofern leuchtet mir das ein - allerdings leuchtet mir deswegen die offizielle Update-Anleitung nicht mehr ganz ein. Was ist denn nun in welcher Reihgenfolge zu tun?
Kann mir jemand einen Tipp geben, was ich noch versuchen könnte?

Danke sehr!

Hi,
Danke für den Hinweis.
Habe dann auch bei mir die PHP-Version per Dropdowm-Menü umgestellt (wer bei dem Provider ist, der die zwei Ziffern mit Konjunktion im Namen hat, kann das tun) und schon ist alles ok.

Trotzdem abschließend nochmal meine Frage: Wäre es nicht möglich, das PlugIn so zu programmieren, dass eine Konfiguration direkt über das CMS-Admin-Editorfenster im Stile von {CONTACT|mail@meine-seite.de} möglich ist?

Dank und Gruß an das Mozilo-Team und die Foren-Helfer!

So,
erstmal vielen Dank für die Antwort. Hat nun auch geklappt.

Allerdings glaube ich, dass bei der beta4 diesbezüglich etwas noch nicht ganz rund läuft:
Es werden mir nämlich auf dem lokalen PC "localhost-Apache-Server" die Plugins zwar angezeigt (PHP Version 5.3.5) und dort kann ich sie auch konfigurieren, aber hochgeladen auf den Webspace (PHP 4.4.9) fehlt diese Zugriffsmöglichkeit, die Plugins werden nicht angezeigt (liegt das denn an der PHP-Version?).

Ich hoffe, ich liege nicht falsch (Prügel wird nur virtuell entgegengenommen ), aber wer nur "online" arbeitet, braucht in diesem Fall eine Art Workaround: Habe die Datei 'plugin.conf' aus dem Plugins-{CONTACT}-Ordner manuell mit einem Editor modifiziert und in der entsprechenden Zeile die Mail-Adresse eingebaut:

Code Auswählen Erweitern

formularmail = mail@meine-seite.deHier lässt sich auch die Pflichtangabe für die Homepage des Mailschreibers entfernen, indem der Platz hinter dem = -Zeichen leer bleibt.

Code Auswählen Erweitern

titel_website_mandatory =
titel_website_show = Wäre es nicht möglich, eine Konfiguration direkt über das CMS-Admin-Editorfenster einzubauen? Etwa so:

Code Auswählen Erweitern

{CONTACT|mail@meine-seite.de}Viele Grüße!

1.12Beta4

Hallo,
ich habe dasselbe Problem, wie es didl07 hatte.
Wo und wie genau trage ich die e-Mail-Adresse ein?
Leider verstehe ich die hier gegebene Antworten nicht:

admin -> Plugins -> CONTACT

Was heißt das auf deutsch? Die Plugins werden ja nicht mehr angezeigt. Oder muss ich im Admin-Bereich im Kontakt-Inhalt-Editor irgendwas ergänzen? Vielleicht mit Hilfe der CMS-Syntax?
Für Hilfe sehr vielen Dank!
Gruß W

Problem gelöst! Ich hatte Leerstellen im Oberordner, in dem das Ganze auf der FP liegt, nicht aufgefüllt mit '%20' (ich Depp)
Schönen Gruß und Danke für das tolle CMS!

Hallo,
habe mal eben lokal auf meinem PC die 1.12 beta 4 installiert und auch recht schnell zum Laufen bekommen...
allerdings gibt es gleich zu Anfang ein Problem für mich: Bilder, die in eine Inhaltsseite eingebunden sind, werden nicht angezeigt!

Das betrifft sogar das "mozilo.jpg" der Willkommen-Seite (und -Kategorie), welches ich ja nicht selbst eingebaut habe - dürfte also kein Fehler meinerseits sein.
Der Fehler betrifft alle Layouts, die mitgeliefert wurden und mit der 1.12beta4 funktionieren (die anderen habe ich nicht ausprobiert  - da könnte man auch noch überlegen, ob man die, die hier nicht funzen, aus der zip-Datei nicht besser entfernt).
Sowohl sowas wie [bild|mozilo.jpg] als auch [bildlinks|mozilo.jpg] wird nicht angezeigt (nur als Textverweis).

Hinweis: Mit der 1.11-Version läuft alles bestens. Mein Browser weist keine besonderen Sicherheitseinstellungen auf.

Kann mir jemand einen Hinweis liefern? Habe im Forum sonst zu diesem Phänomen nichts gefunden. Danke!
W.