Poll resultaten niet zichbaar

[Greatsword]

Vermeld de URL waar het probleem zich bevindt
Greatsword in "[iPhone 15 (en Plus, Pro en Pro Max)] Ervaringen & Discussie"

Greatsword in "[Apple Watch] Ervaringen & Discussie - Deel 4"

Geef aan welke stappen je uitvoert om het probleem te kunnen reproduceren
Op resultaten klikken geeft de melding dat er al gestemd is.

Beschrijf wat je zou verwachten als het probleem zich niet voordeed
Dat de stemresultaten zichtbaar worden

Indien relevant, voeg een screenshot toe
...
Vermeld welk apparaat en browser je gebruikt
PC met Edge / Chrome, maar ook op een Iphone 15 met iOS 18 zijn de resultaten niet zichtbaar.

Als ik echter rechtstreeks op de site van de poll kijk zie ik wel stemmen/resultaten.

https://poll.dezeserver.nl/index.cgi?action=view100
https://poll.dezeserver.nl/results.cgi?pid=406717

[Greatsword]

Iemand enig idee waarom de poll resultaten niet zichtbaar worden in het forum?

[Yorinn]

Als ik bij je poll in het iPhone-topic de &sort=prc uit de afbeeldingsurl haal, werkt die bij mij wel. Die andere poll uit het Apple Watch-topic lijkt het inmiddels wel te doen?

[Greatsword]

Yorinn schreef op woensdag 11 september 2024 @ 11:38:
Als ik bij je poll in het iPhone-topic de &sort=prc uit de afbeeldingsurl haal, werkt die bij mij wel. Die andere poll uit het Apple Watch-topic lijkt het inmiddels wel te doen?

Bedankt, zal ik dat in het vervolg er af halen.

Ik kan het bericht echter niet meer aanpassen i.v.m. de nieuwe forum "bewerk" regels.

[Yorinn]

Greatsword schreef op woensdag 11 september 2024 @ 11:51:
[...]


Bedankt, zal ik dat in het vervolg er af halen.

Ik kan het bericht echter niet meer aanpassen i.v.m. de nieuwe forum "bewerk" regels.

Als je het bericht report met de vraag of iemand hem open wilt zetten, kijkt een lokale mod ernaar en krijg je een melding als die open is.

[rens-br]

Greatsword schreef op woensdag 11 september 2024 @ 11:51:
Ik kan het bericht echter niet meer aanpassen i.v.m. de nieuwe forum "bewerk" regels.

Als het goed is is de lock eraf.

[Greatsword]

rens-br schreef op woensdag 11 september 2024 @ 11:54:
[...]


Als het goed is is de lock eraf.

Bedankt

[Greatsword]

Yorinn schreef op woensdag 11 september 2024 @ 11:38:
Als ik bij je poll in het iPhone-topic de &sort=prc uit de afbeeldingsurl haal, werkt die bij mij wel. Die andere poll uit het Apple Watch-topic lijkt het inmiddels wel te doen?

Ik keek nu net even naar die van de Apple Watch, maar daar staat ook gewoon: &sort=prc

Wat is nu wijsheid voor de toekomst?

[Yorinn]

Greatsword schreef op woensdag 11 september 2024 @ 11:56:
[...]


Ik keek nu net even naar die van de Apple Watch, maar daar staat ook gewoon: &sort=prc

Wat is nu wijsheid voor de toekomst?

Geen idee . Als ik zo wat dingen uitprobeer met en zonder die sort, zie ik geen verschil. Je kan het met proberen, en als dat dan niet werkt de sort weghalen?

[Greatsword]

Yorinn schreef op woensdag 11 september 2024 @ 11:58:
[...]


Geen idee . Als ik zo wat dingen uitprobeer met en zonder die sort, zie ik geen verschil. Je kan het met proberen, en als dat dan niet werkt de sort weghalen?

Nu wederom dit probleem

Met: &sort=prc zie ik helemaal geen resultaten
Zonder: &sort=prc zie ik wel resultaten maar ze zijn niet bijgewerkt.

Voorbeeld:

Greatsword in "[PS5] PlayStation 5 - Deel 2"

https://poll.dezeserver.nl/results.cgi?pid=406769

https://poll.dezeserver.nl/index.cgi?action=view100

[Damic]

