Druckversion des Themas
Hier klicken um das Topic im Orginalformat anzusehen
Forum Sefrengo.org _ Anwenderforum _ Editieren der Inhalte nicht möglich wenn Backend als Subdomain konfiguriert ist
Geschrieben von: outline4 Tue. 13. March 2007, 14:05
hallo,
mir ist grad was komisches passiert... ich kann bei einem projekt keine seiten mehr editieren!
ich sehe zwar noch alles, aber das bildchen mit dem stift kommt nicht mehr! und das über alle module... mr. list, wysiwyg2 etc...
verRry strange!
weiss vielleicht jemand was das sein könnte?
EDIT: das Problem ist gelöst!
folgende sachen können dazu führen:
1. Loginpfad ist minim falsch: d.h. man das www. zuviel oder zuwenig mehr infos hier:
http://www.domain.de/backend/ oder
http://domain.de/backend/
einloggt. Hast Du http://www... in der Config stehen, aber loggst Dich über http://domain... ein, tritt der Effekt auf, das Du die Seite nicht mehr bearbeiten kannst.
2. das Backend befindet sich in einer Sub domain. wie zum Beispiel http://www.sefrengo.meine_domain.de/backend
das problem ist bei mir erst nach 2 wochen aktiv geworden!
Also zum mitschreiben: DAS BACKEND DARF SICH NICHT IN EINER SUBDOMAIN BEFINDEN
d.h. Zuerst Pfade im System angleichen
Backend per FTP verschieben
Dann im Projektordner unter cms/inc/config.php den Backendpath ($cms_path = 'backend/';) ändern
3. <cms:lay type="config"/> muss im Layouts vorhanden sein!
4. Der Browser akzeptiert keine Cookies
Browser konfigurieren
--
Vielen Dank an alle die probiert haben zu helfen!
Special Thanks an Andi!
Geschrieben von: andi Tue. 13. March 2007, 14:15
hallo
wo habe ich nur meine kristallkugel...
vielleicht ist es was aus http://forum.sefrengo.org/index.php?showtopic=94&hl=stift.
gruss andi
Geschrieben von: outline4 Tue. 13. March 2007, 14:15
wenn ich das menu benutze löscht es mir immer die "&view=edit" sachen weg...
und im div, wo normalerweise das bearbeitungsmenu ist, steht nichts drinnen...
als ob sie mir die editiermöglichkeiten genommen haben... ich habe nur einen benutzer und der ist der admin...
Geschrieben von: MaZderMind Tue. 13. March 2007, 14:36
Das bedeutet dass du nicht angemeldet bist.
Läuft das Ding daheim oder bei deinem Provider?
Zwei ideen:
1. Du hast probleme mit Sessions, also in deinem Browser werden keien cookies akzeptiert.
2. Du oder dein Provider hat auf die neuste MySQL-Version 5.0.37. Ich habs nicht geschafft Sefrengo mit MySQL 5.0.37 zu benutzen und hab am ende resignierend meine 5.0.22 zurückgespielt.
Ich halte 1. für warscheinlicher -- probier einfach mal eine nanderen browser
Gruß, Peter
Geschrieben von: outline4 Tue. 13. March 2007, 14:39
Leider ist es nichts aus http://forum.sefrengo.org/index.php?showtopic=94&hl=stift:
1. I logge mich richtig ein... der pfad stimmt mit dem systempfad überein...
2. <cms:lay type="config"/> ist in allen layouts vorhanden
3. ich benutze firefox 2.0.0.2
was kann ich noch probieren?
Geschrieben von: MaZderMind Tue. 13. March 2007, 14:53
...mal einen anderen Browser probieren?
Und wenn net leere mal die cms_code und die cms_session-Tabellen leeren und wenn das auch nix bringt kann ich so ohne weitere anhaltspunkte auch nich mehr helfen...
Gruß, Peter
Geschrieben von: outline4 Tue. 13. March 2007, 14:53
Leider nicht. Andere Sefrengo projekte kann ich editieren also kann ich das ausschliessen... aber es macht was komisches mit der sid... die kommt nun manchmal. und dann verschwindet sie wieder...
habe grad dem provider angerufen und die benutzen version 4! sicher nicht 5!
das ist mir vielleicht komisch!
und ich weiss nicht genau seit wann das problem besteht...
Geschrieben von: MaZderMind Tue. 13. March 2007, 14:55
Das ist normal. Die Session wird alsbald möglich in ein cookie verlagert. Wenn das nicht möglich ist, wird sie stattdessen in die URL gepackt.
Wie gesagt alle weiteren Tips sind schüsse ins blaue.
Gruß, Peter
Geschrieben von: tobaco Tue. 13. March 2007, 15:10
mal mit bzw. ohne "www" probiert?
Geschrieben von: outline4 Tue. 13. March 2007, 15:17
Wie gesagt alle weiteren Tips sind schüsse ins blaue.
Gruß, Peter
dann muss das wohl trotzdem irgendwas mit der session zu tun haben?!
denn sonst habe ich die sid nie gesehen... ich habe die site aber auf 4 verschiedenen browser und 2 betriebssystemen gestested und es hat überall das gleiche verhalten... habe ich vielleicht die verzeichnissrechte irgendwo geändert? wo wird die session lokal geschrieben??
danke schon mal für die raschen antworten!
Geschrieben von: outline4 Tue. 13. March 2007, 15:18
probiert! ohne gehts gar nicht...
very strange! wollte heute eigentlich vorwärts machen... aber jetzt kann ich gar rein nichts machen! verzweifle fast!
Geschrieben von: outline4 Tue. 13. March 2007, 15:30
Und wenn net leere mal die cms_code und die cms_session-Tabellen leeren und wenn das auch nix bringt kann ich so ohne weitere anhaltspunkte auch nich mehr helfen...
Gruß, Peter
scheisse... auch die mysql tables leeren bringt nichts!
GRrrr
möchte jemand ein login?
Geschrieben von: outline4 Tue. 13. March 2007, 15:32
Das waren die letzten fehlermeldungen:
AND container IN(6)' at line 1) - Invalid SQL: DELETE FROM cms_content WHERE idsidelang IN()
AND container IN(6)
MySql-Error:2007-02-07 (Wed) 23:44:45: error 1064 (You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ') AND container IN(6)' at line 2) - Invalid SQL: DELETE FROM cms_content_external WHERE idsidelang
IN() AND container IN(6)
MySql-Error:2007-02-22 (Thu) 17:57:01: error () - connect(localhost, 19199_nzo_sefr, $Password) failed.
maybe this helps?
Geschrieben von: MaZderMind Tue. 13. March 2007, 15:44
Huu
Das is komsich. Er versucht die Daten einer Seite zu löschen (als wenn du eine Seite zu löschen versuchst), allerdings ohne eine Seite anzugeben..
Das kann ich nich erklären und auf anhieb ab ich auch keine Idee worand das liegt. zum live angucken ha bich keien Zeit..
Another idea, anyone?
Gruß, Peter
Geschrieben von: outline4 Tue. 13. March 2007, 15:49
Das is komsich. Er versucht die Daten einer Seite zu löschen (als wenn du eine Seite zu löschen versuchst), allerdings ohne eine Seite anzugeben..
Das kann ich nich erklären und auf anhieb ab ich auch keine Idee worand das liegt. zum live angucken ha bich keien Zeit..
Another idea, anyone?
Gruß, Peter
ich weiss vielleicht woher das kommt:
<CMSPHP>
// Kommentare der Container entfernen
$mod['manipulate_output'] .= '$output = preg_replace("/<!--(START|END) \d+\/\/-->/","",$output);';
$cfg_client['manipulate_output'] = $mod['manipulate_output'].$cfg_client['manipulate_output'];
</CMSPHP>
maybe it's that?
hab's mal rausgenommen, aber es hat nichts geändert!
vielleicht sollte ich mal ein thee trinken!
Geschrieben von: andi Tue. 13. March 2007, 15:55
edit, gelöscht :-)
Geschrieben von: outline4 Tue. 13. March 2007, 16:03
kann man sefrengo nochmals installieren ohne alle daten zu verlieren?
Geschrieben von: MaZderMind Tue. 13. March 2007, 16:05
Hi
Du kannst einfach die Dateien mit denen aus dem Archiv ersetzen -- das geht. Wenn dein Problem aber in der DB liegt (durchaus warscheinlich) bringts dir absolut ganix. Aber ein versuch...
Gruß, Peter
Geschrieben von: outline4 Tue. 13. March 2007, 16:11
Du kannst einfach die Dateien mit denen aus dem Archiv ersetzen -- das geht. Wenn dein Problem aber in der DB liegt (durchaus warscheinlich) bringts dir absolut ganix. Aber ein versuch...
Gruß, Peter
ähm, welche dateien, welches archiv?
du meinst die dateien im backend?
Geschrieben von: outline4 Tue. 13. March 2007, 16:21
ich habe mal hier die configs kopiert:
edit: die brauchts nicht mehr...
Geschrieben von: andi Tue. 13. March 2007, 16:36
vielleicht liegt auch an der http://forum.sefrengo.org/index.php?showtopic=202&pid=1159&st=0&#entry1159
Geschrieben von: MaZderMind Tue. 13. March 2007, 16:42
Das ist gut Möglich -- kann es sein dass das Cookie eine falsche Domain sendet und deswegen nich richtig anerkannt wird? Würd mich gern mehr drum kümmern aber ich hab mich schon viel zu lange vorm Lernen gedrückt..
Gruß, Peter
Geschrieben von: outline4 Tue. 13. March 2007, 16:56
Gruß, Peter
ich verschiebe nun mal das backend damit es nicht mehr auf einer subdomain liegt... nach reiflichem lesen, schauen etc scheint das die einzige möglichkeit! wenn das nicht geht dann geh ich mich besaufen! jawohl!
Geschrieben von: andi Tue. 13. March 2007, 17:02
prost!
Geschrieben von: outline4 Tue. 13. March 2007, 17:22
jetzt gehe ich trotzdem saufen, aus freude dass es wieder geht!
Vielen Dank Andi
P.s. Ich habe meinen ersten Post editiert und die Fehlerdiagnose hinzugefügt...
cheers ;-)
P.P.s ich habe wirklich NUR den backend ordner verschoben... ja, und die tables gelöscht... aber das war wohl nicht nötig, oder? keine cookies einstellungen geändert... kein .htaccess geändert...
mir erscheint das unlogisch! vorallem weil ich 2 wochen dran gearbeitet habe und dann auf einmal gings nicht mehr! bin recht ins schleudern gekommen! aber was solls hauptsache es geht wieder!
yeah!
Geschrieben von: Olaf Tue. 13. March 2007, 17:25
Jo, ich guck auf das Bild, und sehe:
System: /home/nzo/sefrengo/backend/
Projekt: /home/nzo/public_html/
Sieht zumindest eigenartig aus
Geschrieben von: andi Tue. 13. March 2007, 17:29
mach doch besser gleich einen eintrag ins wiki, wäre dort sicherlich besser aufgehoben.
gruss andi
Geschrieben von: Olaf Tue. 13. March 2007, 17:39
Du kannst doch nicht einfach hier rumlöschen und mich wie ein Depp dastehen lassen 
EDIT So, habs noch im anderm Tab gehabt 
|
Geschrieben von: andi Tue. 13. March 2007, 17:46
welches bild olaf
edit: hehe, noch was gefunden
das ganze wäre wirklich ein wiki-eintrag wert. sind doch immer wieder die selben probleme. und im ersten post hat er eigentlich die möglichkeiten ganz schön aufgeführt (obwohl er die lösung einfach in einem letzten beitrag aufzeigen hätte können, anstatt den ganzen beitrag zu editieren)
Geschrieben von: outline4 Wed. 14. March 2007, 14:51
wieso wisst ihr überhaupt dass ich ein ER bin... hätte ja genausogut eine super hübsche vollbusige blondine sein können... outline4... hmm... hat der andi doch ne kristallkugel ;-)
öhm, sorry für's rumlöschen!
ich dachte nur... aber ja, ich habe da im ersten post ein bisschen zuviel gelöscht! geb ich zu! das ganze sollte auch noch sinn machen... ja jaaa! aber eigentlich finde ich dass man die lösungen immer im ersten post sehen sollte! (falls es lösungen gibt..)
finde auch dass das ins wiki gehört!
kann das jemand von euch ins wiki stellen? denn mein deutsch ist grosse baustelle! bin aus der schweiz... und in wallisser diitsch wellti diär das appa eh nid gkheru? oder?
cheers!
Geschrieben von: andi Wed. 14. March 2007, 15:01
jahrelange schreibstilanalysen mache es da einem einfach ;-)
auso de walliser dialäkt göut jo ide schwiz au scho fascht als frömdsproch
Geschrieben von: outline4 Wed. 14. March 2007, 15:08
auso de walliser dialäkt göut jo ide schwiz au scho fascht als frömdsproch
dasch geil... hiä chenntiwär voll rumschtussu ohni das iisch uberhäupt jemand verschteit ;-)
merci numal, dizmal uf walliserdiitsch ;-)
Geschrieben von: alexander Wed. 14. March 2007, 17:36
hab mal den nicht sehr aussagekräftigen titel des thread angepasst.
Geschrieben von: outline4 Fri. 16. March 2007, 15:31
schade... ich suche in den foren eigentlich immer zuerst nach "oh my god what have I done" ;-)
peace yo!
*s*
Geschrieben von: Taturo Wed. 13. June 2007, 15:48
ich habe dazu noch eine Verständnisfrage: Ich habe ein Sefrengo mit 3 Projekten. Jedes Projekt soll von einer andere Domain aus erreichbar sein, alle Projekte aber durch das gleiche Backend bearbeitet werden.
Da ich für das Backend keine Subdomain einrichten kann schiebe ich den Backendordner wie er ist in einen beliebigen Projektordner und muss nur unter Administration - System HTML-Pfad zum Backend und Pfad zum Backend den Pfad anpassen (bevor ich den Backendordner verschiebe) und in jedem Projekt in der cms/inc/config.php den Backendpath ($cms_path = 'backend/';) anpassen, das funktioniert ohne weitere Anpassungen, habe ich das richtig verstanden?
Das muss ich immer machen, wenn ich mehrere Projekte über ein Sefrengo laufen habe, die von unterschiedlichen Domains aus erreichbar sein sollen, richtig?
Viele Grüsse, Andreas
Geschrieben von: Taturo Wed. 11. July 2007, 13:13
hallo,
jetzt war ich gestern Stolz auf mich, weil ich drei Projekte von einem Backend aus bearbeiten konnte und heute funktioniert es einfach nicht mehr. Daher nochmal meine Frage: Wie schaffe ich es 3 Projekte für 3 unterschiedliche Domains von einem Backend aus zu bearbeiten?
Meine jetzigen Einstellungen/Pfade etc:
Ich habe auf dem Server 3 Ordner, für jedes Projekt einen und zwar im Rootverzeichnis:
root/projekt1
root/projekt2
root/projekt3
der Backendordner liegt im Order projekt1 also root/projekt1/backend
Das Domainpointing ist entsprechend:
domain1.tld zeigt auf Ordner projekt1
domain2.tld zeigt auf Ordner projekt2
domain3.tld zeigt auf Ordner projekt3
Unter Administration - Systemeinstellungen habe ich als
Pfad zum Backend:
/homepages/xx/xxxxxx/htdocs/projekt1/backend/
HTML-Pfad zum Backend:
http://www.domain1.tld/backend/
In der Projektkonfiguration bei allen Projekten:
Pfad zum Frontend:
/homepages/xx/xxxxxx/htdocs/projektX/
HTML-Pfad zum Frontend:
http://www.domainX.tld/
In projekt1/cms/inc/config.php:
$cms_path = 'backend/';
In projekt2+3/cms/inc/config.php:
$cms_path = '../projekt1/backend/';
Wenn ich das Backend jetzt über http://www.projekt1/backend/ aufrufe kann ich nur Projekt1 bearbeiten, bei den beiden anderen sind keine Editbuttons zu sehen. Ich schwöre, gestern ging es noch, echt und ohne scheiss!
<cms:lay type="head"/> in allen Layouts
Ich weiss nicht mehr weiter, Cache löschen, Cookies löschen, anderer Browser, mit und ohne www, alles Fehlanzeige.
Wo liegt der Fehler?
Geschrieben von: Taturo Thu. 12. July 2007, 11:34
Die Editbuttons sind bei allen Projekten wieder da! Kann es sein, dass man bei mehreren Projekten und einem Backend in der Administration - Systemeinstellungen bei "Session Backend Domain" unbedingt die Domain des Projektes eingetragen muss, in der der backend Ordner liegt?
Geschrieben von: STam Thu. 12. July 2007, 12:12
^^ gut geraten
Gruß
Geschrieben von: Taturo Thu. 12. July 2007, 12:43
Geraten ist gut, da habe ich tage- bzw nächtelang rumgegrübelt und probiert, bis ich drauf gekommen bin. Ich würde mich bereit erklären, das ganze Verfahren "1 Backend mehrere Projekte" in einen Artikel für's Wiki zu schreiben. Sollte nur vorher einer von den Experten drüberschauen.
Gruss, Andreas
Geschrieben von: saschapi Thu. 12. July 2007, 18:26
das wäre gut...
Geschrieben von: Uliwe Mon. 20. August 2007, 18:23
Das Thema Backend/Subdomain ist mir nicht ganz klar:
Ich habe bei http://www.df.eu den Tarif http://www.df.eu/index.php?id=164. Ich möchte eine bestehende Site (xyz.com) nun auf Sefrengo umstellen, die bisherige Version soll aber bis zur Fertigstellung erreichbar bleiben. Habe mir folgende Verzeichnisstruktur auf dem Server angelegt:
/webseiten
/webseiten/abc_alt
/webseiten/abc
/webseiten/abc/projekt01
/webseiten/abc/backend
/webseiten/abc/setup
Die Domain xyz.com zeigt auf die bisherige Site-Version in /webseiten/abc_alt, was dazu führt, dass ich per HTTP nicht auf das Setup-Verzeichnis zugreifen kann. Deshalb habe ich eine Subdomain sfsetup.xyz.com angelegt, die auf das Verzeichnis /webseiten zeigt. Die Installation mit http://www.sfsetup.xyz.com/abc/setup funktioniert dann prima...
In den Systemeinstellungen im Sefrengo-Backend steht:
Pfad zum Backend: /kunden/Auftragsnummer_PLZ/webseiten/abc/backend/
HTML-Pfad zum Backend: http://www.sfsetup.xyz.com/abc/backend/
Verstehe ich den Thread hier richtig, dass das so zu Problemen führen wird? Was müste denn dann in meinem Beispiel in den Systemeinstellungen und in der cms/inc/config.php (bisher: $cms_path = '../backend/';) eingetragen werden? 
Grüße,
Ulrich
Geschrieben von: summerbrother Mon. 20. August 2007, 19:09
Das wird schwierig werden. Subdomains kann in die Hose gehen. SF ist in dem Punkt manchmal ein wenig komisch.
ich hät jetzt erstmal
/webseiten/abc_alt in /webseiten/abcd umbenannt,
SF in /webseiten/abcd installiert und später das Domainpointing auf /webseiten/abcd/projekt01/ gelegt.
Geschrieben von: gunwalt Mon. 20. August 2007, 22:05
/webseiten/abc_alt in /webseiten/abcd umbenannt,
SF in /webseiten/abcd installiert und später das Domainpointing auf /webseiten/abcd/projekt01/ gelegt.
Wenn ich davon ausgehen, das das alte normaler HTML ist , dann
altes System in /webseiten/abcd
SF /webseiten/abcd
SF /webseiten/abc/backend
SF /webseiten/abc/setup
$cms_path = 'backend/';
Diese Variante hat in meinen Augen den Vorteil, das du außer den alten Ordnern nicht löschen musst. Halt, einen Haken gibt es, wenn deine alte Datei "index" heisst. Dann benenn die SF index um und ändere das ganze in den Systemeinstellungen.
Geschrieben von: luxli Mon. 20. August 2007, 23:30
Ich habe bei http://www.df.eu den Tarif http://www.df.eu/index.php?id=164. Ich möchte eine bestehende Site (xyz.com) nun auf Sefrengo umstellen, die bisherige Version soll aber bis zur Fertigstellung erreichbar bleiben.
Wie die Zeit vergeht, das kenn ich doch.
Index.htm mit verweis auf Projekt01
cms
> backend = neue Projekt
D...
> backend = alte Projekt
XYZ
> cms = neue Projekt
projekt01
> cms = altes Projekt
so war nur das alte Projekt mit D... zugänglich
nachdem das neue Projekt stand habe ich nur den Verweis in der Index.html geändert
und zusätzlich eine eine Datei .htaccess erstellt womit allenfalls extern gespeicherte Links automatisch auf die neuen umgeleitet werden. Das ist noch heute so.
Geschrieben von: Uliwe Tue. 21. August 2007, 10:05
Ich habe das jetzt mal mit summerbrothers Vorschlag umgesetzt, weil mir das am einfachsten und sichersten erschien, zumal ich das hier nicht verstanden habe :
cms
> backend = neue Projekt
D...
> backend = alte Projekt
XYZ
> cms = neue Projekt
projekt01
> cms = altes Projekt
Vielen Dank an Euch drei für die schnelle Hilfe!
Geschrieben von: summerbrother Tue. 21. August 2007, 14:55
Ich auch nicht
Vielleicht hat ja jemand ein Schweiz/Deutsch Deutsch/Schweiz - Wörterbuch zur Hand
Ich glaub der Luxli meinte ein Umstieg von einem alten auf ein neues Projekt.
Geschrieben von: mistral Tue. 21. August 2007, 15:32
Vielleicht hat ja jemand ein Schweiz/Deutsch Deutsch/Schweiz - Wörterbuch zur Hand
Ig weis gar nid was du hesch, im Itrag vom Luxli isch doch gar nüt in Mundart gschribe gsi.
Geschrieben von: andi Tue. 21. August 2007, 15:38
weiss au ned wo s problem lid 
Geschrieben von: summerbrother Tue. 21. August 2007, 16:24
Die Sprache versteh ich ja noch hier und da, bin ja gern mal Tourist in Euren Bergen.
Aber das schweizerische Gedanekengut ist manchmal etwas fremd....
Was mir auffält: Das werden hier langsam immer mehr ...
Geschrieben von: richmcduff Tue. 9. October 2007, 13:20
das problem ist bei mir erst nach 2 wochen aktiv geworden!
Also zum mitschreiben: DAS BACKEND DARF SICH NICHT IN EINER SUBDOMAIN BEFINDEN
d.h. Zuerst Pfade im System angleichen
Backend per FTP verschieben
Dann im Projektordner unter cms/inc/config.php den Backendpath ($cms_path = 'backend/';) ändern
Für mich ist diese "Lösung" leider nicht praktikabel, da ich keinen Zugriff auf die Hauptdomain habe.
Mein Ziel ist eine Struktur der Form:
Frontend: http://subdomain.domain.tld/
Backend: http://subdomain.domain.tld/backend/
(Für Backend und Frontend dieselbe Subdomain)
Kann mir jemand detailiert erklären wo und warum dieses Problem auftritt? Oder zumindest einen Anhaltspunkt geben, in welchen Dateien die Überprüfung gemacht wird, sodass ich meine Sefrengo-Installation anpassen kann?
Gruß Felix
Geschrieben von: andi Tue. 9. October 2007, 13:34
wenn es so einfach wäre, hätte sich dem problem wohl schon längst jemand angenommen.
gruss andi
Geschrieben von: summerbrother Tue. 9. October 2007, 17:26
Nein.
Geschrieben von: smail Tue. 9. October 2007, 18:09
Frontend: http://subdomain.domain.tld/
Backend: http://subdomain.domain.tld/backend/
(Für Backend und Frontend dieselbe Subdomain)
Auf die Gefahr hin, dass ich mich unbeliebt mache, aber meiner Meinung nach müsste Frontend UND Backend zusammen in einer Subdomain gehen. Zumindest läuft eine solche Installation bei mit problemlos...
Was nicht geht ist die Trennung von Frontend und Backend auf Domain + Subdomain.
Ich tippe nach wie vor auf irgendeinen Dreher in den Pfaden. So kommen wir leider aber nicht weiter. Man müsste sich das mal live ansehen...
Gruß
Jan
Geschrieben von: richmcduff Tue. 9. October 2007, 19:12
Nachdem ich mich heute stundenlang durch den Quellcode gefressen habe, bin ich zu dem selben Ergebniss gekommen
Mein erster Ansatzpunkt wäre mal die neuste Version der PHPLib einzubauen. Die in SF 1.4 verwendete ist ja schon uralt bis scheintod. Und gerade bei der Sessionsverarbeitung hat sich bei PHP ja doch immer etwas geändert.
Mal sehen, ob ich morgen dazu komme das mal zu testen.
Was nicht geht ist die Trennung von Frontend und Backend auf Domain + Subdomain.
Das war genau das, was mich bei der ganzen Problematik immer irritert hat. Irgendwer schrieb: "www ist ja auch nur eine Subdomain". Wenn man das ganze per Apache vhosts macht, ist die Funktionalität sogar exakt die gleiche.
Zur Zeit läuft bei mir auch alles fast normal. Bis auf ContenFlex. Das spinnt total, schon bei der Konfiguration.
Geschrieben von: smail Tue. 9. October 2007, 22:20
Jetzt eine wahrscheinlich ganz blöde Frage: Du hast aber die Dateien
- mod.contentflex.php und
- mod.contentflex_cache.php
Und was heißt "fast normal"? Was geht denn sonst nicht??!?
Geschrieben von: richmcduff Wed. 10. October 2007, 20:44
- mod.contentflex.php und
- mod.contentflex_cache.php
Und was heißt "fast normal"? Was geht denn sonst nicht??!?
Ja, die Dateien habe ich mit kopiert.
ContentFlex funktioniert überhaupt nicht. Unter bestimmten Umständen verhindert das sogar, dass in einem Template andere Module für Container konfiguriert werden können. Mal davon ab, dass ich auf den Seiten kein Symbol habe, um CF Elemente hinzuzufügen.
Bei ListFlex funktioniert das, solange ich nur das frisch importierte Modul benutze. Sobald ich eine Kopie erzeuge oder die vorkonfigurierten Beispielmodule benutze, habe ich kein Editbutton mehr.
Aber sonst ist alles bestens *Galgenhumor*
Geschrieben von: smail Wed. 10. October 2007, 20:48
könnt ich mir das mal "live" ansehen? Falls ja, Daten per PM, ok?
Ist das eine komplett neue Installation? Falls ja, könnt ich Dir das evtl. mal komplett neu installieren... Aber eins nach dem anderen
Geschrieben von: richmcduff Thu. 11. October 2007, 14:53
Das Problem mit ListFlex ist gelöst. Das hing damit zusammen, dass ich das Modul der Übersicht halber umbenannt habe. (siehe Bugreports)
Mit ContentFlex probier ich nochmal ein bischen rum. Wenn ich endgültig verzweifeln sollte, komme ich auf dein Angebot zurück Aber ja, die Installation ist ganz frisch.
Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)