php的點餐系統源碼

發布時間: 2024-11-01 20:13:53

1. 開發一個小程序大概得要多少錢

開發一套小程序，價錢幾萬元到幾十萬不一，下列列舉價目表：

靠前種，套模版小程序-價錢較為低，一般好幾千到一萬特性是：一般必須按年收費標准。假如一些效果沒法滿足你，在模版基本上，再做訂制開發就可以。相對於徹底訂制開發而言，實際操作簡易，便捷，價格便宜，開發時間較短，一個星期上下就可以發布。

第二種，選購源代碼-價錢中等水平，一般兩-三萬上下。特性是：便捷，可以迅速發布；重要的便是你性有著了小程序源代碼，不用按年交費。並且能夠運用源代碼，開發無數小程序，不用再次付款費用。但不一定可以購到適合的源代碼，若有適合的源代碼，那麼這類方法是劃算，有確保的。

第三種，訂制開發-價錢較為高，一般五萬到十幾萬特性是：與眾不同的，具備性所有權，作用是依照你的規定訂制開發的，服務項目也更為及時但便是價錢較為高，訂製版的基礎費用在幾萬元到十幾萬不一。

開發一套小程序可以用凡科輕站，凡科輕站小程序是凡科旗下的微信小程序製作工具。通過凡科輕站小程序，企業或門店商家能夠快速製作小程序官網或小程序服務平台，從而實現基於小程序的營銷推廣及線上交易。

想get好看的小程序模板？那就快點擊這里：凡科輕站小程序

2. 微信小程序點單系統多少錢

微信小程序點單系統大概價格從幾千到幾萬，詳細要依據具體的功能及需求來做決定的。

第一種是賣模板為主的網路公司

優點是：價格低，幾千塊錢到萬元之間就可以解決，方便，可以迅速上線;

缺點是：修改功能麻煩，這里需要避免低價陷阱，不要到最後才發現模板性的修改功能所花的錢比買模板還貴。並且不是獨立的，一個模本賣給很多商家用，模板不是永久使用的，一般每年都要交年費。

第二種是主流的方式，定製開發為主的網路公司，市面上有許多類似的科技網路公司

優點是：專門為你的企業和店面定製的，功能你來定，要求你來定，後期修改BUG方便，改東西也非常方便，最關鍵的是永久使用權!

缺點是：相對價格很高!定製版的基本費用在上萬元到十幾萬不等!不過貴也有貴的道理吧，畢竟功能做得更全面一點。

最終還是看你自己所需，反正不管價格多少，最起碼能夠幫助你才是真！

3. 開發一個餐飲小程序多少錢

開發一個餐飲小程序多少錢

簡單點來說，要視手機APP的需求及質量而言，價位一般在幾千到十幾萬左右，更高端的價格更高。

四、APP開發公司的所在地

需要注意的是，同樣實力的APP開發公司，在不同的城市也會導致APP的成本費用高一些，如在北京、深圳和上海等地的開發公司開發成本費用就會比較高，因為當地開發人員的薪資和其他支出相對更高。

4. Node.js 與 python 作為後端服務的編程語言各有什麼優劣

一. NodeJS的特點

我們先來看看NodeJS官網上的介紹：

Node.jsis a platform built on Chrome』sjavaScriptruntime for easily building fast, scalable network applications.node.jsuses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications that run across distributed devices.

其特點為：
1. 它是一個Javascript運行環境

2. 依賴於Chrome V8引擎進行代碼解釋

3. 事件驅動

4. 非阻塞I/O

5. 輕量、可伸縮，適於實時數據交互應用

6. 單進程，單線程

二. NodeJS帶來的對系統瓶頸的解決方案

它的出現確實能為我們解決現實當中系統瓶頸提供了新的思路和方案，下面我們看看它能解決什麼問題。

1. 並發連接

舉個例子，想像一個場景，我們在銀行排隊辦理業務，我們看看下面兩個模型。

（1）系統線程模型：

這種模型的問題顯而易見，服務端只有一個線程，並發請求（用戶）到達只能處理一個，其餘的要先等待，這就是阻塞，正在享受服務的請求阻塞後面的請求了。

（2）多線程、線程池模型：

