[erledigt] URL-Path content/drupal-74batch ????

hai abc

also so ganz verstehe ich deine frage nicht bzw wo wird dir
dieses 'URL-Path content/drupal-74batch ????' angezeigt?
auf der startseite? oder immer? oder in der url?

kannst du dein problem etwas genauer beschreiben?

Hallo,
ich habe das Problem, daß bei mir die Startseite nicht mehr richtig angezeigt wird, weil wahrscheinlich die Zuordnung der Blöcke nicht mehr richtig funktioniert.. Im Menü steht immer noch Home als Path zur Startseite. Wenn ich im Browser diesen Menü-Link anklicke, erscheint als nächste URL oben im URL-Feld des Browsers http://localhost/drupal-7.4/content/drupal-74batch. Offensichtlich wurde der URL-Path für die Startseite wirklich auf content/drupal-74batch geändert. Wenn ich den dann wieder ändern will, erscheint nach dem Sichern der Page immer wieder hartnäckig dieser URL-Path content/drupal-74batch.
Meine Startseite ist eigentlich leer. Der Content besteht aus Blöcken, die mittels Konfiguration nur auf dieser Seite angezeigt werden sollen. Und die werden eben nicht angezeigt. Zu sehen ist lediglich die Sidebar links mit einem Block-Menü, das auf der Startseite nicht angezeigt werden soll. Rechts daneben steht der leere Inhalt der Startseite mit den Tabs.

was steht denn bei dir unter

admin/config/system/site-information
im feld
Standard-Startseite

Hallo,
da steht auch content/drupal-74batch drin. Wenn ich versuche, es zu ändern, steht oben die Fehlermeldung:
"Der Pfad 'Home' ist entweder ungültig oder Sie besitzen nicht die notwendigen Zugriffsrechte."

Du hast auch keine Idee, wie diese URL mit "batch" zustande kommt?

... und was passiert wenn du da statt 'home'
das feld leer laesst?

"Die Konfiguration wurde gespeichert."
Den URL-Path in der Page kann ich dann leider auch noch nicht ändern. Nach dem Sichern der Page habe ich dann übrigens kein Overlay mehr, sondern die Editiermaske als ganz normale Maske, die links und rechts bis an den Rand reicht - mit drei Tabulatoren Ansicht, Bearbeiten und Devel.
In der Anwendung selbst hat sich natürlich auch nichts getan, d.h. die Blöcke werden nach wie vor nicht angezeit. Lediglich wird jetzt etwas schöner formatiert - so wie eigentlich nur Artikel angezeigt werden - mit diesem jetzt formatierten Block-Menü links. Aber natürlich erst, nachdem ich auf den Menü-Link zu Home geklickt habe.

ahhhh...ein erster erfolg :)

ok, kein wirkliches problem, oder?

...wenn die bloecke nicht angeziegt werden, dann vermutlich weil
da noch /home steht in der block konfiguration
ersetze das bitte mal mit

naja, da kann ich nix zusagen ich weiss ja nicht was du da wie ausgibst, oder was 'mit diesem jetzt formatierten Block-Menü links' genau mein, da ich das ja nicht sehe

aber ist dein urspruengliches problem jetzt geloest?

