Neuigkeiten:

moziloCMS verwendet Cookies. Wenn Sie auf unserer Seite weitersurfen, stimmen Sie der Cookie-Nutzung zu Datenschutzerklärung
moziloCMS Layouts
moziloCMS Plugins

Hauptmenü
-Menü

Beiträge anzeigen

Dieser Abschnitt erlaubt es dir, alle Beiträge anzusehen, die von diesem Mitglied geschrieben wurden. Beachte, dass du nur Beiträge sehen kannst, die in Teilen des Forums geschrieben wurden, auf die du aktuell Zugriff hast.

Beiträge anzeigen-Menü

Themen - mozzi

#1
Vorab: Es geht hier um eine ältere Version von Mozilo 2.0, aber vielleicht weiß Stefanbe gleich, ob dieser Bug zwischendurch behoben wurde oder nicht:

In einer Kategorie wurden mir im Admin-Bereich unter "Dateien" keine enthaltenen Dateien (Bilder usw.) angezeigt.
Nach einem Wechsel auf das Editieren von Inhaltsseiten und dann wieder zurück auf "Dateien" waren dann plötzlich 3 Dateien dort angezeigt worden.

???

2.0.beta ("Amalia")
Revision 2

Grüße
mozzi
#2
Hallo allerseits,

für die Behandlung von ausgehenden Links wäre es je nach gesetzlicher Entwicklung interessant, wenn diese vor der Ausgabe auf der Webseite noch auf benutzerdefinierte Weise "nachbehandelt" werden könnten.

Z.B. (gern benutzerseitig) einen Link in eine Klartext-URL umwandeln, evtl. noch mit einem Javascript-Event versehen, das diese beim Anklicken vollständig markiert, um mit dem Kontextmenü des Browsers manuell "Link... öffnen" wählen zu können. Im ausgegebenen Quelltext wäre dann einfach der vormalige Link ein SPAN, A (ohne HREF) o.dgl., versehen mit einem Onclick-Event für das vollständige Markieren.
Oder (gern benutzerseitig) irgendwas mit einem Meldungsfenster "In anklickbaren Link umwandeln und aufrufen" (evtl. grenzwertig) oder dies in einzelnen Schritten (evtl. weniger grenzwertig).
Oder eben etwas anderes, benutzerdefiniertes, das man im Plugin selbst konfigurieren kann (z.B. eben mittels Javascript, evtl. auch mit HTML-Erweiterungen um die URL herum).
Soweit zu den benutzerseitigen Ausführungsbeispielen.

Dies könnte, neben anderen Lösungen (die kein Plugin erfordern), die Haftungsrisiken für externe Links bzw. URLs deutlich reduzieren.

Ideal wäre (um mal nicht zu bescheiden zu wirken ;-) ), wenn man auch noch wählen könnte, ob alle ausgehenden Links oder nur die in den Inhaltsseiten betroffen sein sollen. Sinnvoll wäre es vermutlich sowieso nur, Links mit Klartext-angezeigten URLs zu behandeln.

Soweit mal.

???

Grüße
mozzi
#3
Und sonst so? / SEO- Linktipps komprimiert
23. August 2016, 20:23:40
Hallo allerseits,

gerade drüber gestolpert: Statt mühsam nach SEO-Tools zu googeln, kann diese verkappte kleine Linksammlung ein hilfreicher Einstieg sein:
http://etailment.de/thema/marketing/So-helfen-Sie-sich-selbst---kostenfreie-SEO-Tools-4305

Grüße
Mozzi
#4
Hallo und guten Morgen,

kürzlich hatte ich Anlaß, mal allgemein über eine Abfrage und Ersetzung von Bildern in Abhängigkeit von der aufrufenden Adresse (Referrer) nachzudenken.

Solange nur ein einziges Bild im Fall eines externen Aufrufs ersetzt werden soll, kann man ja prinzipiell an dessen Stelle ein gleichnamiges Verzeichnis meinbildchen.png/ (z.B. unter dem Pfad www.meinedomain.de/kategorien/MeineIdeen/dateien/meinbildchen.png/ ) anlegen und darin eine index.php erstellen, die den Referrer mit der Domain (www.meinedomain.de) abgleicht / negativ prüft. Oder die positiv auf eine bestimmte Domain oder einen kompletten Pfad hin prüft.

