Neue Nachricht erscheint nur, wenn ich im Backend parallel geöffnet habe

Hallo,

so absurd das nun auch klingt, aber meine letzte eingetragene Neuigkeit die ich heute erstellt habe, erscheint in der Übersicht nur dann, wenn ich im gleichen Browser in einem zweiten Tab im Backend eingeloggt bin oder auch nur /contao mit anhänge.

Getestet immer im gleichen Netzwerk WLAN
Getestet mit externem Internet
Getestet auf Desktop
Getestet via mobile

Browsercaches sind gelöscht
verschiedene Browser getestet (Firefox, Vivaldi, Chrome)

Und es reicht aus, wenn ich in einem zweiten Tab nur den Login-Berich für's Backend öffne, sprich /contao. ... schon wird die letzte Nachricht angezeigt.
Und ja, die Nachricht ist veröffentlicht, da der link alleine ebenfalls funktioniert

Contao 4.9.2
hoster netcup
https://wiewarsdort.at/
https://wiewarsdort.at/info/land-rov...robefahrt.html

irgendwelche Ideen?
Bzw. kann das jemand bei euch nachstellen?

Servercache (shared cache) Der wird umgangen, wenn du angemeldet bist oder sonstwie ein Cookie existiert.

Zitat:

---

Zitat von tab

Servercache (shared cache) Der wird umgangen, wenn du angemeldet bist oder sonstwie ein Cookie existiert.

---

?? verstehe nicht was du meinst - caches sind gelöscht

bzw. andere Frage: kannst du das bei dir nachstellen?

Aktualisiere auf Contao 4.9.3 und poste deine .htaccess.

Update auf 4.9.3 - und alles OK!

die htaccess

PHP-Code:

---

<IfModule mod_rewrite.c>
    RewriteEngine On

    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>

    # caching begin
    # https://de.ryte.com/magazine/browser-caching-beschleunigung-website
    #

    #
    # caching end


    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #   following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /index.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule> 


---

kannst du in etwas sagen, wo das Problem lag? Also unabhängig davon, dass es eine „alte“ Contao-Version war

Ja, kann ich bei mir nachstellen. Ist allerdings komisch, weil der Firefox zu dem Zeitpunkt mir in den Entwicklertools und in den Seiteninformationen keine Cookies anzeigt. Trotzdem ist klar, die eine Seite kam aus dem Servercache und war ca 5 Studnen alt, wenn ich nur die Login-Seite aufgerufen habe, wurden wie gesagt keine Cookies angezeigt aber es wurde eine aktuelle Seite im anderen Tab angezeigt, das war an den Response-Headern klar zu erkennen. Mittlerweile gibt es wohl die aktuelle Seite im Cache.