如下1、首先將手機當中的《Instagram》點擊更新；2、更新完成之后打開應用登錄自己的賬號信息；3、在頁面頂部的instagram story區域，可以看到正在直播的用戶；4、用戶的頭像有顯示直播字樣，點擊就可以觀看了；5、如果是開啟直播的話，點擊首頁左上角的相機圖標，進入拍攝頁面，點擊直播選項就可以拍攝了
美股meta是由Facebook公司從社交媒體轉型為“元宇宙”公司。
日前，Facebook首席執行官馬克-扎克伯格在Facebook Connect大會上宣布，Facebook將更名為“Meta”，來源于“元宇宙”（Metaverse），來描述新公司在虛擬世界中工作和娛樂的愿景。也就是說，Meta由美國媒體平臺Facebook部分品牌更名而來。
Facebook還表示，計劃于12月1日開始以股票代碼“MVRS”進行交易。Facebook的同名服務降級為該公司的子公司之一，與Instagram和WhatsApp并列，而不是總體品牌。這意味著，Facebook公司從社交媒體轉型為“元宇宙”公司。
【拓展資料】
元宇宙（Metaverse）是利用科技手段進行鏈接與創造的，與現實世界映射與交互的虛擬世界，具備新型社會體系的數字生活空間。
元宇宙本質上是對現實世界的虛擬化、數字化過程，需要對內容生產、經濟系統、用戶體驗以及實體世界內容等進行大量改造。但元宇宙的發展是循序漸進的，是在共享的基礎設施、標準及協議的支撐下，由眾多工具、平臺不斷融合、進化而最終成形。它基于擴展現實技術提供沉浸式體驗，基于數字孿生技術生成現實世界的鏡像，基于區塊鏈技術搭建經濟體系，將虛擬世界與現實世界在經濟系統、社交系統、身份系統上密切融合，并且允許每個用戶進行內容生產和世界編輯。
元宇宙一詞誕生于1992年的科幻小說《雪崩》，小說描繪了一個龐大的虛擬現實世界，在這里，人們用數字化身來控制，并相互競爭以提高自己的地位，到現在看來，描述的還是超前的未來世界。關于“元宇宙”，比較認可的思想源頭是美國數學家和計算機專家弗諾·文奇教授，在其1981年出版的小說《真名實姓》中，創造性地構思了一個通過腦機接口進入并獲得感官體驗的虛擬世界。
2021年12月，入選《柯林斯詞典》2021年度熱詞；12月6日，入選“2021年度十大網絡用語”。12月8日，入選《咬文嚼字》“2021年度十大流行語”。 [30] 2022年1月，智庫公布2021年度十大熱詞，入選。
學習是以興趣為前提的，你要對你所要學的內容產生興趣，這樣你才會花心思去學習。這和是不是小白沒關系的，對于小白而言，在學習過程中就需要更努力，多花時間和心思沒有什么是學不會的。
自學方法：
1、作為一個初學者，你必須明確系統的學習方案，我建議一定有一個指導的人，全靠自己學，放棄的幾率非常大，在你對于web前端還沒有任何概念的時候，需要一個人領進門，之后就都靠自己鉆研，第一步就是確定web前端都需要哪些內容，并且在多少時間內學完，建議時間6個月保底。
2、視頻為主，書為輔。很多初學者在學習前端的時候非常喜歡去買書，但是最后的結果是什么？看來看去什么都不會寫，所以在這里給大家提醒，書可以看，但是是在建立于你已經對于某個知識點有了具體操作的執行后，在用書去鞏固概念，這樣更加利于你對于知識的理解。
3、對于學習技術來講，掌握一個學習方法是非常重要的，其實對于學習web前端來講，學習方法確實很多都是相通的，一旦學習方法不對，可能就會造成“方法不對，努力白費”。其實關于這方面還是很多的，我就簡單說個例子，有的人邊聽課邊跟著敲代碼，這樣就不對，聽課的時候就專心聽，做題的時候就專心做題，這都是過來人的經驗，一定要聽。根據每個人的不同，可能學習方法也會有所出路，找到適合你自己的學習法方法是學習的前提。
4、不建議自己一個人瞎學，在我了解學習編程的這些人來看，從零基礎開始學并且最后成功做這份工作的其實并沒有幾個，我覺得大部分原因就是因為他們都不了解web前端是干什么的，學什么的，就盲目的買書看，到處找視頻看，最后看著看著就放棄了，所以我建議初學者在沒有具體概念之前，還是找有經驗的人請教一下，聊過之后你就會知道web前端具體是干什么的，該怎么學，這是我個人的小建議，可以不采納。
自學路線：
第1階段：前端頁面重構(4周)
內容包含了：(PC端網站布局項目、HTML5+CSS3基礎項目、WebApp頁面布局項目)
第2階段：JavaScript高級程序設計(5周)
內容包含：(原生JavaScript交互功能開發項目、面向對象進階與ES5/ES6應用項目、JavaScript工具庫自主研發項目)
第3階段：PC端全棧項目開發(3周)
內容包含：(jQuery經典交互特效開發、HTTP協議、Ajax進階與PHP/JAVA開發項目、前端工程化與模塊化應用項目、PC端網站開發項目、PC端管理信息系統前端開發項目)
第4階段：移動端項目開發(6周)
內容包含：(Touch端項目、買粉絲場景項目、應用Angular+Ionic開發WebApp項目、應用Vue.js開發WebApp項目、應用React.js開發WebApp項目)
第5階段：混合(Hybrid,ReactNative)開發(1周)
內容包含：(買粉絲小程序開發、ReactNative、各類混合應用開發)
第6階段：NodeJS全棧開發(1周)
內容包括：(WebApp后端系統開發、一、NodeJS基礎與NodeJS核心模塊二、Express三、noSQL數據庫)
視頻教程：
網頁鏈接
網頁鏈接
如果你對于學習前端有任何不懂的可以隨時來問我，如果沒有比較好的教程，也可以問我要。
PostgreSQL的穩定性極強，Innodb等索引在崩潰，斷電之類的災難場景下 抗擊打能力有了長足進步，然而很多 MqSQL用戶 都遇到過 Server級的數據庫丟失的場景 -- MySQL系統庫是 MyISAM，相比之下，PG數據庫這方面要更好一些。
任何系統都有它的性能極限，在高并發讀寫，負載逼近極限下，PG的性能指標仍可以位置雙曲線甚至對數曲線，到 頂峰之后不在下降，而MySQL明顯出現一個波峰后下滑（5.5版本 之后，在企業級版本中有個插件可以改善很多，不過需要付費）。
PG多年來在 GIS（地理信息）領域處于優勢地位，因為它有豐富的幾何類型，PG有大量字典，數組，bitmap等數據類型，相比之下 MySQL就差很多， Instagram就是因為 PG的空間數據庫 擴展 POSTGIS遠遠強于 MySQL的 my spatial 而采用 PgSQL的。
PG的“無鎖定”特性非常突出，甚至包括 vacuum這樣的整理數據空間的操作，這個和PGSQL的MVCC實現有關系。
PG可以使用函數 和 條件索引，這使得 PG數據庫的調優非常靈活， MySQL就沒有這個功能，條件索引在 web應用中 很重要。
PG有極其強悍的 SQL編程能力（9.x 圖靈完備，支持遞歸！），有非常豐富的統計函數和統計語法支持，比如分析函數（Oracle的叫法，PG里叫Window函數），還可以用多種語言來寫存儲過程，對于 R的支持也很好。這一點MySQL就差很多，很多分析功能都不支持，騰訊內部的存儲主要是 MySQL，但是數據分析主要是 Hadoop+ PgSQL。
PG的有多種集群架構可以選擇，plproxy可以之hi語句級的鏡像或分片，slony可以進行字段級的同步配置，standby 可以構建 WAL文件級或流式的讀寫分離集群，同步頻率和集群策略調整方便。
一般關系型數據庫字符串有長度限制 8k 左右，無限長 TEXT類型的功能受限，只能作為外部大數據訪問。而 PG 的 TEXT 類型 可以直接訪問且無長度限制， SQL語法內置 正則表達式，可以索引，還可以全文檢索，或使用 xml xpath。用 PG的話，文檔數據庫都可以省了。
PgSQL對于 numa 架構的支持比 MySQL強一些，比 MySQL對于讀的性能更好一些， PgSQL提交可以完全異步提交，而 MySQL的內存表不夠實用（因為表鎖的原因）。
pgsql除了存儲正常的數據類型外，還支持存儲
array，不管是一維數組還是多維數組均支持。
json和jsonb，相比使用 text存儲要高效很多。
json和 jsonb在更高的層面上看起來幾乎是一樣的，但是存儲實現上是不同的。
json存儲完的文本，json列會每次都解析存儲的值，它不支持索引，但 可以為創建表達式索引。
jsonb存儲的二進制格式，避免了重新解析數據結構。它支持索引，這意味著 可以不使用指定索引就能查詢任何路徑。
當我們比較寫入數據速度時，由于數據存儲 的方式的原因，jsonb會比 json 稍微的慢一點。json列會每次都 解析存儲的值，這意味著鍵的順序要和輸入的 時候一樣。但是 jsonb不同，以二進制格式存儲且不保證鍵的順序。因此如果有軟件需要依賴鍵的順序，jsonb可能不是最佳選擇。使用 jsonb的優勢還在于可以輕易的整合關系型數據和非關系型 數據 ，PostgreSQL對于 mongodb這類數據庫是一個不小的威脅，畢竟如果一個表中只有一列數據的類型是半結構化的，沒有必要為了遷就它而整個表的設計都采用 schemaless的結構。
1. CPU限制
PGSQL
沒有CPU核心數限制，有多少CPU核就用多少
MySQL
能用128核CPU，超過128核用不上
2. 配置文件參數
PGSQL
一共有255個參數，用到的大概是80個，參數比較穩定，用上個大版本配置文件也可以啟動當前大版本數據庫
MySQL
一共有707個參數，用到的大概是180個，參數不斷增加，就算小版本也會增加參數，大版本之間會有部分參數不兼容情況
3. 第三方工具依賴情況
PGSQL
只有高可用集群需要依靠第三方中間件，例如：patroni+etcd、repmgr
MySQL
大部分操作都要依靠per買粉絲na公司的第三方工具（per買粉絲na-toolkit，XtraBackup），工具命令太多，學習成本高，高可用集群也需要第三方中間件，官方MGR集群還沒成熟
4. 高可用主從復制底層原理
PGSQL
物理流復制，屬于物理復制，跟SQL Server鏡像/AlwaysOn一樣，嚴格一致，沒有任何可能導致不一致，性能和可靠性上，物理復制完勝邏輯復制，維護簡單
MySQL
主從復制，屬于邏輯復制，（sql_log_bin、binlog_format等參數設置不正確都會導致主