[plone-ru] аналог "vkontakte" на Plone

[Ярослав Горский]

Добрый день,

Ковырялся в плоне около месяца самостоятельно... Но всеже пришлось
прибегнуть к помощи "сообщества" ;)

Занимаюсь разработкой портала, немного аналогичного "vkontakte",
первая, она же главная проблема которую я не могу решить: с помощью
чего (или на базе чего) можно реализовать "персональный раздел"
(фотогалерея, статьи и пр), а так же "внутреннюю почту", или "обмен
сообщениями"...

Пытался для "персонального раздела" отталкиваться от стандартной папки
юзера...  но как ограничить юзера в выборе контент тайпов? и как
автоматизировать создание фотогалерей...

а для "обмена сообщениями" - вапще мыслей нет :(

еще хочется "кто в сети"...

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


За рание огромное спасибо.

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


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

[Nikolay Kim]

Мое имхо, неподьемный проект для плона для нормального колличества
юзеров. Если хотите сделать реальный проект лучше использовать zope3


On Sun, 2008-08-24 at 15:00 -0700, Ярослав Горский wrote:

> Добрый день,
>
> Ковырялся в плоне около месяца самостоятельно... Но всеже пришлось
> прибегнуть к помощи "сообщества" ;)
>
> Занимаюсь разработкой портала, немного аналогичного "vkontakte",
> первая, она же главная проблема которую я не могу решить: с помощью
> чего (или на базе чего) можно реализовать "персональный раздел"
> (фотогалерея, статьи и пр), а так же "внутреннюю почту", или "обмен
> сообщениями"...
>
> Пытался для "персонального раздела" отталкиваться от стандартной папки
> юзера...  но как ограничить юзера в выборе контент тайпов? и как
> автоматизировать создание фотогалерей...
>
> а для "обмена сообщениями" - вапще мыслей нет :(
>
> еще хочется "кто в сети"...
>
> Вобщем...  получилось что-то много воросов для первого поста в
> рассылку :)
> Уж не пинайте сильно, лучше покажите куда идти читать или какие
> продукты юзать :)
>
>
> За рание огромное спасибо.
>
> пс. Странно, отправлял это же письмо 23-его числа через почту - не
> дошло...  пришлось писать через интерфейс "группы"...
>
>
> ___________
> < ЯроСлав >
> >

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

[Ярослав Горский]

Этот ресурс планируется не для обширной публики, а
внутрикорпоративным. Т.е. юзверей будет в пределах 100 - 300 челов.

А плон - "верховный главноНачальник" так постановил...  У меня выбора
нет. Но мне кажется что для такого небольшого числа юзеров - нормально
будет, тем более что даже специально для этого проекта один целый
сервер выделили ;)


29.08.08, Nikolay Kim<[hidden email]> написал(а):

> Мое имхо, неподьемный проект для плона для нормального колличества
> юзеров. Если хотите сделать реальный проект лучше использовать zope3
>
>
> On Sun, 2008-08-24 at 15:00 -0700, Ярослав Горский wrote:
>> Добрый день,
>>
>> Ковырялся в плоне около месяца самостоятельно... Но всеже пришлось
>> прибегнуть к помощи "сообщества" ;)
>>
>> Занимаюсь разработкой портала, немного аналогичного "vkontakte",
>> первая, она же главная проблема которую я не могу решить: с помощью
>> чего (или на базе чего) можно реализовать "персональный раздел"
>> (фотогалерея, статьи и пр), а так же "внутреннюю почту", или "обмен
>> сообщениями"...
>>
>> Пытался для "персонального раздела" отталкиваться от стандартной папки
>> юзера...  но как ограничить юзера в выборе контент тайпов? и как
>> автоматизировать создание фотогалерей...
>>
>> а для "обмена сообщениями" - вапще мыслей нет :(
>>
>> еще хочется "кто в сети"...
>>
>> Вобщем...  получилось что-то много воросов для первого поста в
>> рассылку :)
>> Уж не пинайте сильно, лучше покажите куда идти читать или какие
>> продукты юзать :)
>>
>>
>> За рание огромное спасибо.
>>
>> пс. Странно, отправлял это же письмо 23-его числа через почту - не
>> дошло...  пришлось писать через интерфейс "группы"...
>>
>>
>> ___________
>> < ЯроСлав >
>> >
>
> >
>

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

[Michael Krishtopa-2]

Ярослав Горский пишет:

> Добрый день,
>
> Ковырялся в плоне около месяца самостоятельно... Но всеже пришлось
> прибегнуть к помощи "сообщества" ;)
>
> Занимаюсь разработкой портала, немного аналогичного "vkontakte",
> первая, она же главная проблема которую я не могу решить: с помощью
> чего (или на базе чего) можно реализовать "персональный раздел"
> (фотогалерея, статьи и пр), а так же "внутреннюю почту", или "обмен
> сообщениями"...
>  