這個模型已經比上一個有所進步，它調節服務端線程的數量來提高對並發請求的接收和響應，但並發量高的時候，請求仍然需要等待，它有個更嚴重的問題。到代碼層面上來講，我們看看客戶端請求與服務端通訊的過程：

服務端與客戶端每建立一個連接，都要為這個連接分配一套配套的資源，主要體現為系統內存資源，以php為例，維護一個連接可能需要20M的內存。這就是為什麼一般並發量一大，就需要多開伺服器。

那麼NodeJS是怎麼解決這個問題的呢？我們來看另外一個模型，想像一下我們在快餐店點餐吃飯的場景。

（3）非同步、事件驅動模型

我們同樣是要發起請求，等待伺服器端響應；但是與銀行例子不同的是，這次我們點完餐後拿到了一個號碼，拿到號碼，我們往往會在位置上等待，而在我們後面的請求會繼續得到處理，同樣是拿了一個號碼然後到一旁等待，接待員能一直進行處理。

等到飯菜做號了，會喊號碼，我們拿到了自己的飯菜，進行後續的處理（吃飯）。這個喊號碼的動作在NodeJS中叫做回調（Callback），能在事件（燒菜，I/O）處理完成後繼續執行後面的邏輯（吃飯），這體現了NodeJS的顯著特點，非同步機制、事件驅動整個過程沒有阻塞新用戶的連接（點餐），也不需要維護已經點餐的用戶與廚師的連接。

基於這樣的機制，理論上陸續有用戶請求連接，NodeJS都可以進行響應，因此NodeJS能支持比Java、PHP程序更高的並發量雖然維護事件隊列也需要成本，再由於NodeJS是單線程，事件隊列越長，得到響應的時間就越長，並發量上去還是會力不從心。

總結一下NodeJS是怎麼解決並發連接這個問題的：更改連接到伺服器的方式，每個連接發射（emit）一個在NodeJS引擎進程中運行的事件（Event），放進事件隊列當中，而不是為每個連接生成一個新的OS線程（並為其分配一些配套內存）。

2. I/O阻塞

NodeJS解決的另外一個問題是I/O阻塞，看看這樣的業務場景：需要從多個數據源拉取數據，然後進行處理。

（1）串列獲取數據，這是我們一般的解決方案，以PHP為例

假如獲取profile和timeline操作各需要1S，那麼串列獲取就需要2S。

（2）NodeJS非阻塞I/O，發射/監聽事件來控制執行過程

NodeJS遇到I/O事件會創建一個線程去執行，然後主線程會繼續往下執行的，因此，拿profile的動作觸發一個I/O事件，馬上就會執行拿timeline的動作，兩個動作並行執行，假如各需要1S，那麼總的時間也就是1S。它們的I/O操作執行完成後，發射一個事件，profile和timeline，事件代理接收後繼續往下執行後面的邏輯，這就是NodeJS非阻塞I/O的特點。

總結一下：Java、PHP也有辦法實現並行請求（子線程），但NodeJS通過回調函數（Callback）和非同步機制會做得很自然。

三. NodeJS的優缺點

優點：1. 高並發（最重要的優點）

2. 適合I/O密集型應用

缺點：1. 不適合CPU密集型應用；CPU密集型應用給Node帶來的挑戰主要是：由於JavaScript單線程的原因，如果有長時間運行的計算（比如大循環），將會導致CPU時間片不能釋放，使得後續I/O無法發起；

解決方案：分解大型運算任務為多個小任務，使得運算能夠適時釋放，不阻塞I/O調用的發起；

2. 只支持單核CPU，不能充分利用CPU

3. 可靠性低，一旦代碼某個環節崩潰，整個系統都崩潰

原因：單進程，單線程

解決方案：（1）Nnigx反向代理，負載均衡，開多個進程，綁定多個埠；

（2）開多個進程監聽同一個埠，使用cluster模塊；

4. 開源組件庫質量參差不齊，更新快，向下不兼容

5. Debug不方便，錯誤沒有stack trace

四. 適合NodeJS的場景

1. RESTful API

這是NodeJS最理想的應用場景，可以處理數萬條連接，本身沒有太多的邏輯，只需要請求API，組織數據進行返回即可。它本質上只是從某個資料庫中查找一些值並將它們組成一個響應。由於響應是少量文本，入站請求也是少量的文本，因此流量不高，一台機器甚至也可以處理最繁忙的公司的API需求。

