Fehlende Menüpunkte, die Frontend sichbar im Backend aber nicht vorhanden |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Fehlende Menüpunkte, die Frontend sichbar im Backend aber nicht vorhanden |
Tue. 4. September 2007, 11:12
Beitrag
#1
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Hallo SFteam
Kaum aus den Ferien zurück und schon der erste Frust. Auf einer relativ umfassenden Seite wurde ich auf ein komisches Phänomen aufmerksam gemacht. Im Frontend werden diverse Hauptnavipunkte nicht angezeigt, die im Backend aber vorhanden sind und auf aktiv stehen. Umgekehrt habe ich im Frontend Hauptnavipunkte angezeigt die im Backend nicht vorhanden sind (admin). Und dann Hauptnavigationspunkte die weder im Frontend noch im Backend vorhanden sind aber in der DB vorhanden sind. Kann mir da jemand helfen? Dringend! Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Guest_summerbrother_* |
Tue. 4. September 2007, 14:42
Beitrag
#2
|
Guests |
Can we see it live please.
|
|
|
Tue. 4. September 2007, 17:25
Beitrag
#3
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 587 Mitglied seit: 01.07.2006 Mitglieds-Nr.: 62 |
Cache? Irgendwelche Proxy-Server?
-------------------- Zufall ist das Pseudonym, das Gott sich zugelegt hat, wenn er unerkannt bleiben möchte.
|
|
|
Tue. 4. September 2007, 18:05
Beitrag
#4
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Leider nein.
Der zustand muss leider schon länger her sein, da ich erst jetzt aus den Ferien zurück bin, ist es auch erst jetzt aufgefallen. Wenn das nicht währe, ZITAT Umgekehrt habe ich im Frontend Hauptnavipunkte angezeigt die im Backend nicht vorhanden sind (als admin eingelogt). könnte man ja annhemen es wurde irgendwas gelöscht, jedoch wird in dem SFLog-Plugin auch nichts angezeigt. In der errorlog Datei wird unteranderem folgendes angegeben: edit: inhalt gelösch um unnötiges Scrollen zu erspahren CODE Noch jemand eine Idee. Gruss
Bearbeitungsgrund: Bitte Codebox bei lange Codeabschnitten benutzen!
-------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Guest_summerbrother_* |
Tue. 4. September 2007, 18:27
Beitrag
#5
|
Guests |
|
|
|
Wed. 5. September 2007, 02:55
Beitrag
#6
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Leider war summerbrother etwas zu vorschnell. Das Problem ist noch nicht behoben, es ist nicht das Layout. Es muss etwas in der DB verschoben sein. Was mir aber ein rätsel ist wie so etwas möglich ist. Denn warum sehe ich Im Frontend Menüeinträge die im Backend nicht vorhanden sind. (als admin eingelogt). Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Wed. 5. September 2007, 09:22
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
schuss ins blaue ... eventuell ein fehlerhafter sortindex
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Wed. 5. September 2007, 10:32
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
@Alexander @alle
Habe das mal überprüft mit dem sortindex in der cms_cat weiss nun aber nicht genau was MaZderMind damit meinte das ZITAT "Da darf pro parent jeder sortindex nur einmal vergeben sein." was muss oder kann man nun da machen so das wieder alle Menüpunkte richtig dargestellt werden?meine cms_cat Tabelle sieht so aus Zuschneiden2a.jpg ( 91KB ) Anzahl der Downloads: 48 Gruss ZITAT MaZderMind
Ich tippe mal auf einen fehlerhaften Sortindex, und da es anscheinend schon mehrfach Probleme damit gab gleich ein Feature-Request: Funktion um die Sortindizes je Ordner neu generieren zu lassen. Du solltest dir mal in der DB die Tabelle cms_cat die spalte sortindex an. Da darf pro parent jeder sortindex nur einmal vergeben sein. Vorher backup machne und wenn du dir nich sicher bist Zugangsdaten an mich... -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Wed. 5. September 2007, 10:50
Beitrag
#9
|
|
purist Gruppe: AdvancedMembers Beiträge: 1.525 Mitglied seit: 30.06.2006 Wohnort: luzern (schweiz) Mitglieds-Nr.: 16 |
parent 0 hat 3 ordner (idcat 1,7 und 15) mit einem sortindex von 0. stehen deine beschriebenen probleme mit diesen ordnern in zusammenhang?
wahrscheinlich müssten diese 0, 8 und 9 heissen. bin mir aber auch nicht ganz sicher, ob du diese einfach so ändern kannst und wie sich das dann auf neu erstellte ordner auswirkt. gruss andi -------------------- |
|
|
Wed. 5. September 2007, 11:58
Beitrag
#10
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
als erstes backup der tabelle machen!
dann alle bei allen einträgen mit parent = 0 den sortindex manuell mit phpmyadmin fortlaufend durchnummerieren also 1,2,3, ...., 11 denke dass sollte das problem beheben. welche sefrengo version ist denn das? -------------------- SEFRENGO | a free choice ... again!
|
|
|
Wed. 5. September 2007, 17:18
Beitrag
#11
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
@Alexander
Dein Tipp mit der Neuverteilung des sortindex war richtig aber nur im Backend werden nun alle Verzeichnise angezeigt, im Frontend werden die Hauptmenüpunkte immer noch nicht angezeigt trotzdem alle auf sichtbar stehen. Muss man für das Frontend wo anders etwas einstellen? Cash von SF und Browser schon mehrmals geleert. Gruss Edit: habe die ganze Seite unter XAMPP nochmals installiert hier habe ich die änderungen gemacht -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Wed. 5. September 2007, 17:32
Beitrag
#12
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
Fehlen im Frontend jetzt genau die gleichen Ordner die nach der Änderung am Sortindex jetzt wieder im Backend sichtbar sind?
Und nochmal die Frage: Welche SF Version? -------------------- SEFRENGO | a free choice ... again!
|
|
|
Wed. 5. September 2007, 18:04
Beitrag
#13
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
Ja, im Frontend fehlen immer noch die gleichen Ordner.
SF 1.4 mit diversen Modulen und Plugins Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Thu. 6. September 2007, 09:47
Beitrag
#14
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
war das von beginn an eine 1.4 installation, oder wurde da von einer älternen SF version mal auf die 1.4 aktualisiert?
-------------------- SEFRENGO | a free choice ... again!
|
|
|
Thu. 6. September 2007, 10:22
Beitrag
#15
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
war das von beginn an eine 1.4 installation, oder wurde da von einer älternen SF version mal auf die 1.4 aktualisiert? Ich habe auf der SF 1.4 aufgebaut als neuinstallation. Wie kann ich nun die Seiten für das Frontend wieder sichtbar machen? Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Thu. 6. September 2007, 16:37
Beitrag
#16
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 627 Mitglied seit: 30.06.2006 Mitglieds-Nr.: 25 |
:lol:Hurra alles ist wieder sichtbar.
Zur Erklährung: Unter der SF 1.4 MySQL 3.23.58 PHP 4.4.4 geschehen. Der Redakteur hat einige Verzeichnisse verschoben. Vermutlich wurde dadurch der Sortindex zerhackt. Warum so etwas passieren kann? Keine Ahnung aber so etwas darf eigentlich nicht geschehen. :-\ Für alle als Information. In der Tabelle cms_cat Spalte sortindex darf es nie eine 0 oder doppelte Zahlen für einen parent haben, sonst ist das Verzeichnis oder Ordner auf unsichtbar gestellt oder hebt sich auf. Vielleicht noch was ich habe die ganze Seite bei mir auf dem Server nochmals installier und die Sortindex neu verteilt, da wurden im Backend die Ordner wieder angezeigt im Frontend aber nicht. Dann habe ich das ganz auch auf der Online Installation im Sortindex angepasst und siehe da eben im Backen und im Frontend war wieder alles Sichtbar. Ich möchte alle Danke dir mir geholfen haben das Problem zu lösen. Gruss -------------------- feniweb
_____________________________________________________________________________ Wer kämpft, kann verlieren. Wer nicht kämpft, hat schon verloren. (Bertolt Brecht) |
|
|
Fri. 7. September 2007, 13:35
Beitrag
#17
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 853 Mitglied seit: 16.06.2006 Wohnort: Wien / Österreich Mitglieds-Nr.: 2 |
Warum so etwas passieren kann? Keine Ahnung aber so etwas darf eigentlich nicht geschehen. :-\ vor der 1.4 gabs es zwei bugs mit dem sortindex im system daher auch meine frage ob es sich um eine update- oder neuinstallation handelt. die wurde aber mit der final behoben. ich persönlich hatte mit der 1.4 keine probleme mehr mit dem sortindex. ich hab gerade ein projekt umgestellt bei dem ich zig ordner und seiten kreuz und quer verschoben und sortiert habe weil sich die struktur der ganzen site geändert hat -alles ohne fehler. wäre also interessant was dein redaktuer genau gemacht hat, um den fehler zu produzieren. -------------------- SEFRENGO | a free choice ... again!
|
|
|
Vereinfachte Darstellung | Aktuelles Datum: 19.4.24 - 13:46 |