Endlich mal einer in der Section, der Git kennt :\
Endlich mal einer, der einen Cache einbaut.
Endlich mal einer, der Cron kennt.
Und endlich mal einer, der zumindest annähernd etwas mit Lizenzrecht zu tun hat.
Ach ja und nicht zu vergessen: Endlich mal OOP.
Danke iMer für diese Erlösung... Jetzt habe ich wieder Bock, mein eigenes Script voranzubringen.
Und das nächste mal dann bitte mit Framework, Templating und DBAL - ich empfehle Silex (Symfony2), Twig und Doctrine.
Naja OOP ist es nur teilweise. Habe ich mich noch nicht so stark mit beschäftigt, aber es wird - langsam aber sicher.
Immerhin schön jemand "gleichgesinnten" zu sehen :3
Naja OOP ist es nur teilweise. Habe ich mich noch nicht so stark mit beschäftigt, aber es wird - langsam aber sicher.
Immerhin schön jemand "gleichgesinnten" zu sehen :3
Man sollte es mit der OOP auch nicht übertreiben - irgendwann verliert man völlig den Überblick über all' seine Strukturen, Klassen, Interfaces etc.
Man sollte es mit der OOP auch nicht übertreiben - irgendwann verliert man völlig den Überblick über all' seine Strukturen, Klassen, Interfaces etc.
Punkt 2: Dito. $:
Vorallem ist die Prozedurale Programmierung, meines erachtens für die meisten Dinge vollkommen ausreichend, natürlich ist die Objektorientierte Programmierung auch was feines, aber wie du schon sagtest, man sollte es nicht übertreiben.
Ich persönlich Programmiere in PHP eigentlich nur Prozedural, OOP habe ich bis jetzt noch nicht so oft gebraucht.
Das du das Caching aktiviert hast finde ich auch sehr nice, hier wird wenigstens mal wert auf die Ressourcen gelegt.
Wer Mysqli oder PDO nutzen möchte, kann das ja selbst machen, oder auf ein update von iMer warten.
Naja OOP ist es nur teilweise. Habe ich mich noch nicht so stark mit beschäftigt, aber es wird - langsam aber sicher.
Immerhin schön jemand "gleichgesinnten" zu sehen :3
PHP5 bzw. OOP ist nicht schwer, nur das denken ist anderst vorallem ist
es obwohl man es nicht denkt viel unkomplizierter und geordneter
Quote:
Originally Posted by M@shkin
Man sollte es mit der OOP auch nicht übertreiben - irgendwann verliert man völlig den Überblick über all' seine Strukturen, Klassen, Interfaces etc.
Punkt 2: Dito. $:
Also ich weiß nicht wie du codest aber mit OOP ist es 100mal geordneter und übersichtlicher x.X
Also ich weiß nicht wie du codest aber mit OOP ist es 100mal geordneter und übersichtlicher x.X
Das ist nur bedingt richtig.
OOP ist natürlich übersichtlicher, vor allem, wenn man seine Klassen etc. mit PHPDoc ordentlich dokumentieren kann.
Andererseits ist es an manchen Punkten nervenaufreibend, sich strikt an seinen "Standard" halten zu müssen:
Willst du "mal eben" irgendeine Übersicht oder Liste (User, Tickets etc.) implementiere, brauchst du erstmal eine Datenstruktur für die Liste, die dann Verweise o.ä. auf Instanzen der einzelnen Elemente enthält.
Das ganze muss dann
in einzelne Dateien abgespeichert werden,
dokumentiert werden
und optimalerweise noch korrekt in der Ordnerhirarchie untergebracht werden, damit der Autoloader die Klassendefinitionen findet.
Im Endeffekt sollte es natürlich einfacher sein, in den Code einzuarbeiten, wenn er nach einem bestimmten Schema aufgebaut ist.
Für größere Projekte - vorallem, wenn mehrere Entwickler mitarbeiten - ist OOP die erste Wahl.
@N!SM0: Read the LICENSE file delivered with the script and you will know, what you are allowed to do with it.
OOP ist natürlich übersichtlicher, vor allem, wenn man seine Klassen etc. mit PHPDoc ordentlich dokumentieren kann.
Andererseits ist es an manchen Punkten nervenaufreibend, sich strikt an seinen "Standard" halten zu müssen:
Willst du "mal eben" irgendeine Übersicht oder Liste (User, Tickets etc.) implementiere, brauchst du erstmal eine Datenstruktur für die Liste, die dann Verweise o.ä. auf Instanzen der einzelnen Elemente enthält.
Das ganze muss dann
in einzelne Dateien abgespeichert werden,
dokumentiert werden
und optimalerweise noch korrekt in der Ordnerhirarchie untergebracht werden, damit der Autoloader die Klassendefinitionen findet.
Im Endeffekt sollte es natürlich einfacher sein, in den Code einzuarbeiten, wenn er nach einem bestimmten Schema aufgebaut ist.
Für größere Projekte - vorallem, wenn mehrere Entwickler mitarbeiten - ist OOP die erste Wahl.
@N!SM0: Read the LICENSE file delivered with the script and you will know, what you are allowed to do with it.
Ja und das Script von iMer ist nicht klein, da wäre is unsinn etwas anderes zu nutzen
So i can translate scripts an Polish and change images, but You must be a maker in footer ?
You may modify the script however you want - but you may not redistribute (reupload) it (neither as original nor modified).
You may also write additional features ("PlugIns") which you can distribute in any way (for free or paid).
That means: You may translate the script into Polish or whatever language you need
but you may not share your translation (without the authors permission).
Suche Homepage mit hen script Zahle für gute Homepage! 03/09/2011 - Metin2 Private Server - 6 Replies Wie in der überschrift zu lesen suche ich eine Homepage für einen Metin2 P-Server!
Ich würde sogar etwas für die Homepage Zahlen!
Und ich kann euch jetzt schon sagen Geld ist genug da!
Wer eine gute Homepage hat und die Verkaufen möchte pn me!
Problem 5 imt2 11/18/2008 - Metin2 Private Server - 1 Replies Hi ich habe ein Problem mit dem Server 5it2 und zwar ich komm nicht mehr mit meinem sura ins spiel ich komm bis zur charauswahl und wenn das dann fertig geladen hat bekomm ich immer kick was kann ich dagegen tun?
![iMt2 Homepage Script [ALPHA]](https://www.elitepvpers.com/forum/iconimages/metin2-pserver-designs-websites-scripts/imt2-homepage-script-alpha_ltr.gif){kind=small}
- ich empfehle Silex (Symfony2), Twig und Doctrine.
