Tech-Freeware

Für Apache gibt es ein super Modul, welches den Dateitransfer massiv verschnellert, bzw die Ladezeit bis zum Dateitransfer. Das Modul heisst mod_xsendfile. Ich hatte einige Probleme das Ding auf meinem Debian zum laufen zu bringen. So habe ich es gemacht:

1. Wechseln zum Ordner für Apache Module (/usr/lib/apache2/modules; wenn anders dann kann man den modules Ordner suchen: find / -name 'modules')
2. Source herunterladen mit Link (Link Datei; Link Seite)
3. apxs2 -cia mod_xsendfile.c (Achtung, bei mir musste ich eine 2 an das apxs anhängen, ist nicht so auf Homepage beschrieben!)
4. Bei mir kam dann am Schluss folgende Fehlermeldung:
5. 1. apxs:Error: Activation failed for custom /etc/apache2/httpd.conf file..
      apxs:Error: At least one `LoadModule' directive already has to exist..
6. Lösen kann man das Problem mit folgendem Trick:
   1. nano /etc/apache2/httpd.conf
   2. Die folgenden zwei Zeilen untereinander eintragen
   3. #LoadModule directive to aid module installations
      #LoadModule dummy_module /usr/lib/apache2/modules/mod_dummy.so
   4. Wieder zumachen und speichern
7. Apache neu starten (invoke-rc.d apache2 restart)
8. Ich bin nicht ein Fan von Core-Patches, jedoch ziehe ich in diesem Fall ein solcher vor. Anstelle des xfile Modules von Drupal reicht es (für meinen Fall) in der includes/file.inc die Funktion file_transfer mit der Zeile "$headers[] = 'X-Sendfile: '.$source;" gerade nach dem ersten if {} Konstrukt einzufügen. Das Drupal modul xfiles ist so überflüssig.

Problem: Auf der vorhanden Drupal Installation will ich auf Daten einer anderen Datenbank zugreifen. Drupal hat dafür bereits einen Weg vorgesehen. Dazu geht man in die sites/default/settings.php Datei. Folgende Zeile definiert die Standard Datenbank:

$db_url = 'mysql://drupal:drupal@localhost/drupal';

Wandelt man $db_url in ein Array um, kann man beliebig viele Datenbank definieren.:

$db_url['default'] ='mysql://drupal:drupal@localhost/drupal';
$db_url['mydb'] = 'mysql://user:pwd@localhost/anotherdb';
$db_url['db3'] ='mysql://user:pwd@localhost/yetanotherdb';

Im Modul, wo man dann auf die Daten zugreifen will mach man das folderndermassen:

db_set_active('mydb');

db_query('SELECT * FROM table_in_anotherdb');

//...
db_set_active('default');

Default ist die Standard-Datenbank. Sie ist erforderlich. In dieser Datenbank ist Drupal installiert. Man muss aufpassen, dass man nach dem Sprung in die andere Datenbank die default Datenbank wieder auf aktiv stellt.

Quelle: http://drupal.org/node/18429

Nachdem ich viel Post bekommen habe, dass mein erstes Screencast zu diesem Thema nicht bis zum Ende lief, hier mein zweiter Versuch, ein Screencast über die Linkliste in Drupal  zu machen. Diesmal klappt es hoffentlich bis zum Schluss! Also ich hoffe es ist verständlich. Da ich grad kein Mikrofon zur Hand hatte ist's halt ohne Ton. 

Das ganze ist natürlich noch un-designt, es geht hier nur ums "Technische". Über ein paar Zeilen CSS kann man das noch ganz schön gestalten.

Ergänzung:

Die Links müssen mit http:// angegeben werden, sonst meint Drupal, dass es eine Unterseite ist und es gibt sowas wie http://www.meindomain.com/google.com

Fast ein Tag lang hat mich das Problem beschäftigt, warum der Cron hängen bleibt. Fehler wie Cron run failed oder Attempting to re-run cron while it is already running. hingen mir schon zum Hals raus. Auch die Tipps und Tricks halfen nichts:

DELETE FROM `variable` WHERE name = 'cron_semaphore';
DELETE FROM `variable` WHERE name = 'cron_last';

Apache neu starten

Cache leeren

Alles half nichts! Nichts hilft.

Folgender Trick hat mir dann geholfen:

• drupalinstallation/includes/module.inc öffnen
• gehe zu Zeile 481 (oder in der Nähe)
• 
  

  foreach (module_implements($hook) as $module) {
    $function = $module .'_'. $hook;
    if ($hook == 'cron') watchdog('cron', "hit $module cron");   // diese Zeile einfügen
    ...
  }

• Cron per Hand ausführen
• gehe zu admin/reports/dblog
• Schauen, welches Modul den Cron stoppt (das ist das letzte, welches "hit $module cron" enthält)
• Entsprechendes Modul deaktivieren
• Cron sollte wieder funktionieren
• Evtl. müssen die ersteren genannten Schritte ebenfalls noch ausgeführt werden
• Bei mir lag das Problem beim Apache Solr Modul!