Chuyển đổi docx sang PDF


41

Tôi đang cố gắng chuyển đổi các tệp docx thành pdf trên máy chủ Ubuntu của mình bằng dòng lệnh nhưng không có bộ chuyển đổi nào tôi đã thử cho đến nay dường như chuyển đổi các tệp Word 2007/2010/2013 một cách chính xác.

Các trình chuyển đổi trực tuyến rõ ràng có thể quản lý nó mà không gặp sự cố nào nhưng các dịch vụ Web không phải là một tùy chọn vì các tệp chứa dữ liệu nhạy cảm. Đối với các bài kiểm tra tôi sử dụng tệp Word 2007 này vì nó chứa một số yếu tố quan trọng (công thức, đồ họa vector, hình ảnh, danh sách, v.v.). Tôi đã thử nghiệm các công cụ sau (một phần từ bài đăng này ):

lowriter (LibreScript Writer) - đầu ra không chính xác (vòng tròn được cho là ở trang cuối cùng, không phải trang đầu tiên)

nhập mô tả hình ảnh ở đây

unoconv- giống như LibreOffice vì nó không sử dụng trình chuyển đổi riêng. Chuyển đổi sang odt trước và sau đó thành pdf làm hỏng tập tin hoàn toàn.

abiword --to=pdf filename.doc - không chính xác và không đầy đủ (thiếu nhiều yếu tố):

nhập mô tả hình ảnh ở đây

OpenOffice Writer - kết quả tương tự như đối với abiword

wvPDF - sự cố với thông báo lỗi sau:

~ $ wvPDF 2007_Office_DocEncrypt.docx test.pdf

Thư mục hiện tại: / home / webmt / dev / test /

Một số vấn đề chạy latex.

Kiểm tra lỗi trong test.log

Tiếp tục ...

Chuyển đổi thành dvi không thành công

Có cách nào để chuyển đổi tập tin docx thành PDF trên Linux chính xác không? Nó cũng sẽ giúp tôi nếu tôi biết nó hoạt động cho ai đó với bất kỳ chương trình nào tôi đã đề cập. Tôi sẽ bắt đầu một tiền thưởng ngay khi SE cho phép tôi.

ps Tôi đang sử dụng máy chủ Ubuntu 12.04


Kết luận :

Tôi đã phải kết luận rằng đối với tôi, hiện tại, không có công cụ đáng tin cậy nào sẽ hoạt động với các định dạng MS Word mới và tất cả các loại yếu tố của nó trên Ubuntu và tạo một bản sao các tệp docx. Không có công cụ nào tôi thử nghiệm có thể chuyển đổi tệp mẫu đúng cách. Vì tôi sẽ phải đối mặt với các loại phiên bản / nội dung tài liệu rất khác nhau và chất lượng đầu ra là một trong những ưu tiên cao nhất, nên cuối cùng tôi sẽ thực hiện chuyển đổi bằng các macro VB trong Word trên máy chủ Windows được kết nối với Linux của tôi.

Tôi sẽ đặt bài đăng nhận được kết quả tốt nhất là câu trả lời được chấp nhận. Tuy nhiên, tiền thưởng được dành cho một giải pháp với chuyển đổi hoàn toàn chính xác. Cảm ơn mọi người, một lần nữa.


3
đã thử một lần để latex?
Braiam

@ScepticalJule, Có một vấn đề ở cuối. Tôi chỉ nhìn vào trang đầu tiên.

1
@Braiam Bạn có thể bỏ một liên kết để chuyển đổi với latex?
Jule hoài nghi


2
@ScepticalJule Tôi nghĩ Braiam có nghĩa là bạn nên cố gắng viết tài liệu của bạn bằng latex ngay lập tức. Chuyển đổi từ docx sang latex đau đớn hơn nhiều so với chuyển đổi từ docx sang pdf. Bạn có thể thử chuyển đổi từ docx sang doc và sau đó từ doc sang pdf. Nhưng bạn phải tìm một công cụ độc lập LO để làm như vậy. Hãy cho tôi biết nếu tôi có thể giúp theo bất kỳ cách nào khác và liệu câu trả lời của tôi có giúp bạn hiểu không.
don.joey

Câu trả lời:


58

Câu trả lời này vượt qua tất cả các bài kiểm tra, nhưng biểu đồ luồng trong tài liệu kiểm tra của bạn.

