youmixx, режим отладки разный бывает. Я вообще про серверную отладку. А постучаться в бота значит отправлять в него запросы. Если не знаем чем - берем postman. Берем тестовый эвент какой-нибудь и отсылаем в бота, смотрим на реакцию
beduin01, во всех случаях на диске. Данные я подразумеваю - тексты, характеристики, связи между таблицами, индексы и все такое. В грабовых базах данных принципиально другой подход. Там нет таблиц, нет понятия "записей" и порядка. Это свалка вершин с характеристиками (признаками) и гранями (тоже с характеристиками). Нельзя итеративно перебрать грани, по сути (хотя я утрирую). И нет понятия таблиц
больше платят опытным и умным. А еще я не видел пока на symfony ни одного микросервисного проекта по тому что он очень жестко навязывает монолит. А еще поддержка проектов на Симфони это кромешный ад. Стоит ознакомиться со сроками поддержки версий и планированием их релизов. Это треш полный.
новичка хотят посадить на Yii2 на поддержку старого проетка
мои проекты на Yii2 строились по принципу Immutable. поддержки не требовали по тому что в случае успеха того или иного микросервиса на нем - для долгого развития можно было переписать на что угодно, включая другие языки даже
DevMan, да, все, разумеется, познается в сравнении. Тот же пример я - вроде и не пострадал и сам уволился, а найти продуктовую компанию где нужен SA - трудно. Бесит)
Владимир Гунаев, да 30 человек на место это еще хорошие шансы, между прочим) без шуток. Проект могут всегда свернуть, особенно в такое время как пандемия. Аутсорсеры проекты закрывают пачками из-за ухода клиентов. А они работают на операционных доходах, прошу заметить. Мелкие шаражки тут вообще сразу сворачиваются
Владимир Гунаев, за стабильностью в IT ... АХАХАХАХАХ ... прослезился) ох сколько же прекрасного все думают про IT и про то что это какая-то привилегированная сфера, надежная как швейцарские часы с удалённой и хорошими зарплатами)
Петр, это подразумевается в опыте работы, как бы) Или много проектов где джунглей может получить какой-то опыт в соло фигача проект для заказчика? И еще и что-то завершит?) Успешно
тем что это другой опыт. Командная разработка сильно отличается и мало кто может без хорошей квалификации в своих проектах построить хотябы подобие таковой
Prepod21, смысл MR - контролировать качество изменений перед вливанием изменений в ветку над которой у тебя нет контроля или соответствующих прав. Да, это инструмент для коллективной работы. Если человек работает один то в 99% случаев оно не нужно. Но я использую и для своих проектов. Мне удобно - последний раз убедиться что все хорошо, провести squash, написать комментарии для себя в будущем чтобы не рвать на себе волосы
Wexter, точками входа и выхода, а также теми кто их контролирует. В BGP есть static route и есть несколько интересных пунктов:
- более точный (по маске) роут имеет более высокий приоритет
- для одинаковых по приоритету раутов можно указать свой вес.
Поэтому можно пустить трафик для конкретных получателей в обход общего интернета. Так работает CDN) И именно поэтому я и сказал что это дорого - надо выбрать определенные места и срезать часть пути трафика по своим каналам
Prepod21, это не является функциональностью git. Это фича того вендора которым вы пользуетесь. Для автоматизации надо смотреть в API конкретного вендора или документацию. В любом случае автоматизировать это не просто по тому что там есть довольно много параметров, начиная от того в какую ветку делается MR и заканчивая тем кто является approver и reviewer
Артём, это не отменяет моих слов. Привязывайте ВЕРСИЮ товара, а не его актуальное состояние. Иначе вы будете страдать при изменениях отображаемых полей в будущем, например. Можно, конечно, обойтись стоимостью и названием, но это, обычно, не работает
Алексей Уколов, в мири e-commerce оформление заказа это не факт его оплаты) до завершения заказа он может меняться как угодно. Оформленный заказ это, по сути, корзина
Алексей Уколов, вопрос просто не о том как хранить данные, а как бороться с событием когда изменилась стоимость товара во время оформления заказа. К технологиям вопрос вообще не имеет отношения. Тут все о бизнес-процессах. И правильный ответ - никак
