Beiträge von Hanabi

Hallo Axel,

der Dateiname wird meines Ermessens überbewertet. Zwar gibt es diverse SEO-Tools, die bemängeln, dass Worte aus dem Dateinamen nicht im Inhalt vorkommen und umgekehrt, jedoch fordert Google auch, möglichst flache Strukturen und kurze URLs vorzufinden.

Mit folgendem Trick kannst Du den langen Dateinamen behalten:

Lege in dem Ordner /Passbilder eine .htaccess mit folgendem Inhalt an:

# Beginn Festlegung Startseite
DirectoryIndex fotow-emden-passbilder-und-bewerbung-biometrisch-fuehrerschein-reisepass-personalausweis.html
# Ende Festlegung Startseite

Bei Zugriff auf den Ordner wird dann zunächst die .htaccess abgearbeitet und dort findet der Browser dann die Info, welche Seite als Startseite für diesen Ordner aufzurufen ist.

Zur Länge der URL ist auch dieser Artikel empfehlenswert: https://de.ryte.com/magazine/googl…ugen-kurze-urls

Der Seitentitel bleibt erhalten und wird als <title> im Quellcode hinterlegt und ist daher für Suchmaschinen weiter sichtbar.

Hallo Axel,

Wenn Du mit Ordnern arbeitest, muss die jeweils erste Seite des Ordners eine index.php oder index.html sein. Ich arbeite in unserer Chronik ebenfalls mit Ordnern. Das sieht dann wie folgt aus:

Wenn Du eine neue Seite anlegst, übernimmt diese zunächst den Seitentitel als Dateinamen. Dieser muss dann manuell in index.html / index.php geändert werden.

Hallo Tilo,

ich würde die Variante mit dem Laptop bevorzugen. Du musst dann lediglich den kompletten Projektordner kopieren, bei Deinem Bekannten veröffentlichen (vorher alte Seite löschen) und danach den Projektordner wieder zurück auf Deinen PC spielen. Beim Veröffentlichen merkt sich Zeta, welche Dateien bereits übertragen worden sind und überträgt diese nur dann erneut, wenn sich daran etwas geändert hat.

Ansonsten wäre es der Ordner /output, dessen Inhalt in das entsprechende Webverzeichnis hochzuladen ist. Bei dieser Variante bleibt aber die "Änderungsüberwachung" von Zeta außen vor, d. h., wenn Du dann von zu Hause veröffentlichst, hat Zeta keine Kenntnis von der vorherigen manuellen Übertragung und lädt alles erneut hoch.

Siehe Fehler 451 - writing to local File

Hallo Stefan,

als Seitenbetreiber bist Du "verantwortliche Stelle". Als solche musst Du den Besucher informieren, welche Daten Du verarbeitest und auf welcher Rechtsgrundlage (notwendig, berechtigtes Interesse, mit Einwilligung) dies erfolgt. Wenn die Verarbeitung nicht durch dich selbst, sondern durch Dritte (externer Besucherzähler, Google-Umfrage etc.) erfolgt, ist dies alles auch für den Dritten zu erklären. Weiter muss mit dem externen Anbieter ein Vertrag zur Auftragsverarbeitung abgeschlossen werden und es muss sichergestellt sein, dass der Dritte ein angemessenes Schutzniveau gewährleistet.

Wenn Du also eigene Scripte verwendest ohne Externe, hast Du viel weniger Aufwand bei der Datenschutzerklärung. Weitere Hinweise siehe Blogbeitrag in meiner Signatur.

Lösung:

Bei Verwendung des Layouts "Flat Responsive - Slate" ist für das Widget "Button" der Farbcode #FFFFFF (weiß) als Schriftfarbe eingetragen, bei Mouseover wird wird daraus #fafafa (weißlich). Diese Werte werden vom Widget "Bewertung" übernommen, was dazu führt, dass ein Button "Anmelden" in weißer Schrift mit transparentem Hintergrund auf einem weißen Formular abgebildet wird.

Die Einstellungen lassen sich über "Layout" -> "Button" ändern. Ich habe unter https://hosting.zeta-producer.com/6346404025/index.php mal die Button-Einstellungen geändert, da sieht man sehr gut den Zusammenhang zwischen Button und Bewertung.

Hallo Matthias,

ich habe mal einen Screenshot gemacht, damit die anderen besser verstehen, um was es geht.

Hallo Andreas,

PHP 7.2 ist schon mal richtig und passend für Zeta. Du kannst mal unter "Extras" -> "Optionen" -> "Aktionen" die "Website-Features prüfen" und das Ergebnis mitteilen.

Wegen der Testveröffentlichung auf dem Zeta-Server kannst Du folgendes machen:

• deaktiviere die Seite "Nationalparks"
• deaktiviere die Seite "Lodges" sowie alle Unterseiten

