Problem mit von Modulen kreierten CSS und JS-Dateien
Problem mit von Modulen kreierten CSS und JS-Dateien
Hallo zusammen,
zunächst hatte ich das Problem, dass das google-maps-Beispielmodul nicht funktionieren wollte (es wurde keine Karte angezeigt und die Formatierung war auch nicht OK). Nachdem ich soweit keinen Fehler finden konnte, ging ich zunächst davon aus, dass ich einfach zu doof bin das Modul korrekt einzusetzen. Also habe ich Contenido 4.9.4 noch mal downgelaodet und mit Beispielmodulen und Beispielinhalten installiert, um da mal zu gucken, wie's richtig geht.
Hier war es aber noch schlimmer. Die komplette Seite wurde nicht mal ansatzweise vernünftig angezeigt. Es scheint so, als ob sämtliche durch die Module kreierten .css und .js-Dateien nicht eingebunden/berücksichtig werden.
Um das Verhalten zu verifizieren, habe ich eine weitere Demo-Installation auf dem Server eines anderen Anbieters installiert. Auch hier das gleiche Bild.
Fehlermeldungen erhalten ich keine, Integritätscheck => alles grün. Vielleicht ein PHP-Problem? Auf dem einen Server ist PHP 5.3.3 im Einsatz, auf dem anderen 5.3.18
Kann mir jemand sagen wo das Problem liegt - oder was ich ggf. falsch mache.
Gruß
Sebastian
zunächst hatte ich das Problem, dass das google-maps-Beispielmodul nicht funktionieren wollte (es wurde keine Karte angezeigt und die Formatierung war auch nicht OK). Nachdem ich soweit keinen Fehler finden konnte, ging ich zunächst davon aus, dass ich einfach zu doof bin das Modul korrekt einzusetzen. Also habe ich Contenido 4.9.4 noch mal downgelaodet und mit Beispielmodulen und Beispielinhalten installiert, um da mal zu gucken, wie's richtig geht.
Hier war es aber noch schlimmer. Die komplette Seite wurde nicht mal ansatzweise vernünftig angezeigt. Es scheint so, als ob sämtliche durch die Module kreierten .css und .js-Dateien nicht eingebunden/berücksichtig werden.
Um das Verhalten zu verifizieren, habe ich eine weitere Demo-Installation auf dem Server eines anderen Anbieters installiert. Auch hier das gleiche Bild.
Fehlermeldungen erhalten ich keine, Integritätscheck => alles grün. Vielleicht ein PHP-Problem? Auf dem einen Server ist PHP 5.3.3 im Einsatz, auf dem anderen 5.3.18
Kann mir jemand sagen wo das Problem liegt - oder was ich ggf. falsch mache.
Gruß
Sebastian
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Hi,
hast du dass bei allen Modulen, oder nur beim MAPS-Modul?
Beim Maps-Modul kann der Fehler auch darin liegen, dass du keinen gültigen API-Key von Google hinterlegt hast. Dafür musst du dich bei Google registrieren, und den Key entsprechend eingeben.
Ich erinnere mich, dass ich das Maps-Modul dahingehend für meine eigenen Zwecke etwas aufgebohrt und modifiziert hatte.
hast du dass bei allen Modulen, oder nur beim MAPS-Modul?
Beim Maps-Modul kann der Fehler auch darin liegen, dass du keinen gültigen API-Key von Google hinterlegt hast. Dafür musst du dich bei Google registrieren, und den Key entsprechend eingeben.
Ich erinnere mich, dass ich das Maps-Modul dahingehend für meine eigenen Zwecke etwas aufgebohrt und modifiziert hatte.
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Für Google Maps gibt es keine Keys mehr, die API v.2 ist veraltet und die v.3 arbeitet ohne Keys.
Gruß
Zuschauer
Gruß
Zuschauer
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Würde ich so nicht unterschreiben. Habe erst kürzlich für eine Webpräsenz den Mapskey aktiviert und eingebunden.
Zugegeben, Google ist, was diese Services anbetrifft extrem unübersichtlich.
Daher hier die Info:
Zugegeben, Google ist, was diese Services anbetrifft extrem unübersichtlich.
Daher hier die Info:
- Zuschalten des Keys : https://code.google.com/apis/console/
- Aktiviert und genutzt wird : Google Maps JavaScript API v3
- Weitere Infos dazu hier : https://developers.google.com/maps/docu ... ipt/?csw=1
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Danke für die Angaben, die kann ich grad gut brauchen!
Gruß
Zuschauer
Gruß
Zuschauer
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
...also bisher bin ich auch davon ausgegangen, dass der Key nicht mehr benötigt wird (siehe API V3).
Aber daran kann es ggf. nicht liegen, denn es betrifft auch die css und js-Dateien von anderen Modulen.
Gruß
Sebastian
Aber daran kann es ggf. nicht liegen, denn es betrifft auch die css und js-Dateien von anderen Modulen.
Gruß
Sebastian
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Kleiner Tipp zu deiner CSS und JS Frage: http://forum.contenido.org/viewtopic.ph ... hilit=+css
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
...den Beitrag hatte ich vorher schon gesehen.
Aber auch das kann es nicht sein. Wie gesagt, es betrifft sogar den kompletten Beispielmandanten, bei dem ja eigentlich alles funktionieren müsste.
Aber auch das kann es nicht sein. Wie gesagt, es betrifft sogar den kompletten Beispielmandanten, bei dem ja eigentlich alles funktionieren müsste.
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Tja, dann der klassische Weg.
Error_Reporting von PHP verschärfen, Debugging-Meldungen aktivieren (config.misc.php), Serverlogs, Contenido-Logs, etc. prüfen.
Step by Step angehen die Sache.
Error_Reporting von PHP verschärfen, Debugging-Meldungen aktivieren (config.misc.php), Serverlogs, Contenido-Logs, etc. prüfen.
Step by Step angehen die Sache.
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
Re: Problem mit von Modulen kreierten CSS und JS-Dateien
Also...
Zwischenzeitlich bin ich sicher, dass es nichts mit PHP 5.3 zu tun hat, denn mit PHP 5.5 funktioniert es (auf dem gleichen Server) auch nicht.
Aber jetzt wirds richtig seltsam:
Ich habe - um der Sache auf den Grund zu gehen - contenido mal komplett gelöscht, und dann neu hochgeladen, gem. Anleitung die Rechte für die drei Verzeichnisse entsprechend 777 gesetzt, setup gestartet. Während der Installation erhalte ich dann noch den Hinweis, dass einige Verzeichnisse nicht beschreibbar sind. Die kriegen dann natürlich ebenfalls 777-Rechte. Die Installation läuft im Anschluss problemlos durch.
Danach kriege ich aber - wenn ich versuche das Frontend aufzurufen - nur eine weiße Seite agezeigt. Im Backend (Systemintegrität) kriege ich dann noch einige weitere Verzeichnisse angezeigt, in die nicht geschrieben werden kann. Woraufhin ich natürlich auch diesen 777-Rechte verpasse.
Das o. a. Problem bleibt aber weiterhin bestehen.
Also noch ein weiteres mal contenido komplett gelöscht, alles wieder hochgeladen. Jetzt aber sofort sämtlichen (also wirklich allen) Verzeichnissen und Dateien 777-Rechte verpaast und danach die Installation durchgeführt. Und siehe da - jetzt funktioniert der Demo-Mandant einwandfrei.
Ich bin ja ein Fuchs, dachte ich mir
Daher bin ich gleich zur alten Installation zurück, sämtlichen Verzeichnissen und Dateien 777-Rechte verpasst und - Mist, geht immer noch nicht???
Jetzt ist mal der 4fb-Support gefragt: In welches Verzeichnis oder in welche Datei konnte (oder kann) contenido da beim Anlegen oder Generieren der Artikel etc. nicht schreiben?
Und: Sinnvoller weise sollte bei der Installation noch eine genauere Prüfung der Rechte eingebaut werden, denn erst nach der Installation über die "Systemintegrität" zu erfahren, dass etwas nicht passt, ist suboptimal.
Grüße
Sebastian
Zwischenzeitlich bin ich sicher, dass es nichts mit PHP 5.3 zu tun hat, denn mit PHP 5.5 funktioniert es (auf dem gleichen Server) auch nicht.
Aber jetzt wirds richtig seltsam:
Ich habe - um der Sache auf den Grund zu gehen - contenido mal komplett gelöscht, und dann neu hochgeladen, gem. Anleitung die Rechte für die drei Verzeichnisse entsprechend 777 gesetzt, setup gestartet. Während der Installation erhalte ich dann noch den Hinweis, dass einige Verzeichnisse nicht beschreibbar sind. Die kriegen dann natürlich ebenfalls 777-Rechte. Die Installation läuft im Anschluss problemlos durch.
Danach kriege ich aber - wenn ich versuche das Frontend aufzurufen - nur eine weiße Seite agezeigt. Im Backend (Systemintegrität) kriege ich dann noch einige weitere Verzeichnisse angezeigt, in die nicht geschrieben werden kann. Woraufhin ich natürlich auch diesen 777-Rechte verpasse.
Das o. a. Problem bleibt aber weiterhin bestehen.
Also noch ein weiteres mal contenido komplett gelöscht, alles wieder hochgeladen. Jetzt aber sofort sämtlichen (also wirklich allen) Verzeichnissen und Dateien 777-Rechte verpaast und danach die Installation durchgeführt. Und siehe da - jetzt funktioniert der Demo-Mandant einwandfrei.
Ich bin ja ein Fuchs, dachte ich mir

Daher bin ich gleich zur alten Installation zurück, sämtlichen Verzeichnissen und Dateien 777-Rechte verpasst und - Mist, geht immer noch nicht???

Jetzt ist mal der 4fb-Support gefragt: In welches Verzeichnis oder in welche Datei konnte (oder kann) contenido da beim Anlegen oder Generieren der Artikel etc. nicht schreiben?
Und: Sinnvoller weise sollte bei der Installation noch eine genauere Prüfung der Rechte eingebaut werden, denn erst nach der Installation über die "Systemintegrität" zu erfahren, dass etwas nicht passt, ist suboptimal.
Grüße
Sebastian