Also unlogisch ist das imho nicht. Nachdem php von der linuxseite her kommt, und auch unter Linux entwicklet wurde (denke ich halt mal) wird der Programmierer einfach den für ihn logischsten Befehl genommen haben und Dateien wieder zu löschen - das ist in diesem Fall eben unlink.

naja, ganz ehrlich - php würd ich nicht wirklich als höhere Programmiersprache bezeichnen - nur weil es sich irgendwie von C ableitet. Und als Programmierer musst du dich nicht unbedingt damit beschäftigen, welchen Namen ein Befehl hat - du musst nur den Befehl wissen. Und den findest du glaub ich ohne Probleme in Google ;)

mfg Thomas

Weder C, noch PHP sind IMHO "hoehere" Programmiersprachen.

Smalltalk anyone? ;)

nach der MIR bekannten definition ist alles eine höhere programmiersprache, die sich deutlich von der syntax des maschinencodes abhebt. imho zähle ich beispielsweise assembler und meinetwegen auch c zu den nicht höheren programmiersprachen - da sich aber php zum großteil in klaren befehlstexten auszeichnet, gilt sie als höhere programmiersprache.

aber ist sicher definitionssache..... :D

also, wenn DAS logisch sein soll, dann weiß ich nicht - dann habe ich wohl 22 jahre in der programmierten edv mit falschen grundvoraussetzungen gearbeitet.... :lol:

im ernst: der befehl für das löschen einer datei nennt sich allgemein delete, oder meinetwegen auch purge oder erase oder remove..... aber unlink???

aber ich habe sowieso das gefühl, dass viele pc-geschädigte nur darauf aus sind, sich in irgend einer form ein denkmal zu setzen. und da reicht vielen offenbar auch konfuse benennungen.

nur so zum nachdenken: in den erwähnten 22 jahren habe ich es mit etlichen sprach-systemen zu tun gehabt. da fallen mir auf anhieb zumindest 8 unterschiedliche varianten ein, wie man ein simples if-statement abschließt. beispielsweise mit einem einfachen end oder auch mit einem end-if oder mit einem endif (ohne bindestrich) oder mit if-end oder mit ifend (wieder ohne bindestrich) oder mit } (geschweifte klammer zu) oder mit einem punkt (in cobol-74) oder - ganz doof - mit fi (if rückwärts geschrieben, ganz nach unix-feeling) usw.

ist das nicht total trottelhaft....? :confused: wem oder was soll das dienlich sein?

Also wenn ich mir diesen Thread so durchlese kommt mir das kotzen, lieber Herr OP.

~

Den Check, ob Dateien lt. Endung raufgeladen werden dürfen, hab ich bei einem Projekt mal so gelöst. Es ist wahrscheinlich net das gelbe vom Ei, aber es hat funktioniert ;)

tipp von mir: dann lies ihn einfach net durch.... :lol:

danke dreamer - aber jetzt krieg ich das schon hin. bei mir ist's eh leicht, weil ich nur gif's zulassen werde.

@Käptn: was ist den so schlimm an dem Thread?

[eh scho komplettes OT]
Inwiefern die Namensgebung von irgendwelchen Funktionen logisch ist, seih mal dahingestellt. Kocht doch eh jeder sein eigenes Süppchen. Irgendwann lernt man halt zwischen Programmiersprachen umzustellen. Ich programmier mal vb.net, mal c#, mal vb6, mal c, mal php, mal asp. Das ganze wenns lustig ist innerhalb von einem Tag und ärger mich auch oft genug herum, warum denn nicht die Befehle überall gleich heißen können.

Aber wie das halt so ist bei Entwicklungen (mal ein wenig extrem ausgedrückt): Da findet man ein Entwickler eine Programmiersprache, arbeitet damit, befindet einige Dinge als schlecht, schreibt sich seine eigene. Und da nimmt er natürlich überall die Befehle die am ehsten einfallen/liegen und nicht die, die schon 100 andere vor ihm verwendet haben. Weil eine neue Sprache muss ja besser und toller und vor allem: anders sein.

Da hilft dann wohl nur noch selber seine eigene Sprache schreiben ;)

[./OT]

however, stay clever :cool:

mfg Thomas

genau das meine ich: was ist denn besser, wenn ich statt delete beispielsweise unlink schreiben muss? das musst du mir jetzt erklären.... :D


ich habe schon vor vielen, vielen jahren mit enthusiastischen C-programmierern geredet, die sich darauf was eingebildet haben, weil sie statt add 1 to var (beispiel von cobol) die variante var++ schreiben konnten. also, wenn das der vorteil der programmiersprache C sein soll, dann weiß ich nimmer.

besser ist eine sprache meiner meinung nach dann, wenn sie effizienteren code produziert - aber das hat doch absolut nichts damit zu tun, wie die schnittstelle compiler<->mensch aussieht....