當前位置:首頁 » 網頁前端 » sae部署前端項目
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

sae部署前端項目

發布時間: 2022-06-11 03:43:06

Ⅰ 今天在用新浪sea部署javaWeb項目,遇到個問題

打擾一下,你的問題結局了嗎?我跟你報同樣的錯誤,部署了好長時間了都沒解決。
HTTP ERROR: 500
Problem accessing /index.jsp. Reason:
Could not initialize class com.sina.sae.util.DeleteDirectory

能否交流一下?

Ⅱ SAE的核心優勢

SAE的基本目標用戶有兩種,一種是Web開發者,另一種是普通互聯網上網人群。
對於Web開發者,SAE帶來的好處有:
·硬體成本更低,無需預先購買設備,承擔更大的投入風險
·開發成本更低,SAE提供許多服務供開發者使用,開發者無需重復開發,包括隊列、資料庫緩存、定時、驗證碼、計數器,幾乎覆蓋了Web開發的所有領域。另外對於特定開放平台的開發者,比如WAP開發者,SAE已經集成了完整的OpenAPI的封裝,將開發者的開發成本降到最低。值得一提的是,SAE的開發者已經形成了良好的交流氛圍,在意見反饋中心、SAE官方群,SAE官方微群可以看到很多熱情的開發者在一起共同提高
·運維成本更低,在SAE上的應用無需關心硬體維護、服務監控、數據容災等操作,SAE會通過其高可靠的架構和方便的監控頁面為用戶將運維成本降到最低擴展性更強,在SAE上的服務無需關心服務壓力猛增時帶來的擴容等操作,SAE自動支持服務擴展
·更加安全可靠,SAE自動提供sql語句性能分析、前端防攻擊、代碼檢查等功能,在SAE上的所有應用均為多機房容災部署,比傳統的部署模式更加安全可靠,並且SAE提供服務的SLA來實現對用戶服務質量的承諾
對於普通上網人群,使用SAE可以:
使用推薦應用一鍵安裝Web應用,普通用戶無需會編碼,也可以在瞬間擁有自己的團購、博客、微博、Wiki等。

Ⅲ 如何在新浪雲sae上安裝部署laravel5.1應用並測試資料庫連接

1、創建SAE應用
首先進入新浪雲SAE界面 http://sae.sina.com.cn/ :

點擊「創建新應用」,在創建應用頁面填寫表單,開發語言選擇php 5.6,選中「空應用」,然後點擊「創建應用」:

這樣在管理應用列表新增了一個「Laravel SAE」應用:

接下來我們點擊「Laravel SAE」進入管理應用界面,選擇左側「代碼管理」鏈接上傳應用代碼:

我們選擇使用Git管理代碼,點擊「Git」按鈕,頁面跳轉到Git安裝指南頁面:

通過該頁面我們得知代碼倉庫是 https://git.sinacloud.com/laravelsae/ ,接下來我們就可以按照部署說明上傳代碼到SAE。
2、上傳Laravel項目代碼到SAE
這里我們選擇Github上一個現成的項目 laravel5-on-sae ,該項目針對SAE對Laravel 5.1代碼做了特定修改,我們下載其 項目包 並解壓到本地。進入解壓後的 laravel5-on-sae 目錄,刪除隱藏的文件夾 .git ,新建一個 config.yaml ,編輯其內容如下:
handle:
- rewrite: if (path ~ "^/$") goto "public/index.php"
- rewrite: if(!is_dir() && !is_file() && path~"^(.*)$") goto "public/index.php/$1"
編輯 .gitignore 文件,移除第一行 /vendor (否則使用Git命令忽略該目錄,導致找不到/vendor/autoload.php而報錯)。
編輯 config/app.php ,移除 providers 數組中的如下這行:
App\Providers\ViewComponentServiceProvider::class,
編輯 app/Providers/EventServiceProvider.php 內容如下:
<?php
namespace App\Providers;
use Illuminate\Contracts\Events\Dispatcher as DispatcherContract;
use Illuminate\Foundation\Support\Providers\EventServiceProvider as ServiceProvider;
class EventServiceProvider extends ServiceProvider
{
/**
* The event listener mappings for the application.
*
* @var array
*/
protected $listen = [
];
/**
* Register any other events for your application.
*
* @param \Illuminate\Contracts\Events\Dispatcher $events
* @return void
*/
public function boot(DispatcherContract $events)
{
parent::boot($events);
}
}
然後在 laravel5-on-sae 目錄下執行如下命令:
git init
git remote add sae https://git.sinacloud.com/laravelsae/
git add .
git commit -am 'laravelsae'
git push sae master:1
最後一條命令需要輸入的用戶名和密碼為安全郵箱和安全密碼,而不是微博賬號和密碼。如已啟用微盾動態密碼,則密碼應該是「安全密碼」+「微盾動態密碼」。
這樣我們就可以成功提交代碼到Laravel SAE應用。
在開始之前還需要在SAE中初始化Memcache,並且在Storage中新建一個域名為 laravel 的domain。
接下來我們在瀏覽器中訪問 http://laravelsae.sinaapp.com/laravel ,頁面顯示如下:

