Евгений

arr.flat(Infinity).reduce((acc, n) => acc + n, 0);

Проверить, находится ли уже новое значение в cities, сравнить первую букву нового значения и последнюю букву последнего значения в cities.

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

Ничего страшного не будет, если вы сделаете это картинкой. Либо можно поиздеваться с div'ом, svg.

Подскажите еще как лучше/легче верстать данный макет на флексах или на бутстрапе?

Бутстрап это и есть флексы, только со своими компонентами, миксинами, снипеттами, для убыстрения разработки путем привязки дизайна к 12 колоночной системе.
Поэтому если Вы явно видите, что дизайн сделан под бустрап - дерзайте.

PS: Я в учусь верстать всего 1,5 года, и много не знаю, объясните пожалуйста как можно проще.

Обычно за 1,5 года люди набивают руку и верстают условно сложные интернет магазины. Здесь же у вас

logo, nav, background-image, position: relavite, position: absolute, border, border-radius, button, p и еще с 10-ток тэгов и селекторов которые встречаются Вам на 2й недели изучения верстки

и довольно примитивная сетка. Очень плохо учитесь, раз такой легкий макет спустя 1,5 года вызывает у Вас ступор.



Блок с обводкой делаете border с нужным цветом и значением position: relavite, с помощью position: absolute привязываете img к разным точкам border, перекрываете border через z-index
То что я Вам посоветовал - не истина в первой инстанции, это первичный взгляд на макет(учитывая то, что я не верстальщик), поэтому в случае появление артефактов, верстку можно и нужно дополнить.

Прочитать соответствующий RFC https://tools.ietf.org/html/rfc6455 чтобы понять, как происходит рукопожатие и какие байты в переданном сообщении за что отвечают. После этого будет понятно как написать реализацию. Я досконально уже не помню, но фактически от клиента приходит обычный http запрос с определенными заголовками, сервер разбирает этот запрос и если всё ок, то сохраняет открытое соединение в массив, если нет, то отправляет соответствующий ответ и закрывает соединение. Дальше по открытому соединению начинает сыпаться поток байтов от клиента их нужно разбирать, чтобы понять длину сообщения, сами данные переданные в фрейме, закончился фрейм или еще нет и тому подобное. Обратно также кодировать данные в поток байтов и отправлять по открытому соединению. Каждый байт в переданном фрейме несет определенный смысл. Обо всем этом подробно написано в RFC, но на английском. Вообще это хорошо примерно понимать как работает, но глупо писать такую низкоуровневую реализацию, когда есть готовые. Такие вещи развивают и поддерживают годами. Вы же не пишите HTTP серверы, а берете готовые вроде nginx и тому подобное.

В каком месте можно полученные данные подготовить к записи в бд.

Как сделать, что бы на стороне клиента, один websocket отвечал за сообщения, другой за статьи. (Или за эти два действия отвечает один websocket, тогда как мне на сервере это различать).

Вебсокет это низкоуровневая штука, для передачи потока байтов от клиента на сервер, в отличии например от HTTP, где есть заголовки и тело сообщения. Поверх вебсокета нужно делать еще один протокол или самописный или выбрать один из готовых. Это проще говоря, то как выглядят ваши фреймы (сообщения), которые вы отправляете с клиента на сервер и назад. Например клиент может отправлять такой фрейм:

["id", "controller/action", {param1: value1, param2: value2}]

в ответ получать
["id", "OK"]
если запрос был обработан успешно или
["id", "ERR", {error: "action not found"}]
если произошла ошибка. По переданному id в массиве, можно понимать, к какому запросу относится ответ.
Для уведомлений (событий) сервер может отправлять клиентам что-то такое
["user_added", {user: {...}}]
и т.д. Этот протокол необходимо придумать самому или выбрать из готовых (популярных пока нет) и написать его реализацию (клиентскую и серверную часть) или опять же взять уже готовую.

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

Но это уже всё должно быть, просто возьми real-time фреймворк. Там за тебя написали и websocket сервер и протокол поверх него и экшены уже есть. Всё низкоуровневое уже готово. Бери и пиши приложение. В nodejs самый популярный это например https://github.com/socketio/socket.io, а в php я не знаю, но уверен, что тоже есть что-то популярное.

Своё написать не получится, без опыта и без попыток сделать приложение на чем-то готовом. Нужно как минимум прочитать RFC и посмотреть реализации других разработчиков. Для этого нужно быть кем-то больше, чем "программистом сайтов".

https://developer.mozilla.org/ru/docs/Web/API/Docu...
https://developer.mozilla.org/ru/docs/Web/API/Wind...
https://developer.mozilla.org/en-US/docs/Web/API/W...

Выбирай любое хранилище, пиши в него буль (true\false) при клике и проверяй при каждом запуске кода (на других страницах).

MAX_SAFE_INTEGER

RegExp

Вы в for суммируете индекс $i, а не элементы массива $arr[$i] :)

<?php
$arr = [1,3,5,6,7,8,9,1,2,-3];

$summa=0;
for ($i=0;$i<10;$i++){
  $summa+=$arr[$i];

}
echo 'summa tchisel massiva = '.$summa;

Можно, но поддерживает только браузеры на базе webkit, оптимально использовать плагин

Отделите карточку на 2 блока флексами.
Левый блок - картинка
Правый блок - заглавие и тд

UP https://codepen.io/lord-dantes/pen/JjYObGK?editors=1100

explode()