|Hacker News, Reddit, Stack Overflow Stats|
No public GitHub repository stats available
|Description||A popular general-purpose scripting language that is especially suited to web development||An open source programming language that makes it easy to build simple, reliable, and efficient software||Lightweight, interpreted, object-oriented language with first-class functions|
|Why people like using this service||
|Companies using this service|
PHP drives 80% of the web
July 11, 2014 01:42
Rants about PHP are everywhere, but during the last years the language and the whole ecosystem has evolved.
The lastest versions support namespaces, closures, traits, generators and with composer a dependency manager that changed the way PHP developers work and collaborate.
December 15, 2015 02:36
PHP to me is a legacy technology that I have years of experience in, and can step back into when necessary, but I do not choose to use in new projects.
worked with php for around a year helping a client automate their backend and optimize their existing infrastructure.
PHP powers 90% of our application; both rendering the front-end, as the background processes (data capture, processing, etc.)
To generate websites from data, and to serve my UI for defining that data. Also many small personal tools, such as icon converters (rather than bash scripts). PHP is my go-to tool for server side logic.
Built an API with Composer, PHP Unit, Doctrine, Zend Validator, Zend Filter, and Stack PHP, and a PSR-7 micro framework that someone built called Proton that does not have any documentation.
Most used web development language, we use the latest version 7 which is about twice as fast as previous versions.
We happened to write the frontend in PHP. Hey, it was 2006, and we were high school students ;-)
An older ticket purchase system as well as nearly all management tools are still written in PHP. It's a long process to migrate away from it given available development resources.
PHP is what powers the server and dynamic content pages. It may be old school but it works.
How to use SelectPdf for HTML TO PDF Conversion in PHP: http://selectpdf.com/web-html-to-pdf-rest-api-for-php-samples/
→ Tom Z
Because it is required although the server is running HHVM every bit of code is PHP friendly it's an awesome synergy.
Legacy code that, although maintained slightly, will be phased out as we migrate the 2 backend tools that rely on it to other, more robust languages. See: http://bjorn.tipling.com/if-programming-languages-were-weapons
Compact web applications, more secure and faster processing, building sophisticated multifaceted applications with multiple servers working together.
Go was used as the language for the backend. It's fast, fun to write and proved really useful throughout the entire project.
The large majority of the microservices and workers in our latest product's architecture are written in Go.
I'm a big fan of Golang. I use Golang in most time. In addition, The most software projects of me are written by Golang.
Simple but powerful language to create system and network tools that we utilize. Compiled program makes it easy to deploy due to no complex dependencies.
We use golang to create image and video preprocessor, utility for health check + autoscaling and many others
Go powers most of our backend. We primarily like Go due to it's memory efficiency, fast compilation times, excellent concurrency support and great tooling.
High performance backoffice integration systems, with more than 70 millions of dayly synchronizations and peaks over 100k synchronizations per minute.
A handwritten Go parser takes the human-readable representation and generates
blacklight bytecode out of it.
blacklight leverages the concurrency and garbage collection features of Go.
For some of our more taxing parts of our applications, something able to handle high I/O load quickly and with fast processing is needed. Go has completely filled that gap, allowing us to break down walls that would've been completely impossible with other languages.
We're huge fans of Go. We've been porting code into Go for performance and correctness reasons, and most new development is done in Go.
The first time I actually started using Go was for software on our devices. So on our hotspots we have some custom software running in the firmware. For the first device, that was actually completely built by our manufacturer. But for the second generation most of the parts are built by us in-house and we needed a way to quickly develop software for the device. But we don't have any C programmers in-house, so we were actually looking for something that basically sits in between the friendliness of Ruby, but the performance and the ability to be deployed on an embedded system which you get with C. That's basically what led us to Go and it's been awesome for that. It works so well and so great. Since it works so great, it pushed us into looking into whether we should start using this for some backend services as well.
We wrote our own image processing, resizing, and snapshotting service in Go to allow our clients to send photos and GIFs to each other. Files are stored in S3, resized on the fly using OpenCV, and then cached in GroupCache before being served to clients.
Go allows it all to be quite fast and efficient, and entirely non-blocking on uploads!
Go is used for the server side code that harvests data, generates reports, and hosts the API for interacting with Social Harvest. It is the major piece of technology used to make Social Harvest possible.
Used in all my roles. Love the npm ecosystem and the fast moving landscape. Experience with a variety of frameworks: angular, express, react, backbone, ember, jquery. I like building things from the ground up.
→ Sud Web
For bells and whistles on the UI, and for making the game Whack-A-Mol. I purposely avoided jQuery or other 3rd party frameworks, as I was aiming to make a low overhead website system, rather than a complex web application like I make most of the time.
The only notable exceptions were the use of SCSS (augmented by Compass) for styling, Bash for a few basic 'system chores' and CLI utilities required for development of the app (most notably git and heroku's CLI interface), and a bit of custom SQL for locations where the ORM extractions leaked (the app is DB-agnostic, but a bit of SQL was required to fill gaps in the ORMs when interfacing with Postgres).
All of our Frontend code is written in ECMAScript 6 using React/Redux, running on Node.js
Used Angular,Express,Mongo,Node.js and plenty APIs to support web or mobile application development.
Also used Sequalize for Object relational mapping in case the database shall be relational database, such as postgreSQL, MySQL, MariaDB, Oracle database.
Aside from usual web UI stuff, the user support widget/chat client, Z-XMPP, is written in it.
There are a couple js front end pieces that make my page look a little better.
JS on the config pages as well as within the watchapp for communication with the Foursquare API.
Used along with jQuery to add site interactivity, tag management and analytics.