Valeron Sergeev

clickhouse, который был специально разработан для яндекс.метрики

Три простых шага для решения данной проблемы:

1. Посмотреть на календарь и уточнить, какой сейчас век на дворе.
2. Аккуратно выделить этот код, и нажать клавишу Del
3. Скачать phpmailer
4. Взять пример оттуда же
5. Забыть все эти кустарные колупания как страшный сон.

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

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

Но да, я прочел коментарии и ответ автора вопроса
"Если за 3 года не меняется проект и обязанности, зачем повышать ЗП, только индексация"
И все стало понятно.
Детка, может это у вас, эффективных мэнеджеров так, вы сидите и не развиваетесь годами. А у нас иначе.
3 года опыта это примерно х2-х3 к ЗП по соовествию рынку. Мы постоянно учим новое и цена разработчика растет очень быстро. У каждого свой потолок конечно, но если человек учится нонстоп нет предела росту квалификации и ЗП.

Именно поэтому каждые полтора года я менял работу, т.к. не повышали зарплату и такие эффективные менеджеры говорили, мол не найдешь на такую ЗП как хочешь. Да вот только я увольнялся имея оффер всегда.
Повышайте зарплату ежегодно на 50%, вот мотивация. А все эти ДМС, обеды и конференции лесом.

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

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

Вы можете только задекларировать доходы за 18 и 19й год, заплатить штраф (и немаленький), избежать уголовного/административного преследования и тогда честно получить нужную Вам 3-НДФЛ.
В противном случае - уточните в нужном ведомстве, устроит ли их справка с банка о наличии именно на Вашем счете нужной суммы (обычно это подтверждение доходов), но никто Вам не запрещает получать поддержку от родственников из-за рубежа вполне легальным способом. Но никогда не рассказывайте что Вы работаете неофициально - так Вы не только себя подставляете, а еще и своего работодателя и косвенно коллег (если работодателя посадят)

раз уж начали картинками, продолжу

Блин, а я-то думал - что же так прорвало-то? А это ж отгремели "ночи пьяных бантиков" :)

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

В-вторых:
Никто и никогда не берет джунов на удаленку

На удаленку берут только матерого спеца, у которого есть свой портфолио и который сам может диктовать условия найма. Джуна могут взять только в офис, потому что никому не надо отвечать за то, что он сорвал очередной дедлайн - и спросить-то с него нечего! Если джун устроился в офис - за любые деньги (здесь любые - это в совершенно буквальном смысле!) - он должен корпоративный гимн распевать от счастья :) И жужжать электровеником, работать, набираться опыта, помня что он никто и звать его никак.

Да, на фрилансе люди зарабатывают. И иногда даже прилично так, что не стыдно сказать :)

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

Быстро и много в ИТ во фрилансе джуну заработать невозможно

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

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

Добро пожаловать в жесткий и безжалостный мир взрослых. Вы все, кажется, в него так торопились - бухать и девок щупать? You are welcome. Но не обижайтесь на жесткость реакции - миру на вас на самом деле плевать...

PHP не мода, php - классика, а классика никогда не умирает. Если умрет php, то умрут все остальные языки backend разработки потому что появится что-то такое, что сможет в разы превзойти пхп в простоте, скорости и удобстве, на данный момент что джава, что питон, что руби +- одинаковые, каждый подходит для своих целей. Тот же питон выбирают из-за простоты интеграции нейронных сетей, но если говорить не о узких, а о главных параметрах (функционал, скорость и тд) все популярные бэк языки более или менее одинаковые смотрите те же сухие графики.
А о уменьшении вакансий - глупость несусветная. трын тут приведена статистика за 2018 год и обоих графиках по вакансиям лидирует в сравнении с java/python PHP, при том на первых двух пишут как бэкэнд, так и миллион других штук. А на втором графике и вовсе пхп опережает js (единственный язык в самой популярной сфере разработки).

А вот если речь идет о реально крупных компаниях (amazon, google...) там как раз предпочитают python из-за выше упомянутой простоты интеграции нейросетей, а java из-за стабильной поддержки сверх высоких нагрузок.

Меньше слушайте диванных экспертов, пхп предрекают смерть с 00-х годов, что то он слишком долго дергается для мертвеца.

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

Kill it with fire и написать нормально. Ну, это если время позволяет. Хотя сдается мне, что в этом вы проковыряетесь ничуть не меньшее количество часов, чем потратили бы на написание с нуля.

<textarea>

Например, в Bootstrap:

<div class="form-group">
  <label for="exampleFormControlTextarea1">Example textarea</label>
  <textarea class="form-control" id="exampleFormControlTextarea1" rows="3"></textarea>
</div>

https://getbootstrap.com/docs/4.0/components/forms/

В английском языке существительные в начале превращаются в прилагательные, а в конце - существительное, к которому они относятся.
Сравните: "stone wall" (каменная стена) и "wall stone" (камень из стены).

То есть первым делом нужно определиться с главным существительным, то есть ЧТО имеется в виду. Если это имя, то название переменной должно оканчиваться на _name (или Name в зависимости от стиля).

Далее, если не придираться к правилам, то последовательность прилагательных лучше делать так: чем важнее, тем ближе к существительному.
Шаг первый: product_name
Шаг второй: homepage_product_name (при этом вам должно быть очевидно, что не home_page)

Далее, ничего лишнего быть не должно, и должно максимально точно отражать суть. Например, настройка, говорящая о том, что уведомления можно посылать только если приложение неактивно.
Не правильно: notify_if_inactive (вообще не понятно, не логично)
Правильно: is_notify_if_inactive_only
Приставка is_ в данном случае является соглашением в нашей команде, указывающем, что это булева переменная, можно также юзать b_ например для той же цели. Или, скажем, если это константа или меняется очень редко, можно записать капсом или добавить приставку c_

Вообще дальше уже начинаются тонкости и вкусовщина. Основные принципы изложены выше - это четкий порядок построения и соответствие сути.

Вот от таких умников в мире веба давны давно есть CORS. Можете не пытаться.