/meta/ - Board features and moderation feedback

>>771
Done.

Der "neue" Brettschizo kotzt sich wiedermal aus.
>>>/b/33612
Ja wir sind auf einem Bilderbrett, trotzdem gibt es hier meiner Meinung nach eine gewisse Etiquette abseits von Scheissepfosten.
Ausserdem kann er ja den Hanf-Fragen-Faden ausblenden wenn er dort nur "linksversifften Kifferdreck" liest, oder?

>>777
Erledigt. Ja, wir sind ein Bilderbrett, und auf /b/ geht mehr durch als auf /int/, aber unrelatierte Fäden zu /pol/-Fäden entgleisen zu wollen ist trotzdem bannwürdig. Das ist genau die Scheiße, die wir hier nicht haben wollen, dann lieber nur 5 Pfosten am Tag.

>>778
>lieber nur 5 Pfosten am Tag
Das schaff ich auch allein und ganz ohne Scheißpfostiererei. EC ist gerettet.

>>650
Ich wollte nur auf den unglaublichen Zufall hinweisen.

Was zählt eigentlich als ein Tag in Bezug auf die "Stats"-Seite - Mitternacht bis Mitternacht UTC?

>>775
Mitternacht deutsche Zeit, der Einfachheit halber für beide Bretter.

>>779
Deutschland stark!

>>729
Stimmt, ich habe es mir gerade angesehen, ich habe auf die Schnelle keine Lösung dafür. Das Problem ist, dass an der Stelle, wo dieser Fehler geworfen wird, keine sinnvollen Informationen über das Bild verfügbar sind, außer Erweiterung, Dateigröße und Abmessungen, aber kein Name oder Pfad. Ich könnte die Fehlermeldung zwar erweitern, aber es würde nicht viel bringen. Falls mir noch was einfällt, passe ich es an.

Arabic text isn't displayed in posts
Other alphabets seem to work fine, see >>/int/20584

>>773
>>774
I had a look at it, everything that has been delivered to the browser is also displayed, that means whatever was lost, didn't make it into the database in first place. It seems unreasonable to mess around with charsets, just to enable a language only few can read, so sorry, can't do, preasu understandu.

ERNSTCHAN - Fastest board there ever was

>>765
Thanks, it is added, along with two others from the today thread.

>>766
Did you really seriously add my shitpost banner I was taunting the other Ernst with?

>>767
Hahahahahahahaha

t. >>765

can we have a check that only cuts the filename, if the "..." actually shortens it?

>>465
I did... something. Not sure if it fixes the problem, or if it just moves the problem to slightly longer filenames. I'll simply pretend that it is fixed until proven wrong.

>>465

>>468
is it checking for characters instead of lines?

>>711
Probably both, never really checked. Javascript hurts my eyes.

>>638
Faden wurde gelöscht, bitte um Geduld bei sowas, es sitzt nicht rund um die Uhr einer da und moderiert. Und dass alte Fäden vom Brett fallen, ist so gewollt. Wir sind ein Bilderbrett, und keine Enzyklopädie.

>>639
Schon klar und ich bedanke mich auch für eure freiwillige Arbeit! (Die jetzt wohl leider sehr viel meer Zeit in Anspruch nehmen wird. )
Eine extra Titte als Dank.

Es wächst halt die Angst das sich das Geschwür einbildet hier bleiben zu können wenn nicht konsequent und zeitnah eingegriffen wird.

Auch klar, dass wir hier ein Bilderbrett und kein Wiki oder ähnliches sind ich war aber über das langsame Tempo immerschon froh und hab dementsprechend auch regelmäßig ewig alte Fäden gelesen oder mir Qualitätsbilder von dort geholt.

Ich weiß auch das Veränderung manchmal zwangsläufig passiert, Veränderung ist trotzdem in 95% der Fällen Scheisse.

Also falls sich die Neuernste zumindest benehmen können oder gerügt werden, ists ja okay aber wenn hier bald das Tempo von anderen Bilderbrettern Einzug findet (und gewollt ist) wird die Qualität und Gemütlichkeit drunter leiden.

I know the 4chongs has something implemented so that bumps only work for consecutive posts of unique IPs, i.e. if nobody but OP is replying nothing happens.
Of course that can be circumvented by new IPs.

Sounds good, but trust me, it's useless. Think of it like this: Any of those posters you have in mind are probably doing this for a while, so they are used to working with different IPs. Just as you say:
>Of course that can be circumvented by new IPs.
Everyone and their grandma has those today. Even if people do it with clear IPs, those also usually change periodically, even outside /24-range. There might even be good reasons for an OP to bump old threads, like rescuing a quality thread from falling off the board, or reviving one instead of creating a similar one.

>but it would help to get rid of Threads like the KrahThread on /b/
If we wanted to do that, we would have simply removed it. It's not forbidden to talk about politics on EC, we just don't want to have political shilling, namecalling and stuff like this. Obviously, we would have preferred the thread to have a more "general" topic, but as long as politics discussion stays in the thread and stays civil, there is no reason to remove it. In general, we aim to rather remove cancerous posters than forbid whole topics, knowing well that there might be a limit to that approach. But as a byproduct, that also prevents people trying to shit up threads in order to have them removed because they "attract cancer".

Gibt es leider keine Konfigurationsmöglichkeit für. Die entsprechende Routine ist auch so ausgelegt, dass man mehrere Pfosten aus verschiedenen Fäden gleichzeitig löschen könnte, die weiß nicht mal, ob Ernst gerade in einem Faden oder auf der Hauptseite ist. Die Info müsste man komplett durchschleifen und dann eine Fallunterscheidung einbauen nach dem Motto: Wenn Ernst in einem Faden war, dann kehre nach dem Löschen zu diesem Faden zurück.

>>583
Könnte man in dem Fall nicht einfach das Laden auskommentieren?
Der Servierer aufdatiert dann halt und löscht, aber um es zu sehen braucht's 'n Neuladt vong Benutzer her wegen. Löschenanfrag und Seiteneuladt einfach getrennt halten.

DrinBevor:
Alle klicken zwei Mal und werden auf die "Fehler beim Löschen; Pfosten nicht gefunden." Seite umgeleitet :D

>>593
Theoretisch ja, praktisch habe ich es gerade probiert, geht leider nicht. Den genauen Grund kann ich nicht sagen: Man kann den Redirect schon rausnehmen, im Prinzip ist da eine Fallunterscheidung im Code, ob der Parameter "json_response" gesetzt ist, was wahrscheinlich durch Skripte wie Puppenkanal mitgegeben wird. Ist der Parameter gesetzt, kommt nur eine Meldung "successfully deleted", und man bleibt auf der Seite. ist der Parameter nicht gesetzt, dann kommt ein Redirect auf die Brettwurzel. Nimmt man den Redirect raus, kommt nur eine blanke Seite, und behandelt man beide Fälle gleich, kommt ohne Puppenkanal nur eine ansonsten leere Seite mit dem blanken json, was dann normal die Nachricht gewesen wäre.

zl;ng: Geht bestimmt irgendwie, aber ist nicht so einfach, wie man sich das vorstellt.

>>595
>ist nicht so einfach, wie man sich das vorstellt.

Ihr underschätsd des immer

>this is most likely your php.ini had limit on post_max_size and/or upload_max_filesize
True. Especially in the first weeks it wasn't completely clear at how many places the upload file size limit needs to be changed to be effective. The current count is four: Board config, nginx config and the two places in php.ini you mentioned. Could be that there were differences between these configs earlier which caused this problem. In any case: Thanks for the input.