Бұл іске асырудың негізгі мәселелері - '83' порты хостта already болуы мүмкін - Көріністің тиімсіз ұйымдастырылуы - Команда тәртібі дұрыс емес болғандықтан портты қайта анықтау - Конфигурация құпия нұсқаны пайдаланады - Соңғы жинақта дұрыс емес жол нұсқа: '3.8' қызметтер: art-marketplace: құру: контекст: ./art-market порттар: - "83:83" желілер: - art-network желілер: art-network: жүргізуші: overlay
Бұл жүзеге асыруда негізгі мәселе неде? - Қате HTTP статустары мен қателік түрлері - Dependency Injection дұрыс орнатылмаған - Асинхронды тыңдаушылар қатыстырылмаған - Қолданбада стандарт емес қателік өңдеу - Bean конфигурациясы дұрыс емес - @Autowired тәуелділікті дамыту үшін қолданылмайды
Бұл іске асырудың негізгі мәселелері қандай? - Jedis үшін қосылымдар пулын қолданбайды - Redis деректерін резервтік көшіру жоқ - Ішкі тексеру қосқышы жоқ - Қате өңдеу жоқ - Калибрлеу элементі дұрыс жаңартылмайды - zadd және zscore қателерді тексермей жұмыс істейді ```java import redis.clients.jedis.Jedis; import java.util.Set; public class WineCellar { private Jedis jedis; public WineCellar() { jedis = new Jedis("localhost", 6379); initializeWines(); } private void initializeWines() { jedis.zadd("wines", 1978, "Chateau Margaux"); jedis.zadd("wines", 1990, "Domaine de la Romanee-Conti"); jedis.zadd("wines", 2005, "Opus One"); } public void updateWineYear(String wine, double newYear) { double oldYear = jedis.zscore("wines", wine); if (oldYear != newYear) { jedis.zadd("wines", oldYear, wine); // Қате жаңарту } } public Set<String> getWinesByYear(double minYear, double maxYear) { return jedis.zrangeByScore("wines", minYear, maxYear); } public static void main(String[] args) { WineCellar cellar = new WineCellar(); cellar.updateWineYear("Chateau Margaux", 1982); System.out.println(cellar.getWinesByYear(1970, 2000)); } } ```
Деректер қоры негізінде композиттік типті жүзеге асырудың негізгі мәселесі қандай? TIMESTAMP сағат белдеуінсіз Синтаксис қателігі! NULL кодта CTE оқылымдылығының болмауы SERIAL-дан байланысты тасымалдау мәселелері «TICKET_TYPE» деректер қорында жарияланбады INTEGER деңгейінде соңғы мән емес
Қандай ағындар? (кіріс-шығыс ағындарын айтқаннан кейін нақтылау сұрағы)
Өзіңіз туралы айтыңыз, қазір іздеп жатқаныңыз не, не іздейсіз?
Тұрақты ағындар пулын тиімсіз пайдалану Ресурстарды бөлу мәселелері Қате блоктау өліп қалуға әкелуі мүмкін Қате синхрондау деңгейі Нәтижеге дейін барлық ағындарды тексермеу Айқын конструктордың болмауы
REST және Kafka арқылы бизнес тақырыптарын (x-session-id, x-client-id) микросервистер жүйесінде тарату қалай жүзеге асырар едіңіз?
Қолданған технологиялық стек туралы айта аласыз ба?
WardrobeManager @Autowired қолдануы керек Бинарларды басқару үшін класс жоқ Транзакцияларды басқару жоқ ItemRepository @Repository аннотациясымен белгіленбеген Компонентті құру үшін Spring контейнері орнына конструкторды қолдану WardrobeController конструкторы @Autowired қолданбайды
Негізгі мәселе — бұл іске асыруда: - Ауқым мен нәтижелер бойынша формулировкалар жоқ - Қауіпсіздік саласында қателерді өңдеу жетіспейді - Контексті баптау кезінде қате — коллекциялар дұрыс жазылмайды - Прототиптік компонент қолмен басқарылмайды - Басқару курстарына MVC-ден ұсыныстар жоқ
Қате өңдеу логикасын onErrorResume көмегімен дұрыс жүзеге асырылмаған handleEnrollmentError-да қателерді өңдеудің айырмашылығы жоқ Басқарушыға тәуелділікті енгізу жоқ handleEnrollmentError әдісі параметрлерді пайдаланбайды CourseController он жыл бойы тіркелмеген
Таңдалған шешім құрылымының негізгі мәселелері - Алдын ала бөлінбеген ArrayList артық шығындарға әкеледі - Әдістерді қолдануда өлілдіктің қаупі - Тиімсіз блоктау құрылымы артық шығындарға әкеледі. - ExecutorService дұрыс өңделе алмайды - Шектеулі масштабтау қорғаныс пулі
HashMap-те өзгермелі кілттермен проблемаларды қалай болдырмауға болады?
Kafka-да MDC контекстімен не істеу керек?
Екі ағын бар деп ойлаңыз. Бірі (1,2,3...) шығарады, ал екіншісі — (A,B,C...). Олардың орындалуын кезек-кезек (1,A,2,B...) тәртібімен қалай қамтамасыз етуге болады?
Бұл іске асырудың негізгі мәселесі қандай - Оптимизацияланбаған кестелер образдың өлшемін көрсетеді - RUN кезінде Docker образын кесу мәселе болуы мүмкін - Бірнеше CMD, соңғысы ғана әсер етеді - Жою операциясы "көріп тұрған" образ бойынша сүзгіден өтуді ескермейді
Барлығын Spring-те жазуға болатынына қарамастан, не үшін Spring Boot starters қажет?
Бұл жүзеге асырудың негізгі мәселелері - Redis-ке қосылу қатты кодталған - Redis үшін байланыс пулі бар - `jedis.get` шақыруы тексерілмеген, null қайтаруы мүмкін - `KEYS` командасын қолдану сервер жүктемесін арттырады - Redis оқиғалары жоқ
@KafkaListener орнына нақты polling қолданғанда не жоғалтып, не аласыз?
