Планета Python

Блог python на хабрахабре

Python / [Ссылка] Создание безопасного WYSIWYG-редактора

На наших сайтах встала необходимость поменять редактор с WMD на какой-нибудь WYSIWYG. То есть до этого люди писали текст в Ъ-Markdown синтаксисе, что, конечно, греет душу программистам (если б еще LaTeX), тем не менее совершенно неудобно для простого человека, продающего электродвигатели для деревообрабатывающих станков.

17 Июн 14:22
ckeditor html html5lib Python wysiwyg безопасность

Блог python на хабрахабре

Python / Создание безопасного WYSIWYG-редактора

На наших сайтах встала необходимость поменять редактор с WMD на какой-нибудь WYSIWYG. То есть до этого люди писали текст в Ъ-Markdown синтаксисе, что, конечно, греет душу программистам (если б еще LaTeX), тем не менее совершенно неудобно для простого человека, продающего электродвигатели для деревообрабатывающих станков.

www.redhotchilipython.com/posts/2011-06-17-safe-html-wysiwyg.html

p.s.: не пост-ссылка потому что карма <20

17 Июн 11:59
ckeditor html html5lib Python wysiwyg безопасность

Блог python на хабрахабре

Python / Простая библиотека для парсинга HTML

Недавно зарелизил Leaf, это небольшая библиотека для парсинга HTML на Python.
Она уже довольно долгое время покрывает все мои нужды в парсинге, но еще есть идеи для развития.
Эта библиотека по сути обертка над lxml, которая делает
работу с ней гораздо приятней.

далее...

09 Мар 06:43
html lxml parsing Python

Vurtseed

JavaScript программисты

JavaScript программистами часто становятся случайно, либо идут от верстки, либо в дополнение к существующему. Как таковой профессии JavaScript-программист в широком смысле на рынке нет, поскольку нет спроса на такие услуги. Иметь выделенного программиста с высокой специализацией могут позволить себе только крупные студии или большие компании. Получается, что узкоспециализированные JavaScript программисты стоят дорого, их сложно заменить поскольку на рынке их очень мало. И исходя из этого новый с большой вероятностью не сможет подхватить код старого, т.к. нет привычки командной работы.

Получается, что за те же деньги проще взять Java программиста который знает GWT, а на jQuery или подобном фреймворке делать несложные случайные задачи.

(цитата из комментария)

При этом я не хочу оскорбить именно тех кто действительно является JS программистами. Тот же jQuery придумали и написали люди с большим скиллом. А JavaScript входит в список очень популярных языков программирования. Но если посмотреть на вакансии, то обычно "HTML Верстальщик/JavaScript" или "PHP/JavaScript".

Вполне может оказаться, что даже если человек написал сотню страниц кода на JS, то он при этом остался jQuery пользователем.

29 Апр 19:46
dev html java javascript Python верстка

Дневник одного змеевода

Нетекстовые символы в XML и HTML

Большнство разработчиков знают, что некоторые специальные символы в XML и HTML необходимо записывать в виде entity или character reference. Но мало кто подозревает, что XML (а также SGML, на котором базируется HTML) документы могут содержать только "текстовые" символы. Привычные питоновские библиотеки также обходят это требование стороной. Средства конструирования XML, которые, казалось бы, должны полностью защищать нас от создания "битых" документов, справляются со своей задачей лишь частично. В результате вполне возможна ситуация, когда библиотека ругается на созданный с её же помощью документ. Вот пример с использованием ElementTree:

>>> from xml.etree import ElementTree
>>> element = ElementTree.Element('element')
>>> element.text = u'\0'
>>> xml = ElementTree.tostring(element, encoding='utf-8')
>>> ElementTree.fromstring(xml)
[...]
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 9

И то же самое с minidom:

>>> from xml.dom import minidom
>>> doc = minidom.getDOMImplementation().createDocument(None, None, None)
>>> element = doc.createElement('element')
>>> element.appendChild(doc.createTextNode(u'\0'))
<DOM Text node "">
>>> doc.appendChild(element)
<DOM Element: element at 0xb7ca688c>
>>> xml = doc.toxml(encoding='utf-8')
>>> minidom.parseString(xml)
[...]
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 1, column 47

На мой взгляд, в описанной ситуации библиотека должна давать исключение ещё на стадии конструирования. Но даже если так и будет в будущих версиях, в реальной жизни это не решит проблему конкретного приложения, а лишь облегчит диагностику. Для web-приложений основной источник получения потенциально плохих данных — через форму. И было бы правильно проверять или очищать данные на стадии получения их от пользователя. Однако и здесь всё плохо: из всех известных мне библиотек для обработки и валидации форм только одна (весьма древняя и малоизвестная) решает проблему нетекстовых символов, хотя большинство вполне корректно работают с "битыми" кодировками.

04 Фев 13:43
form html xml