Code: Alles auswählen
POST http://bc11/backend/login/ajax_check_ssl.php 403 Forbidden jquery....min.js (Zeile 4)
<p><strong style="color:#f00;">ACCESS DENIED!</strong> - Invalid call of <i>/backend/login/ajax_check_ssl.php</i></p>
"NetworkError: 403 Forbidden - http://bc11/backend/login/ajax_check_ssl.php" ajax_c...ssl.phpHattest Du Deine Tests immer in einer Server-Umgebung, wo die derzeitige Entwicklungsversion der einzige Host war, also keine vhosts eingerichtet waren, um mehr als eine Version / ein System auf einem Server laufen lassen zu können? Ich dachte, die vhost-Lösung (namensbasiert) wäre die übliche Variante, um sich langweilende Server bei IP-Knappheit auszunutzen - oder nicht allzu viele virtuelle Maschinen zu brauchen.BlackCat versucht, nach einer positiven Antwort aus den Serverdaten eine SSL-Verbindung herzustellen. In Umgebungen mit vhosts (virtuellen Hosts, einer Konfiguration des Webservers) kann je nach Konfiguration ein falsches Ergebnis vorkommen.
Nur in der Datenbank. Im ZIP liegt im Verzeichnis install eine Datei tag.txt, die die Informationen beinhaltet. Da das Verzeichnis nach der Installation (beim ersten Login) automatisch gelöscht wird, kannst Du da hinterher nicht mehr nachschauen. Wenn Du das ZIP noch hast, kannst Du natürlich dort nachsehen. Für händisch nachgefuddelte Dateien gibt's natürlich keine Buildnummern.Friedemann hat geschrieben: Nachfrage: Gibt es eigentlich irgendeine Datei oder sonstige Stelle, aus der die jeweilige Build-Nr. / Rev.-Nr. hervorgeht?
Seit der Beta gab es drei Commits, zwei davon betreffen den Installer. So gesehen mag sich eine Neuinstallation mit dem aktuellen GitHub Master lohnen, allerdings nicht für dieses Thema hier. Der Installer macht halt jetzt das selbe wie die ajax_check_ssl.php und fragt zusätzlich ab, ob SSL aktiviert werden soll. (Nur wenn das Prüfergebnis positiv ist, ansonsten macht das eh keinen Sinn.) Das Ergebnis landet in dem beschriebenen Eintrag in der config.php und kann dann notfalls nachträglich geändert werden. Oder z.B. auch, wenn SSL hinzugebucht wird und später zur Verfügung steht.Friedemann hat geschrieben: Hat sich - außer dem hier beschriebenen - seit der Version vom 30.10. etwas geändert, dass eine komplette Neuinstallation sinnvoll wäre? Oder einfach die aktuelle ziehen, drüber kopieren, gut ist?
Hier im Forum, sofern es mir relevant erscheint, ansonsten nur bei GitHub selbst. GitHub ist üblicherweise nur die Quelle für Tester, freigegebe Versionen stellen wir ja auf die Homepage. Üblicherweise interessieren ja nur die Releases (da schließe ich Alpha- und Beta-Versionen mit ein), nicht die alltäglichen Commits. Wer die auch haben will, klont das Repository und macht täglich einen Pull. Das ist aber IMHO eher was für Entwickler.Friedemann hat geschrieben: Letztens: gibt es hier irgendeine Stelle, wo bekanntgegeben wird, dass auf Github etwas Neues ist?
In meiner lokalen Umgebung gibt es keine vhosts. Wozu auch? Ich kann auch auf einem einzigen Host beliebig viele Installationen und Versionen parallel laufen lassen. Ich habe z.B. jeweils zwei 1.0.x und 1.1 parallel (je eine für Entwicklung und eine für Installationstests), sowie etliche 1.1 Installationen, die Entwicklungsumgebungen für Produktivseiten sind. (kitFramework, mein neues Addons-Repository, usw.)Friedemann hat geschrieben: Hattest Du Deine Tests immer in einer Server-Umgebung, wo die derzeitige Entwicklungsversion der einzige Host war, also keine vhosts eingerichtet waren, um mehr als eine Version / ein System auf einem Server laufen lassen zu können?
Naja, eigentlich ist das ganz einfach: Der Webserver selber - also Apache - kann SSL. Das heißt aber nicht, daß es auch aktiviert ist. Nun kann man für Kunden, die SSL bezahlen, in deren Konfiguration SSL einschalten und das entsprechende Zertifikat eintragen. Und bei allen anderen eben nicht. Daher ist es auch so schwer, herauszufinden, ob denn nun https verfügbar ist oder nicht.Friedemann hat geschrieben:Keine Ahnung, wie das die großen Hoster machen, die hunderte Hosts auf einer Maschine / einer IP laufen lassen und trotzdem allen SSL anbieten.
Wo denn da? In der Tabelle cat_settings gibt es die Einträge cat_version (ist auch in 1.1 gefüllt) und cat_build (ist auch in 1.0.4 leer, wie auch in 1.1). Eine andere Stelle habe ich nicht gefunden.shadowcat hat geschrieben:Nur in der Datenbank.
Hebe ich immer auf, ergänzt mit dem Datum. Wer weiß, wozu das mal gut ist: vergleichen, zurückdrehen, ...shadowcat hat geschrieben:Wenn Du das ZIP noch hast, kannst Du natürlich dort nachsehen.
Na gut, wenn man mit Unterverzeichnissen für die verschiedenen Installationen arbeitet.shadowcat hat geschrieben:In meiner lokalen Umgebung gibt es keine vhosts. Wozu auch? Ich kann auch auf einem einzigen Host beliebig viele Installationen und Versionen parallel laufen lassen.
So hatte ich mir das schon gedacht, aber: die werden doch mit vhosts arbeiten, und hatte damals gelesen, dass SSL nur für einen der vhosts möglich sei.shadowcat hat geschrieben:Naja, eigentlich ist das ganz einfach: Der Webserver selber - also Apache - kann SSL. Das heißt aber nicht, daß es auch aktiviert ist. Nun kann man für Kunden, die SSL bezahlen, in deren Konfiguration SSL einschalten und das entsprechende Zertifikat eintragen. Und bei allen anderen eben nicht.Friedemann hat geschrieben:Keine Ahnung, wie das die großen Hoster machen, die hunderte Hosts auf einer Maschine / einer IP laufen lassen und trotzdem allen SSL anbieten.
Danach dürfte doch auf keiner meiner BC1.1-Installationen (die allesamt nicht unter SSL laufen) und in keinem Browser die Willkommensseite mit den von "https://raw.github.com/webbird/LEPTON_2 ... reenshots/" eingebundenen Bildern komplett dargestellt werden - das ist in jedem Fall ein anderer Host und ein anderes Protokoll.shadowcat hat geschrieben:Leider klappt das aber nie - aus Sicherheitsgründen. https://de.wikipedia.org/wiki/Same-Origin-Policy
Eben da.Friedemann hat geschrieben:Build-Nr. / Rev.-Nr.:Wo denn da? In der Tabelle cat_settings gibt es die Einträge cat_version (ist auch in 1.1 gefüllt) und cat_build (ist auch in 1.0.4 leer, wie auch in 1.1). Eine andere Stelle habe ich nicht gefunden.shadowcat hat geschrieben:Nur in der Datenbank.
Meistens, oder im Thread, wenn es einen gibt. Wie gesagt, ist eher selten und betrifft dann auch nur einen sehr kleinen Benutzerkreis.Friedemann hat geschrieben: Eventuelle Github-Bekanntgaben vermute ich dann mal im News-Bereich?
Global aktivieren. Das Problem sind eher die Zertifikate, die müssen pro Domain generiert werden. Provider haben dafür ihre Umgebung.Friedemann hat geschrieben: Ich habe bisher nicht herausgefunden, wie ich beliebig viele vhosts unter einer IP / einem Server mit SSL versorgen kann.
Das wiederum hängt vom Browser und seiner Konfiguration ab. Ist halt kein einfaches Thema.Friedemann hat geschrieben: Danach dürfte doch auf keiner meiner BC1.1-Installationen (die allesamt nicht unter SSL laufen) und in keinem Browser die Willkommensseite mit den von "https://raw.github.com/webbird/LEPTON_2 ... reenshots/" eingebundenen Bildern komplett dargestellt werden - das ist in jedem Fall ein anderer Host und ein anderes Protokoll.
Finde ich ja auch komisch, auch wenn ich nicht wusste, dass das das alte unveränderte ist. - Dann muss wohl irgendwas anderes faul sein.Das ist schon komisch, weil das nämlich Mojito aus 1.0.4 _ist_.