Kategorie: Allgemeines (Seite 17 von 21)

Ich habe schon etwas länger an einer Lösung gearbeitet, dass der PHP „safe mode“ wegfallen kann.

Die Lösung ist da, auf einem neuen Server, der bei manitu steht – 100% Ökostrom und dort habe ich meinen eignen IP-Block. Der Server wird dann demnächst alle Webseiten aufgespielt bekommen, anschließend wechselt der Proxy auf die neue IP um. Ganz unbemerkt wird dann unter den Webseiten ein neuer Server laufen – ohne „Safe mode“ aber trotzdem sicher. Jeder User hat dort seine Dateien unter seiner eigenen Uid (Linux user-id) liegen, und unter dieser wird auch PHP ausgeführt. Das open_basedir beschränkt zusätzlich noch das Verzeichnis, in welchem man Dateioperationen durchführen kann.

Der Blog ist bereits umgezogen, er lief mit der neuen Konfiguration ohne Zicken. Wie es sein soll eben :-).

Ein Termin für das Update ist noch nicht geplant, aber ich werde spätestens danach Bescheid geben 😉

Die mail()-Funktion hat jetzt ein Limit von 50 Mails pro Tag. Jeden Tag sind also 50 Mails möglich, die auch sofort ausgeliefert werden, wenn das Limit erreicht wird, bekommt der Support eine Benachrichtigung. Dann kann das Limit erhöht werden, in jedem Fall wird der User allerdings geprüft. So können wir in Zukunft Spam besser begegnen.

Leider hat gerade ein Fehler in einem Script die VHosts gelöscht. Diese werden in wenigen Minuten wieder komplett aus dem Backup eingespielt sein.

Update: System up and running again. Ich bitte die Downtime zu entschuldigen, da ist ein Script etwas übermütig geworden (oder eben der Entwickler nachlässig 😉 ) und hat mehr gelöscht als gut war.

Die letzten Tage funktionierte die Weiterleitung der E-Mails der Domains an die E-Mail-Adressen der Inhaber nicht. Da wir darauf schon länger hinarbeiten, habe ich die Mail-Weiterleitung jetzt direkt ersetzt und dafür POP3/IMAP-Zugang bereitgestellt. Alle E-Mail-Adressen der Domain leiten auf das eine Postfach um.

Wer eine Domain besitzt, und seine Mail dafür abrufen möchte, muss dafür folgende Daten in seinem Mailprogram einstellen:

POP3-/IMAP-Server: mail.lima-city.de

Benutzer / Postfach: mail1@domain.tld

Passwort: community-password

eventuell:

SMTP-Server: mail.lima-city.de

SMTP-Authentifizierung (mit selben Daten wie für POP3/IMAP)

Eine Erkannung für Spam-Mails ist natürlich enthalten, die Spam-Policy ist relativ restriktiv, da unter anderem die ix-Blacklist und auch die Blacklist von Spamhaus eingesetzt werden.

Spam-Mails, die im Posteingang landen, können einfach in den Spam-Ordner verschoben werden, der Spam-Filter lernt diese dann als Spam. Wenn mal eine Nicht-Spam-Mail im Spam-Ordner landet, dann das ganz umgekehrt, auch hier lernt der Filter.

Die Postfächer haben jeweils 1GB Speicher. Ein Webmail-Interface ist unter http://mail.lima-city.de/ zu finden.

Wichtig: Die Postfach-Verwaltung ist noch nicht fertig. Wenn diese fertig ist, können auch mehrere Postfächer für die Domains eingerichtet werden und die E-Mail-Adressen individuell auf Postfächer weitergeleitet werden.

Das Postfach steht nicht für aufgeschaltete Domains zur Verfügung, sondern nur für gekaufte oder kostenlos ersteigerte Domains bei lima-city.

Seit 20.05.2009, 20:00 Uhr haben einige DSL-Zugangsanbieter wieder Probleme mit ihren Routen, somit können von diesen Anbietern aus diverse Ziele im Netz nicht erreicht werden, so zum Beispiel auch die Webspaces.

Wie lange es noch andauert, steht nicht fest.

[Update] 28.05: Keine Störungen mehr bei den Anbietern.

Die Google-Dienste sind seit etwa 17:00 Uhr für einige User nicht oder nur sehr langsam zu erreichen. Aufgrund der eingebundenen Google-Werbung in der Community sind auch diese Seiten folglich nicht oder nur sehr langsam zu erreichen.
Google hat die genaue Ursache und eine entsprechende Lösung (noch) nicht veröffentlicht. Scheinbar sind aber nur T-Online-Kunden betroffen.

[Update] 19:01 Uhr: Fast alle Google-Dienste laufen wieder, somit ist die Community auch für T-Online-Kunden wieder erreichbar.

Eine MessageQueue ist jetzt im Einsatz und die Tags werden nun asynchron generiert. So können wir die Tag-Generierung und Posten sowie Generierung der Tagwolke und Abrufen eines Threads zeitlich entkoppeln.
Im Grunde genommen ist es jetzt ein System, wo Aufträge erstellt werden, die später abgearbeitet werden. Beim Absenden eines Beitrags wird in eine Warteschlange der Auftrag (Request) gelegt, die Tags für das Thema zu aktualisieren. Dieser wird dann von einem anderen System, was in Kürze sogar auf einem anderen System arbeiten soll, irgendwann aus der Warteschlange genommen und bearbeitet. Die Tags, die dabei generiert werden, kommen in die Datenbank. Wird der Thread aufgerufen, werden dann die schon vorher fertig generierten Tags aus der Datenbank gelesen, ohne dass die (es sind mehrere Millionen, deswegen der Aufwand) Tags dafür aus der Datenbank gesucht werden.

Die Analyse der Möglichkeiten für die Tag-Clouds hat ergeben, dass es am meisten Sinn macht, eine MessageQueue für das Durchführen verschiedener Aufgaben im Forum zu erstellen. Wir werden uns heute Abend darum kümmern, wie schnell wir das Ganze implementieren können. An der Performance können wir so noch ein ganzes Stück drehen. Ihr dürft gespannt sein, was wir da in den nächsten Tagen präsentieren können.

Die Performance der Tags hat den Server etwas stark belastet, weswegen sie kurzfristig deaktiviert werden mussten. Jetzt versuchen wir, sie entsprechend zu optimieren und dann wieder live zu schalten.

Heute gab es in Teilen des Internets Routing-Störungen, die nicht nur uns betrafen. Die Webspaces waren daher für einige Minuten von einigen Providern aus nicht erreichbar.