slashCAM Forum

ksingle hat geschrieben: ↑Sa 29 Feb, 2020 14:39 Es spielt keine Rolle, wo die Bestandteile einer Seite liegen. Entscheidend ist immer, dass sie mit "HTTPS:" aufgerufen werden müssen. Wenn ein Bestandteil irgendwo auf der Welt auf einem Server-Bereich liegt, der nur mit "HTTP:" aufgerufen werden kann, dann hast du automatisch das Problem wieder.

Normalerweise muss man in so einem Fall "Force HTTPS" mit RewriteEngine machen. Dann werden ALLE aufgerufene Seiten in HTTPS: umgewandelt.

kluster, wie sieht deine .htaccess file aus?

klusterdegenerierung hat geschrieben: ↑Sa 29 Feb, 2020 14:46

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 14:42 also bei einigen hat geholfen, neue theme zu wählen und dann wieder zu der alte zurückzukehren. Einfach mal versuchen...Bitte vorher alles sichern.

Hab ich füher bei meiner alten Seite mal probiert, danach war alles im Eimer, keine gute Idee denke ich.

dann musst Du manuell in Datenbank suchen (es gibt doch so ein Plugin search & replace) und "http:" in "https:" ändern.

Es zeigt dass eine http aus "themes" noch aufgerufen wird.

Jetzt wird es wohl ein wenig anspruchsvoller / aufwändiger, wenn nun für kluster Begriffe, wie ".htaccess" ins Spiel kommen.

Mein Vorschlag: Wir bleiben zunächst mal auf der "einfachen" und naheliegenden Ebene - nämlich der ordentlichen Verlinkung aller grundsätzlichen Bestandteile.
.htaccess ist etwas für Füchse, die sich wirklich mit der Materie auskennen.

ksingle hat geschrieben: ↑Sa 29 Feb, 2020 14:52 .htaccess ist etwas für Füchse, die sich wirklich mit der Materie auskennen.

Ich hab mir gerade Tackos und nen Kölsch geholt und Filezilla angeworfen, komm lets go. :-))

@ksingle
.htaccess ist aber wichtig, denn da werden die WebServer Konfigurationen etc. entsprechend angepasst um u.a. solche Probleme zu vermeiden.

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 14:51

klusterdegenerierung hat geschrieben: ↑Sa 29 Feb, 2020 14:46

Hab ich füher bei meiner alten Seite mal probiert, danach war alles im Eimer, keine gute Idee denke ich.

dann musst Du manuell in Datenbank suchen (es gibt doch so ein Plugin search & replace) und "http:" in "https:" ändern.

Es zeigt dass eine http aus "themes" noch aufgerufen wird.

Die Datenbank zu editieren ist sicher keine gute Idee. Wenn dann die Website nicht mehr läuft, hast du kluster am Hals. Willst du das? .-)

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 14:55 @ksingle
.htaccess ist aber wichtig, denn da werden die WebServer Konfigurationen etc. entsprechend angepasst um u.a. solche Probleme zu vermeiden.

Alles klar .-)
Ich schlage vor, Du erklärst kluster, was man da so mit der .htaccess machen muss.
Ich bin dann erst mal raus hier.

Öööh, könnt ihr das bitte beide oder noch mal ne andere Alternative checken?? ;-)

Wie kommt denn das ganze überhaupt zustande, was ist da passiert und wie kann man das vielleich im backend machen?

@ksingle, ja, deswegen verlange ich ja den Inhalt.

Kluster:

folgendes habe ich z.B. gefunden:

"http://vimeo.com/guidorehme" (2x)
"http://ogp.me/ns#"
"http://schema.org/WebPage"
...

das musst Du ändern und hoffen dass es geht.

Das hat mir so ein ssl checker auch mal ausgespuckt, aber ich kann mich beim besten Willen nicht erinnern, woch ich das eingehackt habe und eine suchu gibt es doch in wp nicht oder?
Hast Du ne Idee wie ich die raus bekomme?

Datenbank manuell durchsuchen oder einfach mit "search and replace" Plugin -> https://wordpress.org/plugins/better-search-replace/
Übrigens:
"http://www.anwalt-seiten.de"
Auf deine Impressum Seite auch ändern.

Danke rookie, hab ich gemacht.
Der Vimeo link wurde gefunden und ersetzt, sagt das Plugin.

Die beiden anderen Einträge wurden nicht gefunden, hab alle Tabellen benutzt.
Auch der pattern link wurde nicht gefunden und bis jetzt hat sich nix verändert.

