Vreemd probleem als forumbeheerder.

[Henksat]

Ik stel hierbij mijn eerste vraag op dit board. Wij werken met deze versie: SMF 1.1 Beta 3 Public.

Als forumbeheerder van een board ben ik al 2 keer tegen het volgende probleem aangelopen:
Nadat ik een reactie had geplaatst op een bepaald onderwerp en hierbij een JPEG-file als bijlage wilde meesturen ging er iets fout.
Wat er mis ging is niet terug te vinden maar nu is het zo dat ik het bewuste topic niet meer kan bekijken als forumbeheerder. Ook mijn collega forumbeheerder en alle moderators lopen tegen een "dode" link aan en krijgen de melding:kan server niet vinden (in IE).

Nu het vreemde: Als ik als ongeregistreerd kijk door uit te loggen bestaat het bericht wel, zelfs de hyperlink is in beide gevallen exact hetzelfde alleen de bijlage die ik eerder wilde plaatsen is niet meegekomen. Zelfs de topic-starter heeft er al een reactie op gegeven.

Hoe kan het nu dat je als forumbeheerder of moderator een dode link ziet en als gast of gewoon lid dit niet hebt?
Omdat ik van thuis uit niet bij de database kan krijg ik betreffend bericht ook niet verwijdert.

Wie heeft er raad, een oplossing of soortgelijke ervaringen?

[Compuart]

Probeer eens de 'zoek en repareer fouten' functie (Beheer -> Forum Onderhoud). Wellicht dat'ie daar onregelmatigheden in vindt.

[Henksat]

Probeer eens de 'zoek en repareer fouten' functie (Beheer -> Forum Onderhoud). Wellicht dat'ie daar onregelmatigheden in vindt.

Al gedaan, krijg dan de volgende melding: Gefeliciteerd, geen fouten gevonden.

[Henksat]

Na wat spelen en uitzoekwerk toch alweer veel wijzer geworden.

Het probleem doet zich alleen voor bij JPEG bestanden van een bepaalde resolutie, de bestandsgrootte lijkt niet van invloed.

1024x168 gaat goed.
1262x770 gaat goed.
1280x994 gaat helemaal fout, dan wordt het topic een dode link.

Verklaren kan ik het niet, en een oplossing weet ik evenmin.
Wie heeft een oplossing?

[Aaron]

Als je miniaturen van afbeeldingen uitzet, is het probleem dan opgelost?

[Compuart]

Ah, ja, da's een bekend probleem. Helaas blijkt bij het creeren van thumbnails, de GD-module van PHP nogal veel geheugen nodig te hebben. Twee mogelijke oplossingen zijn om het automatisch creëren van thumbnails uit te schakelen of de memory_limit in php.ini te vergroten

[Henksat]

Als je miniaturen van afbeeldingen uitzet, is het probleem dan opgelost?

Ja inderdaad, dan is het opgelost maar dat willen we eigenlijk niet.
Ik zal de optie hierboven van Compuart eens gaan proberen maar dat kan ik van hieraf niet.

Alvast bedankt voor de tips, mocht je nog meer oplossingen hebben hoor ik het graag en ik houd jullie op de hoogte.

[Henksat]

Ah, ja, da's een bekend probleem. Helaas blijkt bij het creeren van thumbnails, de GD-module van PHP nogal veel geheugen nodig te hebben. Twee mogelijke oplossingen zijn om het automatisch creëren van thumbnails uit te schakelen of de hxxp:www.php.net/manual/en/ini.core.php#ini.memory-limit [nonactive] te vergroten

Compuart, die limiet verhogen lijkt me eigenlijk een paardenmiddel, eigenlijk moet je het uploaden van hoge resoluties tegen kunnen houden, maar volgens mij kan dat niet.
Of zie ik iets in beheer over het hoofd?

[Aaron]

Grotere resoluties zijn meestal ook groter qua bestandsformaat, je zou dus kunnen zeggen dat er alleen bestanden < X kB geupload mogen worden. Echter, dan kom je in de knoop als je ook non-plaatjes wilt gaan uploaden.

Een optie om afbeeldingslimieten in te stellen is volgens mij niet aanwezig.

[Compuart]

D'r is momenteel geen mogelijkheid om een maximum aan te geven voor wat betreft up te loaden attachments. Wel kun je de bestandsgrootte beperken, maar dat zegt niet zoveel over de afmetingen. Het verhogen van de memory_limit hoeft op zich geen problemen op te leveren, zolang scripts er maar geen structureel gebruik van maken.

[Henksat]

Compuart, we zullen komende dagen eens gaan stoeien. Ben blij dat we de oorzaak hebben en mogelijke oplossingen.

Ik hou je op de hoogte.