web前端开发和web后台开发两者中PHP分别处于什么位置? 微博系统的后台开发需要了解什么? 整个微博体系架构都是怎样的?
作为一个在读大学生,希望以后做web的后台开发,要怎么走这条路?
回复内容:
Web前端的工作除了与交互设计师、视觉设计师协作,根据设计图用HTML和CSS完成页面制作。同时,在此基础之上,对完成的页面进行维护和对网站前端性能做相应的优化。后台程序员更多是与数据打交道,这点无论是PHP、http://ASP.Net、JSP等语言,都是实现数据的处理的。在这个基础上,才有了针对高并发、可扩展的系统架构。
至于微博系统,就实现上其实和其它的系统没有本质性的。2011PHPChina技术高峰论坛上,腾讯的潘少宁帅哥讲了讲腾讯微博的架构,你可以关注一下。 前端开发里,PHP主要用来生成前端可用的数据格式,比如HTML/XML/JSON
后台开发里,PHP主要用来做设计模式、逻辑处理、数据库访问、其它应用程序接口调用及处理返回数据等操作。
但是不得不说的是,海量级别的后台开发,一般不用PHP,而是用C/C++做底层开发,再以CGI或是其它方式调用。PHP只是个中间层,或者说是“前台”层。说到底,后台开发玩的都不是这些语言细节,而是算法、数据库、设计模式、系统底层。这些基础更重要。
至于语言,立志学后台的话我建议还是用PYTHON/C/C++好点,少很多限制,对系统的访问能力也强很多。而PHP更多只是用来做些网页内容的处理,内容之外的东西比如多媒体、分布式之类的用它就比较惨了。
至于说微博的体系架构,其实最好独立一个问题,太范了,大致User Timeline设计逻辑上有分PULL和PUSH两种:
- PULL: 轮巡用户的好友列表获取每个的Timeline组合为一个;
- PUSH:每当用户有新广播或添加好友时,把这个用户的消息推送给所有好友
别的地方的架构就更多了,尤其涉及到分层、具体业务、性能、分布式等等问题 web 技术其实没什么秘密可言大家分享得越多技术差距就会逐步缩小。 我觉得现阶段还是学好js,以后js会有较大发展 问的问题逻辑性有点问题或者说对编程缺乏了解。一般来讲前端开发包括但不限于HTML CSS JS(和JS库类)和FLASH,后台开发语言包括但不限于PHP C# Java Python,还有存储信息的数据库包括但不限于MySQL Microsoft SQL Oracle
PHP是一种开发网站的脚本编程语言,所以如果是以PHP为开发语言的网站不管是前台和后台都占有重要的位置。
微博只是一个web产品,任何web产品基本架构都是 前台表现层 后台脚本 和数据库。
如果对开发网站有兴趣,职业方向有三个 前台表现层:交互设计师,后台脚本:编程工程师 数据库:DBA
最后一点 就是你要选择一门编程语言

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









