PHP / ASP
Rainer Kuben
bin hier heute das erste mal, weil ich mich näher mit php beschäftigen
möchte. Ich habe bereits mit ASP unter
M$ Erfahrungen. Meine Frage ist: Kann mir jemand seine persönlichen
Erfahrungen mit diesen Sprachen
mitteilen (Pro, Contra, Unterschiede).
Gibt es eigentlich eine Möglichkeit, in eine PHP-Anwendung, eine
(verschlüsselte) Codekomponente) einzubauen,
so das ein User diese Anwendung nicht manipulieren kann? Ansonsten wäre es
ja Open Source ;-))
TIA & Gruß
Rainer
Kerry W. Lothrop
> Gibt es eigentlich eine Möglichkeit, in eine PHP-Anwendung, eine
> (verschlüsselte) Codekomponente) einzubauen,
> so das ein User diese Anwendung nicht manipulieren kann? Ansonsten
> wäre es ja Open Source ;-))
Na dann herzlich willkommen in der OpenSource-Welt. Wenn du eine
Anwendung auf dem Server laufen lässt, sehen die Leute (sofern der
Server richtig konfiguriert ist) nie den Quelltext. Willst du allerdings
ein richtiges Produkt machen und verkaufen, hilft dir vielleicht
http://www.zend.com/zend/products.php#encoder weiter. Ist nicht
kostenlos, aber da du ja damit Geld verdienst finde ich es OK, dafür was
zu verlangen.
Ciao
Kerry
Hartmut Holzgraefe
>
> Hallo NG,
>
> bin hier heute das erste mal, weil ich mich näher mit php beschäftigen
> möchte.
> Ich habe bereits mit ASP unter M$ Erfahrungen.
> Meine Frage ist: Kann mir jemand seine persönlichen
> Erfahrungen mit diesen Sprachen
> mitteilen (Pro, Contra, Unterschiede).
hier bin ich nicht allzu bewandert, von daher möchte ich mich nur
zu den PHP-Pros äußern:
- PHP schreibt dir weder das Betriebssystem noch den Webserver
oder die Prozessorarchitektur, die du benutzen sollst, vor
- PHP wird nicht geheim im stillen Kämmerlein entwickelt
- PHP usergroups haben vermutlich mehr spass zusammen als
ASP usergroups ;)
mal davon abgesehen lassen sich ASP und PHP garnicht vergleichen,
ASP ist eine Schnittstelle, die im Prinzip die Einbettung beliebiger
Scriptsprachen gestattet, auch wenn es zur Zeit nur zwei
implementationen,
nämlich VB und Perl, gibt
PHP dagegen ist eine Scriptsprache, die ASP-artige
Einbettungsmechanismen
schon von haus aus mitbringt (auch wenn nichts grundsätzliches
dagegen spricht, eine ASP-Anbindung für PHP zu schaffen, es hat
halt nur noch niemand getan)
wenn schon, dann solltest du nach einem Vergleich ASP-VB gegen
PHP fragen
> Gibt es eigentlich eine Möglichkeit, in eine PHP-Anwendung, eine
> (verschlüsselte) Codekomponente) einzubauen,
zB Zend Encoder -> http://www.zend.com/zend/products.php#encoder
aber sei gewarnt, die Akzeptanz bzgl. codiertem PHP ist, gerade hier
in Deutschland, nicht besonders hoch
> so das ein User diese Anwendung nicht manipulieren kann?
der User, das ist doch der Mensch vor dem Browser, am anderen
Ende der HTTP-Verbindung? der sieht von deinem Code eh nix
die Frage ist wohl eher, wie weit du deinen Kunden über den
Weg traust?
aber auch hier gilt im Web-Geschäft i.A. das Kunden von dir
*erwarten*, das du ihnen den Quellcode übergibst, vor allem
bei Individualentwicklung
> Ansonsten wäre es ja Open Source ;-))
und was wäre schlimm daran? ;)
mal abgesehen das deine hier gebrachte definition von Open Source
nicht mit der allgemein üblichen übereinstimmt
hier würde wohl eher der von M$ geprägte Begriff des "Shared Source"
passen, Open wird etwas erst wenn du explizit die Weitergabe gestattest
--
Hartmut Holzgraefe har...@six.de http://www.six.de +49-711-99091-77
Daniel Fuehrer
news:9ga2da$7q353$1...@ID-93708.news.dfncis.de...
> Hallo NG,
>
> bin hier heute das erste mal, weil ich mich näher mit php beschäftigen
> möchte. Ich habe bereits mit ASP unter
> M$ Erfahrungen. Meine Frage ist: Kann mir jemand seine persönlichen
> Erfahrungen mit diesen Sprachen
> mitteilen (Pro, Contra, Unterschiede).
asp ist lediglich eine schnittstelle und kann "sprachlich" alles mögliche
sein: vbscript, perl, ... . die entscheidung für eine bestimmte sprache
fällt i.d.r. rein subjektiv (punkte wie die erlernbarkeit für den einzelnen
spielen hierbei eine tragende rolle); genauso wie jeder für sich selbst
seine meinung zu "open source"-software (was php im gegensatz zu asp ja
schließlich ist) bildet respektive bilden sollte.
>
> Gibt es eigentlich eine Möglichkeit, in eine PHP-Anwendung, eine
> (verschlüsselte) Codekomponente) einzubauen,
> so das ein User diese Anwendung nicht manipulieren kann? Ansonsten wäre es
> ja Open Source ;-))
http://www.zend.com/zend/products.php#encoder
http://pbc.sourceforge.net
Johannes Froemter
>Ich habe bereits mit ASP unter
>M$ Erfahrungen. Meine Frage ist: Kann mir jemand seine persönlichen
>Erfahrungen mit diesen Sprachen mitteilen (Pro, Contra, Unterschiede).
3.1 Wie vergleicht sich PHP mit anderen
bekannten Webentwicklungssystemen?
http://koehntopp.de/php/faq-phpinterpreter.html#phpinterpreter-1
>Gibt es eigentlich eine Möglichkeit, in eine PHP-Anwendung, eine
>(verschlüsselte) Codekomponente) einzubauen,
3.31 Kann ich PHP-Dateien kompilieren und so vor Dritten schützen?
http://koehntopp.de/php/faq-phpinterpreter.html#phpinterpreter-31
--
MfG
Johannes
Rainer Kuben
"Hartmut Holzgraefe" <har...@six.de> schrieb im Newsbeitrag
news:3B289065...@six.de...
> Rainer Kuben wrote:
>
> - PHP usergroups haben vermutlich mehr spass zusammen als
> ASP usergroups ;)
>
Super, Danke! Das sind schon genug Hinweise, um sich mal in PHP
einzuarbeiten. Wie sieht es eigentlich
in Zukunft aus? Ich denke nur an JSP usw., was denkt Ihr, wohin sich das
entwickelt?
Läuft PHP eigentlich auch auf Apache & M$-Server?
Gruß
Rainer
Hartmut Holzgraefe
>
> "Hartmut Holzgraefe" <har...@six.de> schrieb im Newsbeitrag
> news:3B289065...@six.de...
> > Rainer Kuben wrote:
> >
> > - PHP usergroups haben vermutlich mehr spass zusammen als
> > ASP usergroups ;)
> >
>
> Super, Danke! Das sind schon genug Hinweise, um sich mal in PHP
> einzuarbeiten.
> Wie sieht es eigentlich in Zukunft aus? Ich denke nur an JSP usw.,
Ich persönlich halte den Overhead sowohl vom Setup als auch vom
Speicherbedarf bei JSP für einfach zu groß.
Java ist halt eine allgemeine Sprache, der mit Servlets und JSP erst
nachträglich Webserver- und HTML-intregartion 'aufgepropft' wird,
während PHP von Anfang an auf diesen Einsatzzweck 'maßgeschneidert'
wurde.
Siehe dazu auch die Verbreitung der Unterstützund der verschiedenen
Lösungen bei den ISPs, insb. bei den 'grossen' wie zB Puretec:
PHP bekommst du überall, Perl-CGI schon mit leichten Einschränungen,
aber bei JSP oder ASP wirst du kaum einen ISP finden, der für dich
hostest, das läuft eigentlich immer auf eigene Maschinen hinaus.
> was denkt Ihr, wohin sich das entwickelt?
k.a., (zumal uns ja auch noch .NET ins Haus steht), aber ich denke
PHP hat seinen Zenit noch lang nicht erreicht, zumindest nicht
solange nicht irgendjemand mit einer *wirklich fundamental*
besseren Lösung für Web-Entwicklung daher kommt
> Läuft PHP eigentlich auch auf Apache & M$-Server?
jo, das tut (aber will man das?)
Martin Jansen
>Läuft PHP eigentlich auch auf Apache & M$-Server?
2.7 Wie installiere ich PHP auf Windows?
http://www.koehntopp.de/php/faq-install.html#install-7
Martin
--
+ Martin Jansen # "Perl - the only language that +
+ mailto:m...@php.net # looks the same before and after +
+ http://martin-jansen.de # RSA encryption." -Keith Bostic +
Martin Jansen
>Java ist halt eine allgemeine Sprache, der mit Servlets und JSP erst
>nachträglich Webserver- und HTML-intregartion 'aufgepropft' wird,
>während PHP von Anfang an auf diesen Einsatzzweck 'maßgeschneidert'
>wurde.
"Maßgeschneidert" hin oder her: Java (resp. JSP bzw. Servlets) wird
von immer mehr grossen Sites besonders dann, wenn es um Sicherheit
oder viel Traffic geht, verwendet. Und ueber kurz oder lang wird die
Verbreitung und Akzeptanz in Enterprise Solutions verantwortlich
dafuer sein, ob sich eine Sprache gegen eine andere auf breiter Linie
durchsetzen kann. Da hilft es auch nichts, wenn PHP die engagiertere
"Community" oder die "lustigsten Usergroups" hat.
Darueber hinaus werden Java-Programmierer i.d.R. weitaus besser
bezahlt, als es bei PHP-Programmierer der Fall ist ;-).
Yves Berkholz
news:3B289065...@six.de...
> Rainer Kuben wrote:
> mal davon abgesehen lassen sich ASP und PHP garnicht vergleichen,
> ASP ist eine Schnittstelle, die im Prinzip die Einbettung beliebiger
> Scriptsprachen gestattet, auch wenn es zur Zeit nur zwei
> implementationen,
> nämlich VB und Perl, gibt
Ähm...
JScript -> die JavaScript-Version von Microsoft
C# (C-Sharp) - > hab ich noch nicht mir gearbeitet (sieht a bisel wie
XML/XSL aus)
die beiden öffters genutzten hast du vergessen....
ich hab auch schonmal eine BetaVersion eines Pascal-Dialekt's gesehen
Ansonst halte ich PHP auch für die bessere Lösung - ich wollte es nur der
Ordnung halber erwähnen.
MfG
Yves Berkholz
Hartmut Holzgraefe
> "Maßgeschneidert" hin oder her: Java (resp. JSP bzw. Servlets) wird
> von immer mehr grossen Sites besonders dann, wenn es um Sicherheit
implementationssprache erschliesst sich mir nicht ganz
sicherheitskritisch sind doch eher die software-schichten darunter
(netz-infrastruktur und webserver) sowie die eigentlichen anwendungen,
nicht die sprache an sich
> oder viel Traffic geht, verwendet.
hm, meine letzten erfahrungen mit servlets liegen zwar schon über ein
jahr zurück, aber ich kann mich nicht daran erinnern, das *performance*
ein argument für den einsatz von servlets war
Java *hat* vorteile bei grossprojekten, da es ein saubereres design
unterstützt und für bestimmte einsatzbereiche mehr fertige bausteine
bietet (das ist aber immer eine fall-zu-fall entscheidung)
bei kleineren bis mittleren projekten oder da wo hohe generizität
zählt fährst du aber unter umständen mit einer weniger setup-intensiven
lösung wesentlich besser
> Und ueber kurz oder lang wird die
> Verbreitung und Akzeptanz in Enterprise Solutions verantwortlich
> dafuer sein, ob sich eine Sprache gegen eine andere auf breiter Linie
> durchsetzen kann.
keine Sprache wird sich gegen eine andere auf breiter Linie durchsetzen,
"one size fits all" ist genauso eine illusion wie das "papierlose büro"
> Da hilft es auch nichts, wenn PHP die engagiertere
> "Community" oder die "lustigsten Usergroups" hat.
[ ] dir ist die bedeutung von ';)' bekannt?
> Darueber hinaus werden Java-Programmierer i.d.R. weitaus besser
> bezahlt, als es bei PHP-Programmierer der Fall ist ;-).
Genau das ist aber doch ein Argument *gegen* den Einsatz von Java
im Web-Bereich, zumindest aus Arbeitgebersicht ;)
Ein Java-Entwickler ist sogar in zweifacher hinsicht 'teurer'
als ein PHP-Entwickler. Nicht nur das er das höhere Gehalt fordern
wird, er kostet dich auch in der Ausbildung (wenn du ihn als Arbeitgeber
selbst ausbildest bzw. seine Ausbildung finanzierst) wesentlich
mehr als ein PHP-Entwickler.
Wenn du jemanden als PHP-Entwickler aufbaust, dann ist er beinahe
ab dem ersten Tag produktiv, wenn du dagegen jemanden als
Java-Entwickler
aufbauen willst dann ist er je nach Vorkenntnissen einige Monate nicht
produktiv einsetzbar, und wenn du ihn extern ausbilden lässt, dann
hast du nicht einmal eine Erfolgsgarantie bzw. kannst während dieser
Zeit nicht abschätzen, ob du ihn hinterher überhaupt vernünftig
einsetzen
kannst
wenn du dagengen jemand von HMTL an PHP heranführen willst dann kannst
du ihm zusehen, ob er mit den Aufgaben wächst oder nicht, und ihn genau
auf dem level, das er verkraften kann, einsetzen ... und dementsprechend
bezahlen
Alexander Merz
> Speicherbedarf bei JSP für einfach zu groß.
Die Installation anderer AppServer ist komplexer, allerdings ist dies das
vergleichbar z.B. mit der Installation von mySQL vs. Oracle.
> Java ist halt eine allgemeine Sprache, der mit Servlets und JSP erst
> nachträglich Webserver- und HTML-intregartion 'aufgepropft' wird,
Das übrigens sehr elegant.
> aber bei JSP oder ASP wirst du kaum einen ISP finden, der für dich
Der Grund ist aber nicht, dass Servlets mehr Ressourcen erfordern würden (was
sie nicht nämlich definitiv *nicht* tun) als PHP, sondern weil Java auf Servern
kaum nachgefragt wird. Die Einarbeitungsschwelle liegt bei Java höher als bei
PHP oder Perl und ist für die leeten Onlinecounter- und Guestbook-C0der damit
uninteressant.
Martin Jansen
>> Und ueber kurz oder lang wird die
>> Verbreitung und Akzeptanz in Enterprise Solutions verantwortlich
>> dafuer sein, ob sich eine Sprache gegen eine andere auf breiter Linie
>> durchsetzen kann.
>keine Sprache wird sich gegen eine andere auf breiter Linie durchsetzen,
>"one size fits all" ist genauso eine illusion wie das "papierlose büro"
Solange die "Consultants" sehen, dass in grossen Projekten Java
eingesetzt wird, werden sie den Auftraggebern mittlerer Projekte
haeufig empfehlen, auch dort Java einzusetzen (allein schon, weil es
sich einfach gut an hoert, wenn man sagen kann, dass die selbe Sprache
wie bei Gigantomaten-Projekt xyz verwendet wird).
>Wenn du jemanden als PHP-Entwickler aufbaust, dann ist er beinahe
>ab dem ersten Tag produktiv, wenn du dagegen jemanden als
>Java-Entwickler
>aufbauen willst dann ist er je nach Vorkenntnissen einige Monate nicht
>produktiv einsetzbar,
Das ist ein Problem, dass scheinbar in vielen Unternehmen herrscht:
Auszubildende sind IMO dazu da, Techniken zu lernen, mit denen sie
nach ihrer Ausbildung ihr Geld verdienen werden und nicht, um vom
ersten Tag an produktiv zu werden ;-). Man geht auch nicht in die
Schule, um den Job des Lehrers zu uebernehmen.
EOD,
Hartmut Holzgraefe
>
> > Ich persönlich halte den Overhead sowohl vom Setup als auch vom
> > Speicherbedarf bei JSP für einfach zu groß.
> Tomcat aufzusetzen ist nicht wesentlich schwieriger als Apache+PHP.
> Die Installation anderer AppServer ist komplexer, allerdings ist dies das
> vergleichbar z.B. mit der Installation von mySQL vs. Oracle.
meine letzten erfahrungen hab ich mit JServ 1.0 gemacht,
will doch schwer hoffen das sich da mittlerweile was getan hat :)
> > Java ist halt eine allgemeine Sprache, der mit Servlets und JSP erst
> > nachträglich Webserver- und HTML-intregartion 'aufgepropft' wird,
> Das übrigens sehr elegant.
wie gesagt, hab seit fast zwei jahren mit servlets nichts mehr am hut
gehabt,
hab mich damals aber über so manche inkonsistenzt in HttpServlet
totgeärgert
und die tatsache, das nach änderungen an servlet-klassen oder nach einem
server-neustart alle session-informationen verloren sind, hat sich da
mittlerweile was geändert?
das war nämlich für mich vor 1 1/2 jahren ein grund, eine nicht
unerheblich
grosse anwendung in PHP stat Java zu implementieren, obwohl ich zu
dieser
zeit PHP im gegensatz zu java nur aus einem dreitägigen crash-studium
des
manuals kannte
> > aber bei JSP oder ASP wirst du kaum einen ISP finden, der für dich
> Der Grund ist aber nicht, dass Servlets mehr Ressourcen erfordern würden (was
> sie nicht nämlich definitiv *nicht* tun) als PHP,
kann man mittlerweile für servlet-requests resource-limits festlegen?
also max_execution_time und memory limit?
(ernstgemeinte frage)
denn dieser aspekt ist bei mehreren präsenzen auf einer maschine
auch nicht unwichtig
Alexander Merz
> gehabt, hab mich damals aber über so manche inkonsistenzt in HttpServlet
> totgeärgert
sehen,
aber würg-arounds sind einfach zu implementieren. ( <zynisch> Inkons. werden
bei Java prinzipiell nicht korregiert </zynisch>, frag mal die Jungs in dclj )
> und die tatsache, das nach änderungen an servlet-klassen oder nach einem
> server-neustart alle session-informationen verloren sind, hat sich da
> mittlerweile was geändert?
Ups, da muss ich direkt mal nachgucken.
> kann man mittlerweile für servlet-requests resource-limits festlegen?
> also max_execution_time und memory limit?
> (ernstgemeinte frage)
Memory Limit gibt es definitiv, festlegbar für jedes Servlet(!). Warum fragst
du nicht direkt in dclj nach?