Wenn aber viele oder alle vorhandenen Bilder in den verschiedenen Inhaltsverzeichnissen geprüft werden sollen, oder auch wenn Mozilo-Dateioperationen im Admin-Bereich für Bilder weiterhin funktionsfähig bleiben sollen, muß man das wohl anders lösen.

Dabei kam mir der Gedanke, eine htaccess mittels Plugin zu konfigurieren, das sowohl die positive Prüfung auf bestimmte Pfade und Domains ermöglicht, als auch eine Negativprüfung bzgl. der Domain der jeweiligen eigenen Webseite, und dann anhand einer editierbaren Austauschtabelle je nach Prüfungsergebnis ein Vorgabe-Bild oder ein jeweiliges Austauschbild ausgibt. Dabei kann die Ausgabe natürlich ebenso mittels eines PHP-Skripts erfolgen, auf das diese htaccess den Bildaufruf umleitet, um die htaccess einfach zu halten. Das PHP-Skript würde dann die Referrer-Abfrage und den Bildtausch vornehmen, wie im Admin-Bereich im Plugin konfigiriert.

Beispiele:

- Allgemeines Bild bei externer Verlinkung, d.h. sobald der eigene Domainname nicht im Referrer auftaucht:
Verbotsschild mit Text "Wir gestatten keine Direktverlinkung von Bildern. Bitte verlinken Sie auf unsere Unterseiten mit den zugehörigen Bildunterschriften."

- Einzelnes Austauschbild zu einem Produktbild bei Einbettung des Bildes aus einem Dateipfad heraus, der "wbb" (usw.) oder "forum" enthält:
Austauschbild mit Texteinblendung "Wenn Sie dieses Bild in einem Forum sehen, informieren Sie uns bitte [...]"

- Einzelnes Austauschbild zu einem Produktbild bei Aufruf / Einbettung aus einem spezifizierten Dateipfad z.B. eines bestimmten Forumsbeitrags heraus:
Austauschbild mit reinem Text: "Sehr geehrter Max M. [M. wie Muster], bevor Sie [...] schlecht machen [...], sehen Sie bitte zukünftig erstmal selbst davon ab, [Straftatbestand 1] [... usw.]

Der Grundgedanke ist einfach, sowohl einzelne Bilder gezielt, als auch allgemein alle Bilder zu ersetzen, und das sowohl nach aufrufender Adresse in Form eines konkreten vollständigen Dateipfads als auch nach aufrufender Domain oder Pfadbestandteilen, sowohl bei positiver als auch negativer Prüfart.
Dazu evtl. dann noch ein entsprechendes Logfile - und man ist wieder Herr über seine Bilder. (Normale-Webseiten-Logfiles sind ja weitaus einfacher zu programmieren, ohne Plugin und htaccess, daher hier nur der Bezug auf Bilder.)

Wenn auch andere hier so was gebrauchen können, findet sich ja vielleicht jemand, der sich der Sache annimmt - ?
Ich könnte mir vorstellen, daß ein solches Plugin für den einen oder anderen, der noch auf der Suche nach einem CMS ist, eine deutliche Entscheidungshilfe für Mozilo bieten könnte und damit auch allgemein zur Bekanntheit von Mozilo beiträgt.

Über konstruktive Rückmeldungen würde ich mich freuen.

Grüße
mozzi
#5
Hallo,

ein neues Problemchen bei einer nicht ganz aktuellen Mozilo 2.0- Version mit aktiviertem Plugin MenuSubs_Mobile, ab er genauso mit einer aktuellen Version mit der einfachen Menüstruktur:

Wenn ich einen Menüpunkt mit "&" oder "+" versehe, kann ich mit der ansonsten einzigen funktionierenden Kombination von Mozilo-Variablen keinen Pfad als Ausgabetext zusammenbekommen.

