suhuxa1

как Вы проектируете визуально проекты?

блокнот в клеточку

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

Предмет договора - техническая поддержка и обслуживание, что под этим понимается см. раздел 3.
Согласно п. 6.5 Исполнитель не вправе навязывать Заказчику включение в договор дополнительной работы или услуги. Заказчик вправе отказаться от оплаты работы или услуги, не предусмотренной договором.

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

Кроме того новый сервис (сайт, веб-приложение и пр.) являются объектами авторского права, соответственно в новом договоре, по мимо прочего, необходимо обозначить условия относительно передачи прав на интеллектуальную собственность (исключительных/не исключительных)...

Не знаю какая у вас система налогообложения (вероятно точно не традиционная, скорее всего 6% - доходы), но сумма договора не окажет существенного влияния на вашу бухгалтерию... получаете оплату на счет (полагаю расчетный счет у ИП вас открыт...). Если есть работники, то немного будет сложнее... воспользуйтесь каким нибудь онлайн сервисом (мое дело, контур и пр.) или купите коробку 1С, сейчас все достаточно автоматизировано, системы сами будут вас уведомлять о необходимости сдачи отчетности (в вашем случае только декларация 1 раз в год) и оплате налоговых платежей, в т.ч. формировать все документы, вам лишь нажимать кнопку "далее"... в вашем случае, включив логику, бухгалтер будет не нужен.

Для разработки договора, если делать самостоятельно, также можно воспользоваться онлайн сервисами (1-2 т.р. за документ)... средняя же стоимость услуг юриста по разработке договора от 5 т.р.

SELECT t1.date,
	   t2.income,
	   t3.outcome
FROM
(
	SELECT date 
	FROM payments
	UNION
	SELECT date
	FROM cash	
) AS t1
LEFT JOIN
(
	SELECT date,
	       SUM(income) AS income
	FROM payments	   
	GROUP BY date
) AS t2
ON t1.date=t2.date
LEFT JOIN
(
	SELECT date,
	       SUM(summa) AS outcome
	FROM payments	   
	GROUP BY date
) AS t3
ON t1.date=t3.date

Первый вариант (простой):
В QR-коде записывается ссылка с get-параметрами(можно зашифровать), при открытии ссылки запускается контроллер, который вытащит все данные из url и подставит их в форму. Но такой qr-код открывать нужно будет через приложение.

Второй вариант (сложнее):
На второй странице input открывает загрузку файлов, там выбирается камера, человек фоткает qr-код, отправляет post'ом вам, вы находите там код, распознаете его и то, что распознали подставили в форму.

Может

val.code.toString();
val.code.toString().search...

попробуй
<a href="#" download>текст</a>

Но работает не во всех браузерах.

В Yii2 есть свой дампер:
www.yiiframework.com/doc-2.0/yii-helpers-vardumper.html

А в Ларке — это компонент Symfony
The VarDumper Component

В Ларке используют именно его (посмотрите, какие классы подключены):
https://github.com/laravel/framework/blob/5.5/src/...

Не равно <>
Равно =

Зачем вы человеку советуете старьё, которое к тому же медленное???
https://github.com/Imangazaliev/DiDOM + там же документация на русском есть.

https://regex101.com/r/iIGpJV/1

$content = '<div class="container">
  <div class="box">
    ..... (some code)
  </div>
  <div class="box">
    ..... (some code)
  </div>
  <div class="box">
    ..... (some code)
  </div>
  <div class="box">
    ..... (some code)
  </div>
</div>';

preg_match("#<div class=\"container\">(.+?)\n<\/div>#is", $content, $res);

var_dump($res);

Дело в конкурентах.
Даже если сайт занимает первое место в органической выдаче, то над ним всё равно остаётся 1-3 места рекламных объявлений. Если сайт не будет размещать рекламу по своему бренду, то эти места могут занять конкуренты. А, как Вы правильно заметили, люди кликают чаще не глядя на то, что вылезло первым и могут уйти к конкурентам.
Но есть и плюс. Размещение по собственному бренду для сайта обходится очень дёшево - стоимость клика по таким запросам минимальна из-за максимальной релевантности сайта запросу.

Моя практика показала, что большинство enum в конце концов становятся референсной таблицей )

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

Ну и во многих ЯП enum маппится на int

Типовой - это общее понятие, которое дословно означает "образец/шаблон/коза/etc". И как правило содержит в себе некоторые обязательные элементы (разделы), такие как:
- предмет договора (по поводу чего собственно вы договариваетесь)
- права и обязанности сторон
- порядок взаиморасчетов
- варианты решения споров
- форс-мажорные обстоятельства
- реквизиты сторон
Мож че-то забыл... ну не суть...
В принципе, договора это абсолютно свободный вид изложения условий, т.е. главное, чтобы вы описали обязательные пункты (см. выше), а дальше - какие хотите/нужны вам дополнения к договору, разделы в договор, пункты и т.д. - можно писать хоть до размеров "Войны и мира", причем в свободной форме, как вы хотите/считаете нужным.
Если вторая сторона подписывает договор - значит она полностью согласна с его условиями и договор вступает в силу с момента подписания. Если другого срока не оговорено в договоре, т.е. даже момент, когда договор вступит в силу вполне можно указать в договоре, например подписали 1 января, но в договоре указали, что договор вступает в силу с момента подписания, но не ранее 15 марта. Вот настолько все гибко там и можно всем крутить-вертеть!
Однако, не зависимо от того, "типовой" он или еще какой-то, он имеет абсолютно одинаковую юр. силу, как документ!
И в ваших же интересах, пораскинуть мозгами, и обезопасить себя от возможных траблов в будущем, при работе с клиентом, а не скачать какой-то говно-шаблон, а когда петух клюнет в одно место, перечитать этот "типовой" и охренеть от тех пунктов, которые там написаны и как правило, когда подписывал - не особо в них вдумывался и просчитывал варианты исхода той или иной ситуации. А тем более, что фактически, подписывать его будешь не ты, а твой друг (надеюсь у него есть понятие в этом хоть, а нет - покажешь мой пост))), и в твоих же интересах предусмотреть по максимуму, чтоб не "вкинуть" своего друга потом на возможный гемор!
Процедура составления и подписания, до боли в ж... проста: кто-либо из сторон составляет/кописастит... вариант, дает другой стороне ознакомиться. Если все устраивает - подписываете и понеслась. Если не все устраивает - смело вносишь туда свои правки/дополнения и даешь ознакомиться теперь уже им. И так, пока не придете к общему мнению.

Вот такие вот они - договора. Типовые.

В инете говорят, что это скорее образец, и он какую-то не такую юр силу представляет, как обычный договор. Так ли это?

Не так.
Это обычный договор.

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

Юридическую силу имеют оба совершенно одинаковую.

И что туда писать вообще?

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

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

В Российской Федерации основанием для расчетов между юридическими лицами является договор. Типовой он нужен просто для галочки, разумеется, чтобы было основание платить. Никто и читать его особо не будет, разве что кто-то из вас не соберется в суд) Вот, например

Используйте регулярные выражения при поиске и замене (Ctrl+Shift+R). Запоминайте нужную часть поисковой строки и при замене формируйте строку с этой вставкой.
Text to find:
src="([^"]+)"
Replace with:
src="{{ assets('uploads/$1') }}"
Должна обязательно стоять галочка "Regex"