Saya pikir pertanyaan Anda mungkin cukup spesifik untuk PHP, karena saya tidak dapat melihat teknologi back-end lainnya yang Anda sebutkan digunakan seperti ini.
PHP adalah contoh lucu karena dapat (dalam cara yang agak jelek saya dapat menambahkan) dipandang sebagai bahasa all-in-one sehubungan dengan banyak proyek web. Anda dapat melakukan tugas " back-end " tradisional Anda - seperti operasi file dan database, sementara juga membangun mark-up " front-end ".
Ini jelas dapat menyebabkan kekacauan spaghetti di mana tidak ada pemisahan yang nyata dari keprihatinan, jadi itu harus benar-benar disukai dalam pikiran saya. Sebagai contoh yang bagus, jika Anda menelusuri sumber wordpress Anda sering dapat tersesat - dan itu adalah salah satu proyek di mana saya menyalahkan bahasa, organisasi basis kode sebenarnya sangat baik.
Ini dapat diatasi, agak, dengan menggunakan " mesin templating " (seperti Smarty )) - tetapi masih PHP yang membangun "front-end" sementara juga menyediakan fungsionalitas "back-end". Ini adalah keputusan yang disengaja di balik desain PHP, bagaimanapun, ini adalah " prosesor hypertext "!
Jadi PHP dapat dengan mudah masuk ke penggunaan " front-end " dan " back-end ", yang seharusnya menjelaskan contoh Anda. Oleh karena itu Anda kemungkinan besar benar bahwa PHP akan memproses dan membangun semua mark-up untuk front-end, tetapi akan membuat permintaan di tempat lain untuk mengumpulkan data yang diperlukan - kemungkinan besar layanan menulis dalam salah satu bahasa yang disebutkan di atas .
Secara pribadi, saya merasa seluruh terminologi "back-end" dan "front-end" agak .. mungkin sudah ketinggalan zaman. Saya lebih suka hal-hal hanya dirujuk ke sisi klien dan sisi server; maka tidak ada ambiguitas nyata. *
Baru-baru ini saya melihat spesifikasi klien yang membutuhkan sistem back-end yang ditulis dalam node.js dan alat terkait, tetapi menginginkan pembangunan front-end menggunakan kerangka kerja PHP (Laravel). Ini datang dengan banyak biaya terkait, dan dalam pikiran saya - bukan solusi yang elegan dan dapat menyebabkan beberapa masalah yang adil di telepon.
Secara pribadi, konfigurasi seperti ini tampaknya seperti seseorang yang tidak perlu menyuntikkan PHP ke tumpukan lain - yang berarti lebih banyak sumber daya yang diperlukan daripada yang sebenarnya diperlukan, staf pemeliharaan membutuhkan paparan pada berbagai teknologi yang lebih luas dan ada lebih banyak titik kegagalan.
Selain itu, saya juga berpikir ada sangat sedikit skenario yang menjamin tumpukan perantara seperti ini; sebagian besar bahasa / kerangka kerja back-end mampu menghasilkan mark-up yang diperlukan untuk front-end. Meskipun saya berdiri untuk dikoreksi di sana.
* Meskipun, untuk menghidupkan pertanyaan Anda tentang itu .. Bagaimana dengan sistem back-end yang dibangun menggunakan Javascript? (node.js;))
Edit:
Setelah membaca komentar oleh @itsbruce, saya telah memutuskan untuk mengklarifikasi apa yang saya maksud dengan ambiguitas dari terminologi "front-end" / "back-end" saya.
Secara tradisional terminologi ini akan baik-baik saja, aplikasi web secara arsitektur jauh lebih sederhana - dan saya berani mengatakannya, banyak yang bodoh. Jauh lebih bersih dalam pikiran saya untuk mengatakan "Sisi Server" dan "Sisi Klien", dan ini semakin jelas karena tren saat ini mendorong lebih banyak pemrosesan dan logika ke klien semakin umum.
Menjadi dapat diterima untuk melakukan cukup banyak pemrosesan data sisi klien (lihat saja beberapa kerangka kerja javascript yang sedang tren saat ini), namun apakah itu benar-benar front-end? Pengguna tidak melihatnya, mereka melihat hasilnya - dan berdasarkan kriteria tradisional yang umumnya dianggap "back-end"; tapi ini sedang terjadi di browser sekarang ..
Demikian pula, dan sangat relevan dengan pertanyaan ini, apakah membangun mark-up di PHP benar-benar tugas front-end? Saya ragu, penelusuran cepat papan pekerjaan menunjukkan beberapa posisi pengembang front-end mengharapkan pengalaman atau pengetahuan PHP; namun intuisi akan menyarankan bahwa mark-up untuk antarmuka secara inheren front-end.
Fakta bahwa pertanyaan ini ada bertindak sebagai contoh tentang bagaimana " ujung depan " dan " ujung belakang " secara inheren ambigu, dan akan terus demikian.
Dengan merujuk tugas sebagai "sisi server" atau "sisi klien" bahwa ambiguitas hilang, Anda tahu di mana kode dieksekusi dan bahasa apa yang akan digunakan. Jika Anda mengatakan " front-end " dalam contoh OP telah menyediakan, saya ragu banyak orang akan berkata " Oh, jadi PHP di server kan? ".