Wie wäre es wenn wir eine Kleinigkeit programmieren, gemeinsam und nur zum Spaß. Mal sehen ob wir das als ein Team hinbekommen.
Jeder würde eine bestimmte Komponente übernehmen und am Schluss muss dann alles zusammen reibungslos laufen. Der Code gehört dann selbstverständlich uns allen und jeder darf ihn für seine eigene Website verwenden. Das Problem ist nur: Was programmieren? Hier mal ein paar spontane Vorschläge:
Wer würde mitmachen? |
Hi,
also ich würde mitmachen.... ich find statistiken cool, also mein vroschlag: lass ne statistik programmieren ... |
Freut mich :)
Wir warten aber besser noch ein wenig ab auf das sich noch mehr Coder melden mögen. |
Nette Idee, aber ich habe in letzter Zeit zu wenig Zeit für sowas. Hänge total nach.. Aber das mit der Suchmaschine habe ich auch schon mal selber gelöst. Ist ganz spaßig :) .
|
Zitat:
|
Wow, sehe ich jetzt auch :) .
Danke :cool: ! |
Ich find Statistiken langweilig, aber OFPC und SWBF könnten sowas gut gebrauchen :)
Nun dann beginnen wir doch gleich mal mit der Brainstorming Fase.. Was man auswerten könnte Page Impressions (Seitenaufrufe) Page Visits (Seitenbesuche) Verhältniss Page Impressions zu Page Visits (Seiten pro Besucher) Trend Page Impressions (Gehts aufwärts oder abwärts mit der Beliebtheit?) Trend Page Visists (Gehts aufwärts oder abwärts mit den Besuchszahlen/Bekanntheit) Das ganze dann nochmal unterteilt auf bestimmte Bereiche einer Website. Mögliche Umsetzung Die umständliche Methode ist die Logfiles auszulesen. Die einfachere ist jeden Aufruf in einer Tabelle zu protokollieren. Hierbei ist das Problem wie man den wiederkehrenden Besucher (der wo am Tag mehrmals die Webseite besucht) erkennt. Sowohl die Cookie Methode als auch die IP Methode sind gleichermaßen ernüchternd. Datum || Fortlaufende ID zur Besucher Identifikation wo in einem Cookie 24h gespeichert wird / IP-Adresse || Bereich Die große Frage wie analysiert man den Trend? Am einfachsten wohl in dem man den letzten (=vollständigen) Tag mit dem gleichen Tag vor einem Monat abgleicht. Aber äußerst genau ist das nicht. Mögliche Aufgaben Funktion um Seitenaufruf zu protokollieren und event. Cookie anlegen/auslesen Funktion um alle Seitenaufrufe eines Tages zu laden (optionale Angabe: der Bereich) Funktion die aus diesen heruntergeladenen Dateien Visits macht Funktion die die Seitenaufrufe pro Visit errechnet und Formatiert (die Zahl rundet) Funktion die uralte Daten herunterläd, zipt, per E-Mail versendet, und anschliesend aus der Tabelle löscht (Damit die Tabelle nicht irgendwann die komplette Website ausbremst) (...) Deine Meinung? |
hi,
statistik: können auch was anderes machen ... also viel mehr fällt mir auch nicht ein ... 1) das mit cookies und ips ist wirklich ein problem: sind cookies ausgeschaltet, wirkt nur noch die ip methode, die dämlich ist ... (leicht zu manipulieren) wenn cookies aktiv sind, dann funktioniert das ganze prima 2) den trend zu errechnen ist wirklich schwierig ... man könnte es so machen, aber wie du schon gesagt hast, ist dies wirklich sehr ungenau ... ich überleg mir mal was .. vielleicht fällt mir noch etwas ein |
Also bevor wir hier doch nichts wird legen wir lieber los..
Zuerst ein paar formelle Dinge (wenn du Einsprüche hast - bitte keine Hemmungen)
Ein kurzes Prefix vor allen Funktionsnamen ist ganz gut um zu verhindern das man Funktionanamen (unabsichtlich) in einer großen Anwendung doppelt verwendet. "HCP_" für HX3 Communty Projekt? Vorarbeit Ich finds wichtig wenn wir eine Funktion "Query" haben deren Inhalt jeder Selbst definieren kann. Des weiteren brauchen wir auch ein festgelegtes Format um mit dem was vom Datenbank Server kommt arbeiten zu können. Am einfachsten ist da ein Array mit den einzelnen Zeilen als Index: Array[0] = Zeile 1 Und jedes Feld einer Zeile als assoziatives Array ..also: Array[2]["content"] = Zeile 2 Spalte content Des weiteren brauchen wir ein einheitliches Error-Handling, welches aber jeder von uns ebenfalls nach den eigenen Bedürfnissen anpassen kann. Ich empfehle die Exception-Technik von PHP5 Sobald in einer try-Schleife eine Exception geworfen wird springt PHP automatisch zum Catch-Block. Alle möglichen Fehler haben eine ID. Da wir Menschen aber mit ID's nicht viel anfangen können definieren wir für jede ID eine Konstante. Wie der Fehler ausgewertet wird kann jeder in seiner eigenen Exception-Klasse entscheiden. Wie gehts weiter? |
öhm
php5? hab ich gar nicht und noch nie mit gearbeitet :p bezeichnung von variablen: mach das immer so: $iNum $sText $aRow ... i = integer s = string a = array funktionen: getBla objekte: $cfg = new CConfig() => alle objekte klein klassen: CConfig CMySQL ... |
:confused:
Macht was feines fürs OFPC! |
naja ich schreib bei variabeln, wenn mir wichtig ist das ich weiß welchem typ sie angehören
variabel_arr = array variabel_str = string ... aber oftmals mach ich das nicht weil die variabel nahmen recht eindeutig sind zum z.B.: function filter_etwas($str) das ist $str dann selbstverständlich ein string ich denke in dieser sache (was die typisierung betrifft) so ist deine Ordnung besser also: Code:
$iNum dann will ich mal ein mix aus meinem und deinem stil versuchen Code:
//PR = hier die Projekt Abkürzung http://www.zend.com/php5/articles/en...p5-changes.php http://www.zend.com/php5/zend-engine2.php http://www.waterproof.fr/ (Um eine Lizens zu bekommen (keine 30-Tage Trail) musst du lediglich in einem kurzen Text reinschreiben das du es für keine kommerziellen Zwecke verwendest. Um eine Lizens anfordern zu können musst du dir einen Account anlegen.) Es gibt aber ein Problem: Bin die nächsten paar Tage nicht erreichbar :( |
ja,
wenn wir php 5 nehmen, hab ich aber keine nutzen von. mein webspace läuft mit php 4 und die meiner kunden auch. upgraden is erstmal nicht drin :) und das läuft dann ja nicht auf php 4... ich mein es ist vielleicht ganz gut, mal erfahrungen zu sammeln, aber dann sollte man das auch verwenden können :p |
Ich hab gehört das eine Menge Hoster auf PHP5 bereits umgestiegen haben und alle meine älteren Scripte laufen in PHP5 reibungslos.
Hinzu kommt das man in PHP5 noch einen speziellen PHP4 kompatibilitäts-Modus laufen lassen kann (Einstellung in der PHP.ini) um PHP4 typische Verhaltensweisen zu simulieren. Einem Umstieg steht also nichts im Wege. Wichtig ist mir in erster Linie das PHP5 Exception-Handling. |
Hallo,
läuft noch was? Hab im Moment kaum Zeit für irgendwas ^^. Grund: Schule. Aber vieleicht find ich in der Woche doch mal 1-2h um an dem Projekt zu arbeiten... Hast du mal ein paar Links? Neues in PHP + Anwendung (wie dein angesprochenes Exeption-Handling)... Hatte da mal einen Link von ner negl. Seite ... hab jetzt aber vergessen. |
Hier der Info Bereich der Schöpfer des neuen PHP Kerns:
http://www.zend.com/php5/ Und hier auch so gleich zum neuen Error-Handling: http://www.zend.com/php5/articles/php5-exceptions.php |
fein ... ich schau mir das mal an!
|
Und hier die Geschichte von PHP bis zur Version 5:
http://www.devshed.com/c/a/PHP/An-Introduction-to-PHP/ |
AW: Kleines Community Projekt
Hi,
Boah ... ich hab soviel um die Ohren, dass das wohl nix wird ... Tur mir Leid! |
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:47 Uhr. |
Angetrieben durch vBulletin, Entwicklung von Philipp Dörner & Tobias