Gesucht ist z.B. diese URL:
Zitathttp://www.meinedomain.tld/Produkte %26 Leistungen/Produkte Mechanik/Ihr Produktwunsch.html
entsprechend dem Menüpunkt
ZitatHome»Produkte & Leistungen»Produkte Mechanik»Ihr Produktwunsch

Wenn ich URLs mit Umlauten nachbilden will, bleibt mir nur die Kombination
Zitathttp://www.meinedomain.tld{BASE_URL}{CATEGORY_NAME}/{PAGE}.html

Damit wird aber aus der obigen Adresse

Zitathttp://www.mhk-innovation.com/Produkte & Leistungen/Produkte Mechanik/Ihr%20Produktwunsch.html

Wenn ich statt des "&" ein "+" nehme, klappt es bei der neuen Installation jedenfalls auch nicht.

Muß ich nun wirklich auf alle "&" und "+" im Menü verzichten, wenn ich auf diese Funktion angewiesen bin?
Ich hatte vor, auf jeder Seite einen QR-Code mit dem Link zu der jeweiligen Seite einzublenden, wenn die Seite gedruckt wird.

Grüße und vielen Dank im Voraus
mozzi
#6
Hallo,

bei mir geht folgendes nicht:

Das Plugin "head" ist installiert, ebenso "LayoutSwitcher".
Ein benutzerdefiniertes Syntaxelement mit folgendem Inhalt

layoutchange = {head|<script type="text/javascript">if(window.location.href.indexOf('?layout=')==-1)^{window.location.href='?layout={VALUE}';^}</script>}

führt bei der Anwendung zu einer HTML-auskommentierten Meldung

<!-- dummy script style 3 -->

oder auch mal

<!-- dummy script style 4 -->

im Quelltext vor dem schließenden </head> - Tag.

Da man eine vergleichbare Funktion mit

layoutchange = [include|@=_Intern:head-test=@]

bei entsprechendem Inhalt der Inhaltsseite (ohne Platzhalter {VALUE} ) zum Laufen bekommt, erschließt sich mir nicht ganz, warum zuvor eine Sperre eingebaut ist. - ???
Es wäre wirklich schön, wenn man zur Umschaltung bei dieser Art das Script in den Head-Bereich platzieren könnte!

Hintergrund:
Es gibt ein Layout mit Bubchen-Farben und eins mit Mädchen-Farben (und -Kopfbildern usw...). Wenn nun der Besucher die Mädchen-Kategorie wählt, soll das Layout auf Mädchen schalten, und andersrum auf Bubchen.
Nur mal als Beispiel. Und das soll eben mit wenig CMS-Inhaltstext funktionieren, nicht daß man im Inhaltstext den ganzen Javascript-Code reinkopieren muß!





#7
Habe mal eine aktuelle Version Mozilo 2.0 von meinem Skriptchen auf den Webspace packen lassen.

Angeblich Version
2.0 ("Amalia")
Revision 36

Allerdings ist seit der letzten Änderung in Github die Revision m.W. noch nicht hochgesetzt worden, vermutlich wird diese Fassung also irgendwann unter Revision 37 laufen.

Nun zum Klemmer:

