Gelöst - Views ignorieren neue Inhalte
Eingetragen von Leinad (21)am 17.06.2008 - 17:27 Uhr in
Hallo,
ich habe eine Seite auf einen neuen Server umgezogen und seitdem gibt es folgendes Phänomen:
Die Views filtern nach einem bestimmten Inhaltstyp und einer bestimmten Kategorie.
Alle bestehenden Inhalte werden korrekt in den Views angezeigt, selbst nach umbenennen oder verschieben in eine andere Kategorie.
Erstelle ich einen neuen Inhalt des selben Typs und der selben Kategorie wird dieser in der View nicht angezeigt.
Filtere ich aber unter admin/content/node nach den selben Kriterien wie in der View wird der neue Inhalt angezeigt.
Woran kann das liegen, eine Idee in die richtige Richtung würde mir schon sehr weiterhelfen.
Danke und Gruß
Daniel
- Anmelden oder Registrieren um Kommentare zu schreiben
Was passiert nach dem Du den
am 17.06.2008 - 18:14 Uhr
Was passiert nach dem Du den Views Cache geleert hast?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Ich hab per phpmyadmin alle
am 17.06.2008 - 23:01 Uhr
Ich hab per phpmyadmin alle tabellen mit cache_ am Anfang geleert, hat nichts gebracht.
Wird noch irgendwo was in Dateien gecached, oder brauchen die Views evtl. Schreibrechte auf einen Ordner oder eine Datei, kann ja sein, daß das nach dem Umzug nicht richtig gesetzt wurde...
Was passiert wenn Du einen
am 18.06.2008 - 09:15 Uhr
Was passiert wenn Du einen der Views duplizierst und dann damit Inhalte erstellst?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Der duplizierte View zeigt
am 18.06.2008 - 10:59 Uhr
Der duplizierte View zeigt das selbe an, wie der alte.
Ich weiß nicht, ob es was damit zu tun haben kann, aber ich habe beim Umzug gleich ein Update von CCK 1.6 auf 1.7 gemacht, kann es damit zusammenhängen?
Views Version ist 1.6, also aktuell, soweit ich weiß.
Zitat: gleich ein Update
am 18.06.2008 - 11:41 Uhr
gleich ein Update von CCK 1.6 auf 1.7 gemacht
Naja, da koenntest Du doch testhalber wieder CCK 1.6 einspielen.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Das kann ich leider auch
am 18.06.2008 - 17:26 Uhr
Das kann ich leider auch nicht machen, da die neue Version jetzt von einem anderem Modul gebraucht wird, aber ich kann ja auf dem alten Server mal die Version 1.7 installieren und dann schauen, ob es dann auch nicht mehr klappt.
Hier mal der Export eines Beispiel-Views, wo das Problem besteht, vielleicht wird daraus jemand schlau... aber eigentlich müßte es ja stimmen, da die alten Inhalte alle korrekt angezeigt werden... ich stehe echt vor einem Rätsel...
<?php$view = new stdClass();
$view->name = 'glossara';
$view->description = 'glossara';
$view->access = array (
);
$view->view_args_php = '';
$view->page = TRUE;
$view->page_title = '';
$view->page_header = '';
$view->page_header_format = '3';
$view->page_footer = '';
$view->page_footer_format = '3';
$view->page_empty = '';
$view->page_empty_format = '3';
$view->page_type = 'bonus_grid';
$view->url = '';
$view->use_pager = TRUE;
$view->nodes_per_page = '3000';
$view->sort = array (
array (
'tablename' => 'node',
'field' => 'title',
'sortorder' => 'ASC',
'options' => '',
),
);
$view->argument = array (
);
$view->field = array (
array (
'tablename' => 'node',
'field' => 'title',
'label' => '',
'handler' => 'views_handler_field_nodelink',
'options' => 'link',
),
);
$view->filter = array (
array (
'tablename' => 'node',
'field' => 'type',
'operator' => 'OR',
'options' => '',
'value' => array (0 => 'lexikoneintrag',),
),
array (
'tablename' => 'term_node_14',
'field' => 'tid',
'operator' => 'AND',
'options' => '',
'value' => array (0 => '41',),
),
);
$view->exposed_filter = array (
);
$view->requires = array(node, term_node_14);
$views[$view->name] = $view;
?>
nur Views aktualisiert?
am 18.06.2008 - 18:43 Uhr
kann ich leider auch nicht machen, da die neue Version jetzt von einem anderem Modul gebraucht wird
Das hört sich an als wäre beim Umzug nicht nur Views auf eine höhere Version gebracht worden sondern weitere Module.
Ist dem so?
Zu welchem Zeitpunkt wurden neue Modulversionen eingespielt? Direkt während der Migration oder nach deren Abschluss? Damit komme ich zur nächsten Überlegung:
Es wird empfohlen bei Upgrades von Modulen "update.php" aufzurufen. Ist dies bei der neuen Installation schon mal erfolgt?
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Ein Schritt weiter
am 20.06.2008 - 16:54 Uhr
Auf dem alten Server war die Seite noch komplett vorhanden, da hab ich jetzt mal testweise wieder eine Domain draufgeleitet und siehe da: das Problem gab es dort auch schon, ist aber erst nach dem Umzug aufgefallen...
Also kann es weder am Umzug, noch am Update von CCK liegen. Da ich vorher noch nichts an der Seite gemacht habe, kann ich momentan leider nicht sagen, welche Module dort als letztes installiert wurden, bzw. welche anderen Änderungen zu dem Fehler geführt haben können, hab das aber gerade nachgefragt...
Mhm. Das Debugging sollte
am 20.06.2008 - 17:43 Uhr
Mhm.
Das Debugging sollte also auf dem alten Server gemacht werden. Eventuell ist mit schrittweiser Deaktivierung von Modulen etwas zu ermitteln.
-------------
quiptime
Nur tote Fische schwimmen mit dem Strom.
Lösung
am 26.06.2008 - 11:37 Uhr
Hallo,
vielen Dank für deine Tips, genau so hat das im Endeffekt auch zur Lösung geführt: nachdem #translatable deaktivert war, hat es wieder funktioniert.
Gruß
Daniel