說明代碼部署成功!
3、測試資料庫連接
要在SAE上連接資料庫,首先我們需要點擊左側mysql初始化資料庫:

選擇「共享型MySQL」:

InnoDB目前只對企業開發,所以我們選擇MyISAM引擎,然後點擊初始化資料庫。初始化成功後頁面跳轉到MySQL管理頁面:

SAE中MySQL主機、埠、用戶名及密碼都用常量表示,我們在代碼中也要使用這些常量對資料庫進行設置,當然 laravel5-on-sae 這個項目已經為我們做好了設置,甚至配置了讀寫分離:

這里我去將 prefix 配置設置為 '' ,即不使用任何數據表前綴。
接下來我們對資料庫進行測試,還是在MySQL管理頁面我們點擊「管理MySQL」,頁面會跳轉到MySQL資料庫管理頁面,實際上是一個phpMyAdmin頁面:

在phpMyAdmin中我們創建一個數據表 posts 並插入兩條記錄:

接下來我們在項目代碼中 routes.php 新增一條路由:
Route::get('database/test','DbController@test');
然後創建控制器 DbController ,編輯其內容如下:
<?php
namespace App\Http\Controllers;
use DB;
class DbController extends Controller{
public function test(){
$posts = DB::table('posts')->get();
dd($posts);
}
}
然後提交該代碼到SAE項目:
git add .
git commit -m 'test'
git push sae master:1
在瀏覽器中訪問 http://laravelsae.sinaapp.com/database/test

Ⅳ thinkphp3.2.3框架,在SAE雲空間上部署

你可以試試sae模式。

Ⅳ github代碼怎麼部署到sae

第一步:新建一個github倉庫"hello-ghpages":

現在我們有了一個空的倉庫,上面只有README.md和LICENCE文件,並且注意現在所在的分支是"master"。之所以強調這一點是因為接下來的步驟必須明確自己的github page在哪個分支下面,這個等會兒再介紹。
第二步:點擊頁面右邊一列的「Settings」,跳轉到項目設置界面:

第三步:在設置界面我們能夠看到有一塊的標題是「Github Pages」,點擊這一塊上面的「Automatic page generator」按鈕:

第四步:在「New Project Site」頁面,需要注意的是頁面最下面的「tracking ID」。「tracking ID」的作用是使用Google的Analystics功能,該功能能夠分析你的網站的訪問量等網站數據,可以不填。如果需要使用該功能,可以參考鏈接https://support.google.com/analytics/answer/1032385?hl=en。然後點擊「Continue to layout」按鈕。

第五步,設置主題,就能夠發布了:

這樣,我們就能夠通過鏈接:http://username.github.io/hello-ghpages/訪問我們剛剛發布的頁面了,其中username是你的github賬戶的名字。根據博主的經驗,第一次部署的話,等待的時間是比較長的,大概是十分鍾到十五分鍾左右。所以如果你立馬訪問剛剛發布的頁面可能會出現404錯誤,不要著急慢慢等上十多分鍾,會得到你想要的效果的:

到這一步,我們已經完成了github pages的部署,但是在這個時候我們面臨了兩個問題,第一:最初生成的倉庫只有兩個文件,不存在定義我們現在看到的github pages樣式、內容的文件;第二,既然我們沒有定義這些文件,而我們看到的這些文件有必須是真實存在的,這些文件放在了哪裡?答案就涉及到我們一開始提到的分支了。我們在使用「Automatic page generator」功能的時候,github會自動在你項目的「master」分支下面新建一個「gh-pages」分支,而這個分支裡面的代碼定義了我們剛剛看到的部署成功的github pages頁面的內容和樣式。