Diese Seiten enthalten keine Shop-Elemente, sind also für den Test nicht unbedingt notwendig. Gleichzeitig enthalten sie aber viele Bilder. Eventuell kommst Du damit unter die 40 MB. Deaktivierte Seiten werden nicht veröffentlicht, ursprünglich bereits veröffentliche Seiten und Bilder werden auf dem Server gelöscht.

Hallo Andreas,

bitte ändere mal in Deinem Cookie-Hinweis noch die Schriftfarbe. Da ist beim besten willen nichts zu lesen.

Hallo Triebel,

die Chrome-Console meldet auf https://www.treppenstufen24.de/testebene/index.php:

GET https://www.treppenstufen24.de/testebene/assets/php/shop/web-api/basket.php?action=get-basket&lang=DE 500
send @ bundle.js?v=636906020839079014:23
ajax @ bundle.js?v=636906020839079014:23
updateCartIndicator @ index.php:942
(anonymous) @ index.php:959
index.php:955 ERROR getting basket JSON. Status: error - Error:

Der HTTP-Fehler 500 besagt, dass der Server das, was er ausführen sollte, nicht ausführen konnte. Das könnte beispielsweise an den in der PHP-Prüfung monierten Schreibrechten liegen. Diese mal via Filezilla überprüfen, Die Ordnerberechtigungen für das Verzeichnis /assets sollten auf 705 stehen, die Dateiberechtigungen auf 604.

Guten Morgen Paul,

mit der externen Festplatte hat das nichts zu tun, da Zeta die Bilder in das Projekt importiert und alle Medien im Projektordner unter /content ablegt.

Guten Morgen,