2. 統一Web應用的UI層

目前MVC的架構，在某種意義上來說，Web開發有兩個UI層，一個是在瀏覽器裡面我們最終看到的，另一個在server端，負責生成和拼接頁面。

不討論這種架構是好是壞，但是有另外一種實踐，面向服務的架構，更好的做前後端的依賴分離。如果所有的關鍵業務邏輯都封裝成REST調用，就意味著在上層只需要考慮如何用這些REST介面構建具體的應用。那些後端程序員們根本不操心具體數據是如何從一個頁面傳遞到另一個頁面的，他們也不用管用戶數據更新是通過Ajax非同步獲取的還是通過刷新頁面。

3. 大量Ajax請求的應用

例如個性化應用，每個用戶看到的頁面都不一樣，緩存失效，需要在頁面載入的時候發起Ajax請求，NodeJS能響應大量的並發請求。總而言之，NodeJS適合運用在高並發、I/O密集、少量業務邏輯的場景。

Python的優缺點

優點

簡單————Python是一種代表簡單主義思想的語言。閱讀一個良好的Python程序就感覺像是在讀英語一樣，盡管這個英語的要求非常嚴格！Python的這種偽代碼本質是它最大的優點之一。它使你能夠專注於解決問題而不是去搞明白語言本身。

易學————就如同你即將看到的一樣，Python極其容易上手。前面已經提到了，Python有極其簡單的語法。

免費、開源————Python是FLOSS（自由/開放源碼軟體）之一。簡單地說，你可以自由地發布這個軟體的拷貝、閱讀它的源代碼、對它做改動、把它的一部分用於新的自由軟體中。FLOSS是基於一個團體分享知識的概念。這是為什麼Python如此優秀的原因之一——它是由一群希望看到一個更加優秀的Python的人創造並經常改進著的。

高層語言————當你用Python語言編寫程序的時候，你無需考慮諸如如何管理你的程序使用的內存一類的底層細節。

可移植性————由於它的開源本質，Python已經被移植在許多平台上（經過改動使它能夠工作在不同平台上）。如果你小心地避免使用依賴於系統的特性，那麼你的所有Python程序無需修改就可以在下述任何平台上面運行。這些平台包括linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、PlayStation、Sharp Zaurus、Windows CE甚至還有PocketPC、Symbian以及Google基於linux開發的Android平台！

解釋性————這一點需要一些解釋。一個用編譯性語言比如C或C++寫的程序可以從源文件（即C或C++語言）轉換到一個你的計算機使用的語言（二進制代碼，即0和1）。這個過程通過編譯器和不同的標記、選項完成。當你運行你的程序的時候，連接/轉載器軟體把你的程序從硬碟復制到內存中並且運行。而Python語言寫的程序不需要編譯成二進制代碼。你可以直接從源代碼運行程序。在計算機內部，Python解釋器把源代碼轉換成稱為位元組碼的中間形式，然後再把它翻譯成計算機使用的機器語言並運行。事實上，由於你不再需要擔心如何編譯程序，如何確保連接轉載正確的庫等等，所有這一切使得使用Python更加簡單。由於你只需要把你的Python程序拷貝到另外一台計算機上，它就可以工作了，這也使得你的Python程序更加易於移植。

面向對象————Python既支持面向過程的編程也支持面向對象的編程。在「面向過程」的語言中，程序是由過程或僅僅是可重用代碼的函數構建起來的。在「面向對象」的語言中，程序是由數據和功能組合而成的對象構建起來的。與其他主要的語言如C++和Java相比，Python以一種非常強大又簡單的方式實現面向對象編程。

可擴展性————如果你需要你的一段關鍵代碼運行得更快或者希望某些演算法不公開，你可以把你的部分程序用C或C++編寫，然後在你的Python程序中使用它們。

可嵌入性————你可以把Python嵌入你的C/C++程序，從而向你的程序用戶提供腳本功能。