我想在這里是有必要簡單介紹一下分支這個概念的。分支分成兩種,一種是上面截圖中看到的,這種叫做遠程分支,另外一種是我們在使用Git進行版本控制的時候使用到的,叫做本地分支。在使用Git進行版本控制的時候,對於每一次提交,都會生成一個commit對象,這個commit對象包含了以下內容:
提交信息元數據:包含了提交者、作者、提交時間等信息
一個包含指向 tree 對象(根目錄)的索引:在提交之前,Git 會先計算每一個子目錄的校驗和,然後在 Git 倉庫中將這些目錄保存為樹(tree)對象。commit對象中的這個索引指向了這個對象。參考一下《pro git》裡面的這張圖就能很好的理解了:

對於提交有了一定認識之後,分支就更好理解了,Git 中的分支,其實本質上僅僅是個指向 commit 對象的可變指針。結合實際,我們來分析一下:在新建一個github倉庫的時候,從上面的圖我們可以看到,github會自動創建一個提交叫做「Initial commit」,同時新建了一個master分支,這個master分支是指向「Initial commit」提交對應的commit對象;在部署github pages的時候,github新建了一個分支,並且產生了一次提交「Create gh-pages branch via Github」。你可以把上面的過程理解成下面幾條命令:
git branch gh-pages //在master分支下面新建一個gh-pages分支 git checkout gh-pages //切換到新建的gh-pages分支 git rm -rf . //由於master分支和gh-pages分支裡面的內容完全不同,所以首先清空了所有文件 //在清空的文件夾裡面自定義新的文件,也就是上面截圖中看到的gh-pages分支中的文件 git add . //跟蹤自己定義的文件 git commit -m "Create gh-pages branch via Github" //提交本次修改

到目前為止,你就覺得一個問題應該是如何將現在看到了github pages定義成我自己想看到的效果,這里就需要用到Git了。
第六步:Clone遠程倉庫到本地:

第七步:clone下來默認為master分支,所以我們在文件夾裡面看到的是master分支對應的內容。而我們需要編輯的是gh-pages分支,因為這個分支才能夠定義github pages的內容和樣式。我們需要執行下面的命令:

上面的命令的意思是說,在本地新建一個分支,本地分支的名字叫做「gh-pages」,這個新建出來的分支是在遠程分支「origin/gh-pages」分支下面分化出來的,切換到新建出來的"gh-pages"分支,這個時候,我們看到在文件夾"hello-ghpages"下面的文件時遠程分支"gh-pages"的內容了:

第八步:刪除裡面的所有文件,當然最好不要直接刪除,而是通過git命令,那樣會更加方便快捷。

第九步:目前為止,這個文件夾是空的了,我們在裡面新建一個index.html文件,在裡面定義一些內容,並且提交到當前分支。

第十步:提交到遠程分支,查看效果:

第十一步:查看效果吧

Ⅵ SAE 如何部署 Dokuwiki

去SAE應用倉庫看看吧

sae不支持寫入

Email也要修改代碼,SAE郵件class , 目前只支持SMTP.

<?php
$mail=newSaeMail();
$mail->setAttach(array("my_photo.jpg"=>"照片的二進制數據"));
$mail->quickSend(
"[email protected]",
"郵件標題",
"郵件內容",
"[email protected]",
"password"
);

$mail->clean();
//重用此對象
$mail->quickSend(
"[email protected]",
"郵件標題",
"郵件內容",
"[email protected]",
"password",
"smtp.unknown.com",
25
);//指定smtp和埠

?>

Ⅶ php部署到新浪雲sae不能正常運行了,求解

sae文檔

運行環境

基本環境

