Fractalcenter

Um den Javascript/Jquery Quellcode nicht zu sehr wachsen zu lassen, möchte ich auf zwei alternative (und kürzere) Möglichkeiten bei jQuery hinweisen.
Um einen AJAX POST abzusetzen muss man nicht unbedingt mit jQuery.ajax… arbeiten. Es reicht wenn man

$.post("/rabattSpeichern", function(data){
   alert(data); // Ausgabe des Antwortstrings
 });

verwendet.
Was ich jetzt erst entdeckt habe, ist das JSON Format. Es ist sehr einfach zu verwenden und man kann damit Traffic sparen, da nur Daten, ganz ohne HTML-Overhead, übertragen werden. Meist möchte man ja nicht unbedingt nur einen Wert zurück geben, sondern viele. Mit JSON kann man Arrays aus PHP direkt an Javascript übergeben, so dass man auch große Datenmengen zurück geben kann, ohne dass es langsam wird.
PHP Array:

Array
(
    [ok] => Gespeichert
    [daten] => Array
        (
            [a1] => 1
            [a2] => 2
        )
)

function rabattSpeichern(id, rabatt) {
  var data = {'id': id,'rabatt':rabatt };
  jQuery.post('/rabattSpeichern', data, function (JSON) {
    alert(JSON.ok); // Gibt "Gespeichert" zurück
    jQuery.each(JSON.daten, function(key, data)
    {
      alert(key+' '+data);
    });
  }, "json");
// wichtig ist der letzte Parameter "json", damit weiß jQuery,
// dass die zurück kommenden Daten im JSON-Format vorliegen
}

Wenn man in Datenbanken mit starker Normalisierung arbeitet, ist es mitunter mühselig die einzelnen Tabellen mit unterschiedlichen SQLs “upzudaten”. Aber es gibt auch die Möglichkeit UPDATE – SQLs mit JOIN zu verknüpfen.

UPDATE adressen
SET name = z.name, plz = z.plz, ort = z.ort
FROM adressen As a
INNER JOIN
  (SELECT name, plz, ort, kundennummer
       FROM
       Buchung_Leistung as b
       WHERE buchung_id = @id
  ) As z
	On z.kundennummer = a.kundennummer

Besser Beispiele und eine gute Anleitung findet man unter:
http://www.sql-und-xml.de/sql-tutorial/update-aktualisieren-der-zeilen.html

Tabellengrösse MSSQL

Wenn man bei der täglichen Datensicherung so überprüft, fällt einem ab und zu ein richtig großer Brocken auf. Bei Dateien ist das kein Problem, bei Datenbanken hingegen schon. Wenn die SQL-Datenbank plötzlich mehrere Gigabyte (GB) groß ist, fragt man sich, woher das kommt. Es gibt die Möglichkeit, auf jede Tabelle zu klicken und dann
Um den Überblick über alle Tabellen und deren größte Speicherfresser in einer Datenbank zu erhalten, braucht man nur die folgende Prozedur.

CREATE PROCEDURE [dbo].[Groesse_aller_Tabellen_einer_DB]
AS
BEGIN
SET NOCOUNT ON;

declare @RowCount int, @tablename VARCHAR(100)
declare @Tables table (
PK int IDENTITY(1,1),
tablename VARCHAR(100),
processed BIT
)
INSERT INTO  @Tables (tablename)
SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE = 'BASE TABLE' and TABLE_NAME NOT LIKE 'dt%' ORDER BY TABLE_NAME asc

declare @Space TABLE (
name VARCHAR(100), rows nVARCHAR(100), reserved VARCHAR(100), data VARCHAR(100), index_size VARCHAR(100), UNUSED VARCHAR(100)
)
SELECT TOP 1 @tablename = tablename FROM @Tables WHERE processed IS NULL
SET @RowCount = 1
WHILE (@RowCount != 0)
BEGIN
insert INTO  @Space exec sp_spaceused @tablename
UPDATE @Tables set processed = 1 WHERE tablename = @tablename
SELECT TOP 1 @tablename = tablename FROM @Tables WHERE processed IS NULL
SET @RowCount = @@RowCount
END

UPDATE @Space set data = replace(data, ' KB', '')
UPDATE @Space set data = convert(int, data)/1000
UPDATE @Space set data = data + ' MB'
UPDATE @Space set reserved = replace(reserved, ' KB', '')
UPDATE @Space set reserved = convert(int, reserved)/1000
UPDATE @Space set reserved = reserved + ' MB'

SELECT * FROM @Space ORDER BY CONVERT(INT, REPLACE(data, ' MB', '')) DESC
END

Einen Server bei einem der großen Hoster (Hetzner, 1&1 usw.) stehen zu haben ist schon toll. Man muss sich keine Gedanken um Stromkosten, Überhitzung und andere Dinge Gedanken machen. An eines sollte man aber immer denken, an die Datensicherung!
Um dies so automatisiert wie möglich zu machen, hier eine kurze Anleitung.
Als erstes müssen wir ein Backup der Datenbank machen. Dies kann man zwar auch über PhpMyAdmin versuchen, ab einer gewissen DB-Größe geht das aber schief. Außerdem ist der Mensch von Natur aus faul, deshalb hier ein Linux-Bash-Script, bzw. das Ganze gleich in die Cronjob (crontab -e) geschrieben:

# m h  dom mon dow   command
 5 0 * * * root /var/backup/backup.sh

Dieser wird täglich um 00:05 Uhr als “root” ausgeführt.
Die Datei “/var/backup/backup.sh” sieht dann ungefähr so aus:

mysqldump -ubenutzer -ppasswort -Q --all-databases > /var/backup/mysql_backup.sql
tar -zcvpf /var/backup/backup`date +%Y-%m-%d`.tar.gz /var/backup/mysql_backup.sql

Ein mysqldump mit dem angegebenen Benutzernamen, Passwort und aller Datenbanken wird nach /var/backup ablegt. Dannach wird dieser in eine Datei mit dem aktuellem Datum im Namen gezippt.
Damit die Daten auch vom Server gesichert werden können, gibt es viele Möglichkeiten. Wenn man bei sich einen Linuxserver hat, kann man auch diesen Schritt mit einem Cronjob automatisieren.

 /usr/bin/rsync -aptz -e "ssh -i /home/id_rsa" user@server:/var/backup/ /var/backup/

Dieser Job wird auf dem lokalen Server ausgeführt. Er synchronisiert unser Backup-Verzeichnis mit dem lokalen Verzeichnis und kopiert so die gesicherte Datenbank zu uns.
Das Verfahren zur automatischen Generierung eines SSH-Keys habe ich hier bereits kurz beschrieben.

Symfony 1.0 auf PHP 5.3 upzugraden ist eigentlich nicht problematisch.Man braucht nur die aktuellste Version 1.0.22.
Wenn man dann ein “propel-build-model” macht, kommt die Fehlermeldung:

Unable to return 'affix' for unknown CreoleType

Dann muss man noch in der Datei /lib/symfony/vendor/creole/CreoleTypes.php in der Zeile 39 die Konstante TEXT mit dem Wert 30 belegen. Ursprünglich ist diese mit dem Wert 17 belegt, was aber gleichzeitig auch der Wert für den LONGVARCHAR Wert ist.

const TEXT = 17
// wird zu
const TEXT = 30 // debug wegen PHP 5.3

Es ist mehr ein Hack als eine wirkliche Problemlösung aber es ist nicht damit zu rechnen, dass dieser Teil von Creole im Symfony 1.0 noch debuggt wird. Schließlich ist der Support für Symfony 1.0 ausgelaufen.

Meine persönliche Meinung ist, dass es ein tolles System ist, aber das Upgrade auf 1.1 war bei unserem großen System nicht ohne großes Redesign möglich. Jetzt auf die 1.4 umzusteigen wäre auch fast sinnlos, da wiederum ein Upgrade auf das kommende Symfony 2.0 einen weiteren Bruch bedeuten würde. Ich hoffe inständig dass Sensio jetzt endlich mal die API gleich lässt, wenn Symfony wirklich im Enterprise Umfeld erfolgreich werden soll.

unter http://www.bestviewed.de/css/bsp/maxwidth findet man eine sehr elegante Möglichkeit um dem Problem max-width im IE bei zu kommen. Man muss einfach eine Tabelle als Conditional Comment nur für den IE anlegen. Denn:

Der IE ignoriert die Breitenangabe einer Tabellenzelle solange diese größer ist, als die im Fenster zur Verfügung stehende Breite. (Zitat s.o.)

Um also eine Element zu erhalten, welches maximal 30em breit ist, wenn weniger Inhalt ist aber schmaler sein soll, muss man nur folgenden Code verwenden.

Hier kann jetzt ganz viel
Text stehen.

Da arbeitet man Wochen oder gar Monate an einem richtig genialen Projekt (Web 5.0 oder eine andere SuperDuperLikkerapplikation) und auf einmal kommt der Moment der Wahrheit immer näher. Man fragt sich dann, was muss ich denn jetzt eigentlich noch testen, welche Einstellungen muss ich denn noch verändern, damit die Webseite wie gewünscht starten kann? Zum Glück gibt es für Symfony-Entwickler eine eigene Seite, wo man die einzelnen Punkte abhaken kann. http://symfony-check.org/

Die meisten Sachen sind denk ich klar, aber gerade die Einstellungen für das Logging u.ä. sind vielleicht doch ein guter Tipp.

Über 80% aller Webserver laufen mit einem Unix Derivat, meist Linux. Um auf solche Maschinen zugreifen zu können benötigt man einen Shell/Bash Zugriff. Das geht recht einfach mit einem SSH.

Um z.B. auf einem Ubuntu System SSH einzurichten ist sehr gut auf der Wiki Seite von ubuntuusers.de beschreiben. http://wiki.ubuntuusers.de/SSH

Das Problem daran ist, dass der Zugang für alle offen ist, d.h. es kann jeder versuchen sich auf diesem Server ein zu loggen. Natürlich verwenden wir sichere Passwörter, aber dennoch wäre es doch schöner, wenn man den Zugriff für alle anderen, außer einem selbst und ggf. Mitentwickler, sperren könnte. Das geht und zwar relativ einfach, man muss nur einen SSH public/private Key erzeugen und diesen dann verwenden. Alle anderen Zugänge werden gesperrt. Unter http://www.systemengineers.de/linux/debian/key-basierte-ssh-logins-mit-putty ist der Vorgang sehr anschaulich für User beschrieben, die wie ich auf Arbeit ein Windows System mit putty benutzen.