Schlagwort-Archive: CMS Made Simple

CMS Made Simple 1.6.4 „Moindou“ erschienen

Veröffentlicht am von

Mit dieser Version werden ein paar weitere Fehler behoben, die uns seit Veröffentlichung der Version 1.6 bekannt geworden sind. Davon sind insbesondere die erweiterten Optionen der Inhaltsseiten betroffen.

Da supportseitig nur noch die CMSms-Versionen 1.6.3 und 1.6.4 unterstützt werden, sind sollten Sie Ihre Webseiten so schnell als möglich auf die neueste Version aktualisieren.

Changelog: Version 1.6.4 – Moindou:

  • ein Problem mit der Option „Im Menü anzeigen“ behoben, die für andere Inhaltstypen nicht verfügbar war
  • ein Problem mit den Übersetzungen und dem erforderlichen Referenz-Operator behoben
  • ein Problem beim Erzeugen und Überprüfen der Prüfsummen behoben
  • ein Problem im DateiManager behoben – es wurde anstatt des Erstellungsdatums das Datum des letzten Zugriffs angezeigt
  • in den Webseiteneinstellungen eine Registerkarte für die Liste der auswählbaren Eigenschaften hinzugefügt
  • ein Problem mit 404er Fehlern behoben, die beim Verwenden von PrettyURLs und dem Hinzufügen von Parametern zur URL auftraten
  • ein Problem bei übergeordneten Seiten für Editoren mit beschränktem Zugriff behoben

CMS Made Simple 1.6.4 kann wie gewohnt von dieser Seite heruntergeladen werden:
http://dev.cmsmadesimple.org/project/files/6

Pretty URL in CMS Made Simple

Veröffentlicht am von

In der Standardinstallation des Open Source Content Managment Systems CMS made Simple werden URLs mit einem Query String erzeugt. Die sehen dann z.B. so aus: http://www.domainname.ch/index.php?page=Kontakt

Um suchmaschinenfreundliche URLs (Pretty URLs) zu erzeugen, nutzt CMS made simple das Apachemodul mod_rewrite. Um dies zu aktivieren muss man in der Konfigurationsdatei config.php folgende Änderungen vornehmen:


#------------
#URL Settings
#------------
$config['url_rewriting'] = 'mod_rewrite';
#Endung der virtuellen Dateien
$config['page_extension'] = '.htm';
#Wenn die Seiten in einer Baumstruktur aufgebaut werden sullen (z.B. http://www.domainname.ch/parent/parent/childpage)
$config['use_hierarchy'] = true;
$config['query_var'] = 'page';

Im 2. Schritt passt man noch die .htaccess an:


Options +FollowSymLinks
RewriteEngine on
RewriteBase /

# ReWrite Rule für News-Feed
RewriteRule ^News/rss(.+)$ index.php?page=News/rss$1 [S=1]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+).htm$ index.php?page=$1 [QSA]

# Beginn CMSMS Security Einstellungen.

# Directory Browsing abschalten
Options -Indexes

# Zugriff auf config.php verbieten.


order allow,deny
deny from all

# No sense advertising what we are running
ServerSignature Off

# Spambots nach User_agent aussperren
RewriteCond %{HTTP_USER_AGENT} ^.*Whacker.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailCollector [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR]
RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*FileHound.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*TurnitinBot.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*JoBo.*$ [OR]
RewriteCond %{HTTP_USER_AGENT} ^.*adressendeutschland.*$
RewriteRule ^.* - [F]

# 1. unterbindet, das fremde Seiten geladen werden
RewriteCond %{QUERY_STRING} ^(.*)=http://(.*) [OR]

# 2. blockiert libwww (Ausgangspunkt für diverse Hackversuche)
RewriteCond %{HTTP_USER_AGENT} ^libwww [OR]

# Blockiert Skripte, die versuchen, base64 encodierten Unsinn via URL zu versenden
RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]

# Blockiert Skripte, die einen a ********** Tag in der URL enthalten
RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]

# Blockiert Skripte, die versuchen, PHP GLOBALS Variablen via URL zu ver‰ndern
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]

