Markdown là gì? Làm cách nào để sử dụng Markdown trong WordPress? Trình chỉnh sửa trực quan cho Markdown
- rất đơn giản và thanh lịch cú pháp đánh dấu văn bản, hiện đang nhanh chóng đạt được đà phổ biến ở Hoa Kỳ, được đăng ký trong các biểu mẫu nhận xét, biên tập viên trực tuyến và những nơi khác để nhập các văn bản lớn yêu cầu định dạng hình ảnh phức tạp và cẩn thận.
Và mặc dù tôi luôn tin rằng việc phát minh ra cái mới thậm chí còn đơn giản hơn cú phápđối với HTML vốn đã đơn giản thì nó thật tệ, tôi thích Markdown. Có lẽ nó chu đáo nhất trong số những thứ tôi từng thấy, và thứ... kín đáo nhất. Trong bài viết đánh giá này, chúng tôi cũng sẽ nhấn mạnh sự khác biệt về mặt khái niệm giữa Markdown và đánh dấu wiki, gần gũi nhất về mặt tư tưởng với anh ta.
Định dạng và Web 2.0
Kỷ nguyên hiện tại của Web 2.0 khác với kỷ nguyên trước ở chỗ giờ đây người dùng trang web có thể tạo hàng loạt nội dung trên các trang web này. Điều này bao gồm các hệ thống được phát triển để nhận xét về tài liệu, blog và mạng xã hội, nơi nội dung hoàn toàn do chính người dùng tạo ra.
Để giúp người dùng tạo tin nhắn thuận tiện, nhiều tiến bộ khác nhau trong lập trình web đã được sử dụng, bao gồm cả văn bản đặc biệt, chẳng hạn như trong WordPress. Đây gần như là những trình soạn thảo văn bản hoàn chỉnh với một bộ chức năng chỉnh sửa cơ bản.
Tuy nhiên, những trình soạn thảo WYSIWYG như vậy không phải lúc nào cũng làm hài lòng người dùng nâng cao. Hơn nữa, một số cách triển khai trình chỉnh sửa trong các trình duyệt khác nhau có thể trông rất tệ hoặc hoàn toàn không hoạt động. Do đó, nhiều trang web cho phép bạn tạo tin nhắn ngay cả khi sử dụng HTML thuần túy.
Nhưng HTML thuần túy không phải lúc nào cũng tốt do không quá phức tạp mà do độ phức tạp của mã, rất dễ bị nhầm lẫn. Do đó, nhiều ngôn ngữ đánh dấu đơn giản hóa đã được phát minh, chẳng hạn như đánh dấu wiki, giúp người dùng dễ dàng định dạng tin nhắn của mình hơn bằng cú pháp văn bản đơn giản.
Trong bài viết này, chúng ta sẽ xem xét một ví dụ về cú pháp văn bản được gọi là, về nhiều mặt, cú pháp này vượt trội hơn các phương pháp đã được đề cập ở sự thuận tiện và dễ dàng trong việc định dạng văn bản web.
Vì thế, Giảm giá- một định dạng văn bản thuần túy dễ viết và đọc, sau đó dễ dàng chuyển đổi thành HTML có cấu trúc chính xác. Về ngoại hình Giảm giá rất giống với đánh dấu wiki. Dưới đây chúng tôi nêu bật các tính năng của Markdown dưới dạng cú pháp độc lập.
Giảm giá (giảm giá) là một ngôn ngữ đánh dấu văn bản nhẹ để xuất bản trên Web. Ban đầu được tạo ra John Gruber(Anh John Gruber) và Aaron Schwartz, mục tiêu là tạo ra một ngôn ngữ đánh dấu nhẹ, dễ đọc và dễ xuất bản nhất có thể. Việc triển khai ngôn ngữ Markdown chuyển đổi văn bản có định dạng Markdown thành XHTML hợp lệ, đúng định dạng và thay thế dấu ngoặc nhọn bên trái ("<»), ký hiệu và(“&”), v.v. cho các mã thực thể tương ứng.
Nguyên tắc giảm giá
Cú pháp Markdown ban đầu được phát minh bởi các nhà phát triển John Gruber Và Aaron Schwartz nhằm mục đích dễ dàng xuất bản các ví dụ về mã HTML trên các trang web. Xét cho cùng, khi bạn thường xuất bản các ví dụ HTML trên một trang web, bạn phải mày mò rất nhiều trong việc thay thế dấu ngoặc nhọn bằng chuỗi ký tự.< и >và như thế.
Nhân tiện, tôi muốn bạn chú ý đến một thực tế là trong nhiều triển khai nhúng Markdown vào các trang web mà tôi đã thấy, hầu như mỗi lần họ viết bộ lọc đầu vào/đầu ra của riêng mình, vì lý do nào đó mà bỏ qua (hoặc đơn giản là không biết) cái đó trong Đánh dấu PHP có trình phân tích cú pháp bộ lọc tích hợp riêng. Mục đích của tùy chọn khử trùng đầu vào tuyệt vời là gì, có thể tìm thấy ở đầu lớp Markdown_Parser (tệp arkdown.php) và đây là các biến chịu trách nhiệm kích hoạt tùy chọn này cũng như các giá trị mặc định của chúng:
Var $no_markup = false; var $no_entities = false;
Ví dụ: nếu bạn đặt chúng thành true , như thế này:
Hàm do_markdown($text, $safe=false) ( $parser = new Markdown_Parser; if ($safe) ( $parser->no_markup = true; $parser->no_entities = true; ) trả về $parser->transform($text ); )
Bây giờ hàm sẽ tạo trình phân tích cú pháp riêng, nó sẽ xóa toàn bộ dòng ký tự.
Đối với hỗ trợ sẵn có cho Markdown, cú pháp này đã khá phổ biến trên nhiều trang web. Ví dụ: nó có thể được sử dụng trên mạng xã hội hải ngoại. Markdown được hỗ trợ trực tiếp hoặc thông qua plugin trong hệ thống CMS Drupal, Plone, TYPO3, Django, DokuWiki.
Nhiều trình soạn thảo văn bản đơn giản cũng như môi trường phát triển ứng dụng cũng hỗ trợ Markdown ít nhất ở cấp độ đánh dấu mã. Điều này bao gồm các biên tập viên Vim, Emacs, Gedit, BBedit, TextMate, IDE Eclipse. Ví dụ: hãy lấy một plugin cho trình chỉnh sửa Gedit. Nó cho phép bạn xem trước văn bản được định dạng thông qua trình xem HTML trong một cửa sổ riêng:
Đăng ký cập nhật blog →,
Ý tưởng khá đơn giản: bạn viết văn bản "phẳng" thông thường và trong quá trình đó, bạn tạo cấu trúc trong đó bằng cách sử dụng các dấu rất đơn giản. Ý tưởng của Markdown là đơn giản Và có thể đọc đượcđối với người máy, ngôn ngữ đánh dấu về cơ bản là HTML được đơn giản hóa.
Khi bạn viết bằng Markdown, định dạng văn bản vẫn giữ nguyên. Bạn nó được đặt ở đâu và ở đâu Bạn Nếu bạn muốn, bất kỳ ai đã thử chuyển đổi văn bản từ Word sang HTML hoặc đã từng gõ một bài viết dài trong các trình soạn thảo trực quan như Blogger sẽ hiểu rõ tôi.
Văn bản phẳng thuần túy giúp bạn dễ dàng chỉnh sửa, kiểm soát phiên bản và truy cập tài liệu ở bất cứ nơi nào bạn cần. Và với sự trợ giúp của pandoc và markdown, từ tất cả những điều này, bạn có thể tạo hầu hết mọi tài liệu ở các định dạng khác nhau.
Cú pháp đánh dấu
Rất đơn giản và khá logic. Một bản tóm tắt ngắn gọn về cú pháp, mượn từ đây:- Các đoạn cách nhau bằng một dòng trống
- Hai hoặc nhiều khoảng trắng ở cuối dòng xác định ngắt dòng
- Phông chữ: **đậm** , _italic_ , `monospace`
- Tiêu đề: #cấp một# , ##cấp hai##
- Danh sách:
- không có thứ tự: - phần tử danh sách.
- ra lệnh: 1. phần tử danh sách
- Khối mã - mỗi dòng bắt đầu bằng 4 khoảng trắng trở lên
- Thanh ngang: ba dấu gạch nối hoặc dấu hoa thị trở lên
- Liên kết:
- được nhúng [văn bản nhãn](url)
- dưới dạng chú thích cuối trang
- Hình ảnh:
- được nhúng!(url)
- Việc thoát các ký tự được thực hiện bằng dấu gạch chéo ngược. Các ký tự sau phải được thoát: * _ ( ) () # + - . !
Có một dòng riêng để bình luận trong Markdown, được triển khai quanh co. Nếu nhận xét ngắn (nội tuyến), thì bạn có thể sử dụng phương pháp nhận xét HTML thông thường:
Có rất nhiều mô tả về cú pháp Markdown đơn giản trên web, nhưng có một số tài nguyên đặc biệt nổi bật:
- bằng tiếng Anh với 30 liên kết đến nhiều nguồn tài nguyên hữu ích trên Markdown (tác giả - makovod);
- , nhưng tác giả cho rằng việc sử dụng Markdown duy nhất là gây mắt đỏ với Jakyll.
- (bằng tiếng Anh).
- và đây không chỉ là một mô tả hay về Markdown mà còn là một số lượng lớn các liên kết đến những gì Markdown hỗ trợ ở mức độ này hay mức độ khác.
- văn bản đơn giản và tối giản
- được thiết kế đẹp mắt như một trang web
- sẵn sàng in dưới dạng tệp PDF (PDF, 60 KB)
- một cái khác, bằng tiếng Anh, được định dạng chặt chẽ dưới dạng PDF
nơi họ sẽ nói với bạn một cách rất thành thạo và bằng tiếng Anh trong 12 phút về Markdown là gì và tại sao nó lại từ bỏ ngay từ đầu.
Trình chỉnh sửa trực quan cho Markdown
Cách thuận tiện nhất là nhập nội dung nào đó vào Markdown và xem ngay kết quả - bạn sẽ có được một loại môi trường bố cục. Có những trình soạn thảo trực tuyến và có những ứng dụng có thể sử dụng mà không cần kết nối mạng.Trình chỉnh sửa Markdown dưới dạng ứng dụng
Tất nhiên, các dịch vụ đám mây mới và những thứ vô nghĩa dựa trên web khác đều tuyệt vời, nhưng sau đó, một điều khủng khiếp đã xảy ra và bạn không thể kết nối với Internet. Và rồi chuyện gì xảy ra? Và khi đó các ứng dụng độc lập và máy tính để bàn cũ tốt sẽ giúp chúng ta.Gửi lại văn bản
Một trong nhiều đang làm việc Trình soạn thảo Markdown cho Linux là ReText. Vì nó được viết bằng QT4 và Python, nên hãy sẵn sàng kéo một loạt thư viện Qt4 cho bản thủ công 100Kb hấp dẫn này:# apt-get cài đặt python-qt4 ... Các gói MỚI sau đây sẽ được cài đặt: libqt4-help libqt4-scripttools python-qt4 python-sip 0 được nâng cấp, 4 mới cài đặt, 0 cần gỡ bỏ và 184 chưa được nâng cấp. Cần lấy 5.728 kB kho lưu trữ. Sau thao tác này, 21,7 MB dung lượng đĩa bổ sung sẽ được sử dụng. Bạn có muốn tiếp tục?Đây là lý do tại sao tác giả của những dòng này không thích tất cả những trò thủ công này bằng Python: một chương trình nhỏ 100 kb, kéo theo các thư viện 22 mb. Tuy nhiên, trình soạn thảo trực quan ReText có chỗ đứng và thậm chí còn hoạt động:
Trên thực tế, nó không có gì đặc biệt - chỉ là một thiết bị hai bảng với tối thiểu các chức năng. Nếu bạn không muốn kéo một nửa Qt4 thì ReText có thể dễ dàng được thay thế bằng các trình soạn thảo trực tuyến, thường có chức năng ấn tượng hơn nhiều.
trích dẫn
Một biên tập viên khác đáng được chú ý là Qute. Điều này tốt vì nó cũng hứa hẹn hỗ trợ LaTeX. Để chỉnh sửa mã, nhấp vào đoạn văn bản:
Ứng dụng này đang ở giai đoạn phát triển ban đầu nhưng đã có phiên bản dành cho Linux. Hơn nữa, còn có một ứng dụng Android.
Hỗ trợ Markdown cho trình soạn thảo văn bản
Nếu ai đó bắt đầu nói với bạn rằng Markdown được hỗ trợ ở mọi nơi thì lời nói dối này quá lạc quan. Ngoài Vim và Emacs, theo mặc định, không có tính năng tô sáng cú pháp trong Kate hoặc Gedit, nhưng chẳng hạn như trong Submile Text 2. Nó có thể được cắm vào, nhưng với các plugin của bên thứ ba - ví dụ: trong Kate bạn có thể làm điều này:
Việc cài đặt rất đơn giản - sao chép tệp markdown.xml vào thư mục ~/.kde/share/apps/katepart/syntax/ của bạn.
Đó là nó. Sau đó, khi bạn mở một tệp có phần mở rộng *.text, *.md, *.mmd, bạn sẽ nhận được chỉnh sửa cú pháp có màu Markdown!
Nhận mã tải xuống cho tệp XML (tệp này được cấp phép kép theo cả giấy phép GPL và BSD).Nhưng ánh sáng vẫn chưa tập trung vào trình soạn thảo văn bản và trình soạn thảo trực quan sẽ hữu ích hơn cho chúng ta.
Trình chỉnh sửa Markdown trực tuyến
Những người vẫn sử dụng các trình soạn thảo văn bản lỗi thời buộc phải tự thêm màu cú pháp Markdown. Nhưng chúng ta đang ở thế kỷ 21, với phần mềm dựa trên web và các dịch vụ web, và chúng ta muốn có một trình soạn thảo trực quan. Chúng ta có chúng:
- Dillinger: hai bảng điều khiển, nền “giấy notebook” kém, hiển thị chậm nhưng có khả năng xuất sang GitHub và Dropbox, hiển thị số dòng và khả năng xuất HTML.
- Instantmark là một thiết bị hai bảng điều khiển đơn giản khác, nhưng nó có khả năng xuất tệp ở định dạng Markdowm và HTML (bạn có thể tải chúng xuống).
- Trình chỉnh sửa đi bộ Markdowm: tính năng hữu ích duy nhất, bên cạnh các nút và hai bảng tiêu chuẩn, là tab cú pháp.
- Bạn cũng có thể xem văn xuôi như một trình soạn thảo Markdown trực tuyến - ưu điểm của nó bao gồm tích hợp với GitHub và thiết kế tối giản.
Công cụ blog và dịch vụ web trên Markdown
Nếu Markdown tuyệt vời như vậy thì nền tảng blog sử dụng nó ở đâu? Nhưng có rất ít trong số đó, vì một blog trên Markdown trần trụi rất bất tiện (không có thẻ, nhận xét, thanh bên, chủ đề tử tế) và trông giống như lời chào từ những năm 90. Tuy nhiên, một số điều có thể được khai quật.Bất kỳ dịch vụ web nào hỗ trợ Markdown
Điều này có nghĩa là các giải pháp hoàn chỉnh ở một mức độ nào đó cho phép người dùng bình thường không phải loay hoay với việc lưu trữ, Haskell, Jakyll và các chất kết dính phản ứng khác.- posterous: hỗ trợ Markdown, nhưng vì lý do nào đó nó đã bán chính nó cho Twitter và sẽ đóng cửa bất cứ ngày nào.
- Tumblr: tiêu hóa đánh dấu Markdown, nhưng đây là một trong những cách triển khai microblog quái đản nhất.
- Wordpress hỗ trợ đánh dấu Markdown thông qua một plugin đặc biệt.
Gói Markdown + Dropbox
Nói chung, đây không phải là công cụ tạo blog mà chỉ đơn giản là hiển thị trực tuyến các tệp Markdown của người dùng theo yêu cầu cùng với dịch vụ lưu trữ. Tất cả trông quá tối giản, tuy nhiên:- Calepin: Dịch vụ viết blog không có chủ đề, không có thẻ, không có widget, không có tùy chỉnh và thiết kế kém. Và vì tiền (trong tương lai, hãy xem Câu hỏi thường gặp).
- scriptogr.am: có lẽ là giải pháp ít gây khó chịu nhất, có thiết kế tốt hơn và có hỗ trợ CSS. Hơn nữa, họ hứa hẹn một tính năng tuyệt vời như thẻ cho bài đăng.
Hakyll/Jekyll + Markdown + GitHub = công cụ blog phụ
Nếu ai đó có ý tưởng “Bây giờ tôi sẽ tạo một công cụ thú vị trên markdown và viết các bài đăng trên megablog” - hãy nghĩ lại. Bạn sẽ dành nhiều thời gian cho việc này và kết quả là bạn sẽ nhận được một công cụ phụ kém và các bài đăng (nếu bạn vẫn còn đủ sức để viết chúng) với thiết kế thô sơ.
Có rất nhiều ví dụ về việc thực hiện những ý tưởng như vậy, ít nhiều thành công và rất ít ví dụ bị thu hút bởi một blog độc lập có giao diện đẹp mắt, mặc dù vẫn có những trường hợp ngoại lệ [trang Jekyll, www.juev.ru]:
Nhưng bạn có thể chiến đấu với dịch vụ lưu trữ, Jekyll/Hakyll và GitHub cho đến khi bạn hoàn toàn mất mạch. Đối với bất cứ điều gì ít nhiều phù hợp, chẳng hạn như đánh dấu cú pháp, đánh dấu màu và các bản vẽ phù hợp có chú thích, bạn sẽ quay lại WYSIWYG để thực hiện điều đó. thực sự dễ dàng hơn.
Việc sử dụng Jekyll và Hakyll cho công cụ blog có thể được chứng minh bằng những cân nhắc sau:Ở đây tôi muốn nhắc nhở những người bạn viết bài về chó săn thỏ rằng một blog có giá trị vì nội dung của nó chứ không phải động cơ của nó. Bạn có thể mắt đỏ Markdown bao nhiêu tùy thích và nhiệt thành đấu tranh cho HTML chính xác và thuần khiết thiêng liêng. Nhưng xem xét mã do trình soạn thảo WYSIWYG tạo ra trông tệ đến mức nào, nhổ 99,999% người đọc và công cụ tìm kiếm: mọi người và robot truy cập các trang web để nội dung.
Kết quả là một trang web tĩnh có thể được đặt ở bất kỳ đâu và không có yêu cầu lưu trữ đặc biệt nào;
- ít vấn đề về bảo mật hơn;
- bài viết và hình ảnh luôn ở bên bạn, việc tạo bản sao lưu sẽ dễ dàng hơn.
Liệu tất cả những điều này có đáng để nỗ lực thêm hay không, mọi người đều tự quyết định.
Wiki và các dịch vụ web khác có hỗ trợ Markdown
Tiếp theo, tôi sẽ để lại một danh sách nhỏ các giải pháp có khả năng hoạt động dưới dạng wiki, trình tạo trang web và các sinh vật phát triển phần mềm khác:- Dotclear là một giải pháp khá hoàn chỉnh cho một công cụ blog có hỗ trợ Markdown. Được viết bằng PHP toàn cầu và đáng tin cậy.
- đánh giá theo mô tả, một trình tạo trang tĩnh có hỗ trợ đánh dấu (dành cho Windows)
- một cái gì đó có cái tên rất hay obtvse, đóng giả là một công cụ blog tối giản tạo ra các trang HTML tĩnh. Nó đang bám bụi trên GitHub, bạn có thể thử thổi sức sống vào nó.
- Sputnik là một Wiki tương đối giàu tính năng với sự hỗ trợ Markdown trực tiếp, được viết bằng Lua.
Bình luận ẩn danh... 24 tháng 9 Năm 2012, 07:41:00
github: họ không quan tâm đến các trang, nhưng README.md trong mỗi repo là một sự thay thế thực sự cho một trang và/hoặc wiki của một dự án nhỏ; tương tự với bitbucket
posterous là nền tảng viết blog khủng khiếp nhất vì trình soạn thảo web không cho phép bạn chỉnh sửa các khối mã. tumblr là bệnh tự kỷ, nhưng vẫn Chính thống, không giống như Noogl, nó không áp đặt các nút màu đỏ và thiết kế chỉ có javascript.
Bình luận của Mikhail Saushkin... 24 tháng 9 Năm 2012, 12:29:00Tôi đã sử dụng Markdown trong một thời gian dài kết hợp với MathJax để xuất bản các bài giảng trực tuyến chứa nhiều công thức. Tôi cũng đã cài đặt Markable MathJax mà không gặp vấn đề gì. Kết quả . Chỉ cần chèn một dòng kịch bản. Tôi đồng ý với tác giả: việc thiếu hỗ trợ bảng trong Markdown đã giết chết tôi, nhưng có một điểm tựa ở dạng mã html hoặc ở dạng mã latex sử dụng môi trường mảng.
viren bình luận... 24 tháng 9 Năm 2012, 12:57:00@Andrew Prokhorenkov bình luận...
Có lẽ không phải Hakyl, mà là Jekyll?
Hakyll có ý đó. Đã sửa trong văn bản của bài viết.
Và với tư cách là người biên tập Markdown cho chính mình, tôi nhận thấy văn xuôi
Cảm ơn, đã thêm vào bài viết. Mặc dù đối với tôi Github là một điểm trừ chứ không phải điểm cộng.
@vova bình luận...
Pandoc hỗ trợ một số tùy chọn bố cục bảng
Tôi biết, nhưng bản thân markdown không hỗ trợ nó.
Pandoc có rất nhiều tính năng tuyệt vời khác
Chắc chắn rồi. Trên thực tế, đã có ý tưởng đưa pandoc vào bài viết, nhưng tôi nghĩ như vậy là quá nhiều.
@Denis Evsyukov bình luận...
Hmmm, một cuộc tấn công khá kỳ lạ vào các công cụ blog sử dụng markdown để lưu trữ bài viết.
Đây không phải là một cuộc tấn công, mà là một lời chỉ trích. Chủ yếu mang tính xây dựng, mặc dù có yếu tố trolling.
www.juev.ru của tôi chạy trên jekyll, tất cả các bài viết đều được đánh dấu. Chuyện gì vậy?
Tôi biết. Câu hỏi đơn giản là Wordpress và Blogger đều có sẵn tất cả những thứ này (và hơn thế nữa) - tại sao lại lãng phí thời gian để phát minh lại cái bánh xe.
Nhân tiện, Denis, blog của bạn là blog đẹp nhất tôi từng thấy trên Jekyll. Mọi thứ khác đều mang lại sự u sầu và tuyệt vọng ớn lạnh.
Và còn nhiều diễn biến khác nữa. Tại sao bạn gọi họ là những blogger phụ?
Bởi vì đây là những điểm không hoàn hảo đang bám bụi trên GitHub. Cụ thể: không có chủ đề thông thường, không có thanh bên, không có nhận xét, không có thẻ... Có, điều này có thể được thực hiện bằng các công cụ của bên thứ ba. Nhưng tại sao?
@Zaur Dzasezhev bình luận...
Evernote có máy khách bảng điều khiển dành cho Linux hỗ trợ ghi chú trong Markdown. Được gọi là geeknote
Hấp dẫn. Cảm ơn.
@iv_vl bình luận...
Hãy sửa tôi, nhưng đây là sự thô lỗ, điều mà bạn rất phản đối trong phần bình luận.
Đây không phải là sự thô lỗ mà là một sự troll có phần dày đặc.
Đương nhiên, trong số những người được đề cập không có chỗ cho www.juev.ru
Anh ấy đây, người duy nhất có blog trông hay ho.
Được đề cập trong văn bản, và hai lần.
Chế độ tổ chức coi thường tính năng sát thủ của Markdown.
Emax không phải là trình soạn thảo văn bản duy nhất trên hành tinh này. Và nhân tiện, Vim cũng vậy.
Điều đáng sợ là một số lượng đáng kể các trình soạn thảo Markdown trực tuyến so với các nguyên mẫu máy tính để bàn bán hoạt động.
Chà, iv_vl, chúng tôi vẫn đang bận rộn với những thứ hữu ích: KDE4, Gnome3, Unity, Wayland. Tôi nghĩ chỉ riêng Amarok đã có hàng tá fork rồi. Và bạn đang nói về markdown. Chúng tôi vẫn cần thêm hàng tá DE và vài trăm người chơi.
Bên ngoài web, Markdown không được chấp nhận làm ngôn ngữ đánh dấu.
Bài đăng này chính xác đang cố gắng chứng tỏ rằng web không đơn độc.
Tôi muốn nói chuyện riêng với các blogger đáng kính đã tụ tập để thảo luận về bài đăng này. Tôi thấy trên blog này, trong Marked Deck, bộ đếm FeedBurner đã bị rơi.
Feedburner đã sụp đổ trên toàn cầu. Họ đang làm việc trên nó (TM). Tôi muốn hy vọng rằng họ sẽ sửa nó, mặc dù chỉ có số liệu thống kê được đưa ra nhưng bản thân nguồn cấp dữ liệu vẫn hoạt động tốt.
Củi đến từ đâu? Một phần của API bị vô hiệu hóa ở đó, nhưng bản thân trình ghi nguồn cấp dữ liệu vẫn được chúng tôi sử dụng. Một số lượng lớn người sử dụng nó.
@Nặc danh bình luận...
github: họ không quan tâm đến các trang, nhưng README.md trong mỗi repo thực sự là một sự thay thế cho một trang
Tôi đồng ý với Anonymous - nhân tiện, tôi đã tạo một bản đọc như vậy cho trình mô phỏng của mình. Nó làm việc ra rất tốt.
tumblr là người tự kỷ nhưng vẫn chính thống
Nhưng ở đây tôi không đồng ý với Anonymous. Đã lâu rồi tôi chưa thấy một dịch vụ web khủng khiếp như vậy: không có thẻ, tìm kiếm không hoạt động, không có sơ đồ trang web... Các nhà phát triển đã say sưa, bay đến hành tinh khác hoặc hoàn toàn không sử dụng dịch vụ của họ .
Cảm ơn vì kịch bản và Kalepin.
Đây là từ ý kiến của tôi từ Akulovich. Vì vậy, đây là một sự thương xót đối với anh ấy :-)
@Mikhail Saushkin bình luận...
Tôi đã sử dụng Markdown trong một thời gian dài kết hợp với MathJax để xuất bản các bài giảng trực tuyến chứa nhiều công thức.
Ồ, điều này thật thú vị. Cảm ơn Mikhail, tôi sẽ thấy điều này hữu ích.
Tôi cũng đã cài đặt Markable MathJax mà không gặp vấn đề gì.
Tôi có thể xin công thức được không? :-)
Kết quả là đây. Chỉ cần chèn một dòng kịch bản.
Rất tốt, nhưng việc hiển thị công thức hơi chậm. Và điều đó khá ổn.
Tôi đồng ý với tác giả: việc thiếu hỗ trợ bảng trong Markdown đã giết chết tôi, nhưng có một điểm tựa ở dạng mã html hoặc ở dạng mã latex sử dụng môi trường mảng.
Thành thật mà nói, tôi không hiểu tại sao ngay từ đầu lại không hỗ trợ bảng và màu sắc?
Còn đối với hakil và mắt đỏ, họ sẽ đưa ra một ví dụ từ cuộc sống. Tôi hiện đang cố gắng tạo một thuật toán tối ưu hóa mới sẽ được điều chỉnh cho phù hợp với tác vụ _my_. Đây là hiện tượng mắt đỏ về mặt toán học và bạn có thể hỏi tôi: tại sao? Rốt cuộc có rất nhiều thuật toán đã được thực hiện? Câu trả lời của tôi: thuật toán tôi sẽ thực hiện sẽ là tốt hơn quyết định của tôi hơn là những vấn đề giải quyết được một vấn đề tổng quát. Giải pháp của tôi tốt hơn vì nó chuyên dụng.
Markdown + hackill = giải pháp mà theo tôi là tệ hơn hiện có. Nó bị hạn chế về mặt thiết kế và sẽ cung cấp một công cụ blog kém hơn so với những công cụ hiện có. “Công cụ blog” này không có thẻ, không có hệ thống bình luận, không có chủ đề.
Ví dụ: Tôi vào một blog và thấy một bài viết thú vị. Tôi muốn đọc nội dung khác về chủ đề này và tôi muốn nhấp vào thẻ và xem các bài đăng khác. Juev có điểm, và chỉ có Allah mới biết anh ấy đã phải nỗ lực bao nhiêu để làm được điều này. Và trong WordPress, nó được cài đặt theo mặc định, ngay lập tức.
Trên thực tế, câu hỏi của tôi là: tại sao lại lãng phí năng lượng và thời gian vào một thứ đã tồn tại và hoạt động tốt ngay từ đầu? Tại sao phải lãng phí thời gian vào một bánh xe khác nếu kết quả cuối cùng giống hệt nhau (nếu không muốn nói là tệ hơn)? Tôi không thể tìm thấy một lý lẽ dễ hiểu nào cho việc này. Các nhà bình luận có thể đưa ra lập luận của riêng mình.
Tôi không tranh luận: có lý do để viết bài, ít nhất một phần, bằng Markable - nhân tiện, bài đăng này được viết chủ yếu bằng Markable, ngoại trừ màu sắc và hình ảnh. Nhưng tại sao lại tạo ra một công cụ blog từ nó?!
Bình luận của Mikhail Saushkin... 24 tháng 9 2012, 13:10:00@virens
Tôi có thể xin công thức được không? :-)
Rất tốt, nhưng việc hiển thị công thức hơi chậm. Và điều đó khá ổn.
Chà, tập lệnh được xử lý từ trang bên trái và Markable hơi chậm.
Bài viết tuyệt vời, Misha. Bây giờ mọi người sẽ chạy đến nhìn đôi mắt đỏ ngầu :-)
> Một biên tập viên khác đáng được chú ý là Qute.
Ồ, tốt hơn là đừng lãng phí thời gian của bạn. Bộ phân phối dành cho Windows có dung lượng 40 MB và sản phẩm đầu ra bị quanh co và chậm.
Điều này sẽ chỉ khiến trẻ em sợ hãi và gieo rắc lòng căm thù đối với việc sử dụng Markdown.
Bài viết thường đề cao pandoc, về MultiMarkdown không phải là một từ. Nhưng vô ích, anh ấy có rất nhiều bánh ngon.
> Bạn cũng có thể xem văn xuôi như một trình soạn thảo Markdown trực tuyến
Nó lý tưởng để chỉnh sửa tất cả các loại README.md và “công cụ không phải blog” cho Github. Tôi đã viết về điều này.
@virens bình luận...
Đây không phải là sự thô lỗ mà là một sự troll có phần dày đặc.
Tên đúng duy nhất là “tiêu chuẩn kép”. Nếu tôi nói “người da đen” trên nền đen, họ sẽ cấm tôi, và trong môi bạn - đây là một “sự trolling hơi dày” của người da đen.
Được đề cập trong văn bản, và hai lần.
Trong số các trang web trên Jekyll, nó không được nhắc đến dù chỉ một lần.
theo văn phòng Thông tin FeedBurner sẽ bị vô hiệu hóa vào ngày 20 tháng 10.
Củi đến từ đâu? Một phần của API đang bị vô hiệu hóa ở đó, nhưng bản thân trình ghi nguồn cấp dữ liệu vẫn được chúng tôi sử dụng
Không ai biết nó nghiêm trọng đến mức nào, nhưng Google đã gây xôn xao trong giới blogger và một số người đang chuyển sang FeedBlitz. Củi từ đây
@virens bình luận...
Nó bị hạn chế về mặt thiết kế và sẽ cung cấp một công cụ blog kém hơn so với những công cụ hiện có.
Không phải ai cũng cần blog làm nền tảng để truyền bá những suy nghĩ thông minh của mình. Nhiều người viết cho chính mình, ngược lại họ không muốn lãng phí thời gian để duy trì sự sống thường trực của blog hay troll những người bình luận. Họ đặt sự tiện lợi của việc tạo nội dung lên hàng đầu và như bạn biết, điều này khác nhau đối với mọi người. Ai nghĩ đến việc tô màu khi viết cho mình? Hãy nhìn xem, Juev sử dụng Markdown thuần túy mà không cần bảng hoặc đánh dấu. Mikhail, bạn đang tiến hành một điều gì đó hoàn toàn khác, từ thực tế là mọi tác giả chắc chắn nên trở thành một blogger. Không phải tất cả.
“Công cụ blog” này không có thẻ, không có hệ thống bình luận, không có chủ đề.
Chà, tôi không đúng - tất cả đều ở đó.
Tại sao phải lãng phí thời gian vào một bánh xe khác nếu kết quả cuối cùng giống hệt nhau (nếu không muốn nói là tệ hơn)?
Đó không phải là về số lượng bánh xe. Một số người sẽ chọn xe đạp thay vì ô tô vì niềm vui đơn giản. Ferstein?
Chỉ bây giờ sau khi nhận xét của bạn, tôi mới nhận ra lý do tại sao nó lại cần thiết. Và nó nói ngắn gọn về markdown.
@iv_vl bình luận...
Nếu tôi nói “người da đen” trên nền đen, họ sẽ cấm tôi, và trong môi bạn - đây là một “sự trolling hơi dày” của người da đen.
Tất nhiên là lạc đề, nhưng vẫn vậy. Bạn làm tôi nhớ đến chuyến đi gần đây của tôi đến Baltimore, Hoa Kỳ. Ở đó, tôi đã nhận được một khóa học cấp tốc về sự đúng đắn về mặt chính trị khi ba thi thể cầm gậy bóng chày và dòng chữ lao về phía tôi:
Yo, Whitey, wazzup?! WataYoDoinĐây?! Đang tìm kiếm vấn đề?
Sau đó tôi nghĩ rằng nếu tôi trả lời “yo, niggaz,” thì chắc chắn tôi sẽ không thể sống sót trở về nhà. Xét rằng tôi là người da trắng duy nhất trong bán kính bốn dãy nhà :-)
Trong số các trang web trên Jekyll, nó không được nhắc đến dù chỉ một lần.
Nó nói về Hakyl và Jekyll nói chung. Nhưng dù sao tôi cũng chèn ảnh chụp màn hình.
Không ai biết nó nghiêm trọng đến mức nào, nhưng Google đã gây xôn xao trong giới blogger và một số người đang chuyển sang FeedBlitz. Củi từ đây
FeedBlitz là một dịch vụ trả phí và chính họ đã gây ồn ào. Bởi vì nó mang lại lợi ích cho họ.
@iv_vl bình luận...
Không phải ai cũng cần blog làm nền tảng để truyền bá những suy nghĩ thông minh của mình.
Chà, tại sao lại phải chịu sự dày vò khủng khiếp như vậy? Có narod.ru - nó sẽ trông giống nhau. Không có nhiều chức năng hơn. Và bên cạnh đó, nó hoàn toàn miễn phí.
Họ đặt sự tiện lợi của việc tạo nội dung lên hàng đầu và như bạn biết, điều này khác nhau đối với mọi người.
Để bắt đầu viết blog, bạn cần có khả năng sử dụng Markdown, có hosting, cài đặt Jekyll/Hakyll, tải mọi thứ lên GitHub...
Được rồi, nếu chúng ta định quảng bá Markdown, thì với những ví dụ như scriptogr.am - ít nhất nó cũng xứng đáng được gọi là dịch vụ blog.
Mikhail, bạn đang tiến hành một điều gì đó hoàn toàn khác, từ thực tế là mọi tác giả chắc chắn nên trở thành một blogger. Không phải tất cả.
Vladimir, tôi bắt đầu từ thực tế là nếu bạn có thể nhận được thứ gì đó miễn phí và không bị bệnh trĩ, thì tại sao không lấy nó?
Chà, tôi không đúng - tất cả đều ở đó.
Không phải ở khắp mọi nơi. Tôi sẽ không chỉ tay :-)
Đó không phải là về số lượng bánh xe. Một số người sẽ chọn xe đạp thay vì ô tô vì niềm vui đơn giản.
Bạn đã đưa ra quan điểm đúng về chiếc xe đạp: nó cũng chậm hơn :-) Vì tò mò, tôi quyết định đo tốc độ - và tôi đã thấy gì?
Đây là blog buồn của tôi trên blogspot:
mydebianblog.blogspot.com
Kích thước trang 415,6kB
Thời gian tải 1,63 giây
Yêu cầu 105
Hoàn hảo. điểm 80/100
Không tệ, đặc biệt là khi xem xét kích thước và số lượng JavaScript chứa trong đó. Lần ghé thăm cuối cùng để chỉnh sửa mẫu với sự tham gia của đồng chí. Vlsu đã dẫn đến sự xuất hiện của một đốm màu béo ngậy với javascript (bây giờ nó thay thế THÊM).
Và bây giờ nhanh như chớp và các blog hiện đại về hackles và jekylls:
http://www.juev.ru
Kích thước trang 40,7kB
Thời gian tải 2,58 giây
Yêu cầu 8
Hoàn hảo. lớp 92/100
Mặc dù thực tế là nó nặng hơn 10 (!) Lần, nhưng thời gian tải lâu hơn gấp rưỡi. Và anh ấy không phải là người duy nhất:
http://debiania.in.ua/
Kích thước trang 4,6kB
Thời gian tải 3,60 giây
Yêu cầu 4
Hoàn hảo. lớp 77/100
Đây thực sự là một bước đột phá - kilobyte mỗi giây. Và nếu có nhiều khách truy cập, ai đó từ ENT hoặc Habr sẽ đưa ra liên kết, sau đó thì sao?
Đúng, không phải mọi thứ đều buồn như vậy:
http://www.vonavi.me/
Kích thước trang 35,4kB
Thời gian tải 1,14 giây
Yêu cầu 12
Hoàn hảo. lớp 73/100
Bạn có thể mở sâm panh, iv_vl, một chiến thắng thuyết phục :-)
@Minoru bình luận...
Sự thô lỗ.
Đó là lời nói dối của bạn. Sẽ có bất kỳ tranh luận?
@virens
Tốc độ tải trang được đo như thế nào?
Đây là trang web của bạn - test - mydebianblog.blogspot.com/, theo đó thời gian để tải đầy đủ trang là 7,3 giây và 4,3 giây khi xem lại.
Trang web của tôi đang thử nghiệm - www.juev.ru, phải mất hơn một giây để tải hoàn toàn và chỉ 0,54 để tải lại...
Tôi đã thực hiện các phép đo từ một trong các máy chủ để độ chính xác gần với số đo thực tế hơn.
Cảm ơn bạn rất nhiều vì đánh giá tốt đẹp của bạn! Nhưng điểm mạnh của Jekyll và các công cụ tương tự là tôi hoàn toàn có thể kiểm soát được nội dung của các trang và đặt chính xác thiết kế mà mình cần. Than ôi, Blogspot sẽ không còn cung cấp điều này nữa. Và việc bạn chưa thấy nhiều tác phẩm đẹp trên Jekyll không có nghĩa là engine kém hoặc không thể dùng để viết blog. Chỉ là những người điều hành những blog/trang web này không nghĩ nhiều về thiết kế.
Bạn cũng hỏi, tại sao lại sử dụng bất cứ thứ gì khác nếu bạn có WordPress? Đầu tiên, nhờ jekyll, tôi có được một trang web tĩnh có thể được lưu trữ ở bất cứ đâu và không yêu cầu yêu cầu lưu trữ đặc biệt nào. Wordpress yêu cầu lưu trữ bằng PHP và một dịch vụ lưu trữ khá tốt, đặc biệt nếu nó có lưu lượng truy cập khá.
Thứ hai, một số tiện ích mở rộng chứa các trang bị hỏng hoặc gây ra một số lỗi nhất định trong mã trang. Tôi hiểu rằng điều này hoàn toàn không có ý nghĩa gì đối với nhiều người, nhưng tôi thực sự không thích khi bất kỳ ai hoặc bất cứ điều gì can thiệp vào mã của tôi.
Thứ ba, các tiện ích mở rộng này cần được cập nhật định kỳ và giám sát an ninh... Tại sao? Nếu tất cả những gì tôi cần chỉ là hiển thị những gì tôi đã viết ???
Tại sao tạo trang mỗi khi người dùng truy cập trang web? Có thực sự không thể tạo các trang một lần trên blog thông thường hoặc một trang web đơn giản và sau đó chỉ hiển thị kết quả?? Bạn có thể cho tôi một ví dụ về một blog có các trang động rõ ràng không? Bản thân nội dung thay đổi theo nhiều cách ở đâu và ở đâu cần phải tạo trang riêng mỗi lần cho mỗi người dùng? Và nếu không thì tại sao lại rào một khu vườn như vậy??
Tại sao không sử dụng trình tạo trang tĩnh?
Có rất ít lựa chọn thiết kế trên blogspot; bạn có thể tạo của riêng mình, nhưng khả năng lại bị hạn chế và việc thực hiện điều này khá khó khăn. Khi nhiệm vụ là tạo một thiết kế riêng cho các trang khác nhau (trang chính là một thứ, về tác giả là một thứ khác, nội dung là thứ ba và bản thân các trang blog là thứ tư), thì blogspot không thể cung cấp bất cứ điều gì nữa, tuy nhiên, wordpress cũng không thể. Trong Jekyll, cũng như trong nanoc, điều này được thực hiện khá đơn giản. Và nhân tiện, bạn thậm chí có thể đặt thiết kế riêng của mình cho từng trang riêng lẻ. Rõ ràng là sẽ có ít người sử dụng cái này, nhưng vẫn vậy.
Vì vậy, việc troll bạn hóa ra lại có phần xúc phạm...
Bình luận ẩn danh... 24 tháng 9 Năm 2012, 21:42:00
Bản thân TeX hóa ra không thuận tiện lắm, hoàn toàn là do đặc thù của tôi - Tôi phải làm việc với một đầu bếp định hướng Word, nhưng sự kết hợp Markdown -> .odt -> .doc hóa ra khá thiết thực và tiện lợi.
Tôi đã viết một tập lệnh dành riêng cho trường hợp này cho phép bạn tạo ngay tệp .odt từ phần đánh dấu mở rộng
Tệp csl là tệp kiểu xác định thiết kế của thư mục. Tiêu chuẩn này được sử dụng rộng rãi trong zotero. Vì sếp của tôi đã phải làm lại tích phân của riêng mình về mặt này - may mắn thay nó là một loại xml.
Một sắc thái quan trọng trong công việc của một nhà xuất bản. Để tạo thư mục, bạn cần tệp BibTex có nguồn (`my.bib`), tệp csl cho kiểu thư mục (`disser.csl`) và tệp tham chiếu - kiểu mẫu `reference.odt` - để pandoc biết cách định dạng tài liệu đầu ra. Tệp tham chiếu trông như thế này. Đầu tiên, chúng ta tạo một tài liệu `.odt` đơn giản. Ví dụ như thế này:
Pandoc -f markdown --bibliography ~/disser/my.bib --csl ~/disser/csl/disser.csl --standalone 01_01.txt -o 01_01.odt
Mở nó trong `libreoffice`. Tất nhiên, ở đó sẽ có Times New Roman 12, không phải 14, các tiêu đề bằng Arial, v.v.. Chúng tôi thay đổi tất cả những thứ này thành những gì chúng tôi cần - cuốn tiểu thuyết thứ 12 thành cuốn thứ 14, làm lại kiểu tiêu đề, đặt chân trang, v.v. . Và chúng tôi lưu tệp dưới dạng `reference.odt` - hoặc dưới bất kỳ tên nào khác. Lần tiếp theo chúng tôi tham chiếu đến nó (xem tập lệnh chính) pandoc sẽ lấy các định dạng chính xác từ nó (chỉ định dạng cho các phần cần thiết của text) và sử dụng chúng để định dạng tệp được tạo - kiểu văn bản, tiêu đề, v.v. Rất tiện lợi.
Ghi chú ở lề. Đây không phải là tất cả "dành cho tâm trí tò mò." LibreOffice hỗ trợ cái gọi là. “tài liệu tổng hợp”, vì vậy nếu tôi không viết các phần của luận văn mà là một cuốn sổ tay, tôi có thể dễ dàng đính kèm bìa và nội dung tiêu chuẩn vào tệp được tạo và lấy sổ tay.
Lưu ý ở lề-2. Các nhận xét bên trong tệp được đánh dấu bằng hai dấu phần trăm (`%%`) ở đầu dòng - chúng sẽ bị loại bỏ khi tạo tài liệu. Rất thuận tiện khi viết cho mình đủ loại TODO, FIXME và NOOOOOO để sếp không nhìn thấy.
Nói chung, nhu cầu bằng cách nào đó hoàn thành công việc và viết một bài về quy trình làm việc khi viết The Unnameable ngày càng tăng :)
Bình luận ẩn danh... 24 tháng 9 Năm 2012, 21:48:00
tái bút Đối với tôi, markdown trước hết là một cách để làm việc không phải trong Libre Office mà trong vim - đồng thời tận dụng tất cả những lợi thế mà cả vim và libreoffice mang lại.
99% tài liệu làm việc của tôi được lưu trữ dưới dạng mcd và dưới dạng hình ảnh (và được lưu trữ trong bitbucket.org dưới sự kiểm soát phiên bản) và tài liệu này đi kèm với một tệp tiêu chuẩn và một tập lệnh tạo tài liệu theo yêu cầu - có thể là bằng LaTex hoặc bằng html, hoặc ở dạng odt, ít nhất là ở dạng pdf.
Văn bản thuần túy giúp bạn dễ dàng chỉnh sửa, kiểm soát phiên bản và truy cập vào tài liệu ở bất cứ nơi nào bạn cần. Ngoài ra, tôi có thể ghi chú ở mọi nơi bằng một ngôn ngữ - cho dù trên các nhánh freemind, trong một Tệp lớn đáng yêu hay trên cây cọ/máy tính bảng/đầu đọc. Và từ tất cả những điều này, bạn có thể tạo hầu hết mọi tài liệu và định dạng mà không phải lo lắng quá nhiều về việc định dạng chúng.
Mikhail SaushkinChúc một ngày tốt lành, đồng nghiệp!
Sau một chặng đường dài học hỏi, ai cũng muốn cho nhà tuyển dụng thấy thành quả của mình, và chỉ thể hiện ở khía cạnh tốt nhất, chuyên nghiệp nhất phải không? Tôi nghĩ là có. Vì vậy, ngoài một dự án được thiết kế và triển khai chính xác, chúng ta cần có khả năng chính thức hóa nó. Nhà tuyển dụng sẽ không đọc hết mã dự án của bạn để hiểu nó nói về cái gì và bao gồm những gì trong đó? Trong bài viết này, cuối cùng chúng tôi sẽ tóm tắt hai phần trước, cụ thể là: và, hãy để chúng tôi hiểu trên trang “mặt trước” của dự án nguồn mở những gì chúng tôi đã sử dụng trong dự án của mình và nó là gì. Hôm nay chúng tôi sẽ nói chuyện với bạn về Markdown, chúng tôi sẽ hỏi những câu hỏi yêu thích của mình "Đây là cái gì?" và "Tại sao lại là cái này?", chúng tôi sẽ tìm ra nơi nó được sử dụng và cách làm việc với nó. Thậm chí sẽ có một ví dụ, chúng tôi sẽ triển khai nó trong ví dụ của mình. , Đi nào!
"Markdown" là gì?
Vì bạn và tôi đều là lập trình viên nên chúng ta sẽ ngay lập tức truy cập Google và mở liên kết Wiki đầu tiên có nội dung: Markdown là ngôn ngữ đánh dấu nhẹ được tạo ra với mục tiêu viết văn bản dễ đọc và dễ chỉnh sửa nhất nhưng phù hợp để chuyển đổi sang các ngôn ngữ xuất bản nâng cao (HTML, Rich Text và các ngôn ngữ khác).Ở đây, thành thật mà nói, tôi không có gì nhiều để nói thêm, tôi nghĩ đây là một lời giải thích gần như hoàn hảo.Tại sao chúng ta cần "Markdown" này?
Thành thật mà nói, nó thực sự không tệ nếu không có nó: D Nhưng hãy nhớ mục tiêu của chúng ta: viết một mẫu dự án có thẩm quyền đã có Tích hợp liên tục và có số liệu thống kê về Phạm vi mã trên tài nguyên Codecov. Tại sao tôi lại đề cập đến điều này? Hơn nữa, Markdown sẽ cho phép chúng tôi lấy dữ liệu từ các tài nguyên này và tự cung cấp dữ liệu hoặc huy hiệu sẽ chuyển hướng chúng tôi đến nơi chúng tôi cần để lấy thông tin này. Thật tiện lợi khi có mọi thứ trên một trang “tiêu đề” thay vì nằm rải rác ở nhiều nơi khác nhau phải không?Nó được sử dụng ở đâu?
Bất cứ ai đã tải bất kỳ dự án nào của họ lên GitHub ít nhất một lần đều biết rằng GitHub liên tục muốn mời bạn tạo tệp README: Phần mở rộng của tệp này là gì? Đúng vậy, Bolt biết Markdown! Như chúng ta đã biết, tệp này rất dễ dàng được điều chỉnh sang nhiều định dạng và được chuyển đổi thành HTML mà chúng ta cần. Nhưng hãy dành thời gian và đừng vội thêm nó trực tiếp vào GitHub ngay lập tức.Làm thế nào để làm việc với nó?
Đầu tiên, như bạn có thể nhận thấy, chúng ta có thể thêm nó trực tiếp vào GitHub và nó sẽ hoạt động! Nhưng không phải lúc nào chúng ta cũng cần thêm nó vào chỉ một dự án. Hoặc ví dụ như chúng tôi muốn suy nghĩ nhiều hơn về cách chúng tôi tạo ra nó. Và ở đây GitHub không còn phù hợp với chúng tôi nữa. Và nói chung, chúng ta có thể tạo các tệp Markdown không chỉ với mục đích đẩy chúng lên GitHub. Thứ hai, chúng ta có thể tạo nó trực tiếp thông qua IDEA, đó chính xác là những gì chúng ta sẽ làm, nhưng không phải ngay lập tức, vì lý do tại sao chúng ta cần một môi trường phát triển mạnh mẽ để viết một tệp nhỏ? Ở đây tôi khuyên bạn nên xem qua danh mục các trình chỉnh sửa tệp Markdown dễ dàng và không như vậy. Đối với bản thân tôi, tôi đã chọn Haroopad, nó rất đơn giản, dễ tiếp cận và thể hiện ngay lập tức những gì bạn đang viết (IDEA cũng có) và có gợi ý ở dạng cú pháp. Cửa sổ soạn thảo trông như thế này: Ở đây tôi đã mở README.md làm sẵn của một trong các dự án của mình. Bên trái là một bảng ghi chú , bên phải là một màn hình, ở giữa là văn bản. Mọi thứ đều rất thô sơ và đơn giản. Ngoài ra, bạn có thể thấy các huy hiệu mà chúng ta sẽ nói đến ngay sau đây. Những người chọn cách viết khác các tệp này - đừng đáng báo động, tất cả những gì sẽ khác là giao diện đồ họa. Văn bản, cú pháp và cách hiển thị sẽ vẫn như cũ. Ví dụ Nhiệm vụ rất đơn giản: viết README.md sao cho nó chứa: thông tin về dự án (bao gồm huy hiệu), thông tin về việc nhập dự án, thông tin về việc thực hiện dự án, thông tin về địa chỉ liên hệ của tác giả. Mọi thứ đều rất đơn giản và nguyên thủy, như tôi đã nói. Hãy bắt tay vào công việc. Liên kết hữu ích- Wiki cho chúng ta biết gì về Markdown;
- Thư mục biên tập Markdown;
Ngôn ngữ đánh dấu
- Phòng gỗ *
Bài viết này cung cấp lời khuyên thiết thực về cách viết trình phân tích cú pháp cho ngôn ngữ đánh dấu Markdown. Cho đến nay, có rất ít thông tin trên Internet về vấn đề này.
Bài viết sẽ hữu ích cho những ai đang tạo CMS và framework của riêng mình từ đầu.
Nói ngắn gọn về ngôn ngữ
Các nhà phát triển Markdown đã bắt đầu tạo ra một ngôn ngữ có mã trông giống với kết quả thực thi của nó. Các quy tắc được chấp nhận để định dạng thư e-mail được lấy làm cơ sở.Đây là một ví dụ mã:
Phần mở đầu
=========
Danh sách được đánh số:
1. Điểm đầu tiên
2. Điểm thứ hai
3. Điểm thứ ba
> Bình luận
> > Bình luận trong bình luận
Bạn có thể **đánh dấu phần** của văn bản.
Mã này sẽ được chuyển đổi thành xHTML chính xác.
Cú pháp Markdown một mặt dễ học hơn đối với người dùng không có kỹ năng kỹ thuật (không giống như mã BB), mặt khác, nó tạo ra mã xHTML đầu ra chất lượng cao, điều không thể nói về các trình soạn thảo WYSIWYG khác nhau . Những ưu điểm này khiến Markdown trở thành lựa chọn tốt cho các công cụ diễn đàn và CMS yêu cầu người dùng có khả năng chỉnh sửa nội dung.
Ngày nay có rất nhiều trình biên dịch Markdown bằng nhiều ngôn ngữ khác nhau. Nếu bạn quyết định sử dụng Markdown trong dự án của mình, bạn có thể sử dụng giải pháp làm sẵn (có các liên kết bên dưới). Nếu bạn quyết định viết trình phân tích cú pháp của riêng mình (ví dụ: cho mục đích giáo dục), thì dưới đây là các tính năng mà bạn có thể gặp trong quá trình phát triển và đưa ra các mẹo thực tế để giải quyết chúng.
Tạo trình biên dịch ngôn ngữ
Markdown không thể được phân tích cú pháp bằng ngữ pháp không ngữ cảnh. Nó chứa các yếu tố từ vựng nhạy cảm với ngữ cảnh. Ví dụ: việc lồng các cấu trúc được xác định bằng cách căn chỉnh dòng như trong Python. Vì vậy, bạn sẽ không thể sử dụng YACC và ANTLR một cách rõ ràng. Trong số các giải pháp cho vấn đề này, tôi đã tìm ra những giải pháp sau:- Hãy ngừng sử dụng trình tạo trình phân tích cú pháp và viết trình phân tích cú pháp theo cách thủ công, sử dụng các biểu thức chính quy ở nhiều nơi.
Đây là cách trình phân tích cú pháp Perl Markdown ban đầu và hầu hết các triển khai khác được tạo ra. Nhược điểm của giải pháp là hiệu suất thấp: thứ nhất là do sử dụng các biểu thức chính quy và thứ hai là do việc tối ưu hóa trình phân tích cú pháp theo cách thủ công đến mức cung cấp trình phân tích cú pháp được tạo tự động thường là một nhiệm vụ rất khó khăn. Ngoài ra, nếu bạn viết bằng các ngôn ngữ mệnh lệnh (PHP, Java, C++) thì việc triển khai và gỡ lỗi một trình phân tích cú pháp tự viết sẽ rất khó khăn.
- Sử dụng trình tạo trình phân tích cú pháp có hỗ trợ các hành động tích hợp và viết các hành động có tác dụng ngược lại.
Ví dụ: bằng cách sử dụng các hành động tích hợp có tác dụng ngược lại, có thể phân tích sự căn chỉnh của một dòng nhất định so với dòng trước đó, từ đó mô phỏng các quy tắc nhạy cảm với ngữ cảnh. Điểm bất lợi là ngữ pháp phi ngữ cảnh không được thiết kế cho những mục đích này và việc sử dụng tác dụng ngược lại có thể dẫn đến lỗi trong quá trình phân tích cú pháp.
- Ứng dụng đệ quy của trình phân tích cú pháp ngữ pháp phi ngữ cảnh.
Trên thực tế, trước tiên bạn có thể chia toàn bộ mã thành các khối riêng biệt (đoạn văn, nhận xét ở cùng cấp độ), sau đó áp dụng lại cùng một trình phân tích cú pháp cho chúng. Giải pháp này sẽ không dẫn đến những hậu quả khó lường như phương án trước, đúng hơn về mặt tư tưởng nhưng kém hiệu quả về mặt hiệu quả thực hiện.
Đây có thể là giải pháp dễ thực hiện nhất.
- Xử lý trước dữ liệu đầu vào theo cách thủ công.
Bạn có thể chia mã thành các dòng theo cách thủ công và duyệt chúng theo vòng lặp, thay thế khoảng trắng ở đầu mỗi dòng bằng một ký tự biểu thị sự dịch chuyển của nó (trái hoặc phải) so với dòng trước đó. Việc lồng các bình luận có thể được xử lý theo cách tương tự. Sau đó, mảng chuỗi kết quả có thể được dán lại với nhau và phân tích cú pháp bằng cách sử dụng ngữ pháp không ngữ cảnh. Ngôn ngữ thu được sau khi lọc sẽ không có ngữ cảnh.
Giải pháp này có độ phức tạp tương đương với giải pháp trước đó. Về mặt hiệu suất, nó thường hiệu quả hơn.
Tags: thiết kế trình biên dịch, trình biên dịch, trình phân tích cú pháp, đánh dấu, đánh dấu, biên dịch, đánh dấu, cms, phát triển cms, khuôn khổ, lập trình, lập trình, ngôn ngữ lập trình
Việc viết bài trên web luôn bị gánh nặng bởi nhu cầu định dạng nội dung trong HTML. Viết và xuất bản nội dung không hề dễ dàng vì bạn cần biết ít nhất các thẻ HTML cơ bản.
Trong trường hợp này, bạn mất khả năng xuất bản nhanh bài đăng lên blog hoặc trang web. Tiêu đề, phông chữ đậm, in nghiêng, danh sách có dấu đầu dòng và đánh số - tất cả những thủ thuật này bạn cần có khả năng thực hiện. Quá trình này có thể khá tẻ nhạt đối với các blogger bình thường, nên sự ra đời của Markdown giống như một luồng gió mới cho những người sáng tạo nội dung.
Nhưng Markdown có thể hữu ích không chỉ với những người làm việc trên Internet. Nó cũng có thể hoạt động như một cú pháp đơn giản giúp mọi người định dạng và viết bằng văn bản thuần túy dễ dàng hơn, cho dù bạn đang viết ghi chú cho chính mình hay tệp Markdown để đăng trực tuyến.
Markdown là một ngôn ngữ đánh dấu nhẹ. Ban đầu được tạo ra bởi John Gruber và Aaron Swartz, mục tiêu của họ là tạo ra một ngôn ngữ đánh dấu nhẹ, dễ đọc và dễ xuất bản nhất có thể. Nhiều ý tưởng của ngôn ngữ này được mượn từ các quy ước hiện có để đánh dấu văn bản trong email.
Mục tiêu của Markdown là giúp người dùng trung bình viết, chỉnh sửa và đọc nội dung web dễ dàng hơn. Sự đơn giản nằm ở chỗ tất cả những gì bạn phải làm là làm quen và ghi nhớ cú pháp của ngôn ngữ đơn giản này.
Lệnh đánh dấu
Liên kết
Tiêu đề
#H1
##H2
###H3
Danh sách
Danh sách đơn giản:
- Đoạn 1
- điểm 2
- điểm 3
Danh sách đánh số
1. điểm 1
2. điểm 2
3. điểm 3
Để sử dụng ngôn ngữ Markdown nhẹ, bạn cần có ứng dụng đặc biệt - trình soạn thảo văn bản Markdown. Bạn có thể tải chúng xuống từ App Store hoặc từ các trang khác nếu có giấy phép miễn phí.
Người xem giảm giá tốt nhất
Đã đánh dấu 2
Giá: Phiên bản dùng thử miễn phí, phiên bản đầy đủ có giá 13,99 USD.
Một trong những chương trình phổ biến nhất để xem văn bản ở định dạng Markdown. Tài liệu được cập nhật theo thời gian thực khi bạn chỉnh sửa chúng. Mọi sự chú ý đều tập trung vào chính văn bản. Chương trình hoạt động với cả tài liệu Markdown và văn bản thông thường.
Trình chỉnh sửa Markdown tốt nhất
Đánh dấuMyWords
Giá: 1.150 rúp.
Tính năng quan trọng nhất của ứng dụng này là khả năng làm việc với các tệp CSS, cũng như hỗ trợ các tùy chọn thuận tiện để làm việc với tài liệu.
văn bản
Giá: miễn phí.
Texts là một trình soạn thảo văn bản được thiết kế để tách việc trình bày nội dung khỏi quá trình tạo nội dung. Nó hoạt động giống như một trình xử lý văn bản thông thường, nhưng nó lưu các tài liệu đã hoàn thành dưới dạng văn bản thuần túy với đánh dấu Markdown, làm cho nó tương thích với các ứng dụng hỗ trợ Markdown khác. Nó tạo ra các tài liệu hoàn toàn sẵn sàng để xuất bản trên Internet.
Đánh dấu chuyên nghiệp
Giá: 379 rúp.
Markdown Pro cung cấp cho bạn tất cả các công cụ bạn cần để tạo tài liệu đẹp, có định dạng tốt bằng ngôn ngữ đánh dấu Markdown. Anh ấy cũng cố gắng làm cho quá trình viết trở nên vui vẻ và thú vị. Chương trình hỗ trợ xuất ở định dạng PDF hoặc HTML. Markdown Pro là trình chỉnh sửa Markdown linh hoạt, chất lượng cao dành cho tài liệu, ghi chú, bài viết, v.v.
Đánh dấu dễ dàng
Giá: 749 rúp.
Easy Markdown cũng giúp mọi người dễ dàng chỉnh sửa và định dạng tài liệu Markdown. Nó tự động dịch văn bản sang định dạng web phong phú bằng cách sử dụng định dạng Markdown cơ bản. Bạn có thể nhập văn bản vào khung bên trái và xem kết quả cuối cùng ở bên phải, đồng thời bạn có thể lưu mã ở định dạng HTML hoặc RTF bất kỳ lúc nào trong khi làm việc trên tài liệu của mình.
nvALT
Giá: miễn phí.
nvALT 2 là một dạng nhánh của trình soạn thảo văn bản phổ biến Notational Velocity, nhưng có khả năng mở rộng và giao diện được sửa đổi. Một số trong số này bao gồm khả năng viết và chỉnh sửa tệp văn bản trong Markdown.
Nottingham
Giá: miễn phí.
Lấy cảm hứng từ sự sang trọng và linh hoạt của trình soạn thảo Notational Velocity, Nottingham là trình chỉnh sửa Markdown đơn giản, nhẹ dành cho Mac, hỗ trợ xem trực tiếp các định dạng ghi và văn bản Markdown. Thiết kế tổng thể rất giống với Notational Velocity, vì vậy người dùng sẽ cảm thấy như đang ở nhà khi làm việc với chương trình này.
iA Nhà văn
Giá: 749 rúp.
Một trong những trình soạn thảo Markdown tốt nhất. iA Writer hỗ trợ một lượng lớn cú pháp Markdown. Trong phiên bản mới nhất của iA Writer, bạn có thể sử dụng tổ hợp Ctrl + Cmd + R để bật xem trước. Ứng dụng khách này cũng có sẵn trên iPhone và iPad.
Từ ngữ
Giá: 899 rúp.
Byword là một trình soạn thảo Markdown rất nổi tiếng khác dành cho Mac và dành cho những ai muốn có giao diện đơn giản và thanh lịch. Ngoài giao diện người dùng đẹp mắt, ứng dụng này còn có vẻ ngoài tối giản và không hề làm xao lãng công việc. Ngoài ra còn có phiên bản dành cho iPhone và iPad.
Viết lại
Giá: miễn phí.
Điểm nổi bật của ứng dụng này là hỗ trợ đánh dấu cú pháp. Bạn có thể bắt đầu xem trước tài liệu bằng phím tắt ⌥ + ⌘ + P.
Trình chỉnh sửa Markdown chuyên nghiệp tốt nhất
Trình soạn thảo MultiMarkdown
Giá: 379 rúp.
MultiMarkdown Composer là trình soạn thảo văn bản mạnh mẽ hỗ trợ cả định dạng Markdown và MultiMarkdown, cũng như cú pháp Markdown nâng cao: bảng, chú thích cuối trang, trích dẫn.
Mồ
Giá: miễn phí.
Trong khi hầu hết các trình soạn thảo Markdown được thiết kế cho các blogger và người dùng thông thường thì Mou được thiết kế cho những người dùng cao cấp hơn, chẳng hạn như các nhà phát triển web.
Sổ ghi chép
Giá: miễn phí.
Notebook là một ứng dụng dành cho máy tính để bàn. Nó cho phép bạn lưu trữ và đồng bộ ghi chú với phiên bản iOS, cho phép bạn tải xuống ghi chú của mình bất cứ lúc nào. Notebook hỗ trợ định dạng Markdown và cho phép bạn chỉnh sửa, xem và chuyển đổi nó sang HTML.
