Beiträge von Developer
-
-
Woher genau hast du diese falsche Information über uns? Bitte keine Unwahrheiten verbreiten
Voxility ist eine der besten Systeme mit perfekter Paketfilterung und Optimierung Es gibt keine perfekte Paketfilterung, geschweige denn Optimierung? (Wie willst du ein Paket optimieren?) Ist allerdings Fakt, das Voxility dir keine eigene Hardware da hin stellt.
-
@J0a9 guck dir mal Webpack oder Gulp an.
BTT:
Laravel als Backend-, Vue.js/Angular/JQuery als Frontend-JS-Framework, Bootstrap 3/4 als Frontend-Design-Framework -
Kannst ja nicht erwarten dass die deine Selbstbeteiligung auch bezahlen
Könn se aber jetzt gerne tun, ich bin schließlich zweimal umsonst angereist. Mit Sprit und Verschleiß am Auto kommt man sicher auf die Rechnung, wenn ich das dritte Mal da hin muss.
-
-
-
Was hat der Herr den da für ein Schreibtisch ?
http://www.ikea.com/de/de/catalog/products/S49006406/Bekant von Ikea
Sieht bei mir fast genauso aus, ich habe auch 3x27" und arbeite mit Mac. Bildschirmfläche kann man niemals genug haben
Erstmal schön das man dich hier wieder sieht
Und stimmt man kann nie Bildschirmfläche genug haben Habe jetzt nebenbei noch ein iPad als Grafiktabletersatz hier liegen..Also kann man noch sagen:
Am Samstag noch ein nettes iPad 2017 gekauft
-
Ich sehe es auch mit einem gemischten Gefühl. Fände es aber okay wenn nur mit Freischaltung durchs Team und einer WhiteList der zur Verfügung stehenden HTML Tags gearbeitet wird.
-
@TutNichts
Einer (links) für Outlook/Skype/Slack/Datenbank/Excel, der iMac für Chrome/Safari/PHPStorm/Photoshop und der dritte für die Developer Tools/Konsole/Datenbank/Spotify/Telefon
Grade wenn man unterschiedliche Geräte Größen testet sind die unterschiedlichen Fenster auf dem einen Bildschirm super, während auf einem anderen PHPoderWebstorm und auf dem iMac eben das Desktop Bild zu sehen ist. -
Nochmal, RoR ist ein FRAMEWORK, die Sprache ist und bleibt Ruby. Und Ruby ist nicht für das Web gemacht, da kann es noch so viele Frameworks geben die es dann durch irgendwelche fiesen tricks doch möglich machen. PHP ist wie eben Ruby eine SPRACHE und z.B. Symfony, Laravel, Cake, Zend, Yii, das sind alles FRAMEWORKs. Zu Grunde liegt immer die SPRACHE. Weshalb es völlig okay ist zu sagen das Ruby nicht fürs Web geeignet ist und äußerst wahrscheinlich nicht an die Performance kommt an die eine SPRACHE kommt die für das Web entwickelt wurde.
-
Du vergleichst aber Äpfel mit Birnen, entweder man vergleicht PHP & Ruby oder aber z.B. Laravel und Ruby on Rails.. Du kannst nicht eine Sprache mit einem Framework vergleichen...
-
Es kann sogar auf C#,JS, Assembler passieren
Ich merke grade das du scheinbar bis auf den privaten "laienhaften" Einsatz PHP noch nicht benutzt hast. Alle großen Konzerne setzten auf PHP (Facebook (Hack), Twitter, WDR) oder Python (Google) oder Java (Google, AXA) oder C# (Finanzinformatik in Deutschland). Bis auf Redmine ist mir auch auf Anhieb kein Projekt bekannt das auf Ruby on Rails setzt und bekannt ist.Nichtsdestotrotz ist das ganze eine reine Glaubensfrage
Das einzige was ich dir sagen will ist, das Ruby (und da spreche ich von der Sprache) nicht für das Web entwickelt wurde, PHP dagegen schon und man dies einfach merkt, sei es Ressourcen oder Performancetechnisch. Da macht auch ein Framework keinen Unterschied, denn das Framework kann die Sprache nur vereinfachen nicht verändern. -
Erstaunlich wie steif du auf dein Rails fixiert bist. Bei PHP wird der Code auch nur einmal geparst (OPCaching
). Habe hier für dich noch eine etwas ältere Benchmark, die noch von PHP 5.5.9 ausgeht (und RoR 4.0) trotzdem ist der Unterschied massiv http://www.comentum.com/ruby-on-rails-vs-php-comparison.htmlRuby vs Node.js:
http://blog.techmagic.co/nodej…best-for-web-development/
PHP Benchmarks:
https://devopsworld.de/1091 -
Erstmal sollte festgehalten werden, dass das Rails Framework den Code einfach einmal prozessiert und dann im Speicher behaelt was bei PHP nicht der Fall ist. PHP ruft den Interpreter immer und immer wieder auf und parst alles und das wird auch bei groesseren Anwendungen langsamer. Auf der Command Line kann es schon sein, dass PHP schneller ist. Im Web Bereich merke ich allerdings nichts davon, da der Code einmal durchlaeuft und dann im Speicher gehalten wird. Somit dauert lediglich der erste Request nach dem Starten des Webservers "laenger".
Das kann PHP aber eben auch, man muss es nur aktivieren (nennt sich OPCache
)Im Webbereich wirst du davon auch nicht viel merken, der Server schon
Es ist ja immer eine Frage der Server die da hinter stecken. Natürlich ist ein Server mit 2 Xeon schneller als einer mit z.B. nem Atom Core. Aber eben das verursacht für Unternehmen die Kosten (monatlich). Da macht es dann schon einiges aus ob du für PHP 1 Server brauchst oder mehr. Wir haben bei uns das HA Setup mit 4 Servern (MySQL Master<=>Master (je 1 XEON, je 128 GB RAM, SSDs) & 2 Webserver (nginx + PHP 7, je 2 XEON, jeweils 64 GB RAM + SSD, Webserver haben jeweils einen Slave von der MySQL DB) + 2 redundante Loadbalancer) bei ~5.000 Zugriffen pro Minute, und keinerlei Probleme auch bei Spitzen in denen wir ~50.000 Zugriffe pro Minute verarbeiten, ich wage nun einmal die Vermutung zu treffen (aufgrund der Benchmarks von oben) das wir bei einem analogen Ruby on Rails Setup wahrscheinlich Probleme bekommen würden. -
Ich habe nie gesagt das mit PHP etwas möglich ist, was mit Ruby nicht möglich ist, eben nur das PHP für das Web optimiert ist und Ruby eben nicht (was die Zahlen von @[LSRL]Noxaro auch belegen).
Ruby ist asynchron? Hab ich ja noch nie gehört.
-
Ich wäre dafür wir beschränken uns auf einen Thread @Slider
zu Rails:
Ja mag sein, trotzdem kann das Rails Framework auch nur soviel optimieren wie Ruby eben zulässt und da Ruby nicht für die Webentwicklung erstellt wurde ist es nicht für den Betrieb als Webserver/Interpreter geeignet. Rails versucht das eben nur zu umschiffen und eben doch möglich zu machen. Es ist wie gesagt alles ein für und wieder, Ruby ist halt einfach nicht fürs web "gemacht".zu node.js
Einfach weil es flexibler ist und eben "non blocking" also asynchron. -
Hast du wirklich im Business schon einmal PHP Programmiert? Wenn man alleine vor sich hin programmiert ist es alles kein Problem, da interessieren Conventions nicht, da gebe ich dir recht. Aber sobald du in den Businessbereich gehst werden die Anforderungen wesentlich strenger. Rails ist aber nicht unbekannt, (Launch Date 2004). Der Weg entwickelt sich ehr hin zu Go/Swift/JS/PHP* und eben weg von diesen "alten" Sprachen (Python, Ruby usw.) siehe https://www.heise.de/developer…s-Top-10-ein-3263014.htmlhttps://www.heise.de/developer…bwaertstrend-3739453.html
* Je nach gewählten Programmiersprachen Ranking ist PHP mal groß gestiegen und mal nur minimal.
-
zu 1. Es war kein Angriff, sondern nur die Aussage das der Schritt von PHP zu Ruby kein wirkliches "weiter kommen" ist.
zu 2. Ja natürlich, sieht man ja z.B. Redmine, trotzdem ist der Ruby Stack einfach nicht fürs Web optimiert bzw. ursprünglich gemacht wie eben PHP. Ich will nicht behaupten das PHP das Gelbe vom Ei ist, bei weitem nicht, es ist eben nur fürs Web optimiert und dafür entwickelt.M.M.n. sollten wirkliche Webprojekte heutzutage aus einer Mischung eines PHP Frameworks & eines Javascript Frameworks (z.B. PHP: Laravel, JS : Vue.JS oder AngularJS) entstehen, natürlich gibt es manchmal auch Gründe für ASP.NET oder Java oder Ruby oder Python oder Javascript. Es kommt immer auf den Anwendungsfall an, Realtime Anwendungen würde ich sogar ehr mit node.js statt mit PHP/Ruby/Python usw. schreiben.
-
Ich denke wir sollten dieses "Ruby <=> PHP Battle" hier nun ruhen lassen und uns alle entsprechend auf den Thread konzentrieren.
Die Conventions hast du überall, egal welche Sprache egal welches Framework.
-
Ich kann dir aus Erfahrung sagen, im Business Bereich gibt es eben nicht PHP Developer wie Sand am Meer. Und alle von dir genannten Vorteile bietet z.B. Laravel ebenso, mal davon abgesehen das der Lead Developer von Laravel (Taylor Otwell) von Ruby on Rails weg ist, weil es zu unflexibel ist und deshalb eben zu PHP gegangen ist und sein eigenes Framework gebaut hat.