sudo apt-get install unoconv
doc2pdf respondus-docx-sample-file.docx

Tại sao điều này tốt hơn so với các phương pháp khác cho đến nay?

Tôi đã thử nghiệm các phương pháp khác được đề xuất cho đến nay (đặc biệt oowriterebook-convert), nhưng chúng vượt qua các thử nghiệm ít hơn phương pháp này. Các ebook-convertphương pháp dải lề và một phần của văn bản ra khỏi tài liệu.

Phương pháp này thậm chí mang lại kết quả tốt hơn so với trình chuyển đổi chuyên nghiệp như Rainbowpdf .

Tôi cũng đã thử chuyển đổi nó thành html, nhưng bản vẽ với hình vuông trong vòng tròn và biểu đồ luồng không chính xác.

Tại sao kiểm tra biểu đồ dòng chảy thất bại?

Có vẻ như libreoffice và unoconv có một số vấn đề với việc hiển thị chính xác biểu đồ luồng trong tệp .docx. Điều này có lẽ là do nó được tạo ra bằng nghệ thuật thông minh trong Microsoft Office. Đó là vấn đề. Đó là một lỗi cũng được thảo luận về chủ đề này . Thông tin văn bản và hình ảnh có trong pdf kết quả từ phương pháp trên như bạn có thể thấy (mặc dù tôi phải chọn văn bản).

Lưu đồ không hiển thị hoàn toàn như mong đợi.

