小 縮小字型大小。 中 重設字型大小。 大 放大字型大小。

標籤: PHP

Phalcon PHP framework 的 URL rewrite 方法

Posted on By 日落 在〈Phalcon PHP framework 的 URL rewrite 方法〉中尚無留言

幾個比較常見的 PHP framework 像是 Silex、Slim、FuelPHP 和 Laravel，都是將 resource path 直接放在 index.php 後方。例如網址為「/my.site/user/10」則會被改寫為「/my.site/index.php/user/10」，所以在測試環境下，如果不想設定 URL rewrite 可以直接把 resource path 手動放在 index.php 後方。

今天研究 Phalcon 的 routing 很久，不管怎麼設定就是沒有 match 到 controller，而且還沒有任何錯誤訊息。把整個文件都翻遍以後，才發現 .htaccess 有個不一樣的地方：

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^((?s).*)$ index.php?_url=/$1 [QSA,L]
</IfModule>

Phalcon 的 rewrite 行為和上述的不一樣，resource path 會轉到「_url」這個參數上面，所以若是沒有動到「_url」這個參數，router 就視為要開啟首頁，不管 index.php 後面接什麼都不會改變行為 ….。

可惡，八小時就這樣飛了 …..

Tags:,

prestissimo for composer

Posted on By 日落 在〈prestissimo for composer〉中尚無留言

composer 是一個解決 dependency hell 的好工具，但令人詬病的是跑得實在有點慢，特別是 composer update 的時候，搞不好就一直 update 到下班了 … Orz

所以這裡介紹一個工具：prestissimo。當有多個 packages 需要下載時，prestissimo 會自動跑 multi-process 來下載 depends：

composer install -vvv
.....
Dependency resolution completed in 0.093 seconds
    Prefetch start: total: 27
    1/27:    https://codeload.github.com/sebastianbergmann/php-file-iterator/legacy.zip/3cc8f69b3028d0f96a9078e6295d86e9bf019be5
    2/27:    https://codeload.github.com/sebastianbergmann/code-unit-reverse-lookup/legacy.zip/4419fcdb5eabb9caa61a27c7a1db532a6b55dd18
    3/27:    https://codeload.github.com/sebastianbergmann/php-timer/legacy.zip/3dcf38ca72b158baf0bc245e9184d3fdffa9c46f
    4/27:    https://codeload.github.com/sebastianbergmann/php-text-template/legacy.zip/31f8b717e51d9a2afca6c9f046f5d69fc27c8686
    5/27:    https://codeload.github.com/sebastianbergmann/php-token-stream/legacy.zip/e03f8f67534427a787e21a385a67ec3ca6978ea7
    6/27:    https://codeload.github.com/myclabs/DeepCopy/legacy.zip/8e6e04167378abf1ddb4d3522d8755c5fd90d102
    7/27:    https://codeload.github.com/sebastianbergmann/diff/legacy.zip/13edfd8706462032c2f52b4b862974dd46b71c9e
    8/27:    https://codeload.github.com/sebastianbergmann/version/legacy.zip/99732be0ddb3361e16ad77b68ba41efc8e979019
    9/27:    https://codeload.github.com/sebastianbergmann/object-enumerator/legacy.zip/1311872ac850040a79c3c058bea3e22d0f09cbb7
    10/27:    https://codeload.github.com/phpDocumentor/ReflectionDocBlock/legacy.zip/8331b5efe816ae05461b7ca1e721c01b46bafb3e
    11/27:    https://codeload.github.com/sebastianbergmann/global-state/legacy.zip/bc37d50fea7d017d3d340f230811c9f1d7280af4
    12/27:    https://codeload.github.com/sebastianbergmann/comparator/legacy.zip/2b7424b55f5047b47ac6e5ccb20b2aea4011d9be
    13/27:    https://codeload.github.com/phpspec/prophecy/legacy.zip/93d39f1f7f9326d746203c7c056f300f7f126073
    14/27:    https://codeload.github.com/mockery/mockery/legacy.zip/6fdb61243844dc924071d3404bb23994ea0b6856
    15/27:    https://codeload.github.com/symfony/yaml/legacy.zip/acec26fcf7f3031e094e910b94b002fa53d4e4d6
    16/27:    https://codeload.github.com/sebastianbergmann/php-code-coverage/legacy.zip/ef7b2f56815df854e66ceaee8ebe9393ae36a40d
    17/27:    https://codeload.github.com/sebastianbergmann/phpunit/legacy.zip/69c4f49ff376af2692bad9cebd883d17ebaa98a1
    Finished: success:17, skipped:10, failure:0, total: 27

我的 project 只有 27 個 packages 所以效果沒有很顯著，但若超過 50 個 packages 要抓時，相信你會非常有感覺。

安豬方法很簡單，把他裝成 global 的 composer package：

$ composer global require hirak/prestissimo

安裝完成以後 prestissimo 便會自動開始運作。

若覺得預設值不夠你用，可以到設定檔裡面自己調整需要的參數 (以下應該不是預設值，被我改過一次了)：