# Blockiert Skripte, die versuchen, eine _REQUEST Variable via URL zu ver‰ndern
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2}) [OR]

# END Optional Settings

CMS Made Simple 1.6.3 „Touho“ erschienen

Veröffentlicht am von

Nur wenige Tag enach CMS Made Simple 1.6.2 wurde gestern die Version 1.6.3 „Touho“ veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden: http://dev.cmsmadesimple.org/project/files/6

Robert Campbell schreibt zu dieser Version:

WICHTIG
Dieses Release beseitigt ein ziemliches Sicherheitsproblem, das ein sehr hilfreicher Nutzer berichtete. Wir empfehlen ein Upgrade auf diese Version von CMSms so schnell wie möglich.

Außerdem wurden einige kleinere Fehler beseitigt, bezüglich des Deaktivierens und Re-Aktivierens von Inhalten in der Seiten-Liste… und das Verwenden von {cms_selflink} beim Verweis auf inaktive Seiten.

Bitte updatet so schnell wie möglich. Danke

Das Update wird dringend für alle Versionen <1.6.3 empfohlen.

CMS Made Simple 1.6.2 „Noumea“ erschienen

Veröffentlicht am von

Gestern wurde CMS made simple in der Version 1.6.2 „Noumea“ veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden: http://dev.cmsmadesimple.org/project/files/6

Robert Campbell schreibt zu dieser Version:

Diese Version beseitigt nur Fehler… es wurden nur eine Hand voll Fehler seit Version 1.6.1 beseitigt. Hier die Details:

– Behebung eines Problems mit dem eindeutigen Hash, welches nicht immer mit einem Buchstaben beginnt – dies beseitigt Probleme bei der Formular-Validierung.
– TinyMCE
– #3762 – Dateiendung wird bei internen Links ignoriert
– News
– #3782 Fehlerbehebung beim IE8 Schalter für Hinzufügen/Bearbeiten von News (Verfallsdatum verwenden:)
– Behebung eines kleinen Template-Fehlers in News.

CMS Made Simple 1.6.1 „Calana“ veröffentlicht

Veröffentlicht am von

Diese Woche wurde CMS made simple in der Version 1.6.1 „Canala“ veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden:
http://dev.cmsmadesimple.org/project/files/6

Robert Campbell schreibt zu dieser Version:

Das neueste und größte Release Eures beliebten Content Management Systems… CMSms Version 1.6.1 „Canala“ ist fertig. Dieses Release beseitigt verschiedene Fehler, es sind keine neuen Funktionen hinzugekommen.

Die Mitglieder des Entwicklungs-Team haben wieder viele Stunden investiert, um das Software-Paket zu testen, Fehler zu beseitigen, wieder zu testen und sicherzustellen, dass die Fehler auch wirklich behoben sind.  Jeder sollte dem Entwicklungsteam ein großes Dankeschön aussprechen.

Wir haben die bekannten PHP4-Probleme behoben (ich danke Gott, dass wir uns über PHP4 keine Sorgen mehr machen müssen, wenn CMSms 1.7 herauskommt), ebenso ein paar Probleme mit Berechtigungen und Emails, etc.

Wichtig: Wir haben ein hartnäckiges Problem behoben, was bei dem Aufruf mehrerer Module im normalen Inhaltsblock auftrat. Um dieses Problem zu beheben, mussten wir den ‚Modul ID‘ Mechanismus ändern – von einem einfachen Zähler zu einem eindeutigen Hash für jeden Modulaufruf. Deshalb wird jeder, der Modul-Gestaltung oder Smarty Tricks betreibt und dabei die Modul Ids wie m6_ oder m7_ verwendet, Upgrade-Probleme haben. Es gab leider keine andere Möglichkeit.

Dies wird hoffentlich das letzte Release der Serie 1.6 sein und wir können uns auf die Entwicklung von CMSms 1.7 konzentrieren, welches PHP4 nicht mehr offiziell unterstützen wird.

