Plone (Regional forums) › Plone - Russia

продукт для облака тегов

21 messages

1 2

besja

продукт для облака тегов

Reply Threaded

Всем привет,
Есть задача вывести облако тегов.
Поставила продукт vaporisation. Он работал, но в один прекрасный момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске объектов по тегу.
Я решила поставить другой продукт Tag Cloud portlet - ситуация та же, выдает ошибку (лог ниже).
Теперь вопросы:
1) Кто-нибудь знает точно хороший(работающий) продукт?
2) Почему локально и с другой data.fs(очень похожей на ту, которая на сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
3) Я так понимаю, что проблема возникает здесь
here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
Единственное, где могут быть проблемы с кодировкой - это request, сработает ли что-то вроде

.. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я не уверена)

Спасибо.

Ира

Traceback (innermost last):
Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 42, in call_object
Module Shared.DC.Scripts.Bindings, line 313, in __call__
Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
Module Products.CMFCore.FSPageTemplate, line 216, in _exec
Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
Module Products.PageTemplates.PageTemplate, line 98, in pt_render
Module zope.pagetemplate.pagetemplate, line 117, in pt_render
Module zope.tal.talinterpreter, line 271, in __call__
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 891, in do_useMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 957, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 861, in do_defineMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 957, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 534, in do_optTag_tal
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 949, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
Module zope.tales.tales, line 696, in evaluate
- URL: file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
- Line 22, Column 0
- Expression: <PythonExpr here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)>
- Names:
{'container': <PloneSite at /cogita>,
'context': <PloneSite at /cogita>,
'default': <object object at 0xb7f5e528>,
'here': <PloneSite at /cogita>,
'loop': {},
'nothing': None,
'options': {'args': ()},
'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x13d1d3ec>,
'request': <HTTPRequest, URL=http://www.cogita.ru/search>,
'root': <Application at >,
'template': <FSPageTemplate at /cogita/search>,
'traverse_subpath': [],
'user': <PropertiedUser 'besja'>}
Module Products.PageTemplates.ZRPythonExpr, line 49, in __call__
- __traceback_info__: here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
Module PythonExpr, line 1, in <expression>
Module Products.CMFCore.FSPythonScript, line 140, in __call__
Module Shared.DC.Scripts.Bindings, line 313, in __call__
Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
Module Products.CMFCore.FSPythonScript, line 196, in _exec
Module None, line 104, in queryCatalog
- <FSPythonScript at /cogita/queryCatalog>
- Line 104
Module AccessControl.ZopeGuards, line 350, in guarded_apply
Module AccessControl.ZopeGuards, line 372, in builtin_guarded_apply
Module Products.CMFPlone.CatalogTool, line 421, in searchResults
Module Products.ZCatalog.ZCatalog, line 663, in searchResults
Module Products.ZCatalog.Catalog, line 735, in searchResults
Module Products.ZCatalog.Catalog, line 476, in search
Module Products.PluginIndexes.common.UnIndex, line 393, in _apply_index
UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)

--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

Юрий Поляков

Re: продукт для облака тегов

Reply Threaded

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

Где-нибудь здесь
- <FSPythonScript at /cogita/queryCatalog>
- Line 104

Настройки инстанса точно не менялись?

2009/7/27 Бессарабова Ирина <[hidden email]>:

> Всем привет,
> Есть задача вывести облако тегов.
> Поставила продукт vaporisation. Он работал, но в один прекрасный момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске объектов по тегу.
> Я решила поставить другой продукт Tag Cloud portlet - ситуация та же, выдает ошибку (лог ниже).
> Теперь вопросы:
> 1) Кто-нибудь знает точно хороший(работающий) продукт?
> 2) Почему локально и с другой data.fs(очень похожей на ту, которая на сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> 3) Я так понимаю, что проблема возникает здесь
> here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> Единственное, где могут быть проблемы с кодировкой - это request, сработает ли что-то вроде
>
> .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я не уверена)
>
> Спасибо.
>
> Ира
>
>
> Traceback (innermost last):
> Module ZPublisher.Publish, line 119, in publish
> Module ZPublisher.mapply, line 88, in mapply
> Module ZPublisher.Publish, line 42, in call_object
> Module Shared.DC.Scripts.Bindings, line 313, in __call__
> Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> Module zope.tal.talinterpreter, line 271, in __call__
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 891, in do_useMacro
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> Module zope.tal.talinterpreter, line 521, in do_optTag
> Module zope.tal.talinterpreter, line 516, in no_tag
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 957, in do_defineSlot
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> Module zope.tal.talinterpreter, line 521, in do_optTag
> Module zope.tal.talinterpreter, line 516, in no_tag
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 861, in do_defineMacro
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 957, in do_defineSlot
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> Module zope.tal.talinterpreter, line 521, in do_optTag
> Module zope.tal.talinterpreter, line 516, in no_tag
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> Module zope.tal.talinterpreter, line 516, in no_tag
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 949, in do_defineSlot
> Module zope.tal.talinterpreter, line 346, in interpret
> Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> Module zope.tales.tales, line 696, in evaluate
> - URL: file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> - Line 22, Column 0
> - Expression: <PythonExpr here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)>
> - Names:
> {'container': <PloneSite at /cogita>,
> 'context': <PloneSite at /cogita>,
> 'default': <object object at 0xb7f5e528>,
> 'here': <PloneSite at /cogita>,
> 'loop': {},
> 'nothing': None,
> 'options': {'args': ()},
> 'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x13d1d3ec>,
> 'request': <HTTPRequest, URL=http://www.cogita.ru/search>,
> 'root': <Application at >,
> 'template': <FSPageTemplate at /cogita/search>,
> 'traverse_subpath': [],
> 'user': <PropertiedUser 'besja'>}
> Module Products.PageTemplates.ZRPythonExpr, line 49, in __call__
> - __traceback_info__: here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> Module PythonExpr, line 1, in <expression>
> Module Products.CMFCore.FSPythonScript, line 140, in __call__
> Module Shared.DC.Scripts.Bindings, line 313, in __call__
> Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> Module Products.CMFCore.FSPythonScript, line 196, in _exec
> Module None, line 104, in queryCatalog
> - <FSPythonScript at /cogita/queryCatalog>
> - Line 104
> Module AccessControl.ZopeGuards, line 350, in guarded_apply
> Module AccessControl.ZopeGuards, line 372, in builtin_guarded_apply
> Module Products.CMFPlone.CatalogTool, line 421, in searchResults
> Module Products.ZCatalog.ZCatalog, line 663, in searchResults
> Module Products.ZCatalog.Catalog, line 735, in searchResults
> Module Products.ZCatalog.Catalog, line 476, in search
> Module Products.PluginIndexes.common.UnIndex, line 393, in _apply_index
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)
>
> >
>

--
Юрий Поляков
+7 (916) 806-00-55
[hidden email]

--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

besja

Re: продукт для облака тегов

Reply Threaded

Да, вы правы... Если искать в расширенном поиске по Subject - тот же результат... Дело не в продукте, а в значениях индекса Subject, как-то так... Буду думать...
Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности нет.

27.07.09, 11:10, "Юрий Поляков" <[hidden email]>:

> У вас проблема не в продукте, а в том, из чего формируется запрос к
> каталогу (или в данных, которые каталог проидексировал). Попробуйте
> распечатать запрос перед тем как он уйдет в каталог.
> Где-нибудь здесь
> - <FSPythonScript at /cogita/queryCatalog>
> - Line 104
> Настройки инстанса точно не менялись?
> 2009/7/27 Бессарабова Ирина <[hidden email]>:
> > Всем привет,
> > Есть задача вывести облако тегов.
> > Поставила продукт vaporisation. Он работал, но в один прекрасный момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске объектов по тегу.
> > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же, выдает ошибку (лог ниже).
> > Теперь вопросы:
> > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> > 3) Я так понимаю, что проблема возникает здесь
> > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> > Единственное, где могут быть проблемы с кодировкой - это request, сработает ли что-то вроде
> >
> > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я не уверена)
> >
> > Спасибо.
> >
> > Ира
> >
> >
> > Traceback (innermost last):
> > Module ZPublisher.Publish, line 119, in publish
> > Module ZPublisher.mapply, line 88, in mapply
> > Module ZPublisher.Publish, line 42, in call_object
> > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> > Module zope.tal.talinterpreter, line 271, in __call__
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 891, in do_useMacro
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > Module zope.tal.talinterpreter, line 521, in do_optTag
> > Module zope.tal.talinterpreter, line 516, in no_tag
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > Module zope.tal.talinterpreter, line 521, in do_optTag
> > Module zope.tal.talinterpreter, line 516, in no_tag
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > Module zope.tal.talinterpreter, line 521, in do_optTag
> > Module zope.tal.talinterpreter, line 516, in no_tag
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> > Module zope.tal.talinterpreter, line 516, in no_tag
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> > Module zope.tal.talinterpreter, line 346, in interpret
> > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> > Module zope.tales.tales, line 696, in evaluate
> > - URL: file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> > - Line 22, Column 0
> > - Expression: <PythonExpr here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)>
> > - Names:
> > {'container': <PloneSite at /cogita>,
> > 'context': <PloneSite at /cogita>,
> > 'default': <object object at 0xb7f5e528>,
> > 'here': <PloneSite at /cogita>,
> > 'loop': {},
> > 'nothing': None,
> > 'options': {'args': ()},
> > 'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x13d1d3ec>,
> > 'request': <HTTPRequest, URL=http://www.cogita.ru/search>,
> > 'root': <Application at >,
> > 'template': <FSPageTemplate at /cogita/search>,
> > 'traverse_subpath': [],
> > 'user': <PropertiedUser 'besja'>}
> > Module Products.PageTemplates.ZRPythonExpr, line 49, in __call__
> > - __traceback_info__: here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> > Module PythonExpr, line 1, in <expression>
> > Module Products.CMFCore.FSPythonScript, line 140, in __call__
> > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > Module Products.CMFCore.FSPythonScript, line 196, in _exec
> > Module None, line 104, in queryCatalog
> > - <FSPythonScript at /cogita/queryCatalog>
> > - Line 104
> > Module AccessControl.ZopeGuards, line 350, in guarded_apply
> > Module AccessControl.ZopeGuards, line 372, in builtin_guarded_apply
> > Module Products.CMFPlone.CatalogTool, line 421, in searchResults
> > Module Products.ZCatalog.ZCatalog, line 663, in searchResults
> > Module Products.ZCatalog.Catalog, line 735, in searchResults
> > Module Products.ZCatalog.Catalog, line 476, in search
> > Module Products.PluginIndexes.common.UnIndex, line 393, in _apply_index
> > UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)
> >
> > >
> >

--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

besja

Re: продукт для облака тегов

Reply Threaded

Распечатала запрос к портал каталогу:

{'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry', u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state': [u'external', u'internal', u'internally_published', u'pending', u'pending', u'private', u'visible', u'published'], 'Subject': [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}

Subject: "Мемориал"

27.07.09, 11:22, "Бессарабова Ирина" <[hidden email]>:

> Да, вы правы... Если искать в расширенном поиске по Subject - тот же результат... Дело не в продукте, а в значениях индекса Subject, как-то так... Буду думать...
> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности нет.
> 27.07.09, 11:10, "Юрий Поляков" <[hidden email]>:
> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> > распечатать запрос перед тем как он уйдет в каталог.
> > Где-нибудь здесь
> > - <FSPythonScript at /cogita/queryCatalog>
> > - Line 104
> > Настройки инстанса точно не менялись?
> > 2009/7/27 Бессарабова Ирина <[hidden email]>:
> > > Всем привет,
> > > Есть задача вывести облако тегов.
> > > Поставила продукт vaporisation. Он работал, но в один прекрасный момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске объектов по тегу.
> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же, выдает ошибку (лог ниже).
> > > Теперь вопросы:
> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> > > 3) Я так понимаю, что проблема возникает здесь
> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> > > Единственное, где могут быть проблемы с кодировкой - это request, сработает ли что-то вроде
> > >
> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я не уверена)
> > >
> > > Спасибо.
> > >
> > > Ира
> > >
> > >
> > > Traceback (innermost last):
> > > Module ZPublisher.Publish, line 119, in publish
> > > Module ZPublisher.mapply, line 88, in mapply
> > > Module ZPublisher.Publish, line 42, in call_object
> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> > > Module zope.tal.talinterpreter, line 271, in __call__
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> > > Module zope.tales.tales, line 696, in evaluate
> > > - URL: file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> > > - Line 22, Column 0
> > > - Expression: <PythonExpr here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)>
> > > - Names:
> > > {'container': <PloneSite at /cogita>,
> > > 'context': <PloneSite at /cogita>,
> > > 'default': <object object at 0xb7f5e528>,
> > > 'here': <PloneSite at /cogita>,
> > > 'loop': {},
> > > 'nothing': None,
> > > 'options': {'args': ()},
> > > 'repeat': <Products.PageTemplates.Expressions.SafeMapping object at 0x13d1d3ec>,
> > > 'request': <HTTPRequest, URL=http://www.cogita.ru/search>,
> > > 'root': <Application at >,
> > > 'template': <FSPageTemplate at /cogita/search>,
> > > 'traverse_subpath': [],
> > > 'user': <PropertiedUser 'besja'>}
> > > Module Products.PageTemplates.ZRPythonExpr, line 49, in __call__
> > > - __traceback_info__: here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> > > Module PythonExpr, line 1, in <expression>
> > > Module Products.CMFCore.FSPythonScript, line 140, in __call__
> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > > Module Products.CMFCore.FSPythonScript, line 196, in _exec
> > > Module None, line 104, in queryCatalog
> > > - <FSPythonScript at /cogita/queryCatalog>
> > > - Line 104
> > > Module AccessControl.ZopeGuards, line 350, in guarded_apply
> > > Module AccessControl.ZopeGuards, line 372, in builtin_guarded_apply
> > > Module Products.CMFPlone.CatalogTool, line 421, in searchResults
> > > Module Products.ZCatalog.ZCatalog, line 663, in searchResults
> > > Module Products.ZCatalog.Catalog, line 735, in searchResults
> > > Module Products.ZCatalog.Catalog, line 476, in search
> > > Module Products.PluginIndexes.common.UnIndex, line 393, in _apply_index
> > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)
> > >
> > > >
> > >

besja

Re: продукт для облака тегов

Reply Threaded

Проблема решена.
Решение такое:
Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8:

if show_query:
    try:
        if use_types_blacklist:
            ensureFriendlyTypes(query)
        if use_navigation_root:
            rootAtNavigationRoot(query)
        query['show_inactive'] = show_inactive
        for k in query.keys():
             if k=='Subject':
                 query['Subject'] = query['Subject'].encode("utf-8")
        results = catalog(**query)
    except ParseError:
        pass

27.07.09, 11:39, "Бессарабова Ирина" <[hidden email]>:

>
Распечатала запрос к портал каталогу:

{'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry', u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state': [u'external', u'internal', u'internally_published', u'pending', u'pending', u'private', u'visible', u'published'], 'Subject': [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}

Subject: "Мемориал"

27.07.09, 11:22, "Бессарабова Ирина" <[hidden email]>:

besja

Re: продукт для облака тегов

Reply Threaded

Возвращаюсь к теме...
Если перекодировать subject перед отправкой в каталог, то ошибок не возникает. Но возникает новая проблема:

в IE 8 поиск не срабатывает...
Распечатала запрос:
в ie:
{'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry', 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone Folder', 'Link', 'News Item', 'Topic'], 'Subject': [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}

в ff:
{'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry', 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone Folder', 'Link', 'News Item', 'Topic'], 'Subject': u'\u0430\u043a\u0446\u0438\u044f'}

URL http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B8%D0%BC%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F

Это нормально, что коды символов разные?

27.07.09, 14:30, "Бессарабова Ирина" <[hidden email]>:

Проблема решена.
Решение такое:
Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8:

if show_query:
try:
if use_types_blacklist:
ensureFriendlyTypes(query)
if use_navigation_root:
rootAtNavigationRoot(query)
query['show_inactive'] = show_inactive
for k in query.keys():
if k=='Subject':
query['Subject'] = query['Subject'].encode("utf-8")
results = catalog(**query)
except ParseError:
pass

27.07.09, 11:39, "Бессарабова Ирина" :

>
Распечатала запрос к портал каталогу:

{'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry', u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state': [u'external', u'internal', u'internally_published', u'pending', u'pending', u'private', u'visible', u'published'], 'Subject': [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}

Subject: "Мемориал"

27.07.09, 11:22, "Бессарабова Ирина" :

> Да, вы правы... Если искать в расширенном поиске по Subject - тот же результат... Дело не в продукте, а в значениях индекса Subject, как-то так... Буду думать...
> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности нет.
> 27.07.09, 11:10, "Юрий Поляков" :
> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> > распечатать запрос перед тем как он уйдет в каталог.
> > Где-нибудь здесь
> > -
> > - Line 104
> > Настройки инстанса точно не менялись?
> > 2009/7/27 Бессарабова Ирина :
> > > Всем привет,
> > > Есть задача вывести облако тегов.
> > > Поставила продукт vaporisation. Он работал, но в один прекрасный момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске объектов по тегу.
> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же, выдает ошибку (лог ниже).
> > > Теперь вопросы:
> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> > > 3) Я так понимаю, что проблема возникает здесь
> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist, use_navigation_root=use_navigation_root)
> > > Единственное, где могут быть проблемы с кодировкой - это request, сработает ли что-то вроде
> > >
> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я не уверена)
> > >
> > > Спасибо.
> > >
> > > Ира
> > >
> > >
> > > Traceback (innermost last):
> > > Module ZPublisher.Publish, line 119, in publish
> > > Module ZPublisher.mapply, line 88, in mapply
> > > Module ZPublisher.Publish, line 42, in call_object
> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> > > Module zope.tal.talinterpreter, line 271, in __call__
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> > > Module zope.tales.tales, line 696, in evaluate
> > > - URL: file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> > > - Line 22, Column 0
> > > - Expression:
> > > - Names:
> > > {'container': ,
> > > 'context': ,
> > > 'default': --~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

Юрий Поляков

Re: продукт для облака тегов

Reply Threaded

Что-то тут не так:

>>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
>>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
дискриминация
>>> print '\u0430\u043a\u0446\u0438\u044f'
\u0430\u043a\u0446\u0438\u044f
>>> print u'\u0430\u043a\u0446\u0438\u044f'
акция
>>> print u'\u0430\u043a\u0446\u0438\u044f'

2009/7/28 Бессарабова Ирина <[hidden email]>:

> Возвращаюсь к теме...
> Если перекодировать subject перед отправкой в каталог, то ошибок не
> возникает. Но возникает новая проблема:
>
> в IE 8 поиск не срабатывает...
> Распечатала запрос:
> в ie:
> {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
>
> в ff:
> {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> u'\u0430\u043a\u0446\u0438\u044f'}
>
> URL
> http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B8%D0%BC%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F
>
> Это нормально, что коды символов разные?
>
> 27.07.09, 14:30, "Бессарабова Ирина" <[hidden email]>:
>
> Проблема решена.
> Решение такое:
> Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
> добавила перекодирования Subject в utf-8:
>
>
> if show_query:
> try:
> if use_types_blacklist:
> ensureFriendlyTypes(query)
> if use_navigation_root:
> rootAtNavigationRoot(query)
> query['show_inactive'] = show_inactive
> for k in query.keys():
> if k=='Subject':
> query['Subject'] = query['Subject'].encode("utf-8")
> results = catalog(**query)
> except ParseError:
> pass
>
> 27.07.09, 11:39, "Бессарабова Ирина" :
>
>>
> Распечатала запрос к портал каталогу:
>
> {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
> u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
> Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
> [u'external', u'internal', u'internally_published', u'pending', u'pending',
> u'private', u'visible', u'published'], 'Subject':
> [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
>
> Subject: "Мемориал"
>
>
>
> 27.07.09, 11:22, "Бессарабова Ирина" :
>
>> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
>> результат... Дело не в продукте, а в значениях индекса Subject, как-то
>> так... Буду думать...
>> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
>> нет.
>> 27.07.09, 11:10, "Юрий Поляков" :
>> > У вас проблема не в продукте, а в том, из чего формируется запрос к
>> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
>> > распечатать запрос перед тем как он уйдет в каталог.
>> > Где-нибудь здесь
>> > -
>> > - Line 104
>> > Настройки инстанса точно не менялись?
>> > 2009/7/27 Бессарабова Ирина :
>> > > Всем привет,
>> > > Есть задача вывести облако тегов.
>> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
>> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
>> > > объектов по тегу.
>> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
>> > > выдает ошибку (лог ниже).
>> > > Теперь вопросы:
>> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
>> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
>> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
>> > > 3) Я так понимаю, что проблема возникает здесь
>> > >
>> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
>> > > use_navigation_root=use_navigation_root)
>> > > Единственное, где могут быть проблемы с кодировкой - это request,
>> > > сработает ли что-то вроде
>> > >
>> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
>> > > не уверена)
>> > >
>> > > Спасибо.
>> > >
>> > > Ира
>> > >
>> > >
>> > > Traceback (innermost last):
>> > > Module ZPublisher.Publish, line 119, in publish
>> > > Module ZPublisher.mapply, line 88, in mapply
>> > > Module ZPublisher.Publish, line 42, in call_object
>> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
>> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
>> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
>> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
>> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
>> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
>> > > Module zope.tal.talinterpreter, line 271, in __call__
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
>> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
>> > > Module zope.tal.talinterpreter, line 346, in interpret
>> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
>> > > Module zope.tales.tales, line 696, in evaluate
>> > > - URL:
>> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
>> > > - Line 22, Column 0
>> > > - Expression:
>> > > - Names:
>> > > {'container': ,
>> > > 'context': ,
>> > > 'default': >
>

besja

Re: продукт для облака тегов

Reply Threaded

Сорри, не тот адрес скопировала. Но вопрос остается: почему кодировки разные в ie и в ff:
u'\u0430\u043a\u0446\u0438\u044f'
u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'

Слово - акция. Запрос http://www.cogita.ru/search?Subject=%D0%B0%D0%BA%D1%86%D0%B8%D1%8F.

28.07.09, 13:30, "Юрий Поляков" <[hidden email]>:

> Что-то тут не так:
> >>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> >>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> дискриминация
> >>> print '\u0430\u043a\u0446\u0438\u044f'
> \u0430\u043a\u0446\u0438\u044f
> >>> print u'\u0430\u043a\u0446\u0438\u044f'
> акция
> >>> print u'\u0430\u043a\u0446\u0438\u044f'
> 2009/7/28 Бессарабова Ирина <[hidden email]>:
> > Возвращаюсь к теме...
> > Если перекодировать subject перед отправкой в каталог, то ошибок не
> > возникает. Но возникает новая проблема:
> >
> > в IE 8 поиск не срабатывает...
> > Распечатала запрос:
> > в ie:
> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
> >
> > в ff:
> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > u'\u0430\u043a\u0446\u0438\u044f'}
> >
> > URL
> > http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B8%D0%BC%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F
> >
> > Это нормально, что коды символов разные?
> >
> > 27.07.09, 14:30, "Бессарабова Ирина" <[hidden email]>:
> >
> > Проблема решена.
> > Решение такое:
> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
> > добавила перекодирования Subject в utf-8:
> >
> >
> > if show_query:
> > try:
> > if use_types_blacklist:
> > ensureFriendlyTypes(query)
> > if use_navigation_root:
> > rootAtNavigationRoot(query)
> > query['show_inactive'] = show_inactive
> > for k in query.keys():
> > if k=='Subject':
> > query['Subject'] = query['Subject'].encode("utf-8")
> > results = catalog(**query)
> > except ParseError:
> > pass
> >
> > 27.07.09, 11:39, "Бессарабова Ирина" :
> >
> >>
> > Распечатала запрос к портал каталогу:
> >
> > {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
> > u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
> > Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
> > [u'external', u'internal', u'internally_published', u'pending', u'pending',
> > u'private', u'visible', u'published'], 'Subject':
> > [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
> >
> > Subject: "Мемориал"
> >
> >
> >
> > 27.07.09, 11:22, "Бессарабова Ирина" :
> >
> >> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
> >> результат... Дело не в продукте, а в значениях индекса Subject, как-то
> >> так... Буду думать...
> >> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
> >> нет.
> >> 27.07.09, 11:10, "Юрий Поляков" :
> >> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> >> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> >> > распечатать запрос перед тем как он уйдет в каталог.
> >> > Где-нибудь здесь
> >> > -
> >> > - Line 104
> >> > Настройки инстанса точно не менялись?
> >> > 2009/7/27 Бессарабова Ирина :
> >> > > Всем привет,
> >> > > Есть задача вывести облако тегов.
> >> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
> >> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
> >> > > объектов по тегу.
> >> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
> >> > > выдает ошибку (лог ниже).
> >> > > Теперь вопросы:
> >> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> >> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
> >> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> >> > > 3) Я так понимаю, что проблема возникает здесь
> >> > >
> >> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
> >> > > use_navigation_root=use_navigation_root)
> >> > > Единственное, где могут быть проблемы с кодировкой - это request,
> >> > > сработает ли что-то вроде
> >> > >
> >> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
> >> > > не уверена)
> >> > >
> >> > > Спасибо.
> >> > >
> >> > > Ира
> >> > >
> >> > >
> >> > > Traceback (innermost last):
> >> > > Module ZPublisher.Publish, line 119, in publish
> >> > > Module ZPublisher.mapply, line 88, in mapply
> >> > > Module ZPublisher.Publish, line 42, in call_object
> >> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> >> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> >> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> >> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> >> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> >> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> >> > > Module zope.tal.talinterpreter, line 271, in __call__
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> >> > > Module zope.tales.tales, line 696, in evaluate
> >> > > - URL:
> >> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> >> > > - Line 22, Column 0
> >> > > - Expression:
> >> > > - Names:
> >> > > {'container': ,
> >> > > 'context': ,
> >> > > 'default': >
> >

Юрий Поляков

Re: продукт для облака тегов

Reply Threaded

У вас в документе точно правильная кодировка указана?

>>> print u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "C:\bin\ActivePython25\lib\encodings\cp866.py", line 12, in encode
return codecs.charmap_encode(input,errors,encoding_map)
UnicodeEncodeError: 'charmap' codec can't encode character u'\xd0' in
position 0: character maps to <undefined>
>>> print unicode('\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f', 'utf-8')
акция
>>>

>>> print u'\u0430\u043a\u0446\u0438\u044f'
акция
>>>

2009/7/28 Бессарабова Ирина <[hidden email]>:

> Сорри, не тот адрес скопировала. Но вопрос остается: почему кодировки разные в ie и в ff:
> u'\u0430\u043a\u0446\u0438\u044f'
> u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
>
> Слово - акция. Запрос http://www.cogita.ru/search?Subject=%D0%B0%D0%BA%D1%86%D0%B8%D1%8F.
>
>
>
>
>
> 28.07.09, 13:30, "Юрий Поляков" <[hidden email]>:
>
>> Что-то тут не так:
>> >>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
>> >>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
>> дискриминация
>> >>> print '\u0430\u043a\u0446\u0438\u044f'
>> \u0430\u043a\u0446\u0438\u044f
>> >>> print u'\u0430\u043a\u0446\u0438\u044f'
>> акция
>> >>> print u'\u0430\u043a\u0446\u0438\u044f'
>> 2009/7/28 Бессарабова Ирина <[hidden email]>:
>> > Возвращаюсь к теме...
>> > Если перекодировать subject перед отправкой в каталог, то ошибок не
>> > возникает. Но возникает новая проблема:
>> >
>> > в IE 8 поиск не срабатывает...
>> > Распечатала запрос:
>> > в ie:
>> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
>> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
>> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
>> > [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
>> >
>> > в ff:
>> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
>> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
>> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
>> > u'\u0430\u043a\u0446\u0438\u044f'}
>> >
>> > URL
>> > http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B8%D0%BC%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F
>> >
>> > Это нормально, что коды символов разные?
>> >
>> > 27.07.09, 14:30, "Бессарабова Ирина" <[hidden email]>:
>> >
>> > Проблема решена.
>> > Решение такое:
>> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
>> > добавила перекодирования Subject в utf-8:
>> >
>> >
>> > if show_query:
>> > try:
>> > if use_types_blacklist:
>> > ensureFriendlyTypes(query)
>> > if use_navigation_root:
>> > rootAtNavigationRoot(query)
>> > query['show_inactive'] = show_inactive
>> > for k in query.keys():
>> > if k=='Subject':
>> > query['Subject'] = query['Subject'].encode("utf-8")
>> > results = catalog(**query)
>> > except ParseError:
>> > pass
>> >
>> > 27.07.09, 11:39, "Бессарабова Ирина" :
>> >
>> >>
>> > Распечатала запрос к портал каталогу:
>> >
>> > {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
>> > u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
>> > Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
>> > [u'external', u'internal', u'internally_published', u'pending', u'pending',
>> > u'private', u'visible', u'published'], 'Subject':
>> > [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
>> >
>> > Subject: "Мемориал"
>> >
>> >
>> >
>> > 27.07.09, 11:22, "Бессарабова Ирина" :
>> >
>> >> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
>> >> результат... Дело не в продукте, а в значениях индекса Subject, как-то
>> >> так... Буду думать...
>> >> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
>> >> нет.
>> >> 27.07.09, 11:10, "Юрий Поляков" :
>> >> > У вас проблема не в продукте, а в том, из чего формируется запрос к
>> >> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
>> >> > распечатать запрос перед тем как он уйдет в каталог.
>> >> > Где-нибудь здесь
>> >> > -
>> >> > - Line 104
>> >> > Настройки инстанса точно не менялись?
>> >> > 2009/7/27 Бессарабова Ирина :
>> >> > > Всем привет,
>> >> > > Есть задача вывести облако тегов.
>> >> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
>> >> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
>> >> > > объектов по тегу.
>> >> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
>> >> > > выдает ошибку (лог ниже).
>> >> > > Теперь вопросы:
>> >> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
>> >> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
>> >> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
>> >> > > 3) Я так понимаю, что проблема возникает здесь
>> >> > >
>> >> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
>> >> > > use_navigation_root=use_navigation_root)
>> >> > > Единственное, где могут быть проблемы с кодировкой - это request,
>> >> > > сработает ли что-то вроде
>> >> > >
>> >> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
>> >> > > не уверена)
>> >> > >
>> >> > > Спасибо.
>> >> > >
>> >> > > Ира
>> >> > >
>> >> > >
>> >> > > Traceback (innermost last):
>> >> > > Module ZPublisher.Publish, line 119, in publish
>> >> > > Module ZPublisher.mapply, line 88, in mapply
>> >> > > Module ZPublisher.Publish, line 42, in call_object
>> >> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
>> >> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
>> >> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
>> >> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
>> >> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
>> >> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
>> >> > > Module zope.tal.talinterpreter, line 271, in __call__
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
>> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
>> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
>> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
>> >> > > Module zope.tal.talinterpreter, line 346, in interpret
>> >> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
>> >> > > Module zope.tales.tales, line 696, in evaluate
>> >> > > - URL:
>> >> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
>> >> > > - Line 22, Column 0
>> >> > > - Expression:
>> >> > > - Names:
>> >> > > {'container': ,
>> >> > > 'context': ,
>> >> > > 'default': >
>> >
>
> >
>

besja

Re: продукт для облака тегов

Reply Threaded

В каком документе?
Я распечатываю словарь query из скрипта queryCatalog. Для этого:
1) В скрипте queryCatalog пишу
return query

Перед строкой:
results = catalog(**query)

2) В шаблоне search.pt пишу:
<tal:x tal:content="results" />

