1с решило подзаработать кучу бабок. Только этот сервис стоит очень дорого. 1с совсем слетели мозги от бабок. Сумма просто бешеная. Не будем подключаться платно
я конечно не хейтер, но какой-то странный бизнес процесс продемонстрирован. Куда данные которые вводит клиент попадают на стороне компании, как минимум нужна глубокая интеграция базы данных компании и вашего сервиса. Если видео о конструкторе чат-ботов, то ничего уникального не продемонстрировано.
Спасибо большое за мануал. Маленькое уточнение для тех кто будет смотреть: Когда будете собирать консольное приложение, внизу с вкладки «Terminal» перейдите на вкладку «Output». есть вероятность что будут в тихом режиме VS Code будет докачивать пакеты без запроса как на видео.
Здравствуйте. Установил все работает. Спасибо. Извините что здесь вопрос по старому видео 3 года назад. Возможно ли транслировать изображение С телевизора sams ue75nu8000 для амбилайт? Тюльпанов нет, hdmi arc, остальные «hdmi in». Приставку ни какую не использую, благодаря Вашему каналу все в телеке через tizenstudio
Объеснение с уникальным ID вообще не соотвествует здравому смыслу. Запись может создавать например приложением или совершенно другой программой. Я не буду объяснять, почему это может быть, кто вообще в теме програмирования тот поймет. То что сейчас было с ID это феил. Уроки интерестные, но видно не вооруженным взглядом, пробелы в знаниях автора.
Возникла такая ситуация: есть сайт(верстка и логика на php), который тестировался на локальном ПК, после он опубликован на тестовый домен. И вот я замечаю недоработку в коде php (нужны другие настройки моего сайта для текущего хостера, какие-то ограничения хостера, которых на локальном ПК нет и из-за этого что-то не работает; или для теста верстки прямиком с телефона, а не в браузере в режиме адаптива), поправил в файловом менеджере хостера, заработало, теперь мне нужно это поправить и в своих фалах, которые на моем ПК… и таких циклов у меня было уже множество. Расскажи, как грамотно это делать? Может стоит вообще локальный ПК исключить из этого процесса и сразу результат проверять на реальном тестовом хостинге (при помощи SFTP в VC Code)?
Буду очень благодарен за ответ.
А еще было бы очень полезно — видео о контроле версий в работе с реальным проектом: — на каких результатах работы коммитишь — когда «пушить» — как создаешь новую ветку и что-то проверяешь — как ошибаешься и откатываешь назад (а не как у большинства — вот файл, закинули его на ГитХаб, вот он здесь, сделали ветку — вот ветка, и в результате не ясно как им пользоваться, хотя мысленно структура работы контроля версий сформирована) — как потом все заливается на боевой домен/хостинг — как происходят правки сайта, когда он уже опубликован (ты сайт обслуживаешь и у заказчика возникла потребность в новом функционале или дизайне)
— где и как хранишь исходники своей работы (гитхаб в теории может глюкануть, на хостинге случайно удалиться)
Куда данные которые вводит клиент попадают на стороне компании, как минимум нужна глубокая интеграция базы данных компании и вашего сервиса.
Если видео о конструкторе чат-ботов, то ничего уникального не продемонстрировано.
Возникла такая ситуация: есть сайт(верстка и логика на php), который тестировался на локальном ПК, после он опубликован на тестовый домен. И вот я замечаю недоработку в коде php (нужны другие настройки моего сайта для текущего хостера, какие-то ограничения хостера, которых на локальном ПК нет и из-за этого что-то не работает; или для теста верстки прямиком с телефона, а не в браузере в режиме адаптива), поправил в файловом менеджере хостера, заработало, теперь мне нужно это поправить и в своих фалах, которые на моем ПК… и таких циклов у меня было уже множество.
Расскажи, как грамотно это делать?
Может стоит вообще локальный ПК исключить из этого процесса и сразу результат проверять на реальном тестовом хостинге (при помощи SFTP в VC Code)?
Буду очень благодарен за ответ.
А еще было бы очень полезно — видео о контроле версий в работе с реальным проектом:
— на каких результатах работы коммитишь
— когда «пушить»
— как создаешь новую ветку и что-то проверяешь
— как ошибаешься и откатываешь назад (а не как у большинства — вот файл, закинули его на ГитХаб, вот он здесь, сделали ветку — вот ветка, и в результате не ясно как им пользоваться, хотя мысленно структура работы контроля версий сформирована)
— как потом все заливается на боевой домен/хостинг
— как происходят правки сайта, когда он уже опубликован (ты сайт обслуживаешь и у заказчика возникла потребность в новом функционале или дизайне)
— где и как хранишь исходники своей работы (гитхаб в теории может глюкануть, на хостинге случайно удалиться)