Mofsy

Прикольно звучат высказывания комментаторов в духе "если вы знакомы с проектом". Мне правда интересно, как в условиях современных монстроподобных корпоративных приложений можно быть "знакомым" с проектом, который, возможно, пилится не один год (пусть хотя бы даже от 3 лет) целой командой? Ни один человек, если он не единоличный автор этого проекта, не может быть настолько хорошо быть "знаком" с проектом, что бы чётко отвечать на вопросы в стиле "сколько времени займет поправить баг". Даже программисту среднего звена ясно, что совсем маленький баг может потянуть за собой чуть ли не фатальный коллапс архитектуры с последующим тотальным рефакторингом всего и вся.

Невозможно в разработке планировать какие-либо сроки. Тут автор прав.

Ответ на самом деле очень простой - ты работаешь на весьма хреновой работе. Я сейчас опять пропиарю свою статью про выживание в IT, прочти её, там не касается полностью твоего вопроса, но суть очень близка (пожалуй, я потом её дополню, спасибо за "наводку" - про сроки я там не писал...).

Как оценивать сроки? Ответ очень простой - да никак не оценивать. Если работодатель построил такую систему, где менеджмент лезет с этими бюрократическими вопросами, не понимает, что разработка или фикс багов в проекте - это не типовая работа, как, например, класть кирпичи или валить лес - то это плохой работодатель. Или плохой менеджмент. А в целом - это компания-эксплуататор, из которой надо бежать.

Я по себе знаю, когда от меня требовали сроки. Последний раз был вообще трешачок в одной московской компании - от меня требовали сроки на 2 день после назначения задачи на меня, при этом я вообще не понимал ничего в задаче - в её бизнес-логике, т.к. работал в этой компании от силы недели три. Через буквально несколько дней меня вызвали "на ковер", мол, почему так долго. Жалею, что прямо тогда не послал их прямым текстом на три известные буквы, а продолжил работать. Ничего хорошего из этого, конечно же, не вышло.
Сейчас я работаю в таком месте, где ВООБЩЕ нет никакого понятия сроки, где разработка проектов в корпорации длится годами - IT работает не на внешнего заказчика, а на внутреннего - на саму же корпорацию. Последний проект, в котором я участвовал, занял около 2-х лет. И бОльшая часть была не программинг, а взаимодействие разных отделов, нахождение багов, форсмажорных ситуаций после запуска и т.д. Работать в таких условиях сплошное удовольствие. Никаких стрессов, никаких менеджеров, изображающих бурную деятельность.

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

Нагуглил тред www.gossamer-threads.com/lists/exim/users/88456.
Мельком перечитал. Как я понял, нужно каждому домену в domainips указывать ipv4 и ipv6 интерфейс, т.к. если exim находит у получателя AAAA-запись - он шлет через ipv6. Если он не задан явно для даного отправителя - шлется через любой.
Пока решил так:

#ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8
ignore_target_hosts = <; 0.0.0.0 ; 127.0.0.0/8 ; ::/0

Таким образом Exim слушает IPv6 адреса для входящих, но не отправляет через них.

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

Поверьте опыту запуска 20+ стартапов: сначала поиск клиента, потом уже сотрудники, офис (а он вообще, нужен?), ИП (открытие ~3 дня), секретарша и кулер с печеньками. 99% стартапов делают наоборот и умирают, как только заканчиваются средства или энтузиазм собственника.
Как только будет клиент — вы найдёте способ реализации его заказа (например, можно сразу сказать, что сейчас делаете другой проект и освободитесь через 2 недели), или просто откажитесь от него.

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

UPD. А если вдруг будет вал заявок, которые не успеваешь полностью обработать (т.е. совершить "продажу" и закрыть сделку), просто стопишь рекламу или перестаешь ездить-общаться на профильные выставки/форумы.

Ваш договор не имеет юридической силы в силу того, что в нем не прописаны ключевые условия. Например, если заключить договор, что Маша должна пачку молока Саше потому что он бука, то такой договор прокатит только в детском садике (потому что у них все серьезно). Правда еще следует поискать что нибудь подобное в законодательстве той страны, в юрисдикции которой может быть рассмотрен договор и действий которой вы опасаетесь ( если возвести все до крайней степени, то Россия, потому что ваша страна и Индия, потому что его страна, а вы хотите когда-нибудь там побывать и опасаетесь что из-за тяжб вам может быть отказано в получении визы).
С психологической точки зрения наверное стоит спокойно объяснить заказчику, что он чудак, вы сделали то и то, потому что это было обговорено до начала проекта в скайпе, как вы и договорились в договоре, за это он должен вам денег и дальше вы можете сотрудничать на новых условиях или не сотрудничать вообще. В крайнем случае может стоит чуть пригрозить, сказав что у вас есть записи разговоров в скайпе и он полностью отвечает за свои поступки перед законом, а вы принципиальный человек. Если не получается найти точку взаимодействия, то просто прекращайте общение и удаляйтесь искать более адекватных клиентов и писать себе памятки о том, как не стоит заключать договора)

Вам деньги оплатили ? вы сайт сделали ? ну и ждите себе не дуя в нос.
В любом случае 2\3 оплаты вы уже получили. Занимайтесь дальше своими делами.
Заказчик еще ничего не получил.
Просто предупредите, что в течении № времени вы будете доступны, потом перенос будет по мере возникновения свободного времени.

Никакой доплаты вы пока не заслужили.