Phpstorm Prestashop



PhpStorm 2020.2 is now available! This major release includes support for PHP 8 Union Types, a new control flow engine for PHP, full GitHub pull requests workflow support right inside the IDE, a bran. I had a problem with PHPStorm Code Analysis hanging up (never finishing) on certain files using certain classes. No errors were reported, but all code completion was not working in these problem files. The solution was the same, File Invalidate Caches.

PhpStorm Web Help for offline use. 23 978 downloads. Top Rated for IntelliJ Platform. The Key Promoter X helps you to learn essential shortcuts while you are working. 2 147 930 downloads. Legacy Icon Pack for 2018.2+.

GROUPKOOP.COM - E-Commerce Website ROLE: Front end Web Developer TEAM SIZE: 3 ENVIRONMENT: PHP, HTML5, CSS3, JAVASCRIPT, Smarty, MySQL,Prestashop,Git, PhpStorm IDE DURATION: Feb 2015 – Till date (1 Year and 6 Months) Groupkoop.com is a group-buying based e-commerce platform where people can create or join groups to avail better discounts on. #Prestashop development environment using #Docker.Checkout my Prestashop courses🔥 Ultimate theme developer for Prestashop 1.7 2020https://www.udemy.com/cou.

Docker for Windows requires a well known IP address in order to connect to the host operatingsystem.

Table of Contents

  • Prerequisites
  • Configuration

Ensure you know how to customize php.ini values for the Devilbox and have a rough understandingabout common Xdebug options.

On Windows you will have to manually retrieve the IP address to which Xdebug should connect tovia xdebug.remote_host.

When you have done no custom configuration in your Virtual Switch manager, Docker for Windows willuse the DefaultSwitch automatically.

Windows: Virtual Switch Manager example screenshot

  1. Open command line

  2. Enter ipconfig

  3. Look for the IP4 address in DefaultSwitch (e.g.: 192.168.0.12)

Important

192.168.0.12 is meant as an example and will eventually differ on your system.Ensure you substitute it with the correct IP address.

For the sake of this example, we will assume the following settings and file system paths:

DirectoryPath
Devilbox git directory/home/cytopia/repo/devilbox
HOST_PATH_HTTPD_DATADIR./data/www
Resulting local project path/home/cytopia/repo/devilbox/data/www
Selected PHP version5.6
DockerNAT IP address192.168.0.12
Virtual Switch IP address192.168.0.12

The Resulting local project path is the path where all projects are stored locally on yourhost operating system. No matter what this path is, the equivalent remote path (inside the Dockercontainer) is always /shared/httpd.

Important

Remember this, when it comes to path mapping in your IDE/editor configuration.

1. Ensure Xdebug port is set to 9000

2. Set path mapping

Create a new PHP server and set a path mapping. This tutorial assumes your local Devilbox projectsto be in ./data/www of the Devilbox git directory:

Important

Recall the path settings from the Assumption section and adjust if your configuration differs!

3. Ensure DBGp proxy settings are configured

Prestashop

Note

The following example show how to configure PHP Xdebug for PHP 5.6:

Create an xdebug.ini file (must end by .ini):

Copy/paste all of the following lines into the above created xdebug.ini file:

Important

Ensure you have retrieved the correct DockerNAT IP address as stated in the prerequisites section above!

Note

Host os and editor specific settings are highlighted in yellow and are worth googling to get a better understanding of the tools you use and to be more efficient at troubleshooting.

Restarting the Devilbox is important in order for it to read the new PHP settings.Note that the following example only starts up PHP, HTTPD and Bind.

See also

Stop and Restart (Why do docker-composerm?)

Skip to end of metadataGo to start of metadata

Table of content

Consistency is important, even more so when writing open-source code, since the code belongs to millions of eyeballs, and bug-fixing relies on these teeming millions to actually locate bugs and understand how to solve it.

This is why, when writing anything for PrestaShop, be it a theme, a module or a core patch, you should strive to follow the following guidelines. They are the ones that the PrestaShop developers adhere to, and following them is the surest way to have your code be elegantly integrated in PrestaShop.

