@longyu không. cái ấy bạn phải deploy lên đâu đấy. còn chỗ đó bạn chỉ xem được source code thôi

chào bác bài này đọc rất rõ ràng dễ hiểu đây là vấn đề mình đang rất bối rối cảm ơn bác

@tranchien tạo điều kiện cho anh em UX/UI vs front-end nâng cao lương :V

có 2 vấn đề ở ngay đồ thị đầu tiên.1) Đề thì đỉnh xuất phát là B nhưng đáp án xuất phát từ A. 2) Nếu đỉnh xuất phát là thì đáp án vẫn sai từ A->C đường đi ngắn nhất là 3 (A-D-E-C). Để cái tâm dô dùm!

Cám ơn anh về bài viết! ^ ^

@thanglt5 không định nghĩa hẳn offset và length mà offset và length sẽ được tính toán khi render từ template ra kết quả cụ thể. Ví dụ template là: <b>{{name}}</b> đã thích bài viết của bạn Thì lúc render ấy, bạn thay cái value của biến name vào (ví dụ Nguyễn Văn A), sau đó bạn xử lý tính toán length của phần giữa cặp thẻ (đánh dấu đậm) - chính là độ dài cái Nguyễn Văn A là 12, sau đó bạn strip cái thẻ là thẻ đánh dấu đậm đi để được offset cho Nguyễn Văn A là 0, vậy là ta có offset 0 và length 12 là in đậm, còn câu hoàn chỉnh là "Nguyễn Văn A đã thích bài viết của bạn"

Nhìn thì phức tạp chứ làm 1 vòng loop xử lý string bằng regex nhanh lắm =)))

tuyệt vời

@monmen à, vậy có nghĩa là trong template mình sẽ "định nghĩa" offset lẫn length phải không bạn

hay

Mỗi khi bạn compile lại (multi language) thì bạn phải tính toán lại hết length với offset của phần bôi đen chứ bạn.

series rất hay nhưng mình đang bị lỗi này mong bạn giúp đỡ, theo mình research là do ko gọi dc docker trong docker container, nhưng mình đã khai báo services: - docker:dind vai trò như kiểu cầu nối giữa docker-cli và docker daemon như bài trước bạn giải thích, cảm ơn bạn

############ file .ci

image: docker/compose:alpine-1.27.4

services:
  - docker:dind

# cache khai báo ở top-level nên sẽ áp dụng cho tất cả các job trong tất cả stages
cache:
  key: ${CI_COMMIT_REF_SLUG} # cache này chỉ áp dụng cho branch hiện tại
  paths:
  - node_modules/

stages: # define how many stages we need
  - install
  - linting
  - build
  - test
  - release

before_script:
  - docker version
  - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY

.linting:
  stage: linting
  image: node:16-alpine

# install npm dependencies so it'll be cache in subsequent jobs
# note: we can't do this in linting stage as in that stage, 2 jobs run concurrently and both need node_modules
install_dependencies:
  stage: install
  image: node:16-alpine
  script:
    - npm install

# this job make sure commit message is conventional
lint-commit-msg:
  extends:
    - .linting
  script:
    - echo "$CI_COMMIT_MESSAGE" | npx commitlint

# this job make sure code is linted
lint-code:
  extends:
    - .linting
  script:
    - npm run lint

build: # build job of stage build we define above(each stage can have multiple job)
  stage: build
  only: # only rebuild when detect those file config below have update
    changes:
      - Dockerfile
      - src/*
      - libs/*
      - enviroment/*
      - test/*
      - package.json
  script:
    - docker pull $CI_REGISTRY_IMAGE:latest || true
    - docker build --cache-from $CI_REGISTRY_IMAGE:latest --tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA .
    - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA

test: # testing job of stage test we define above(each stage can have multiple job)
  stage: test
  before_script:
    - docker-compose version
    - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY
    - docker pull $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA
    - docker tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA $CI_REGISTRY_IMAGE:latest
  script:
    - docker-compose up -d
    - sleep 15
    - docker-compose exec -T app npm run test
  coverage: /All files[^|]*\|[^|]*\s+([\d\.]+)/ # display coverate percent
  artifacts: # display coverate folder
    paths:
    - coverage/

release-tag: # release job of stage release we define above(each stage can have multiple job)
  variables:
    GIT_STRATEGY: none # mean no need clone code into runner
  stage: release # stage for feature branch only
  except:
    - master
  script:
    - docker pull $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA
    - docker tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_NAME
    - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_NAME

release-latest: # release job of stage release we define above(each stage can have multiple job)
  variables:
    GIT_STRATEGY: none # mean no need clone code into runner
  stage: release # stage for master branch, and build latest image
  only:
    - master
  script:
    - docker pull $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA
    - docker tag $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA $CI_REGISTRY_IMAGE:latest
    - docker push $CI_REGISTRY_IMAGE:latest

############ error:

Cám ơn anh về bài viết ^^

Bài viết hay, nhưng mình đang thắc mắc, decorators kết hợp với multiple language thì có lẽ cái offset và length sẽ không đúng trong trường hợp bôi đen không phải là danh từ riêng phải không bạn, ví dụ mình muốn bôi đen từ "thích" chẳng hạn, length của từ "thích" trong tiếng việt và tiếng anh khác nhau. Chỗ này mình đang nghĩ tốt nhất nên tránh bôi đen mấy cái ngoài danh từ riêng ra hay còn 1 cách nào khác hay hơn bạn nhỉ.

không hiểu đừng viết ra

vạy người khác có xem web mình làm trên gitlab.com được 0

ok

Ở mục cách tạo prompt mình có gợi ý 2 plugin hiện đang hỗ trợ cho viết promt, bạn tham khảo nhé 🤗

Có plugin nào để hỗ trợ viết promt nhanh hơn k b, viết mấy lệnh thủ công vất vả quá 😩

Bài viết rất hay ạ ! Anh có thể cho em xin tài liệu qua mail này được không ạ linhvuquang8@gmail.com ! Em cảm ơn ạ😊

Ủa phần 2 của em đâu sếp 😒😒😒