Fucs V1.0 - Frequently used Codes

[TheMiller]

Natürlich kann man so argumentieren, wie du das machst. Ich würde sagen, dass es letzten endes die Entscheidung des Users selbst ist, welches Programm er nutzt und er muss wissen, ob er selbst Tuts posten oder ändern will.

Zum Download vom Server und der Aktualisierung: Es ist doch egal, dass die Codes immer wieder vom Server gelesen werden. Wie groß schon die Daten aus der MySQL-Datenbank? - Viel kleiner, als würde man immer alle Updates eines Programmes laden.

Ich will dich garnicht überzeugen, dass "meine" Internet-Variante besser ist. Sie sind (ehrlich) beide gut. Doch wie gesagt, ich gehe halt mehr auf die gemeinschaftliche Schiene. Jeder kann das posten, was er will, (Tutz, Codes, OS etc...).

[Pr0g]

Zitat:

Zitat von DJ-SPM

Natürlich kann man so argumentieren, wie du das machst. Ich würde sagen, dass es letzten endes die Entscheidung des Users selbst ist, welches Programm er nutzt und er muss wissen, ob er selbst Tuts posten oder ändern will.

^
Das ist es am Ende ja immer :-D

Zitat:

Zitat von DJ-SPM

Wie groß schon die Daten aus der MySQL-Datenbank? - Viel kleiner, als würde man immer alle Updates eines Programmes laden.

Was hat den das Programm damit zu tun? Du läds dir einmal das Programm runter (welches System ist ja egal), das sind ein paar Hunter Kb. Wenn man das Programm dann in einer neuen Version runterläs, dann sinds wieder ein paar Hundert, ist ja nichts besonderes. Aber du musst ja nicht immer das Programm für neue Artikel runterladen, sondern nur für neue Programmversionen. Nun hat ein Artikel 4Kb. Bei der Inet-Lösung würde er bei 5 maligen anschauen auf 20Kb kommen, bei der anderen Lösung aber nur auf 4Kb, da er einmal heruntergeladen wird. Natürlich sind auch die 20Kb keine störenden Werte, es soll nur zeigen, dass es nicht kleiner ist, wie du sagtest.

Zitat:

Zitat von DJ-SPM

Doch wie gesagt, ich gehe halt mehr auf die gemeinschaftliche Schiene. Jeder kann das posten, was er will, (Tutz, Codes, OS etc...).

Wenn alle vernüftig sind, dann wird das auch fuktionieren, aber es kann immer Leute geben, die versuchen Mist zu bauen. Es ist ja kein Problem ein kleines Tool zu schreiben, was mit Hilfe deines Programms alle Einträge durchgeht und löscht, bzw. durch irgend einen Spam ersetzt ;)

[TheMiller]

Jap,

und genau dasfür gibts die CronJobs ;-)

[Pr0g]

CronJobs, hab ich da irgendwo was überlesen?

[TheMiller]

Nene.

CronJobs sind Jobs, die von Linux zu einer best. Minute, einer best. Stunde, einem bestimmten Tag(e), Monat, Jahr ausführen. Und da steht ein SQL-Backup-Befehl in einem best. Intervall. So kann jeder kommen, wer will und spammen...

[Pr0g]

Ich weiß was Cronjobs sind, nur hatte ich nirgens was von einem Backupsystem gelesen ;)

Aber wäre es nicht sinnvoller immer dann ein Backup anzulegen, wenn auch wirklich was geändert wird.

[TheMiller]

Im Prinzip schon.

Aber ich habe ja kaum Zeit. Das ist ja "nur ein Nebenprojekt" - eigentlich...

[Pr0g]

Ich meine damit ja nicht, dass du die Backups per hand anlegen sollst, sondern dass das System nach einen Eintrag, oder vor einer Änderung ein Backup anlegt.

[TheMiller]

Ok, das war mein Fehler..

Ich meinte damit: Ich hatte ja noch keine Zeit, die Backups dementsprechend einzurichten... ;-)

[freak4fun]

Der Server ist nicht online. Was hat das zu sagen? :gruebel:

MfG
freak