#1
| |||
| |||
Ich, ich, ich...Hallo, erstmal wollte ich mich vorstellen. Seit dem Jahre 2002 nutze ich das wBB für verschiedenste Zwecke. Einige werden mich ggf. von diversen wbb-communities als tuffz oder tuffzL kennen. Nun gut so ziemlich von Anfang an war ich damit bedacht das wBB zu optimieren und weiter auszubauen sowie für andere meine Hacks anzubieten. Meine eigenen Projekte kamen so immer viel zu kurz und kommen es heute noch. Allerdings denke ich das der Hype um Foren allgemein verflogen ist. Was alle an Blogs so toll finden versteh ich nicht wirklich da es ja eigentlich nur eine kastrierte Version eines Forums ist. Jedenfalls habe ich so ziemlich 100 Ideen, teilweise detailiert ausgearbeitet im meinem Coding-Hefter. Seit kurzem treten immer mehr Leute an mich ran ihnen eine Homepage zu gestalten. Das ist auch nicht weiter das Problem. Allerdings versuche ich seit geraumer Zeit ein eigenes CMS zu coden. Doch mir fehlt irgendwie der Ansprechpartner dafür, so alleine Coden macht kein Spass. Was auch ein Grund dafür ist das ich immer lieber anderen geholfen habe als alleine an meinen Projekten weiterzuarbeiten. Um nicht weiterhin auf der Stelle zu treten wollte ich es hier mal versuchen und fragen ob vllt jemand Lust hätte daran mitzuwirken. Derzeit habe ich noch nichts weiter diesbezüglich erstellt außer Ideen gesammelt. Nachdem das CMS soweit fertig wäre würde ich dazu auch noch mögliche Plugins coden wollen. Diesbezüglich muss ich mir dann noch eine Art Schnittstelle überlegen inwiefern das Benutzerfreundlich umzusetzen ist. Damit auch jeder Dummy das installieren kann. Wie gesagt ich hab Ideen über Ideen aber niemanden mit dem ich mich da austauschen kann. Ich hoffe ich treffe hier auf nicht alzu taube Ohren Geplante Features: - PHP / mySQL ( in späteren Versionen AJAX, erstmal solls nur funktionieren ) - mySQL wird nur als Zwischenspeicher genutzt ( Nähere Infos bei Interesse ) - Attachments können hochgeladen werden übers ControlPanel für die Contentseiten bspweise Bilder oder PDF - Automatische Verlinkung der einzelnen Contentseiten - das sind jetzt auch nicht alle Ideen. Ich will ja auch nicht alles verraten |
#2
| ||||
| ||||
Coden kann ich nicht, aber mit Ideen unterstützen und auf die User / Benutzerfreundlichkeit teste, versuchen / verbessern / Vorschlgäge einbringen und solche Sachen, da stehe ich gerne zur Verfügung |
#3
| |||
| |||
Ich finds erstmal schon toll das so flott ne Antwort da ist |
#4
| |||
| |||
Interesse wie willst du eine Datenbank nur als Zwischenspeicher nützen? hört sich im ersten Moment sehr Interessant an... vielleicht deswegen weil ich es nicht verstehe... wie willst du das ganze sonst sinnvol speichern vor allem Effektiv? mfg Fabio p.s. Hallo |
#5
| |||
| |||
Datenbank als Zwischenspeicher ( bspweise für schnelles editieren von templates ) ------------------------------- Die Daten werden in einzelnen *.php files abgespeichert sodass man per require() oder per include() die Variablen welche ja normalerweise in der Datenbank zu finden sind. Ich habe bei einigen großen Projekten desöfteren Fehlermeldungen vom SQL-Server bekommen "too many connections" das möchte ich durch dieses Prinzip umgehen. Natürlich will ich nicht alles in einer *.php Dateien sondern das ganze schön strukturiert im Hintergrund ablaufen lassen. --- Um das ganze mal etwas aufzuhellen Ich hatte vor ein Interface ( ControlPanel ) zu coden. Welches man durch Plugins/Module erweitern kann. Bspweise wäre die erste Erweiterung (PlugIn/Modul) diesbezüglich das CMS. Derzeit mach ich mir über das Interface am meisten Gedanken. Da man eine relativ simple Methode finden müsste um diese PlugIns zu "installieren" bspweise wie im WP einfach nen Ordner in den vorhanden PlugIn Ordner schieben und schon kann das ganze per Interface aktiviert/konfiguriert werden. Das CMS wäre dann der nächste Schritt, es würde ein Template und CSS Editor dazukommen. Wenn man das beides dann kombiniert hat man ein Funktionsfähiges CMS. Desweiteren wollte ich dann ein Blog PlugIn erstellen. Welches die allseitsbekannten Funktionen eines Blog's hat. ( UserVerwaltung, Kommentarfunktion, Bloggen ) Meine Liste geht noch meterlang weiter und auch noch mehr ins Detail xD Aber ich scheue mich immer sowas öffentlich zu posten PS: Mir ist mal aufgefallen das ich das wohl in die falsche Kategorie verfrachtet habe. Könnte das jemand nach http://boardunity.de/programmierung-...anken-f23.html verschieben?! Geändert von phun (09.10.2007 um 19:35 Uhr). |
#6
| |||
| |||
Ein CMS würde gut in unserer "Produktpallette" passen.... aber Du willst es sicher nicht in einer Umgebung ausserhalb deines Besitzes veröffentlichen? |
#7
| |||
| |||
Naja... ich wollte dafür dann eine neue Domain registrieren wie das ganze heißen soll steht ja noch in den Sternen. |
#8
| ||||
| ||||
Zitat:
Wenn du glaubst, dass du einen effizienteren Datenzugriffsalgorhitmus wie hunderte von Entwicklern von Mysql, Oracle, MS und Co schreiben kannst, dann bewundere ich dein Ego.. |
#9
| |||
| |||
"Too many Connections" kommt ja immer dann wenn die mySQL-Datenbank überfordert ist. Der Apache hingegen läuft ja noch. Aus dem Grund hab ich angenommen. Das wenn ich die Daten in der mySQL-Datenbank nur nutze um schnell zu bearbeiten und schnell BackUps zu machen. Und wenn Benutzer auf Sachen zugreifen werden die Daten aus gewuenschte-user-vars.php eingelesen. Also ich speicher in der Datenbank und parallel werden die Daten in *.php Dateien abgespeichert sodass Benutzer nur eine SQL-Connection bekommen wenn sie im Blog einen Kommentar schreiben. Welcher dann ebenfalls in einer .php datei abgespeichert wird. Sodass beim bloßen Aufruf von ContentSeiten keine SQL-Connection zustande kommt. Wenn ich damit falsch liege und es sinnvoller ist alles aus der SQL-Datenbank abzufragen dann frage ich mich allerdings ob meine geplante Variante den Apache in die Knie zwingt. Ich denke ein normales require() oder include() ist schneller als wenn ich zur SQL-DB connecte und da die Daten abrufe. Wie gesagt wenn ich da falsch liege dann klärt mich auf |
#10
| ||||
| ||||
Du liegst nicht falsch, ich habe dich bisher nur falsch verstanden. Aber das, was du ansprichst, ist auch ein alter Schuh und nennt sich Caching. |
Stichworte |
- |