где results - то, что возвращает queryCatalog и комментирую все остальное, чтобы не получить ошибки.

Смотрю и вижу, что кодировка в ie и в ff - разная... Причем REQUEST вроде одинаковый, по крайней мере QUERY_STRING

28.07.09, 14:01, "Юрий Поляков" <[hidden email]>:

> У вас в документе точно правильная кодировка указана?
> >>> print u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
> Traceback (most recent call last):
> File "", line 1, in
> File "C:\bin\ActivePython25\lib\encodings\cp866.py", line 12, in encode
> return codecs.charmap_encode(input,errors,encoding_map)
> UnicodeEncodeError: 'charmap' codec can't encode character u'\xd0' in
> position 0: character maps to
> >>> print unicode('\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f', 'utf-8')
> акция
> >>>
> >>> print u'\u0430\u043a\u0446\u0438\u044f'
> акция
> >>>
> 2009/7/28 Бессарабова Ирина :
> > Сорри, не тот адрес скопировала. Но вопрос остается: почему кодировки разные в ie и в ff:
> > u'\u0430\u043a\u0446\u0438\u044f'
> > u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
> >
> > Слово - акция. Запрос http://www.cogita.ru/search?Subject=%D0%B0%D0%BA%D1%86%D0%B8%D1%8F.
> >
> >
> >
> >
> >
> > 28.07.09, 13:30, "Юрий Поляков" :
> >
> >> Что-то тут не так:
> >> >>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> >> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> >> >>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> >> дискриминация
> >> >>> print '\u0430\u043a\u0446\u0438\u044f'
> >> \u0430\u043a\u0446\u0438\u044f
> >> >>> print u'\u0430\u043a\u0446\u0438\u044f'
> >> акция
> >> >>> print u'\u0430\u043a\u0446\u0438\u044f'
> >> 2009/7/28 Бессарабова Ирина :
> >> > Возвращаюсь к теме...
> >> > Если перекодировать subject перед отправкой в каталог, то ошибок не
> >> > возникает. Но возникает новая проблема:
> >> >
> >> > в IE 8 поиск не срабатывает...
> >> > Распечатала запрос:
> >> > в ie:
> >> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> >> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> >> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> >> > [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
> >> >
> >> > в ff:
> >> > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> >> > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> >> > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> >> > u'\u0430\u043a\u0446\u0438\u044f'}
> >> >
> >> > URL
> >> > http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D1%80%D0%B8%D0%BC%D0%B8%D0%BD%D0%B0%D1%86%D0%B8%D1%8F
> >> >
> >> > Это нормально, что коды символов разные?
> >> >
> >> > 27.07.09, 14:30, "Бессарабова Ирина" :
> >> >
> >> > Проблема решена.
> >> > Решение такое:
> >> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
> >> > добавила перекодирования Subject в utf-8:
> >> >
> >> >
> >> > if show_query:
> >> > try:
> >> > if use_types_blacklist:
> >> > ensureFriendlyTypes(query)
> >> > if use_navigation_root:
> >> > rootAtNavigationRoot(query)
> >> > query['show_inactive'] = show_inactive
> >> > for k in query.keys():
> >> > if k=='Subject':
> >> > query['Subject'] = query['Subject'].encode("utf-8")
> >> > results = catalog(**query)
> >> > except ParseError:
> >> > pass
> >> >
> >> > 27.07.09, 11:39, "Бессарабова Ирина" :
> >> >
> >> >>
> >> > Распечатала запрос к портал каталогу:
> >> >
> >> > {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
> >> > u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
> >> > Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
> >> > [u'external', u'internal', u'internally_published', u'pending', u'pending',
> >> > u'private', u'visible', u'published'], 'Subject':
> >> > [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
> >> >
> >> > Subject: "Мемориал"
> >> >
> >> >
> >> >
> >> > 27.07.09, 11:22, "Бессарабова Ирина" :
> >> >
> >> >> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
> >> >> результат... Дело не в продукте, а в значениях индекса Subject, как-то
> >> >> так... Буду думать...
> >> >> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
> >> >> нет.
> >> >> 27.07.09, 11:10, "Юрий Поляков" :
> >> >> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> >> >> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> >> >> > распечатать запрос перед тем как он уйдет в каталог.
> >> >> > Где-нибудь здесь
> >> >> > -
> >> >> > - Line 104
> >> >> > Настройки инстанса точно не менялись?
> >> >> > 2009/7/27 Бессарабова Ирина :
> >> >> > > Всем привет,
> >> >> > > Есть задача вывести облако тегов.
> >> >> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
> >> >> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
> >> >> > > объектов по тегу.
> >> >> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
> >> >> > > выдает ошибку (лог ниже).
> >> >> > > Теперь вопросы:
> >> >> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> >> >> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
> >> >> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> >> >> > > 3) Я так понимаю, что проблема возникает здесь
> >> >> > >
> >> >> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
> >> >> > > use_navigation_root=use_navigation_root)
> >> >> > > Единственное, где могут быть проблемы с кодировкой - это request,
> >> >> > > сработает ли что-то вроде
> >> >> > >
> >> >> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
> >> >> > > не уверена)
> >> >> > >
> >> >> > > Спасибо.
> >> >> > >
> >> >> > > Ира
> >> >> > >
> >> >> > >
> >> >> > > Traceback (innermost last):
> >> >> > > Module ZPublisher.Publish, line 119, in publish
> >> >> > > Module ZPublisher.mapply, line 88, in mapply
> >> >> > > Module ZPublisher.Publish, line 42, in call_object
> >> >> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> >> >> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> >> >> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> >> >> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> >> >> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> >> >> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> >> >> > > Module zope.tal.talinterpreter, line 271, in __call__
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> >> >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> >> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> >> >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> >> >> > > Module zope.tal.talinterpreter, line 346, in interpret
> >> >> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> >> >> > > Module zope.tales.tales, line 696, in evaluate
> >> >> > > - URL:
> >> >> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> >> >> > > - Line 22, Column 0
> >> >> > > - Expression:
> >> >> > > - Names:
> >> >> > > {'container': ,
> >> >> > > 'context': ,
> >> >> > > 'default': >
> >> >
> >
> > >
> >

CyberhounD

Re: продукт для облака тегов

Reply Threaded

In reply to this post by besja

У меня по "разному отображается" и в IE7

Вопрос с кодировками вообще очень "эротический" :-)
Стоит разделять понятие UTF-8 и Unicode, это не одно и тоже.
У Вас, \u0430\u043a\u0446\u0438\u044f - unicode
и \xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f - utf-8