Ví dụ, màu phông chữ không được đọc chính xác và một số dòng quá dài. Tôi không biết bất kỳ giải pháp linux nào có thể hiển thị nghệ thuật thông minh một cách chính xác. :(

Đây cũng là lý do tại sao tất cả các printgiải pháp được đăng trên trang này sẽ không làm bạn hài lòng.

Nói ngắn gọn

Nói tóm lại, những gì bạn đang làm thực sự khó khăn và hiện tại không có giải pháp nào đáp ứng đầy đủ cho bạn. Điểm nổi bật của chuyển đổi docx2pdf là nghệ thuật thông minh. Nếu bạn có thể sống mà không cần điều đó hoặc nếu bạn có thể tìm ra cách phát hiện nghệ thuật thông minh và chuyển đổi nó bằng cách nào đó thành hình ảnh, bạn có thể đạt được mục tiêu của mình.

Tùy chọn 1. Buộc người dùng của bạn xử lý sự cố

Đây là một giải pháp rất không phù hợp. Người tạo nội dung của bạn có thể lưu nghệ thuật thông minh của họ dưới dạng jpg như được mô tả trong các trang trợ giúp văn phòng và do đó có thể chuyển đổi trên máy chủ của bạn.

Tùy chọn 2. Hack theo cách của bạn xung quanh vấn đề

Nếu các biểu đồ dòng chảy thường rất giống nhau và tùy thuộc vào mức độ phát triển của bạn, bạn có thể thử và chuyển đổi nghệ thuật thông minh một cách riêng biệt. Bạn có thể, trích xuất tệp draw1.xml từ cụm tài liệu .docx và sau đó sử dụng xử lý ngôn ngữ tự nhiên và một số bản hack điên rồ để xây dựng lại một nghệ thuật thông minh. Chẳng hạn, bạn phải gặp rắc rối với loại xml này:

<dsp:txBody>
<a:bodyPr spcFirstLastPara="0" vert="horz" wrap="square" lIns="8255" tIns="8255" rIns="8255" bIns="8255" numCol="1" spcCol="1270" anchor="ctr" anchorCtr="0">
<a:noAutofit/>
</a:bodyPr>
<a:lstStyle/>
<a:p>
<a:pPr lvl="0" algn="ctr" defTabSz="577850">
<a:lnSpc><a:spcPct val="90000"/>
</a:lnSpc>
<a:spcBef>
<a:spcPct val="0"/>
</a:spcBef>
<a:spcAft>
<a:spcPct val="35000"/>
</a:spcAft>
</a:pPr>
<a:r>
<a:rPr lang="en-US" sz="1300" b="1" kern="1200"/>
<a:t>All three sides are different lengths
</a:t>
</a:r>
</a:p>
</dsp:txBody>

Hoặc như một giải pháp tối thiểu, bạn ít nhất trích xuất văn bản ( <a:t>?) Từ tệp và lưu nó theo cách dễ dàng hơn. Hoặc nếu các biểu đồ dòng chảy của pdf của bạn đều giống nhau, bạn có thể viết một tập lệnh để thay đổi màu văn bản và độ dài dòng trong chính xml. Sau đó, bạn có thể chạy doc2pdfvà bạn có một tệp về cơ bản có tất cả thông tin phù hợp, nhưng có thể không phải là định dạng. Trong trường hợp biểu đồ luồng, có lẽ bạn cũng muốn bao gồm một số định dạng, vì định dạng là một phần của thông tin.

Tùy chọn 3. Sử dụng dịch vụ của bên thứ ba

Tôi đã thực hiện một số nghiên cứu thêm trong vài ngày qua và tôi đã tìm thấy một dịch vụ thực hiện chuyển đổi hoàn hảo: zamzar . Zamzar cho phép bạn tải lên tệp docx và sau đó gửi email cho bạn một liên kết. Họ cũng có dịch vụ (trả tiền?) Nơi bạn có thể gửi bất kỳ tệp nào tới pdf@zamzar.com và sau đó lấy lại tệp đã chuyển đổi trong hộp thư đến của bạn. Bạn có thể dễ dàng xây dựng một hệ thống xung quanh hệ thống này, nơi bạn tự động gửi tệp và phân tích nó từ email. Đây không phải là quá nhiều công việc và kết quả cuối cùng là tốt nhất.

Ghi chú

  • Nếu bất cứ ai có các dịch vụ khác làm điều tương tự, xin vui lòng chỉnh sửa chúng trong.
  • Tôi đã gửi thư hỗ trợ zamzar để hỏi xem họ có api không. Điều đó sẽ còn dễ dàng hơn nữa.
  • Có lẽ apose cho .NET và Java cũng có thể giúp đỡ? Hoặc docx4java như trong bài SO rất liên quan này .
  • Một lựa chọn khác là xem xét trình chuyển đổi odf có vẻ như đã cũ và phụ thuộc vào openoffice chứ không phải libreoffice.
  • Bây giờ tôi có thể xác nhận rằng java jodconverter cũng bị lỗi khi chuyển đổi biểu đồ luồng.

Tôi thực sự đã dành thời gian để kiểm tra các phương pháp khác nhau được đề xuất trên trang này. Vui lòng gửi lại bất kỳ ý kiến ​​lên với các bài kiểm tra thực tế.


1
Tôi đã nhận được tin từ zamzar: "Chúng tôi hiện có một API mà chúng tôi hy vọng sẽ ra mắt trong bản Beta trong vài tháng tới - chúng tôi có thể giúp bạn thêm vào bản dùng thử beta nếu điều này được quan tâm?" Họ cũng đề cập rằng hệ thống chuyển đổi của họ là thứ họ đã phát triển nội bộ.
don.joey

@jasonplutext Tôi đồng ý với những người đánh giá rằng chỉnh sửa của bạn không hữu ích. Là tác giả của plutext (tôi đoán vậy?) Tôi sẽ đề nghị bạn thêm một câu trả lời của riêng bạn với một tuyên bố từ chối trách nhiệm nêu rõ sự liên kết của bạn. Cảm ơn.
don.joey

Bất kỳ cập nhật trong vài năm qua?
vẫy gọi

@becko Tôi chưa theo dõi nó. Có thể đặt tiền thưởng cho người khác?
don.joey

Lưu ý từ tương lai: việc sử dụng hợp lý trong các phiên bản gần đây lowriterlà ngay bây giờ lowriter --convert-to pdf input_file.docx. Sử dụng --pt pdfsẽ thất bại âm thầm.
ACK_stoverflow

6

Đây là một giải pháp dòng lệnh hoạt động tốt --- nhưng sử dụng phần mềm độc quyền.

Tôi nghĩ rằng vấn đề cơ bản là các định dạng Microsoft Word hoàn toàn dễ hiểu chỉ dành cho Microsoft Word (thậm chí ở đó, có sự khác biệt giữa các phiên bản --- có các tệp Word từ quá khứ mở được định dạng không chính xác trong các phiên bản mới hơn). Tất cả các giải pháp khác là xấp xỉ và hack, vì vậy chúng sẽ hoạt động hay không tùy thuộc vào tệp.

Vì vậy, để chắc chắn rằng bạn cần xử lý các tệp .docx của mình bằng cài đặt Microsoft Word (và vâng, tôi nghĩ đó là tùy chọn của họ và nó công bằng. Nếu bạn không muốn sử dụng Word, đừng sử dụng nó --- Tôi đi cùng LaTeX cho công việc của tôi, nhưng thật khó để thuyết phục phần còn lại của thế giới xung quanh ...).

Tôi đang sử dụng từ thời Crossover để chạy Microsoft Office trong Máy tính để bàn Linux của tôi (1), thấy nó khá hữu ích. Có lẽ nó cũng hoạt động với rượu --- không bao giờ thử.

Tôi thực hiện chuyển đổi bằng cấu hình này:

1) Tôi đã cài đặt Crossover

