Для этого нужны следующие ингредиенты:

1. Приложение для учёта личных финансов, которое показывает общий остаток на всех картах и наличности. Я сам использую Money Pro и советую его — ссылка на iTunes
2. Счёт под названием «копилка» в любом банке
3. Регулярная и дотошная запись каждого расхода в приложении для учёта финансов (для того, чтобы иметь объективную цифру общей суммы денег, которые у нас в наличии)

Далее, мы регулярно записываем наши расходы, тем самым добиваемся того, что при вопросе «сколько у меня всего денег?» ориентируемся не на то, что у нас в кошельке/кармане/на карте, а на цифру остатка средств в приложении.

Со всего получаемого нами дохода мы регулярно откладываем в «копилку» (из пункта №2 выше) 10% от цифры дохода. И когда откладываем его — записываем это как расход в наше приложения для учёта расходов.

Таким образом, у нас на реальном балансе, на которой мы ориентируемся при вопросе «сколько у меня денег?» не будет присутствовать цифры из копилки, а вот «физически» в «копилке» они будут.

Я так предполагаю, что это одна из разновидностей программы лояльности.

У нас есть работающий бизнес, который что-то продаёт. Мы добавляем в него специальный субпродукт, который называем «премиум»/«VIP»/«как-нибудь ещё по-кошерному»-подписка. Этот субпродукт покупается на какой-то период. Причём, чем на больший — тем, очевидно, лучше, но тем же и, как уже обыденно, дешевле. То есть, за суб продукт регулярно вносится плата. И пока он есть, всегда есть ощущение, что он скоро кончится и хорошо бы не забывать его использовать. То есть, есть мотивация приобретать основные продукты больше и чаще.

Что даёт эта «подписка»?

Давать она может что-то (да или даже сразу всё; или даже можно ввести несколько уровней подписки) из этого списка:

• Бесплатная доставка (или скидка на доставку)
• Скидка на товары (все/группы товаров/определённые группы или товары в определённые даты)
• Повышенный кешбек или же надбавка за пополнение счёта (безвозмездная)

Очевидно, что тут не всё так просто и придётся чем-то пожертвовать, но всё, конечно же, нужно считать. То есть, можно лимитировать число бесплатных доставок или же лимитировать сверху величину общей суммы кешбека.

Ну и, конечно же, необходимо везде на сайте показывать разницу между наличием и отсутствием подписки.

Я думаю, что внедрение этой подписки увеличит оборот, средний чек и частоту покупки.

Правда, стоит быть осторожным с тем, что подписка может не всем подойти и из-за этого многие клиенты могут попросту разочароваться и уйти. То есть, не для постоянников станет хуже, чем было раньше.

И, кстати говоря, многие просто купят её и забудут, как часто и бывает с тем, что «вроде нужно», но на самом деле и не очень нужно по прошествии времени.

MVC — Model View Controller.

Это паттерн проектирования для построения веб-приложений. Так же, этот паттерн проектирования лежит в основе многих фреймворков.

Как я его понимаю:

1. View — вид или представление. Это файлы, в которых HTML, которые отображают при помощи вложенности или же простых условий и циклов какую-то информацию
2. Model — представление сущностей приложение с возможностью сохранять, редактировать и удалять данные из базы данных.
3. Controller — контейнер для action’ов, которые представляют из себя веб-страницы или же адрес, по которым принимают, например, AJAX-запросы с фронтенда или же API-запросы из других мест. Контроллер должен работать исключительно с HTTP; тогда как, например, CLI туда попадать не должен. Отсюда вытекает и то, что всё приложение должно быть заточено под гибкую работу в контексте вышесказанного. Простейший пример: не нужно использовать глобальную переменную $_POST где-то, кроме контроллера.

Так же, у системы контроллер есть подсистема — роутинг. Роутинг, так сказать, документирует то, как, где, в каких формах и с какими параметрами открываются веб-страницы или же исполняются аякс- или же апи-запросы.

Логика приложения, я считаю, должна быть в менеджерах. То есть, в экшене контроллера принимается запрос, валидируется и фильтруется, далее он обрабатывается менеджером и сохраняется в базу данных посредством модели.