In short, having code consistency helps keeping the code readable and maintainable.

If use an IDE, you can use the CodeSniffer code validator to help you write better code.

PHP

Variable names

Just like class, method and function names, variable names should be written in English so as to be readable to as many people as possible.

Use lowercase letters, and separate words using underscores. Do not ever use CamelCase.

  1. Corresponding to data from databases: $my_var.
  2. Corresponding to algorithm: $my_var.
  3. The visibility of a member variable does not affect its name: private $my_var.

Assignments

  1. There should be a space between variable and operators:

Operators

  1. '+', '-', '*', '/', '=' and any combination of them (e.g. '/=') need a space between their left and right members.

  2. '.' does not have a space between its left and right members.

    Recommendation

    For performance reasons, please do not overuse concatenation.

  3. '.=' needs a space between its left and right members.

  4. When testing a boolean variable, do not use a comparison operator, but directly use the value itself, or the value prefixed with an exclamation mark:

Statements

  1. if, elseif, while, for: need a space between the if keyword and the parentheses ().

  2. When a combination of if and else is used and both can return a value, the else statement has to be omitted.

    Recommendation

    We recommend to use only one return statement per method/function.

  3. When a method/function returns a boolean and the current method/function's returned value depends on it, the if statement has to be avoided.

  4. Tests must be grouped by entity.

Visibility

  1. The visibility must be defined every time, even when it is a public method.
  2. The order of the method properties should be: visibility static function functionName().

Method / Function names

  1. Method and function names always use CamelCase: begin with a lowercase character and each following words must begin with an uppercase character.

  2. Braces introducing method code have to be preceded by a carriage return.

  3. Method and function names must be explicit, so function names such as b() or ef()are completely forbidden.

    Exceptions

    The only exceptions are the translation function (called l()) and the debug functions (named p() and d()).

Enumeration

Commas have to be followed (and not preceded) by a space.

Objects / Classes

  1. Object name must be singular.

  2. Class name must follow the CamelCase practice, except that the first letter is uppercase.

Constants

  1. Constant names must be written in uppercase, except for 'true', 'false' and 'null' which must be lowercase: ENT_NOQUOTE, true.
  2. Constant names have to be prefixed with 'PS_' inside the core and module.

  3. Constant names should only use alphabetical characters and '_'.

Keywords

All keywords have to be lowercase: as, case, if, echo, null.

Configuration variables

Configuration variables follow the same rules as defined above.

Strings

Strings have to be surrounded by simple quotes, never double ones.

Comments

  1. Inside functions and methods, only the '//' comment tag is allowed.
  2. After the '//' comment marker, a space is required:

  3. The '//' comment marker is tolerated at the end of a code line.

  4. Outside of functions and methods, only the '/*' and '*/' comment markers are allowed.

  5. A phpDoc comment block is required before the declaration of the method.

    For more informations

    For more information about the PHP Doc syntax: http://manual.phpdoc.org/HTMLSmartyConverter/HandS/phpDocumentor/tutorial_tags.pkg.html.

Return values

  1. The return statement does not need brackets, except when it deals with a composed expression.

  2. The return statement can be used to break out of a function.

Call

Performing a function call preceded by a '@' is forbidden, but beware of function/method call with login/password or path arguments.

Tags

  1. There must be an empty line after the PHP opening tag.

  2. The PHP closing tag is forbidden at the end of a file.

Indentation

  1. The tabulation character ('t') is the only indentation character allowed.
  2. Each indentation level must be represented by a single tabulation character.

Debug prestashop phpstorm

Array

  1. The array keyword must not be followed by a space.

  2. When too much data is inside an array, the indentation has to be as follows:

Block

Braces are prohibited when they only define one instruction or a combination of statements.

