Update 6.8 auf 6.9
Eingetragen von ahoek (570)
am 15.01.2009 - 18:50 Uhr in
am 15.01.2009 - 18:50 Uhr in
Hallo,
ich arbeite seit kurzem mit Drupal 6.8.
Jetzt bekomme ich im Backend angezeigt das die Version 6.9 bereit steht.
Kann ich die Ordner aus 6.9 einfach per FTP über die bestehende Installation drüber kopieren?
Andre
- Anmelden oder Registrieren um Kommentare zu schreiben
Lieber nicht
am 15.01.2009 - 19:07 Uhr
Hi André, ich bin auch Neuling, aber einfach die neue Version drüberbraten würde ich nicht. Egal in welchem Zusammenhang und bei welchen Programm. Zumeist kommt Chaos raus. Folge einfach der Anleitung unter diesem Link http://www.drupalcenter.de/handbuch/upgrade Die Beschreibung von kata 05.04.2008 - 00:57 (Neue Version/Tipps sammeln) ist schick und funktioniert todsicher. Ich habs heute selbst geschafft. Vor dem update.php-Lauf als admin einloggen. Den angegebenen Schritt 7 vor dem Schritt 6 ausführen. Viele Grüße Marbot
Ah, ok. Und ich hätte es
am 15.01.2009 - 19:13 Uhr
Ah, ok. Und ich hätte es beinahe gemacht...
Mache ich mich mal morgen dran.
Gibt es eigentlich ein Drupal Modul zum sichern der Datenbank oder vielleicht sogar für ein komplettes Backup aller Daten??
Andre
Ich hänge bei der
am 15.01.2009 - 20:06 Uhr
Ich hänge bei der Installatiion von Phpmyadmin.
Es wird geschrieben, dass man in die config.inc.php die Datenbank-Eingaben machen muss.
Ich hatte jetzt alle Dateien mit dem Namen config auf. In keiner besteht diese Möglichkeit.
Was mache ich falsch?
Und eine config.inc.php war
am 15.01.2009 - 22:43 Uhr
Ich hatte jetzt alle Dateien mit dem Namen config auf
Und eine config.inc.php war auch dabei?
Da Pinguine nicht fliegen können, können sie auch nicht abstürzen.
Versionsupgrade von Drupal - Voodozauber?
am 15.01.2009 - 22:37 Uhr
Also ich ueberschreibe schon seit langer Zeit bei einem Versionsupgrade (Upgrade innerhalb der Version 5 oder innerhalb der Version 6) die Dateien auf dem Server mit den Coredateien der neueren Drupalversion.
Allerdings habe ich die alte Version lokal parat. Wenn es wirklich schief geht, ich also nichts falsch gemacht oder vergessen habe, spiele ich die vorhergehende Drupal-Version wieder ein. Ist mir allerdings noch nie passiert.
Ich denke das man diese vereinfachte Vorgehensweise aber im Zusammenhang mit aktivierten contributed Modulen sehen muss. Diese sollten sich vor dem einfachen Drueberbuegeln auf dem aktuellen Stand befinden und die Drupal-Installation muss ohne grobe Fehler funktionieren.
Ohne grobe Fehler sage ich deswegen weil mitunter durch einen Core-Upgrade kleinere Fehler, die aus contributed Modulen resultieren, nach dem Upgrade verschwunden sind.
Ich schreibe das hier deswegen weil ich der Sache mit einem Versionsupgrade von Drupal den Voodozauber etwas nehmen will.
Gesagtes sollte man nicht anwenden wenn man auf eine hoehere Version upgraded. Also beispielsweise von 5 auf 6. Bei diese Upgrade-Variante handelt man besser nach den von Drupal publizierten Vorgehensweisen.
Edit
Diesen Post ergaenzend beachten.
------------------------
Quiptime Group
Da geht noch was.
Also, Rootverzeichnis
am 16.01.2009 - 00:17 Uhr
Also, Rootverzeichnis sichern und drüberspielen. Richtig?
tuxine schrieb Zitat: Ich
am 16.01.2009 - 00:17 Uhr
Ich hatte jetzt alle Dateien mit dem Namen config auf
Und eine config.inc.php war auch dabei?
Ja, die war dabei.
ABER 1 und 2, gehoeriger Schreck und Angstschweiss
am 16.01.2009 - 00:34 Uhr
Also, Rootverzeichnis sichern und drüberspielen. Richtig?
Richtig vom Prinzip.
ABER 1!
Den heiligen Ordner "sites" nicht ueberschreiben.
Denn dieser Ordner enthaelt die Konfigurationsdatei "settings.php" sowie, bei ordnungsgemaesser Installation, die selbst installierten Themes und die zusaetzlichen Module.
ABER 2!
Die heilige Datei .htaccess nicht ueberschreiben.
Diese unsichtbare Datei .htaccess unbedingt beachten, also ebenso lokal mit sichern. Diese Datei wird gern uebersehen.
Weiterhin gibt es FTP-Programme die (ungefragt) unsichtbare Dateien, obwohl sie zum Upload nicht ausgewaehlt sind, mit hochladen. Ist dies der Fall oder das FTP-Programm ist zufaellig fuer eine solche Handlungsweise konfiguriert, dann ueberschreibt man sich seine .htaccess. Bei dadurch eventuelle entstehenden Problemen, beispielsweise Links die auf Clean-URL's definiert sind, funktionieren nicht mehr.
Meist ist das Fehlerbild dann derart irritierend, man kriegt wohl in der Regel auch einen gehoerigen Schreck und der Angstschweiss tritt auf die Stirn, das man eher selten als Ursache die aktuelle .htaccess begutachtet.
------------------------
Quiptime Group
Da geht noch was.
Ok, danke. Ich werde mich an
am 16.01.2009 - 00:52 Uhr
Ok, danke.
Ich werde mich an Deine Anweisungen halten und es morgen mal ausprobieren.
'only_db'
am 16.01.2009 - 00:53 Uhr
Bei mir wird da unter
'only_db'
die Datenbank angegeben,
diesen Eintrag gibt es bei dir nicht?
(Frage übrigens, installierst du lokal oder auf deinem webserver?)
Da Pinguine nicht fliegen können, können sie auch nicht abstürzen.
Das ist der Inhalt der
am 16.01.2009 - 01:29 Uhr
Das ist der Inhalt der config.inc.php
Ich möchte das auf dem Server installieren.
<?php
/**
* Config file view and save screen
*
* @package phpMyAdmin-setup
* @author Piotr Przybylski <piotrprz@gmail.com>
* @license http://www.gnu.org/licenses/gpl.html GNU GPL 2.0
* @version $Id: config.inc.php 11650 2008-10-14 10:31:07Z crackpl $
*/
if (!defined('PHPMYADMIN')) {
exit;
}
require_once './setup/lib/FormDisplay.class.php';
require_once './setup/lib/index.lib.php';
$config_readable = false;
$config_writable = false;
$config_exists = false;
check_config_rw($config_readable, $config_writable, $config_exists);
?>
<h2><?php echo $GLOBALS['strSetupConfigurationFile'] ?></h2>
<?php display_form_top('config.php?type=post'); ?>
<input type="hidden" name="eol" value="<?php echo htmlspecialchars(PMA_ifSetOr($_GET['eol'], 'unix')) ?>" />
<?php display_fieldset_top('', '', null, array('class' => 'simple')); ?>
<tr>
<td>
<textarea cols="50" rows="20" name="textconfig" id="textconfig" spellcheck="false"><?php
echo htmlspecialchars(ConfigFile::getInstance()->getConfigFile())
?></textarea>
</td>
</tr>
<tr>
<td class="lastrow" style="text-align: left">
<input type="submit" name="submit_download" value="<?php echo $GLOBALS['strSetupDownload'] ?>" class="green" />
<input type="submit" name="submit_save" value="<?php echo $GLOBALS['strSave'] ?>"<?php if (!$config_writable) echo ' disabled="disabled"' ?> />
<input type="reset" value="<?php echo $GLOBALS['strReset'] ?>" />
</td>
</tr>
<?php
display_fieldset_bottom_simple();
display_form_bottom();
?>
ahoek schrieb Gibt es
am 16.01.2009 - 05:44 Uhr
Gibt es eigentlich ein Drupal Modul zum sichern der Datenbank oder vielleicht sogar für ein komplettes Backup aller Daten??Andre
Kein DRUPAL Modul, aber ein tolles Tool zum Datenbanksichern ... MYSQL DUMPER! Ist ein tolles Programm, daß Dir die Datenbank sogar mittels Cronjob automatisch in festgelegten Zeitintervallen sichert ...
Drupal 7 Screencasts in deutsch!
Modul
am 16.01.2009 - 08:07 Uhr
Es gibt das Modul Backup und Migrate. Das sollte doch eigentlich auch was sichern ;-)
@ ahoek, ich bin auch bloß
am 16.01.2009 - 08:24 Uhr
@ ahoek,
ich bin auch bloß blutige Anfängerin, aber die config.inc.php auf meinem Webserver sieht definitiv anders aus.
Es fängt schon damit an, dass meine Datei mit
<?php
/* $Id: config.inc.php,v 2.5.2.1 2004/02/15 01:18:52 rabus Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* phpMyAdmin Configuration File
anfängt, während deine die Bezeichnung
* Config file view and save screen
hat.
Beschreib' doch mal ganz von vorne, was du überhaupt bisher alles genau gemacht hattest. Bei mir z.B. war es so, dass mir das phpMyAdmin von meinem Anbieter zur Verfügung gestellt wurde und ich den ebenfalls hinterlegten Installationsanweisungen gefolgt bin.
Wie hast du es gemacht?
Und sag' mal den Pfad zu deiner config.inc.php.
Noch 'ne Frage, ich persönlich übersehe ja gerne mal die versteckten Dateien, aber daran hast du sicher gedacht, deinen Browser entsprechend einzustellen?
Nicht dass da irgendwo noch 'ne .config.inc.php verborgen ist?
Arbeitest du eigentlich unter Linux oder unter Windows?
Da Pinguine nicht fliegen können, können sie auch nicht abstürzen.
Thoor schrieb ahoek
am 16.01.2009 - 09:45 Uhr
Gibt es eigentlich ein Drupal Modul zum sichern der Datenbank oder vielleicht sogar für ein komplettes Backup aller Daten??Andre
Kein DRUPAL Modul, aber ein tolles Tool zum Datenbanksichern ... MYSQL DUMPER! Ist ein tolles Programm, daß Dir die Datenbank sogar mittels Cronjob automatisch in festgelegten Zeitintervallen sichert ...
Ich schau mir das mal an und sage Bescheid.
tuxine schrieb @ ahoek, ich
am 16.01.2009 - 09:47 Uhr
@ ahoek,
ich bin auch bloß blutige Anfängerin, aber die config.inc.php auf meinem Webserver sieht definitiv anders aus.
Es fängt schon damit an, dass meine Datei mit
<?php
/* $Id: config.inc.php,v 2.5.2.1 2004/02/15 01:18:52 rabus Exp $ */
// vim: expandtab sw=4 ts=4 sts=4:
/**
* phpMyAdmin Configuration File
anfängt, während deine die Bezeichnung
* Config file view and save screen
hat.
Beschreib' doch mal ganz von vorne, was du überhaupt bisher alles genau gemacht hattest. Bei mir z.B. war es so, dass mir das phpMyAdmin von meinem Anbieter zur Verfügung gestellt wurde und ich den ebenfalls hinterlegten Installationsanweisungen gefolgt bin.
Wie hast du es gemacht?
Und sag' mal den Pfad zu deiner config.inc.php.
Noch 'ne Frage, ich persönlich übersehe ja gerne mal die versteckten Dateien, aber daran hast du sicher gedacht, deinen Browser entsprechend einzustellen?
Nicht dass da irgendwo noch 'ne .config.inc.php verborgen ist?
Arbeitest du eigentlich unter Linux oder unter Windows?
Ich habe das All language-Paket von der Webseite heruntergeladen. Version 3.1.1. ... Ja und dann begann meine Suche.
Ich benutze Linux und habe nach Deinem Hinweis auch nochmal das Häckchen mit den versteckten Dateien an und aus geschaltet. Das gleiche Ergebnis.
MarkK schrieb Es gibt das
am 16.01.2009 - 09:48 Uhr
Es gibt das Modul Backup und Migrate. Das sollte doch eigentlich auch was sichern ;-)
Setzt das jemand ein?. Oft gibt es nämlich Probleme, wenn man Sicherungen zurückspielen möchte.
ahoek schriebIch habe das
am 16.01.2009 - 12:11 Uhr
Ich habe das All language-Paket von der Webseite heruntergeladen. Version 3.1.1. ... Ja und dann begann meine Suche.
Jesses.
Ich habe jetzt mal 3.1.2 runtergeladen und angeschaut, Version 3.1.1 habe ich auf die Schnelle nicht gefunden, aber wird sich denke ich nicht viel nehmen.
Es GIBT in der 3er-Version keine standardmäßige config.inc.php, sondern man muss sie sich erst selbst anlegen.
Soweit ich das verstanden habe jedenfalls.
Guck' mal in die Documentation.txt bzw. Documentation.html - falls unter 3.1.1 vorhanden.
Dort steht:
Now you must configure your installation. There are two methods that can be used. Traditionally, users have hand-edited a copy of config.inc.php, but now a wizard-style setup script is provided for those who prefer a graphical installation. Creating a config.inc.php is still a quick way to get started and needed for some advanced features.
To manually create the file, simply use your text editor to create the file config.inc.php...
(usw.)
Vielleicht kommst du damit weiter?
Ansonsten... ich bekam von meinem Server die Version 2.5.6 zur Verfügung und habe die ohne groß drüber nachzugrübeln installiert, allerdings ist meine Site auch noch nicht reif zum Online-Stellen.
Nichtsdestotrotz, 2.5.6 wäre ja vielleicht 'ne Alternative, dort ist die config.inc.php nämlich noch vorinstalliert.
Da Pinguine nicht fliegen können, können sie auch nicht abstürzen.
Dann kann ich ja lange
am 16.01.2009 - 12:15 Uhr
Dann kann ich ja lange suchen....
Danke für den Hinweis!
Andre
Bei mir hatte es mit dem
am 16.01.2009 - 15:49 Uhr
Bei mir hatte es mit dem Einspielen der Update-Dateien nicht funktioniert. Plötzlich war das gesamte Backend verschwunden.
Ich werde es heute Abend nochmal mit dem mystischen Weg probieren.
Also ich habe es noch mal
am 16.01.2009 - 19:10 Uhr
Also ich habe es noch mal mit dem drüberkopieren gemacht und im zweiten Anlauf hat es tadellos funktioniert.
Danke für die Hilfe Quiptime!
Ich hatte beim ersten Mal aus Versehen einen Ordner in einen anderen kopiert. Dadurch entstand vermutlich der Fehler. Also wie immer, Backup ist alles.