Download our latest Magento 2.x Checkout module here.
Extract Hips.M2.v1.x.zip. Upload the app folder to your Magento root directory using a FTP client.
Log into the admin panel and navigate to the Cache Management page (System → Cache Management), selecting all caches, clicking "disable" from the drop- down menu, and submitting the change. Or by running the command php bin/magento cache:disable
from your magento root directory in command line.
Navigate to your Magento 2 root directory using cd
in command line. Enter the following at the command line:
php bin/magento setup:upgrade
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
Enable Magento Cache through System → Cache Management or run command php bin/magento cache:enable
from your magento root directory.
Go to Stores → Configuration, and to Sales → Payment Method.
Click on Other Payment Methods and Hips Checkout.
Enter your Public API Key (will be found here).
Enter your Private API Key (will be found here).
Save your settings.
Configure your shipping methods (will be found here).
If you want to accept Paypal, Invoice etc you may do that by connecting those to your HIPS account
If you want to contribute to a Hips project and make it better, your help is very welcome. Contributing is also a great way to learn more about social coding on Github, new technologies and and their ecosystems and how to make constructive, helpful bug reports, feature requests and the noblest of all contributions: a good, clean pull request.
- Create a personal fork of the project on Github.
- Clone the fork on your local machine. Your remote repo on Github is called
origin
. - Add the original repository as a remote called
upstream
. - If you created your fork a while ago be sure to pull upstream changes into your local repository.
- Create a new branch to work on! Branch from
develop
if it exists, else frommaster
. - Implement/fix your feature, comment your code.
- Follow the code style of the project, including indentation.
- If the project has tests run them!
- Write or adapt tests as needed.
- Add or change the documentation as needed.
- Squash your commits into a single commit with git's interactive rebase. Create a new branch if necessary.
- Push your branch to your fork on Github, the remote
origin
. - From your fork open a pull request in the correct branch. Target the project's
develop
branch if there is one, else go formaster
! - ...
- Once the pull request is approved and merged you can pull the changes from
upstream
to your local repo and delete your extra branch(es).
And last but not least: Always write your commit messages in the present tense. Your commit message should describe what the commit, when applied, does to the code – not what you did to the code.