2) Tôi đã cài đặt phiên bản Microsoft Office của mình trong Crossover

3) Trong Microsoft Word, tắt "in nền"

4) Tôi đã cups-pdfcài đặt máy in và chọn làm máy in mặc định.

5) Để thực hiện chuyển đổi, hãy chạy (gợi ý ở đây ):

~/cxoffice/bin/wine --cx-app winword.exe respondus-docx-sample-file.docx /q /n /mFilePrintDefault /mFileExit

6) Tập tin chuyển đổi của bạn sẽ xuất hiện trong ~/PDF/thư mục.

Tài liệu của bạn xuất hiện gần như hoàn hảo (có một số sai lệch trong câu trả lời số 2, được hiển thị trong Office Word 2007 của tôi khi chạy trong Crossover --- Tôi không biết liệu nó có liên quan đến phiên bản Windows của tôi không).

trang 1-2

trang 3-4

Bây giờ, vấn đề là giao diện từ đồ họa sẽ bật lên --- Tôi không biết làm thế nào để làm cho nó "không đầu". Tùy chọn dòng lệnh cho Word không giúp ...

(1) Tôi không có cách nào liên quan đến Codeveawers --- chỉ là một người dùng hạnh phúc.


4

Trước đây tôi cũng gặp vấn đề này, gần đây tôi không phải sử dụng nó, vì vậy tôi không biết liệu nó có còn ảnh hưởng đến tôi không.

Để trả lời câu hỏi:

Câu hỏi này: Cách chuyển đổi hàng loạt .doc hoặc .docx sang .pdf đưa ra lý do trong các nhận xét tại sao chuyển đổi của bạn lowritercó thể không thành công:

Cảnh giác với việc sử dụng ký tự "dấu cách" từ dòng lệnh ... Khi bạn đến ký tự khoảng trắng, chỉ cần nhấn "tab";) - Pitto ngày 16 tháng 11 '12 lúc 13:11

Câu trả lời của câu hỏi này cũng có thể có thể giúp:

Làm cách nào tôi có thể chuyển đổi tệp ODT thành PDF?

Bạn sẽ chạy libreoffice --headless --convert-to pdf *.odt. Bạn có thể nhận thêm thông tin về libreoffice bằng lệnh man libreofficenếu bạn cần trợ giúp để hiểu hoặc điều chỉnh lệnh để hoạt động.

Tuy nhiên, bạn không thể mở LibreScript vào thời điểm đó, theo lỗi này: https://bugs.freedesktop.org/show_orms.cgi?id=37531


Câu hỏi này cũng liên quan đến Ubuntu, mặc dù nó có trên SuperUser: https://superuser.com/questions/156189/how-to-convert-word-doc-to-pdf-in-linux

Câu trả lời đầu tiên có hai tùy chọn, một là sử dụng CUPS và tạo máy in PDF, còn lại sử dụng LaTex, mặc dù bạn đã nói rằng LaTex đã thất bại.

Đối với việc chuyển đổi sang PDF qua CUPS PDF, bạn sẽ chạy sudo apt-get install cups-pdftheo sau oowriter -pt pdf your_word_file.doc(x). Điều này có thể giúp với vấn đề oowriter của bạn.

Đây có lẽ là một vấn đề với thực tế là bạn đang cố gắng chuyển đổi sang PDF từ DOC / DOCX, khi hầu hết các công cụ sử dụng ODT, vì chúng có liên quan đến LibreOffice / OpenOffice / AbiWord. Do đó, họ thất bại trong việc cố gắng chuyển đổi nó từ định dạng microsofts DOCX hoặc trong quá trình chuyển đổi sang ODT.

