Virtualbox - отличный продукт, имеющий свою нишу и свою миллионную аудиторию.
Если вы не умеете его применять правильно, это лично ваша проблема, а не виртуалбокса.
Тому же среднему фронту надо знать html, css и один фреймворк, даже нативный js в деталях знать в общем не обязательно. И это не влезает в одну голову?
Ему не нужно знать линукс команды, потому что его приложение не обязательно запускается на линуксе. Это может быть приложение для телефона, где шелл получить вообще нетривиально, для телевизора, где может быть вообще не линукс, для смарт часов и так далее.
Если это фронт, который пишет на java фреймворке, а не js, или который пишет на asp, то ему вообще знать CSS не обязательно.
Раньше у нас не было так много устройств, операционок, размеров экрана и способов взаимодействия.
То, что сейчас происходит во фронтенде и называется легким клиентом, по размерам и количества функционала раньше вполне могло считаться особо толстым клиентом (да, я знаю, что они различаются по тем, где логика обрабатывается), тем не менее фронт сейчас и тогда - вообще разные штуки.
Кирилл,
Докер позволяет не только быстро развернуть php/http/mysql. Он также позволяет вам создавать ваши собственные контейнеры, которые можно развернуть где угодно также быстро, в один клик.
Например, вы можете сделать виртуальную машину, настроить/установить/приготовить, затем попытаться кому-то передать ее образ. Но это целая операционная система. То есть дорого.
А контейнер докера - маленький, и для него не нужна еще одна операционная система.
То есть - он дешевле чем виртуальная машина, разворачивается быстрее, изолированность - достаточная для многих задач.
Поэтому докер и взлетел.
Чтобы просто учиться разрабатывать, вам докер не обязателен.
А вот какой-нить LAMP можно, но в этом плане вам нужно все делать под Линуксом (или хотя бы под виртуалкой на Линуксе).
Ставите виртуалку с Линуксом, на нем ставите докер, в нем смотрите готовые контейнеры с LAMP
sudo docker search lamp
Из списка выбираете себе базовый контейнер, например nickistre/ubuntu-lamp
Качаете
docker pull nickistre/ubuntu-lamp
Запускаете контейнер с баш внутри
docker run -it nickistre/ubuntu-lamp /bin/bash
проверяете что там стоит
# apache2 –v
# mysql –v
# php -v
Запускаете:
service apache2 start
service mysql start
все, вот вам уже все поднято и настроено, можете разворачивать сюда свое приложение.
Далее, читаете официальную документацию, чтобы
1) сделать свой контейнер уже с вашим приложением
2) либо просто вручную периодически заливать туда новые файлы
потому что коды символов идут подряд от 0 до 9.
Проверяется введенный символ на то, что это цифра. Если он за пределами диапазона от 0 до 9, значит это либо буква, либо другой какой-то символ.
if (chr < '3' || chr > '6') к примеру
Сработает, если вы ввели 3,4,5,6. А на другие цифры уже выполнится действие
Ульяна Белинская, Я же сказал куда копнуть - на сетевой карточке включаете network sharing,
на АНдроид - в настройках включаете USB internet.
на видео просто посмотрите как выглядят менюшки.
Если данной информации вам недостаточно чтобы все это сделать самостоятельно, попросите знакомого айтишника вам помочь.
Saboteur
@saboteur_kiev Куратор тега Организация работы
Роман,
Эффективность организации команд от CI/CD не зависит практически вообще.
Она зависит от того, как у вас создана иерархия подчинения, как идет воркфлоу - пришел реквест-попал в продакшен, какие требования, какая свобода и так далее.
У нас были и отдельно команды разработчиков по профилям, и отдельно feature-команды, когда внутри команды есть полный стек и можно таск кинуть на команду, не разделяя.
Везде зависит от нагрузки. Если в команде есть 2 фронта, 2 дба, 2 бэкенда, и приходит фича на фронт - остальные 4 человека страдают фигней.
Если фич прилетает много, и они тесно связаны по профилям - то может оказаться и фича-тимы удобнее.
Вы должны понимать, что ваш вопрос слишком абстрактный и не относится к технической тематике.
МОжет оказаться так, что разница между организацией работы будет небольшая, а вот сама миграция займет кучу времени и усилий
Миша, Я не верю, что бизнес мог поставить такую задачу - бизнес в этом вообще не шарит.
А техническую задачу - я бы перетер с архитектором, чтобы такую задачу поменять на другой вариант.
x67, именно в скорость.
nosql это банально база данных, которая хранит всего два столбца - ключ и значение.
С этим справится ЛЮБАЯ стандартная sql база, которая чуть ли не на любом хостинге есть по дефолту.
Так зачем заморачиваться и ставить что-то нестандартное?
Самые известные носкл базы - mongoDB (от слова huMongous - огромный) и Hadoop - изначально спроектирован для распределенных вычислений.
Да, конечно можно юзать mongo для небольшой документоориентированной базы. Но проблема в том, что SQL гораздо популярнее nosql, а значит писать на mongoDB мелочь - выйдет дороже в поддержке.
p.s. Кроме гугла есть огромное количество компаний в ентерпрайзе, у которых миллионы клиентов. У гугла - миллиарды. И многим нужна бигдата. Ну и если что, могу прислать свою фотку из офиса Гугла в mountain view...
x67, Не понимаю вашей категоричности.
Я сказал ЛИБО масштабируемая база данных ЛИБО nosql, который заточен под большой объем.
Для маленького объема нет смысла ставить nosql - любая стандартная база данных умеет хранить обычную таблицу из пар ключ-значение и справится с нагрузкой. nosql - это решение в первую очередь для производительности на больших объемах.
И да, bigdata - это не десять терабайт, это обычно гораздо больше, либо вы неправильно понимаете этот термин, который изначально предполагает громадные объемы информации, а не просто "большую базу данных"
Очередь может входить в логику сайта.
Он просто может все запросы на рассылку собирать в очередь, даже если это один запрос.
И обращается к модему по своему собственному расписанию, например раз в 15 минут. Если вы отправили свой запрос в 14-ю минуту, смс придет через минуту. Если в 16ю минуту - через 14 минут.
Но я не солгашусь, что sqlite это не "взрослая субд). Sqlite - это своя отдельная ниша - отличная локальная однопользовательская база без дополнительных серверов. Например, даже конфиги в ней хранить удобно.
Мне кажется, что решение Дмитрия не удаляет собственно сам тег, то есть находит только текст комментария, а не все целиком...