Stalker_RED

Напишите в гугле "http mqtt bridge", и вот вам мост.

push

и на сервере обновится ?

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

Можно настроить так, чтобы при вашем пуше он сразу попадал в мастер, и сразу происходил автоматический деплой на прод. Но обычно так не делается.
Похорошему ваш пуш сперва должен одобрить кто-то из более опытных коллег, потом эта ветка попадет на тестовый сервер (или сперва на тест, потом посмотреть код), и только если все сказали "ок", тогда уже "на сервере обновиться". В больших конторах этот путь может занимать дни, недели, или даже месяцы и годы. Если вы сам себе командир - можете настроить автодеплой и фигачить в продакшен за секунды.

В обиходе когда говорят "роутер" большинство сразу представляет небольшую коробочку с несколькими светодиодиками, антеннкой и проводами.
Зачастую в одном корпусе (и на одном процессоре) реализуются сразу несколько функций - и собственно роутера (маршрутизатора) и межсетевого экрана, и Wi-Fi точки доступа, DNS-сервера, и т.д..

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

XXX не нужен, потому что YYY все это умеет. Плюс у него куча функционала сверху для защиты. (Знаю что дорого, но сейчас речь не про цены).

Вот именно, что про цены, про скорость, и про надежность. В самых дешевых и слабеньких микротиках стоит точно такой-же софт (RouterOS) как и в старших моделях, и соответственно самые младшие микротики "все умеют", за что мы их и любим. Для дома, когда у вас пара телефонов, пара ноутов, и телевизор - все круто, и возможность что-то там поднастроить на низком уровне приятно греет душу.
Но если вы через такого малыша попытаетесь завернуть траффик от большой сети с кучей юзеров - он начнет адово тупить, что не удивительно.
Как в конкретно вашей сети будет справляться то или иное устройство - хз.

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

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

img {
    overflow-clip-margin: content-box;
    overflow: clip;
}

стили хрома

Пара забавных фактов:
1. isset() проверяет существование переменной и возвращает true или false.
2. == - не строгое сравнение

В результате условия
if (isset($data['time']) == 2) {}
и
if (isset($data['time']) == 3) {}
Выполнятся оба, независимо от того что там в переменной $data['time']. Или не выполнятся, если ее вообще нет.
Проверим?

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

Проще и дешевле хранить локально. Но чем больше посетителей, чем шире их география, тем выгоднее перебросить картинки в CDN.
Неплохой вариант сделать сразу поддомен для статики, и пусть он изначально даже ведет на тот-же сервер где и основное приложение, но как только понадобится масштабирование вы сможете быстро перебросить его куда угодно.
Единственный накладной расход - сразу придется делать простенькое API для аплоада картинок, а не хардкодить move_uploaded_file()

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

Компьютерный ИБП не подойдет. Аккумулятор слишком маленький и работает на больших токах, при регулятрном использовании он очень быстро выйдет из строя. Включать несколько ИБП по очереди - тот-же недостаток.
Если подключить к этом ИБП аккумулятор побольше 12В 100А*ч, например, то работать на разряд он будет, но заряжать его будет примерно вечность. И кроме того, компьютерный ИБП не расчитан на долгую работу, охлаждение в нем плохое. Придется либо дорабатывать охлаждение, либо он рискует сгореть от перегрева.

Существуют промышленные ИБП, которые ставят на дата-центры, узлы связи, и прочие важные объекты, но они довольно дорогие.

Подзарядка от зарядной станции или от солнечных/ветрянных/гидродождевых источников.

есть готовые системы рассчитанные на работу от солнца и генераторов.
автономный гибридный солнечный инвертор
Останется докупить подходящие аккумуляторы.

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

Затем, поглядывая на бюждет, решите свинец или литий. Автомобильные (стартерные) свинцовые нельзя раряжать на 100%, тяговые AGM-аккумуляторы в разы дороже, а литий еще дороже, но служит намного дольше.

Возможно, хотя непонятно зачем это делать на PHP.

Достаточно одной команды архиватору - вот эту папку заархивируй, добавь в название дату, и помести вон в ту папку. Или отправь по почте, например.
Ну и в планировщик задач это добавить.

А вообще для бекапа есть специаллизированный софт, который не только позволит бекапить, но и разворачивать из бекапа обратно с минимальными усилиями.

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

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

Какой-то сюр при записи в БД - вместо UPDATE USER почему-то вставка в таблицу wish(?), с прочерками в полях и цене(?!).

Было даже интересно что там за навороченная загрузка фоточек на 46кб. Может там полновесный фоторедактор? Потому что кроме кропа и парочки фильтров при загрузке аватарки сложно что-то придумать. но мало-ли.
Оказалось загрузчик занимает строчек 20, и в нем только jQuery.post и вывод парочки сообщений. Остальное место занято jQuery выпуска 2014 года. Вы вообще пытаетесь понять что вы делаете, или просто тащите всякий хлам из этих ваших интернетов в надежде, что оно как-то само заработает?

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

Вам надо для начала решить как ваше приложение должно себя вести в таких случаях, и потом уже реализовать это в коде.

• показывать ту-же ссылку? Запишите ее в сессию, например, и показывайте каждый раз.
  
• менять ссылку каждый раз? Генерируйте новую при каждом запросе.
  
• менять ссылку только если предыдущая была использована? Пишите проверку была ли использована.
  
  

И т.д.

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

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

при срабатывании return функця завершает работу, цикл не продолжается.
Уточните что вы подразумеваете под "вывести" и что под "не создавая новый массив".
Можно отфильтровать нативным Array.filter() но при этом создается новый массив.
const result = arr.filter(n => !n%2);
Если "вывести", это просто в консоль, то достаточно в вашем коде вместо return написатьconsole.log(arr[i])

1. Втыкаешь SSD в компуктер.
2. Втыкаешь в него флешку или диск с инсталляхой винды (или запускаешь из-под уже установленной винды, не важно).
3. Во время установки при выборе раздела для винды выбираешь свою SSD-шку, и жмешь продолжить. Еще язык, регион и раскладку клавиатуры выбираешь, да.

На каком этапе проблема?