(gelöst) User gelöscht. Brauche dringend Admin-Zugang

Guten Morgen!

Ich hoffe, Du hast eine Sicherung der Datenbank vor der Änderung. Diese per phpMyAdmin hochladen und die alten Rechte sind wieder da.

Dann wieder die falschen User löschen aber user1 unbedingt behalten!

Danke für die schnelle Antwort. Datenbank hab ich natürlich noch nie gesichert. Hab mir allerdings vor ca. einem Monat alles per ftp runtergeladen. Hilft mir das irgendwie weiter??

Hab auch schon dieses versucht:

INSERT INTO users (uid, name, pass) VALUES ('1', 'yourname', md5('yourpassword'));

Seitdem lautet die Fehlermeldung beim Einloggen, nicht mehr, dass ich nicht bekannt bin, sondern, dass ich geblockt, bzw. nicht aktiviert bin.

Hat jemand noch ne gute Idee?

Hab gelesen, man soll bei users die uid auf 1 setzen, dann wär alles ok. Wie komm ich da hin?

Was auch immer du da grad tust, es wir i-wie schlimmer oder?

Nun kommen noch Page not found Meldungen....

Du hättest erst mal ein Backup der DB machen sollen! FTP reicht bei weitem nicht. Die ganzen Daten stecken in der SQL DB. Ausser das eigene Theme und ein paar Anpassungen, geben Dateien nicht viel her. Core und Module kann man eh einfach austauschen, ....

Was tust du also gerade?

Nein, per ftp kannst Du die DB nicht runterladen, auf die hast Du nur Zugriff über phpMyAdmin oder über Deinen Hoster. Log Dich mal im Internet bei Deinem Hoster ein und gucke nach, ob da backups gemacht werden. Ich bin z. B. bei Alfahosting, da kann man auch übers Web auf die DB zugreifen bzw. Datenbankbackups machen oder die DB runterladen.

Kannst Du mit phpMyAdmin umgehen? Hast Du noch Deine UserID (sprich Username und Passwort)? Dann kannst Du in phpMyAdmin den vorhanden User 1 löschen und Deiner ID die Nummer eins geben. Danach solltest Du wieder reinkommen.

Beste Grüße
Werner

Das habe ich schon versucht.

Bin aber immer noch blocked /not activated.

Vesteh gar nicht, warum.

habe in drupal_users uid 1, username und passwort eingegeben. Muss ich noch irgendwelche anderen Werte einstellen? Hab das Passwort als Freitext in der entsprechenden Zeile eingegeben. Ist das richtig?

Wie gesagt, immerhin bin ich jetzt wieder bekannt. Aber scheinbar nicht aktiviert.

Übrigens: Mein erstes Forum und vielen vielen Dank schonmal für die Hilfsbereitschaft!

Achso, bin bei 1und1. Machen die Auto-Backups?

Naja Freitext haut ja nich hin. Bei D6 ist es MD5 Format, was man mit jeden guten encrypter selber generieren kann. Bei D7 ist das verfahren bisseln aufwendiger.

Das alles erklärt aber nicht, wieso deine Seite jetzt nicht mehr richtig funktioniert! Hast du noch was anderes gemacht?

Ansonsten ggf. Registrierung mit Hilfe von phpMyAdmin wieder öffnen. User anlegen und den später als admin einsetzen. Vorteil ist, dass das Passwort, etc. richtig gespeichert wird.

wenn der neue dann die Id 1 bekommt, müsste es doch fast passen

So hab ichs auch schon gemacht:

INSERT INTO drupal_users (uid, name, pass) VALUES ('1', 'yourname', md5('yourpassword'));

aber gleiches Ergebnis.

Wie erkenne ich meine Drupal-Version?

Die Seite läuft ja noch einwandfrei.

Die datei users_roles ist leer. Hat das vielleicht irgendetwas zu sagen?

Läuft jetzt wieder - ja. Vorhin bekam ich andauernd "Page not found" Meldungen. Dein gesamtes Menü wurde hier nicht angezeigt. Mag aber auch am Webspace liegen oder an mir ....

Normal sollte man es dir mitgeteilt haben. Ist ja quasi das gekaufte "Produkt". Ggf. haben sie im drupal ordner eine CHANGELOG.txt liegen gelassen. Da z.B. steht das drin.

Ansonsten z.B. bei jeden beliebigen Modul inder *.info Datei. Zumindest ob es 6.x oder 7.x ist.

Edit: du meinst die Tabelle users_roles.

** Anmerkung: kompletter schwachsinn, folgendes ignorieren! **
Sollte normal so aussehen:
uid: 1
rid: 3

Wäre da mal ne Maßnahme.
** End **

Hast du endlich ein Backup gemacht? Du fummelst dich sonst um Kopf und Kragen! Selbst wenn du dich wieder anmelden kannst, ist die Frage was bis dato geschehen ist! Also was genau gehackt wurde... Ist alles sehr kurios i-wie.

Nö, nicht zwingend. User 1 ist auf Roles nicht angewiesen.

Edit: @Crusher - in users_roles muss nicht unbedingt "uid: 1; rid:3" stehen. Was ist rid Nr. 3 eigentlich? In einer Jungfräulichen Drupal-Installation gibt's die nicht und von User 1 muss gar nichts in den users_roles auftauchen. Kann, muss aber nicht.