zu 1.: finde ich direkt im Quelltext auf der verlinkten Seite gar nicht. Mögliche Erklärung wäre aber, dass der Eintrag von eingebetteten Fremdseiten "eingeschleppt" wird, da er anscheinend zur Google Maps API gehört (siehe https://stackoverflow.com/questions/5300…nd-reduce-angul)

zu 2.: SEO-Tools werten selten in Echtzeit aus, sondern greifen auf bereits früher einmal gecrawlte Inhalte von Webseiten zurück.

Hallo Matthias,

für solche Fragen ist es immer hilfreich, gleich einen Link zur Seite mitzuliefern. Da kann der Support auch ohne weitere Rückfragen schon die häufigsten Fehlerquellen (http vs. https, mit oder ohne www, PHP-Version, Umleitungen) abchecken.

Zitat von Andreasmerzhamburg

Das heißt also, wenn das Zertifikat aktiviert ist gebe ich wieder https ein

JA!

Zitat von Andreasmerzhamburg

und das Gästebuch funktioniert dann auch?

wenn ansonsten keine weiteren Fehler lauern, ebenfalls JA!

Hallo Nemessis,

ich würde zum Tipp von Stefan in Beitrag 8 tendieren. Durch das nachträgliche Anzeigen der Scroll-Leiste muss die Anzeige aller Elemente neu berechnet und diese dann auf dem richtigen Platz angezeigt werden.

Nur nochmal zur Verdeutlichung:

• Bei einem Bildschirm von 1920 * 1080 px (Full-HD) stehen in der Breite zunächst 1920 Pixel zur Verfügung, die Mitte befindet sich bei 960 px.
• Jetzt werden Logo, Menü und Header so ausgerichtet, dass diese "richtig" auf der Seite stehen. Wenn die Grafik im Header 1720 px breit ist, wird sie also in voller Breite angezeigt mit einem Abstand von 100 px jeweils zu den Seiten.
• Beim Laden des Inhaltsbereiches wird dann plötzlich klar, dass dieser zusammen mit Logo, Navigation und Header eine Höhe von mehr als 1080 px hat, also eine vertikale Scroll-Leiste hinzugefügt werden muss.
• Vom Bildschirm gehen 10 px ab für die Scroll-Leiste. Der verfügbare Platz beträgt damit nur noch 1910 px, die Mitte liegt jetzt bei 955 px. Alle Inhalte, die bereits dargestellt wurden, müssen jetzt eine neue Position berechnet bekommen. Das verursacht dann den Effekt des "seitlichen Flatterns"

das Layout verrutscht nicht, sondern stellt sich korrekt dar:

• im Querformat sind die Touren 1 - 3 in der ersten Reihe, die Touren 4 - 6 in der zweiten Reihe
• im Hochformat passen von den drei Artikeln aus der ersten Reihe nur noch zwei nebeneinander, danach erfolgt ein "responsiver Umbruch", der nächste Artikel wird in eine neue Reihe geschoben. Tour 3 ist gleichzeitig der letzte Artikel in dieser Reihe, so dass er jetzt allein dasteht. Mit Tour 4 fängt eine neue Reihe an.

Da nach 8 Beiträgen noch kein rekonstruierbares Problem erkennbar ist, verschiebe ich das mal in die Plauderecke, ist dort wohl besser aufgehoben.

Hallo Stephan,

Lege Dir mal ein Testprojekt mit Shop an, um die grundsätzliche Funktion zu verstehen. Parallel dazu hier https://docs.zeta-producer.com/online-shop.html nachlesen. Ich bin gerade ohne Zeta unterwegs, da kann ich auf die Schnelle keine Kurzanleitung schreiben. Da bei Veranstaltungen die Anzahl der verfügbaren Plätze begrenzt ist, auch mal die Augen über die Online-Bestandsverwaltung schweifen lassen.

Hallo Chrismes,

Kritik am Programm ist durchaus willkommen, sollte dann aber auch sachlich begründet sein. Bei Problemen mit dem Programm stehen auch andere User gern zur Lösungsfindung bereit, wenn denn ein Problem konkret genug beschrieben ist. Bei nichtssagenden Beiträgen kann es aber durchaus auch passieren, dass diese durch einen der Moderatoren gelöscht werden.

Hallo Nemessis,

Da ich gerade in einem Gebiet mit Neuland-Geschwindigkeit (GSM, manchmal Edge mit einem Balken) befinde, kann ich Dein Problem sehr gut sehen und tippe auf zu grosse Bilder, die verzögert geladen werden. Bin gerade in der Uckermark nur mit Tablet unterwegs und kann daher nicht genauer testen.

Hallo Stephan,

Ab Business wäre der Onlineshop die richtige Wahl, alles andere müsstest Du per Hand zusammenrechnen.

Hallo Andreas,

Ohne Angabe des Layouts wird hier vermutlich nicht geholfen werden können.

Die Lösung mittels unsichtbarer Schrift sollte man aber nur verwenden, wenn die Seite für Google-Ranking nicht wichtig ist. Google wertet versteckten Text als Manipulationsversuch und wertet entsprechend ab.

https://docs.zeta-producer.com/verweise-links-einfuegen.html

Würde ich auch eher auf einen unterentwickelten Handybrowser schieben. Anzeige auf I-pad funktioniert ebenfalls korrekt.

Hallo Marcus,

Du hast in den FTP-Einstellungen die Adresse mit www angegeben, die entsprechenden assets für die Seite liegen also in einem Ordner, der mit www beginnt. Bei Aufruf ohne www werden daher die benötigten Komponenten nicht gefunden. Zur Erzwingung auf www lies Dir mal meinen Blog-Beitrag zur .htaccess durch (siehe Signatur).

Hallo Marion,

die Telekom hatte nach meiner Kenntnis 2017 mit der Umstellung begonnen und wohl damals entsprechende Hinweise verschickt. Das Ganze ging aber wohl eher nach dem Motto: „Eine Info muss reichen“, wenn man sich das entsprechende Forum beim Provider ansieht. War für uns ein Grund, das für Zeta-Nutzer nochmal aufbereitet ins Forum zu stellen, da hierzu diverse Anfragen kamen. Ich selbst bin bei einem anderen Hoster, von dort war die Kommunikation besser, so dass mir zumindest die Problematik vertraut war.

Hallo Marion,

willkommen im Forum. Für den Fall, dass Telekom / T-Online der Hoster ist, schau mal bitte hier nach. Ansonsten brauchen wir Angaben zum Hoster und, ob die Veröffentlichung unter 14 funktioniert.

Hallo Dirk,

willkommen im Forum.

Schicke bitte ein E-Mail an support (at) zeta-producer.com mit Deiner Lizenznummer, vorzugsweise über die Mail-Adresse, die auch beim Kauf verwendet wurde. Die Mitarbeiter vom Support prüfen das dann und setzen den Installationszähler rauf.

Durch das Featureupdate wird die vorhandene Windows-Installation so stark verändert, dass die Lizenzprüfung dies als neues System erkennt. Die Express-Lizenz wurde bereits auf zu vielen verschiedenen Systemen eingesetzt (beispielsweise den verschiedenen Feature-Updates von Win 10) so dass es zu dieser Fehlermeldung kommt.

Wenn es vorher funktionierte, ist meist ein zwischenzeitlich erfolgtes Update schuld. Dazu müssten mal die jeweiligen Versionsnummern von Android und Samsung Browser verglichen werden. Wenn das Handy schon älter ist, könnte es sein, dass dieses keine Updates mehr erhält.

Hallo Andre,

Die Verschlüsselung der Seite über https stellt nur sicher, dass die Kommunikation zwischen Server und Besucher SAFE ist. Bei einem Versand einer Nachricht über Formular kommt aber nach dem Weg Besucher -> Server noch die weitere Übermittlung Server -> Mailempfänger dazu. Bei Versand via PHP ist diese Strecke ungeschützt. Passend hierzu wären die Anforderungen an die Sicherheit der Datenverarbeitung:

Zitat von DSGVO Art. 64 Abs. 1

Der Verantwortliche und der Auftragsverarbeiter haben unter Berücksichtigung des Stands der Technik, der Implementierungskosten, der Art, des Umfangs, der Umstände und der Zwecke der Verarbeitung sowie der Eintrittswahrscheinlichkeit und der Schwere der mit der Verarbeitung verbundenen Gefahren für die Rechtsgüter der betroffenen Personen die erforderlichen technischen und organisatorischen Maßnahmen zu treffen, um bei der Verarbeitung personenbezogener Daten ein dem Risiko angemessenes Schutzniveau zu gewährleisten, insbesondere im Hinblick auf die Verarbeitung besonderer Kategorien personenbezogener Daten. Der Verantwortliche hat hierbei die einschlägigen Technischen Richtlinien und Empfehlungen des Bundesamtes für Sicherheit in der Informationstechnik zu berücksichtigen.

SMTP ist Stand der Technik, ebenso die Verschlüsselung unter SMTP. Lediglich bei einigen sehr alten Hostingverträgen könnte ich mir vorstellen, dass die Aktivierung der Verschlüsselung Kosten verursacht.

Nun könnte man sich noch ansehen, was denn die Schwere der Gefahren zu bedeuten hat:

1. Kontaktformular für Reifenwechsel: Es besteht die Gefahr, dass jemand Unbefugtes Name und Mailadresse des Besuchers erfährt. Theoretisch könnte man damit schon einiges anstellen

2. Kontaktformular für Frisör: Siehe 1 + eventuell Erkenntnis, dass der Besucher Schuppen hat

3. Kontaktformular für Arzttermin: da brauchen wir über die Gefahren gar nicht zu diskutieren.

Ergebnis: Verwendet den Versand per SMTP mit Verschlüsselung, sichert die Seite selbst mit https und stellt auch sicher, dass diese nur über https aufgerufen werden kann (Erzwingung über .htaccess). Damit ist der Weg vom Rechner des Besuchers über den Server bis hin zum eigenen Mail-Postfach gesichert.

Hallo Günter,

wenn ich mir die Startseite ansehe, scheinst Du direkt die Vorlage "Shop" benutzt zu haben. Damit sollten alle notwendigen Elemente bereits vorhanden sein. Probleme mit https möchte ich zunächst ausschließen, da auf der Kontaktseite die Erfolgs- und Fehler-Url korrekt auf https lauten.

Ich vermute, dass auf dem Server die notwendigen Schreibrechte für Ordner und Dateien nicht stimmen, so dass Zeta beim Veröffentlichen keine Shopdatenbank auf dem Server erstellen kann. Am Einfachsten lässt sich das überprüfen, indem Du in Zeta unter Shop auf das Dashboard gehst. Je nachdem, ob dieses dann im Webbrowser angezeigt wird oder nicht, kommen wir einer Lösung näher.

Da ich gerade wegen einer anderen Frage im Forum eine Testseite in ZP 14 mit Vereinsstruktur und Musterterminen habe, jetzt der Selbsttest.

Zeta 14: https://hosting.zeta-producer.com/6339181579/index.html

• Auf der Startseite befindet sich eine Veranstaltungsübersicht

• die Einzelveranstaltungen aus den Unterseiten Termine, Fußball, Judo, Leichtathletik und Tennis auflistet.
• Die Anzahl der Veranstaltungen ist auf 2 begrenzt.
• Die Sortierung erfolgt nach Position aufsteigend.
• Ich habe jeweils die Musterveranstaltungen von der Seite Termine kopiert und um die Sportart ergänzt.
• Als besondere Herausforderung habe ich den letzten Termin "Frühjahrsfest" bei allen 4 Sparten auf Position 1 gesetzt.

Ergebnisse:

• Unabhängig von der Begrenzung auf 2 Veranstaltungen werden alle Veranstaltungen gelistet
• Trotz des Filters "Position aufsteigend" werden alle Veranstaltungen nach Datum sortiert, und zwar in korrekter zeitlicher Reihenfolge. Wenn der Filter "Position" funktionieren würde, müsste das Frühjahrsfest am 17.06. oben stehen, da diese Veranstaltung in allen 4 Sparten über den anderen Einzelterminen steht.

Ich werde dieses Projekt jetzt nach 15 konvertieren.

Das Ergebnis ist unter https://va-zeta15.zeta-producer.com/index.html zu sehen. Gegenüber der unter V14 veröffentlichten Version ergeben sich keine Unterschiede in der Sortierung.

Schlussfolgerung: Durch die Konvertierung wird die Sortierung der Termine nicht geändert. Der Fehler dürfte daher im Projekt selbst zu suchen sein.