Versuche mich jetzt mal in der Datenbank, kann ich den Link dann dort einfach editieren und abspeichern?

Habe in der Datenbank nach dem pattern gesucht und auch was gefunden, wenn ich den Eintrag öffne, kommt dies zu Vorschein, aber in allen Einträgen steht nix und den Link finde ich dort nicht, oder verstehe ich da was flasch?

klusterdegenerierung hat geschrieben: ↑Sa 29 Feb, 2020 15:38 Danke rookie, hab ich gemacht.
Der Vimeo link wurde gefunden und ersetzt, sagt das Plugin.

Laut dem check ist ein Vimeo Link mit http: noch vorhanden? Ich habe auch den Cache geleert und nochmal geschaut, es ist immer noch da.

Also nochmal search und replace ausführen bzw. nach "http://vimeo.com/guidorehme" suchen und in https://vimeo.com/guidorehme ersetzen

Versuche mich jetzt mal in der Datenbank, kann ich den Link dann dort einfach editieren und abspeichern?

Das wäre ja die manuelle Alternative. Musst du aber nicht machen, dafür ist search und replace Plugin da.

klusterdegenerierung hat geschrieben: ↑Sa 29 Feb, 2020 15:47 Habe in der Datenbank nach dem pattern gesucht und auch was gefunden, wenn ich den Eintrag öffne, kommt dies zu Vorschein, aber in allen Einträgen steht nix und den Link finde ich dort nicht, oder verstehe ich da was flasch?

klick mal auf "Bearbeiten" hier: ist da was mit "http:" zu sehen...? Mach davon ein Screenshot

ganz unten bei "CONTACT US" ist das "V" (für Vimeo) noch http: bzw. www. das musst Du auf "https:" ändern.

gut, jetzt hast Du es geändert. Wenn ich es richtig sehe, fehlt noch "http://schema.org/WebPage"

Das V habe ich geändert und der pattern eintrag war im *** tool zu finden, welches ich erstmal gelöchst habe und den Eintrag in der Datenbank entfernt habe, ändert aber nix an der Fehlermeldung im Firefox.

Verstehe auch nicht warumm die Fotos bemängelt werde, obwohl die alle https sind.

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 16:01 gut, jetzt hast Du es geändert. Wenn ich es richtig sehe, fehlt noch "http://schema.org/WebPage"

find ich nicht

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 16:01 gut, jetzt hast Du es geändert. Wenn ich es richtig sehe, fehlt noch "http://schema.org/WebPage"

Hab den EIntrag auch nicht in der Datenbank gefunden.

wenn das nicht in Datenbank existiert, dann handelt es sich um eine templates (php oder css) file. Da musst Du nach "http://schema.org/WebPage" Eintrag suchen und ersetzen.

Häh, das gleiche steht doch oben auch schon und genau danach habe ich doch gesucht, check ich nicht.

es ist deine Theme und da wo diese theme Files sind, musst du in den Files nach den Eintrag suchen. Das verbirgt sich irgendwo im "<body..." Bereich. Siehe z.B. https://fastwp.de/magazin/schema-org-zu ... nzufuegen/

Du musst also deine silverscreen theme genauer überprüfen. Schau mal ob auch irgendwelche Bilder korrekt (mit https:) verlinkt sind. Siehe auch z.B. unter wp-content/themes/silverscreen/assets/img/ nach "preload_pattern.png" Wie sieht das Bild aus?

roki100 hat geschrieben: ↑Sa 29 Feb, 2020 16:25 es ist deine Theme und da wo diese theme Files sind, musst du in den Files nach den Eintrag suchen. Das verbirgt sich irgendwo im "<body..." Bereich. Siehe z.B. https://fastwp.de/magazin/schema-org-zu ... nzufuegen/

Du musst also deine silverscreen theme genauer überprüfen. Schau mal ob auch irgendwelche Bilder korrekt (mit https:) verlinkt sind. Siehe auch z.B. unter wp-content/themes/silverscreen/assets/img/ nach "preload_pattern.png" Wie sieht das Bild aus?

Das gab es ja wie gesagt nicht in der Medienbibliothek, habe es jetzt aber wieder hinzugefügt, aber nn ist es mit nix verlinkt, aber geht ja wahrscheinlich eh nicht, weil mehrere Seiten auf dieses Bild zugreifen?