Schau mal in deiner Datenbank nach deinem neu erstellten User1 (das Passwort muss übrigens immer als MD5-Version gespeichert werden. Gib also mal dein Passwort hier im Generator ein, klicke auf "umrechnen" und dann bekommst du unten den MD5-WQert. Den kopierst du in die Passwort-Spalte deiner Datenbank).

Bei deinem neuen Benutzer dürfte es die Spalte "status" geben. Nach dem, was du sagst, vermute ich mal, dass da eine "0" drin steht. Wenn ja, dann ändere das mal in eine "1" (einfach nur die Zahl, ohne Anführungszeichen), ändere ggf. das Passwort in den MD5-Wert, speicher das ganze und probier nochmal, dich anzumelden.

Ach Mist, war völlig woanders.

Nee si natürlich quatsch was ich geschrieben hab.

rid 3 = "redaktion" wo der admin und 2x andere Miglieder bei MIR sind.

Sorry, der post oben ist i-wie völlig crap ;)

HAT GEKLAPPT!

Status=1 hat das Problem gelöst!

VIELEN VIELEN DANK!!!!!

Na also geht doch ;)

Solltest jetzt aber - wenn nich schon geschehen - endlich mal SQL sichern.

So für den tagtäglichen Gebrauch empfehl ich MySQLDumper: http://www.mysqldumper.de/

Läuft auch bei 1und1 sehr gut. Bin selber auch dort. 1und1 unterstützt auch die Sicherung via Perl Script, was mysqldumper automatisch generiert. Ist einen Blick Wert!

So oder so: Was genau kamen denn vorher für Fehler?
- welche drupal Version hast du? Unbedingt mal checken.
- neue Sicherheitsupdates vorhanden?

Status 0 oder 1 ist auch ein Sicherheitsfeature. Du brauchst den admin ja meist nru zum Installieren, etc. Wenn du normal dir noch einen "Redakteur" Account bastelst, reicht der für 99.9% deiner Arbeiten aus. Den Admin kannst du also deaktivier lassen. Kann dann keiner mit erratnen Passwort rein.

Die Dateirechte sind auch sehr wichtig! Schau mal ins drupal Handbuch. Dort ist das erklärt.

Eig. Maßnahmen die der Ersteller der Seite hätte treffen müssen und vor allem dokumentieren müssen.

Danke für die Tipps! Lad ich mir gleich runter.

Drupal Version ist 6.10. Wie so ein Update funktioniert, ist wahrscheinlich hier im Board irgendwo beschrieben, oder?

Augefallen ist das ganze vorher nur, weil Patienten auf einmal keine Rezepte mehr schicken konnten und ein fremder (wenn auch recht sinnfreier) neuer Menüeintrag erschienen ist. Meine Datenbank war RANDVOLL mit Spamseiten usw! Ein Freund von mir die dann entmüllt und dann lief erstmal wieder alles. Ein paar Tage später war aber wieder ein neuer Menüeintrag da (obwohl ich alle Passwörter geändert hatte). Das war einfach zu löschen, aber schon doof. Deswegen hab ich mich ja mal an die Sicherheitseinstellungen gemacht. Na, hat Nerven gekostet, hab aber auch einiges bei gelernt.

Tolles Forum hier!

Ja, hab ich auch gestern gemacht, weil mein neuer Drupal zur Schnellinstallation anbot, was ich gemacht hatte, war aber 7.0, da hab ich das Update auf 7.2 gemacht.

http://www.drupalcenter.de/handbuch/drupal-update

Ja, find ich auch! Was ich hier in der knappen Woche, in der ich mich jetzt mit Drupal beschäftige, hier schon alles gelernt und an Tipps bekommen habe, ist echt enorm!

Hab mir den SQL-Dumper runtergeladen. Das ganze Verzeichnis dann per ftp hochgeladen. Und dann?

per www.seite.de/sql/sqldumper passiert nichts

Sollte zumindest ne Fehlermeldung kommen.

Da du ja www auf drupal Ordner hast, geht das so nicht! Dann müsste ja mysqldumper innerhalb von drupal sein, was Mist ist!

1. 1und1 Domainverwaltung - Neue Subdomain
- Name: msd
- Verzeichnis: /sql/sqldumper <- oder what ever. Je nachdem wo er liegt!

msd.mein-server.de sollte dann direkt MySQLDumper aufrufen.

Würde auf keinen Fall das in drupal packen. Aufgrund der htaccess,etc. kenn drupal eh sowas wie "sqldumper" als node Namen nicht und es kommt immer eine Fehlermeldung.

Trenn es!

Ach so - ich hoffe mal der dir damals drupal installiert hat war so clever und hat /drupal ,etc. als Ordner belassen und nur die Domain in den Ordner geleteitet!

Sonst ist alles Mist. Müsstest um da sauber wieder raus zukommen alles dann extra in drupal verschieben, Domain anpassen, Rewrite Base könnte so bestehen bleiben, etc. etc......

MySQLDumper hat eine gute Doku! Wichtig ist das "work" die rechte "777" bekommt. Da werden Sicherungen abgelegt. Du muss ihm nur SQL-server, Name und Passwort geben. Die Datenbank findet er dann normal automatisch.

