Skip to content

Deploy Symfony application on Platform.sh. #4526

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 11 commits into from
Closed
Show file tree
Hide file tree
Changes from 7 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions cookbook/deployment/index.rst
Original file line number Diff line number Diff line change
Expand Up @@ -5,5 +5,6 @@ Deployment
:maxdepth: 2

tools
platformsh
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suggest to keep the different PaaS providers ordered alphabetically (we need a to sort them in a way which does not advantage one of the IMO, and the alphabetical one is probably the easiest to justify)

azure-website
heroku
203 changes: 203 additions & 0 deletions cookbook/deployment/platformsh.rst
Original file line number Diff line number Diff line change
@@ -0,0 +1,203 @@
.. index::
single: Deployment; Deploying to Platform.sh

Deploying to Platform.sh
========================

This step-by-step cookbook describes how to deploy a Symfony web application to
`Platform.sh`_. You can read more about using Symfony with Platform.sh on the
official `Platform.sh documentation`_.

Deploy an Existing Site
-----------------------

In this guide, it is assumed your codebase is already versioned with Git.

Get a Project on Platform.sh
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

You need to subscribe to a `Platform.sh project`_. Choose the development plan
and go through the checkout process. Once your project is ready, give it a name
and choose: **Import an existing site**.

Prepare Your Application
~~~~~~~~~~~~~~~~~~~~~~~~

To deploy your Symfony application on Platform.sh, you simply need to add a
``.platform.app.yaml`` at the root of your Git repository which will tell
Platform.sh how to deploy your application (read more about `Platform.sh
configuration files`_).
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we're used to put roles on the same line. So could you add a linebreak before ``Platform.sh configuration files_ please?


.. code-block:: yaml

# .platform.app.yaml
# This file describes an application. You can have multiple applications
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You could add the filename in a YAML comment like we use to do it in the documentation.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

standards state that there should be an empty line between a file comment and a normal comment.

# in the same project.

# The name of this app. Must be unique within a project.
name: php
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

since this has to be unique, wouldn't My Project be a better stub value?


# The toolstack used to build the application.
toolstack: "php:symfony"

# The relationships of the application with services or other applications.
# The left-hand side is the name of the relationship as it will be exposed
# to the application in the PLATFORM_RELATIONSHIPS variable. The right-hand
# side is in the form `<service name>:<endpoint name>`.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's a good idea to link to a reference of existing services.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done on the services specific part.

relationships:
database: "mysql:mysql"

# The configuration of app when it is exposed to the web.
web:
# The public directory of the app, relative to its root.
document_root: "/web"
# The front-controller script to send non-static requests to.
passthru: "/app.php"

# The size of the persistent disk of the application (in MB).
disk: 2048

# The mounts that will be performed when the package is deployed.
mounts:
"/app/cache": "shared:files/cache"
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

isn't there a way to have cache in a non-shared writable location instead ? Having a shared cache folder can create issues, especially when it gets shared between the active version and the version being deployed (before the end of the deployment process)

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, the "shared" means that the volume is accessible by all the applications that are deployed inside an environment. It's not shared between 2 deployments of the same environment (ie: the active and the one being deployed).

For example, if you clear the cache as part of the build process, it'll be fresh for the new deployment.

It's a concept specific to Platform.sh since we support multiple application inside the same repository (Symfony, Drupal, NodeJS...).

"/app/logs": "shared:files/logs"

# The hooks that will be performed when the package is deployed.
hooks:
build: |
rm web/app_dev.php
app/console --env=prod assetic:dump --no-debug
deploy: |
app/console --env=prod cache:clear

For best practices, you should also add a ``.platform`` folder at the root of
your Git repository which contains the following files:

.. code-block:: yaml

# .platform/routes.yaml
"http://{default}/":
type: upstream
upstream: "php:php"

.. code-block:: yaml

# .platform/services.yaml
mysql:
type: mysql
disk: 2048

An example of these configurations can be found on `GitHub`_. The list of
`available services <configure-services>`_ can be found on the Platform.sh documentation.

Configure Database Access
~~~~~~~~~~~~~~~~~~~~~~~~~

Platform.sh overrides your database specific configuration via importing the
following file:

.. code-block:: php
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please use the :: shorthand:

- following file:
+ following file::

- .. code-block:: php
- 
     # app/config/parameters_platform.php

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hum, not sure what you mean?

Should I remove all .. code-block:: xx and add a :: to the previous line instead?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Only when

  • the highlight language is php
  • the line before ends with a colon


# app/config/parameters_platform.php
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

for PHP files, please use a PHP comment:

// app/config/parameters_platform.php

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@stof sorry for being ultra-pedantic, but as you always are so precise, I just wanted to say that shell-style comments are one of the three valid styles for PHP comments.

Having said this, you are absolutely right because in the rest of the Symfony documentation we always use the "one-line c++ style comment" that starts with // ...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes thet are, but our coding standards are explicitly forbidding them

<?php
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we usually don't add this tag in all other examples in the docs. Is there a very good reason to do here?

$relationships = getenv("PLATFORM_RELATIONSHIPS");
if (!$relationships) {
return;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is wrong indentation (throughout the whole example), it should be 4 spaces

}

$relationships = json_decode(base64_decode($relationships), TRUE);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

true should be lowercased according to our coding standards


foreach ($relationships['database'] as $endpoint) {
if (empty($endpoint['query']['is_master'])) {
continue;
}

$container->setParameter('database_driver', 'pdo_' . $endpoint['scheme']);
$container->setParameter('database_host', $endpoint['host']);
$container->setParameter('database_port', $endpoint['port']);
$container->setParameter('database_name', $endpoint['path']);
$container->setParameter('database_user', $endpoint['username']);
$container->setParameter('database_password', $endpoint['password']);
$container->setParameter('database_path', '');
}

# Store session into /tmp.
ini_set('session.save_path', '/tmp/sessions');

Make sure this file is listed in your *imports*:

.. code-block:: yaml

# app/config/config.yml
imports:
- { resource: parameters_platform.php }

Deploy your Application
~~~~~~~~~~~~~~~~~~~~~~~

Now you need to add a remote to Platform.sh in your Git repository (copy the
command that you see on the Platform.sh web UI):

.. code-block:: bash

$ git remote add platform [PROJECT-ID]@git.[CLUSTER].platform.sh:[PROJECT].git
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

are [PROJECT-ID] and [PROJECT] supposed to be the same or no ? If yes, please use the same placeholder. If no, please also describe PROJECT below



Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please remove this duplicated empty line

* PROJECT-ID: Unique identifier of your project. Something like: *kjh43kbobssae*.
* CLUSTER: Server location where your project is deployed. It can be *eu* or *us*.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

please use a definition list here:

``PROJECT-ID``
    Unique identifier of your project. Something like ``kjh43kbobssae``
``CLUSTER``
    Server location where your project is deplyed. It can be ``eu`` or ``us``


Commit the Platform.sh specific files created in the previous section:

.. code-block:: bash

$ git add .platform.app.yaml .platform/*
$ git add app/config/config.yml app/config/parameters_platform.php
$ git commit -m "Adding Platform.sh configuration files."

Push your code base to the newly added remote:

.. code-block:: bash

$ git push -u platform master
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would not show the -u option here. In general, it makes probably more sense to have the upstream branch of master being in your work repo (on Github for instance) rather than being the platform.sh one.
This way, if you just type git push, it goes to Github, not to the prod deployment, making mistakes less likely.


Counting objects: 27, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (11/11), done.
Writing objects: 100% (16/16), 2.47 KiB | 0 bytes/s, done.
Total 16 (delta 7), reused 12 (delta 5)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this Git output could be hidden. It is not relevant here


Processing activity environment.push
Found 213 new commits.

Building application 'php' with toolstack 'php:symfony' (tree: 2248cf8)
Found a `composer.json`, installing dependencies.
...

That's it! Your application is being deployed on Platform.sh and you'll soon be
able to access it in your browser.

Every code change that you do from now on will be pushed to Git in order to
redeploy your environment on Platform.sh.

More information about `migrating your database and files <migrate-existing-site>`_ can be found on the
Platform.sh documentation.

Deploy a new Site
-----------------

You can start a new `Platform.sh project`_. Choose the development plan and go
through the checkout process.

Once your project is ready, give it a name and choose: **Create a new site**.
Choose the *Symfony* stack and a starting point such as *Standard*.

That's it! Your Symfony application will be bootstrapped and deployed. You'll
soon be able to see it in your browser.

.. _`Platform.sh`: https://platform.sh
.. _`Platform.sh documentation`: https://docs.platform.sh/toolstacks/symfony/symfony-getting-started
.. _`Platform.sh project`: https://marketplace.commerceguys.com/platform/buy-now
.. _`Platform.sh configuration files`: https://docs.platform.sh/reference/configuration-files
.. _`GitHub`: https://github.com/platformsh/platformsh-examples
.. _`configure-services`: https://docs.platform.sh/reference/configuration-files/#configure-services
.. _`migrate-existing-site`: https://docs.platform.sh/toolstacks/symfony/migrate-existing-site/