А менеджер — это паттерн проектирования, взятый из реальной жизни.

Задача маркетинга в том, чтобы найти людей, которым нравится то, что вы продаёте и, так же, в том, чтобы помочь этим людям найти вас.

.ssh — 700 (drwx——)
Public key (открытый ключ, расширение .pub) — 644 (drwx——)
Private key (закрытый ключ, обычно без расширения) — 600 (-rw——-)

Файл конфига (config) должен иметь права:
600

Менять так:
sudo chmod 600 config
sudo chown $USER config

 

(а домашняя директория должна иметь 755 (drwxr-xr-x))

Меняются права на файл так:

sudo chmod 777 file

Наверное, вы скажете — «да какая она коварная? просто знать её надо, да и всё!» — что-то в этом духе.

В общем, расскажу историю!

Читать дальше «Коварная (?) функция strtotime() в PHP» →

Всё, в основном, касается жизнедеятельности в домашних условиях. Короче, в доме:

• Не использовать ковры
• Не использовать мебель из тканевой обивки
• Не использовать гардины или гигантские шторы (а если используете, то стирать их раз в месяц)
• Хранить одежду, книги в шкафах, которые могут закрываться (а лучше вообще избавиться от книг и избавляться от ненужной одежды)
• Не использовать постельные принадлежности из:
  • пера
  • пуха
  • шерсти
• Использовать для одеял, подушек и матрасов специальные защитные чехлы
• Стирать постельное бельё при температуре не ниже 60 °С (т.е. в горячей воде)
• Проводить влажную уборку 1 раз в неделю (а лучше — чаще). При проведении влажной уборки открывать окна. Причём, много пыли скапливается на верхах шкафов и на их полках. Если у вас нет много времени на проведение полноценной уборки, то достаточно протереть под кроватью, на которой вы спите и вытереть пыль.
• При самостоятельной уборке всегда надевать маску (медицинскую)
• Поддерживать влажность в квартире на уровне 35%
• Абсолютно исключить каких-либо домашних животных

В отелях/гостиницах:

• Требовать номер без штор и без ковров (а если с ними — чтобы ковёр был пропылесошен, а шторы выстираны)
• Требовать, чтобы постельное бельё меняли каждый день
• Требовать то, чтобы бы кондиционер был чистым (иначе он будет пыль из себя разгонять по комнате)

В повседневной жизни следует остерегаться старых помещений, складов или же мест с кучей книг, газет — короче говоря остерегаться таких помещений, в которых обильное скопление пыли. Так же стоит стараться не ездить на поезде.

И, разумеется, я рекомендую попробовать вылечить аллергию на пыль — на сегодняшний день это вполне реально.

Закачать:

scp /path_local/archive.zip [email protected]:/path_server

Скачать:

scp [email protected]:/path_server/archive.zip /path_local/

Пусть, структура нашего проекта такая:

• / — корень
• /app/ — папка с веб-приложением
  • /app/cache/ — кеш веб-приложения
  • /app/logs/ — логи веб-приложения
• /_assets/ — статические файлы
  • /_assets/js/ — статические файлы в виде яваСкрипта
  • /_assets/css/— статические файлы в виде сиэсэс
• …

 

Предположим, нам нужно добавить в .gitignore игнорирование логов и кеша нашего веб-приложения. Так вот:

1. Для игнорирования самой директории и файлов внутри неё следует писать так:

/app/cache/*
/app/logs/*


Для игнорирования только файлов внутри директории следует писать так:

/app/cache/
/app/logs/


То есть, в первом варианте, у любого, кто клонирует проект, будут отсутствовать папки cache и logs и всё их содержимое, а во втором варианте будут присутствовать папки cache и logs, но, разумеется, без содержимого.

1. Яндекс.Вебмастер (+Rambler) — https://webmaster.yandex.ru/
2. Google для веб-мастеров — https://www.google.com/webmasters
3. Mail.Ru вебмастер (кабинет вебмастера) — https://webmaster.mail.ru/
4. Bing Webmaster (+Yahoo, +MSN) — https://www.bing.com/toolbox/webmaster/
5. Спутник Вебмастер — http://corp.sputnik.ru/webmaster