Hinweis: Nur eine kleine Erinnerung für jeden da draußen… mit diesem Release können wir nur noch CMSms 1.6 und 1.6.1 supporten… haltet Euch deshalb bitte etwas zurück mit Fragen und Fehlerreports, wenn Ihr Euer System noch nicht erfolgreich upgegradet habt.

Hier ist eine mehr detailierte Liste, was wir geändert haben:

Behebung von mehreren Fehlern:
#3138 Ein Fehler bei der Durchnummerierung von Modulen in einer Seite (Hinweis: Dieser Bugfix wird allen Seiten Probleme bereiten, deren Templates direkt die Modul-IDs verwenden, wie m6, m7, etc.)
#3582 (CMS 1.6) Schwerwiegender Fehler in der Datei contentoperations.inc.php
#3589 Fehlendes „Passwort vergessen?“ im Default Template
#3591 Die Standard Gruppe „Editor“ hat keine Berechtigung, eine Seite zu bearbeiten
#3601 Fehler beim Anlegen eines neuen Benutzers, das Zeichen „-“ in Email Adressen wird nicht akzeptiert
#3606 Zusätzliche Bearbeiter einer Seite können nicht gelöscht werden
#3608 Das Bearbeiten-Icon wird angezeigt, selbst wenn die Berechtigung zur Bearbeitung der Seite fehlt
#3612 {content} gibt Parameter an Module weiter -> Ergebnis in Fehlermeldungen
#3626 Fehlerbehebung mit PHP4 in multicontent
#3636 Globale Einstellungen -> Weitere Einstellungen -> Allgemeine Einstellungen
#3768 Email-Überprüfung beim Anlegen eines neuen Benutzers
#3680 Größeres Problem bei Gruppenberechtigungen
Behebung eines Problems mit PHP 5.0.5 bei den Inhalts Operationen
Mehrere kleinere Fehlerbehebungen.
Problem-Beseitigung beim Standard Inhalt bei Neu-Installationen

Ein Dank an Andiministrator für die Übersetzung aus dem Englischen.

Bash Script zum erstellen eines File und MySQL Backup mit FTP Upload

Veröffentlicht am von

Update 21.07.2009
– mysqldump angepasst, damit die dumps auch mit phpMyAdmin eingelesen werden können.
– durchgängige Benennung der Dateien (Zeitformat überall gleich)
– Problembehebung Zeitformat (19:22:20 hat zumindest Mac auf einem smb Share nicht gerne)
– DB information_schema wird nicht mehr mitgesichert
– Vor jeder File Erstellung wird die Zeit neu eingelesen. Dadurch hat man die genaue Übersicht des Backupzeitpunkts

Update 30.06.2009 – INCFILE Pfad angepasst. Nun wird das tar-inc-backup.dat File sicher im gleichen Ordner wie das Script abgelegt.

Gestern habe ich das für mich ultimative Script zum erstellen eines Backup via Bash Script entdeckt.


