Jump to content

k00ni

Members
  • Content Count

    1,406
  • Joined

  • Last visited

    Never

Everything posted by k00ni

  1. Ich hab grad ne Weile gebraucht bis ich das verstanden habe mit dem C&P und der if-Anweisung. Voll aufm Schlauch ...
  2. Das ist Javascript, was du gepostet hast. Bei PHP haste sowas wie [/code] So. Mit dem time () holen wir uns die aktuelle "Zeit" und das date ( 'H' nimmt sich daraus die aktuelle Stunde. Alles klar was nun in $aktuelle_stunde drin steht? Genau! Eine Zahl zwischen 0 und 23. Nun gehst du an die Stelle in deinem Dokument wo du das Design setzt, also z.b. den background: Hier baust du nun die $aktuelle_stunde ein. Eine Möglichkeit wäre: = 21 AND $aktuelle_stunde "> Am Ende sollte z.B. bei 23 Uhr folgendes im HTML-Code stehen: ... Viele Grüße
  3. k00ni

    Google Wave

    Me plz Für alle die nicht wissen, was "Wave" ist: http://www.golem.de/0912/71996.html Lesen!
  4. Hallo, gibt es hier weitere Entwicklungen? Haben sich Leute gefunden die eigenständig die pSkripte weiterentwickeln? Grüße
  5. Und das ist auch gut so, finde ich. Somit kann sich jeder Interessierte ein passendes System nehmen und seine Vorstellungen im Rahmen der Möglichkeiten realisieren. Das geht auch genau in die Richtung, weshalb ich die Portierung auf ein fremdes und von einer großen Community getragenen System angeregt hatte. Es macht einfach keinen Sinn mehr permanent immer wieder das gleiche zu schreiben. An sich findet die von mahe erwähnte alle paar Jahre stattfindete Diskussion permanent statt und es wird auch noch das ein oder andere immer wieder umgesetzt. (Bsp: Umstellung pSkripte auf pSys, Umstellung auf Smarty, ...) Daher der Schwenk auf ein etablierteres System, wo man sich um rudimentäre Dinge wie Contentverwaltung oder DB-Zugriffe nicht mehr kümmern muss. Diese bieten nämlich oft auch ein Framework oder eine API auf welche man bequem aufsetzen kann. Das dass an sich einer Neuentwicklung des pSys gleichkommt würde ich gern etwas entschärfen, denn viele Dinge werden in dem dann genutzten CMS schon abgebildet und bereitgestellt. (Userverwaltung, Content, etc. ) Man sollte dann die coolen Module die es wert sind portieren und weiterentwickeln. Das man dann denn hier öfters gepriesenen Charme des fancy und hyperturbo schnellen CMS Systems verliert werd ich persönlich verkraften können. Spinnen wir mal ein bisschen rum und behaupten, dass wir gerade in einer Vorstufe des Semantischen Netzes leben, wo jede Information mit Metadaten angereichtet wird und man Zusammenhänge aufbauen kann. Jedes Foto in StudiVZ, jeder Post in Twitter, Punkte auf einer Map, Ergebnisse in Computerspielen, etc. können dann in einen Topf geschmissen werden. Was bedeutet das für die CMS Systeme? Sie wären größtenteils völliger Schrott und ungeeignet, denn die Systeme sind fast alle ausschließlich inhomogen im Bezug auf das Ablegen ihrer Informationen. Drupal geht da glaub ich bereits erste Schrittte in Richtung Semantic Web. Das ist ein aktuelles Forschungsthema und man experimentiert hier in der Fakultät viel mit der Datenhaltung, der semantischen Suche oder graphischer Darstellung riesiger Datennetze. Aber ob es Sinn macht bereits jetzt schon die Mainstreamsysteme darauf umzustellen?
  6. Um ein entsprechendes in die Vorauswahl zu bringen, müssten wir überlegen was das System denn später können soll. Also die Anforderungen. Hier nur mal ein paar: - Leicht verständlicher Aufbau VS. MVC / o.ä - Designerfreundlich: Trennung zwischen Programmlogik und der Oberfläche - Datenbankneutral: man unterstützt mehrere DBMS - PHP-gebunden? Was ist mit RoR (Ruby) oder Python? - DAU-freundlich VS. Spezialsystem (klein, schlank, optimiert, ggf. nicht ohne Einarbeitung verständlich) - globale Modularität: Es gibt diverse Möglichkeiten das System zu erweitern ( Module, Komponenten, etc.) ; würde bei einem bestehenden CMS gewährleistet (Joomla, Drupal, Typo3 und ähnliche) - Interoperalität und offene Schnittstellen: Einbindung von/in Flash; AJAX; ... - Communitylastig VS. statisches System für bestimmten Einsatz Ein fertiges CMS hätte hier den Vorteil, dass man sich seinen Kram selber zusammenstellen kann. Man nutzt entweder seine Komponenten / Module etc. oder portiert die pSkripte dahin. Joomla und Typo3 fallen mir spontan ein, welche einen DB-Abstraktionslayer mitbringen. Alle sind nach dem MVC-Prinzip aufgebaut. Etc. pp. Sie bieten also schon einen riesigen Grundstock an. Ich selbst wäre dafür sich mal diese Systeme anzuschauen und etwas herum zuspielen. Vielleicht gibt's hier ja Leute mit (gehaltvoller) Erfahrung. Bitte nicht so was wie "ich find das dodal schwör!". Typo3 würde ich eher nicht nehmen, da das extrem Hardcore ist und massiv Serverpower voraussetzt. Da finde ich Joomla 1.5 oder Drupal viel attraktiver. Oder gar eines in andere Sprache? Grüße
  7. Es stehen immer noch Fragen im Raum: @CJ: Das Joomla 1.5 setzt auf eine Kombination aus Framework und CMS. Bei Typo3 gibts auch so eine Entwicklung, das Framework heißt dort Flow3. Ich finde dass man über sowas noch denken könnte und ggf. auf sowas aufsetzt, um sich permanent wiederkehrende Arbeiten zu sparen. Damit wäre dann wieder mehr Zeit für geile Spielereien oder eigene Entwicklungen. Die Frage stand ja schonmal im Raum ob man nicht auf ein fremdes Framework aufsetzt, aber soweit ich mich erinnern kann wurde das aus Performancegründen abgelehnt. Das hat mich persönlich noch nie davon abgehalten mit einem System zu arbeiten. Das Leben ist lernen, bla blub. Ich denke du weißt auf was ich hinaus will... Zurück zum pSys. Soweit ich es die letzten Monate erlebte tut sich am Code Stückchenweise immer mal was. Die einen finden es ok, die anderen nicht. Nur wer nutzt das überhaupt (noch)? Soweit ich das hier im Forum sehe gibts es gerade mal eine handvoll Leute die das System nutzen UND aktiv (mehr oder weniger) im Forum Feedback posten. Dann mag es die Leute geben die es eher still nutzen, es sich einmal installieren, nächtelang durchcoden, dann PHP verfluchen und am Ende heil froh sind, dass alles soweit steht. Die dritte Fraktion ist eher still und genießt. Ich empfinde das pSys und auch die pSkripte eher als eine Bereitstellung von Code der in Praxisnähe entwickelt wurde, anstatt eine Ein-Mann-Show die sich auf den Kopf stellt und versucht die Arbeit von großen Communities zu leisten. Der Powie entwickelte so wie er es brauchte. Oder es kam mal eine coole Idee, dann wurde sie ausgetestet. Somit wurde dass System immer mehr umgemodelt. Änderungen und neue Features kamen somit nur langsam in den Code; in regelmäßig unregelmäßigen Abständen. Und das ist genau der Punkt. Daher wäre ein möglicher Ausweg den Systemkern nicht zentral von einer Person entwickeln zu lassen, sondern so viel wie möglich von einer Community. Daher der obere Einschub mit dem fremden Framework/System. Da ist Entwicklung gewährleistet. Oder man macht es selbst und fertig. Ich habe versucht mal herauszuarbeiten, wie ich das Entwicklungsmodell rund um das pSys und die pSkripte empfinde. (und lasse mich gern korrigieren) In einem anderen Thread hatte ich bereits bemängelt dass heutzutage vieles doppelt und zehnfach neu gecoded wird, nur weil das bestehende 2 % zu langsam ist, dies und jenes nicht unterstützt, whatever. Das Gleiche ist hier auch so. Z.b. Wordpress: Es hat sowohl ein besseres Design, als auch viel mehr Funktionen als pNews und man kann total bequem Artikel schreiben, auch DAU's. Bis pNews soweit ist, braucht man mit aktuellem Tempo noch ein paar Jahre. Oder die Contentverwaltung im pSys. Geht mit Joomla viel einfacher. Ich nehme an, dass das nicht gewollt ist mit solchen Systemen gleich zuziehen. Meiner Meinung nach hat Powie mit der Zeit vieles implementiert weil die User das gern wollten, weniger aus Eigeninteresse. So, um hier mal zu einem Ende zu kommen. Ich denke, die Benutzer wollen Entwicklung sehen. Hier und da immer mehr kleine coole Features. Gemeldete Bugs sollen gekillt, etwaige Engpässe behoben werden. Der Powie will eher das Ding nutzen und ggf. neue Sachen ausprobieren. Weniger die Wünsche anderer erfüllen. Ich selbst habe über ein halbes Jahr aktiv mit dem pSys (auf Codeebene) gearbeitet. Herausgekommen war das Modul Friends. Während dieser Zeit haben wir, der Otti und ich, Code ins pSys beigesteuert, sei es beim Bugfixing oder durch Hacks. Das wurde immer wieder gern gesehen. Zur Zeit gibt es aber soetwas nicht mehr. Daher würde ich Vorschlagen, dass das komplette System und das Entwicklungsmodell zu überdenken und ein paar Fremdsysteme (komplette CMS'e oder reine Frameworks) zwecks Portierung näher unter die Lupe zu nehmen. Grüße
  8. Das macht aber das Vornehmen von Änderungen schwieriger. Worin siehst du Vorteile? Andererseits, was wäre mit der Nutzung einer neuen Sprache und deren Framework , z.b. Ruby mit Rails?
  9. Das wäre an sich kein Problem, da jedes Modul seine eigene Config hat und man darin dann das Templateverzeichnis setzt. Die Frage wäre, was man bei Panels macht die hier und da eingebunden werden. Was wäre mit einem zentralen tpl-Verzeichnis für ALLE Module? Wir schreiben hier eh immer wieder Dinge, die es schon hundertmal gibt. Warum also nicht bestehendes nehmen und das erweitern oder anpassen? Die pSkripte sind ja an sich geschlossen und könnten somit gut in ein anderes System portiert werden.
  10. Ich habs mal ausgelagert, damit wir hier weiterdiskutieren können, ohne den alten Thread aufzuweichen. @Powie: Diese Modularisierung hatte ich auch beim iSys angestrebt. Der erste Schritt war für mich das Umwandeln der Komponenten (wie Forum, News etc.) in Module. Das Gleiche für die Poll-, Glossar und Statistikkomponente, welche zur Zeit eher "zwischendrin hängen". Das Nutzen eigener Smartyinstanzen halte ich für ineffektiv. Effektiver wäre es einen Grundstock von Funktionen usw. anzubieten, auf denen alle anderen Teile aufbauen. Das Frame- und Seitenaufbaugedöns kann auch als Modul realisiert werden. @all: Was hält man hier eigentlich davon ein fremdes Grundsystem zu nehmen? Sowas wie Drupal oder Joomla. Diese pflegen bereits einen Großteil der Funktionen und bietet guten Support. Weiterhin wäre der Nutzerkreis größer und man hätte mehr Feedback in Form von Tests und Bugmeldungen, ggf auch Patches. Grüße ps.: schönen zweiten Advent
  11. Woran denkst wird das liegen, dass das so ist?
  12. Ggf. durch deine optischen Anpassungen in den Templates? Tabellen/Zellen/Spalten/Tags überall geschlossen? Grafiken immer eine feste Breite und Höhe? Ggf. überall die Ränder ausgestellt / angestellt? Das fällt mir spontan ein. Schaue dir mal die Firefox-Erweiterung Firebug an. Damit kannste dein HTML-Gerüst optisch durchgehen und eventuelle Fehler finden. Grüße
  13. Hallo, ich denke der Raiser meint, dass es schwer ist da ein ultimativ gültiges CSS zu bauen. Grundlegende Dinge gehen wahrscheinlich überall, aber die kniffligen widerrum benötigen tiefgreifende Anpassungen. Besser wäre es, wenn du hier an konkreten Beispielen diskutierst anstatt immer solche allumfassenden Anfragen zu stellen. Sinnvoll wäre wie oben geschrieben das Anbringen von konkreten Beispielen. Ich vermute dass die meisten auf deine Anfragen etwas allergisch reagieren, da sie oft zu ungenau, allgemein, unkonkret gestellt sind. Da du dich hier noch in PHP einlebst als Hilfestellung: Kuck erst in die pScripte, da sie oft vieles an Hilfestellung geben, danach Google, danach hier fragen. themenbezogene Titel, siehe oben, und (ich wiederhole mich) die Beispielcodes mit denen du Probleme hast. Das ist etwas mehr geworden, aber das musste einfach mal sein. Denn sonst eskaliert das die nächste Zeit hier noch.
  14. k00ni

    2 Neue Module

    Hi, wäre es nicht sinnvoller die Teamliste in dem bestehenden Thread abzufrühstücken und hier deine Geburtstagsliste? Anmerkung zur Geb-Liste: Kann ich da als Admin/Mod/User einschränken ob ich da erscheinen will oder nicht? Bzw. welche Daten da von mir angezeigt werden? Grüße
  15. k00ni

    Modul Teamlist

    Ok ihrs, sagen wir 1:1 und gehen zum nächsten Tagespunkt über? Was ist noch geplant Matthias? Gibts noch Fragen?
  16. k00ni

    Was haltet ihr davon?

    Schau doch mal hier in der Postansicht, da sieht man ja auch neben dem Namen ob er online ist oder nicht.
  17. k00ni

    Was haltet ihr davon?

    Das hat der Powie für dich schon gelöst. Gugg mal in die lib/functions.inc.php und dort nach einer get_age oder so ähnlich.
  18. k00ni

    Was haltet ihr davon?

    Nett. Anbei, ich würde den Link zum Profil auf den Nickname legen. Stellst du das als Modul der Öffentlichkeit bereit? Grüße
  19. k00ni

    Auslesen von Bordrechten!

    Suche mal der lib/functions.inc.php nach "board" o.ä. Da muss es irgendwo die Rechteermittlung und Übersetzung geben. Grüße
  20. k00ni

    Filtern

    Erweitere deine SQL-Anweisung am Ende um eine WHERE-Klausel. Diese sollte den Usertyp direkt einschränken, in Form: nur wo A und M gilt. Hier als Muster: usertyp gleich 'USERTYP_EINSETZEN'. Grüße
  21. k00ni

    E-mail versand bei Geburtstagen!

    Hat Friends schon drin. Einfach mal guggn
  22. k00ni

    Komisch

    Komisch, komisch. Vielleicht liegts an Friends? Oder an Postings? Mal geschaut ob du auch keine falschen auswählst? ... oder gar am Strom?! Also, wie wäre es, wenn du uns etwas mehr Infos gibst WAS GENAU DU MACHEN WILLST, hm? Und hier hinbrechen geht ja mal garnicht, das wischste aber selber wech!
  23. k00ni

    Erweiterte Menüs

    *moved* Hat eher etwas mit dem pSys allgemein zu tun.
  24. k00ni

    Checknew

    Schaue dir doch mal die "Show New"-Seiten der entsprechenden Module an. Da gibts es bestimmt ähnlichen Code, den du einfach nur kopieren und ggf. etwas die Templates anpassen müsstest.
×