Có một số lỗi với chuyển đổi từ .docx w. Word Art (bao gồm phiên bản):

Đây là từ diễn đàn LibreScript liên quan đến chuyển đổi từ .doc và hơi .docx: http://en.libreofficeforum.org/node/5096 . Đó là từ tháng 1 năm 2013, vì vậy nó nên áp dụng một chút.

Ngoài tất cả điều này, tôi thực sự không biết. Hy vọng bạn giải quyết vấn đề của bạn!


Xin lỗi nhưng không có công cụ được đề xuất nào của bạn có thể thực hiện chuyển đổi rõ ràng.
Jule hoài nghi

2

Nếu bạn đã cài đặt Libreoffice, bạn có thể thử chuyển đổi bằng cách sử dụng. Chỉ cần nhấn Ctrl+ Alt+ Ttrên bàn phím để mở Terminal. Khi nó mở, chạy (các) lệnh bên dưới:

libreoffice --headless -convert-to pdf <file_name>.docx -outdir output/path/for/pdf

Một tùy chọn khác là cài đặt Cup PDF .

Để làm như vậy, chỉ cần nhấn Ctrl+ Alt+ Ttrên bàn phím của bạn để mở Terminal. Khi nó mở, chạy (các) lệnh bên dưới:

sudo apt-get install cups-pdf

Sau đó tạo một máy in mới, đặt nó làm máy in tệp PDF và đặt tên cho nó bất cứ thứ gì bạn muốn, miễn là bạn biết tên, sau đó chạy:

oowriter -pt pdf your_word_file.docx

Và tập tin PDF của bạn sẽ được trong ~/PDF.


1
Không có bất kỳ thành công với những người.
Jule hoài nghi

Điều này có thể trả lời tại sao.
Jule hoài nghi

Tôi đánh giá cao phản hồi của bạn, Điều này rất có ý nghĩa, nhưng tôi ngạc nhiên rằng việc in ấn không hiệu quả, vì nó giống như in ra giấy ... :)
Mitch

Vấn đề chính là LibreOffice thậm chí không thể mở và hiển thị tài liệu chính xác. Do đó, đầu ra là không chính xác, quá. Nó có hoạt động trên Linux của bạn không?
Jule hoài nghi

Đó là điều tốt để biết. Tôi chỉ sử dụng văn phòng cho các tài liệu cơ bản, nhu cầu không xuất hiện cho bất kỳ điều gì phức tạp hơn, nhưng khi có, tôi sẽ đảm bảo và tham khảo điều này. Cảm ơn câu hỏi tuyệt vời, và tôi chắc chắn sẽ thêm nó làm mục yêu thích để tham khảo trong tương lai. Tôi sẽ giữ câu trả lời này và nhận xét làm tài liệu tham khảo cho những người dùng khác xem.
Mitch

2

Đây là sự thật cay đắng: Các giải pháp Office cho Linux là thất bại hoàn toàn! Tôi đã là người dùng GNU / Linux toàn thời gian trong nhiều năm và tôi đã liên tục tìm kiếm và thử các giải pháp văn phòng khác nhau, từ Văn phòng mở cũ, đến Văn phòng Libre sau này, Abi-Word, v.v ... Họ tất cả đều thất bại trong việc giúp tôi làm công việc văn phòng Nó thậm chí còn tệ hơn khi nói đến các ngôn ngữ không phải là tiếng Latinh (các ngôn ngữ từ phải sang trái như tiếng Ba Tư, tiếng Ả Rập, v.v.). Người dùng phải chiến đấu với các phần mềm này để hoàn thành công việc của mình! Và khả năng tương thích văn phòng của Microsoft chỉ là không có. Tôi có thể nói hàng giờ và hàng giờ tôi đã cố gắng bao nhiêu và tất cả đều khiến tôi thất bại, nhưng đây không phải là điểm chính của câu hỏi này.

Tôi cũng đã thử cài đặt và chạy Microsoft Office bằng WINE, và một số - thành công như thế nào nhưng nó không hoạt động tốt và nó hầu như bị sập khi tôi cố mở các tệp văn phòng của mình.