Wenn ich beim Editieren einer Inhaltsseite rechts unten auf den Butten "Vorschau" (neben "Speichern, erst seit einiger Zeit enthalten) drücke und dann das Vorschaufenster an der rechten unteren Ecke mit der Maus verändern will, verliert die Maus ständig den Focus, selbst wenn ich sehr langsam ziehe.

Getestet unter dem bescheuerten Windows 8.1

Grüße
mozzi
#8
Hallo allerseits,

bei Webspace-Anbietern, die das Öffnen entfernter Dateien von PHP aus erlauben, sollte es doch weit überwiegend möglich sein, per Skript das Mozilo CMS von Github abzuholen und zu entzippen. Vielleicht optional auch noch "außen rum" vom Skript per FTP auf den eigenen Webspace aufspielen lassen, damit Benutzerrechte korrekt gesetzt sind?

Damit alles während der Installation sicher ist, könnte das Skript noch eine htaccess mit Paßwortschutz oder (nach automatischer Abfrage) ansonsten mit allgemeinem Zugriffsverbot erstellen. Einfacher ist es natürlich, einen langen kryptischen Verzeichnisnamen zu wählen und erst nach dem Admin-Paßwort- Update umzubenennen.

Manchmal würde ich z.B. gern einfach mal kurz ein Plugin testen, ohne eine produktive Installation dafür herzunehmen. Auch für solche Zwecke wäre ein schnelles Installationsskript eine echte Zeitersparnis.

Und wer ein bißchen programmieren kann, könnte auf dieser Basis dann vielleicht auch eine Update-Routine umsetzen.
Beim Thema Update fällt mir noch ein: Eine benutzerspezifische Tabelle mit Angaben dazu, welche Dateien bei Updates übergangen oder upgedatet werden sollen, wäre ein nettes Feature einer Update-Routine - vielleicht läßt sich das ja auch mit dem Installationsskript zusammenfassen!

??

Grüße
mozzi
#9
Plugins / OpenGraphMetatags
17. Juli 2015, 21:26:58
Hallo allerseits,

mir fiel kürzlich bei der Verwendung des Plugins "OpenGraphMetatags" auf, daß jeweils der längstmögliche Pfad im Metatag <meta property="og:url" content="..." /> angezeigt wird.
Ich habe bei mir die Mozilo-Einstellungen so gewählt, daß jeweils die Inhaltsseite mit dem gleichen Namen wie die Kategorie nicht im Menü angezeigt wird. Ihre Adresse wird dann von Mozilo auch gekürzt, so daß der Name nur einmal in der URL vorkommt. Das funktioniert ebenfalls auch so in den Breadcrumbs.

Nur wird in diesen Seiten im Metatag "og:url" dann eben der Seitenname (= Kategoriename) doppelt in der URL angezeigt, also die längstmögliche URL zu dieser Seite.

Da ja einige SEO-ler der Meinung waren oder sind, daß "duplicate content" zu Abstrafungen seitens Google führt, ist das natürlich etwas suboptimal...

Läßt sich das mittels Plugin-Update (zukünftig / bald) abstellen?

;-)

Grüße
mozzi
#10
Hallo mal wieder,

mir ist noch was aufgefallen, was in mozilo 2.0 m.E. sinnvoll zu ändern wäre:
Wenn man eine Inhaltsseite kopiert, die sichtbar ist, bekommt die kopierte Seite einen Vorsatz vor den Menülink-Namen, der nicht den Regeln für solche Namen entspricht und auch nicht schön aussieht, aber die kopierte Inhaltsseite und der Menülink ist trotzdem sofort sichtbar. Wäre es nicht besser, wenn eine kopierte Seite erstmal unsichtbar wäre? Es wird doch niemand etwas davon haben, wenn so ein Menülink und ein identischer Inhalt auftaucht.

Grüße
mozzi
#11
Hallo allerseits,

nachdem ich dankenswerter Weise zu Mozilo 2.0 überredet worden bin und nun dessen Stärken sehr zu schätzen weiß, bezieht sich mein Wunsch auch ausschließlich darauf.

Ich wünsche mir ein Plugin, das es ermöglicht, bei ausgehenden Links (also Links auf andere Domains als die des CMS) nach dem Anklicken des Links ein Hinweisfenster einzublenden, das einen frei konfigurierbaren Text (z.B. aus einer einheitlichen versteckten Inhaltsdatei, oder aus der Quell-Inhaltsseite, die ja ebenfalls auf eine eigene versteckte Inhaltsseite verweisen kann) anzeigt, bevor es per weiterem Klick oder zeitgesteuert auf die eigentliche Zielseite weiterleitet.
Die Philosophie der Texteinbindung kann dabei ja z.B. an die beiden Plugins angelehnt werden, mit denen man zusätzlichen Info-Boxen ihren Text zuweist, den Namen der Plugins habe ich gerade nicht parat.