смотрим внимательно, возможно поможет(или что-то объяснит):
http://video.google.com/videoplay?docid=5035388502434680056

On 28 июл, 13:55, Бессарабова Ирина <[hidden email]> wrote:

> Сорри, не тот адрес скопировала. Но вопрос остается: почему кодировки разные в ie и в ff:
> u'\u0430\u043a\u0446\u0438\u044f'
> u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
>
> Слово - акция. Запросhttp://www.cogita.ru/search?Subject=%D0%B0%D0%BA%D1%86%D0%B8%D1%8F.
>
> 28.07.09, 13:30, "Юрий Поляков" <[hidden email]>:
>
> > Что-то тут не так:
> > >>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > >>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > дискриминация
> > >>> print '\u0430\u043a\u0446\u0438\u044f'
> > \u0430\u043a\u0446\u0438\u044f
> > >>> print u'\u0430\u043a\u0446\u0438\u044f'
> > акция
> > >>> print u'\u0430\u043a\u0446\u0438\u044f'
> > 2009/7/28 Бессарабова Ирина <[hidden email]>:
> > > Возвращаюсь к теме...
> > > Если перекодировать subject перед отправкой в каталог, то ошибок не
> > > возникает. Но возникает новая проблема:
>
> > > в IE 8 поиск не срабатывает...
> > > Распечатала запрос:
> > > в ie:
> > > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > > [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
>
> > > в ff:
> > > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > > u'\u0430\u043a\u0446\u0438\u044f'}
>
> > > URL
> > >http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D...
>
> > > Это нормально, что коды символов разные?
>
> > > 27.07.09, 14:30, "Бессарабова Ирина" <[hidden email]>:
>
> > > Проблема решена.
> > > Решение такое:
> > > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
> > > добавила перекодирования Subject в utf-8:
>
> > > if show_query:
> > > try:
> > > if use_types_blacklist:
> > > ensureFriendlyTypes(query)
> > > if use_navigation_root:
> > > rootAtNavigationRoot(query)
> > > query['show_inactive'] = show_inactive
> > > for k in query.keys():
> > > if k=='Subject':
> > > query['Subject'] = query['Subject'].encode("utf-8")
> > > results = catalog(**query)
> > > except ParseError:
> > > pass
>
> > > 27.07.09, 11:39, "Бессарабова Ирина" :
>
> > > Распечатала запрос к портал каталогу:
>
> > > {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
> > > u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
> > > Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
> > > [u'external', u'internal', u'internally_published', u'pending', u'pending',
> > > u'private', u'visible', u'published'], 'Subject':
> > > [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
>
> > > Subject: "Мемориал"
>
> > > 27.07.09, 11:22, "Бессарабова Ирина" :
>
> > >> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
> > >> результат... Дело не в продукте, а в значениях индекса Subject, как-то
> > >> так... Буду думать...
> > >> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
> > >> нет.
> > >> 27.07.09, 11:10, "Юрий Поляков" :
> > >> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> > >> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> > >> > распечатать запрос перед тем как он уйдет в каталог.
> > >> > Где-нибудь здесь
> > >> > -
> > >> > - Line 104
> > >> > Настройки инстанса точно не менялись?
> > >> > 2009/7/27 Бессарабова Ирина :
> > >> > > Всем привет,
> > >> > > Есть задача вывести облако тегов.
> > >> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
> > >> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
> > >> > > объектов по тегу.
> > >> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
> > >> > > выдает ошибку (лог ниже).
> > >> > > Теперь вопросы:
> > >> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> > >> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
> > >> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> > >> > > 3) Я так понимаю, что проблема возникает здесь
>
> > >> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
> > >> > > use_navigation_root=use_navigation_root)
> > >> > > Единственное, где могут быть проблемы с кодировкой - это request,
> > >> > > сработает ли что-то вроде
>
> > >> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
> > >> > > не уверена)
>
> > >> > > Спасибо.
>
> > >> > > Ира
>
> > >> > > Traceback (innermost last):
> > >> > > Module ZPublisher.Publish, line 119, in publish
> > >> > > Module ZPublisher.mapply, line 88, in mapply
> > >> > > Module ZPublisher.Publish, line 42, in call_object
> > >> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > >> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > >> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> > >> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> > >> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> > >> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> > >> > > Module zope.tal.talinterpreter, line 271, in __call__
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > >> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> > >> > > Module zope.tales.tales, line 696, in evaluate
> > >> > > - URL:
> > >> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> > >> > > - Line 22, Column 0
> > >> > > - Expression:
> > >> > > - Names:
> > >> > > {'container': ,
> > >> > > 'context': ,
> > >> > > 'default': >

besja

Re: продукт для облака тегов

Reply Threaded

Честно говоря начала смотреть, но качество записи не очень, и поэтому не очень понятно))) Нет ли записи в лучшем качестве?
Что кодировки разные (unicode и utf-8) - это понятно. Но они же должны быть одинаковые, не так ли?
Как сделать, чтобы они были одинаковые?
Я прописала следующие вещи:
1) в zope.conf:
default-zpublisher-encoding utf-8
rest-output-encoding utf-8
rest-input-encoding utf-8