$ cat ~/.composer/config.json
{
  "config": {
    "prestissimo": {
      "maxConnections": 10,
      "minConnections": 3,
      "pipeline": false,
      "verbose": false,
      "insecure": true,
      "cainfo": "/absolute/path/to/cacert.pem",
      "userAgent": "",
      "privatePackages": []
    }
  }
}
Tags:

為 Gitlab 加上 CI runner 做自動化測試

Posted on By 日落 在〈為 Gitlab 加上 CI runner 做自動化測試〉中尚無留言

gitlab-ci-runner 可以裝在 local 也可以跑在 docker container，我自己是安裝在 docker container：

docker run -d --name gitlab-runner --restart always 
  -v /srv/gitlab-runner/config:/etc/gitlab-runner 
  -v /var/run/docker.sock:/var/run/docker.sock 
  gitlab/gitlab-runner:latest

上面步驟完成以後，可以先進入 Gitlab 的 Admin => Runner，這邊會顯示 runner access token：

在該頁面可以找到 token，如果要讓之前設定的 token 失效，可以先點選「Reset」換一個 acces token：

先把 access token 複製下來，接下來建立一個 runner 並連接到 Gitlab 上：

docker exec -it gitlab-runner gitlab-runner register

設定說明：

  • gitlab-ci coordinator URL：輸入欲使用 runner 的 Gitlab 網址
  • gitlab-ci token：就是你剛剛複製下來的 access token
  • gitlab-ci description：輸入 runner 的名稱，例如 runner-php56 或是 runner-php70。這個名稱會在 Gitlab 上面看到，建議填寫清楚的名稱以供辨識。
  • executor：我這邊要讓 runner 在 docker container 裡面跑，所以選擇「docker」
  • Docker image：在 docker container 執行時，要使用哪個 image 當作 base。我自己懶的自己 built，用的是「edbizarro/gitlab-ci-pipeline-php」
  • gitlab-ci tags for this runner：這邊會請你輸入幾個關鍵字，假設在 project 設定中，出現這幾個關鍵字，則 Gitlab 會自動把符合的 executor on 起來跑。我自己會設定「docker」、「phptest」等等

到這邊若沒看到什麼錯誤，在 Gitlab 的 runner 頁面重新整理後，則頁面最下方可以看到剛剛設定好的 gitlab-ci description (runner name)：

這頁有看到的話，可以依樣畫胡驢，在需要使用到的專案 runner 設定頁面，使用這個 runner 來跑測試。

在 Gitlab 上將 runner 設定好，接下來只要在專案上加入「.gitlab.ci.yml」，當 git push 後 Gitlab 便會檔案中的設定自動把 executor on 起來跑，設定方法可以參考 Gitlab 提供的 gitlab-ci.yml 說明。

簡易的 PHP library (不包含任何 framework) project 的 .gitlab-ci.yml 大概長這樣：

image: edbizarro/gitlab-ci-pipeline-php:5.6


syntax-check:
    script:
        - "find . -name '*.php' -print0 | xargs -0 -n1 php -l"
    tags:
        - docker

unit-test:
    script:
        - composer install --prefer-dist --no-ansi --no-interaction --no-progress --no-scripts
        - ./vendor/bin/phpunit -v --coverage-text --colors=never --stderr
    tags:
        - docker

上面可以看到我要求 executor 一定要使用「edbizarro/gitlab-ci-pipeline-php:5.6」這個 image，不過由於 tasks 有特別設定 tags，所以這行也不是必要。

而這邊設定了二個 tasks 要求 executor 協助執行：「syntax-check」和「unit-test」。因此 executor 會先跑 syntax-check，確認沒有錯誤後，再去執行 unit-test。

完成後，只要 Gitlab 收到 commit 且就會依照 .gitlab-ci.yml 的設定下去跑。結果會自動顯示在「Pipeline」的列表當中：

Reference:

Tags:,

Laravel 5.3 的 API routing

Posted on By 日落 在〈Laravel 5.3 的 API routing〉中尚無留言

弄了很久才搞清楚 5.3 版的 routing 是怎麼搞的，覺得作者把事情弄的更複雜了，也少了一些彈性。

Laravel 5.3 中，routes 已經不是放在 App/Http 底下了，將設定獨立出來放在根目錄：

johnroyer@box:~/devel/laravel53$ tree routes
routes
├── api.php
├── console.php
└── web.php

有個 API 專用 routing 看了當然開心，只是怎麼樣都是不出來 api.php 這邊的設定要怎樣才能起作用。

後來找了很久才發現 Route 功能，已經在 provider 階段把 web / api 的 routing rule 寫死，所以 API 的 routing 有固定的 prefix，在網址是上必須是「http://laravel.root/api」開頭，才會吃到 api.php 的設定。該項 rule 被寫在 RouteServiceProvider 中：

    protected function mapApiRoutes()
    {
        Route::group([
            'middleware' => 'api',
            'namespace' => $this->namespace,
            'prefix' => 'api',
        ], function ($router) {
            require base_path('routes/api.php');
        });
    }

Reference:

Tags:, ,