1. Welk probleem ervaar je?
sommige figuren is het best dat er een optie mag bestaan dat deze niet in de cache worden opgenomen of pas veel later.

2. Waarom is dat een probleem?
Voornamelijk bij Polls via externe Bootzwebsite

3. Hoe vaak loop je er tegenaan?
Elke keer als iemand een poll maakt via het bootz script dan word deze niet meer geüpdate als er word gestemd

4. Hoe ziet de ideale oplossing er voor jou uit?
in de IMG tag de optie laten om nocache te zetten of poll.dezeserver.nl/results.cgi op een nocache lijst zetten zodoende dat deze niet mee word gecached.


Of is er al zo'n optie, dan had ik dat graag geweten

[crisp]

Het probleem dat ik hiermee zie is dat een dergelijke optie misbruikt kan worden voor tracking. De reden dat we externe plaatjes proxieën (en cachen) is dat met images namelijk ook 3rd-party cookies gezet kunnen worden, en zo gebruikers dus gevolgd kunnen worden.

Ik weet niet in hoeverre het wenselijk is om wel te proxieën, maar niet te cachen. Dat is mogelijk weer een vector waarbij onze bandbreedte kan worden misbruikt.

[ Voor 23% gewijzigd door crisp op 03-01-2025 08:08 ]

[Damic]

@crisp daar heb je 100% gelijk in daarmee dat mijn 2de optie was om die poll.dezeserver.nl/results.cgi op een nocache lijst zetten.

Of 3de optie een tweakers poll script te hosten, die dan zelf tegen de cache zegt van: "heeeey update de image".

[AW_Bos]

@Damic Als Tweakers zelf een poll gaat hosten, dan hebben ze wel wat mooiers dan een afbeelding, hoop ik.

Volgens mij heeft de crew al een interne mogelijkheid om in de backend een poll aan te maken, en deze met hun rechten met [poll=1234] deze te plaatsen.

Misschien kunnen ze dit ook doortrekken naar de gebruikers, en dit toestaan op forumniveau?

[ Voor 15% gewijzigd door AW_Bos op 03-01-2025 14:07 ]

[Damic]

@AW_Bos dat is ook een mogelijkheid als die poll functie er al is. Ik lees het wel

[Raven]

Een no cache optie mis ik ook wel eens, bijv: Ik zie in de "bekijk reactie" dat de toegevoegde extern geladen foto nog iets bijgewerkt dient te worden, wat ik dan doe, maar gecachete afbeelding blijft staan. Enige oplossing (die ik ken) filename aanpassen om opnieuw laden te forceren.

[KnoxNL]

Is dit de reden dat als ik een zelfgehost plaatje op tweakers post, maar een foutje heb gemaakt en het plaatje op mijn webserver vervang, het nieuwe plaatje niet zichtbaar wordt op tweakers maar het oude plaatje getoond blijft worden?

De url veranderd niet dus ik pas mijn post ook niet aan, enkel het plaatje op mijn webserver.

Rename ik daarna het plaatje op de webserver en pas ik ook de post op GoT aan, dan werkt het meteen

[Raven]

@KnoxNL Check, exact hetzelfde als waar ik wel eens tegenaan loop.

[KnoxNL]

Raven schreef op dinsdag 7 januari 2025 @ 18:41:
@KnoxNL Check, exact hetzelfde als waar ik wel eens tegenaan loop.

Helder. Ik weet 100% zeker dat dit een tijd (aantal jaar?) geleden niet het geval was. Zal wel met doorontwikkeling van de site maken hebben dan.

[crisp]

KnoxNL schreef op dinsdag 7 januari 2025 @ 19:06:
[...]

Helder. Ik weet 100% zeker dat dit een tijd (aantal jaar?) geleden niet het geval was. Zal wel met doorontwikkeling van de site maken hebben dan.

Dat heeft o.a. met de privacywetgeving (AVG) te maken; om te voorkomen dat externe plaatjes je kunnen tracken, en we niet voor alle externe plaatjes consent (via de cookiewall) willen/kunnen vragen, hebben we besloten om alle externe plaatjes zelf te proxieën*. En die proxy heeft een cache waar plaatjes x-tijd bewaard worden, om voor onszelf bandbreedte en voor de gebruiker wachttijd te besparen.

* alternatief was om gebruik van externe plaatjes helemaal niet meer toe te staan, en te vereisen dat gebruikers alles zelf uploaden via onze eigen foto-upload.

