VM-03, то что корпус ПК бьет статикой говорит только о двух вещах:
1) Вы недавно сняли шерстяной свитер с себя и зарядились статикой.
2) Провод заземления в розетках ведет в никуда - техника не заземлена.
При проверке индикатором в оголённые места(даже корпуса usb) оно загорается
Вообще, не показатель. Индикаторные отвертки с собственным питанием могут срабатывать от любой разности потенциала (или источника импульсного питания), не обязательно, что это 220В.
Если вам СУБД позволила сохранить такое имя таблицы, то, вероятно, обратиться к нему можно, если сообщить имя таблицы как строку (могут быть другие кавычки или особые обрамляющие символы).
Insert into 'Удельное сопротивление, мкОм×м, не более' ....
Но, обычно, нужно придерживаться краткого именования, использовать только символы англ. алфавита и знака подчеркивания (взять, например, ограничения Oracle в 32 символа именования объектов базы данных). Идеально, если название будет сокращено так, чтобы можно было понять суть содержания таблицы для англоязыч. разработчика (для более подробного описания существуют комментарии как к таблице, так и к столбцам).
Artem Kirsov А вы не пытаетесь оповещения об ошибках бизнес-логики возложить на протокол http?
Одно дело, если нет соединения, Ajax отработает ошибку таймаута.
Другое дело, когда, например, отправляется запрос на получение характеристик поста, а "Пост не найден".
В этом случае, ajax отработает корректно, так как ответ от сервера получен (200), но содержание ответа будет отражать суть ошибки бизнес-логики. Ее нужно обрабатывать отдельно.
Есть куча вариантов реализации.
Только, когда даете пользователю выбрать чего-то, то нужно помнить, где хранить этот результат выбора, пока пользователь будет делать последующие операции, и при прорисовке очередной формочки как можно будет достать этот параметр и посмотреть, в каком контексте ее рисовать.
Можно записать cookie и использовать параметр выбора как на клиенте, так и на сервере.
Можно каждый раз футболить выбранный параметр от клиента к серверу и обратно - при начальном выборе передавать параметр, а на сервере уже добавлять этот параметр в последующие формы, чтобы не потерять контекст.
Можно один раз выбрать и передать параметр серверу, на стороне сервера записать в $_SESSION и уже этим оперировать, какой контекст, или вообще, сохранить в базу данных параметр для данного IP + User Agent или session_id.
Можно, как говорят выше, воспользоваться чисто возможностями клиента с помощью JS. Сервер только передает начальное состояние страницы, а дальше клиент изменяет ее вид, в зависимости от логики форм (гуглите понятие одностраничный сайт).
В каком угодно. Все зависит от структуры приложения, используемых библиотек и фреймворков, еще от проектирования бизнес-логики на основе библиотеки или фреймворка.
Пока не поймете структуру, и как генерятся те или иные сообщения, то не найдете к какому модулю обратиться, чтобы исправить это.
1) Найдите подстроку после "Vario Base Unit with ". С помощью функций substr + strpos.
2) Разбейте подстроку 1 на массив строк с помощью функции explode и разделителя ", "
3) Выводите результат из шага 2, проверяя каждую строку на наличие "/" с помощью strpos. Если он есть, то примените еще раз explode, но с разделителем "/" и выведите результат повторного разделения.
Все верно, 2 операции нужно, чтобы переставить атрибуты у разных записей.
То что вы сомневаетесь, это да, есть подвох.
Эти две операции нужно осуществлять внутри одной транзакции, тогда перестановка атрибута будет неделимым действием с точки зрения других запросов к базе.
Есть одна периодическая процедура, которая происходит с wi-fi.
Попробуйте найти параметр Group Key Update Period в настройках роутера.
Не факт, конечно, что это оно, но как вариант.
Да. Время жизни куки сессии авторизации можно установить такую же, какое макс. время жизни самой сессии авторизации.
При обращении пользователя к серверу, на сервере проверяется, есть ли эта кука, по куке сессии из базы данных определяется, жива ли сессия, и к какому пользователю она принадлежит. Если все актуально, то достаются из базы все необходимые параметры пользователя для поддержания авторизованного состояния.
Если сессия просрочена, или вообще закрыта из другого устройства. То до свидания, уничтожаем куку, авторизованное состояние не восстанавливаем, шлем пользователя на авторизацию.
Нет. К примеру выбирать все input-ы можно имея div контейнер.
var inputs = document.querySelectorAll('div.класс_контейнера_фильтра input');
и с каждым input работать отдельно. Вероятно, такая форма будет делать ajax запрос на сервер.
При составлении такого запроса все равно будет составляться отдельный объект FormData, который не зависит от верстки.
Аналогичным методом можно получить доступ к контейнеру с тегом form.
Хотя, лучше уточнить у программистов, которые будут добавлять логику в ваш макет.
Если нет кнопки "Применить", то наличие формы особой погоды не сделает.
Все галочки и выбранные пункты будет обрабатывать JS скрипт.
Но для JS хорошо бы определить контейнер, относительно которого можно было искать тот или иной элемент управления фильтром. Этим контейнером может выступать по классике form, хотя он не будет применяться в полной мере.
Я стараюсь установить небольшой срок, чтобы не вызывать раздражение у ПМа.
В этом и есть главная ошибка.
Когда планируете срок выполнения работы, вы представляете себе, что каждый пункт задачи вам будет ясен и не придется разрешать никаких неопределенностей. Кажется, что будете все время срока заняты решением одного проекта и никто вас не будет отвлекать.
1. На каждый пункт выполнения задачи нужно делать поправку на то, что вы заняты еще каким-то параллельным проектом или иной регулярной работой. (этот пункт спокойно может умножить время на 2 или на 3).
2. Во время ознакомления с очередным пунктом задачи проекта существует вводный период входа в задачу. Вы выясняете что для этого нужно сделать, ковыряете источники, делаете какие-то эксперименты, что-то пробуете и т.д. Этот период нужно закладывать в сроки выполнения. (может занять от 30% до 80% времени выполнения задачи).
3. Любая задача в процессе решения может раскрыть еще подпункты. (этот пункт может смело умножить время на 2 или 3 и тд).
Есть более простой эквивалент подсчета времени, вместо пунктов 1,2,3.
Представьте, что вы выполняете тот же самый проект, вам дали время чисто на его выполнение, никто не отвлекает вас, все задачи как вы видите в списке имеют довольно понятное решение. Но есть маленький нюанс - вы до крайней степени пьяны, и еле соображаете.
Исходя из этого отягощения и пытайтесь найти макс. время выполнения проекта.
А это чем не устроила?