gsamat

два обзора saas-ов от конкурентов mailchimp

• https://moosend.com/blog/mailchimp-alternatives/
• https://landing.sendinblue.com/en/mailchimp

ещё saas

• самая большая/старая https://sendgrid.com/
• https://www.mailerlite.com/mailchimp-alternative
• https://ecomail.app
• https://www.activecampaign.com/compare/mailchimp

nikolasburk

	Relay	Apollo
Built by	Facebook (Check out the project on GitHub)	Meteor (Check out the project on GitHub)
Frontend Technologies	Requires React / React Native and configuration of Babel plugin	Framework and platform agnostic (works with any JS framework such as React, Angular or Vue as well as on the native mobile platforms)
GraphQL API	Requires a certain structure in the GraphQL schema	Works with any GraphQL schema
Complexity	Slow learning curve: Lots of powerful magic happening behind the scenes	Low entrance barrier: Let's you get started quickly and involves more manual work for certain features
Flexibility	Almost no flexibility, strict rules how to

himalay

# create folders if does not exist
mkdir -p ~/.fonts
mkdir -p ~/.config/fontconfig/

# download noto color emoji font from https://www.google.com/get/noto/#emoji-zsye-color
# extract NotoColorEmoji.ttf file into ~/.fonts/

# create font config file
cat << 'EOF' > ~/.config/fontconfig/fonts.conf
<?xml version="1.0" encoding="UTF-8"?><!DOCTYPE fontconfig SYSTEM "fonts.dtd">

greabock

Как оставаться упоротым и счастливым

Добра!

Моя прошлая статья по модульной структуре имела некоторый резонанс - были как противники так и сторонники этой методики. Как и в прошлый раз, я подчеркну, что не считаю этот путь единственно верным, и не буду пытаться завлечь кого-то на "темную сторону". Вместо этого, я расскажу вам, как я "живу" с модульной структурой, и как решаю некоторые проблемы.

Модули, как они есть

Прежде всего, хотелось бы вернуться к тому, как устроены модули (они же домены, или области ответственности). В прошлый раз, я говорил о том, что можно просто удалить любой модуль и приложение продолжит свою работу. В действительности, это не совсем так. Дело в том, что модули очень похожи на пакеты composer (собственно ими они и могут являться). Что это значит? Это значит, что модули, подобно пакетам, имеют зависимости. Например, модуль Blog может иметь в зависимостях модуль User - ведь у блога должен быть автор. Модуль

greabock

#Как упороться по модульной структуре и областям ответственности в Laravel. А потом стать счастливым.

[UPD] после пары вопросов в личку, решил добавить дисклеймер: Я не считаю, что это единственно верный путь. Я просто говорю вам о том, что существует такой подход.

Когда меня спрашивают для чего нужны сервис-провайдеры в Laravel, я пожимаю плечами и говорю: если вы не знаете зачем они нужны, значит они вам не нужны. Если вы пишите и строите код так, как это описано во всех мануалах, скорее всего вам хватит одного провайдера на всё приложение, и он уже есть сразу. И не надо парить мозг себе и людям. Просто забейте на это все.

Дефолтная структура приложения на laravel выглядит вот так: У вас есть папка Http в которой лежат посредники(раньше это были фильтры) и контроллеры. Так же есть команды, хэндлеры, исключения, модели (последние Тейлор бессовестно бросил просто так - прямо в корне app )... возможно вы сами создаете папки репозиториев, обсерверов... или что-то там еще... потом вы начинаете строить

franzose

//- As you may know, Laravel 5 provides the Elixir to compile assets with no pain.
  These mixins is for those of you who want to use Jade power combined with that of Laravel Blade.
  The syntax mimic Blade statements, however identation differs in some cases.

- var newline = "\r\n"
- var loopIterator = '$iterator'

//- @extends mixin
  Example:  +extends('layouts/master')
  Compiled: @extends('layouts/master')