豐富的庫————Python標准庫確實很龐大。它可以幫助你處理各種工作，包括正則表達式、文檔生成、單元測試、線程、資料庫、網頁瀏覽器、CGI、FTP、電子郵件、XML、XML-RPC、HTML、WAV文件、密碼系統、GUI（圖形用戶界面）、Tk和其他與系統有關的操作。記住，只要安裝了Python，所有這些功能都是可用的。這被稱作Python的「功能齊全」理念。除了標准庫以外，還有許多其他高質量的庫，如wxPython、Twisted和Python圖像庫等等。

概括————Python確實是一種十分精彩又強大的語言。它合理地結合了高性能與使得編寫程序簡單有趣的特色。

規范的代碼————Python採用強制縮進的方式使得代碼具有極佳的可讀性。

缺點

強制縮進

這也許不應該被稱為局限，但是它用縮進來區分語句關系的方式還是給很多初學者帶來了困惑。即便是很有經驗的Python程序員，也可能陷入陷阱當中。最常見的情況是tab和空格的混用會導致錯誤，而這是用肉眼無法分別的。

單行語句和命令行輸出問題

很多時候不能將程序連寫成一行，如import sys;for i in sys.path:print i。而perl和awk就無此限制，可以較為方便的在shell下完成簡單程序，不需要如Python一樣，必須將程序寫入一個.py文件。（對很多用戶而言這也不算是限制）

NO.1 運行速度，有速度要求的話，用C++改寫關鍵部分吧。

NO.2 國內市場較小（國內以python來做主要開發的，目前只有一些web2.0公司）。但時間推移，目前很多國內軟體公司，尤其是游戲公司，也開始規模使用他。

No.3 中文資料匱乏（好的python中文資料屈指可數）。托社區的福，有幾本優秀的教材已經被翻譯了，但入門級教材多，高級內容還是只能看英語版。

NO.4 構架選擇太多（沒有像C#這樣的官方.net構架，也沒有像ruby由於歷史較短，構架開發的相對集中。Ruby on Rails 構架開發中小型web程序天下無敵）。不過這也從另一個側面說明，python比較優秀，吸引的人才多，項目也多。

5. 製作微信小程序大概需要多少費用

如果是定製小程序的話需要幾萬元以上，如果藉助第三方小程序製作平台的話，成本從免費到幾千不等。首先要確定準備製作的小程序類型和功能。一般常見的小程序類型有小程序商城、官網小程序、服務預約類的商城、文章類的小程序、點餐類小程序、酒店類小程序等等。功能復雜和強大類型的小程序，費用就會相對比較高了，會需要1000～3000多。並且大多數製作平台是根據版本來劃分的，不同版本有不同的功能，也有著不同的價格。

總體來說，一般在2000左右就可以擁有一個功能非常強大的小程序，這些小程序製作平台的系統一般是花了長時間開發和升級，開發成本預計都在百萬以上，所以只需花費極低的費用就能使用上百萬的系統，還是非常劃算的。

使用小程序製作平台的模板方式是性價比最高的一種方式，也是大多數中小商家常選用的一種開發方式，但每個企業情況不同，需要的小程序開發類型也不同，還是要根據自身情況選擇，適合自己的才是最好的。

有製作小程序的需求可以到凡科輕站小程序，凡科輕站小程序，自定義設置，更加貼合不同業務場景預約時間精準到天或小時，設置靈活，合理配置預約時間，資源價值最大化。

400+精美小程序模板，點擊這里馬上獲取：凡科輕站小程序

6. 歡迎背景ppt模板-如何一次性更換ppt背景

抖音為什麼會有商業的標簽

對於商業產品而言,變現是逃不開的課題,本文將在對抖音現有商業化行為總結的基礎上,大膽猜測抖音未來可能的商業化道路。變現手段首先總結抖音目前肉眼可見的變現手段。feed流廣告廣告是頭條的強項,抖音的feed流廣告除了從演算法上匹配用戶外,還有一些比較有意思的小嘗試,想簡單談談。(1)通過A/Btest確定廣...

關於商業產品而言,變現是逃不開的課題,本文將在對抖音現有商業化行為總結的根底上,斗膽猜想抖音未來或許的商業化路途。

變現手法

首要總結抖音現在肉眼可見的變現手法。

feed流廣告

廣告是頭條的強項,抖音的feed流廣告除了從演算法上匹配用野外,還有一些比較有意思的小測驗,想簡略談談。