#!/bin/sh
# Website + MySQL backup script
# Full backup day - Sun (rest of the day do incremental backup)
# Copyright (c) 2005-2006 nixCraft
# This script is licensed under GNU GPL version 2.0 or above
# Modified June 2009 by BlatterTech Informatik www.blattertech.ch
#
# Restore Database Backup
# gunzip mybackup.sql.gzip
# mysql -u USER -p dbname < mybackup.sql # # Restore Files # You need to restore the last full backup first ($FULLBACKUP day) # followed by each of the subsequent incremental backups to the # present day in the correct order. # # --------------------------------------------------------------------- ### Backp Name ### BACKUPSET="Backup of Website xy" SHORTNAME="websitexy" ### System Setup ### DIRS="/home/path/to/files /home/path/to/other/files" BACKUP=/tmp/backup.$$ NOW=$(date +"%Y%m%d") SCRIPTPATH=`dirname $0` INCFILE="$SCRIPTPATH/$SHORTNAME-tar-inc-backup.dat" DAY=$(date +"%u") # 1=Mon, 2=Tue, 3=Wed, .. FULLBACKUP="2" ### MySQL Setup ### MUSER="mysqluser" MPASS="mysqlpassword" MHOST="localhost" MYSQL="$(which mysql)" MYSQLDUMP="$(which mysqldump)" GZIP="$(which gzip)" ### FTP server Setup ### FTPD="/path/on/ftpserver" FTPU="ftpuser" FTPP="ftppassword" FTPS="your.ftpserver.com" NCFTP="$(which ncftpput)" ### Other stuff ### EMAILID="your@email.com" ### Start Backup for file system ### [ ! -d $BACKUP ] && mkdir -p $BACKUP || : ### See if we want to make a full backup ### i=$(date +"%Hh%Mm%Ss") if [ ! -f $INCFILE ]; then FTPD="$FTPD/full" FILE="$SHORTNAME-files-full-$NOW-$i.tar.gz" tar -g $INCFILE -zcvf $BACKUP/$FILE $DIRS elif [ "$DAY" == "$FULLBACKUP" ]; then FTPD="$FTPD/full" FILE="$SHORTNAME-files-full-$NOW-$i.tar.gz" tar -zcvf $BACKUP/$FILE $DIRS else FTPD="$FTPD/incremental" FILE="$SHORTNAME-files-i-$NOW-$i.tar.gz" tar -g $INCFILE -zcvf $BACKUP/$FILE $DIRS fi ### Start MySQL Backup ### # Get all databases name DBS="$($MYSQL -u $MUSER -h $MHOST -p$MPASS -Bse 'show databases')" for db in $DBS do if [ "$db" == "information_schema" ]; then continue fi i=$(date +"%Hh%Mm%Ss") FILE=$BACKUP/$SHORTNAME-mysql-$db.$NOW-$i.sql.gz $MYSQLDUMP -Q --opt --compact -u $MUSER -h $MHOST -p$MPASS $db | $GZIP -9 > $FILE
# FILE=$BACKUP/$SHORTNAME-mysql-$db.$NOW-$(date +"%T").sql.bz2
# $MYSQLDUMP -Q --opt --compact -u $MUSER -h $MHOST -p$MPASS $db | bzip2 -cq9 > $FILE
done

