Артем Советников, Кажется вы мне помогли. Но я не уверен, нужно изучить docker. В общем хотел организовать проверку кода (Как contester PCMS на ACM олимпиадах) с выводом результата, и как бы результат эмулировать в браузер. Писать код в редакторе(codemirror.js) отправлять его на сервер, запустить сессию виртуальной машин, интерпретация либо компиляция, получение результата от виртуальной машины, отображение у клиента в браузере. После окончания пользования - закрывать вирт машину (Или повесить time to life, чтобы по истечению времени закрывать сессию автоматически). Тоже самое что предлагает repl.it, но только с проверкой.
В целом спасибо большое. Буду углубляться в доккер.
А у докера есть light версия, чтобы запускать его и после окончания сессии reset делать? И как вообще связать его с моими app-ками? Никогда не юзал доккер, но всегда думал что это некий инструментарий (просто виртуальная машина-контейнер) программиста. Если бы вы смогли пояснить как это все должно функционировать, был бы очень благодарен.
Михаил Григорьев, Это на стороне сервера, то-есть на стороне DigitalOcean или на стороне провайдера домена? Вроде все нормально поменял, говорят нужно ждать 48 часов, думаю абсурд. Прошло где-то 28 часов.
Михаил Григорьев, https://178.62.239.153/ Так заходит, https перечеркнутый потому что не правильно настроил ssl. А ip функционирует нормально. Что самое интересное, если отрубить сервер вообще, то portal.tggroup.kz все равно редиректится на тот сайт. Значит проблема не в серваке, а в домене? В домене я вроде все поменял на новые адреса, но все тщетно.
Это мой прошлый ip-ник, если не ошибаюсь. Видать на DO кому-то достался этот ip. Вот и такое происходит. Но я вроде везде все сменил. Примерно 20 часов прошло. Обычно процесс поиска и смены днс был быстрым.
Code splitting это и есть разбиение по вендорам(Lazy loading). Если я пишу так, то файлы при использовании vue-cli сами разобьются на асинхронные js? Как вы делаете vendor.js и app.js? По дефолту vue-cli выдет только свои сгенерированные js файлы. Поделитесь, пожалуйста) На самом деле данный ответ пока не решил мой вопрос полностью, так как при vue-cli и так все разбивал, и проблем с загрузкой не было. Вопрос был в том есть ли возможность скрыть внутренние компоненты при vue-cli как на webpack2. Информация которой вы ответили оказалась очень полезной.
Возникает вопрос: как? И можно ли такой проект залить на хостинг? Если да то на какой?
Ответ - нельзя) Сорри, может, чуть перегнул палку. Но думаю с webpack-simple использовать сгенерированный index.html нет смысла, так как на нужен bundle.js. А при обычном шаблоне webpack это важно))
Artem0071: Напротив, Youtube заинтересован в сохранности данных на сервисе. Ну и с другой стороны вы правы. Скорее всего при изменении качества видео не нужно грузить уже просмотренные минуты, а лишь подгрузить непросмотренные.
Эта концепция естественная, без сомнений. На ней и базируется мой вопрос. Просто не пойму как лучше слушать канал? Свой канал со своим идентификатором, или все каналы созданные на основе чатов с пользователями?
2. получает сообщения, которые ему передал сервер. (Адресованные ему в личку, или в тот канал/каналы, которые активны у клиента в данный момент)
"Адресованные в личку" это мой канал или канал комнаты с оппонентом(Собеседника-отправителя)?
Почитайте про blob. Нужен дополнительный медиасервер(движок), который кусками отдает аудиозапись с определенной частотой. Предполагаю, что такие движки побитно режут файл, потом через цикл с периодичностью отправляют данные клиенту, где они воспроизводятся, или в лучшем случае склеиваются программным путем, таким образом не давай пути на этот файл. Так работают большие broadcast-овые сервисы, такие как Youtube, vimeo. На вк раньше использовался flash для таких целей, он где то на фоне работал себе и не мешал. Использовал при этом localConnection)) Были времена)) Но все же можно написать алгоритм который имитирует просмотр или прослушивание данных файлов, таким образом сам склеивает все кусочки в один файл и конвертирует в удобный нам формат)) Советую посмотреть в сторону red5. Никогда не пользовался, пока)) Удачи! Если будут успехи отпишитесь пожалуйста, я тоже заинтересован) Только не забудьте!))
Ах да, есть дополнительный вариант, весьма лаконичный. Если удасться выполнить один из вышеперечисленных методов, то наверное клиента лучше оповещать об обновлениях, и только. А потом заставить resource(ajax) потянуть новые сообщения. При отправке отправлять не через вебсокет, а через обычный restapi, а во вьюхе rest делать колбэк(Group("chat").add()).
В целом спасибо большое. Буду углубляться в доккер.