新浪雲 PHP 運行環境目前的 Web 伺服器使用的是:

  • CentOS-6.x

  • Apache-2.2.x

  • PHP-5.3.x / PHP-5.6.x

  • Web 伺服器運行在 64 位 Linux 環境下。

    Apache 運行在 Prefork 模式下,即每個請求都會對應一個 Apache 進程,請求結束後該進程才能服務於下一個請求。平台通過模塊方式擴展了 Apache 和 PHP 的相關功能。

    禁用函數和類

    出於平台安全性考慮,我們禁用了以下函數和類,禁用的標准主要有四點:

  • 出於對安全性的考慮

  • 出於對資源管理的考慮

  • 不常用的 API

  • 我們提供更好替代方案的 API

  • 禁用的函數:

  • symlink

  • link

  • exec

  • system

  • escapeshellcmd

  • escapeshellarg

  • passthru

  • shell_exec

  • proc_open

  • proc_close

  • proc_terminate

  • proc_get_status

  • proc_nice

  • dl

  • pclose

  • popen

  • stream_socket_server

  • stream_socket_accept

  • stream_socket_pair

  • stream_wrapper_restore

  • mail

  • mb_send_mail

  • posix_kill

  • apache_child_terminate

  • apache_lookup_uri

  • apache_reset_timeout

  • apache_setenv

  • virtual

  • socket_create

  • socket_create_pair

  • realpath_cache_get

  • 禁用的類:

  • SQLiteDatabase

  • SQLiteResult

  • SQLiteUnbuffered

  • SQLiteException

  • 沙箱

    代碼和數據的隔離:每個應用在運行期間,只能「看」到自己的代碼和數據,即 A 應用無法訪問 B 應用的代碼和數據。注意,這里提到的在 Web 伺服器上的數據,往往指一些中間處理過程的臨時數據,並非最終落地的數據,比如用戶上傳照片會臨時存儲到 TmpFS。

    連接數的隔離:我們知道,程序寫的不好,很容易導致阻塞,並進一步導致連接數的飆升。單個應用過多佔用 Apache 連接數,原因往往是多方面的,應用請求外部資源被阻塞是一個最為常見的因素,另外應用頁面過大瀏覽器下載慢也是常見因素之一。公有雲平台同一時刻往往運行著大量的應用,如果某一應用出現連接數異常,最直接的後果是整個平台上的所有應用都將陷入癱瘓。新浪雲平台目前有設置「應用最大 HTTP 並發連接數」,目前這個值是 500,如果應用平均單個請求處理時長是 100ms,那麼該應用每秒的 HTTP 並發連接將可以到達 5000,每天的請求超過 1 億沒有問題。但如果您的應用平均每個請求處理時長 2 秒,那麼該應用每秒的 HTTP 並發連接只能到達 250,每天支撐的請求數將在千萬。總體而言,盡量迅速處理完請求對應用是有利的,而且也是平台所鼓勵的。

    內存隔離:目前新浪雲平台上對單個 PHP 腳本的處理,設置了 128MB 的上限 (max_memory,ini_set 不可修改),我們認為這個設置是一個相對很高的值,可以說能夠滿足絕大部分應用的需求。設想一台伺服器 8G 內存,如果每個 PHP 處理都消耗 64M 內存,那麼該伺服器最多隻能同時運行 128 個 PHP 腳本。新浪雲引入了」應用最大並發內存數「的概念,目前的設置是 4GB。如果應用程序單個請求的內存消耗平均在 16MB,那麼可同時運行 256 個請求,這和上面的並發連接數的設定是基本一致的。

    CPU 隔離:這主要是通過新浪雲的配額系統來達到 CPU 時間的隔離。每個應用都有 CPU 時間消耗的分鍾速度限制,避免了某一應用過多非法獲取 CPU 資源導致其它應用響應慢的問題。

    目前新浪雲平台上允許的「單請求最大存活時長」是 300 秒 。

    註解

    當應用並發超過限制,系統會返回 508 錯誤,並顯示 Connections out of quota。當應用內存佔用超過限制,系統會返回 509 錯誤,並顯示 Memory usage out of quota。

    環境變數

    您可以通過列印 PHP 的全局變數$_SERVER來獲取跟新浪雲相關的環境變數信息,每個環境變數的信息如下:

    變數名

    說明

    HTTP_APPNAME 標志該請求屬於哪個應用

    HTTP_APPVERSION 標志該請求對應該應用的哪個版本

    HTTP_ACCESSKEY 該應用訪問各種服務資源的帳號

    HTTP_SECRETKEY 該應用訪問各種服務資源的密碼

    HTTP_APPCOOKIE 一些和 app 管理相關信息

    警告

    不要直接列印出$_SERVER變數,這樣可能會造成應用的 AccessKey 和 SecretKey 的泄露。為了應用的安全考慮,請保護好自己的 AccessKey 和 SecretKey。

    常用字體文件路徑:

  • constantSAE_Font_Sun

  • 宋體字體文件路徑

  • constantSAE_Font_Kai

  • 楷體字體文件路徑

  • constantSAE_Font_Hei

  • 文泉驛正黑字體文件路徑

  • constantSAE_Font_MicroHei

  • 文泉驛微米黑字體文件路徑

  • 全局函數

  • is_https()

  • 判斷客戶端是以 http 還是以 https 的方式連接。

    返回:

    如果是 https 連接返回 true,否則返回 false。