Aber schau erstmal, welche Struktur auf deinen FTP herrscht!

Ok, hab ich alles gemacht. Da kommt jetzt die Fehlermeldung "Zugriff nicht erlaubt".

Mensch, kein Wunder, dass ich bisher keine Datenbanksicherung hatte. Das ist ja echt was für Profis :-(((

Der zweite Teil Deiner Antwort ist für mich zu hoch Bin wahrscheinlich eh der Einzige Laie hier. Habe eine Sudomain erstellt (ohne zu wissen was das ist). Da stehen jetzt im FTP die gleichen Dateien und Ordner drin wie in der Domain (Ordner sind solche wie "Drupal2", "Modules", "Misc" usw).

Möchte hier aber niemanden mit meinem Unwissen quälen.

Wenn ich die Datenbanksicherung und das Update (Link hab ich ja) noch hinbekommen würde... Dann wäre ich sehr zufrieden.

Bin jetzt über sql.homepage/install.php ind das Programm gekommen. Jetzt wirds erst richtig interessant!

Hostname und DB-Benutzername hab ich rausbekommen. DB-Name weiß ich auch. Aber was für ein PW will der denn haben. Habe ein PW für 1und1, ein PW für den ftp-zugang, aber für die DB ist mir keins bekannt. Und ohne PW kommt "access denied"

Hi,

sorry hab noch vergessen! Das mit dem Error 500 oder Seite nicht gefunden liegt daran, dass du keine CleanURLs nutzt!

OHNE CleanURls
www.mein-server.de/mysqldumper -> Error 500
www.mein-server.de/?q=mysqldumper -> Seite nicht gefunden

"/?=q" kennst du ja aus deiner URL! Überweisung, Rezepte etc. Steht ja alles dahinter. darum kommt es ohne "?q=" zum Error 500.

ABER das kann dir fast egal sein! CleanURLs sind sehr schön, aber nich zwingend nötig. So oder so würdest du bei dem Aufbau NIE in den Ordner von mysqldumper kommen!

Darum ist jetzt der 2. Teil von meinen Post sehr wichtig.

So und jetzt bin ich gerade verwirrt!

Sieht es so aus? Das wäre wirklich sehr unschön. Ist Kuddelmuddel! Entweder gehören modules und misc mit in einen /drupal Ordner, ODER aber man komplett drupal unter "/".

Jetzt ist es sehr wichtig, dass du die Sudomains verstehst. Ggf. wurde bei dir dann alles in drupal2 kopiert, um diesen Fehler auszubügeln.

Wohin geht praxis-schellmann.de? Was steht bei Verwendungsart?
- Bsp.: Webspace (/.)
- Bsp.: Webspace (/drupal2)

Wenn es auf Webspace (/.) steht, ist es noch blöder zu erklären! Du müsstest dann deine komplette drupal Installation verschieben!
- Bsp.: Webspace (/drupal)

Warum??
Du weisst ja was eine URL ist. www.meine-domain.de. Normal rufen wir ja Seiten auf, und die haben ja schöne Name (index.htm, index.php) etc. Der Webserver ist so schlau, dass ohne Dateiangabe er schaut ,nach welcher er suchen und welche er automatisch ausgeben soll. Ist meist was mit "index" im Namen. Dann schwupps kommt die Internetseite.

- Bsp.: Webspace (/.): Hier würde der Webserver unter "/" schauen, ob da was schönes zum anzeigen liegt. mein-server.de reicht dann als Angabe. www davor ist bei 1und1 egal!

mein-server.de == www.mein-server.de == Bsp.: Webspace (/.)

/** Folgendes ist QUATSCH!! Pls ignore
Ist drupal nun NUR unter / zu Haus, wirst du so NIE in Ordner wie /mysqldumper, /meine-privaten-dateien kommen. Denn sows kenn drupal nicht!

Also gibs Error 500 oder Seite nicht gefunden!.
**/ // Ignore Ende.

Anlegen einer Subdomain:
- Bei 1und1 dauert das so 10 min.
- NEUE Subdomains zeige immer auf Verwendungsart Webspace (/.) !!!!!!

Du musst Verwendungsart SPÄTER, wenn die Subdomain FERTIG eingerichtet ist, BEARBEITEN! Siehst du daran, dass der Name dann BLAU erscheint und anklcikbar ist. Sub ist dann fertig...

Welche Verwendungsart?
- - Bsp.: Webspace (/sqldumper)

Was passiert jetzt? Z.b. die Subdomain msd.mein-server.de == Webspace (/mysqldumper)

msd.mein-server.de SUCHT die index Datei, etc. (s.o.) nun in dem Ordner "/mysqldumper" und gibt dann die Seite aus.

ABER wenn www direkt auf "/" geht, gibs Probleme! Es gibt ja die sehr mächtige .htacces im drupal Ordner. Wenn die unter / liegt, macht uns das die Eier kaputt!

Am besten wäre es, wenn - mit deinen worten auf dem FTP - es so aussieht:
- drupal
- mysqldumper

Dann muss aber wiederum die Domain angepasst werden! Sonst müsstest du für deine Seite

www.praxis-schellmann.de/drupal eingeben! Diese Weiterleitung kann man unter "Subdomains" ja einstellen - - Bsp.: Webspace (/drupal)

mfg Crusher

Also erstmal vielen Dank für Deine Mühe. Find ich den Hammer!

Die Sicherung mit dem sqldumper hat jetzt auf einmal doch geklappt!?

Musste das Ganze halt wie gesagt, mit /install.php aufrufen.

Die hat mir eine Domain gemacht (/Webspace)
sowie eine Subdomain (/Webspace) - Keine Ahnung wofür die da ist.

Lohnen sich diese "für mich riskanten" Umbauarbeiten denn?
Die Seite läuft ja. Ändern kann ich soweit auch ganz gut. Und wegen der Benutzerrechte hab ich so einiges hier gelernt.

Hab jetzt also die Datenbanksicherung. Werd dann FTP noch sichern und mich bei Gelegenheit ans Update wagen :-)

Ach so, der SQL-Dumper hat mir dringend angeraten einen Verzeichisschutz zu erstellen.
Hab ich erstmal gelassen. Wäre das wichtig?
Und wenn ja, in welcher Codierung. Benutze hier einen Mac. In der Praxis hab ich natürlich Windows.

Der ist schon ziemlich wichtig, sonst kann ja jeder einfach so deine Datenbanken ändern. Dann muss er nichtmal deine Seite hacken.

Und ja, solche "komplizierten Sachen" sind nötig, wenn deine Seite mal abschmiert, weil du irgendwie die Datenbank zerschießt und du keine Sicherung hast, kannst du ganz schnell ganz von vorn beginnen. Und wenn die Seite schon eine Weile läuft, ist das mies, denn dann sind alle Daten weg. Die FTP-Daten bringen da dann gar nichts, weil da keine Benutzer, Inhalte usw. angelegt sind.

So, jetzt muss ich mich aber nochmal kurz hier einmischen:

Ich finde es wirklich klasse, wie du dich hier engagierst, Crusher, ehrlich. Aber dieser Satz hier im Quote stimmt schlicht und ergreifend nicht. Hast du mal getestet, ob das geht oder vermutest du es nur? Wenn du es nicht getestet hast, dann schreibe doch bitte nicht so eine endgültige Anweisung, die obendrein nicht stimmt. Denn ich kann dir versichern, dass genau das funktioniert (auch, wenn es nicht die feine Art ist und man es nicht machen sollte - es funktioniert trotzdem). Mit sowas verwirrst du im Zweifelsfall die User.

OK, danke für den Tip. Na, die Datenbank hab ich ja nun gesichert. WOW! hab es wirklich geschafft!

Aber was soll ich denn da für eine Codierung anklicken? Da steht was mit Windows, Unix usw?

Will einfach nichts mehr verkehrt machen. Mein Leichtsinn hat mich jetzt schon fast ein ganzes Wochenende gekostet ;-)

HILFE! Was ist denn jetzt los???

Meine Seite ist Offline!

Hab doch nur die DB-Sicherung gemacht.

(unten steht der mysql-error, den der sql-dumper zuerst angezeigt hat)

Oh man!

Hat das was damit zu tun, dass ich ein neues Datenbank-PW erstellt habe??

Ok, habe das neue PW in die Settings.php eingetragen.

Jetzt gehts wieder!

Aber jetzt nochmal 2 Fragen zum SQL-Dumper:

1. Welche Codierung nehmt ihr zur Verzeichnissicherung?

2. Auf diese Subdomain kann ja jetzt jeder drauf und sich die Datenbank sichern. Wie verhindere ich das?

Bitte mal genaue Angaben machen, so bringt uns das wenig.

Natürlich, da das Datenbank-Passwort anders ist, kann Drupal sich nicht mehr mit der Datenbank verbinden. Dazu musst du mal im FTP nach sites/default gehen und die settings.php bearbeiten.

Bei ca. Zeile 92 steht sowas:

<?php $db_url = 'mysql://db_benutzername:db_passwort@db_host/db_name'; ?>

Die Werte "db_benutzername", "db_passwort", "db_host" und "db_name" sind dabei natürlich die entsprechenden Datenbank-Verbindungsdaten. Dort änderst du an der Stelle von "db_passwort" das alte auf dein neues Passwort, speicherst das ganze und lädst es auf den Server.

erschlüsselungsart:
Crypt maximal 8 Zeichen (Linux und Unix-Systeme)
MD5 (Linux und Unix-Systeme)
SHA1 (alle Systeme)
unverschlüsselt (Windows)

Bei was fragt er denn nach der Codierung? Kannst du evtl. mal einen Screenshot posten?

um einen Verzeichnisschutz zu erstellen:

Name, PW

Verschlüsselungsart

Achso, ich dachte beim Erstellen des Datenbunk-Dumps.

Tja, ich würde sagen, entweder SHA1 oder MD5. Unverschlüsselt fällt aus (meiner Meinung nach). Welches von beiden du nimmst ist im Grunde egal. Obwohl's sein kann, dass du kein MD5 verwenden kannst, wenn der Server mit Windows läuft (klingt bei den Beschreibungen zumindest so). Da wäre es für dich evtl. besser, einfach SHA1 zu nehmen.

Ging jetzt mit SHA1 problemlos.
Was meinst du denn mit Server? Der Rechner, auf dem ich die Datei speichere? Das ist ein Mac.

Aber auch nicht so wichtig. Hab mein Hauptproblem in diesem Thread genial gelöst bekommen!

Bevor ich mich traue, das Update aufzuspielen....

Spielt die ungewöhnliche Dateistruktur bei mir da eine Rolle? Oder soll ich vorher alles in den Ordner verschieben?

Wenns es jemandem nicht zuviel Mühe macht, könnte mir vielleicht jemand mal seine Dateistruktur durchgeben. Damit ich weiß, wie´s am Ende aussehen soll.

Hänge mal die Ordner in einem Dateianhang an. da sind noch ein paar Dateein drüber, die nicht mehr in den Ausschnitt gepasst haben.

Erst mal Glückwunsch zum gelungenen DB-backup!

Ich hab auf meinem Testwebspace bei kilu.de gestern D6 als Komplettpaket von Yaml installiert, im Gegensatz zu D7 läuft das dort problemlos. Da das aber auch mit D6.1 einherkam, hab ich ein update auf D6.2 gemacht, folgendermaßen:

1. DB-Sicherung
2. Alle Dateien aus dem Drupal-Unterzeichnis auf die Festplatte sichern (bei mir /backupd6
3. D6.2 herunterladen http://www.drupalcenter.de/files/drupal-6.22-DE.tar.gz (deutsche Version)

Ging problemlos!

Bin gerade dabei, Module zu installieren, wenn ich damit durch bin, lade ich einen Screenshot meines Dateiverzeichnisses mal hier hoch.

damit ist der Server des Hosters gemeint, nicht der heimische PC.

Hi,

also oben hab ich mal korregiert. War kompletter Müll mit den Subfoldern. Sorry!

Es kommt drauf an, was du vor hast. Auch für Kopien wären normal Unterordner ausserhalb von drupal sinnvoll. Ist halt ordentlicher. Damit mein ich, dass du binnen weniger Sekunden mit Dateimanager von 1und1 komplette drupal Installations kopieren kannst. Hast du dann noch 2. Datenbank und änderst die in der settings.php, hast du 2x unabhängige drupal Installationen!

Klingt erstmal viel zu viel. Vorteil wäre z.B. beim Updaten des Cores, dass du immer eine Sicherheitsleine hast. Ist alles schief gelaufen, müsstest du lediglich die Domäne in den anderen Ordner leiten und deine Seite wäre binnen 10 Minuten wieder online.

Ausserdem kann man ja mittels .htaccess zwischen PHP4 und PHP5 umschalten. Welche PHP Version hat du eig. gerade? Siehst du auf der drupal Status Seite.

Bei meinen 1und1 Business 5.0 Webspace ist es von Haus aus nur PHP4! Die kann man global bei 1und1 ja ändern. Heisst aber man hat entweder PHP 4 oder PHP 5 für den gesamten Webspace.

Will man für spezielle PHP-Skripte die Version ändern, kann man das einfach per .htaccess machen. Da man leicht vergesslich ist, hab ich pauschal 2x PHP-Ordner angelegt. Sieht dann so aus:

/php4
/php5
/php5/.htaccess
/php5/drupal
/php5/drupalbackup

.htaccess:

Standard ist bei mir PHP4. Drupal selber liegt innerhalb von /PHP5 (Name ist aber frei wählbar) und dort werden alle Unterordner - einsch. drupal - mittels der .htaccess auf PHP5 umgestellt.

Mehrgewinn ist aber nur dann gegeben, wenn du wirklich andere PHP-Scripte auf den Server einsetzen willst. Sei es zum Rumspielen oder um ka Gallerie, etc. extra zu haben.

Glaub aber, ich verwirr gerade wieder mehr, als es nutzen bringt.

Generell ist zum Verschieben zu sagen, dass es eig. problemlos geht! Die Pfade sind alle nur relativ und beziehen sich auf den akt. drupal Ordner. Egal wo er liegt

Stolperfalle:
- wäre z.B. RewriteBase. Die ist entweder "/" oder z.B. "/drupal". Beim 1. ist es so wie bei dir im moment. Die Domain zeigt direkt in den drupal Ordner. Beim 2. würde die Domain auf / zeigen und "drupal" taucht immer in der URL auf.

Bei meinen extremen PHP Beispiel wäre es theoretisch sogar: www.mein-server.de/php5/drupal <<< was ernsthaft ja keiner haben will!

So oder so solltest du immer vorher die Dateien sichern! Was dir mit MySQLDumper passiert ist, ist übrigens bei 1und1 normal. Der kann mit "crypt" nicht umgehen. Bin da auch auf die Klappe mit gefallen. Hast also alles richtig gemacht!

Ich persönlich würde mit oder ohne PHP-Ordnern drupal immer im Unterordner anlegen:
- /drupal
- /drupalbackup
- /mysqldumper

So z.B. Du musst nur 2x Datenbanken verwenden! Und entsprechend in der settings.php die anpassen. (Anm.: es ginge auch mit nur einer Datenbak und Prefix - ist aber jetzt zu komplex und fehleranfällig! Am besten trennen.)

Subodmains:
- mein-server.de -> /drupal
- drubackup.mein-server.de -> /drupalbackup
- msd.mein-server.de -> /mysqldumper
- root.mein-server.de -> /

"root" wäre sehr wichtig, da du ohne extra Subdomains sonst ich merh an / ran kommst! Willst du also schnell was neues testen, kannst du sonst einen neuen Ordner nicht über die anderen (Sub-) Domains erreichen....

Der größte Mehrgewinn ist die Ausfallsicherheit. Wenn wirklcih beide drupal Systeme getrentn sind (peinlich auf die DB Anbindung achten!!) kannst du binnen Minuten anhand der Domain die Seite wiederherstellen.

MySQLDumper arbeitet auch "über kreuz". Du kannst die "drupal" DB nehmen und unter "drubackup" wiederherstellen. Es muss nur zuvor eine entsprechende "drubackup" MySQL DB via 1und1 Kontrollcenter angelegt werden.

So kansnt du dann auch ab sofort selber mit deiner drupal Seite spielen. Alles was du bei drubackup.mein-server.de änderst, erscheint unter "www" nicht. Und wie gesagt sollte ein Update mächtig in die Hose gehen, müsstest du nur die Domain auf den Backup Ordner leiten.

Es klingt komplex. Aber die Subomains richtet man ja nur 1x ein! Ansonsten muss nur kopiert werden, die settings.php angepasst werden und die Datenbank ebenfalls kopiert werden.

Da alles auf dem Server geschieht, geht kopieren von zig tausend Dateien rasend schnell!

mfg Crusher

PS: Ich weiss ich habs hier vermutlich wieder übertrieben. Wenn du aber enigermaßen jetzt fit in puncto Subdomains bist, ist das Risiko ja übschaubar.

Auch wenn ich in meinen Post oben Müll erzählt hab, so ist eine Trennung mit Unterordner auf der / Ebene am schönsten. Hättest du sowas vorher gehabt, hättest du nich lange den User 1 wiederherstelln müssen. Hättest auf drubackup.mein-server.de zurück greifen können. Bzw. die gesicherte DB verwenden können.

auf dem Server, - mein-server.de /drupal622

siehe Anhang, ich hoffe, damit ist Dir gedient. Läuft problemlos.

Wow... so viele Infos...

Kurze Frage: warum hast du nicht auf Drupal 7 upgedated.
Und wo in dem Verzeichnis ist der berühmte Drupalordner?

Hab mal einen Shot meines Drupal-Status gemacht....

Glaube, da ist nicht alles ganz ok, was?

Hi,

D7 update ist nciht ohne. Es kommt drauf an, wieviele Module du hast und ob die schon für D7 verfügbar sind.

Ist eine ziemliche frickelei. Würde an deiner Stelle erstmal bei D6 bleiben. Auf D7 ist evtl. ein ungeheurer Aufwand. So einen Sprung würde ich dann eh erst lokal unter Windows mit xampp machen. Dann durchtesten und hoffen das alles funktioniert ;)

Einige Module werden nie für d7 portiert. Für andere gibs ggf. Ersatz. Ohne zu wissen welche - ausser denen Core - Module du hast, ist es ein Himmelfahrtskommando einfach auf d7 upzudatren.

Es gibt zum Updaten eine gewissen Reihenfolge, die auch auf versch. Seiten dokumentiert ist. Knackpunkt sind Module und andere Anpassungen, die nicht zum Core gehören.

Wobei manche auch die Core Module direkt editieren, um Einfluß auf gewisse Dinge zu bekommen. Das ist natürlcih fatal, wenn sowas nicht dokumentiert ist! In dem Fall wäre auch ein Update innerhalb der 6.x problematisch.

Noch wird D6 mit Updates versorgt. Würde es an deiner Stelle damti dann erstmal bewenden lassen.

mfg Crusher

Ich hab 2 Drupal-Installationen, einmal 7.2 und einmal 6.22, siehe meine Signatur. Im Moment liefert 6.22 einfach mehr und einfachere Möglichkeiten als 7.2, daher beschäftige ich mich erst mal damit näher.

Nirgends, das ist das Inhaltsverzeichnis des Drupalordners: http://kaetts.kilu.de/...../drupal

Das ist ein screenshot per ftp-Zugriff, der oberste Ordner wird nicht angezeigt, weil der Verzeichnisinhalt ja angezeigt werden soll.

Ich guck mal, bin aber auch der absolute Neuling, ich mach das ja erst seit einer Woche (ist auch nur Hobby, bin beruflich auch im med. Bereich zugange!, aber alles, was mit PC und Programmieren zu tun hat, fasziniert mich)

Dem kann ich nach den Erfahrungen einrer Woche wirklich nur zustimmen, vor allem, was die Frickelei anbelangt. Wenn Du kein absoluter Freak bist, lass die Finger davon, so lange 6 noch weiter gepflegt wird.

was nicht o. k. ist.

Du wirst doch nur aufgefordert, cron laufen zu lassen und wegen des angemeckerten Updates für Core willst Du ja eh auf 6.22 updaten, dann hat sich das auch erledigt.

Und erst dann würde ich nach "Update progress" gucken, ob der den Installationsfortschritt nun anzeigt oder nicht, ist ja nicht so unbedingt wichtig.

Ansonsten sieht mir das o. k. aus, mal sehen, was der Experte Crusher dazu sagt!

Ok, das mit Drupal 6 war eine wichtige Info!
Solche Dinge gehen dann gerne in der Masse der Informationen unter.

und wie bringe ich das berühmte Cron (was ist das?) zum Laufen?

bzw.: Warum läuft das nicht?

Warum der nicht läuft, kann ich Dir nicht sagen, aber wie Du drankommst:

Rufe den Statusbericht auf (siehe screenshot als Anlage), da findest Du

das per Hand ist ein Link, den Du anklicken kannst.

EDIT: upps, war Anhang nicht dabei ....

cron.php ist eine Datei im drupal Ordner. Die muss aufgerufen werden, fertig.

Entweder von hand oder mit einen Cronjob den du evtl. bei 1und1 nicht hast. Es reicht bei D6 wenn "www.mein-server.de/cron.php" dann in der Cronjob Konfiguration aufgerufen wird. Intervall kann von alle 1-Minuten, bis zu bestimmten Wochentagen + Uhrzeit einstellen.

Viele Free-Cronjob Anbieter lassen aber meist nur einen Intervall von min. alle 2 Std. zu.

www.webcronjob.org z.B. ist kostenlos

Will man dort minütlich, etc. haben, muss man 10-20 Dollar im Jahr zahlen. Alternativ kann man auch ein Drupal Modul nutzen, was bei Benutzeraktionen - aufruf einer Seite, etc. - den Cronjob anstösst.

cron.php liegt faul rum. Die Datei muss ausgeführt werden: händisch, automtisch....

http://drupal.org/project/poormanscron <- ist das drupal Modul

webcronjob.org kannst du alle 2 Std. ausführen lassen. Du musst den Acccount auch alle 4 Wochen erneuern, sonst wird der gelöscht. Beim bezahl-Account läuft es wie gesagt so erstmal 1 Jahr durch.

Cronjob Intervall ist immer so eine Frage. Wenn der gelaufen ist, werden z.B. auch zeitgesteuerte Inhalte angezeigt. Node xy um 20 Uhr wird dann publiziert. Läuft der cronjob erst um 21 Uhr, wird auch der für 20 Uhr geplante publish Zeitpunkt erst später Wirklichkeit.

Da du ja bestimmt ausser den Updates nix wichtiges hast, ist der Zeitpunkt für dich im moment noch egal! Du musst dir nur im klaren sein, dass auch der Suchindex damit verbunden ist. Ohne Cronjob werden neu angelegt Nodes nicht indeziert und Begriffe dann erst noch nich von der Suche gefunden.

Da deine Seite sehr statisch aussieht hast du 3x Möglichkeiten:
- von Hand
- poormanscron
- Kostenloser webcronjob.org Account der alle 4 Wochen erneuert werden muss

mfg Crusher

Ganz einfach, weil das auf dem Server eingerichtet werden muss, wo genau, kasnn ich nicht sagen, weil ich nicht bei diesem Hosting-Partner bin.

Dies ist nur vermeindlich eine Lösung, denn so läuft Cron nur einmal durch und danach nicht mehr. Dies ist aber nur bei sehr dynamische Seiten (stets aktualisierte Inhalte und der gleichen) auch wirklich ein Problem, soviel ich weiss (man möge mich korrigieren, wenn ich falsch liege..

Stimmt! Aber so kann er den jetzt erst mal durchführen und dann später, nach seinem update, automatisieren oder immer nur dann durchführen, wenn er was geändert hat. Änderungen werden bei ihm wohl ziemlich selten sein, wie ich das verstanden habe.

Ansonsten hat Crusher ja die Tipps zur Automatisierung oben schon eingestellt.

Ohne den Cronjob holt Drupal aber auch keine Update-Infos ab. Es wäre schon sehr gut, wenn der Cronjob regelmäßig läuft, schließlich schadet das auch nicht.

Übrigens würde ich eher Cron-Job.org empfehlen, führt auch ordentlich Cronjobs durch und hat nicht diese ganzen Einschränkungen von webcron.org (man kann auch alle 10 Minuten den Cron laufen lassen und ich war schon seit einem halben Jahr nicht mehr dort eingeloggt und der Cronjob läuft trotzdem).

Upload Progress wird nach dem Cronjob trotzdem noch gelb sein, weil das gar nichts mit Drupal zu tun hat, das fehlt eine Server-Lib, da kann man Cronjobs machen, wie man will, davon wird auch keine neue Software auf dem Server installiert ;)

Hab mich jetzt an das Update gewagt!

Im Status report steht jetzt Drupal 6.22. Und alles ok, außer Datenbank.

Die Seite sieht aber jetzt unmöglich aus. Alles schwarz/weiß und untereinander.

Ist das normal???

Bitte kurze Info, bevor ich mich ans Datenbank-Update mache.

(Ist jetzt eigentlich ein anderes Thema, hab da jetzt außer der Update-Anleitung aber kein Forenthema gefunden)

Gruß!

Oh Man, Leute....

Glaube, ich soweit alles richtige gemacht.

Im Status Report steht ALLES auf grün (inkl. Datenbank-Update).

Aber meine Seite läuft gar nicht mehr.

Poste euch mal einen Screenshot.

Bin für Hilfe wie immer unglaublich dankbar!

Da das Theme ja sicher angepasst wurde, hast Du aus der Sicherung die alten /sites/all/themes-Dateien wieder hochgeladen?

Und sind alle Module auf dem neuesten Stand?

Außerdem würde ich auf der "Offline-Wartungsseite" das Impressum mit angeben, da der Link hier ins Leere führt und zumindest die Tel.-Nr. auf der Seite stehen sollte.

Und auf der Profilseite hier im Forum bitte mal die URL korrekt eintragen, der Link führt auch hier sonst ins Leere (http://www.drupalcenter.de/user/www.praxis-schellmann.de, das kann nicht funktionieren!)

EDIT: Stell mal probeweise das Theme in Bartik oder Garland um!

Ok danke, das versuch ich mal. Habe grad gesehen, dass im alten modules-ordner einige Module sind, die beim Update nicht dabei waren. Die werd ich dann in den Ordner Sites/All verschieben. Ok?

Den Ordner Sites habe ich nicht angerührt.

folgende Module zieh ich grad in den Ordner sites/all/modules (waren vorher im Ordner modules. Ist doch richtig, oder?

Folgende sind es (wems was sagt):

wysiwyg
webform
scrolltext
imagefield
imagecache
imageapi
help
gmaplocation
filefield
dblog
cck
backup.migrate

ist ja super.

Jetzt kann jeder meine Seite editieren und ich hab kein admin-menü mehr!

Wär ja auch zu schön gewesen, wenns einfach mal geklappt hätte!

Ok, danke. Musste bei Themes noch Drupify rüberziehen und auf "enabled" setzen.

Ging aber auch nur mit Drupify im themes-ordner und nicht im sites/all/themes.
(so ist mir das eingerichtet worden)

Obwohl mir das viel lieber wäre, die Module und Themes ordentlich ins sites-verzeichnis zu verschieben.
Da muss ich doch bestimmt nur noch irgendwo ne einstellung vornehmen oder?

Leider funktionieren jetzt die Formulare (Überweisung und Rezept) nicht mehr, weil die auf einmal php5 verlangen.
Scrollbar läuft auch nicht, ist aber auch nicht wichtig.

Kann ich das einfach bei meinem Provider einstellen?

Tut mir leid, dass ich alle hier mit meiner Doofheit nerve....

Ok, irgendwie läuft jetzt wieder alles. Hab das Modul Scrollbar und Webform aktiviert und auf einmal war alles cool.

Wenn mir nochmal jemand was zu der Ordnerstruktur sagen kann, wäre ich dankbar.

Macht ja absolut Sinn, alles Wichtige im Ordner Sites zu haben.

Von der Logik her ist das so gedacht, dass die Core-Module, also das, was Drupal von Haus aus mitliefert, sich in den Ordner Modules direkt unter dem Drupalverzeichnis befindet, siehe Anhang Struktur1.jpg.

Das, was Du selbst hinzufügst, liegt unter sites/all, damit sind der Core und Deine spezifischen Änderungen und Ergänzungen strikt getrennt, und Du brauchst immer nur den Ordner /sites zu sichern, um immer alles auf dem aktuellen Stand zu haben, und die DB natürlich. Siehe Anhang Struktur2.jpg. db7_loc ist mein Drupalverzeichnis, wie man das nennt, ist egal.

Was ist bei Dir denn jetzt noch nicht stimmig bei der Struktur?

Ist auch im Handbuch sehr gut beschrieben, ich such Dir gleich den Link noch mal raus.

Hier ist der versprochene Link:

http://www.drupalcenter.de/handbuch/drupal6-installationsanleitung

Da ist die Struktur auch noch mal beschrieben, mit Abbildung.

Was meinst Du mit

Wenn das der Themes-Ordner ist:

Drupalverzeichnis/sites/all/themes

dann ist das okay.

Ist das geänderte Theme aber unter:

Drupalverzeichnis/Themes

zu finden, musst Du ihn nach /sites/all verschieben, aber dann müssen die Pfade angepasst werden, damit es passt. Normalerweise funktioniert das so:

Über Verwaltung/Design das Theme deaktivieren, anschließend deinstallieren
Verwaltung/Design: neues Theme installieren, siehe Anhang.

Das Theme muss gepackt sein, wie im screenshot beschrieben.

An (fast) alle hier im Thread mal der Hinweis auf die "Thread-Hijacking"- Verhaltensregel: http://www.drupalcenter.de/verhaltensregeln#nr_4 Also bitte startet für neue Themen/Probleme neue Threads oder bleibt beim Thema. Danke! :)

Und an kaettschmitz nochmal der Hinweis und die Bitte Kommentare zusammenzufassen. Nochmal danke! :)

Das ist richtig.

Bin aber froh und unendlich dankbar, dass mir so viele Leute so toll geholfen haben!

Und in einem Anfall von Panik ist man dann auch froh, wenn´s unkompliziert schnelle Antworten gibt (auch wenns mal der falsche Thread ist).

Hab noch so ein paar Kleinigkeiten, die werd ich dann im richtigen Forum stellen.

Moin, moin!

Und nicht vergessen: Im Betreff des ersten Posts hier ein [gelöst] voranstellen! Weiterhin viel Erfolg!