LaTeX vẫn ổn, nhưng nó không phải là một giải pháp văn phòng. LaTeX dành cho cài đặt loại và nó giống như một công cụ chuyên nghiệp hơn và không có bảng tính cũng như bản trình bày.

Vậy giải pháp là gì?

Đây không phải là một giải pháp dòng lệnh. Giải pháp duy nhất mà tôi đã đưa ra trong suốt những năm qua, để giữ tôi bên trong hệ điều hành GNU / Linux của tôi và cũng hoàn thành công việc văn phòng của tôi, là sử dụng cài đặt Microsoft Windows tối thiểu trong máy ảo (như VirtualBox) và cài đặt một bộ đồ Microsoft Office.

nhập mô tả hình ảnh ở đây

Nghe có vẻ không hay nhưng đó là giải pháp duy nhất hoạt động hoàn hảo và cứu tôi khỏi phải chiến đấu với các giải pháp văn phòng tồi trong thời gian quý báu của mình. Ban đầu, bản thân tôi nghĩ rằng đây không phải là một giải pháp tốt, nhưng sau khi thất bại với tất cả những người khác và làm công cụ VM này trong hơn 2 năm, tôi thực sự hài lòng với nó :)

================================================== ==============================

LƯU Ý-1: Tôi không quảng cáo sản phẩm của Microsoft! Chỉ cần cố gắng để giúp giải quyết vấn đề và tiếp tục với cuộc sống.

CHÚ THÍCH-2: Như đã nhấn mạnh ở trên, đây KHÔNG phải là giải pháp dòng lệnh. Vậy tại sao đăng câu trả lời? Bởi vì đó là một lựa chọn KIỂM TRA và LÀM VIỆC! Nếu không có giải pháp dòng lệnh LÀM VIỆC nào khả dụng (mà tôi rất nghi ngờ là trường hợp này), thì việc có tùy chọn THAY ĐỔI là tốt hơn so với các tùy chọn KHÔNG.


1
Tại sao chỉ sử dụng MS word winethay vì máy ảo?
totti

1
Như tôi đã đề cập, trải nghiệm cài đặt và sử dụng MS-Office của tôi WINEkhông được tốt. Chương trình không hoạt động như trên Windows (cho thấy hành vi không chính xác) và cũng bị lỗi rất nhiều!
Seyed Mohammad

3
Không ohe đã downvoted chưa , nhưng câu hỏi một cách rõ ràng yêu cầu một dòng lệnh giải pháp. Điều này không vô dụng vì MS, nó vô dụng vì nó hoàn toàn bỏ qua câu hỏi.
djeikyb

3
Seyed, xin lưu ý rằng OP rõ ràng đang yêu cầu một giải pháp dòng lệnh sẽ hoạt động trên máy chủ Ubuntu của mình (có khả năng thậm chí không có GUI!). Câu trả lời của bạn không tệ nhưng nó chỉ không liên quan trong trường hợp này.
Glutanimate

2
@ScepticalJule Vô lý. Bạn rõ ràng đặt một tiền thưởng vào một giải pháp dòng lệnh. Sau đó, bạn chọn một câu trả lời thậm chí không phải là một câu trả lời cho câu hỏi. Bạn thậm chí đã nghiên cứu các câu trả lời khác. Bao gồm cái này và của tôi?
don.joey

1

Dưới đây là một vài ứng dụng mà bạn có thể thử và xem chúng có hoạt động FF Multi Converter hay bạn có thể dùng thử Kingsoft Office .


Đã cài đặt FF Multi Converter, thực thi lệnh ... không có gì xảy ra. Kingsoft có GUI đẹp nhưng nó không thể mở / hiển thị tệp chính xác (công thức bị thiếu ngay cả sau khi tôi cài đặt phông chữ cần thiết. Các chữ cái trong vòng tròn cũng bị thiếu).
Jule hoài nghi

0

Cài đặt Calibre từ Trung tâm phần mềm hoặc Synaptic và đặt đầu ra mặc định thành PDF.

Từ dấu nhắc shell, thực hiện

ebook-convert dummyfilename .docx .pdf -h


Điều này cắt giảm văn bản bằng cách nào đó.
don.joey

Tai nạn với ValueError: No plugin to handle input format: docx. Google đã không giúp đỡ về vấn đề này vì vậy tôi sẽ báo cáo lỗi.
Jule hoài nghi
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.