Да, получается от локации опыт очень разный, у меня как раз наоборот оно выручало уже несколько раз, с вечера заказываешь на утро, и почти сразу привязывается машина, которая и подъезжает с утра. На вокзал так уезжал
Не знаю как в Москве, но в нашем регионе и даже в Крыму пользовался сервисом Maxim, удобное приложение и такси приезжает очень быстро. Альтернатива есть, не многим о ней известно
Боту GPTBot отдаются уже вырезанные теги из закаченного другими инструментами сайта, фактически сам бот не будет посещать сайт и запрещать смысла нет. Если я всё правильно понял
По вопросу интеграции данных с АСУТП в АИС необходимо смотреть реализован ли уже модуль опроса системы, например модуль опроса Siemens Simatic. Если реализован, то для подсистемы опроса указывается модуль, параметры подключения и необходимо описать набор данных. Либо написать модуль опроса, который преобразует данные с АСУТП в формат АИС, что-то вроде драйвера. По опыту, в стекольной промышленности, производителей оборудования не много, и большинство заводов используют оборудование 5-7 мировых производителей, хотя по линиям и участкам, конечно присутствует зоопарк оборудования.
Сроки озвучивали через посредников. Надо понимать, что в подобной ситуации, к сожалению, ни кто реальных сроков предсказать не сможет. Проблема решается, ждите… — Ждём…
Такая же проблема, часть своих серверов и часть арендованных в одном узле. Доступны все, но проблемы с сетью, как следствие проект весь день лежит. С утра обещали решить проблему в течение часа, час оказался неподъёмным…
Решил поиграть с codeception, но заметил интересную зависимость. Если передать в метод see() метку с национальными символами в utf-8, то всё работает правильно до момента пока вторым параметром не указать селектор области поиска.
Пример:
$I->see('Москва');
> * I see «Москва»
> OK
$I->see('Москва', 'div');
> 1. I see ["\u041c\u043e\u0441\u043a\u0432\u0430",«div»]
>
>FAILURES!
Всё что я описал работает в MySQL именно так как и должно работать.
При создании новой таблицы, только для ПЕРВОГО поля типа timestamp СУБД выставляет значение по умолчанию CURRENT_TIMESTAMP и сам создаёт тригер, если клиент не указывает своё значение.
Если указать default CURRENT_TIMESTAMP, то тригер создан не будет. Таким образом в интерфейсе можно отобразить всё правильно, по крайней мере Mysql Workbench здорово с этим справляется :)
timestamp в mysql ни как не работает, это тип данных. Но для поля можно установить значение по умолчанию CURRENT_TIMESTAMP. В таком случае при добавлении новой записи, если поле имеет значение NULL, ему присваивается текущее время. ON UPDATE это тригер, который присваивает текущее время при каждом обновлении записи. В интерфейсе приложение должно разделять значение по умолчанию и тригер при обновлении.
«Ездить надо аккуратно и всегда контролировать ситуацию — независимо от того, сколько электронных устройств тебе помогают» — это конечно хорошо, но по статистике как минимум 50% аварий случаются по вине одного из участников, и не обязательно этим участником будет %username%. К примеру, был инцидент когда дама на перекрёстке внезапно выехала на красный свет (на главную дорогу), а на 60км/ч уйти от такого столкновения практически невозможно. Вот тут и помогает данное устройство если появляются сфальсифицированные свидетели и пропадают реальные. По собственному опыту.
хм, намёк, что инопланетяне это не сказки?)
Да, получается от локации опыт очень разный, у меня как раз наоборот оно выручало уже несколько раз, с вечера заказываешь на утро, и почти сразу привязывается машина, которая и подъезжает с утра. На вокзал так уезжал
Не знаю как в Москве, но в нашем регионе и даже в Крыму пользовался сервисом Maxim, удобное приложение и такси приезжает очень быстро. Альтернатива есть, не многим о ней известно
Боту GPTBot отдаются уже вырезанные теги из закаченного другими инструментами сайта, фактически сам бот не будет посещать сайт и запрещать смысла нет. Если я всё правильно понял
Кажется это тот случай, когда комментарии захватывают больше статьи.
Решил поиграть с codeception, но заметил интересную зависимость. Если передать в метод see() метку с национальными символами в utf-8, то всё работает правильно до момента пока вторым параметром не указать селектор области поиска.
Пример:
$I->see('Москва');
> * I see «Москва»
> OK
$I->see('Москва', 'div');
> 1. I see ["\u041c\u043e\u0441\u043a\u0432\u0430",«div»]
>
>FAILURES!
При создании новой таблицы, только для ПЕРВОГО поля типа timestamp СУБД выставляет значение по умолчанию CURRENT_TIMESTAMP и сам создаёт тригер, если клиент не указывает своё значение.
Если указать default CURRENT_TIMESTAMP, то тригер создан не будет. Таким образом в интерфейсе можно отобразить всё правильно, по крайней мере Mysql Workbench здорово с этим справляется :)