mletov

google -> js react cascading dropdown from json

4 раздельных инпута

Смысла в джуниор фулстак разработчике я не вижу, особенно если метить в крупную фирму.

и

Хочется двигаться в сторону фулстака, даже если не для работы сейчас, то для себя, чтобы некоторые проекты свои написать.

Вы уж определитесь)
Вакансий хватает всяких и разных, в т ч и фулстек, в т ч и в достаточно крупных фирмах.

Очень смущает

фирмы в которые попал в своем городе не понравились

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

За вас никто решить не может.
Все советы будут вкусовщиной и IMHO.
Нравится React - качайте React и все сопутствующее на фронте (JS, верстку, вебпак). Нравится laravel - качайте PHP и все, что рядом (MySql). Нравится nodejs - качайте его, JS и монгу какую-нибудь.
Повторюсь, вакансии, в т ч и хорошо оплачиваемые, есть и в изобилии по всем перечисленным вами направлениям. Вопрос только в ваших предпочтениях и в вашем уровне подготовки.

Как тут принято говорить: "На вопрос нельзя дать однозначный ответ"

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

Есть предположение, что некоторые тематики с т зрения Яндекса и Гугла считаются стремными и подозрительными.
В т ч и "мастер на час".
У меня, например, в свое время гугл примерно так же заблокировал кампанию по тематике "ремонт компьютеров".
У кого-то из знакомых блокировали по запросам "ремонт стеклопакетов" и "ремонт межкомнатных дверей".
Многие хотят заработать на лидогенерации, сами услугу не оказывают, а клепают лэндинги, льют на них трафик с контекстки, а потом заявки с них уже перепродают оказателю услуги, т е сами услугу не оказывают и за качество не отвечают. А как работают многие сервисы, которые оказывают услуги, известно: присылают мальчика, который с бабушек за перестановку винды трясет 30-50к.

Тут, на мой взгляд, стоит сделать сайт таким, чтобы у модератора сложилось впечатление, что это сайт прямого исполнителя, а не посредника, который снимает пенки на разнице между стоимостью контекстки и ценой, по которой он сбывает заявки исполнителю. Сделать не лэндинг, к примеру, а многостраничник с большим количеством разделов, с отзывами, которые похожи на реальные (с указанием контактов лиц, которые получали услугу и могут подтвердить реальность отзыва: vk, telegram whatsapp и т д), с портфолио работ и т д.

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

Это называется headless. Т е чистое API, но админка CMSовская.

https://jamstack.org/headless-cms/

Если именно WordPress
https://www.gatsbyjs.com/docs/glossary/headless-wo....

Ну вообще из asp.net можно вызывать, к примеру, консольные приложения.

https://stackoverflow.com/questions/20212709/calli...

Записать в базу время запуска, время окончания выполнения и проверять.

Может быть стоит посмотреть в сторону шедулеров, а не действия по кнопке, в Asp.net MVC есть Quartz.
https://metanit.com/sharp/mvc5/24.1.php

В .NET (Core) есть

https://codeburst.io/schedule-cron-jobs-using-host...

https://stackoverflow.com/questions/63795334/in-as...

Разработку можно связать со сферой строительства, как и с любой другой сферой. IT сейчас везде. Каждый застройщик сейчас имеет свой штат программистов, если, конечно, не отдает работу на аутсорс. Я некоторое время сам работал в застройщике, C# (ASP.NET), но конкретно в том случае в основном автоматизация генерации различных отчетов в Excel о количестве имеющихся и проданных квартир и веб-разработка. Не уверен, что вам, как архитектору, это сильно интересно.

С другой стороны, уверен, что разработка в 3D моделировании тоже востребована, Unity, например. В нем люди игры пишут на том же C#. Но тут лучше выскажутся те, кто в этой теме варится.

Прочитайте какую-нибудь книгу, которая считается авторитетной в той области программирования, которую вы для себя избрали. Я вот, например, когда начинал писать на C#, бездумно копировал с SO примеры с использованием List<T>. Но при этом даже близко не понимал что это, еще и ругался про себя "опять эти непонятные уголочки, интересно, что они значат". А потом прочитал Албахари, ах вот что это, обобщенный класс, а их, оказывается, еще и свои можно писать. Как сколько нам открытий чудных...

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

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

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

3) В некоторых случаях к API обращается не только бэк, но и, например, мобильное приложение.
Тут идеологически правильно рассматривать API как нечто отдельное и самобытное, не валить все в кашу.

4) Меньше связанность. Вот был у вас бэк на PHP, а решили вы его переписать на Node.js, .NET или Java.
Когда бэк сделан отдельным проектом, то возни будет меньше.

Хотя на маленьких проектах или в команде фулстеков можно и не разделять.
Единого правила тут нет, все сугубо по ситуации. Обратная сторона медали в виде возни с CORS, про которую упомянули выше, тоже имеется.

Вопрос интересный, думаю, однозначного решения нет

- Баннер должен занимать 100% или почти 100% ширины страницы, иначе откуда мы знаем, баннер посетитель разглядывает или еще что-нибудь, например, текст на странице читает

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

Может разве что с целями поиграться. Например, завести несколько целей с градациями
"Посетитель смотрел менее 5 сек", "5-10 сек", "10-15 сек" и т д
И на странице при помощи JS анализировать и их вызывать

Какие есть альтернативы?

Для мелких задач - чистый JS, для крупных - React, Angular, Vue

https://support.google.com/analytics/answer/103240...