Schön wäre natürlich, wenn man diese Einblendung auch fallweise unterdrücken kann.
Ein perfektes Plugin würde m.E. ermöglichen, die Einblendung standardmäßig ein- oder auszuschalten, und zusätzlich das Gleiche nochmal für bestimmte Domains in der Zieladresse, sowie evtl. direkt im Link-Code eine Aktivierung oder Unterdrückung für den Einzelfall.

Wäre der Bedarf auch bei anderen hier vorhanden?

Grüße
Mozzi
#12
Ich wünsche mir... / QR-Code...
06. August 2012, 01:41:16
Hallo,

ein Gedanke, weniger ein konkreter Wunsch:
Wie wäre es, wenn man auf einigen Seiten (z.B. auf der Konktakt-Seite) einen QR-Code mit der Webadresse der Seite einblenden würde? Generatoren dafür gibt es ja diverse (z.B. http://phpqrcode.sourceforge.net/).
Der Vorteil wäre, daß z.B. bei geschäftlichen Webseiten der Kunde veraltete Kontaktdaten auf einem ausgedruckten Impressum dann schnell in aktueller Form abrufen könnte, indem er einfach die die Kontaktseite mittels des mit ausgedruckten QR-Codes in seinem Bonsai-Rechner aufruft ;-)
Der QR-Code könnte ja auch per CSS so formatiert werden, daß er auf dem Bildschirm gar nicht erscheint, sondern nur auf Ausdrucken der entsprechenden Seite(n).

Natürlich wäre jegliche flexiblere Handhabung, als wie von mir beschrieben, im CMS ebenso umsetzbar und sinnvoll nutzbar.

Wenn Ihr von diesen Ideen rein gar nichts haltet, schiebt es einfach auf die späte Uhrzeit ;-)

Grüße
mozzi
#13
Hallo allerseits,

ich weiß zwar nicht, ob das hier hin gehört, aber ich sehe es - unter anderem - auch als einen weiteren konstruktiven Beitrag für die Mitglieder hier.

Also: Bei dem Hoster, an den ich (glücklicherweise) nach teuren, unvergeßlichen Erlebnissen mit 1&1 und Strato nach längerer Suche geraten bin, gibt es gerade wieder ein interessantes "Sonderangebot" (übrigens, für alle 1&1-, T-Online- und Strato-Geschädigten: Dort haben Sonderangebote allgemein KEIN Sternchen, hinter dem sich eine teure Falle befindet):

- 5000 MB
- hochwertiger, leistungsfähiger und weit konfigurierbarer Webspace mit hochwertigem "Zubehör"
- Traffic kostenlos
- Preis pro Monat: 1,00 Euro, und das ohne "Sternchen" bei der Angabe, also wohl auf Lebenszeit! Einrichtungsgebühr 10 Euro, oder 5 Euro mit Gutschein (siehe unten)

http://www.netcup-sonderangebote.de/webhosting/business-spezial/