(1)經過A/Btest確認廣告按鈕長度。不知各位有沒有發現,抖音廣告中轉化按鈕的長度經歷過幾回改變——從開端的巨細變為通欄長度,最終變為現在的款式,背麵包含的應該是同內容挑選機制相同的A/Btest思路,即經過測驗找到點擊率最高的按鈕長度。

(2)經過隨機「變色」的按鈕引發用戶獵奇心。相同是廣告按鈕,剛進入廣告時,每個按鈕都是通明色,過幾秒後會變為不同色彩,如第一個廣告中的按鈕會變為藍色,第二個廣告中的按鈕會變為橙色,運用用戶對按鈕色彩的獵奇心思,在為產品供給趣味的一同,延伸廣告觀看時長。

電商導流

商家能夠經過短視頻直接將用戶導流至自己的商品銷售頁面。

盡管頭條前段時間推出了自己的電商渠道「值點」,但現在肉眼可見的電商導流大部分仍是指向天貓和淘寶。一方面或許由於抖音的用戶畫像與值點差異較大,另一方面或許由於值點現在還在試水階段,不宜大規模導流。

定製品牌廣告

運用應戰活動與資料,協助大品牌定製廣告並從中獲利,如#應戰的定製廣告——oppo應戰賽」本來你是醬紫的」,貼紙的定製廣告——必勝客貼紙等。

直播分紅

猜想僅僅一般性的功用跟進,運用本身已有的、特點及意圖與直播用戶相似的用戶直接進行變現。與其他直播渠道沒有太大差異,不做贅述。

DOU+速推

DUO+速推是抖音近期上線的廣告辦法,可針對某一視頻進行投進,且移動端即可操作。

投進辦法包含:

根底定向投進,向限制性別、年紀、地域的人群進行投進;

指定粉絲相似的賬號,向指定賬號的粉絲人群進行投進;

鄰近商圈投進,指定直徑規模進行地域投進。

以上便是抖音現在肉眼可見的商業化手法,接下來猜想抖音未來變現的發力點。

變現發力點

個人認為抖音未來的變現發力點依然是「廣告」與「導流」。

據悉,抖音未來1年廣告收入或許破百億[1],很難想像這樣大的一塊蛋糕不能構成抖音往後的著重發力點。

除此之外,今天頭條鍛煉出的廣告功力也是抖音廣告路上很好的支撐。比方抖音在頭條投進的根底上,接連了測驗試驗思路,供給「智能投進」。在這種投進辦法下,抖音會先用一部分投進經費進行小規模測驗,找到投進作用最好的人群後再進行規模化投進,以到達推行作用最優(注:可拜見DOU+速推第一條挑選項,DOU+喚出辦法:恣意視頻點擊「轉發」按鈕即可)。

最終,抖音廣告好像並不那麼令用戶惡感,為抖音供給了在不傷用戶前提下掙錢的或許。其間,「不那麼惡感」或許歸功於以下幾點:

(1)廣告風格貼合產品特點

抖音是文娛型產品,所以抖音中的廣告也簡直都是文娛風格。

一方面,從AppGrowing供給的陳述來看[2],抖音「游戲」廣告的佔比很高,而游戲本身的文娛化特點又十分貼合抖音的產品調性,所以在抖音上進行游戲投進,作用甚至或許勝過資訊類的今天頭條。

另一方面,抖音內的非游戲廣告內容製造也都在盡量貼合文娛特點,搞怪的、賦有構思的、甚至鬼畜的,如蘇菲的構思廣告其時也收成了一片好評[3]。

(2)標明」廣告」字樣,越過本錢低

抖音中的廣告都標有「廣告」字樣,且越過本錢很低,與看到不感愛好的視頻相同,直接上滑即可越過。

(3)可人為下降推送頻次

對廣告屢次點擊「不感愛好」後,推送頻率顯著下降。跟朋友一同做過試驗,自己作為對照組,不對廣告進行「不感愛好」點擊,朋友作為試驗組,頻頻對廣告進行「不感愛好」點擊。7天後,我刷不到十條內容就會呈現廣告,而朋友接連刷幾十甚至上百條都不會呈現廣告。

綜上,收入高、才能強、不傷用戶的變現手法「廣告」應該是抖音未來的著重發力點。