Лучше всего подойдёт уже готовая зона для работы пользователя -
персональная папка.
> Пытался для "персонального раздела" отталкиваться от стандартной папки
> юзера...  но как ограничить юзера в выборе контент тайпов?
Почитать документацию и хау-тушки на plone.org

>  и как
> автоматизировать создание фотогалерей...
>  
http://plone.org/documentation/how-to/how-to-create-default-content-in-member-area
> а для "обмена сообщениями" - вапще мыслей нет :(
>  
Что-то такое было, вроде как пример к какой-то статье по созданию своего
продукта на AT. И ещё посмотри тут:
http://plone.org/products?getCategories=communication&getCompatibility=any&product_search=Update 


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

[Mikhail Kashkin-2]

Для таких задач лучше всего будет сделать на Plone. Тебе метатипы можно нарисовать на Archetypes и каждому пользователю выдать по папке которая будет создаваться при входе на сайт.

2008/8/29 Ярослав Горский <[hidden email]>

Этот ресурс планируется не для обширной публики, а
внутрикорпоративным. Т.е. юзверей будет в пределах 100 - 300 челов.

--
Mikhail Kashkin

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

[besja]

> Пытался для "персонального раздела" отталкиваться от стандартной папки
> юзера... но как ограничить юзера в выборе контент тайпов?
в portal_membership есть настройка set member area type. Можно написать свой тип extends от ATFolder, например, и выбрать его для создания папки участника.  В свойствах нового типа можно задать разрешенные контент типы.

Ирина

29.08.08, 14:04, "Michael Krishtopa" <[hidden email]>:

> Ярослав Горский пишет:
> Добрый день,
>
> Ковырялся в плоне около месяца самостоятельно... Но всеже пришлось
> прибегнуть к помощи "сообщества" ;)
>
> Занимаюсь разработкой портала, немного аналогичного "vkontakte",
> первая, она же главная проблема которую я не могу решить: с помощью
> чего (или на базе чего) можно реализовать "персональный раздел"
> (фотогалерея, статьи и пр), а так же "внутреннюю почту", или "обмен
> сообщениями"...
>  

Лучше всего подойдёт уже готовая зона для работы пользователя -
персональная папка.
> Пытался для "персонального раздела" отталкиваться от стандартной папки
> юзера...  но как ограничить юзера в выборе контент тайпов?
Почитать документацию и хау-тушки на plone.org

>  и как
> автоматизировать создание фотогалерей...
>  
http://plone.org/documentation/how-to/how-to-create-default-content-in-member-area
> а для "обмена сообщениями" - вапще мыслей нет :(
>  
Что-то такое было, вроде как пример к какой-то статье по созданию своего
продукта на AT. И ещё посмотри тут:
http://plone.org/products?getCategories=communication&getCompatibility=any&product_search=Update 




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

[Michael Krishtopa-2]

Бессарабова Ирина пишет:
>> Пытался для "персонального раздела" отталкиваться от стандартной папки
>> юзера... но как ограничить юзера в выборе контент тайпов?
>>    
> в portal_membership есть настройка set member area type. Можно написать свой тип extends от ATFolder, например, и выбрать его для создания папки участника.  В свойствах нового типа можно задать разрешенные контент типы.
>
>  
Отличный вариант, возьму и себе на заметку.


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

[Ярослав Горский]

Огромное спасибо,
Сделал "личный кабинет" по совету Ирины, сделал свою "папку", и
разрешил добавлять только папки, картинки и документы,  работает как
надо ;) (правдо пришлось поплясать с бубном и англо-русским словарем
;) )

щас пока борюсь с личной почтой...  решил почему-то не трогать
архетипы, завязываю на MySQL...

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


30.08.08, Michael Krishtopa<[hidden email]> написал(а):

> Бессарабова Ирина пишет:
>>> Пытался для "персонального раздела" отталкиваться от стандартной папки
>>> юзера... но как ограничить юзера в выборе контент тайпов?
>>>
>> в portal_membership есть настройка set member area type. Можно написать
>> свой тип extends от ATFolder, например, и выбрать его для создания папки
>> участника.  В свойствах нового типа можно задать разрешенные контент типы.
>>
>>
>>
> Отличный вариант, возьму и себе на заметку.
>
>
> >
>

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

[Corsair-2]

Всем привет!

А как можна контролировать, что бы пользователь не удалял созданых при
регистрации директорий?
Ну например при регистрации у пользователя создалась директория
"Blog". Внутри то он может добавлять и удалать записи, но саму
директорию нельзя.
Пока приходит только одна идея - создать новый тип от ATFolder, а
пользователю дать только права на просмотр.
Или существуют еще какието варианты?

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

[Ярослав Горский]

самое первое, что пришло на ум - у объектов в зопе есть вкладка
"секъюрити", там потыкать,
и есть у каждого объекта метод "manage_changePermissions", т.е. при
создании папки для юзера срезу автоматом ей выставить для "Delete
objects" только для менеджера...