Interessant für Anfänger:
"Application Hosting": Fertige Web-Anwendungen über Menü installieren (Übersicht hier: http://www.netcup.de/hosting/webhosting-application-hosting.php , es ist auch Joomla! und verschiedene Foren dabei, auch Webmailer usw.)
Paßwortschutz über das Verwaltungsprogramm oder auch direkt per .htaccess möglich

Interessant für Leute mit ein wenig Erfahrung:
PHP upload file size bis 8 MB: Andere bieten meist nur eine max. Dateigröße von 2 MB an, die per HTML-Upload-Formular hochgeladen werden kann.
Mit 8 MB können z.B. auch gängige Fotoformate von aktuellen Digitalkameras hochgeladen werden. Bei 2 MB war schon vor einigen Jahren schnell die Grenze erreicht.

Für Leute mit etwas mehr Erfahrung:
Google Mail- Anbindung möglich,
Moderne, gängige PHP-Version,
MySQL-Datenbank UND Cronjob (bei diesem Preis!)

Für alle Neukunden dieses Anbieters:
5 Euro Preisnachlaß bei Verwendung eines Gutscheincodes, d.h. die Einrichtungsgebühr ermäßigt sich auf 5 Euro, die laufenden Monatsgebühren bleiben bei 1 Euro.

Die zugehörigen Gutscheincodes liste ich vorübergehend in meiner Signatur auf, siehe unten.

Wer jetzt nach dem Haken an der Sache fragt: Da gibts keinen. Der Anbieter hat sich einen so guten Ruf bei seinen Kunden aufgebaut (aber natürlich auch bei Kunden, die vorher bei T-Online, 1&1, Strato etc. ganz andere Erfahrungen gemacht haben), daß er nicht in größerem Umfang in externe Werbung investieren muß. Ich selbst bin nach längere Suche auf ihn gestoßen und habe bisher keinen Anbieter gefunden, dem ich ein besseres Preis/Leistungsverhältnis zutraue. Auch wenn es mittlerweile möglicherweise auch noch andere gibt, die für Telefonsupport kein Geld extra verlangen.

Übrigens, mit Mozilo habe ich dort bislang keinerlei Probleme, auch die Löschung von online erstellten Inhaltsdateien per FTP geht durch die ordentliche Vorgabekonfiguration der Rechtevergabe problemlos.

Soweit mal. Schlagt zu oder laßt es bleiben.

Grüße
mozzi
#14
Hallo,

mir ist vor einiger Zeit aufgefallen, daß bei einer AdWords-Kampagne der Link nicht dorthin auf meiner Webseite führte, wo er hin führen sollte. In AdWords hatte ich ihn aber korrekt eingegeben. Soweit ich mich erinnere, hatte AdWords wohl einige Sonderzeichen ersetzt und den Link damit unbrauchbar gemacht. Zumindest ohne größere Umwege ist also eine Mozilo-Webseite von dort her gar nicht zielgenau erreichbar, was für mich einen wesentlichen Hinderungsgrund darstellt, Mozilo für geschäftliche Webseiten zu empfehlen.
Auch wenn das nicht in einer Stunde erledigt ist, wäre es doch sehr hilfreich, wenn die URLs zukünftig entsprechend anders codiert würden, um AdWords uneingeschränkt nutzen zu können.
Die Lösung über einen Frame führte bei dem von mir verwendeten Layout in einer längere Zeit aktuellen IE-Version zu einer Umschaltung der Kompatibilitätsansicht in einen unbrauchbaren Modus, und die Seite war für weniger Geübte damit praktisch nicht fehlerfrei erreichbar.

Ist da noch was für 1.12 zu erwarten? Ich halte diesen Nachteil wie gesagt für nicht ganz unerheblich.

Grüße
Mozzi
#15
Hallo,

beim verwendeten layout "SimpleClassic" wird mein Menü beim ersten Aufruf der jeweiligen Seite im IE zusammengeschoben - aber nur, wenn die Mozilo-Seite in einem Frame angezeigt wird: Dann wird der Kompatibilitätsmodus automatisch umgeschaltet, und daraufhin ist das Menü nicht mehr lesbar. Aber bevor man merkt, daß das Menü nicht mehr lesbar ist, lädt der tolle IE die ganze Seite, also mit Frame, nochmal neu - und damit ist man wieder auf der Startseite gelandet und kann sich wieder von vorn durchklicken. Auch wenn man den Kompatibilitätsmodus wieder zurückschaltet, landet man wieder auf der Startseite - der IE merkt sich wohl die Frame-Inhalte nun doch nicht mehr.
Klar, der IE wird immer besser: Er macht immer mehr Werbung für andere Browser, indem er immer mehr sinnlose Meldungen ausgibt und Sachen verbaselt, von denen man vorher noch gar nicht wußte, daß sie überhaupt ein Browser verbaseln kann... Aber das nervt meine Webseitenbesucher, die zugleich potentielle Kunden sind. Und damit auch mich - wenn sie woanders weiterklicken. Bzw. es nervt mich leider nicht, weil ich es leider gar nicht erfahre.
Ansonsten, also bei direkter Anzeige der Mozilo-Seite ohne Frame drumrum, passiert nichts, außer daß natürlich diese dämlich dilettantisch aussehenden URL-Anhänge sichtbar sind.

Gibt es da irgendwelche Webmaster-seitigen(!!) Abhilfemaßnahmen - mal abgesehen von irgendwelchen von Microsoft vorgeschlagenen hirngesprinstigen ungültigen Metatags?
Und am besten auch noch, ohne ein komplettes neues Template selbst zusammenzubasteln? ;-)

