Tommi:
> ich hatte ja neulich erzählt, dass der dom ab r414 immer beim upload
> abbricht. Mit dieser Zeile tuts wieder, auch bei den neuen Versionen.
> Was für dein Braindump.
>
> in der Datei SWFUploadField.php line 20 :
> SWFUploadConfig::addPostParam(‘PHPSESSID’,session_id());
Wenn man in Silverstripe einen Modeladmin baut, dann ist das Formular eingeschränkt, weil es nicht scrollt.
public function init() {
parent::init();
Requirements::customCSS("#ModelAdminPanel {overflow:auto;}");
}
Gerade mal SilverStripe 2.4 ausprobiert. Installiert aktuell nur, wenn man in der php.ini die Option
asp_tags = Off
schaltet.
Interessant: Wenn man in einem IP-Feld in mysql sehr viele Vorkommen der IP 127.255.255.255 hat, hat man einen falschen Feldtyp verwendet. Ein INT(11) kann nur bis zu dieser IP speichern, alles nach 128.0.0.0 hat den gleichen Speicherinhalt:
http://www.bot-trap.de/forum/index.php?topic=96465.0
Eine Lösung in Silverstripe ist schwierig, weil es weder unsigned noch bigint als Feldtyp erlaubt.
Ah – Benutzernamen statt E-Mail. Noch nicht getestet, ob man zusätzlich eine E-Mail-Adresse pflegen kann und Passwort vergessen funktioniert.
Von Tommi die Lösung für einen deutschen Editor in Silverstripe 2.3.7:
“Habe eben noch mal den TinyMCE unter Version 2.3.7 angeschaut und
endlich die Lösung gefunden”
HtmlEditorConfig::get('cms')->setOption('language', 'de');
Ok, das ist sehr nützlich zum Debuggen:
Email::bcc_all_emails_to("mail@test.de");
Email::send_all_emails_to("test@test.de");
Das sendet alle E-Mails an einen bestimmten Empfänger.
Haha, endlich! Silverstripe setzt immer solche Kommentare in den HTML-Code, wenn der dev-Mode gesetzt ist.
<!-- template /nesting/mysite/templates/Page.ss -->
Normalerweise nicht so schlimm, manchmal (mir nicht klar, wann, vielleicht bei HTML5) setzt er so einen Kommentar aber *vor* den Doctype der Seite, was dazu führt, dass IE6+7 in den Quirks-Mode gehen, was diverse Bugs auslöst.
Ok, und so kann man es verhindern:
SSViewer::set_source_file_comments(false);
Ok, utf-8 in Silverstripe braucht:
mysql_query (“SET CHARACTER SET utf8″);
mysql_query(“set names ‘utf8′”);
im Konstruktor der MysqlDatabase.
Das entspricht diesem Ticket:
http://open.silverstripe.org/ticket/2377
Könnte auch so gelöst werden:
http://silverstripe.org/migrating-a-site-to-silverstripe/show/256159?start=8
und ist in SS 2.4 gelöst. Und in unserem SVN auch.
Elegantere Methode für KopfbildVererbt und Co.:
public function Acquire($ComponentName){
$Component = $this->getComponent($ComponentName);
if(!empty($Component->ID))
return $Component;
$Parent = $this->Parent();
if(is_object($Parent) && $Parent->ID != 0){
return $Parent->Acquire($ComponentName);
} else {
return null;
}
}
Benutzen in Silverstripe-Templates:
$Acquire(HeaderImage)
Wenn die Redakteurspasswörter nach einem Transport einer Silverstripe-Instanz auf einen anderen Server nicht mehr funktionieren, liegt das an einer anderen PHP-Version:
http://www.silverstripe.org/general-questions/show/265645
In SS2.4 ist das gelöst, für SS2.3.4 gibt es einen Patch: http://open.silverstripe.org/ticket/3004, in älteren Versionen kann man den Hack aus dem Forum anwenden (s.o.)
Transparente Bilder – bin mal wieder über das IE6 PNG Problem gestolpert.
PNGs werden im IE6 ja nur über den Filter des AlphaImageLoaders korrekt angezeigt. Hier muss unbedingt daran gedacht werden, dass der angegebene Pfad relativ zum Server ist!
Sonst sieht man das Bild nicht mehr.
Also entweder den Pfad absolut eintragen oder wie im Beispiel für unseren Server:
#logo {
background-image: url(../images/logo.png);
_filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src=’/dev/silverstripe/mysite/images/logo.png’, sizingMethod=’crop’);
_background:none;
}
Das stimmt nicht, ich brauche den absoluten Pfad.
Das PNG wird sonst auf den Silverstripe Unterseiten nicht angezeigt wenn ich nur den Pfad ab mysite/… eintrage!
Ok stimmt in Silverstripe, er beachtet die base-href nicht, in meinem Beispiel hatte ich keine Base Href. Das ist doof, dann muss man an sich das in ein IE-Stylesheet tun, dass man dann dynamisch auf Grundlage der base_url erzeugt.
Silverstripe Schulung: Wir haben Basis Schulungsunterlagen für eine Silverstripe Anwender Schulung erstellt.
Die Version ‘silverstripe-schulung_v01.pdf’
liegt auf dem Server unter Z:\knowledge\Silverstripe\Schulung
Wenn man in Silverstripe andere PHP Scripte einbaut kann es ganz nützlich sein Dateien von der Generierung durch den ManifestBuilder auszuschließen (Also Fehler, die beim Aufruf von dev/build auftreten verhindern).
Ihr legt eine Datein mit Namen _exclude.php in den mysite Ordner und tragt alle Dateien ein, die ignoriert werden sollen.
<?php ManifestBuilder::$ignore_files[] = 'filename.php'; ?>
Änderung von PHP Standardeinstellungen beim Provider 1und1 werden mit einer eigenen php.ini Datei im Root Verzeichnis des CMS durchgeführt.
z.B. Memory Limit und Upload File Size ändern: (könnt ihr anschließende mit einer phpinfo.php überprüfen.
<?php memory_limit = 128M upload_max_filesize = 20M ?>
Das Geheimnis der Fehlerseite: Bei vielen SS-Sites tauchten in letzter Zeit Fragmente von ATW5 auf, wenn ein ungültiger Link aufgerufen wurde, z.B. auch noch hier:
http://atw.dyndns.org/dev/musicstorm/xx
Das liegt daran, dass die Fehlerseite von Silverstripe im assets-Ordner gespeichert wird (damit sie von der .htaccess verwendet werden kann) und ich sie dort wohl mal eingecheckt habe. Die Lösung? Einfach einmal ins Redaktionssystem gehen und die Fehlerseite einmal publizieren. Dann wird nämlich die Datei in assets/ überschreiben.
Fehler wurde im SVN bei (meinen) Projekten behoben. Update/Commit habe ich überall durchgeführt, wo ich per SVN Zugriff habe. Bitte bei allen Euren Kunden den assets Ordner auf error-*.html Dateien überprüfen, ggf. löschen bzw. Fehlerseiten neu publizieren. Testen, ob Fehlerseiten richtig angezeigt werden! Dann sollte der Spuk vorbei sein! Auf der Dev-Instanz ggf. auch nochmal Fehlerseiten publizieren.
Silverstripe Memory Probleme bein 1und1!
Da hab ich den Provider immer gelobt – aber seit 2 Wochen hab ich mehrere Kunden, die Probleme mit den Uploads von Bildern haben (Vorher wurde scheinbar teilweise mehr Memory zugewiesen). Es tritt ständig der Fehler “Out of memory…” auf. 1und1 hat das Memory Limit bei den kleinen Hosting Paketen bei 48m liegen. Das reicht scheinbar nicht aus.
Hat jemand eine Lösung wie man den Fehler sonst irgendwie beheben kann?
Ich kann schlecht schon wieder einen Hoster-Umzug empfehlen.
Ok, diese Zeile in der .htaccess scheint die sitecontrol zugänglich zu machen (einfache Ausnahme auf Grundlage der URL):
RewriteCond %{REQUEST_URI} !^/sitecontrol
Freuen auf Silverstripe 2.4!
Hab die alpha Version schon mal ein wenig angetestet – cool!
Meiner Ansicht nach läuft die ganze Performance im CMS erheblich besser. Die Seitenverwaltung im Baum (Selektion der verschiedenen Seiten nach Status) wird auch immer besser und umfangreicher, Drag und Drop funktioniert fehlerfreier und schneller und man kan hierarchische URLs anlegen.
Im Bereich Sicherheit haben Sie endlich ein Rollenkonzept und verbesserte Berechtigungsprofile
und und und..
Helft alle mit testen, damit es möglichst schnell ein volles Release wird…
Und nach was nettes für die alle Silverstripe 2.3 Kunden: Die Module SwfUpoad und DataObjectManager machen das Hochladen und Verwalten von Files jetzt wesentlich angenehmer!
Dateien lassen sich per Drag und Drop verschieben, es gibt Vorschaubilder und vieles mehr.
Sollte ab jetzt wie das Modul Userforms mit zur “Grundausstattung” von einer Silverstripe Einrichtung gehören.
Claudia are discussing.
Das ist falsch/unnötig. Ich hatte gesagt, Du sollst den Pfad mal absolut eintragen, das heißt aber nicht, dass das die beste Lösung ist. Der AlphaImageLoader lädt Bilder einfach nur nicht relativ zum CSS-File, sondern zur HTML-Datei. Ein einfaches “mysite/images/logo.png” reicht hier.