1. module を使用したファイルへのログ出力:logging はカスタム レベルのログを生成し、指定したパスにログを出力できます ログ レベル: debug (デバッグ ログ) = 5) {clearTimeout (time) // すべての結果が取得された場合 10連続した時間が空です スケジュールされたタスクのログをクリアします}return}if(data.log_type==2){//新しいログが取得された場合 for(i=0;i

Caddy の概要 Caddy は強力で拡張性の高い Web サーバーであり、現在 Github 上に 38,000 以上のスターが付いています。 Caddy は Go 言語で書かれており、静的リソースのホスティングとリバース プロキシに使用できます。 Caddy には以下の主な特徴があります: Nginx の複雑な構成と比較して、元の Caddyfile 構成は非常にシンプルです; 提供する AdminAPI を通じて構成を動的に変更できます; デフォルトで自動 HTTPS 構成をサポートし、自動的に適用して構成できますHTTPS 証明書; 数万のサイトのデータに拡張可能; 追加の依存関係なしでどこでも実行可能; Go 言語で記述されているため、メモリの安全性がより保証されます。まずはCentOに直接インストールします

フォーム検証は Web アプリケーション開発において非常に重要なリンクであり、フォーム データを送信する前にデータの有効性をチェックして、アプリケーションのセキュリティ脆弱性やデータ エラーを回避できます。 Web アプリケーションのフォーム検証は、Golang を使用すると簡単に実装できます。この記事では、Golang を使用して Web アプリケーションのフォーム検証を実装する方法を紹介します。 1. フォーム検証の基本要素 フォーム検証の実装方法を紹介する前に、フォーム検証の基本要素が何であるかを知る必要があります。フォーム要素: フォーム要素は

JavaAPI 開発における Web サーバー処理に Jetty7 を使用する インターネットの発展に伴い、Web サーバーはアプリケーション開発の中核部分となり、多くの企業でも注目を集めています。増大するビジネス ニーズを満たすために、多くの開発者が Web サーバー開発に Jetty の使用を選択しており、その柔軟性と拡張性は広く認識されています。この記事では、JavaAPI 開発における Jetty7 の使用方法を紹介します。

顔面遮蔽弾幕とは、映像内の人物を遮ることなく大量の弾幕が浮遊し、人物の背後から浮遊しているように見せることです。機械学習は数年前から普及していますが、これらの機能がブラウザでも実行できることは多くの人に知られていません。この記事では、ビデオ連発における実際的な最適化プロセスを紹介します。記事の最後に、適用可能なシナリオをいくつか示します。このソリューションを開くことを望んでいます。いくつかのアイデアがあります。 mediapipeDemo (https://google.github.io/mediapipe/) は、顔ブロック弾幕のオンデマンドアップアップロードの主流の実装原理を示していますサーバーのバックグラウンド計算により、ビデオ画面内のポートレート領域を抽出し、SVG ストレージに変換しますクライアントがビデオを再生している間、サーバーから SVG をダウンロードし、弾幕、ポートレートと組み合わせる

まず、frpって何?という疑問があると思います。簡単に言うと、frp はイントラネット侵入ツールであり、クライアントを設定すると、サーバー経由でイントラネットにアクセスできるようになります。現在、私のサーバーは Web サイトとして nginx を使用しており、ポート 80 が 1 つだけあります。では、FRP サーバーもポート 80 を使用したい場合はどうすればよいでしょうか?クエリ後、nginx のリバース プロキシを使用してこれを実現できます。追加: frps はサーバー、frpc はクライアントです。ステップ 1: サーバーの nginx.conf 構成ファイルを変更し、次のパラメータを nginx.conf の http{} に追加します。server{listen80

Web 標準は、W3C およびその他の関連組織によって策定された一連の仕様とガイドラインです。HTML、CSS、JavaScript、DOM、Web アクセシビリティおよびパフォーマンスの最適化の標準化が含まれます。これらの標準に従うことで、ページの互換性を向上させることができます。 、メンテナンス性とパフォーマンス。 Web 標準の目標は、Web コンテンツをさまざまなプラットフォーム、ブラウザー、デバイス上で一貫して表示および操作できるようにして、より優れたユーザー エクスペリエンスと開発効率を提供することです。

Cockpit は、Linux サーバー用の Web ベースのグラフィカル インターフェイスです。これは主に、初心者/熟練ユーザーにとって Linux サーバーの管理を容易にすることを目的としています。この記事では、Cockpit アクセス モードと、CockpitWebUI から Cockpit への管理アクセスを切り替える方法について説明します。コンテンツ トピック: コックピット エントリ モード 現在のコックピット アクセス モードの確認 CockpitWebUI からコックピットへの管理アクセスを有効にする CockpitWebUI からコックピットへの管理アクセスを無効にする まとめ コックピット エントリ モード コックピットには 2 つのアクセス モードがあります。 制限付きアクセス: これは、コックピット アクセス モードのデフォルトです。このアクセス モードでは、コックピットから Web ユーザーにアクセスできません。
