Monica is an open-source web application to manage your personal relationships. Think of it as a CRM for your friends or family. This is what it currently looks like:
Monica allows people to keep track of everything that's important about their friends and family. Like the activities done with them. When you last called someone. What you talked about. It will help you remember the name and the age of the kids. It can also remind you to call someone you haven't talked to in a while.
This project is for people who have hard time remembering details about other people's lives - especially the ones they care about. Yes, you can still use Facebook to achieve this, but you will only be able to see what people do and post - and if they are not on Facebook, you are stuck anyway.
I originally built this tool to help me in my private life: I've been living away of my own country for a long time now. I want to keep notes and remember the life of my friends in my home country and be able to ask the relevant questions when I email them or talk to them over the phone. Moreover, as a foreigner in my new country, I met a lot of other foreigners - and most come back to their countries. I still want to remember the names or ages of their kids. Call it cheating - I call it caring.
We've already received numerous feedback of users who suffer from Asperger's syndrome who use this application on a daily basis. It helps them have better social interactions.
Monica is not a social network and never will be. It's not meant to be social. In fact, it's for your eyes only. Monica is also not a smart assistant - it won't guess what you want to do. In fact it's pretty dumb: it will send you emails only for the things you asked to be reminded of.
We want to use technology in a way that does not harm human relationships, like big social networks can do.
Monica's vision is to help people have more meaningful relationships.
We want to provide a platform that is:
- really easy to use: we value simplicity over anything else.
- open-source: we believe everyone should be able to contribute to this tool, and see for themselves that nothing nasty is done behind the scenes that would go against the best interests of the users. We also want to leverage the community to build attractive features and do things that would not be possible otherwise.
- easy to contribute to: we want to keep the codebase as simple as possible. This has two big advantages: anyone can contribute, and it's easily maintainable on the long run.
- available everywhere: Monica should be able to run on any desktop OS or mobile phone easily. This will be made possible by making sure the tool is easily installable by anyone who wants to either contribute or host the platform themselves.
- robust API: the platform will have a robust API so it can communicate both ways to other systems.
To reach this ambitious vision, we'll use technology in a way that does not harm human relationships, like big social networks can do.
We think Monica has to become a platform more than an application, so people can build on it.
Here what we should do in order to realize our vision:
- Build an API in order to create an ecosystem. The ecosystem is what will make Monica a successful platform.
- Build importers and exporters of data. We don't want to have any vendor lock-ins. Data is the property of the users and they should be able to do whatever they want with it.
- Create mobile apps.
- Build great reports so people can have interesting insights.
- Create a smart recommandation system for gifts. For instance, if my nephew is soon 6 years old in a month, I will be able to receive an email with a list of 5 potential gifts I can offer to a 6 year old boy.
- Add more ways of being reminded: Telegram, SMS,...
- Create Chrome extensions to load Monica's data in a sidebar when viewing a contact on Facebook, letting us take additional notes as we see them on Facebook.
- Add modules that can be activated on demand. One would be for instance, for the people who wants to use Monica for dating purposes (yes, we've received this kind of feedback already).
- Add functional and unit tests so the main features are tested. Stability is key.
Why is Monica open source? Is it risky? Will someone steal my code and do a for-profit business that will kill my own business? Why reveal my strategy to the world? This is the kind of questions we've received by email already.
The answer to these questions is simple: yes, you can fork the project and do a competing project, make money out of it (even if the license is not super friendly to achieve that) and I'll never know. But it's ok, I don't mind.
I wanted to open source this project for several reasons:
- I believe, perhaps naively, that this project can really change people's lives. While I aim to make money out of it, I also want everyone to benefit from it. Open sourcing a project like this will help Monica become much bigger than what I imagine myself. While I strongly believe that the project has to follow the vision I have for it, I need to be humble enough to know that ideas come from everywhere, and people have much better ideas than what I can have.
- You can't do something great alone. While Monica could become a company and hire a bunch of super smart people to work on it, you can't beat the manpower of an entire community. Open sourcing the product means bugs will be fixed faster, features will be developed faster, and more importantly, developers will be able to contribute to the project that changes either their own lives, or other people's lives.
- Doing things in a transparent manner, like it's the case when you open source something, lead to formidable things. People respect the project more. You can't hide nasty piece of code. You can't do things behind the back of your users. It's a major driving force that motivates you to keep doing what's right.
- I believe that once you have created a community of passionate developers around your project, you've won - because developers are very powerful influencers. Developers will create apps around your product, talk about it on forums, and tell about the project to their friends. Cherish the developers - users will follow.
There are currently three ways of getting started with Monica.
- You can use our hosted-version (this is the simplest way to use the product).
- You can run it with Docker
- You can deploy to Heroku
You have the liberty to clone the repository and set it up yourself on any hosting provider, for free. I'm just asking that you don't try to make money out of it yourself.
We provide a hosted version of this application on https://monicahq.com.
You can use Docker and docker-compose to pull or build and run a Monica image, complete with a self-contained MySQL database. This has the nice properties that you don't have to install lots of software directly onto your system, and you can be up and running quickly with a known working environment.
Before you start, you need to get and edit a .env
file. If you've already
cloned the Monica Git repo, run:
$ cp .env.example .env
to create it. If not, you can fetch it from GitHub like:
$ curl https://raw.githubusercontent.com/monicahq/monica/master/.env.example > .env
Then open .env
in an editor and update it for your own needs:
- Set
APP_KEY
to a random 32-character string. For example, if you have thepwgen
utility installed, you could copy and paste the output ofpwgen -s 32 1
. - Edit the
MAIL_*
settings to point to your own mailserver.
Now select one of these methods to be up and running quickly:
This is the easiest and fastest way to try MonicaHQ! Use this process if you want to download the newest image from Docker Hub and run it with a pre-packaged MySQL database.
Edit .env
again to set DB_HOST=mysql
(as mysql
is the creative name of
the MySQL container).
$ docker-compose pull
$ docker-compose up
Use this process if you want to modify Monica source code and build your image to run.
Edit .env
again to set DB_HOST=mysql
(as mysql
is the creative name of
the MySQL container).
Then run:
$ docker-compose build
$ docker-compose up
Use this process if you're a developer and want complete control over your Monica container.
Edit .env
again to set the DB_*
variables to match your
database. Then run:
$ docker build -t monicahq/monicahq .
$ docker run --env-file .env -p 80:80 monicahq/monicahq # to run MonicaHQ
# ...or...
$ docker run --env-file .env -it monicahq/monicahq shell # to get a prompt
Note that uploaded files, like avatars, will disappear when you
restart the container. Map a volume to
/var/www/monica/storage/app/public
if you want that data to persist
between runs. See docker-compose.yml
for examples.
If you don't want to use Docker, the best way to setup the project is to use the same configuration that Homestead uses. Basically, Monica depends on the following:
- PHP 7.0+
- MySQL, SQLite or Postgre
- Git
- Composer
- Optional: Redis or Beanstalk
The preferred OS distribution is Ubuntu 16.04, simply because all the development is made on it and we know it works. However, any OS that lets you install the above packages should work.
Once the softwares above are installed, clone the repository and proceed as follow:
composer install
in the folder the repository has been cloned.cp .env.example .env
to configure Monica.- Update
.env
with your specific needs. - Run
php artisan key:generate
to generate an application key. This will setAPP_KEY
with the right value automatically. - Create a database called
monica
. php artisan migrate
to run all migrations.php artisan storage:link
to enable avatar uploads for the contacts.php artisan db:seed --class ActivityTypesTableSeeder
to populate the activity types.php artisan db:seed --class CountriesSeederTable
to populate the countries table.- In order for the reminders to be sent (reminders are created inside the
application and associated to contacts), you need to setup a cron that runs
every minute with the following command
php artisan schedule:run
.
Optional: Setup the queues with Redis, Beanstalk or Amazon SQS
Monica can work with a queue mechanism to handle different events, so we don't block the main thread while processing stuff that can be run asynchronously, like sending emails. By default, Monica does not use a queue mechanism but can be setup to do so.
There are three choices for the queue mechanism:
- Database (this will use the database used by the application to act as a queue)
- Redis
- Beanstalk
- Amazon SQS
The simplest queue is the database driver. To set it up, simply change in your
.env
file the following QUEUE_DRIVER=sync
by QUEUE_DRIVER=database
.
To configure the other queues, refer to the official Laravel documentation on the topic.
There is no concept of releases at the moment. If you run the project locally, or if you have installed Monica on your own server, you need to follow these steps below to update it, every single time, or you will run into problems.
git pull origin master
composer update
php artisan migrate
That should be it.
Monica can be deployed on Heroku using the button below:
Please ensure to enter a custom APP_KEY
when asked. Your Monica instance will
utilise a ClearDB Ignite plan by
default. Additional environment variables, such as details of the mail server,
can be added after setup through the Heroku interface.
Monica doesn't require a lot of power - it means it will run on the free plan provided by Heroku.
There is one issue with it though at the moment: you won't be able to upload photos to your contacts, as Heroku doesn't support storage. We'll need to fix this in the future.
Note: this is only possible if you install Monica on your server or locally.
You can import your contacts in vCard format in your account with one simple
CLI command:
php artisan import:vcard {email user} {path}
where {email user}
is the email of the user in your Monica instance who will
be associated the new contacts to, and {path}
being the path to a .vcf file.
Example: php artisan import:vcard john@doe.com ~/Downloads/contacts.vcf
The .vcf
can contain as many contacts as you want.
You want to help build Monica? That's awesome. We can't thank you enough.
The best way to contribute to Monica is to use Homestead, which is an official, pre-packaged Vagrant box that provides you a wonderful development environment without requiring you to install PHP, a web server, and any other server software on your local machine. The big advantage is that it runs on any Windows, Mac, or Linux system.
This is what is used to develop Monica and will provide a common base for everyone who wants to contribute to the project. Once Homestead is installed, you can pull the repository and start setup Monica.
composer install
in the folder the repository has been cloned.cp .env.example .env
- Update
.env
to your specific needs. - Run
php artisan key:generate
to generate an application key. This will setAPP_KEY
with the right value automatically. npm install
to install bower and gulp.bower install
to install front-end dependencies in thevendor
folder.- Create a database called
monica
. php artisan migrate
to run all migrations.php artisan storage:link
to access the avatars.php artisan db:seed --class ActivityTypesTableSeeder
to populate the activity types.php artisan db:seed --class CountriesSeederTable
to populate the countries table.
Optional step: Seeding the database with fake data
This step is to populate the instance with fake data, so you can test with real data instead of lorem ipsum.
php artisan db:seed --class FakeContentTableSeeder
to load all seeds.
Note that this will create two accounts:
- First account is
admin@admin.com
with the passwordadmin
. This account contains a lot of fake data that will let you play with the product. - Second account is
blank@blank.com
with the passwordblank
. This account does not contain any data and shall be used to check all the blank states.
Monica uses the testing capabilities of Laravel to do unit and functional testing. While all code will have to go through to Travis before being merged, tests can still be executed locally before pushing them. In fact, we encourage you strongly to do it first.
To setup the test environment, create a separate testing database locally:
- Create a database called
monica_test
Then you need to run the migrations specific to the testing database and runs the seeders to populate it:
php artisan migrate --database testing
php artisan db:seed --database testing
Once this is done, you have to use phpunit
command every time you want to run
the test suite.
Each time the schema of the database changes, you need to run again the migrations and the seeders by running the two commands above.
We use Bower to manage front-end dependencies. The first time you install the
project, you need to bower install
in the root of the project. When you want
to update the dependencies, run bower update
.
To install a new package, use bower install jquery -S
. The -S
option is to
update bower.json
to lock the specific version.
All the assets are stored in resources/vendor
.
CSS is written in SASS and therefore needs to be compiled before being used by
the application. To compile those front-end assets, use gulp
.
To monitor changes and compile assets on the fly, use gulp watch
.
At the current time, we are using Bootstrap 4 Alpha 2. Not everything though - we do use only what we need. I would have wanted to use something completely custom, but why reinvent the wheel? Anyway, make sure you don't update this dependency with Bower. If you do, make sure that everything is thoroughly tested as when Bootstrap changes version, a lot of changes are introduced.
Emails are an important of Monica. Emails are still the most significant mean of communication and people like receiving them when they are relevant. That being said, you will need to test emails to make sure they contain what they should contain.
For development purposes, you have two choices to test emails:
- You can use Mailtrap. This is an amazing service that provides a free plan that is plenty enough to test all the emails that are sent.
- If you use Homestead to code on your local machine, you can use
mailhog that is built-in. To use it, you
first need to start mailhog (
sudo service mailhog restart
). Then, head up to http://localhost:8025 in your browser to load Mailhog's UI.
If you want to use mailhog, you need the following settings in your .env
file:
MAIL_DRIVER=smtp
MAIL_HOST=0.0.0.0
MAIL_PORT=1025
MAIL_USERNAME=
MAIL_PASSWORD=
MAIL_ENCRYPTION=
Reminders are generated and sent using an Artisan command
monica:sendnotifications
. This command is scheduled to be triggered every hour
in app/console/Kernel.php
.
Monica calculates every night (ie once per day) a set of metrics to help you understand how the instance is being used by users. That will also allow to measure growth over time.
Statistics are generated by the Artisan command monica:calculatestatistics
every night at midnight and this cron is defined in app/console/Kernel.php
.
We welcome contributions of all kinds from anyone. We do however have rules.
- Monica is written with a great framework, Laravel. We care deeply about keeping Monica very simple on purpose. The simpler the code is, the simpler it will be to maintain it and debug it when needed. That means we don't want to make it a one page application, or add any kind of complexities whatsoever.
- That means we won't accept pull requests that add too much complexity, or written in a way we don't understand. Again, the number 1 priority should be to simplify the maintenance on the long run.
- It's better to move forward fast by shipping good features, than waiting for months and ship a perfect feature.
- Our product philosophy is simple. Things do not have to be perfect. They just need to be shipped. As long as it works and aligns with the vision, you should ship as soon as possible. Even if it's ugly, or very small, that does not matter.
There are several ways to help this project to move forward:
- Unlike Fight Club, the best way to help is to actually talk about the project as much as you can.
- You can answer questions in the issue tracker to help other community members.
- Look for issues labelled bugs if you are looking to have an immediate impact on the project.
- Look for issues labelled enhancements These are issues that you can solve relatively easily.
- If you are an advanced developer, you can try to tackle issues labelled feature requests. Beware though - they are harder to do and will require a lot of back and forth with the repository administrator in order to make sure we are going to the right direction with the product.
- Finally, and most importantly, we are looking for people willing to write tests for the existing features.
Copyright (c) 2016-2017 Regis Freyd
Licensed under the AGPL License