DeniSidorenko

В ИТ, как и везде, есть люди, которых в специальность занесло случайно, и просто нытики. Первые страдают потому, что находятся не на своём месте, занимаются неподъёмной для них работой и не могут достичь успеха. Вторые потому, что не страдать просто не могут.

Самым простым решением будет будет описать onSubmitHandler, в котором вы будете подавать в state начальное (пустое) состояние, которое лучше вынести в отдельную константу (понимаю, что вы и без меня в курсе). Дёргать этот onSubmitHandler нужно будет с помощью атрибута onSubmit вашей формы:

export default function FuncName(){
  const [form, setForm] = useState({
    name: "", price: "", rating: "", weight: ""
  })

  onSubmitHandler() {
    setForm({
     name: "", price: "", rating: "", weight: ""
   })
  }

  render() {
    return (
      <form onSubmit={onSubmitHandler}>
        <...>
      </form>
    );
  }
}
}

Есть два варианта:

1 -- Гуглить, как делается SSR , чтобы рендерить страницу на сервере и отдавать в res.send уже готовую, полностью построенную страницу

2 -- Просто воспользоваться res.sendFile('FILENAME') и отдать пустую страницу со скриптами (как раз ваш index.html), тогда реакт построит приложение уже на клиенте. Дока res.sendFile - тут

на ютубе пиши a2 listening, b1 listening, b2 listening

bob the Canadian вроде простенько разговаривает и добавляет сабы: https://www.youtube.com/channel/UCZJJTxA36ZPNTJ1WF...

социология , психология

https://www.youtube.com/watch?v=NNnIGh9g6fA&list=P...

Рассчитываем на то, что массив отсортирован.

if (scroll < arrayPositions[0]) return;
let index = arrayPositions.findIndex((el, i, arr) => scroll < arr[i + 1]);

@mysql_query() уже одного этого кусочка хватает для того, чтобы сильно усомниться в скиллах.

Функция mysql_query устарела более семи лет назад, и в современных версиях языка ее вообще нет.
Подавление ошибок через @ - вообще шедевр. У вас, значит, запрос с ошибкой, или база упала - но ваш код это просто игнорирует и делает вид, что так и надо. Зашибись :)

Читайте https://phptherightway.com/

`
<div class="home-item__points">
  ${arr.map((item) => `
  // Начало foreach
  <div class="home-point">
    <ul>
      <li><span>MOW – HKT</span><span>10:45 – 08:00</span>
      </li>
      <li><span>В пути</span><span>21ч 15м</span>
      </li>
      <li><span>1 пересадка</span><span>HKG</span>
      </li>
    </ul>
  </div>
  // Конец foreach
  `).join('')}
</div>
`

Запишите все, что идет до "// Начало foreach" в переменную, типа
let markup = `...`

потом сделайте свой forEach и в каждой итерации конкатенируйте переменную "markup" с новым home-point, типа

[...].forEach(item => {
  markup += item;
})

И в самом конец добавьте закрывающий див, типа
markup += '</div>';

А потом просто сделайте так:
homeItem.innerHTML = markup;

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

Правильное использование отступов и min-height: 100vh; поможет.
По поводу Вашего проекта - нету:
- main, зато есть section (имеется ввиду, что надо было использовать main);
- meta-тэги, их почти нет;
- outlin'ы - их вообще нет;
- Языки нельзя переключать с клавиатуры (читайте про tabindex).

Косяки:
- cursor: hand; не существует;
- Атрибут required содержит значение required;
- Ссылки, ведущие на сторонние ресурсы не имеют rel="noopener" или rel="noreferrer";
- Половина (2/3) ссылок для мессенджеров открывается в той же вкладке.

Также Lighthouse ругается - CSS и JS не минифицированы (что-то мне подсказывает, что картинки тоже).

Я все починил, теперь ваша карьера и ориентация в порядке!
Не благодарите.

E-commerce постоянно меняется. Бизнесу часто требуются новый функционал и новый дизайн.
То, что уже создано на готовых решениях - должно, по-видимому отвечать современным реалиям.
Интеграция с Яндекс.Маркет, Google.Merchant.
Интеграция с системами складского учета и документооборота.
Интеграция с API транспортных компаний (Pickpoint, Boxberry, СДЕК, ПЭК, Деловые линии, Энергия, IML Logistic) или аггрегаторами служб доставки (например Яндекс.Доставка или Меташип).

Каталог магазина должен быть опциональным (с вариациями и опциями) и они должны быть хорошо интегрированы со складскими артикулами (в какой бы то ни было внешней системе склада и документооборота заказов).

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

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

Так как мы работали всегда с фреймворками и, как правило писали все с нуля, мне будет интересно будет услышать другой опыт разработки, опыт на Битрикс:
- Сколько стоила разработка полностью рабочего решения в первый год;
- Сколько человек в команде разработки, верстки, дизайна работало за весь период времени;
- Много ли было новых задач на доработку функционала, со всеми ли Вы справлялись;
- Бывали ли случаи, когда менеджера хотели что-то отредактировать, но у них это не получалось и они звали на помощь программистов, чтобы поменять текст или ссылку;
- Сколько стоила поддержка и разработка нестандартного функционала (в месяц, в среднем)?

А то может нам пора уже написать разработчику Laravel - сказать, что все хватит, чувак, делать свой фреймворк и скажи свои друзьям: Backpacks, Nova, OctoberCMS, что мы все переходим на битрикс для сайта, а наши менеджеры давно сидят на битрикс24 и мы все вместе собираем оптовую закупку футболок с логотипом большая Б.

laravel нежели на CMS- битрикс?

- как можно сравнивать продукт с фреймворком. Если взять любую доступную админку на Ларавел, то она даже близко не превзойдёт админку Битрикс.
Если уж сравнивать тогда ларавел с коммерческим фреймворком Битрикс. По техническим моментам фреймворк битрикса скорее всего уступает ларавел, но как это упрощает и решает задачи бизнеса?

прикрутить личный кабинет пользователя, с графиками + vue

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

1) Удобная система ( админ панель) с быстрой тех поддержкой

- это реальный большой плюс, который сокращает расходы на поддержку проекта.

2) Много функционала из коробки

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

3) Удобно интегрировать с CRM битрикс

- хороший плюс, который сокращает расходы на создание аналогичного функционала.

масштабировать проект очень сложно

- точно также как и в Ларавел пишутся модули и функционал.
Когда имеет смыл рассматривать преимущества Ларавел
- когда не типовой, индивидуальный интернет-магазин
- когда возможностей CMS Битрикс кардинально не хватает
- когда глубокая интеграция ТЗ в готовый функционал занимает больше времени, чем сборка аналога с нуля. И в итоге дороже. В этом случае бизнес считает деньги.
- гибкость для сложных проектов, но нужно эту гибкость представить в виде пункта коммерческого предложения, иначе это для бизнеса просто слово
- создание и полная кастомизация административной панели сайта под не типовые и сложные проекты
- скорость работы, для крупных интернет-магазинов это важно. Интернет-магазин получается реально шустрее тиражных решений.

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