プロジェクト自体の背景から始めます。 この考えは偶然に思い浮かびました-私は明らかに、自分のプロジェクトに取り組むことに対する追加の責任を負いませんでした。 そこで私は、評判とお金を公に危険にさらすことで、自分の動機を刺激できるポータルを作成することにしました。
さて、今私は仕事に取りかかります。 トピックは広範ですが、出口で全体像を伝え、プロジェクトが作成される前に浮上したすべての落とし穴を思い出すことができることを願っています。 アプリケーションを角度で記述したい人を助けるために使用したすべての主要な情報源を示します。 はい、実際、誰もが一連の記事でこのトピックに関する質問のほとんどに対する回答を見つけることができます。
私は長い間、ある種の戦闘プロジェクトで
material.angularjs.orgをテストするというアイデアを大事にしてきました。 その後、アイデアが浮上しました...すべてが非常にシンプルに見えます-既製のコンポーネントのセット=高速開発、バックエンドのYiiに精通して...サーバー。 ことわざにあるように、おっと...
すべてはnginxの設定から始まりました。 特定のRESTロケーションを除くすべてのリクエストは、index.htmlにリダイレクトする必要があり、angularが機能し始めました。 最初の構成は次のようになりました。
server { charset utf-8; listen 80; server_name truemania.ru; root /path/to/root; access_log /path/to/root/log/access.log; error_log /path/to/root/log/error.log; location / {
ここでは、すべてのAPIはlocation / api-locationにあります。 角度$ routeProvider構成:
app.config(['$routeProvider', '$locationProvider', function ($routeProvider, $locationProvider) { $routeProvider. when('/route1', { templateUrl: '/views/route1.html', controller: 'route1Ctrl' }). when('/route2', { templateUrl: '/views/route2.html', controller: 'route2Ctrl' }). when('/route3', { templateUrl: '/views/route3.html', controller: 'route3Ctrl' }). otherwise({ redirectTo: '/route1' });
しかし、角度のあるサイトはどのようにインデックス付けされますか? 私はすぐに、静力学を別々に与えるべきだと思いました。 少しグーグル、情報が見つかりましたか?_Escaped_fragment。 静的を個別に生成し、次のようなリクエストに与える必要がありました
truemania.ru/?_escaped_fragment
truemania.ru/?_escaped_fragment
はインデックス作成の準備ができています。
短い検索で、nginxサーバーについてのみ、角度付きサイトのインデックス作成メカニズムが詳細に説明されている
記事に出会いました。 構成にさらにいくつかの場所が追加されました。
if ($args ~ "_escaped_fragment_=(.*)") { rewrite ^ /snapshot${uri}; } location /snapshot { proxy_pass http://help.truemania.ru/snapshot; proxy_connect_timeout 60s; }
完成したフラグメントの返却要求が処理される第2レベルドメインを作成します。 リクエストタイプ
http://truemania.ru/user/50?_escaped_fragment_=
あなたは得るでしょう
http://help.truemania.ru/snapshot/user/50
検索ボットに与える必要があるすべての必要なキャストを作成するだけです。 その際、
schema.orgのマイクロ
マーキング標準を使用し
ました 。 セマンティックマークアップの世界に詳しくない人は、
この記事を読むことをお勧めします。
動的サイトマップの作成については、
この記事で詳しく説明し
ています -読むことをお勧めします。 しかし、Yiiの最初のバージョンのソリューションがここで説明されているのは残念です。 新しいリクエストごとにサイトマップが新たに作成されるため、サーバーに非常に高い負荷がかかる可能性があります。 解決策は、コンソールコントローラーを作成し、crontabを使用して10分間隔でサイトマップを更新することです。 ソースコードを少し変更して、Yii2コンソールに適したソリューションを得ました。
<?php namespace console\models; use Yii; class DSitemap { const ALWAYS = 'always'; const HOURLY = 'hourly'; const DAILY = 'daily'; const WEEKLY = 'weekly'; const MONTHLY = 'monthly'; const YEARLY = 'yearly'; const NEVER = 'never'; protected $items = array(); public function addUrl($url, $changeFreq=self::DAILY, $priority = 0.5, $lastMod = 0) { $host = Yii::$app->urlManager->getBaseUrl(); $item = array( 'loc' => $host . $url, 'changefreq' => $changeFreq, 'priority' => $priority ); if ($lastMod) $item['lastmod'] = $this->dateToW3C($lastMod); $this->items[] = $item; } public function addModels($models, $changeFreq=self::DAILY, $priority=0.5) { $host = Yii::$app->urlManager->getBaseUrl(); foreach ($models as $model) { $item = array( 'loc' => $host . $model->getUrl(), 'changefreq' => $changeFreq, 'priority' => $priority ); if ($model->hasAttribute('create_date')) $item['lastmod'] = $this->dateToW3C($model->create_date); $this->items[] = $item; } } public function render() { $dom = new \DOMDocument('1.0', 'utf-8'); $urlset = $dom->createElement('urlset'); $urlset->setAttribute('xmlns','http://www.sitemaps.org/schemas/sitemap/0.9'); foreach($this->items as $item) { $url = $dom->createElement('url'); foreach ($item as $key=>$value) { $elem = $dom->createElement($key); $elem->appendChild($dom->createTextNode($value)); $url->appendChild($elem); } $urlset->appendChild($url); } $dom->appendChild($urlset); return $dom->saveXML(); } protected function dateToW3C($date) { if (is_int($date)) return date(DATE_W3C, $date); else return date(DATE_W3C, strtotime($date)); } }
コンソールアクション:
public function actionGetsitemap() { $sitemap = new DSitemap(); $sitemap->addModels(Model1::find()->active()->all(), DSitemap::HOURLY); $sitemap->addModels(Model2::find()->all(), DSitemap::HOURLY); $sitemap->addModels(Model3::find()->all(), DSitemap::HOURLY); $path = \Yii::getAlias("@frontend/web") . DIRECTORY_SEPARATOR . "sitemap.xml"; return file_put_contents($path, $sitemap->render()); }
10分ごとに実行するようにcrontabを構成します。
*/10 * * * * /path/to/yii cron/getsitemap >> /path/to/log/command_log/getsitemap.log;
このソリューションは最適で生産性が高いため、かなり最新のデータを取得できます。 必要に応じて、より頻繁またはまれな間隔でサイトマップを再作成できます。
次に、ソーシャルネットワーク内のリンクの美しい出力に関する作業を行いました。 トピックに含まれていない人のために、これは
http://ogp.me/マークアップ標準です。 ボットがメタを理解していないことに非常に失望しました
-タグ:
<meta name="fragment" content="!" />
この段階では、額に対する解決策がまったくなかったため、少し失速しました。 実際の断片がページの背後に隠れていることをボットに理解させたかったのです。 グーグルで、ユーザーエージェントごとにフラグメントを提供することにしました。 対応するサービスのドキュメントを調べて、正規表現を使用して取得できるサンプルユーザーエージェントを取得する必要がありました。
ボットソーシャルネットワークに静的を与えるための私の構成:
当然、スナップショットに開いているグラフレイアウト情報を含めることは残ります。
次に、いくつかの非常に有利な点でwebsocketを使用したかった-これは、ユーザーのオンライン/オフラインステータスなどのタスクを解決するのに最適でした。 もちろん、websocket自体はPHPにとって非常に非標準ですが、既製のソリューションがすぐに見つかりました-http://socketo.me/。
ubuntuのYii2でこれらのソケットを起動する方法を理解するだけです。 実際に、コンソールコントローラーを作成しました。アクションは次のようになります。
public function actionWebsocketaction() { $server = IoServer::factory( new HttpServer( new WsServer( new UserOnline() ) ), 8099, '127.0.0.1' ); $server->run(); }
さて、以下ではUserOnlineモデル自体を囲みます。
<?php namespace console\models; use Yii; use common\modules\core\models\User; use Ratchet\MessageComponentInterface; use Ratchet\ConnectionInterface; use yii\web\ServerErrorHttpException; class UserOnline implements MessageComponentInterface { const USER_OFFLINE = 0; const USER_ONLINE = 1;
すべてを実行するだけです。 stdoutでstderrを終了する必要がありましたが、&>は何らかの理由で動作したくありませんでした。 ソリューションにはnohupが付属していました。 ソケットの実行は次のようになりました。
nohup /path/to/yii ws/useronline >> /path/to/log/command_log/useronline.log;
また、落下した場合は、このプロセスを再起動する必要があります。 より洗練された解決策、crontabで毎分コマンドを実行する方法は見つかりませんでした。 ポートがビジーの場合、何も起こりません(エラーが発生します)が、ポートが空いている場合、プロセスは再起動されます。
次に、nginxを使用してwebsocetをプロキシする必要があります。 そして、ここで次の行が構成に追加されました。
upstream useronline { server 127.0.0.1:8099; } map $http_upgrade $connection_upgrade { default upgrade; '' close; }
これで、Webソケットがws://truemania.ru/useronlineで利用可能になります。
そして、開発プロセス中に(Webサーバー設定から)私が最後に遭遇したのは、httpsプロトコルへの移行です。 問題は、facebookとgoogle +がhttp経由で画像を送信することを望んでおり、プレビューで画像を永続的に表示することを望まなかったことです。 これを行うには、構成を変更する必要がありました。つまり、サーバーがhttp経由でメディアファイルを送信するように強制する必要がありました。
server { listen 80; server_name truemania.ru; root /path/to/frontend/web; location / { return 301 https://$server_name$request_uri;
また、プロトコルが変更された後、ソケットにアクセスするには、wss://truemania.ru/useronlineにアクセスします。
気に入った場合は、次の記事で、Webアプリケーションとバックエンドがどのように作成したか、許可、許可ユーザーと許可ユーザーの許可、requireJSの使用など、角度に関する興味深いソリューションについて説明します。