beim aufrufen der Seite wird "http://guidobewegt.de/wp-content/themes/silverscreen/assets/img/preload_pattern.png" geladen und scheinbar ist das der einzige Grund warum deine Seite als Unsicher angezeigt wird. Wie hier zu lesen https://select.ticksy.com/ticket/1434981/ musst Du ein anderes Bild da verlinken/hochladen...?

"If you upload your own pattern image here - Select Options > General > Design Style > Preload Pattern Image, then your site will be pulling the link from your media library, and will no longer be pulling the image from our demo. It only gets the image from the demo if there is none uploaded on the site locally."

Hört sich sinnig an, das Problem ist nur das der Artikel von Select Themes stamt und ich garnicht weiß wo ich da hin soll, denn bei mir gibt es so ein Menü garnicht.
Was wäre denn, wenn ich das Bild vom Server nehme?

klusterdegenerierung hat geschrieben: ↑Sa 29 Feb, 2020 17:18 Hört sich sinnig an, das Problem ist nur das der Artikel von Select Themes stamt und ich garnicht weiß wo ich da hin soll, denn bei mir gibt es so ein Menü garnicht.
Was wäre denn, wenn ich das Bild vom Server nehme?

dann ist das echt blöd. Du kommst nicht drumherum außer in theme Files nach dem passenden Eintrag zu suchen und das ganz passend/manuell zu korrigieren.

Ich weiß leider nicht was Du mir damit sagen willst, bzw wo ich da ansetzen soll?
Ich habe das Bild jetzt mal vom Server genommen, bleibt aber gleich, ist anscheinend wirklich nur ein Link der gelanden wird.

Du hast doch ein FTP Zugang. Da kannst Du auf alle Daten zugreifen inkl. auf den Ordner themes? Da befinden sich viele Dateien (css, php usw.) und in jede einzelne Datei nach dem Eintrag dann suchen. Unter Unix System (Linux, MacOS....) geht das einfach z.B. mit sed Befehl...

Versuch mal themes Ordner in *.zip zu packen, poste den Download link und ich ersetze dann alle Einträge von http: in https:....

Ansonsten siehe das: https://silverscreen.qodeinteractive.com/documentation/
"Preload Pattern Image - Set a preload pattern image to be displayed until images are loaded. "

Man roki, sag das doch gleich dass das im edge options zu finden ist!
Juchu, sauber, wie hast Du das hinbekommen?

Stell ich mich zu blöd an oder hast Du sowas gelernt, vorsicht Fangfrage? ;-))

aus Buchstaben hat geschrieben: ↑Sa 29 Feb, 2020 17:56 Ich glaube Ich schreibe hier mit Idioten!
So schwer ist es nicht einen neuen Tread auf zumachen!

So viel Blödsinn wie Du zwischendurch irgendwo reinhackst, da haben wir doch wohl noch einen gut, oder?

@aus Buchstaben, Du bist ziemlich schnell verärgert wenn dir etwas nicht passt. Keine gesunde Einstellung.
Thread passt doch mit "ihr" ist auch kluster angesprochen und er hat gezeigt wie er seine Webseite korrekt gebaut/in https umgewandelt hat. Ist doch super das alles geklappt hat, freu dich doch auch :)

aus Buchstaben hat geschrieben: ↑Sa 29 Feb, 2020 19:04 Wenn es um sein eigenes Problem geht soll er einen neuen Tread auf machen!

"ihr" sind "WIR" und wir gemeinsam beseitigen die Probleme beim bauen der Webseite von jeden einzelnen in diesem passendem Thread. ;)
Wunderbar ! :)

Stell dir vor, Du als IT Speziallist bei SlashCam als Moderator, das wäre doch nichts weiter als eine spezielle-Weiterleitung alles nach Off-Topic ;)

um eure diskussion hier ein bisserl zu bereichern, kann ich auch noch etwas einwerfen, dass mir heute nach stunden des ärgerns über die völlig unzureichende qualität der meisten freien HTML5 video-player endlich als reichlich unbekannter lichtblick untergekommen ist:

https://matvp91.github.io/indigo-player/
https://github.com/matvp91/indigo-player

das ist wirklich traumhafte software, wo endlich einmal DASH und HLS (damit es für apple benutzer und den rest der welt funktioniert), aber auch die qualitätsauswahl, das responsive design und die vorschau-thumbs wirklich sauber funktionieren! :)

damit kann man endlich wieder vernünftig arbeiten und selbstgehostete videofiles in besserer qualität als bei den meisten gängigen gratis plattformen in webseiten einbinden.