[KnoxNL]

crisp schreef op dinsdag 7 januari 2025 @ 19:42:
[...]

Dat heeft o.a. met de privacywetgeving (AVG) te maken; om te voorkomen dat externe plaatjes je kunnen tracken, en we niet voor alle externe plaatjes consent (via de cookiewall) willen/kunnen vragen, hebben we besloten om alle externe plaatjes zelf te proxieën*. En die proxy heeft een cache waar plaatjes x-tijd bewaard worden, om voor onszelf bandbreedte en voor de gebruiker wachttijd te besparen.

* alternatief was om gebruik van externe plaatjes helemaal niet meer toe te staan, en te vereisen dat gebruikers alles zelf uploaden via onze eigen foto-upload.

Dankjewel voor je toelichting.

Ik loop al 20+ jaar mee in de IT in diverse rollen, en ik vind privacy en veiligheid bovengemiddeld belangrijk. Grappig eigenlijk hoe wetgeving een impact kan hebben op hoe zo'n specifiek stukje functionaliteit op een forum werkt (naast efficiëntie en beparing als drijfveer uiteraard)

[crisp]

KnoxNL schreef op dinsdag 7 januari 2025 @ 19:48:
[...]

Dankjewel voor je toelichting.

Ik loop al 20+ jaar mee in de IT in diverse rollen, en ik vind privacy en veiligheid bovengemiddeld belangrijk. Grappig eigenlijk hoe wetgeving een impact kan hebben op hoe zo'n specifiek stukje functionaliteit op een forum werkt (naast efficiëntie en beparing als drijfveer uiteraard)

offtopic:
Ik denk dat wetgevers zelf ook helemaal niet weten wat de impact is van dergelijke wetgeving, en dan krijg je gedrochten zoals de huidige cookiebanners/walls...

[KnoxNL]

crisp schreef op dinsdag 7 januari 2025 @ 19:56:
[...]

offtopic:
Ik denk dat wetgevers zelf ook helemaal niet weten wat de impact is van dergelijke wetgeving, en dan krijg je gedrochten zoals de huidige cookiebanners/walls...

Wellicht.

Vaak zie je dat dergelijke belangrijke besluiten genomen moeten worden door de absolute top. In ons land zijn dat mensen die vaak generalist zijn en zelden specialist, wat betekent dat ze geïnformeerd moeten worden door hun ministeries, vakexperts, etcetera. Maar in de vertaling gaat er ook vaak veel verloren en bij besluitvorming worden door het hoge abstractieniveau veel details en praktische zaken over het hoofd gezien.

In die zin is de overheid net een grote corporate waar dezelfde fouten gemaakt worden.
Ook door mijzelf om de hand maar even in eigen boezem te steken.

Dat maakt het niet noodzakelijk slecht maar wel inefficiënt.

Maar goed we dwalen af....

[Damic]

@crisp is het misschien een mogelijkheid om voor bovenstaande problemen (niet de poll) eventueel een vinkje toe te voegen aan een post (maken/edit) die dan een cache refresh van de images in die post te pushen?

Ik zeg maar wat he

[crisp]

Damic schreef op dinsdag 7 januari 2025 @ 20:06:
@crisp is het misschien een mogelijkheid om voor bovenstaande problemen (niet de poll) eventueel een vinkje toe te voegen aan een post (maken/edit) die dan een cache refresh van de images in die post te pushen?

Ik zeg maar wat he

Ik denk niet dat dat zo eenvoudig is... In sommige gevallen hebben we zelfs met meerdere cache-lagen te maken. Ik denk dat in voorkomende gevallen je als gebruiker beter zelf een cache-bust kan toevoegen (een simpele ?v=2 achter de url bijvoorbeeld).

[Laguna]

Leuk al dat gebabbel over tracking, proxy en cache ondertussen is het bug topic AW_Bos in "Poll-afbeelding wordt (weer) gechached door Camo" gesloten met een verwijzing naar dit topic en is het probleem met de Bootz polls nog steeds niet opgelost. Kan er niet simpelweg een uitzondering gemaakt worden voor de host van de polls? Momenteel zit er een expire date van 10 dagen op de afbeelding voor de poll, dat maakt deze polls onbruikbaar.

[XWB]

Zie Kees in "Bootz poll creator resultaten worden niet geüpdated"