Grüße
Mozzi
#16
Hallo,

da Mozilo ja zunehmend bekannter wird, wird sicher auch das Risiko von Einbruchsversuchen wachsen. Bei größeren CMS benennen daher einige Webmaster schon mal gern das Admin-Zugangsverzeichnis um, damit es nicht auf Anhieb von Hacker-Bots gefunden wird.
Als ich das beim MoziloCMS probiert habe, kam erstmal eine Fehlermeldung auf der Hauptseite, daß irgendwas nicht auffindbar ist. Natürlich hätte ich jetzt nach und nach die entsprechenden PHP-Einstellungen manuell ändern können, aber es wäre doch vermutlich auch nur recht wenig Aufwand, das generell in Mozilo als variabel umzusetzen - ?
Meine Idee wäre, im Hauptverzeichnis den Pfadnamen des Admin-Verzeichnisses in einer (zusätzlichen oder nicht) config-Datei anzugeben, sodaß nur noch diese Angabe und der Admin-Verzeichnisname selbst vom Benutzer geändert werden muß, um den Admin-Zugang zu verstecken.
Sicher gibt es auch andere Möglichkeiten wie .htaccess, um den Einbruch zu erschweren, soweit man mit doppeltem Login leben kann - aber in Anbetracht der einfachen Umsetzbarkeit würde ich auch meine vorgeschlagene Version als sehr lohnenswert ansehen.

Wie sind da die Aussichten, daß das noch in die nächste Version einfließen könnte?

Grüße
Mozzi
#17
Hallo,

vielleicht habe ich ja was in der Installationsanleitung übersehen, aber bei meiner auf Englisch umgeschalteten Version werden die Vor- und Zurück-Links etc. auf der Galerieseite in deutsch dargestellt. Ebenso auch die MouseOver-Texte z.B. bei den Links auf der normalen Inhaltsseite.
Hat da jemand einen hilfreichen Hinweis? Oder muß ich für die Galerie gesonderte Sprachpakete hochladen? Sorry, hab momentan keine Zeit für ausführlichere eigene Recherchen.

Übrigens geht es um einen Einsatz von Mozilo auf einer Seite mit derzeit PageRank 4, eine einigermaßen vollständige Übersetzungslösung wäre also vermutlich ziemlich werbewirksam für die Verbreitung im englischsprachigen Raum ;-)

Grüße
Mozzi
#18
Hallo,

hier nun auch von mir ein kleiner Beitrag für dieses nette CMS.

Es geht um die Möglichkeit, das Layout durch einen Admin beeinflussen zu lassen, der keine FTP-Rechte hat und sich nur mäßig mit Web-Sachen auskennt, aber einigermaßen logisch denken kann.

Anlaß war meine Überlegung, einem Bekannten für seine genialen Hobby-Ergebnisse eine eigene kleine Seite per Subdomain auf meinem Webspace anzubieten.
Aus früherer Erfahrung wollte ich dabei sicherstellen, daß ich die Wahlmöglichkeit behalte, statt langer Erklärungen kleine Layout-Wünsche von ihm schnell selbst umzusetzen oder ihm das später dann anhand der erstellten Vorlagen selbst zu überlassen.
Einen FTP-Zugang wollte ich ihm nicht überlassen, da auf dem Webspace auch meine geschäftliche Webseite und andere Daten von mir liegen.

Also nun endlich zur Lösung, die relativ einfach, aber dabei in meiner Umsetzung sehr flexibel ist:



Ziel:
Beeinflussung des Layouts durch Überschreiben von CSS-Einstellungen durch den Admin ermöglichen