i=$(date +"%Hh%Mm%Ss")
### Make md5 Sum ###
$(which md5sum) -b $BACKUP/* >$BACKUP/$SHORTNAME-backup$NOW-$i.md5

### Dump backup using FTP ###
#Start FTP backup using ncftp
#If ncftp not aviable, use ftp:
#ftp -inv $FTPS <$T
echo "Hostname: $(hostname)" >>$T
echo "Backup Set: $BACKUPSET"
echo "Backup failed" >>$T
mail -s "BACKUP FAILED" "$EMAILID" <$T rm -f $T fi

Das Script habe ich hier gefunden.

Auf der selben Seite gibt es einen Generator um das Script mit den eigenen Parametern abzufüllen.
http://bash.cyberciti.biz/backup/wizard-ftp-script.php

Ich habe das Script noch ein wenig aufgebohrt. So habe ich die Möglichkeit geschaffen beim Fehlermail mitzugeben welches Backup den Fehler verursacht hat. Zudem habe ich die Bezeichnung des Backuptages auf die Tagesnummer geändert. Somit ist das Script nicht von der Systemsprache abhängig.
Zu guter letzt, habe ich eine Prüfung eingebaut ob das tar.dat File vorhanden ist. Dieses wird für das incrementelle Backup verwendet. Falls dieses nicht existiert, wird ein Fullbackup gemacht.

Kunden von CeviNet können das Script einfach in Ihrem Webspace als Cronjob einbinden:

Cronjob einrichten

Cronjob einrichten

builder.yaml.de – CSS Templates einfach gemacht

Veröffentlicht am von

bild-1

Vor kurzem habe ich den YAML Builder das erste Mal richtig benutzt. Absolut cool das Teil. Einfacher lässt sich ein valides CSS Grundgerüst nicht erstellen.

Einziger Wehmutstropfen. Auch der Builder ist nur für fortgeschrittene User benutztbar. Ohne Kentnisse der Materie,  hat der User keine Ahnung was er genau macht und wie er das „fertige“ Template bearbeiten kann.

CMS Made Simple 1.6 erschienen

Veröffentlicht am von

Diese Woche wurde CMS made simple in der Version 1.5.4 „Carolina“ veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden:
http://dev.cmsmadesimple.org/project/files/6

Hier die Liste der Änderungen in dieser Version:

===========================
WARNUNG WARNUNG WARNUNG
===========================

Mit dieser Version werden eine ganze Reihe neue Fähigkeiten eingeführt, die Auswirkungen auf die Funktionsweise Ihrer Seite haben könnten, infolge dessen Sie nach der Aktualisierung ein paar Einstellungen nachjustieren müssen.

—–
1) 404er Fehlerbehandlung

Mit der Version 1.6 wird ein neuer Inhaltstyp ‚Fehlerseite‘ eingeführt, mit dem fehlerhafte Anfragen (404) verarbeitet werden können. Dies soll künftig die bisherige Lösung aus den ‚Globalen Einstellungen‘ ersetzen. Die Informationen in den ‚Globalen Einstellungen‘ werden in einer späteren Version noch komplett entfernt. Auf der neuen ‚Fehlerseite‘ können jetzt auch Modulaufrufe verwendet werden, wodurch dieser Inhaltstyp wesentlich flexibler ist als der bis dato verwendete Mechanismus.

—–
2) Ausnahmen von der Wartungsmeldung

Ab der Version 1.6 können bestimmte IP-Adressen oder auch IP-Bereiche vorgegeben werden, denen die Wartungsmeldung NICHT angezeigt wird, obwohl der Wartungsmodus aktiviert wurde. Damit befindet sich die Webseite dann für die meisten Besucher im Wartungsmodus, kann aber von den vorgegebenen Hosts aus weiter gesehen werden.

—–
3) Änderungen von Berechtigungen zum Bearbeiten von Inhalten

Um bei der Erstellung von Seiten mehr Flexibilität zu ermöglichen, ein paar Verwirrungen zu beseitigen und eine bessere Zugriffskontrolle zu haben, wurde das Berechtigungsmodell im Hinblick auf die Seiteninhalte verändert. Wenn Sie für bestimmte Inhalte zusätzliche Bearbeiter festgelegt haben, sollten Sie unbedingt die Berechtigungseinstellungen überprüfen.

Es gibt jetzt 4 Berechtigungen zur Bearbeitung von Inhalten.

3.1) Berechtigung „Add Pages“ (Seiten hinzufügen)

Anwender mit dieser Berechtigung können für Seiten, deren Eigentümer sie sind oder denen sie als zusätzlicher Bearbeiter zugeordnet wurden, neue untergeordnete Seiten erstellen. Anwender mit dieser Berechtigung haben beim Bearbeiten der Inhalte keinen Zugriff auf die Registerkarte ‚Optionen‘.

3.2) Berechtigung „Remove Pages“ (Seiten entfernen)

Anwender mit dieser Berechtigung können die Seiten, die sie erstellt haben, entfernen. Anwender mit dieser Berechtigung haben beim Bearbeiten der Inhalte keinen Zugriff auf die Registerkarte ‚Optionen‘.

3.3) Berechtigung „Modify Any Page“ (Irgend eine Seite ändern)

Diese Berechtigung ist die typische Berechtigung für ‚Zusätzliche Bearbeiter‘, womit Anwender Änderungen an allen ihnen zugeordneten Seiten vornehmen können. Wenn Anwender nicht auch die Berechtigung ‚Add Pages‘ haben, können sie keine neuen Seiten erstellen. Anwender mit dieser Berechtigung haben beim Bearbeiten der Inhalte keinen Zugriff auf die Registerkarte ‚Optionen‘.

3.4) Der Anwender hat keine inhaltsbezogenen Berechtigungen

Anwender, die keine der vorgenannten Berechtigungen haben, können lediglich die Seiten bearbeiten, deren Eigentümer sie sind oder denen sie als zusätzlicher Bearbeiter zugeordnet wurden. Zusätzliche Bearbeiter können einzelne Anwender oder aber auch Benutzergruppen sein. Diese Anwender haben beim Bearbeiten der Inhalte keinen Zugriff auf die Registerkarte ‚Optionen‘.

3.5) Berechtigung „Manage All Content“ (alle Inhalte verwalten)

Anwender mit dieser Berechtigung haben globalen Zugriff auf alle Inhaltsseiten, einschließlich des Zugriffs auf die Registerkarte ‚Optionen‘ beim Bearbeiten der Inhalte. Diese Anwender können Seiten hinzufügen, löschen, bearbeiten, neu sortieren, den Eigentümer ändern, das Zwischenspeichern von Seiten aktivieren, Seiten in der Menüanzeige verbergen – einfach alles.

—–
4) Auswählbare Attribute

Voreingestellt werden die meisten Anwender ohne die Berechtigung ‚Manage All Content‘ (nennen wir sie mal ‚einfache Bearbeiter‘) keinen Zugriff auf die Registerkarte ‚Optionen‘ haben (außer sie sind Eigentümer der Seite). Das ist für die meisten Installationen nützlich, bei denen die einfachen Bearbeiter keinen Zugriff auf diese Registerkarte haben sollen, um die Bedienbarkeit und das Aussehen der Webseite nicht zu beeinflussen oder zu zerstören.

Manchmal gibt es jedoch Situationen, in denen einfache Bearbeiter bestimmte Attribute ändern müssen (zum Beispiel den Seiten-Alias, oder das Vorschaubild und die Bild-Eigenschaften einer Seite).

Dafür wurde ein neues Auswahlfeld in den ‚Globalen Einstellungen‘ geschaffen, mit denen der Seitenadministrator (der die Berechtigung ‚Modify Site Preferences‘ haben muss) festlegen kann, welche Seitenattribute den einfachen Bearbeitern angezeigt werden sollen. Die in diesem Feld ausgewählten Einträge werden dann im Hauptformular der Bearbeitungsseite angezeigt.

—–
** WICHTIG **
5) Überarbeitung der Inhaltstypen

Wie bereits unter ‚Auswählbare Attribute‘ beschrieben, wurde die Funktionsweise der Inhaltstypen für die Version 1.6 geändert und überarbeitet. Sie sind jetzt kleiner, schlanker, smarter und schneller. Außerdem wurden eine ganze Reihe von Fähigkeiten des {content}-Tags des Inhaltstyps ‚Inhalt‘ entfernt. Dies hat zur Folge, dass er nun wie jeder andere Inhaltsblock funktioniert.

Natürlich bedeuten diese Änderungen auch, dass bestimmte Module, die mit Inhaltstypen arbeiten (wie zum Beispiel PageBlocks und Cataloger), bis zu deren Anpassung mit der Version 1.6 NICHT funktionieren werden.

—–
6) Überarbeitung des Mechanismus zum Laden von Inhalten

Eine entscheidende Geschwindigkeitsverbesserung, die in CMSms 1.6 Einzug gehalten hat, ist die Art, wie Inhalte in den Speicher geladen werden. Für die meisten Webseiten reduziert sich damit drastisch die Anzahl der erforderlichen Datenbankabfragen, um eine Seite und deren Navigationslinks zu erstellen. Bisher wurde bei einem Seitenaufruf alle Informationen von allen Geschwister-Seiten zur selben Zeit mit einer Datenbankabfrage geladen. Zusätzlichen geladene Seiten-Attribute wie zum Beispiel die Meta-Informationen haben diesen Vorgang verlangsamt. Das bedeutet, wenn Sie zum Beispiel die Informationen aus dem Feld „Zusätzliches Seiten-Attribut 2“ für eine bestimmte Seite nicht benötigen, wird diese nicht in den RAM geladen. Das spart Zeit und Speicher.

Bei Webseiten, die zum Beispiel die Bildattribute oder die Extrafelder für Ihre Menüs verwenden, werden nach der Aktualisierung auf die Version 1.6 einige Einstellungen der Navigation nicht mehr funktionieren. Dies liegt insbesondere daran, dass auch der MenüManager überarbeitet wurde und diese Felder nicht mehr standardmäßig mitgeladen werden. Damit die Menüs auch weiterhin in dem Umfang wie bisher funktionieren, muss den {menu …}-Aufrufen der Parameter loadprops=1 hinzugefügt werden.

—–
7) TinyMCE

Das TinyMCE-Modul hat einige Erweiterungen erfahren. Dies hat jedoch zur Folge, dass der TinyMCE nach der Aktualisierung beim Bearbeiten von Inhaltsseiten und verschiedenen Frontend-Formularen nicht angezeigt wird. Um dieses Problem zu beheben, müssen Sie das TinyMCE-Modul im Menü „Erweiterungen >> Module“ deinstallieren, dann erneut installieren und die Einstellungen zurücksetzen.

—–

Wir haben hier die wichtigsten Änderungen der Version 1.6 beschrieben, die die Eigenschaften Ihrer aktuellen CMS made simple Installation verändern werden. Für eine vollständige Liste schauen Sie in den Release-Notes im Forum oder in der Datei CHANGELOG.txt file im doc-Verzeichnis nach.

Klicken Sie hier, um neue Benachrichtigungen von diesem Board abzubestellen: http://forum.cmsmadesimple.org/index.php?action=notifyboard;board=11.0

Mit freundlichen Grüßen,
das CMS Made Simple Team.

Übersetzung aus dem englischen durch Andiministrator.

embed Plugin – GoogleMaps und iframe in CMS Made Simple

Veröffentlicht am von

Dieser Beitrag basiert auf dem Forumeintrag von NaN.

In CMS Made Simple gibt es das {embed} Plugin um externe Seiten als iframe im Editor einzubauen. So z.B. eine GoogleMap oder ein Forum.

1. Problem: Editor „verschandelt“ HTML-Code

Genaugenommen verschandelt der Editor da nichts.
Wenn ich im Editor z.B. folgenden Google-Code eingebe:
Code:

<br /> src="http://maps.google.de/maps?f=q&amp;source=s_q&amp;hl=de&amp;geocode=&amp;q=Dorfstra<br /> %C3%9Fe+31,+13051+Berlin&amp;sll=52.524316,13.45277&amp;sspn=0.008577,0.027895&amp;ie=UTF8&<br /> amp;ll=52.587928,13.487091&amp;spn=0.015644,0.025749&amp;z=14&amp;iwloc=A&amp;output=embed">

/>Größere Kartenansicht

Dann macht der WYSIWYG-Editor lediglich seine Arbeit und wandelt den kompletten Code so um, dass er genauso wie hier eingegeben auch auf der Internetseite angezeigt wird.
Als reiner Text.
Nicht als HTML.
(WYSIWYG eben)

Lösung:
HTML Code immer im HTML-Modus eingeben.

Aus dem 1. Problem folgt das 2. Problem: im WYSIWYG-Modus des Editors wird das iFrame nicht korrekt dargestellt.

Das ist wohl ein Problem das sich nicht so ohne weiteres Lösen lässt.
Es liegt vielleicht daran, dass der Editor ja selbst ein iFrame ist, dessen Inhalt mit massiven Einsatz von Javasrcipt gesteuert wird.
Und bei externen Inhalten in Iframes gelten für JavaScript gewisse Einschränkungen.

Außerdem würde beim Bearbeiten einer Seite mit einem iFrame im Inhalt der (beim Erstellen erfolgreich im HTML-Modus eingefügte) iFrame Code wieder „verschandelt“ werden.

Lösung:
keinen HTML-Code für die Anzeige eines iFrames verwenden.
Stattdessen liefert CMSms bereits eine Funktion namens {embed}, mit deren Hilfe sich iFrames ganz ohne Verwendung von HTML sowohl im HTML-Modus als auch im WYSIWYG-Editor einfügen lassen.

Kurz gesagt funktioniert der Tag folgendermaßen:
Code:

{embed url="URL zur Google Map" width="425px" height="325px"}

Was ist die URL zur Google Map?

(Kleiner Tipp: Es ist nicht der komplette von Google angegebene Code.)

1. Man gebe bei Google-Map eine Adresse ein, die man auf seiner Seite anzeigen möchte.
2. Man wähle rechts oben über der Karte die Option „Link“.
Dort nichts kopieren!
Statdessen besser auf den Link „Eingebettete Karte anpassen und Vorschau anzeigen“ klicken.

3. Es erscheint ein neues Fenster mit einem Ausschnitt der Karte.
Diesen Ausschnitt kann man hier in Größe und Position an seine Internetseite anpassen.

4. Ist man zufrieden, kopiert man vom Google-iFrame-Code nur die URL, die im iFrame angezeigt werden soll.
Bei Iframes ist das das src-Attribut.
Das ist ein ewig langes Monstrum, bei dem man nicht genau erkennt wo es anfängt bzw. aufhört:
(rot markiert)

http://maps.google.de/maps?f=q&amp;source=s_q&amp;hl=de&amp;geocode=&amp;q=Dorfstra%C3%9Fe+31,+13051+Berlin&amp;sll=52.524316,13.45277&amp;sspn=0.008577,0.027895&amp;ie=UTF8&amp;ll=52.587928,13.487091&amp;spn=0.015644,0.025749&amp;z=14&amp;iwloc=A&amp;output=embed</div> <p>"><br />
...

5. Nun fügt man im Editor diese URL als Wert für den Parameter „url“ ein.
Für die Parameter „width“ und „height“ nimmt man am besten die gleichen Werte, die man beim Anpassen
seiner Karte verwendet hat.

Hinweis 1:
Die Parameter „width“ und „height“ erwarten konkrete Einheiten.
Einfach nur die Zahl (z.B. width=“300″) reicht nicht aus.
Richtig ist width=“300px“ (für Pixel) oder width=“100%“ (für realtive Größen).

Hinweis 2:
Google hat Sonderzeichen in der URL bereits mit HTML Entities maskiert (also aus „&“ wurde bereits „&amp;“).
Wenn man die URL jetzt so wie sie ist im WYSIWYG-Modus im Editor einfügt, werden diese Zeichen doppelt konvertiert.
D.h. aus „&amp;“ wird „&amp;amp;“.
Was zur Folge hat, dass die Karte auf der Internetseite nicht korrekt dargestellt werden kann.
Daher – wie bereits beim ersten Problem erwähnt – die URL immer im HTML-Modus einfügen.
Dies gilt nur fürs Einfügen der URL.
Nicht für das spätere Nachbearbeiten der Seite.
Beim späteren Bearbeiten gibt es keinerlei Probleme, da der Editor bereits konvertierte HTML Entities für die Anzeige im Editor nicht noch einmal zu konvertieren braucht.

Hinweis 3:
Das embed-Plugin das CMS Made Simple beiliegt, ist seit längerem nicht aktualisiert worden. Aus diesem Grund kursiert bereits seit längerem eine modifizierte Version im Forum von CMS Made Simple.
Download modifizierte Version.
Erst in der modifizierten Version werden die Tags width, height und style berücksichtigt.

CMS Made Simple 1.5.4 erschienen

Veröffentlicht am von

Diese Woche wurde CMS made simple in der Version 1.5.4 „Carolina“ veröffentlicht. Die neue Version kann wie gehabt hier heruntergeladen werden:
http://dev.cmsmadesimple.org/project/files/6

Robert Campbell schreibt zu dieser Version:

Dies ist nur ein kleines Service-Release, welches eine Reihe von lästigen Fehlern beseitigt:

a) Das Logout/Session Problem sollte nun dauerhaft behoben sein.
b) Das Problem der Fehler in der Vorschau bei neuen Installationen (wegen fehlerhaftem Aufbau der Default Templates) wurde gelöst.

Aktualisierungs Pakete (diff packages) sind verfügbar (sie sind sehr klein) und erlauben Euch ein schnelles Upgrade von CMSms 1.5.3 zu 1.5.4.

Dies ist ein optionales Upgrade. Wenn Ihr keine Probleme mit dem Logout / Sessions habt, könnt Ihr auch bei CMSms 1.5.3 bleiben.

Ein Dank an Andiministrator für die Übersetzung.