Skip navigation.

Log in | Sign up

старая идея не воплотилась в жизнь?

придумай себе новую идею...

Posts tagged with "работа"

yaml yaml yaml yaml!!!

, , ,

было
<?xml version="1.0" encoding="utf-8" ?>

<movies>
    <movie>Kiss Kiss Bang Bang</movie>
    <movie>Shoot 'Em Up</movie>
    <movie>Sweeny Todd</movie>
    <movie>The Darjeeling Limited</movie>
    <movie>Vantage Point</movie>
</movies>

стало
--- # Movies
- Kiss Kiss Bang Bang
- Shoot 'Em Up
- Sweeny Todd
- The Darjeeling Limited
- Vantage Point

другими словами
>>> from django.contrib.admin.models import LogEntry
>>> from django.core import serializers
>>>
>>> # Fetch all admin log entries from database
... # Nearly 200 entries, MySQL table size 17.29 Kb
...
>>> entries = LogEntry.objects.all()
>>>
>>> # Init serialization instances
...
>>> yaml = serializers.get_serializer('yaml')()
>>> xml = serializers.get_serializer('xml')()
>>>
>>> # Serialize entries data
...
>>> yaml_output = yaml.serialize(entries)
>>> xml_output = xml.serialize(entries)
>>>
>>> # Stat output
...
>>> print 'YAML: %d bytes, XML: %d bytes.' % (len(yaml_output), len(xml_output))
YAML: 54648 bytes, XML: 112396 bytes.

и GAE тут не при чем!

feedparser должен править миром!!!

,

FeedParser
>>> import feedparser
>>> rss = feedparser.parse('http://my.opera.com/playpauseandstop/xml/rss/blog/')
>>> atom = feedparser.parse('http://my.opera.com/playpauseandstop/xml/atom/blog/')
>>> rss.feed.updated
u'Thu, 17 Apr 2008 11:59:36 GMT'
>>> atom.feed.updated
u'2008-04-17T11:59:36Z'
>>> len(rss.entries)
20
>>> len(atom.entries)
20

я просто не могу ничего добавить... парсить фиды в питоне легче не бывает!!! с ужасом вспоминаю Zend_Feed...

нет ну я не мог такое пропустить

,

знаете, я многое видел уже в этом мире... но такое...

итак... структура категории в движке вордпресс:
Table `terms`
-------------------------
PK | `term_id`
   | `name`
UN | `slug`
   | `term_group`

Table `term_taxonomy`
-------------------------
PK | `term_taxonomy_id`
FK | `term_id`
   | `taxonomy`
   | `description`
SK | `parent`
   | `count`

где PK - первичный ключ (primary key), UN - уникальное поле (unique field), FK - внешний ключ (foreign key), SK - внешний ключ на эту же таблицу (foreign key for self)

во-первых, в глаза бросается, что для разной тахономии нельзя использовать одно и то же сокращение (то есть категория в вордпрессе (физическая связь) и тег для сообщения (логическая связь) с одинаковым сокращением существовать не будут)
во-вторых, я уже говорил об не понятном мне наименовании полей в таблицах (каждый раз набирать в запросе tt.term_taxonomy_id вместо tt.id напрягает)
в-третьих, так и не выясненным является назначение поля term_group. в данный момент у меня больше 500 сообщений, 75 страниц, 50 категорий и 10 тегов, а для него сияет значение 0

но самое главное состоит в том, как эти уебки программисты вордпресса реализовали иерархию для категорий... итак вместо того, чтоб создать в таблице `term_taxonomy` два дополнительных поля `left`, `right` и поиграться с сортировкой категорий при добавлении/удалении, они решили хранить вложеность отдельно в опции (в таблице `options` с `option_name` = 'category_children') и пока туда не занесешь иерархию (точнее сериализированный массив-иерархию, где для каждой категории у которой есть ветвь (has_descendants) хранится эта ветвь (children) как массив) в админ-панеле категория вне этой иерархии отображаться не будет, хоть ты трижды не укажешь ей верный `parent`... и посему совершая с категориями какие-то хитрожопые действия надо в конце не забыть сгененрировать дерево и обновить им, сериализированным, `category_children` опцию...

я просто хуею не имею слов чтобы что-то к этому добавить...

а как они посты выбирают с категорий - это тоже песня...

и ведь самое интересное, если чуточку поскребсти мозгами то на базе вордпресса можно получить довольно шуструю и красивую (внутренне) систему управления сайтом на пхп...

смешное

, ,

я думал что мне звонила очаровательная незнакомка (причем не один раз и в романтическое время)...
оказалось, не было этого номера заказчика в контактах )))
эх... не повезло )))

окончательное мнение о вордпрессе

,

это жуть... и никакая внешняя красота и типо с понтом удобство и популярность его не спасет...

ибо, блядь, даже стили и те не имеют какого-то общего знаменателя или обобщенного начала... ну каким макаром иначе на странице Добавление Ссылки можно встретить елементы:
form.addlink, form#addlink
div#poststuff
div#poststuff div.submitbox
div#poststuff div.submitbox p.submit input[type="submit"]
div#poststuff div#post-body
div#poststuff div#post-body div.stuffbox
div#poststuff div#post-body div.stuffbox div.inside input#link_name

кто-то может хоть какую-то логику усмотреть в этом дерьме...

а по поводу последнего, так вообще убить готов... суки... есть два текстовых инпута и текстареа, которые идентично отображаются... так они идентично отображаются не при помощи там хитрых #poststuff .wide-input или #poststuff .link-input хотя бы, а при помощи #link_name, #link_url, #link_text...

сука, клиника... блядь...

это не говоря о том, что практически все авторы плагинов - мудаки и идиоты, которым влом юзать уже предопределенные стили и расположение элементов... и сука настройка плагина "Дешборд Эдитор" происходит на Дэшборде, а не в разделе Настройки... а настройка плагина "Роботс Мета" в разделе Плагины, вместо уже озвученного места...

СУКА!!! СУКА!!! СУКА!!!

а чего стоит таблица `prefix_links` в которой содержаться поля `link_id`, `link_name`, `link_url` и тому подобное вместо того чтоб использовать чистые `id`, `name`, `url`... как будто при JOIN'е сейчас еще кто-то не использует алиасы...

а потом ты удаляешь все ссылки, а у тебя все равно отображается фильтр, кнопка удалить, нижний паджинатор... и ты этому совершенно не должен удивлятся, как и тому, что надпись, что ссылок не обнаружена чуть-ли не засвечена, лишь бы ты ее не увидел...

и блядь, я сильно надеюсь, что мне осталось сталкиваться с вордпрессом не более одного заказа... иначе, я не выдержу...