Beiträge von maltris

    Interessanter Ansatz mit Übernahme und Versuch, die Community in der aktuellen Zeit weiterzuführen. Damit meine ich erstlinig die für normale Menschen immer weiter sinkende Relevanz persönlicher Blogs und die breite Verfügbarkeit von Informationen durch Sprachmodelle. Das Stackexchange-Phänomen.

    Ich werde immer mal vorbeischauen. Wenn du Unterstützung bei kniffligen Problemen brauchst, lass mich das per Privatnachricht oder Email wissen. Viel Erfolg!

    (24, heftig, dann warst du 10, als ich mich hier angemeldet habe...)

    Guten Tag,

    keines der beiden GIFs ist mit einem Loop ausgestattet, auch nicht außerhalb von WordPress. Je nach verwendeter Bearbeitungssoftware hat dies an unterschiedlichen Stellen zu erfolgen, bei GIMP ist es die "Loop forever"-Checkbox im Export-Dialog.

    Wichtig zu beachten: Animierte GIFs dürfen in WordPress nicht in ihrer Größe angepasst oder anderweitig verarbeitet werden. Ein aufklärender Artikel in englischer Sprache zum Thema findet sich hier.

    Viel Erfolg!

    Hallo,

    obgleich du fast deine 35 Posts voll hast, empfehle ich dir, nochmals die Forenregeln zu prüfen:

    Gehe ich richtig in der Annahme, dass es um dieses Theme (https://wordpress.org/themes/tour-operator/) geht?

    Hallo und willkommen im Forum,

    ich habe mir das kurzerhand angesehen. Erstmal beschränkt hier die Breite des Post-Inhalts über die in /wp-content/themes/revolution/wp-login.css eingerichteten Margins, also Abstände:

    CSS
    .post-429 {
        margin: 0 auto;
        padding-left: 20px !important;
        padding-right: 20px !important;
    }

    Setzt du also in der derzeitigen Konfiguration eine bestimmte prozentuale Breite für dieses Element, würde sich dein Formular verbreitern, da alle beinhalteten Elemente, welche für die Breite des Formulars maßgeblich sind, dies zulassen und 100% der verfügbaren Breite ausnützten:

    Anmerkung: Bin kein Experte für CSS und Webdesign, sicher wärst du hier mit einer Expertenmeinung besser bedient. Auch weiß ich nicht, wie es um die Kompatibilität zu unterschiedlichen Browsern und Mobilgeräten aussieht. In jedem Fall empfehle ich dir, ausgiebig zu testen.

    Viel Erfolg!

    Nach der letzten Bereinigungsrunde ist das Problem nicht erneut aufgetreten. Es muss wohl mit einem der Useraccounts zu tun gehabt haben, über deren Loginverhalten und Quellsysteme ich keine direkte Kontrolle habe.

    Nach Info an alle Beteiligten mit erneuter Zugangsdaten-Änderung hat sich das Problem nun also erübrigt und die Seite ist wieder vollständig sauber.

    Danke für die Vorschläge!

    Hallo und willkommen im Forum,

    laut der Demo unter https://andersnoren.se/themes/hitchcock/ ist für die Bildermatrix auf der Startseite per default keine Opacity/Undurchsichtigkeit gesetzt. Erst, wenn der Benutzer über die Kacheln hovert, sollten die Bilder dunkel werden.

    Denke bitte an die Forenregeln, da mit den entsprechenden Informationen meist eine konkretere und schnellere Hilfe möglich ist:

    Zitat

    Folgende Daten sind meist sehr wichtig und sollten von dir im Beitrag genannt werden:

    - Adresse zum Blog (URL)
    - WordPress-Version
    - Verwendetes Theme, verwendete Plugins
    - Zuletzt gemachte Änderungen
    - Bei Problemen mit Themes oder Codeabschnitten der entsprechende Code und ggf. ein Link zum Download des Themes
    - (falls vorhanden) Fehlermeldungen

    Diese Aufstellung würde ich in dem Fall noch ergänzen um:

    • mit welchem Browser kannst du das Problem reproduzieren?
    Zitat

    Folgende Daten sind meist sehr wichtig und sollten von dir im Beitrag genannt werden:

    - Adresse zum Blog (URL)
    - WordPress-Version
    - Verwendetes Theme, verwendete Plugins
    - Zuletzt gemachte Änderungen
    - Bei Problemen mit Themes oder Codeabschnitten der entsprechende Code und ggf. ein Link zum Download des Themes
    - (falls vorhanden) Fehlermeldungen

    Ohne die Adresse zum Blog kann man hier keine gezielte Hilfe leisten, lediglich Vermutungen anstellen. Daher empfehle ich dir, kurz die Forenregeln (sind kurz und knackig, daher schnell durchgelesen) zu lesen und dann die entsprechenden Daten nachzuliefern. Anschließend können wir uns ansehen, was mit deiner Seite los ist und gezielt Probleme und Lösungsvorschläge benennen.

    Interessant wären auch die Informationen, welche @Henk1060 oberhalb angefragt hat.

    Das kann besser beantwortet und analysiert werden, wenn du die in den Forenregeln zur schnellen und unkomplizierten Hilfe benötigen Daten übermittelst:

    Bei diesem Problem kannst du dich hierbei auf die Adresse, WordPress-Version und die zuletzt durchgeführten Änderungen (in dem Fall eine konkrete Erklärung, wie du die Umleitung eingerichtet hast), beschränken. Wenn die Ressourcen, also die Links, in Wirklichkeit nicht "subsite_neu", "subsite_alt" und "subsite_test" heißen, sind hier auch die richtigen Bezeichnungen notwendig.

    Um das noch zu ergänzen hier mal drei Testruns von heute 7.10 Uhr:


    Abgesehen davon sind deine Bilder recht groß, hier empfiehlt es sich, diese sauber zu komprimieren. Empfehlungen hierzu.

    Schau auch, ob mit deinen Plugins und deinem Theme alles stimmt. Generell kann die First Byte Time auch durch andere Faktoren, beispielsweise den PHP-Code in Verbindung mit Ausgabepuffern in die Höhe getrieben werden. Erfahrungsgemäß liegt das Problem aber in den meisten Fällen an anderer Stelle.

    Gerne kannst du uns hier einmal eine Liste an Plugins zukommen lassen, welche du derzeit aktiviert hast, eventuell fällt etwas auf.

    Ob das empfehlenswert ist, kann ich nicht beurteilen. Es wurde laut Themeforest über 200.000 mal verkauft und wurde zuletzt am 27.03. aktualisiert. Dahingehend passt das. Ob das Theme empfehlenswert ist, sollten andere beurteilen, die konkrete Erfahrungen damit haben. Demos findest du auf deren Webseite: https://kriesi.at/themes/enfold-overview/

    Hier im Forum wirst du Hilfe nach bestem Wissen und Gewissen erhalten, solltest dich jedoch bei einem solchen "Kauf-Theme" in erster Linie an dessen eigenen Support wenden. Dieser ist laut Themeforest 6 Monate inklusive.

    Die MySQL-eigenen Tabellen scheinen zu fehlen, was aber kein Weltuntergang sein muss. Prüfe mal die Berechtigungen der MySQL-Datendateien und schaue in den Ordner "mysql" in deinem MySQL-Datenverzeichnis.

    Sollte InnoDB und MySQL 5.6 oder höher in Standardkonfiguration zum Einsatz gekommen sein, heißt das, dass standardmäßig innodb_file_per_table gesetzt war, weshalb im mysql-Ordner unter anderem die Dateien db.myd, plugins.myd usw. vorhanden sein sollten.

    Zitat

    ABER nur das kopieren der Datenbank zwecks neu aufsetzen einer Installation funktioniert (auch) bei XAMPP NICHT, es gehen soviel ich beobachtet habe die Indizes verloren!!!

    Halte ich für ein Gerücht, Indizes sind, wie der Name schon sagt, Indizes und können entsprechend jederzeit regeneriert werden. Empfehle folgende Lektüre statt wilder Vermutungen: https://dev.mysql.com/doc/refman/8.0/en/mysql-indexes.html

    Zum Thema:

    Es scheint hier so, als hättest du die Datenbank nicht migriert, weshalb WordPress nun eine leere Datenbank vorfindet und entsprechend eine Neuinstallation vornehmen möchte. Sofern du die Datenbank-Datenstruktur noch hast (siehe Screenshot von SEpp55), kannst du damit die MySQL-Datenbank in 99,9% der Fälle (eventuell mit etwas Aufwand) wieder starten.

    Noch besser: Solltest du die alte XAMPP- und Datenbankinstallation noch haben und starten können, kannst du mittels phpMyAdmin oder dem Tool deiner Wahl einen sauberen SQL-Dump deiner Datenbank erstellen und diesen dann im neuen XAMPP importieren. - Für diese Lösung ist es aber, so entnehme ich deinen Beiträgen, bereits zu spät.
    Dieses Verfahren ist auch deshalb sauberer, weil du wahrscheinlich in der neuen XAMPP-Version einen aktuelleren Datenbankserver hast, mit dem der dauerhafte Betrieb mit den alten Datendateien nicht zu empfehlen ist. (Meist ist ein entsprechendes mysql_upgrade notwendig, wie hier konkret im Falle des Datenbankservers in Verbindung mit XAMPP und Windows zu verfahren ist, kann ich nicht sagen. Lektüre: https://dev.mysql.com/doc/refman/8.0/en/mysql-upgrade.html)

    Viel Erfolg!

    Zitat

    Ein WebServer selbst ist in der Regel für kleine Dateien optimiert.

    Halte ich für ein Gerücht, technisch gesehen gibt es hier bei keinem der mir bekannten Webserver Einschränkungen noch derartige Empfehlungen.

    Zum Thema:

    Schaut, dass ihr das Video entsprechend komprimiert, damit ist bereits viel gewonnen. Mit einem aktuellen Codec wie VP9 oder H.265 lässt sich reichlich Speicherplatz und Bandbreite sparen. Entsprechend aktuelle Browser werden dann natürlich vorausgesetzt. Entscheidet ihr euch für das Videohosting bei YouTube, übernimmt dies YouTube selbstverständlich für euch und sogar noch mehr: Ist ein Browser des Besuchers nicht ganz auf dem aktuellsten Stand, bietet YouTube automatische Fallback-Formate von Videos an, was die Kompatibilität drastisch erhöht. Zu beachten sind jedoch die Hinweise von "r23" bzgl DSGVO, Kontrolle über Content und so weiter.

    Das Hosting auf der eigenen Seite bietet wiederum auch Vor- und Nachteile: Je nach Abrufstatistik kann es sein, dass ein simples Webhosting oder ein kleiner Einsteigerserver deshalb nicht reicht, weil nicht genügend Bandbreite vorhanden ist, um viele simultane Abrufe zu bedienen. Besonders problematisch kann das werden, wenn ältere Medienplayer zum Einsatz kommen, die Videodateien in voller Geschwindigkeit herunterladen und dann abspielen, statt Videos in kleinen Chunks, z. B. mittels Byterange-Requests, herunterzuladen und weniger zu puffern, umgangssprachlich zu "streamen", so wie es YouTube auch tut.

    Am ehesten dürfte es je nach Webhosting so sein, dass solch große Uploads durch Einstellungen wie post_max_size von PHP oder client_max_body_size von Nginx limitiert werden. In dem Fall kann es hilfreich sein, die Dateien mittels SFTP/FTP auf den Webspace hochzuladen und anschließend mittels "Media from FTP" der Mediendatenbank hinzuzufügen. Alternativ gibt es hierfür auch "Add From Server", welches leider seit 2 Jahren kein Update mehr erfahren hat (Benutzung jederzeit auf eigene Gefahr).

    In vereinzelten Fällen, meist bei sehr billigen oder gar kostenlosen Webspace-Anbietern kann es auch sein, dass die Dateigröße explizit limitiert wird. In einem solchen Fall, müsste dann, möchte man entsprechend große Videodateien hosten, auf einen entsprechenden Webspace oder (optional Managed-)Server zurückgegriffen werden.

    Nachtrag:

    Wenn das Budget es zulässt und die Abrufzahlen es bedingen, kann man sich auch diverse CDN-Dienste zur Auslieferung der Videos ansehen. Auch hier wieder Achtung beim Datenschutz.

    Hallo,

    wollte gerade ebenfalls mal testen, jedoch scheint die Seite nun einen Fehler zu haben und ist lediglich weiß - leider nicht die beste Ausgangssituation für Performancetests. :)

    Was ich dir empfehlen kann:

    • teste die Seite ausgiebig mit https://webpagetest.org/ und schau dir konkret die Ladevorgänge der einzelnen Ressourcen an
    • alternativ kannst du auch mit dem Inspector des Browsers deiner Wahl testen, jedoch kann die Auswertung unter Umständen knapper ausfallen
    • auch wenn dein Provider das gerne abtut, scheint es hier dennoch an seinem Webhosting zu liegen, nachweisen kannst du ihm das am besten durch längerfristiges Monitoring - wann treten vermehrt Fehler auf, welche und in welcher Menge
    • wenn du nicht vertraglich gebunden bist, ziehe in Erwägung den Provider zu wechseln, es gibt ausreichend gute Alternativen

    Hallo,

    ich habe das kurzerhand für dich reproduziert, mit seobility User-Agent:

    Code
    curl -v -A 'SeobilityBot (SEO Tool; https://www.seobility.net/sites/bot.html)' https://bikebow.at/

    und stattdessen ohne bzw. mit curl Standard-User-Agent:

    Code
    curl -v  https://bikebow.at/
    Code
    > GET / HTTP/1.1
    > Host: bikebow.at
    > User-Agent: curl/7.66.0
    > Accept: */*
    >
    { [5 bytes data]
    * Mark bundle as not supporting multiuse
    < HTTP/1.1 200 OK
    < Date: Fri, 17 Apr 2020 07:33:45 GMT
    < Server: Apache/2.4.10 (Debian)

    Daher empfehle ich, dass du dich mit deinem Webhosting-Provider in Verbindung setzt, der sich darum kümmern kann, dass dieser User-Agent problemlos die Seite abrufen kann.

    Interessant wäre hier der Link zur Seite, dann kann man probieren, das zu reproduzieren.

    Offenbar gibt der Webserver, Proxy hinter dem die Seite steht oder die Seite selbst, unter bestimmten Umständen einen HTTP 410 "Gone" zurück. Das kann 100 unterschiedliche Gründe haben, beispielsweise ein unerwünschter User-Agent, eine unerwünschte Source-IP - der Phantasie sind hier keine Grenzen gesetzt.