Ⅷ 如何使用Git在SAE部署代碼

SAE近期的優化,目前已經支持Git,本文將介紹如何使用Git在SAE上部署代碼。

使用Git進行代碼管理,首先要在本地安裝Git客戶端,下載鏈接:http://www.git-scm.com/download/

Git客戶端的安裝與配置過程在此略去不講,谷歌一下有很多相關的內容,今天我們的重點是如何使用Git在SAE上部署代碼。

本文例子中使用的操作系統為Windows 8.1,應用語言為Python,應用名稱為gitsrc。

代碼管理方式的選擇

在首次對應用進行代碼管理時,有且僅有一次選擇代碼庫管理方式的機會,在此我們選擇Git。

此後應用的代碼管理方式將不可變更。

創建完成後,可以在頁面上看到應用的Git倉庫地址:https://git.sinaapp.com/gitsrc/ 。

使用git clone克隆代碼倉庫

在命令提示符(cmd)下,cd到工作目錄(本例為E:\sae),執行命令:

git clone -o sae https://git.sinaapp.com/gitsrc

其中gitsrc應替換為正確的應用名稱

按照提示輸入安全郵箱和密碼,執行成功後,提示檢出內容為空。

保存Git用戶名和密碼:

在%USERPROFILE%\_netrc文件中

添加如下內容,可以避免每次push時重復輸入用戶名和密碼(未啟用動態口令)

machine git.sinaapp.com
login 安全郵箱
password 密碼

添加一個Git遠程倉庫sae,地址為:https://git.sinaapp.com/gitsrc

git remote add sae https://git.sinaapp.com/gitsrc

註:如果在git clone時添加了 -o sae 參數,此步驟可以省略。

首次創建分支(版本1)

在源碼目錄gitsrc下添加一個文件,例如index.wsgi,然後cd到源碼目錄下,執行如下指令:

cd gitsrc

git add .

git commit -am "init repo"

git push sae master:1

列印信息如下:

Counting objects: 3, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 371 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://git.sinaapp.com/gitsrc
* [new branch] master -> 1

版本的切換

SAE Git代碼倉庫通過分支(Branch)的方式,支持多個並存的代碼版本。

使用git checkout命令可以在版本之間進行切換,例如執行命令:

git checkout 1

Switched to branch '1'
Your branch is up-to-date with 'sae/1'.

執行完畢後,即切換至分支1

新增和刪除代碼版本

當前位於分支1,執行下面的語句可以創建分支版本(例如版本2):

git branch 2

git push sae 2

執行如下命令,可以列出所有版本

git branch -a

從SAE伺服器上刪除版本2的代碼。

git push sae :2

已經在SAE中指定為默認版本時,禁止刪除。

提示錯誤信息:Permission denied: deleting default version is not allowed!

向Git代碼庫提交代碼變更

在gitsrc目錄下變更代碼文件,例如新增了文件foo.html

依次執行下面的語句,將變更提交至SAE Git代碼庫(分支版本1):
git add --all

git commit -am "add foo.html"

git push sae 1

對於Python應用,與SVN代碼庫不同,新增版本時並不會默認生成index.wsgi,開發者需要自行添加這個文件。

Ⅸ 目前想在新浪SAE上部署個python程序,來抓取一些網站上的東西,在雲端生成xml來做rss。問

sae可以存啊,有特殊的api,你看看storage

Ⅹ 怎麼把django部署到sae

第一步:注冊新浪SAE賬號,下載TortoiseSVN。

