Hallo
Folgendes Problem bei ZP 16.7 Home und Beenden-Splash-Screen:
Beendet man ZP und klickt den Splash Screen "Vielen Dank, dass Sie Ihre Website ..." nicht weg, kann trotzdem ZP neu
gestartet werden, beendet man dann ZP wieder, hat man bereits 2 Splash-Screens offen, usw. ...
Mit freundlichem Gruss
Norbert
Hallo zusammen
Folgendes Problem bei Seiteneigenschaften Open Graph und Bild mit ZP 16.7:
Ich habe für die Startseite bei den Eigenschaften für Open Graph ein Bild definiert.
Klicke ich nun auf "Klick zum Ändern", "Anderes Bild", breche dann alles ab (Klick 2 x auf "Abbrechen", verschwindet das vorher gesetzte Bild.
Was wirklich unschön ist, das Bild kann nachher auch nicht mehr neu bestimmt werden (bleibt leer) - es sei denn, man klickt zuerst auf "Kein Bild", danach ist ein erneutes setzen eines Bildes möglich.
Mit freundlichem Gruss
Norbert
Hallo
Eine erste Hilfe könnte folgender URL sein:
https://support.google.com/webmasters/ans…ideoindexierung
Gruss
Norbert
Hallo Thomas
Hallo elch,
da Du selbst aus dem "Drei-Sprachen-Land" kommst, wird wohl Deine Vermutung die tatsächliche Ursache sein. Warten wir einfach mal ab, was Roland zu seinen Spracheinstellungen berichtet.
"VIER-Sprachen-Land" - und alle werden von Windows unterstützt seit einiger Zeit soviel ich weiss.
Deutsch, französisch italienisch und rätoromanisch sind alles offizielle Sprachen hier.
Tut mir leid, DA konnte ich nicht widerstehen 
Schönes Weekend, Thomas
Norbert
PS:; Natürlich überhaupt nicht böse gemeint - nur ein kleiner off-topic Hinweis!
Hallo Thomas
Das war ja nun eine ziemlich dämliche Frage von mir, zumal ich ja auf anderen Seiten bereits noindex = true verwendet habe ... auf dieser passwortgeschützten Testseite eben noch nicht ...
Vielen Dank für Deine prompte Hilfe!
Mit bestem Gruss
Norbert
Hallo
Wie im Topic bereits erwähnt, findet die Suche auch Inhalte auf passwortgeschützten Seiten. Hab's soeben mit einer Text-Suche in ZP 16.7 Home probiert. Die gefundene Seite dazu kann man dann natürlich NICHT anschauen, ohne das Passwort einzugeben.
Nun, ist ja eigentlich nicht schlimm und wäre für mich in Ordnung so - nur möchte ich trotzdem wissen, ob das so gewollt ist, resp. technisch bedingt so ist (was ich vermute)?
Mit freundlichem Gruss
Norbert
[snip]Möglichkeiten einer Fortführung oder Nachbetreuung Deiner Projekte können wir ja vielleicht im Forum Moderatoren diskutieren.
[snip]
Wäre sicherlich sinnvoll, wenn ihr das machen könntet, ja!
Mit bestem Gruss
Norbert
Zuerst herzlichen Dank für Deine Arbeit, Mario!
Eine Frage dazu: könntest Du das Projekt nicht jemandem übergeben (bei Interesse natürlich)? So, dass zumindest noch Support für die bestehenden Widgets geleistet werden könnte?
Ich denke, dass z.B. phil-web so ein geeigneter "Kandidat" sein könnte ...
Es wäre wirklich schade, wenn ein solch tolles Projekt "einfach" eingestellt würde!
Natürlich will ich Dir keinesfalls in irgendwie zu Nahe treten, fass'es bitte nur als Idee auf, gell! Und das Gleiche gilt selbstverständlich auch für phil-web ...
So oder so alles Gute Dich und viel Erfolg mit der Firma!
Mit bestem Gruss
Norbert
Noch als Idee, Siegfried: lad'doch mal den folgenden folgenden URL:
https://pagespeed.web.dev/analysis/https…m_factor=mobile
Das könnte vielleicht auch helfen.
Ich hab's bereits gemacht, wollte es aber nicht hier einfach so öffentlich posten ...
Mit bestem Gruss
Norbert
Hallo
Es ging hier übrigens auch nicht schneller, wenn direkt eine entsprechende Unterseite aufgerufen wurde (immer noch um die 5 - 6 Sek. oder so, merkte jedenfalls keinen Unterschied (ohne nun gleich gemessen zu haben)).
Gruss
Norbert
Hallo zusammen
Es wäre wünschenswert, wenn die Rechtschreibprüfung auch für HTML-Quelltext abschaltbar wäre. Da ist immer so viel rot
Mit freundlichem Gruss
Norbert
Dass mit PHP was nicht stimmt, ist - in DIESEM Fall - eher unwahrscheinlich, da bei Hostpoint aktuell die v8.1 automatisch standardmässig konfiguriert sein und laufen sollte. Das Gästebuch von ZP verlangt mindestens PHP v7.3 - falls da also nichts manuell verändert wurde bei Hostpoint, sollte dies kein Problem darstellen.
Was ich mir allerdings vorstellen könnte ist, dass die Schreibrechte fehlen für Verzeichnis ...
/assets/php/GUESTBOOK_DATA/... das sollte (auch) kontrolliert werden.
[snipped] oder die Webseiten-Adresse falsch konfiguriert wurde. Können Sie bitte einmal folgendes ausführen: Website | Veröffentlichen | Serveranforderungen prüfen ?
Dies würde ich auch kontrollieren, ja.
Mit bestem Gruss
Norbert
Hey, das ist ja super! Immer das wichtigste, wenn's dann schlussendlich funktioniert!
Viel Erfolg mit ZP.
Mit bestem Gruss
Norbert
PS: Würde mir gerne dann die Site anschauen.
Hallo Christian
Schon komisch, auch dass https://carovede.myhostpoint.ch/ nicht erreichbar ist ... weil, wenn ich mich recht erinnere, ist doch bereits eine Test-"Home"-Seite abrufbar, nachdem man einen Test-Account bekommen hat ... zumindest hatte ich dort glaube ich eine defaultpage.php, die dann (via curl) auf eine allgemeine Seite von Hostpoint umleitet (oder so) ...
Via SFTP würde ich noch folgendes kontrollieren bei Hostpoint:
- Der Pfad "/home/carovede/www/carovede.myhostpoint.ch/" existiert bei Hostpoint, oder?
- Und dort drinn befindet sich eine "defaultpage.php", oder?
- Ebenfalls würde ich noch kontrollieren - weil der Zielordner vorher nicht stimmte - ob da noch Ordner u./od. Dateien in falsche Pfade bei Hostpoint geuploadet worden sind ... das könnte auch noch Einfluss haben.
Sonst würde ich mal bei Hostpoint nachfragen, warum die Test-"Home"-Seite nicht erreichbar ist, so, wie ich die kenne, helfen die gerne weiter!
MfG
Norbert
Aha, habe grad bemerkt, dass es ja noch nicht um die reelle Site geht, sondern nur um den Testaccount ...
1. Die Test-Website ist erstellt im Control Panel von Hostpoint, also so wie bei mir z. B.? ...
Dabei muss natürlich "milesera" (mein Test-Server) durch "carovede" ersetzt werden.
2. PHP ist definiert für den Test-Account, also so wie bei mir z. B.? ...
3. ZP-Webadresse definieren wie folgt:
Webadresse = http://carovede.myhostpoint.ch... resp. - wenn SSL-Zertifikat bereits eingerichtet für den Test-Account ...
Webadresse = https://carovede.myhostpoint.ch
4. ZP-Benutzername (allenfalls) defnieren wie folgt (evtl. geht Deine Config auch (hatte aber mit Benutzername auch ein Problem)) deswegen evtl. ändern wie folgt:
Benutzername = carovede5. ZP-Zielordner ist dann noch falsch für den Test-Account, der sollte folgendermassen aussehen:
/home/carovede/www/carovede.myhostpoint.ch/
6. Optional: auch noch sicherheitshalber in ZP ein Ctrl+Shift+T machen (alle Seiten neu erstellen lassen) und dann die GESAMTE Website veröffentlichen ...
MfG
Norbert
Hallo Thomas
Ja, klar! Ich sollte eigentlich noch verfügbar sein und vielleicht reichen die gemachten Angaben eh schon ...
Gruss
Norbert
Hallo. Also ich bin auch bei Hostpoint und habe folgendes eingetragen:
- Webadresse als volle wirkliche Domain, also z.B.: Webadresse = https://www.flipperclub.cn
(ob mit oder www muss selber entschieden werden, je nach Konfiguration halt)
- Benutzername nur der Benutzername "kurz", also z.B.: Benutzername = carovede
Der Zielordner sollte passen ...
Mit diesem Schema geht's jedenfalls bei mir ohne Probleme.
MfG
Norbert
Ein Hallo auch von mir.
Fragen sind willkommen und es gibt viele nette Leute hier - dazu leistet das Zeta-Team WIRKLICH tollen Support hier!
Gruss
Norbert
Alles klar - vielen Dank!
Gruss
Norbert
Hallo
Gibt es da was Neues dazu? Ist immer noch dasselbe Verhalten.
Gruss
Norbert
Hallo Philip
Oh, sorry - das hatte ich falsch aufgefasst dann, resp. zuwenig genau gelesen.
Dazu fällig mir - zumindest momentan - leider auch nichts ein ...
Hallo Philip
Hier ein Screenshot dazu aus dem Entwickler-PDF (Zeta-Producer-Entwickler-Dokumentation.pdf):
Gruss
Norbert
Hallo
Es geht darum, etwas optisch klarer darzustellen ("Lesbarkeit"), wie im folgenden Thread beschrieben ...
Gruss
Norbert
@GYMWAVE.de
Danke für Deine Infos dazu, Markus.
Hallo Markus @GYMWAVE.de Bislang noch nicht, habe mir aber etwas Sorgen gemacht, dass dort wirklich ein Bug drinn sein könnte ...
Danke jedenfalls für Deine Rückmeldung und ein gutes (Rest-)Weekend noch!
Gruss
Norbert
@GYMWAVE.de
Hallo Markus
Hast Du da schon neue Erkenntnisse? Weil das wäre natürlich schon nicht gut, wenn's da grundsätzlich Probleme geben sollte.
Gruss
Norbert
Hallo Peter
Die Position des Buttons hat mich auch gestört, weil es eine Überschneidung mit dem Cookie-Consekt-"Button" gab.
Deshalb habe ich Folgendes unter [Einstellungen, CSS] eingebaut:
#paLogout {
margin-right: 40px;
}
Nehme an, dass es in jedem Layout "paLogout" ist, ansonsten einfach mit einem geeigneten Browser mit rechter Maustaste auf den Button "Abmelden" klicken und "Untersuchen" auswählen, oder so ähnlich, dann sollte der entsprechende Name auch gefunden werden können.
Achtung, falls Du unter [Einstellungen, CSS] noch nichts drinn stehen hast, die Angabe von "Style" nicht vergessen, also z.B. so:
<style>
/* Logout-Button-Position */
#paLogout {
margin-right: 40px;
}
</style>Die Angabe "margin-right: 40px;" ist dabei natürlich nur ein Beispiel (das bei mir grad gepasst hat) ...
MfG
Norbert
@armevolk
Das habe ich halt beim externen Link von Stefan. S gelesen und scheint wichtig zu sein - siehe also dort ...
PS: Angezeigt wird es ja wohl "nur" bei openssl direkt und eben nicht bei PHP, oder? Oder anders gesagt, wenn das bei openssl angezeigt wird, PHP es aber nicht sieht, nutzt das wahrscheinlich wenig ...
Hallo zusammen
Mische mich auch mal ganz frech ein ...
@armevolk
In der "php.ini" ist das Setting entrechend eingetragen? Und die "openssl.cnf" stimmt?
Gruss
Norbert
Und scheinbar ist das Ganze bei Bing immer noch in der Test-Phase. Google andererseits hat da offenbar auch shon viel "rumgebogen" in letzter Zeit ...
Ja eben, da haben wir es wieder - das "alte" Problem bei mir geht's auch immer noch nicht. Habe aber gesehen, dass wir nicht die Einzigen sind, bei denen es mit ZP bei Bing nicht angezeigt wird. Bei manchen geht's bei manchen nicht. Ich erkenne bei den betreffenden Daten (im Code) keinen relevanten Unterschied. Bleibe da auch immer noch (ein wenig dran), vielleicht findet sich ja doch noch was ...
Mit einem freundlichen Gruss
Hallo zusammen
Wollte hier kein "Fass aufmachen" und habe Gestern zur späten Stunde noch an den Bildschirmeinstellungen Änderungen vorgenommen, unterschiedlichste Layouts getestet, um herauszufinden, ob nicht doch ein "Fehler vor Ort" vorliegt und es nur meinen Arbeitsplatz betrifft.
Also ich natürlich auch nicht!
Aber Du hast ja nur den Sachverhalt beschrieben - und ich hab's dann nachvollzogen und meinen Senf dazu gegeben 
Ich glaube, dass das auch nicht negativ bei Zeta angekommen ist und Steffen hat auch bereits sehr positiv darauf reagiert (vielen Dank, Steffen).
Schlussendlich dient's ja nur dazu, das Programm NOCH besser zu machen.
Mit bestem Gruss
Norbert
Hallo
Da bin ich ganz der Meinung von jjonline - zumal es z.B. bei der Schriftartauswahl so aussieht:
Dieses Widget is SO nicht wirklich zu gebrauchen.
Gruss
Norbert
Hallo
Zum Testen nur habe ich mal eine neue Website mit dem Layout "Locus Responsiv" erstellt.
Dort ist mir aufgefallen, dass die Editor-Einstellungen abgeschnitten dargestellt werden - das sieht dann folgendermassen aus:
Gruss
Norbert
Allerdings werden immer noch die Editor-Einstellungen beim erwähnten Layout (nur zum Testen benutzt) abgeschnitten.
Da ich aber nicht annehme, dass dies mit der dieser Änderung betreffend Rechtschreibprüfung hier zu tun hat, erstelle ich besser einen Extra-Thread dazu ...
EDIT: Done - siehe folgender Thread ...
Hallo
Kein Problem, nun hat's geklappt und Dankeschön für den schnellen Fix!
Gruss
Norbert
Nur noch als zusätzliche Info:
Die Neuerung Blog Darstellung optimieren "Überschrift unter Bild" wurde (z.B.) übernommen. Aber das mit der Rechtschreibprüfung halt nicht ...
PS: Nochmals drüber installiert, danach wurden zuerst anscheinend Layouts aktualiesiert und dann anscheinend wieder ein Online-Update gemacht (obwohl vorher schon alles geupdated war - war wohl wegen dem Drüberinstallieren). Wie auch immer, auch dies hat nichts gebracht ...