Дмитрий Энтелис

У меня в .htaccess так прописано и все работает:

RewriteEngine on
RewriteCond %{HTTP:HTTPS} !on [NV]
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R]

Ограничение есть только а php.
В скрипте добавь в самый верх ignore_user_abort(true);
И запусти скрипт из консоли, посмотри что выдает.

1. Некоторые платежные системы могут встраиваться в страничку сайта. Будет казаться, что платежная система своя. Возможно, вы имеете ввиду именно это?
   
2. Сделать свою платежную систему и напрямую подключиться к VISA и др. - для одного отдельного магазина слишком дорого, речь идет об обязательном многомиллионном обороте в месяц. Если он хочет сэкономить - это глупо. Проще подключиться к существующей уже.
   
3. Единственное что можно сделать, если делать самому "персональную" систему оплаты - принимать оплату собственными "фантиками". То есть создать новую платежную систему уровня WebMoney и т.п. Но шлюз в другие системы вам все равно понадобится.
   

Если вы хотите создать свою платежную систему, то для начала ответьте себе на вопрос:
А где именно на схеме выше вы видите свое место?
Вы кого хотите создать? Эквайера? Эмитента?

Как работает оплата картами читать здесь:
https://habrahabr.ru/post/229393/
https://habrahabr.ru/post/157565/

P.S.:
Вообще создать собственную платежную систему (например, типа Robokassa) - можно, и это даже технически не сложно.
Но прямого подключения вам никто не даст даже на больших оборотах. Для прямого подключения нужны ОГРОМНЫЕ обороты.
Максимум, что вы можете сделать - просто десяток шлюзов в другие системы-посредники.

У меня есть интернет-магазин в разработке уже много лет. Его владелец постоянно что-то совершенствует.
Он все эти годы развивает удобства для покупателя, раскрутку сайта и т.п. Это выгодное вложение, оно окупается.

Но прием платежей осуществляется через посредника.

Cвоя платежная система - это не выгодное вложение для интернет-магазина, а просто глупое (даже если гипотетически предположить, что интернет-магазин это по деньгам потянет).

Имеет смысл говорить о своей платежной системе, если вы AliExpress, eBay или Amazon.

1. Человек не умеет параллельно.
2. Человек испытывает кайф и ему кажется, что параллельно он быстрее работает. Но это иллюзия.
3. Заказчики очень не любят таких фриленсеров.
4. Точнее непредсказуемых фриленсеров, которые исчезают неожиданно (потому что встряли в параллельном проекте).

Когда я звоню кому-то, в логах заносится местоположение (моё и принимающего звонок)?

Да. Но для вызывающей стороны местоположение адресата известно с точностью только до сети. Но для самого адресата входящий вызов также логгируется вместе с его местоположением в этот момент, после чего эти логи можно сопоставить друг с другом.

Операторы обязаны все данные также отправлять на СОРМ? Интересно что это за данные?

В дополнение к метаданным, которые собираются со всех коммуникаций наземных абонентов, для мобильных абонентов логгируются также:
1) Внутренний ID абонента у оператора (привязан к договору со всеми персональными данными);
2) Номер телефона;
3) IMSI симки;
4) IMEI аппарата.
5) CI - идентификатор соты, в которой находится абонент.

Регистрируется моё местоположение при "лежании в кармане"?

Да. Регистрируются местоположение в моменты: вход/выход из сети, перемещение из одной соты в другую и по ручному запросу в любой момент. Самим операторам ничего не мешает отслеживать местоположение непрерывно с записью всего трека, это остается на усмотрение оператора, практика может варьироваться в зависимости от региона.

Хранятся ли записи разговоров у оператора?

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

Хранятся ли СМС у оператора?

Существует требование, в соответствии с которым, SMS (как и метаданные о разговорах) должны храниться минимум три года. Но, поскольку хранение SMS технически не вызывает проблем, а юридически ограничен только минимальный срок хранения, то в реальности SMS хранятся практически вечно.

Что может вызвать подозрение на рядового клиента? Если я звоню зарубеж? Или быть может пишу и говорю много "Обама, Путин, ..."?

В реальном времени эта информация не анализируется, а только собирается. По собранной базе доступно формирование отчетов по любым фильтрам. В будущем возможна разработка специального софта, который будет осуществлять обработку собранных данных с применением методов ИИ, исходными данными для обработки послужит, собранная за все годы, информация.

Можно ли как-то шифровать звонки/смс? Насколько я понял, если такое возможно, то только при наличии одинакового софта на обоих устройствах?

VoIP + VPN.

Кроме гос. контор, корпораций и заграничной работы (рабочую визу не дадут без вышки) - по сути никому это не надо.

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

Да, возраст может смутить. Первое время только шарашкины конторы будут тебе рады.
Но образование - значения не имеет.