2) В ./Python-2.4/lib/python2.4/site.py заменила 0 на 1 в первом if , тем самым сказала, что в качестве дефолтной кодировке питона нужно использовать настройки локали (у меня локаль настроена на ru_RU.utf-8):

def setencoding():
if 1:
# Enable to support locale aware default string encodings.
import locale
loc = locale.getdefaultlocale()
if loc[1]:
encoding = loc[1]
Я понимаю, что это неправильное решение, но я не могу найти место, где нужно перекодировать явно строку, так как интересующая меня переменная на момент выполнения скрипта уже лежит в REQUEST. Если вы подскажите, где это происходит - считывание переменных из HTTP запроса и "укладка" их в REQUEST, то возможно, можно будет явно перекодировать.... Но я так понимаю, это где-то "глубоко в мозгах" Зопа. Я так понимаю, что переменные должны быть закодированы в unicode, я права?

В итоге, сейчас у меня не работает вообще поиск по сайту в IE любой версии, если поиск идет по русским значениям индексов (SearchableText, Subject и т.д.). В Firefox все хорошо. Как видите, проблема очень актуальная, и я прошу помощи в ее решении у сообщества.

Посмотреть разницу REQUEST в разных браузерах можно здесь: http://www.cogita.ru/search или воспользоваться расширенным поиском по ключевому слову.

Спасибо.
Ирина

28.07.09, 15:15, "CyberhounD" <[hidden email]>:

> У меня по "разному отображается" и в IE7
> Вопрос с кодировками вообще очень "эротический" :-)
> Стоит разделять понятие UTF-8 и Unicode, это не одно и тоже.
> У Вас, \u0430\u043a\u0446\u0438\u044f - unicode
> и \xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f - utf-8
> смотрим внимательно, возможно поможет(или что-то объяснит):
> http://video.google.com/videoplay?docid=5035388502434680056
> On 28 июл, 13:55, Бессарабова Ирина wrote:
> > Сорри, не тот адрес скопировала. Но вопрос остается: почему кодировки разные в ie и в ff:
> > u'\u0430\u043a\u0446\u0438\u044f'
> > u'\xd0\xb0\xd0\xba\xd1\x86\xd0\xb8\xd1\x8f'
> >
> > Слово - акция. Запросhttp://www.cogita.ru/search?Subject=%D0%B0%D0%BA%D1%86%D0%B8%D1%8F.
> >
> > 28.07.09, 13:30, "Юрий Поляков" :
> >
> > > Что-то тут не так:
> > > >>> u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > > u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > > >>> print u'\u0434\u0438\u0441\u043a\u0440\u0438\u043c\u0438\u043d\u0430\u0446\u0438\u044f'
> > > дискриминация
> > > >>> print '\u0430\u043a\u0446\u0438\u044f'
> > > \u0430\u043a\u0446\u0438\u044f
> > > >>> print u'\u0430\u043a\u0446\u0438\u044f'
> > > акция
> > > >>> print u'\u0430\u043a\u0446\u0438\u044f'
> > > 2009/7/28 Бессарабова Ирина :
> > > > Возвращаюсь к теме...
> > > > Если перекодировать subject перед отправкой в каталог, то ошибок не
> > > > возникает. Но возникает новая проблема:
> >
> > > > в IE 8 поиск не срабатывает...
> > > > Распечатала запрос:
> > > > в ie:
> > > > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > > > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > > > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > > > [u'\xd0\xb4\xd0\xb8\xd1\x81\xd0\xba\xd1\x80\xd0\xb8\xd0\xbc\xd0\xb8\xd0\xbd\xd0\xb0\xd1\x86\xd0\xb8\xd1\x8f']}
> >
> > > > в ff:
> > > > {'show_inactive': False, 'path': '/cogita', 'portal_type': ['Blog Entry',
> > > > 'Document', 'Event', 'Favorite', 'File', 'Folder', 'Image', 'Large Plone
> > > > Folder', 'Link', 'News Item', 'Topic'], 'Subject':
> > > > u'\u0430\u043a\u0446\u0438\u044f'}
> >
> > > > URL
> > > >http://www.cogita.ru/search?Subject%3Alist=%D0%B4%D0%B8%D1%81%D0%BA%D...
> >
> > > > Это нормально, что коды символов разные?
> >
> > > > 27.07.09, 14:30, "Бессарабова Ирина" :
> >
> > > > Проблема решена.
> > > > Решение такое:
> > > > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск
> > > > добавила перекодирования Subject в utf-8:
> >
> > > > if show_query:
> > > > try:
> > > > if use_types_blacklist:
> > > > ensureFriendlyTypes(query)
> > > > if use_navigation_root:
> > > > rootAtNavigationRoot(query)
> > > > query['show_inactive'] = show_inactive
> > > > for k in query.keys():
> > > > if k=='Subject':
> > > > query['Subject'] = query['Subject'].encode("utf-8")
> > > > results = catalog(**query)
> > > > except ParseError:
> > > > pass
> >
> > > > 27.07.09, 11:39, "Бессарабова Ирина" :
> >
> > > > Распечатала запрос к портал каталогу:
> >
> > > > {'show_inactive': False, 'path': '/cogita', 'portal_type': [u'Blog Entry',
> > > > u'Document', u'Event', u'Favorite', u'File', u'Folder', u'Image', u'Large
> > > > Plone Folder', u'Link', u'News Item', u'Topic'], 'review_state':
> > > > [u'external', u'internal', u'internally_published', u'pending', u'pending',
> > > > u'private', u'visible', u'published'], 'Subject':
> > > > [u'"\u041c\u0435\u043c\u043e\u0440\u0438\u0430\u043b"']}
> >
> > > > Subject: "Мемориал"
> >
> > > > 27.07.09, 11:22, "Бессарабова Ирина" :
> >
> > > >> Да, вы правы... Если искать в расширенном поиске по Subject - тот же
> > > >> результат... Дело не в продукте, а в значениях индекса Subject, как-то
> > > >> так... Буду думать...
> > > >> Настройки инстанса на хостинге скорее всего не меняли, но 100% уверенности
> > > >> нет.
> > > >> 27.07.09, 11:10, "Юрий Поляков" :
> > > >> > У вас проблема не в продукте, а в том, из чего формируется запрос к
> > > >> > каталогу (или в данных, которые каталог проидексировал). Попробуйте
> > > >> > распечатать запрос перед тем как он уйдет в каталог.
> > > >> > Где-нибудь здесь
> > > >> > -
> > > >> > - Line 104
> > > >> > Настройки инстанса точно не менялись?
> > > >> > 2009/7/27 Бессарабова Ирина :
> > > >> > > Всем привет,
> > > >> > > Есть задача вывести облако тегов.
> > > >> > > Поставила продукт vaporisation. Он работал, но в один прекрасный
> > > >> > > момент (инстанс не обновляли) начал выдавать UnicodeDecodeError при поиске
> > > >> > > объектов по тегу.
> > > >> > > Я решила поставить другой продукт Tag Cloud portlet - ситуация та же,
> > > >> > > выдает ошибку (лог ниже).
> > > >> > > Теперь вопросы:
> > > >> > > 1) Кто-нибудь знает точно хороший(работающий) продукт?
> > > >> > > 2) Почему локально и с другой data.fs(очень похожей на ту, которая на
> > > >> > > сервере) все прекрасно работает, а на хостинге вдруг перестало работать?
> > > >> > > 3) Я так понимаю, что проблема возникает здесь
> >
> > > >> > > here.queryCatalog(REQUEST=request,use_types_blacklist=use_types_blacklist,
> > > >> > > use_navigation_root=use_navigation_root)
> > > >> > > Единственное, где могут быть проблемы с кодировкой - это request,
> > > >> > > сработает ли что-то вроде
> >
> > > >> > > .. REQUEST=request.decode('utf-8') ... (если request - строка, в чем я
> > > >> > > не уверена)
> >
> > > >> > > Спасибо.
> >
> > > >> > > Ира
> >
> > > >> > > Traceback (innermost last):
> > > >> > > Module ZPublisher.Publish, line 119, in publish
> > > >> > > Module ZPublisher.mapply, line 88, in mapply
> > > >> > > Module ZPublisher.Publish, line 42, in call_object
> > > >> > > Module Shared.DC.Scripts.Bindings, line 313, in __call__
> > > >> > > Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
> > > >> > > Module Products.CMFCore.FSPageTemplate, line 216, in _exec
> > > >> > > Module Products.CMFCore.FSPageTemplate, line 155, in pt_render
> > > >> > > Module Products.PageTemplates.PageTemplate, line 98, in pt_render
> > > >> > > Module zope.pagetemplate.pagetemplate, line 117, in pt_render
> > > >> > > Module zope.tal.talinterpreter, line 271, in __call__
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 891, in do_useMacro
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 861, in do_defineMacro
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 957, in do_defineSlot
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 536, in do_optTag_tal
> > > >> > > Module zope.tal.talinterpreter, line 521, in do_optTag
> > > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 534, in do_optTag_tal
> > > >> > > Module zope.tal.talinterpreter, line 516, in no_tag
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 949, in do_defineSlot
> > > >> > > Module zope.tal.talinterpreter, line 346, in interpret
> > > >> > > Module zope.tal.talinterpreter, line 586, in do_setLocal_tal
> > > >> > > Module zope.tales.tales, line 696, in evaluate
> > > >> > > - URL:
> > > >> > > file:/opt/Plone/buildout-cache/eggs/Plone-3.2.3-py2.4.egg/Products/CMFPlone/skins/plone_forms/search.pt
> > > >> > > - Line 22, Column 0
> > > >> > > - Expression:
> > > >> > > - Names:
> > > >> > > {'container': ,
> > > >> > > 'context': ,
> > > >> > > 'default': >
>

Michael Krishtopa-2

Re: продукт для облака тегов

Reply Threaded

Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
после нажатия Enter имеем "Результаты поиска — 0 items matching your
search terms " и кракозяблы в поле расширенного поиска.

--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

besja

Re: продукт для облака тегов

Reply Threaded

Ну, да. Может первый вариант срабатывает потому, что там ajax используется...

29.07.09, 17:29, "Michael Krishtopa" <[hidden email]>:

> Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
> поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
> после нажатия Enter имеем "Результаты поиска — 0 items matching your
> search terms " и кракозяблы в поле расширенного поиска.
>
--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

besja

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

Вуаля!!!
Заработало!
Значит изменения такие:
zope.publisher.http.HTTPCharsets:
- header_present = 'HTTP_ACCEPT_CHARSET' in self.request
+ header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()

Many thanks to https://bugs.launchpad.net/zope2/+bug/160968

Ну и в site.py, zope.conf все то же, о чем писала в предыдущих постах...

Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?

Пойду напьюсь от счастья)))

Ира

29.07.09, 23:04, "Бессарабова Ирина" <[hidden email]>:

> Ну, да. Может первый вариант срабатывает потому, что там ajax используется...
> 29.07.09, 17:29, "Michael Krishtopa" :
> > Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
> > поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
> > после нажатия Enter имеем "Результаты поиска — 0 items matching your
> > search terms " и кракозяблы в поле расширенного поиска.
> >
>
--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

Michael Krishtopa-2

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

> Пойду напьюсь от счастья)))
>
Вы осчастливили пользователей ИЕ, за это можно выпить. Не чокаясь :-D

--~--~---------~--~----~------------~-------~--~----~
Russian Plone Group http://plone.org.ru/
Для отправки сообщений [hidden email]
Новые участники контролируются
Архив и настройки подписки http://groups.google.com/group/plone-ru
-~----------~----~----~----~------~----~------~--~---

CyberhounD

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

In reply to this post by besja

Пользователи IE наверно счастливы :)

> о чем писала в предыдущих постах...

Это и о изменениях в
> Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8
> ...

или оно было отменено?