Security

  1. All users' data (data entered by users) has to be cast.

    getValue() does not protect your code from hacking attempts (SQL injections, XSS flaws and CRSF breaches). You still have to secure your data yourself.
    One PrestaShop-specific securization method is pSQL($value): it helps protect your database against SQL injections.

  2. All method/function's parameters must be typed (when Array or Object) when received.

  3. For all other parameters, they have to be cast each time they are used, except when they are sent to other methods/functions.

Limitations

  1. Source code lines are limited to 150 characters wide.
  2. Functions and methods lines are limited to 80 characters. Functions must have a good reason to have an overly long name: keep it to the essential!

Other

  1. It is forbidden to use a ternary into another ternary, such as echo ((true ? 'true' : false) ? 't' : 'f');.
  2. We recommend the use of && and || into your conditions instead of AND and OR: echo ('X' 0 && 'X' true).
  3. Please refrain from using reference parameters, such as:

SQL

Table names

  1. Table names must begin with the PrestaShop '_DB_PREFIX_' prefix.

  2. Table names must have the same name as the object they reflect: 'ps_cart'.
  3. Table names have to stay singular: 'ps_order'.
  4. Language data have to be stored in a table named exactly like the object's table, and with the '_lang' suffix: 'ps_product_lang'.

SQL query

  1. Keywords must be written in uppercase.

  2. Back quotes ('`') must be used around SQL field names and table names.

  3. Table aliases have to be named by taking the first letter of each word, and must be lowercase.

  4. When conflicts between table aliases occur, the second character has to be also used in the name.

  5. A new line has to be created for each clause.

  6. It is forbidden to make a JOIN in a WHERE clause.

Installing the code validator (PHP CodeSniffer)

This is a brief tutorial on how to install a code validator on your PC and use it to validate your files. The code validator uses PHP CodeSniffer, which is a PEAR package (http://pear.php.net/package/PHP_CodeSniffer/). The PrestaShop code standard was created specifically for CodeSniffer, using many rules taken from existing standards, with added customized rules in order to better fit our project.

You can download the PrestaShop code standard using Git: https://github.com/PrestaShop/PrestaShop-norm-validator (you must perform this step before going any further with this tutorial).

In order for it to berecognized as abasic standard,it must be placedin the CodeSniffer's/Standardsfolder

PhpStorm integration

Phpstorm Prestashop Plugin

If you use PhpStorm (http://www.jetbrains.com/phpstorm/), follow these steps:

  1. Go to Settings -> Inspection -> PHP -> PHP Code Sniffer.
  2. Set the path to the phpcs executable.
  3. Set the coding standard as 'PrestaShop' (which is only available if you did put in CodeSniffer's /Standards folder).

Integration to vim

Several plugins are available online. For instance, you can use this one: https://github.com/bpearson/vim-phpcs/blob/master/plugin/phpcs.vim
Put in your ~/.vim/plugin folder.

You can add two shortcuts (for instance, F9 to display everything and Ctrl+F9 to hide warnings) in your .vimrc file in normal and insert mode :

Debug Prestashop Phpstorm

Command line (Linux)

You do not have to use PhpStorm to use PHP CodeSniffer, you can also install it so that it can be called from the command line.

  1. Install PEAR: http://pear.php.net/
    $> apt-get install php-pear
  2. Install PHP CodeSniffer in PEAR: http://pear.php.net/package/PHP_CodeSniffer
    $> pear install PHP_CodeSniffer
  3. Add the PrestaShop standard that you downloaded from SVN earlier, and place it in PHP CodeSniffer's 'Standards' folder.
    $> git clone https://github.com/PrestaShop/PrestaShop-norm-validator/usr/share/php/PHP/CodeSniffer/Standards/Prestashop
  4. Set the Prestashop standard as the default one
    $> phpcs --config-set default_standard Prestashop
Debug prestashop phpstorm

The various options for this command are well explained in its documentation. For now, here is the easy way to launch it:

In order to only display errors, not warnings:

If you have already manually installed PHP CodeSniffer, the program should be in PEAR's /scripts folder.

Windows users: although the phpcs.bat file should be in that /scripts folder, you might have to edit it in order for it to work properly (replace the paths with yours):