Lösungsansatz:
Original-CSS-Datei beibehalten, zusätzliche CSS-Überschreibungen ermöglichen mit Hilfe von Dateien, auf die der Admin Zugriff hat.

Lösungsweg:
Zusätzliche CSS-Dateiaufrufe im Template,
- einmal für eine direkt vom Admin hochzuladende CSS-Datei mit vordefiniertem Pfad, und
- einmal für eine direkt vom Admin zu editierende versteckte Inhaltsdatei mit vordefiniertem Pfad, die von einem Mini-Skript ausgelesen und mit einem CSS-Header versehen wird.
Die aufgerufenen CSS-Dateien werden vom Browser generell in der Reihenfolge des Aufrufs ausgewertet, d.h. die originale CSS-Datei kann dabei durchaus komplett bestehenbleiben, soweit sie vor den anderen beiden aufgerufen wird.

Das war's eigentlich schon.



Umsetzung (Beispiel):


1. PHP-Skript "xget_css.php" im CMS-Hauptverzeichnis erstellen:

<?php

  
// *****************************************
  // Diese Datei fügt einer per GET
  // angegebenen Datei einen CSS-Header hinzu.
  // *****************************************

  
header('Content-type: text/css');
  
readfile($_GET['file']);

?>


Dieses Skript ist nötig, um den korrekten CSS-Header zu erzwingen. Wenn direkt die versteckte Inhaltsdatei "kategorien/99_Website-Style/90_userstyle-css.hid" (s. weiter unten) eingebunden würde, würde z.B. Firefox diese wegen des falschen aufgrund der Dateiendung vom Server erzeugten Headers ignorieren.


2. Im Template zusätzliche CSS-Aufrufe hinzufügen (der @import-Befehl wurde aus anderen Gründen ersetzt):

 <!-- <style type="text/css"> @import "layouts/{LAYOUT_DIR}/css/style.css"; </style> -->
  <link rel="stylesheet" type="text/css" href="layouts/{LAYOUT_DIR}/css/style.css" /><!-- Original-CSS-Datei -->
  <link rel="stylesheet" type="text/css" href="kategorien/99_Website-Style/dateien/userstyle.css" /><!-- Zusaetzliche Upload-CSS-Datei -->
  <link rel="stylesheet" type="text/css" href="xget_css.php?file=kategorien/99_Website-Style/90_userstyle-css.hid" /><!-- Uebergabe eines direkt editierbaren Dateiinhaltes als CSS-Datei -->

3. Layoutstil-Kategorie anlegen

Per Admin-Zugang die Kategorie "Website-Style" unter der Zählnummer 99 anlegen


4. Zusätzliche CSS-Inhalte und Bilder bereitstellen:
- Per Admin-Zugang die erste zusätzliche CSS-Datei mit den gewünschten CSS-Änderungen und -Ergänzungen mit dem Dateinamen "userstyle.css" in der Kategorie "Website-Style" hochladen
- Per Admin-Zugang die zweite zusätzliche Pseudo-CSS-Datei als versteckte Inhaltsdatei "userstyle-css" mit der Zählnummer 90 in der Kategorie "Website-Style" anlegen
- Per Admin-Zugang ggf. Bilder für Hintergrund, Logo etc. hochladen, entsprechend den eigenen CSS-Inhalten


5. Feddich.


Meiner Meinung nach ist gerade die 2. zusätzliche CSS-Einbindung eine gute Möglichkeit, schnell mal was auszuprobieren, ohne dabei ein Risiko bzgl. der regulären CSS-Inhalte einzugehen.
Wenn man dann noch 2 gleiche Tabs mit Inhaltseditor mit der jeweiligen CSS-Inhaltsdatei öffnet, bevor man auf dem ersten davon die Änderungen durchführt, kann man sogar auch auf mäßig besuchten produktiven Seiten schnell und unkompliziert mal etwas ändern und erst danach die reguläre CSS-Definition anpassen.


Wer es mal ausprobiert: Eine Rückmeldung würde mich freuen.

Grüße
Mozzi