P.S.:
Я помню, меня тоже пёрло, когда моя примитивная программа на принтер 2 слова вывела.
И очень ЧСВ поднимает когда тебе все кругом в рот глядят когда ты Винду ставишь.

Но это еще не мастер.

Мастером своего дела за менее чем за несколько лет работы, да еще крайне желательно с более квалифицированными коллегами рядом - программисту стать не суждено, каким бы гением он не был.

P.S.:
При прочих равных диплом всегда плюс. Хотя в реальности я его не показывал.

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

Не зная софта тяжело сказать что и как требуется. Но обычно:
1. Гарантийные обязательства обычно включают в себя:
- Указание срока его предоставления.
- Исправление критических ошибок
- Консультирование клиента в рамках функционирования ПО (отдельно можно описать круг тем).
- Обновлении версий
- Функционирование ПО в рамках обязательств заключенных в договоре (или приложении ТЗ к нему) или указанных в акте (или иных договоренностей) на момент сдачи ПО.
- Иное обслуживание ранее указанное в договоре/акте/... на момент сдачи ПО. Например, Вы договорились что у клиента ориентировочно через 3 мес откроется пару филиалов и Вы настроете ПО на работу с ним.

2. Поддержка может включать в себя обычно: техническое обслуживание, аварийное обслуживание, обучение.

2.1 Аварийное обслуживание. Заранее прописывают 2 вещи: категорию аварии и время реагирования/время устранения + штрафы(не обязательно финансовые, может быть разрыв договора) в случаи нарушения. Например,
1я категория - не запускается софт (например из-за установки service pack на ОС) время реагирования=30 минут, время устранения=3 часа.
3я категория - криво сформировался ежегодный отчет (в следствие нарушения данных и т.п.) . Время реагирования=1 час, время устранения=5 раб. дней.

2.2 Техническое обслуживание. Обычно тут "хотелки" (написать небольшой дополнительный функционал, например, добавить ИТОГО,графики + доп колонки в какой-либо отчет) либо доп. требования (например, выгрузка каких-либо данных для налоговой из инет-магазина при изменении законодательства). В договоре опять-же категоризируют такие работы (например: установка дополнительного АРМ, экспорт-импорт данных в XML/JSON/TXT в стороннее ПО ...) и устанавливают доп цены на них принципу:
N штук таких работ выставляют в виде периодической абонплаты, а выше N - по отдельной цене (например, за фиксированную почасовую оплату). Будет хорошо, если вы приложите расценки с указаниям кол-ва часов для решения наиболее возникающих проблем. Также указывают штрафы при нарушении сроков и т.п.

2.3. Обучение. Обычно после сдачи софта разработчик берется:
- Обучить N сотрудников работе с ним в течении X дней.
- При изменении версии (или критическом обновлении) произвести обучении M сотрудникам в течении Y дней.
- Периодически проводить семинары для Z сотрудников не реже S дней в квартал
Все что за пределами этого (и не входит в гарантийные обязательства) - прописывается и категоризируется. Отдельно прописываются права третьих лиц за отдельные виды работ (например, возможность нанимать внештатных инженеров).

Также совет - попросите у знакомых (лучше работающих в иностранных конторах) анонимайзированные (персональные и юр/фин данные забиты ИВан Иванычами и *) договоров продажи ПО с прописанными SLA, приложениями (категории и виды доп работа, бланки-заказов, актов и т.п. - сразу станет понятнее.

Я тебе как начальник говорю: просто подойди и поговори. Причем именно так и скажи, что вот, мол, ребята из фирмы ААА предлагают на должность БББ и там работать по технологиями ССС. Мне у вас нравится, но у них больше денег и предложение реалистичное. Я с удовольствием останусь у вас, если денег добавите до уровня фирмы ААА.

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

1. Вам нужны деньги по тем или иным причинам
   
2. На подобную сумму есть предложения
   
3. Эти предложения основываются не на иллюзиях, а соответствуют вашей квалификации как специалиста и вы можете это как-то подтвердить(был на тестировании, получил оффер после собеседования, позвал товарищ)
   
4. Вы очень любите свое место и надеетесь на компромиссное решение
   

И вот тут задаете вопрос: мы сможем договориться?

При наличии такой базы, работодатель видит, что это не блеф, а реальная стоимость сотрудника. Значит у него 2 пути: или повышает, если вы нужны, или мнется - тогда "аля-улю".

Если все, чем вы занимаетесь в web, сводится к CRUD, тогда роль бекенда в вашей работе может сводиться к:

1. Аутентификация юзера.
   
2. Проверка прав доступа.
   
3. Валидация данных от юзера.
   

Когда вы столкнетесь с более тяжелыми приложениями с некоторой бизнес логикой (даже!), тогда вы поймете, что фронэнд занимает такую долю в проекте, какую долю занимает кнопка "Пуск" во всей ОС Windows.