1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › Programmiersprache im…

Noch schneller wäre es ohne PHP

  1. Thema

Neues Thema Ansicht wechseln


  1. Noch schneller wäre es ohne PHP

    Autor: Anonymer Nutzer 04.12.15 - 19:13

    Und sicherer wäre es auch.
    Das Problem ist nicht die Sprache sondern die Umsetzung.

  2. Re: Noch schneller wäre es ohne PHP

    Autor: tibrob 04.12.15 - 21:15

    Sagt wer? Du?
    Solche Aussagen, ganz ohne Begründung, sind völlig unsinnig ... zumal ich behaupten würde, dass ein unfähiger Entwickler mit einer anderen Sprache weitaus mehr Sicherheitslecks öffnen würde, als es mit PHP überhaupt möglich wäre.

    Deine Jacke ist jetzt trocken!

  3. Re: Noch schneller wäre es ohne PHP

    Autor: burzum 05.12.15 - 12:05

    Märchenfee schrieb:
    --------------------------------------------------------------------------------
    > Und sicherer wäre es auch.
    > Das Problem ist nicht die Sprache sondern die Umsetzung.

    Dieser brachial stupiden Logik nach sollte man am besten auch gleich C/C++ einstampfen und meiden weil noch unsicherer wegen der Leichtigkeit mit der man Buffer Overflows auch schon nur aus Versehen einbauen kann.

    http://www.cprogramming.com/tutorial/secure.html

    Leuten die so eine Aussage treffen würde ich im Vorstellungsgespräch freundlich grinsend aber nichts sagend mit der Hand den Weg zur Tür weisen.

    Ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul.

  4. Re: Noch schneller wäre es ohne PHP

    Autor: zilti 07.12.15 - 17:56

    Ist auch nicht gerade einfach, in PHP noch mehr Lücken aufzureissen...

  5. Re: Noch schneller wäre es ohne PHP

    Autor: zilti 07.12.15 - 17:57

    ...das ist auch einer der Gründe, weshalb immer mehr C/C++-Code durch High-Level-Code ersetzt wird: damit man solchen Blödsinn von vorneherein vermeidet.

  6. Re: Noch schneller wäre es ohne PHP

    Autor: Baron Münchhausen. 07.12.15 - 17:59

    burzum schrieb:
    --------------------------------------------------------------------------------
    > Märchenfee schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Und sicherer wäre es auch.
    > > Das Problem ist nicht die Sprache sondern die Umsetzung.
    >
    > Dieser brachial stupiden Logik nach sollte man am besten auch gleich C/C++
    > einstampfen und meiden weil noch unsicherer wegen der Leichtigkeit mit der
    > man Buffer Overflows auch schon nur aus Versehen einbauen kann.
    >
    > www.cprogramming.com
    >
    > Leuten die so eine Aussage treffen würde ich im Vorstellungsgespräch
    > freundlich grinsend aber nichts sagend mit der Hand den Weg zur Tür weisen.

    +1

    Solchen Pfosten ist es nicht bewusst, dass sie damit niemandem, der Ahnung hat was vormachen können. Die outen sich quasi direkt als Nichtsnutz.



    1 mal bearbeitet, zuletzt am 07.12.15 18:00 durch Baron Münchhausen..

  1. Thema

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. SIZ GmbH, Bonn
  2. Beckhoff Automation GmbH & Co. KG, Verl
  3. Stadt Norderstedt, Norderstedt
  4. Hays AG, Berlin

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. täglich neue Deals bei Alternate.de


Haben wir etwas übersehen?

E-Mail an news@golem.de


Ryzen Mobile 4000 (Renoir): Lasst die Ära der schrottigen AMD-Notebooks enden!
Ryzen Mobile 4000 (Renoir)
Lasst die Ära der schrottigen AMD-Notebooks enden!

Seit vielen Jahren gibt es kaum Premium-Geräte mit AMD-Chips und selbst bei vermeintlich identischer Ausstattung fehlen Eigenschaften wie eine beleuchtete Tastatur oder Thunderbolt 3. Schluss damit!
Ein IMHO von Marc Sauter

  1. HEDT-Prozessor 64-kerniger Threadripper schlägt 20.000-Dollar-Xeons
  2. Ryzen Mobile 4000 AMDs Renoir hat acht 7-nm-Kerne für Ultrabooks
  3. Zen+ AMD verkauft Ryzen 5 1600 mit flotteren CPU-Kernen

Open Power CPU: Open-Source-ISA als letzte Chance
Open Power CPU
Open-Source-ISA als letzte Chance

Die CPU-Architektur Power fristet derzeit ein Nischendasein, wird aber Open Source. Das könnte auch mit Blick auf RISC-V ein notwendiger Befreiungsschlag werden. Dafür muss aber einiges zusammenkommen und sehr viel passen.
Eine Analyse von Sebastian Grüner

  1. Open Source Monitoring-Lösung Sentry wechselt auf proprietäre Lizenz
  2. VPN Wireguard fliegt wegen Spendenaufruf aus Play Store
  3. Picolibc Neue C-Bibliothek für Embedded-Systeme vorgestellt

Energiewende: Norddeutschland wird H
Energiewende
Norddeutschland wird H

Japan macht es vor, die norddeutschen Bundesländer ziehen nach: Im November haben sie den Aufbau einer Wasserstoffwirtschaft beschlossen. Die Voraussetzungen dafür sind gegeben. Aber das Ende der Förderung von Windkraft kann das Projekt gefährden.
Eine Analyse von Werner Pluta

  1. Energiewende Brandenburg bekommt ein Wasserstoff-Speicherkraftwerk
  2. Energiewende Dänemark plant künstliche Insel für Wasserstofferzeugung
  3. Energiewende Nordländer bauen gemeinsame Wasserstoffwirtschaft auf

  1. Vodafone: Kabelfernsehkunden sterben in Zukunft aus
    Vodafone
    Kabelfernsehkunden sterben in Zukunft aus

    Vodafone sieht bei jungen Menschen wenig Interesse, Kabelfernsehen zu abonnieren. Ein deutscher Netflix-Manager sprach über den Streaminganbieter.

  2. FBI-Wunsch: Apple verzichtete auf iCloud-Verschlüsselung
    FBI-Wunsch
    Apple verzichtete auf iCloud-Verschlüsselung

    Apple war einer Bitte des FBI laut der Nachrichtenagentur Reuters nachgekommen und verzichtete auf die Einführung verschlüsselter iPhone-Backups in der iCloud. Apple habe einem Streit mit Beamten aus dem Weg gehen wollen, erklärte eine Reuters-Quelle - geholfen hat es indes nicht.

  3. Rainbow Six Siege: Ubisoft verklagt DDoS-Anbieter
    Rainbow Six Siege
    Ubisoft verklagt DDoS-Anbieter

    Seit Monaten gibt es DDOS-Angriffe gegen Rainbow Six Siege, nun klagt Ubisoft gegen einen Anbieter. Der offeriert das Lahmlegen der Server ab 150 Euro, offenbar stecken auch Deutsche hinter den Attacken.


  1. 19:21

  2. 18:24

  3. 17:16

  4. 17:01

  5. 16:47

  6. 16:33

  7. 15:24

  8. 15:09