10.09.08, Corsair<[hidden email]> написал(а):

> Всем привет!
>
> А как можна контролировать, что бы пользователь не удалял созданых при
> регистрации директорий?
> Ну например при регистрации у пользователя создалась директория
> "Blog". Внутри то он может добавлять и удалать записи, но саму
> директорию нельзя.
> Пока приходит только одна идея - создать новый тип от ATFolder, а
> пользователю дать только права на просмотр.
> Или существуют еще какието варианты?
>
> Хочется для пользователя создать строго структурированное окружение.
> >
>

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

[Ярослав Горский]

Огромное спасибо,
Сделал "личный кабинет" по совету Ирины, сделал свою "папку", и
разрешил добавлять только папки, картинки и документы,  работает как
надо ;) (правдо пришлось поплясать с бубном и англо-русским словарем
;) )

щас пока борюсь с личной почтой...  решил почему-то не трогать
архетипы, завязываю на MySQL...

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


30.08.08, Michael Krishtopa<[hidden email]> написал(а):

> Бессарабова Ирина пишет:
>>> Пытался для "персонального раздела" отталкиваться от стандартной папки
>>> юзера... но как ограничить юзера в выборе контент тайпов?
>>>
>> в portal_membership есть настройка set member area type. Можно написать
>> свой тип extends от ATFolder, например, и выбрать его для создания папки
>> участника.  В свойствах нового типа можно задать разрешенные контент типы.
>>
>>
>>
> Отличный вариант, возьму и себе на заметку.
>
>
> >
>

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

[besja]

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

object.manage_addLocalRoles(username, ("My Custom Role",))
(см. http://plone.org/documentation/tutorial/manipulating-plone-objects-programmatically/)

По-моему это должно работать:)

Ирина
09.09.08, 21:13, "Corsair" <[hidden email]>:

> Всем привет!
> А как можна контролировать, что бы пользователь не удалял созданых при
> регистрации директорий?
> Ну например при регистрации у пользователя создалась директория
> "Blog". Внутри то он может добавлять и удалать записи, но саму
> директорию нельзя.
> Пока приходит только одна идея - создать новый тип от ATFolder, а
> пользователю дать только права на просмотр.
> Или существуют еще какието варианты?
> Хочется для пользователя создать строго структурированное окружение.
>

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

[Ilshad Habibullin]

1) Утилита (глобальная) со словарем {'принципал':'время'},
2) Вьюлет (for="*") который берет id принципала из request и обновляет запись в этой утилите (напрямую или событием),
3) Вьюлет, который читает словарь из этой утилиты и отображает кто он-лайн. Он же, если время истекло (напр, 15 минут), обновляет словарь, удаляя запись.
4) Дополнительный вьюлет для logout который форсированно удаляет запись в словаре (принципала котрый выходил через request перенести можно).

Т.е. даже продуктом можно не оформлять, так как задача слишком простая.

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

31 августа 2008 г. 8:43 пользователь Ярослав Горский <[hidden email]> написал:

Огромное спасибо,
Сделал "личный кабинет" по совету Ирины, сделал свою "папку", и
разрешил добавлять только папки, картинки и документы,  работает как
надо ;) (правдо пришлось поплясать с бубном и англо-русским словарем
;) )

щас пока борюсь с личной почтой...  решил почему-то не трогать
архетипы, завязываю на MySQL...

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


30.08.08, Michael Krishtopa<[hidden email]> написал(а):

> Бессарабова Ирина пишет:
>>> Пытался для "персонального раздела" отталкиваться от стандартной папки
>>> юзера... но как ограничить юзера в выборе контент тайпов?
>>>
>> в portal_membership есть настройка set member area type. Можно написать
>> свой тип extends от ATFolder, например, и выбрать его для создания папки
>> участника.  В свойствах нового типа можно задать разрешенные контент типы.
>>
>>
>>
> Отличный вариант, возьму и себе на заметку.
>
>
> >
>

--
Ilshad Habibullin
Gadoz, Inc (http://www.gadoz.com)

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

[Ярослав Горский]

Благодарю за совет,
но из-за задержек в рассылке он уже не актуален ;)
уже реализовал,  по этой же схеме.

Всем спасибо за участие.

1) Утилита (глобальная) со словарем {'принципал':'время'},
2) Вьюлет (for="*") который берет id принципала из request и обновляет запись в этой утилите (напрямую или событием),
3) Вьюлет, который читает словарь из этой утилиты и отображает кто он-лайн. Он же, если время истекло (напр, 15 минут), обновляет словарь, удаляя запись.
4) Дополнительный вьюлет для logout который форсированно удаляет запись в словаре (принципала котрый выходил через request перенести можно).

Т.е. даже продуктом можно не оформлять, так как задача слишком простая.

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

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