Hallo,
mein Problem ist nicht gelöst. Ich kann nach wie vor für meine Baisc page keinen URL-Alias-Pfad angeben. Im Moment habe ich das mal mit "zzzz" probiert. Nach dem Sichern habe ich jetzt einen weißen Bildschirm. Hat man das bei PHP nicht eigentlich bei Syntaxfehlern? Das gleiche Problem tritt auf, wenn ich mir für den Inhaltstyp Basic page die Felder anzeigen lassen will. Wenn ich bei Basic page auf bearbeiten gehe, werden mir die folgenden Fehler mehrfach angezeigt:
Notice: Undefined index: module in _field_info_prepare_instance_display() (Zeile 382 von /srv/www/htdocs/drupal-7.4/modules/field/field.info.inc).
($widget['module'] = $widget_type['module'];)
Notice: Undefined index: module in _field_info_prepare_instance_display() (Zeile 350 von /srv/www/htdocs/drupal-7.4/modules/field/field.info.inc).
($display['module'] = $formatter_type['module'];)
Notice: Undefined index: menu_link in field_ui_field_overview_form() (Zeile 354 von /srv/www/htdocs/drupal-7.4/modules/field_ui/field_ui.admin.inc).
('#title' => t($field_types[$field['type']]['label']),)
Notice: Undefined index: in field_ui_field_overview_form() (Zeile 360 von /srv/www/htdocs/drupal-7.4/modules/field_ui/field_ui.admin.inc).
('#title' => t($widget_types[$instance['widget']['type']]['label']),)
Nach dem Auffrischen der Seite werden die nicht mehr angezeigt. Soll man das dann noch ernst nehmen?
Unter http://drupal.org/node/1190042 hat jemand schon im Juni eine Fehlermeldung angelegt. Eine Lösung gibt es da anscheinend auch noch nicht. Ich werde jetzt erst einmal an die frische Luft gehen und danach neu installieren.
Vielen Dank inzwischen.

'weisse kuh im schnee mit tennissocken'
bzw
WSOD (White Screen of Death)
(mal danach suchen hier im forum
oder bei guugglle)

dies bedeutet das ein php-error die ausgabe
verhindert bzw abricht

ansonsten deutet die 'notice' ausgabe (die kein fehler
bedeutet sondern einen hinweis, daher wird auch keine
weisse seite ausgegeben..)
das dein drupal oder die benutzen module nicht aktuell sind
http://drupal.org/node/1001060#comment-4330096

grüße
stf

Der weiße Bildschirm wurde laut PHP-error_log von drupalforfirebug ausgelöst:
Maximum execution time of 30 seconds exceeded in /srv/www/htdocs/drupal-7.4/sites/all/modules/drupalforfirebug/drupalforfirebug.module on line 494, referer: http://localhost/drupal-7.4/content/drupal-74batch
Benutzt hatte ich den Firebug in dem Moment nicht. Das Deaktivieren des Moduls hatte zumindest das Problem mit dem weißen Bildschirm gelöst. Mehr aber auch nicht.
Ich habe inzwischen neu installiert und kann auch jetzt in einer lokalen Installation Fotos im CKEditor auf den Server hochladen und in den Text einbauen.

Jetzt stehe ich aber for einem neuen Problem. Ich möchte gerne den Inhalt der alten Website in das neue System transportieren. Bezüglich Inhaltstypen könnte das auch mit Features u.a. geklappt haben. Nur bei den Nodes komme ich nicht so recht weiter. Ich lasse mir ausgehend von der Inhaltsübersicht den sogenannten Export Code anzeigen und übernehme den mit Cut&Paste in mein neues System. Die Ausführung bricht ab mit einem Datenbankfehler:
PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '' for key 'uri': INSERT INTO {file_managed} (filesize, status, timestamp, uuid) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3); Array ( [:db_insert_placeholder_0] => 0 [:db_insert_placeholder_1] => 1 [:db_insert_placeholder_2] => 1311768472 [:db_insert_placeholder_3] => 8b175dba-ca8f-c1f4-4985-d7eae49ffe2b ) in drupal_write_record() (Zeile 6859 von /srv/www/htdocs/drupaltest/includes/common.inc). Das Problem tritt auch mit der neuesten Version (von heute) von node_export auf.
In der Tabelle file_managed steht danach ein Satz mit einer fid, die im Original nicht vorkommt. Die URI ist leer. In dem kopierten Text sind keine leeren uri-Felder enthalten. Aber irgendwie fehlen ja auch die Fotos ...

Wie transportiert Ihr den Inhalt? Mit Feeds?

Ich setze dieses Thema auf erledigt, nachdem ich neu installiert habe und für dieses Transportproblem ein neues Thema angelegt habe.