З.Ы. нашел тут еще вот что:
http://n2.nabble.com/Problema-con-Vaporisation-td2616997.html

ну и
http://plone.org/documentation/faq/what-is-the-holy-grail-to-understand-and-solve-encoding-errors/

+ презентация к тому ролику:
http://www.rupy.ru/static/files/07/02/12/rupyru2007-yurevich-unicode.pdf

Думаю пригодиться

30 июля 2009 г. 13:07 пользователь Бессарабова Ирина <[hidden email]> написал:

Вуаля!!!
Заработало!
Значит изменения такие:
zope.publisher.http.HTTPCharsets:
- header_present = 'HTTP_ACCEPT_CHARSET' in self.request
+ header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()

Many thanks to https://bugs.launchpad.net/zope2/+bug/160968

Ну и в site.py, zope.conf все то же, о чем писала в предыдущих постах...

Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?

Пойду напьюсь от счастья)))

Ира

29.07.09, 23:04, "Бессарабова Ирина" <[hidden email]>:

> Ну, да. Может первый вариант срабатывает потому, что там ajax используется...
> 29.07.09, 17:29, "Michael Krishtopa" :
> > Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
> > поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
> > после нажатия Enter имеем "Результаты поиска — 0 items matching your
> > search terms " и кракозяблы в поле расширенного поиска.
> >
>

besja

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

> Это и о изменениях в
> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8
Нет. Это убрала, перекодировать ничего не надо. Остается оригинальный скрипт.

Первые две ссылки видела. Спасибо за презентацию)
По идеи, эта ошибка не зависит от vaporisation. Она глубже... Либо vaporisation делает что-то, что заставляет этот баг "проявится".... Однако, ошибка была и после деинсталляции продукта, так что последнее маловероятно.

30.07.09, 14:38, "suvdim" <[hidden email]>:

> Пользователи IE наверно счастливы :)
>
> > о чем писала в предыдущих постах...
>
> Это и о изменениях в
> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8
> > ...
>
> или оно было отменено?
>
> З.Ы. нашел тут еще вот что:
> http://n2.nabble.com/Problema-con-Vaporisation-td2616997.html
>
> ну и
> http://plone.org/documentation/faq/what-is-the-holy-grail-to-understand-and-solve-encoding-errors/
>
> + презентация к тому ролику:
> http://www.rupy.ru/static/files/07/02/12/rupyru2007-yurevich-unicode.pdf
>
> Думаю пригодиться
>
>
>
> 30 июля 2009 г. 13:07 пользователь Бессарабова Ирина <[hidden email]> написал:
> > Вуаля!!!
> > Заработало!
> > Значит изменения такие:
> > zope.publisher.http.HTTPCharsets:
> > - header_present = 'HTTP_ACCEPT_CHARSET' in self.request
> > + header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
> >
> > Many thanks to https://bugs.launchpad.net/zope2/+bug/160968
> >
> >
> > Ну и в site.py, zope.conf все то же, о чем писала в предыдущих постах...
> >
> > Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?
> >
> > Пойду напьюсь от счастья)))
> >
> > Ира
> >
> > 29.07.09, 23:04, "Бессарабова Ирина" <[hidden email]>:
> >
> > > Ну, да. Может первый вариант срабатывает потому, что там ajax используется...
> > > 29.07.09, 17:29, "Michael Krishtopa" :
> > > > Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
> > > > поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
> > > > после нажатия Enter имеем "Результаты поиска — 0 items matching your
> > > > search terms " и кракозяблы в поле расширенного поиска.
> > > >
> > >
> >
>
>
> >

CyberhounD

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

Все таки, думаю, проблема именно в vaporisation. Удаление продукта не всегда помогает решить проблему, возможно добавленный тег, вызывающий проблему не был удален из базы. Насколько смог понять, продукт писали французы, а проблема возникла у испанцев и русских - как раз специфика о которой говорилось ранее :)

> Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?

Да, это можно настраивать через Apache

Видел где-то при конфигурировании buildout:

zope-conf-additional =
    <cgi-environment>
    HTTP_ACCEPT_CHARSET utf-8
    </cgi-environment>

30 июля 2009 г. 14:49 пользователь Бессарабова Ирина <[hidden email]> написал:

> Это и о изменениях в
> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8

Нет. Это убрала, перекодировать ничего не надо. Остается оригинальный скрипт.

Первые две ссылки видела. Спасибо за презентацию)
По идеи, эта ошибка не зависит от vaporisation. Она глубже... Либо vaporisation делает что-то, что заставляет этот баг "проявится".... Однако, ошибка была и после деинсталляции продукта, так что последнее маловероятно.

30.07.09, 14:38, "suvdim" <[hidden email]>:

> Пользователи IE наверно счастливы :)
>
> > о чем писала в предыдущих постах...
>
> Это и о изменениях в
> > Скрипт queryCatalog в portal_skins/plone_scripts, перед запросом на поиск добавила перекодирования Subject в utf-8
> > ...
>
> или оно было отменено?
>
> З.Ы. нашел тут еще вот что:
> http://n2.nabble.com/Problema-con-Vaporisation-td2616997.html
>
> ну и
> http://plone.org/documentation/faq/what-is-the-holy-grail-to-understand-and-solve-encoding-errors/
>
> + презентация к тому ролику:
> http://www.rupy.ru/static/files/07/02/12/rupyru2007-yurevich-unicode.pdf
>
> Думаю пригодиться
>
>
>
> 30 июля 2009 г. 13:07 пользователь Бессарабова Ирина <[hidden email]> написал:
> > Вуаля!!!
> > Заработало!
> > Значит изменения такие:
> > zope.publisher.http.HTTPCharsets:
> > - header_present = 'HTTP_ACCEPT_CHARSET' in self.request
> > + header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
> >
> > Many thanks to https://bugs.launchpad.net/zope2/+bug/160968
> >
> >
> > Ну и в site.py, zope.conf все то же, о чем писала в предыдущих постах...
> >
> > Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?
> >
> > Пойду напьюсь от счастья)))
> >
> > Ира
> >
> > 29.07.09, 23:04, "Бессарабова Ирина" <[hidden email]>:
> >
> > > Ну, да. Может первый вариант срабатывает потому, что там ajax используется...
> > > 29.07.09, 17:29, "Michael Krishtopa" :
> > > > Забавно, что при введении запроса "культуры" (IE7) в поле быстрого
> > > > поиска, выпадает нормальный список результатов поиска, куча ссылок. Ну а
> > > > после нажатия Enter имеем "Результаты поиска — 0 items matching your
> > > > search terms " и кракозяблы в поле расширенного поиска.
> > > >
> > >
> >
>
>
> >

CyberhounD

Re: продукт для облака тегов - кодировка запроса в IE

Reply Threaded

Кхе,
http://svn.zope.org/Zope/tags/2.10.8/doc/CHANGES.txt?rev=99671&view=markup

Bugs fixed
...
- LP/#143873: Fixed problems when no HTTP_ACCEPT_CHARSET is in the
request. This required an update of zope.publisher to 3.3.3.

30 июля 2009 г. 15:26 пользователь suvdim <[hidden email]> написал:

Все таки, думаю, проблема именно в vaporisation. Удаление продукта не всегда помогает решить проблему, возможно добавленный тег, вызывающий проблему не был удален из базы. Насколько смог понять, продукт писали французы, а проблема возникла у испанцев и русских - как раз специфика о которой говорилось ранее :)

> Только я одного не понимаю, почему на других моих сайтах на других серверах, работающих на Плон такой проблемы нет, а тут есть? Я так понимаю, смысл в том, что если нет HTTP_ACCEPT_CHARSET в запросе, то нужно ее создать, иначе ie глючит. А условие было неправильное..., и не работало... Может на других серверах это делается средствами Apache?

Да, это можно настраивать через Apache

Видел где-то при конфигурировании buildout:

zope-conf-additional =
    <cgi-environment>
    HTTP_ACCEPT_CHARSET utf-8
    </cgi-environment>

1 2