Liny_li

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

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

В банках — слишком сложно. Т.е. нужно же обеспечить постоянную циркуляцию крови, значит нужно не просто залить голову подходящей жидкостью, а подсоединить ее к системе искусственного кровообращения и обеспечить газообмен. Это громоздко и дорого, но реально.
Нужен хороший способ отделения головы. Головной мозг находится в тесных отношениях со спинным, их не так просто разделить, не повредив. Но реально, допустим.
Самый сложный вопрос — целесообразность всего этого. Если человеку поездом отрезало голову, никто не успеет ее поместить в необходимые условия до тех пор, пока мозг будет еще жив. Если человек уже умер, мозг его не оживить. Если мозг жив, а тело парализовано, то человек может долго жить на системах жизнеобеспечения, нет необходимости отрезать ему голову. Если человек на серьезной стадии какого-либо заболевания, вряд ли получится спасти его, отрезав голову. От проблем, возникающих в мозгу со старением, это тоже не поможет. Соответственно, реализовать технологию можно, но это не принесет никакой практической пользы, а стоить будет очень дорого.

Ст. 137 УК РФ «Нарушение неприкосновенности частной жизни».
«Незаконное собирание или распространение сведений о частной жизни лица, составляющих его личную или семейную тайну, без его согласия либо распространение этих сведений...»
Фотографии, не опубликованные для всеобщего доступа, скорее всего, будут рассматриваться судом как сведения о частной жизни, составляющие тайну. Можно пытаться доказывать, что это не так, но тут уже все зависит от юристов каждой из сторон.

Возможно, это подойдет:
js-php.ru/web-development/distance-from-dot-to-dot

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

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

Но вот, например, есть такое: startup.alvosoft.com
Правда, там последняя идея двухлетней давности...

Это очень большая тема и общими советами тут обойтись сложно. Начать изучение можно с книг Алана Купера и Стива Круга.
А общие подходы такие:
- анализируете статистику сайта. Смотрите, в каких местах люди уходят, ищете возможные причины.
- если есть бюджет, проводите тестирование с фокус-группой. Смотрите, как они пользуются сайты и выполняют стандартные use case, слушаете их мнение, вносите правки.

Почему вы решили, что у вас не очень с логикой?

Мне кажется, за проблемы с логикой часто принимается недостаток опыта в оперировании абстрактными понятиями, и в этом направлении можно очень успешно тренироваться.
Абстрактное и логическое мышление очень хорошо развивают задачки по геометрии.
Еще почитайте Кэррола «История с узелками» — это лучше читать в детстве, но в 16 еще не поздно.
Ну и само по себе программирование хорошо поможет в развитии, если вы не потеряете мотивацию и будете много работать.

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

Посмотрите Zendesk

Ситуацию можно признать безвыходной.
Как вариант — просить указать номер телефона и присылать проверочный код. Это проще, чем полноценная регистрация с заполнением кучи полей.

Если проект не требует какого-то очень специфического функционала, то самопис может оказаться неоправданным риском. Вы можете обновить Wordpress, удалить все плагины, настроить все заново — и это все еще будет самый обычный wordpress, с которым сталкивался каждый второй веб-разработчик. Самопис же всегда очень зависит от его разработчика. Что будет, если вы перестанете сотрудничать? Смогут ли другие разработчики подключиться к работе? Как будет документирован движок? Как можно будет его расширять?

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

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