Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Caladan

Pages: [1]
1
It seems that some spammers are trying to test the functionality of their bots with my fiancees 4images gallery. Although she never confirms their accounts, it would be helpful to have a logfile running over several hours or even days to determine from which ip address the gallery has been accessed. This could be helpful to block these ip addresses or hostnames. I'm in search for a mod that could do that job, maybe as an extension of the admin control panel.

I already used the forum search function very thoroughly, but maybe used the wrong keywords.  :D

Used 4images version: 1.7.10

Answers in english or german are very appreciated. Thank you!

Cal

2
bei der Datenbanksicherung ganz einfach die wordmatch und wordlist tabelle abwählen, es ist absolut nicht notwendig diese beiden tabellen mit zu sichern.
die beiden tabellen kannst du im fall des falles ganz einfach mit der rebuild_searchindex wieder befüllen.

Erst mal vielen Dank für die schnelle Antwort. Und: Du hast ja überhaupt recht...

In Abwandlung Deines Rates werde ich meiner Perle aber sagen, dass sie vor Datenbanksicherungen einfach händisch den Index löscht. Grund: dann ist das "CREATE TABLE <prefix>_wordmatch" inklusive Feldstruktur mit im Backup enthalten. Die Tabelle ist dann zwar leer, aber immerhin sofort benutzbar...

Dank & Gruss
Cal

3
Mod in 1.7.10 erfolgreich implementiert und getestet - funktioniert tadellos. Vielen Dank für dieses schöne Stück Code!

Aber: die Datenbanksicherung mit 4images-Bordmitteln schlägt mit Error 500 fehl - "schuld" ist die Table (prefix)_wordmatch. Dies ist eine der Tables, die durch das Mod ziemlich heftig erweitert wird. In der selben Datenbank befinden sich (unter anderem Prefix) die Tables einer weiteren, nicht modifizierten 4images-Instanz (ebenfalls 1.7.10). Deren Tables werden problemlos von 4images gesichert.

Der Hoster ist der für 500-er Fehler allseits bekannte 1&1. Ich habe mir erst einmal mit einer DB-Sicherung über phpmyadmin beholfen. Da es sich aber um die Fotodatenbank meiner Perle handelt (und die nicht unbedingt Lust hat, den phpmyadmin extra zu bemühen), suche ich natürlich nach einer Problemlösung.

Gibt es ein Workaround für backup.php, um auch zeitkritische Server zufrieden zu stellen? Kann zwar php-Sourcecode lesen und ungefähr nachvollziehen, was passiert, bin aber nicht unbedingt eine Leuchte im selber-programmieren.

Vielen Dank für eure Mühe,

Caladan

Pages: [1]