Po prostu wyłączcie linki w podpisie i będzie spokój, ja bym się nie bawił w edytowanie postów. DAMN, przecież to bezsensowne.

Taka sugestia już się pojawila. Zobaczymy

I co da wyłączenie linków?
Spamerzy, że tak powiem "typowi", będą wstawiać adres jako tekst i co to da?

Nie linków, a sygnatur
A za linki w postach będą leciały bany i przynajmniej będzie jasne co i jak.

Edt: póki co, URLe w sygnaturach zostały wyłączone. Jeśli będzie dalszy spam, trzeba będzie wyłączyć sygnatury całkowicie.

Szczerze to nie jestem za tym, żeby całkiem wyłączyć sygnatury ale to pewnie zależy od was

Zobaczymy jak będzie teraz. Na teksty będę czuwał i usuwał jak do tej pory
Ale jeśli to zjawisko będzie dalej się nasilać tak, jak obecnie, to nie pozostanie nic innego.

Nie wylejcie dziecka z kąpielą.

Piotr GRD , spokojnie. Na razie tylko wyłączono urle w sygnaturach, nic więcej. Tekst i inne opcje dalej są. A post napisany w celu reklamy strony stosunkowo prosto odróżnić

Usunięcie sygnatur to ostateczność i raczej nie w najbliższym czasie. Chyba, że będzie to istny wysyp spamu.

Jest już zwiększenie pamięci po zdjęciu reklam od 49 zł.

---- EDIT ----

Ja bym prosił o zmiane jeszcze, że konta które sobie zakupiły zdjęcie reklam mają bazę MySQL dostępną zewnętrznie - wpisuje na innym serwerze(np: gry Minecraft) host: mysql.cba.pl itp. i wszystko działa

Dodajcie jeszcze szyfrowanie do email - będzie wtedy git.

Bardzo bym się ucieszył gdyby w panelu administracyjnym była opcja "Włącz komunikat o cookies" która powodowałaby automatyczne wyświetlenie na stronie informacji o cookiesach. Są osoby które korzystają z gotowych skryptów a ich wiedza nie pozwala na ingerencję w swoją witrynę inną niż przez panel administracyjny skryptu (przeważnie CMS, blogi, galeria czy forta).

CPX
umieszczenie takiego info to kilka minut
np
http://webhelp.pl/artykuly/okienko-z-in ... h-cookies/

w tym dla Joomla
http://www.joomla.pl/powiadomienia/692- ... la-10.html
http://www.fundacja.joomla.pl/wydarzeni ... nfo-ciacha
http://www.trzepizur.pl/blog/item/158-c ... X0rw0rE0sY

Wiadomo że wszystko ma jakieś granice, ilość writów / selectów SQL, wysłanych maili itd itd.

Granice te są wyraźnie określone i monitorowane przez CBA a przekroczenie ich
automatycznie skutkuje przykrymi konsekwencjami jak blokada wysyłania maili,
blokada strony, niemożność połączenia z SQL itd. (co oczywiście jest zrozumiałe i jak najbardziej właściwe)

Nie mniej, w czasie kiedy na użytkownika nieuchronnie czekają pewne dość dotkliwe konsekwencje
w razie przekroczenia tych granic, ma on blade albo wprost żadne pojęcie gdzie są te granice
a przede wszystkim jak daleko się od nich aktualnie znajduje.

Dlatego często ma się wrażenie podobne do chodzenia po polu minowym z zawiązanymi oczami,
i zastanawiania się co się stanie kiedy na stronę wejdzie więcej użytkowników jednocześnie.

Wiedza na temat tych granic a przede wszystkim aktualnego stanu ich wykorzystania,
jest chyba jedyną rzeczą której osobiście mi zawsze brakuje na CBA
zwłaszcza że dużo grzebię w kodzie i możliwość wglądu w te dane byłoby bardzo przydatne.
Poczynając od optymalizacji kodu z myślą o jak najlepszej oszczędności zasobów
a kończąc na własnych zabezpieczeniach strony które w razie zbliżenia do którejś z granic
włączały by dodatkową optymalizację bądź dynamicznie blokowały pewne funkcje aby nie dopuścić
do zablokowania strony z automatu (czyli nieoczekiwanego padnięcia wszystkiego w najmniej odpowiednim momencie)

Idealnie gdyby była to np. jakaś funkcja PHP zwracająca array wypełniony aktualnymi danymi wykorzystania zasobów
przydzielonych stronie z której została wywołana, a które mają kluczowe znaczenie w działaniu strony gdzie
przekroczenie ich skutkuje jakimiś konsekwencjami

Dla przykładu, wywołanie przez daną stronę getAccountResourceUsage(); mogłoby zwracać coś w stylu
Ogólnie w tabeli znajdowałyby się pewne wybrane, istotne dane o wykorzystaniu pewnych kluczowych zasobów strony
(ilość writów / selectów SQL, wysłanych maili itd.)
(czyli danych w których jesteście posiadaniu a które pomimo że są bardzo ważne dla użytkownika
są mu 'udostępniane' po fakcie w formie 'blokady strony z powodu przekroczenia jakiegoś bliżej nieokreślonego limitu').

Gdybyście coś takiego zaimplementowali to byłby naprawdę git i super użyteczna sprawa,
która wielu użytkownikom pozwoliła by na uniknięcie zaskoczenia
i optymalizację strony aby nie dochodziło do przekraczania żadnego z tych limitów.

Jeśli chodzi o aktualną liczbę zapytań sqlowych (selectów, update'ów), to o ile mi wiadomo nie można jej odczytać z mysqla. A mamy za małą wiedzę, żeby to zmienić.
Co do liczby wysłanych maili, to byłoby do zrobienia, ale wiąże się ze zwiększeniem uprawnień phpa, czego nie chcę robić. Tu musiałby juice zdecydować.

Coś mi się wydaje że to by musiał być specjalnie na taką okazję zrobiony 'custom module'
który takie dane wyciąga i udostępnia np. w postaci dodatkowej funkcji PHP.
Kto wie, może ktoś gdzieś już coś takiego zrobił. Trzeba by się rozejrzeć po necie.