Fucs V1.0 - Frequently used Codes

[TheMiller]

Hallo liebe DP-Community,

ich habe letztens einen Thread eröffnet, indem ich gefragt habe, was ich programmieren könnte. Meine Kriterien waren, dass ich meinen Linux-Server dabei anspreche, die auf dem Server laufende mySQL-Datenbank und dass ich der Allgemeinheit etwas bieten kann.

Gut, soviele Antworten gab es leider nicht, aber die eine Idee hat mir besonders gut gefallen. Eine frontend CodeLibrary.

Programmfunktionen:

• Es kann jeder Codes hinzufügen
• Es kann jeder Codes auslesen

Gut, das war es bisher. Aber es soll noch viel mehr gemacht werden. Hatte bisher nicht viel Zeit dafür.

• Das Programm soll ein gutes Design bekommen (darum habe ich mich garnicht gekümmert.
• Jeder soll die Möglichkeit haben, Codes zu ändern (bzw. zu Korrigieren).
• Drucken sollte noch ermöglicht werden.

Warum ich diese Version schon online stelle?

Ich weiß, dass diese Version vom Style und von weiteren Funktionen sehr schlecht ist. Aber ich will erstmal sehen, ob dieses Projekt Zukunft hat. Also, macht euch ans Eintragen und dann sehen wir weiter...




Was sind meine Voraussetzungen?

Also, ich mache das alles logischerweise freiwillig. Ich stelle auch aus meinem eigenen Interesse meine MySQL-Datenbank zur Verfügung. Deshalb wäre ich sehr enttäuscht, wenn hier unter uns einige Schlaumeier wären, die meinen, sie müssten die Datenbank hacken. Ich habe alle logs eingeschaltet und eigentlich großzügig Rechte vergeben. Wenn ich allerdings mehrere oder große Hacks sehe, dann werde ich darauf Konsequenzen ziehen müssen - Aber ich hoffe, dies wird nicht passieren.




Wie lange läuft der Server?

Also, ich habe den Server extra in den Flur gestellt, damit ich hier schlafen kann. Von daher läuft er meistens Tag und Nacht. Doch wenn er einmal nicht laufen sollte, meckert bitte nicht gleich rum...



Achso, ich muss auch noch das Kabel vom Switch in den Server ordentlich verlegen, da kann es auch sein, dass die DB kurzfristig nicht erreichbar ist.


Und jetzt viel Spaß..

Kritik erwünscht, aber nur, wenn ihr den gesamten Beitrag gelesen habt.

[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 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

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 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?

MfG
freak