但與此一同,抖音的廣告好像還有優化空間,關於廣告與用戶匹配度給出以下兩條小主張:

1)進步對「視頻廣告內容」的剖析才能

盡管現在廣告主可在投進時挑選廣告及用戶類型,但這未必是最優的匹配辦法,究竟「人」在匹配演算法上或許並沒有「機器」更了解用戶。假如「視頻內容」能夠被機器讀懂,選用相似圖文廣告的優化辦法進行優化,並為廣告視頻製造者供給牢靠主張,想必廣告作用還會更上一層樓。

2)創立並進一步豐厚用戶「商業化標簽」

用戶商業化標簽或許與用戶愛好標簽有所差異,比方喜愛萌寵的人並紛歧定有購買寵物或寵物用品的需求。或許抖音現已存在相似標簽,但就現在的運用感觸而言,好像還有不小的進步空間。

若上述兩點得到進步,結合抖音現有的挑選及分發才能,信任抖音的廣告在體會及收入方面還會有所突破。

導流

電商導流也是抖音收入來歷的一部分,從AppGrowing供給的陳述來看[2],現在「天貓」和「淘寶」佔有流量較大部分。

但抖音的野心好像未停步於此,「同城」板塊下的分類模塊是不是似曾相識?美食、景點、玩樂等等,咦?這不是群眾點評在做的工作嗎?故此猜想,抖音未來「導流」的發力點將不只限制在電商,更會向生活服務方面不斷擴展。

那麼這件工作的可行性有多高呢?形似並不低:

(1)視頻表現力更強

比較群眾點評的圖文辦法,抖音的視頻辦法更利於引起用戶愛情共識,影響消費。想想每次夜裡對著抖音美食流口水的自己,是不是也曾靜靜記下談論中的店名並前往一試了呢。

(2)社區打卡文明優秀

我們對視頻標題中、談論中隨處可見的「打卡網紅店」是不是還有形象呢,摔碗酒、冰淇淋、天空之境,在視頻烘托出好玩、好吃、好美的氣氛中,不少用戶前往全國各地進行消費並發布「打卡」視頻,而一些沒條件出遠門的用戶只能靜靜點贊。不過在抖音上線了為用戶引薦自己鄰近「網紅店」的功用後,是不是更進一步鼓舞了這種氣氛,讓生活服務分發成為或許呢?

(3)外部環境較好

不知我們有沒有感覺,橫豎我出了一次遠門後,現已開端搜索群眾點評外的其他生活服務評分軟體了。跟著營銷氣氛的延伸,群眾點評的公信力好像也在逐步式微,這樣的外部環境是不是為抖音發明了一個時機呢?

綜上,背靠本身巨大的活潑用戶群,抖音經過直接為商家導流構成的生活服務分發才能,很或許構成另一個變現發力點。

不過要做好生活服務分發,直接對接各個商家,抖音好像還有很長的路要走,相同提出以下幾點小主張:

若想打好「公信力」這張牌,前期不可防止需求做些人力開掘的「重活」,包含優質商家的開掘、人工實地勘探及審閱等。或許搜集」特徵「商家是個好辦法。一方面防止同群眾點評在「群眾商家」維度競賽,另一方面,特徵也愈加契合抖音用戶的品嘗。

相應功用穩步跟進,或許紛歧定是「評分」,打卡、熱度等具有相同說服力的功用甚至「視頻集」,都能夠協助用戶進行優質商家挑選。

操控好變現節奏,在公信力與商業化的平衡中穩步前行。

以上僅為個人觀點,文中說到的相關參閱文章見下,感謝我們的寶貴時間。

[1]抖音未來1年廣告收入破百億?但MCN在渠道仍賺不到錢

[2]國內首份抖音廣告剖析陳述,游戲職業廣告投進佔比最多

[3]蘇菲嘗鮮抖音視頻信息流廣告,網友驚嘆給滿分

CEndC

作者:lilyblood,微信號與大眾號:lilyblood,歡迎溝通~

商業運營

轉載請說明出處

知優網_抖音的商業化及其趨勢(抖音的商業化及其趨勢分析)

分享到:

2020:規模化增加需求頂層規劃下一篇

使用規劃:單列/雙列規劃的差異

php的點餐系統源碼

與php的點餐系統源碼相關的資訊