phpbattle-work Mailing List for phpbattle

Status: Pre-Alpha

Brought to you by: ddanier

phpbattle-work — here the work of the project is done :D

You can subscribe to this list here.

2002	_Jan	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct (32)	_Nov	_Dec
2003	_Jan	_Feb (3)	_Mar	_Apr	_May	_Jun (1)	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec
2007	_Jan (3)	_Feb (1)	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

Flat | Threaded

1 2 > >> (Page 1 of 2)

[Phpbattle-work] hi

From: Sammi S. <gil...@ba...> - 2007-02-06 18:44:04

Hi,

Viragra  1,80
Ciralis  3,00
Lervitra 3,35

http://khamsi.printeryml-com

Replace "-" with "." in the above link

--
imagined how it would have felt to be here if his name hadnt come out
of the Goblet of Fire. He wouldnt be wearing the Invisibility Cloak,
for one thing. Ron would be sitting with him. The three of them would

Re: [Phpbattle-work] PHpecARMACY

From: Dervila J. <ch...@la...> - 2007-01-31 12:20:13

Hi,

Economize over 50 % on your Pharxrmacy!

http://lodrx.c*om - Remove "*" to make the link working!

--

But Aunt Petunia didnt know what was hidden under the loose floorboard
upstairs. She had no idea that Harry was not following the diet at all.
The moment he had got wind of the fact that he was expected to survive

Re: [Phpbattle-work] EDincivilit

From: Themistocles L. <sh...@la...> - 2007-01-24 09:14:37

Good day,

VlA_AGRA  $1, 80
ClA_ALIS  $3, 00
LEV_VlTRA $3, 35

http://www.printeryml*com
( Important ! Replace "*" with "." )

--
have to go red now? Why?
Oh!  s aid Cho, and she went red too. Oh Harry, Im really sorry,  and
she truly looked it. Ive already said Ill go with someone else.

Re: [Phpbattle-work] now shipyar

From: Aaro B. <ma...@ea...> - 2007-01-22 13:43:32

Hi,

When you need it now VIAxxGRA ( from $3, 35 )
When you need it later CIAxxLIS ( from $3, 35 )
 
http://www.fod*rx.com
( remove "*" from the domain name )

----
then the music started, and Harry stopped worrying about them not being
human in fact, he stopped worrying about anything at all.
The veela had started to dance, and Harrys mind had gone completely and

Re: [Phpbattle-work] hmmm?

From: David D. <go...@gm...> - 2003-06-24 16:46:45

Also:
Noch irgendjemand Interesse???

Ich hätte da nen paar Vorschläge, was wir machen könnten:
* CMS, komplett modulbasierend (von Grund auf neu schreiben)
* Forum (geht da modulbasierend? sonst siehe CMS)
* Onlinegame (Fragen an Seth)
* Bot.Jabber.PHP (ein neues Projekt von mir, bisher nur von mir, http://bot.jabber.webmasterpro.de/)
* Irgendetwas das kein PHP ist :D
* einen eurer Vorschläge :)

Viele Grüße, David Danier

Am Sonntag, 2. Februar 2003 22:15 schrieb David Danier:
> projekt tot?
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpbattle-work mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpbattle-work

Re: [Phpbattle-work] hmmm?

From: Christopher K. <kor...@ma...> - 2003-02-04 21:01:05

gute frage. lust hätte ich auf jeden fall noch.... mal das neu organisieren
und überdenken... aber an sich gerne

wer noch lust hat soll scih ma melden

aber da müssten wir alle
----- Original Message -----
From: "David Danier" <go...@gm...>
To: "phpbattle" <php...@li...>
Sent: Sunday, February 02, 2003 10:15 PM
Subject: [Phpbattle-work] hmmm?


> projekt tot?
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpbattle-work mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpbattle-work
>

Re: [Phpbattle-work] hmmm?

From: Matthias W. <mat...@we...> - 2003-02-03 08:02:02