第二步:創建新應用。

注冊應用名稱,注冊二級域名,開發語言選擇Python2.7版本,然後進入應用管理界面,第一件事先初始化Mysql。

然後點擊代碼管理,創建一個版本,版本號為1,創建成功之後可以看到類似的信息。

第三步:使用SVN部署代碼。

首先在合適的位置創建一個svn文件夾,比如 E:\svn\。

然後,在svn下面再創建一個文件夾,名字是在創建應用時填在二級域名里的名字,如pylabsite。

滑鼠右擊文件夾pylabsite,選擇SVN Checkout,填寫URL,其他默認,點擊OK,之後填寫注冊郵箱和密碼,填寫時選上save authentication,沒懸念。


成之後在pylabsite文件夾里會多出2個文件夾,1和.svn,.svn里的東西不用管,重點看1,剛檢出來的時候 1
目錄下只有config.yaml和index.wsgi兩個文件,然後將本地項目pylabsite復制到1文件夾里,由於SAE最多支持
Django1.4版本,這里要把python安裝位置(例如C:\Python27\Lib\site-packages)的Django包拷貝過來,
新建一個site-packages文件夾,放在裡面,文件目錄結構如下:

本地文件是這樣的:

version: 1

然後修改config.yaml和index.wsgi這兩個文件。
#-- config.yaml -- #

name: pylabsite
version: 1

libraries:
- name:"django"
version:"1.6"

handlers:
- url: /static

#-- index.wsgi --#

import os
import sys

root = os.path.dirname(__file__)
sys.path.insert(0, os.path.join(root, 『.『, 『site-packages『))
os.environ.setdefault("DJANGO_SETTINGS_MODULE" , "pylabsite.settings")

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

這里的格式很重要,比如- name之間有空格,沒留空格就會出錯,」pylabsite.settings」是我自己的項目名,靈活改動。

1/pylabsite/wsgi.py修改如下:
import os
import sys

root = os.path.dirname(__file__)
sys.path.insert(0, os.path.join(root,『..『,『site-packages『))
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "pylabsite.settings")

from django.core.wsgi import get_wsgi_application
application = get_wsgi_application()

然後1/pylabsite/settings.py修改:
import os
import os.path
from os import environ

debug = not environ.get("APP_NAME","")

if debug:
MYSQL_DB = 『pylabsite『
MYSQL_USER = 『admin『
MYSQL_PASS = 『111『
MYSQL_HOST_M = 『127.0.0.1『
MYSQL_HOST_S = 『127.0.0.1『
MYSQL_PORT = 『3306『
else:
import sae.const
MYSQL_DB = sae.const.MYSQL_DB
MYSQL_USER = sae.const.MYSQL_USER
MYSQL_PASS = sae.const.MYSQL_PASS
MYSQL_HOST_M = sae.const.MYSQL_HOST
MYSQL_HOST_S = sae.const.MYSQL_HOST_S
MYSQL_PORT = sae.const.MYSQL_PORT

DEBUG = False
TEMPLATE_DEBUG = False

DATABASES = {
『default『: {
『ENGINE『: 『django.db.backends.mysql『,
『NAME『: MYSQL_DB,
『USER『: MYSQL_USER,
『PASSWORD『: MYSQL_PASS,
『HOST『: MYSQL_HOST_M,
『PORT『: MYSQL_PORT,
}
}

DEFAULT_CHARSET=『utf-8『

ALLOWED_HOSTS = [
『.sinaapp.com『,
]

第四步:上傳

將所有要修改的東西修改完,就可以通過svn上傳到SAE了,操作方法,右鍵pylabsite,選擇SVN Commit…

Django包有個十幾M,不過上傳速度很慢,這個過程可以休息會。

第五步:配置Mysql

以上配置完成了,現在資料庫還是空的,有一種方法是在本地部署SAE環境然後 python manage.py syncdb 同步到伺服器,不過這樣搞很折騰。

第二種方法是在本地執行 python manage.py syncdb 然後從本地Mysql導出SQL語句文件,然後在SAE的Mysql運行SQL語句,我這里是用 Navicat for MySQL 導出的SQL語句文件,很方便。

這里選擇執行SQL語句,也可以直接導入SQL文本,整體來說,配置資料庫沒懸念。