kA
----- Original Message ----- 
From: David Danier <go...@gm...>
To: phpbattle <php...@li...>
Sent: Sunday, February 02, 2003 10:15 PM
Subject: [Phpbattle-work] hmmm?


> projekt tot?
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpbattle-work mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpbattle-work

[Phpbattle-work] hmmm?

From: David D. <go...@gm...> - 2003-02-02 21:17:55

projekt tot?

Re: [Phpbattle-work] Stop: "we NEED rules!?!"

From: David D. <go...@gm...> - 2002-10-27 10:18:10

> Beispiele (was mir so einfällt dazu):
> * Ordnerstruktur (1 images Ordner für alles o.ä.)

/images/$modulename/....
/modules/$modulname/..... (load.php, conf.php, ....)
/uploads/$modulename/.... (falls benötigt)
/admin --> Index vom Administrationsbereich
/admin/$modulename (jeweiliger Admin, Index liest den Ordner nur aus um zu 
wissen welche Module administriert werden können)
 ^ admin ok so?

Wem fällt hier noch mehr ein?

> * Konfiguration (wichtig...wir könnten
> http://www.php.net/manual/de/function.parse-ini-file.php benutzen)

4 Arten fallen mir jetzt ein:
1. Simpler Aufbau:
--------
<?
$var = 1;
$var2 = 'toll';
?>
--------
2. INI Files (siehe Link oben)
3. MySQL (dann bräuchte aber jedes Modul auch MySQL)
4. was komplett eigenes (keine Idee was man da machen könnte)

Was meint ihr???

> * Aufbau der Module selbst (Variablen, Funktionen, Klassen)

- Wenn Modul nur aus einer Klasse besteht:
  Klassenname = Modulname
- Variablen kommen immer in einen Array mit Modulnamen
- Funktionen sollten den Modulnamen vorrangestellt haben

--> Am besten sind klassen, weil da alle Funktionen und Variablen IN der 
Klasse definirt sind, es gibt also weniger Probleme

> * Klassen? (würde ich für die 1. Module vorschlagen)

Sinnvoll, z.b. für MySQL --> 2 MySQL Verbindungen

> * Wie wird entschieden welche Module wo und wie geladen werden? (Damit das
> ganze nicht so ausschaut (von oben nach unten auf der Page): News - Forum -
> Userlogin/logout - Administrationsbereicht....alles auf einer Page. dazu
> wäre evtl. nen neuer Modulstatus gut)

Darum kümmert sich am besten nen Modul, oder?

> * Versionskontrolle/update (automatisieren? ..bisher total außer acht
> gelassen)

Siehe Script, eure Meinung dazu?

> * Was ein Modul alles beeinflussen darf/was nicht...wie es eingeschränkt
> wird

Eigentlich darf es alles machen, was die Funktionalität nicht einschränkt...

-->
$modules Variable sollte nicht angerührt werden
Variablen andere Module auch nicht
Es darf sich nicht über das Modulesscript setzen und dieses "abschalten"

> * Anbindung an die Adminschnittstelle

Siehe oben....
Das Aussehen der Modulkonfiguration sollten wir aber anpassen.


Viele Grüße, David
(ich hoff ma wieder auf ne Antwort :D )

Re: [Phpbattle-work] IRC-Chat bzgl. Standards etc.

From: David D. <go...@gm...> - 2002-10-24 20:01:35

> Ich würde vorschlagen, dass wir nochmal einen Termin vereinbaren, wann
> wir den genauen Aufbau und die angesprochenen Standards (im IRC) klären.
> Bei mir ginge es eigentlich jeden Abend, nur ca. Fr bis Mo/Di nicht.

Wäre ich auch dafür....am besten irgendwann nächste Woche, da hab ich Ferien 
:D

Vorschläge?

David

[Phpbattle-work] IRC-Chat bzgl. Standards etc.

From: Daniel K. <da...@we...> - 2002-10-24 11:46:58

Ich w=FCrde vorschlagen, dass wir nochmal einen Termin vereinbaren, wann
wir den genauen Aufbau und die angesprochenen Standards (im IRC) kl=E4ren.
Bei mir ginge es eigentlich jeden Abend, nur ca. Fr bis Mo/Di nicht.


Daniel

Re: [Phpbattle-work] Stop: "we NEED rules!?!" --> Versionskontrolle

From: David D. <go...@gm...> - 2002-10-15 21:47:44

> Und genau das ist der Punkt weshalb ich nochmal zum Komplettstop aufgerufen
> habe...
> Wenn wir Abhängigkeiten auch über Versionsnummern laufen lassen müssen wir
> 1. ein System bauen, was Ausdrücke wie 0.0.3 oder (schwieriger) 0.0.5-r2
> richtig auseinanderhält (wenn wir bloß auf die Haupfversionnummern (ohne
> RC) achten dürfte das aber kein Problem sein) und 2. muss das Hauptmodul so
> umgeschrieben werden, dass alles damit klappt (Eigentlich wollte ich pro
> $mod_need Eintrag bloß eine Variable speichern, mal sehn was sich machen
> lässt).

So, die aktuelle Version MIT Versionskontrolle ist im CVS. Ich denke das kann 
man noch optimieren, aber soweit läuft es :D
(-rcX Versionen können noch nicht verarbeitet werden...schaut euch einfach 
meine Beispiele an)

So bekommt ihr die aktuelle CVS Version geladen:
-----
cvs -d:pserver:ano...@cv...:/cvsroot/phpbattle 
login

cvs -z3 -d:pserver:ano...@cv...:/cvsroot/phpbattle 
co phpbattle
-----

Wie was unter Windows läuft weiß ich leider nicht :(

Falls jemand von euch Probleme mit dem CVS hat, ich habs nochmal hochgeladen 
in den Sourceforge Webspace: 
https://sourceforge.net/project/showfiles.php?group_id=64490
(Version 0.0.2-rc2)

David

Re: [Phpbattle-work] Stop: "we NEED rules!?!"

From: David D. <go...@gm...> - 2002-10-15 17:53:33

> Versionen sind auch nicht schlecht, ich würd sagen jedes Script (Modul) von
> uns, bekommt ne eigene Versions-Nummer und evtl eine Nummer vom Hauptmodul,
> das es benötigt um zu laufen (Kompatibilität).

Und genau das ist der Punkt weshalb ich nochmal zum Komplettstop aufgerufen 
habe...
Wenn wir Abhängigkeiten auch über Versionsnummern laufen lassen müssen wir 1. 
ein System bauen, was Ausdrücke wie 0.0.3 oder (schwieriger) 0.0.5-r2 richtig 
auseinanderhält (wenn wir bloß auf die Haupfversionnummern (ohne RC) achten 
dürfte das aber kein Problem sein) und 2. muss das Hauptmodul so 
umgeschrieben werden, dass alles damit klappt (Eigentlich wollte ich pro 
$mod_need Eintrag bloß eine Variable speichern, mal sehn was sich machen 
lässt).

David

Re: [Phpbattle-work] Mal zu dem ganzen

From: David D. <go...@gm...> - 2002-10-15 17:49:49

> Noch so: Gibt es einen Changelog oder so bei SF? wär gut wenn wir das alles
> festhalten, was wir verändern und machen. So dass der überblick gewart
> bleibt.

Wenn wir CVS benutzen würden wäre das dabei, ja....
Kennt sich jemend mit Windows CVS Clieten aus?
Wenn das klappt wäre glaube ich die idealste Lösung :D

David

Re: [Phpbattle-work] Mal zu dem ganzen

From: Christopher K. <kor...@ma...> - 2002-10-15 16:47:40

Also mal zu dem ganzen Zeugsl möcht ich Stellung beziehen. Leider hab ich
Berufsschule, und ich kann allerhöchstens am abend immer kurz :(

Ich find das mit der OOP zwar nicht soo toll, aber vom  standpunkt
betrachtet, dass man was lernen will: GERNE!!

Zu den Ganzen Regeln: ich find auch dass ne ordnerstrucktur und so weiter
auf jedenfall sein soll. ein ordner images und ein ordner für module wäre
sehr gut. zu den sachen, wo exit gesagt hat, hab ich auch nichts
einzuwenden.

Noch so: Gibt es einen Changelog oder so bei SF? wär gut wenn wir das alles
festhalten, was wir verändern und machen. So dass der überblick gewart
bleibt.


So als randbemerkung: hat jemand von euch irgendwas über OOP mit PHP? wär
nett wenn ihr mir da was schicken könntet oder die url schreibt (wär für
alle andren doch auch ganz gut)

Also denne!
    SEth

Re: [Phpbattle-work] Stop: "we NEED rules!?!"

From: exit <ex...@cl...> - 2002-10-15 15:18:13

Also auch mal n Statement von mir.
Das mit dem parse-ini-file find ich echt gut, ini files kann einfach jeder
leicht bedienen und sie sind gut zu benutzen für Optionen.
Ordnerstruktur wäre eine einheitliche wichtig, also zb alle hauptmodule in
"modules" und die dann untergliedern für andere dinge.
OOP ist nicht so schwer wie sich's anhört. Klassen in PHP sind wirklich
einfach zu verstehn und ich denke nicht das jemand von euch damit Probleme
haben könnte - ich mein ich habs auch gelernt ^^
Wir können uns ja schließlich jederzeit helfen - kein Thema.
Versionen sind auch nicht schlecht, ich würd sagen jedes Script (Modul) von
uns, bekommt ne eigene Versions-Nummer und evtl eine Nummer vom Hauptmodul,
das es benötigt um zu laufen (Kompatibilität).


Grüße, Flo
alias exit

Webmaster
ex...@cl...
www.ClanzWorld.net



----- Original Message -----
From: "David Danier" <go...@gm...>
To: <php...@li...>
Sent: Tuesday, October 15, 2002 3:57 PM
Subject: [Phpbattle-work] Stop: "we NEED rules!?!"


> Ich hab grade mit Daniel (der leider mit seinem Puretec Account nicht an
die
> Mailinglist mailen kann und auch am Sonntag nicht im Chat war) gesprochen
und
> er hat mich von einer Sache überzeugt:
> Wir brauchen strikte Regeln was den Aufbau der Module angeht...eigentlich
den
> Aufbau des ganzen Systems.
>
> Beispiele (was mir so einfällt dazu):
> * Ordnerstruktur (1 images Ordner für alles o.ä.)
> * Konfiguration (wichtig...wir könnten
> http://www.php.net/manual/de/function.parse-ini-file.php benutzen)
> * Aufbau der Module selbst (Variablen, Funktionen, Klassen)
> * Klassen? (würde ich für die 1. Module vorschlagen)
> * Wie wird entschieden welche Module wo und wie geladen werden? (Damit das
> ganze nicht so ausschaut (von oben nach unten auf der Page): News -
Forum -
> Userlogin/logout - Administrationsbereicht....alles auf einer Page. dazu
wäre
> evtl. nen neuer Modulstatus gut)
> * Versionskontrolle/update (automatisieren? ..bisher total außer acht
> gelassen)
> * Was ein Modul alles beeinflussen darf/was nicht...wie es eingeschränkt
wird
> * Anbindung an die Adminschnittstelle
>
> Zudem sollten unsere offiziellen Module guten Support leisten (Admin,
Hilfe,
> Sprachunterstützung...alle, ...)
>
> Also, ich bin auf eire Vorschläge gespennt....auch für jede Verbesserung
im
> jetzigen Modules Code bin ich dankbar...auch wenn es das ganze System mal
> wieder umwirft (is ja jetzt am Anfang noch möglich).
>
> Alles andere (also auch Module..am Sonntag besprochen) ist daher erstmal
> NEBENSACHE...bitte die Arbeit daren so lange ruhen lassen, bevor man
nochmal
> neu beginnen muss :)
>
> Nacher bekomme ich auch von Daniel nochmal eine Zusammenfassung von seinen
> Ideen, die leite ich an euch weiter.....
>
> David
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpbattle-work mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpbattle-work
>