Новости / Другое

Strawberry forever!

Отвечая на волнения и чаяния поклонников классики, сообщаю, что несмотря на всё возрастающее усиление внимания к проекту Blueberry, поддержка Strawberry на форуме остается.

Объективно: развитие уже созданных на Strawberry проектов, обеспечение "трамплина" для чайников перед освоением новых технологий, примененных в Blueberry, сохранение возможности работы с textSQL, и п.х.

Так что "Беломор" всё еще в теме!

Пожелания к форуму поддержки Strawberry можно оставлять в комментариях.

автор: ANT-Soft / категория: Другое / комментировать (27)

UltraPixel // 1 октября 2007 - 19:51

Как на счет того, чтобы стабильную Strawberry 1.1.2 сделать?!)

действие: ответить

Лёха zloy и красивый // 1 октября 2007 - 23:44

Strawberry 1.1.2 будет 100%. Просто сложно переключить внимание с сегоднешней "моей прелести" на Strawberry :).

действие: ответить

UltraPixel // 2 октября 2007 - 05:06

Хорошо, понимаю))) ;-)

действие: ответить

AlexKan // 4 октября 2007 - 11:07

+1

действие: ответить

uitguy76 // 3 октября 2007 - 14:49

Тут разработчики извращаются над своими пользователями))) ГолубаяБерри РозоваяБерри =) ахахах))

действие: ответить

Лёха zloy и красивый // 4 октября 2007 - 02:21

В ПТУ английский учил?

действие: ответить

uitguy76 // 12 октября 2007 - 19:51

Нет)), но тут довольно наглядно уже видно...

действие: ответить

А // 13 октября 2007 - 00:11

Strawberry - клубника,
Blueberry - черника.

Или вы думали что straw это розовый?

действие: ответить

uitguy76 // 17 октября 2007 - 18:12

Google, так переводит, вот и думал))

действие: ответить

А // 27 октября 2007 - 23:07

Ну как идет разработка Черники? Давно не было ни новостей ни обновлений. Ведь всяко за это время были придуманы и, возможно, реализованы какие-то интересные идеи?

действие: ответить

Лёха zloy и красивый // 30 октября 2007 - 10:21

Много чего сделал и поправил, вот только не могу нормальную систему доступа придумать (пока только админ-гость) и это всё дело тормозит.

действие: ответить

А // 30 октября 2007 - 18:45

А чем заключается проблема? Я могу написать как я понимаю системы авторизации-профилей пользователей и их групп:

Есть система учёта профилей и обслуживающий скрипт сессии, допустим они будут session.php и profiles.php. Обслуживание сессии пользователя, это что-то вроде настройки над стандартной сессией пользователя. В этот скрипт входят след. функции: старт сессии, обновление, валидация и стоп.

При старте нашей сессии, если она еще не создана, происходит либо проверка на передачу параметра (POST) на авторизацию, либо (если это разрешено в настройках) идёт попытка авторизация по cookies. Если флаг авторизации доступен, то происходит попытка авторизации по переданным параметрам, т.е вызывается функция "авторизация"(из profiles.php). Это позволяет не думать о директиве авторизации, так как авторизироваться можно передав параметры на любую страницу сайта из формы с соответствующими именами полей, что ставит данную функцию на более высокий уровень относительно директив загрузки содержания сайта. Если в функции старта сессии обнаружено, что сессия уже создана, то выполняется обновление, т.е загрузка из базы данных профилей той информации о авторизированном пользователе, которая должна быть глобально доступна, и она записывается в сессию. В идеале обновление должно производится только после изменения в таблице профилей, которые коснулись пользователя, и в момент авторизации. Валидация сессии это проверка не изменились ли условия (ip, браузер) или не вышел ли lifetime сессии.

С системой профилей всё просто - обычная таблица бд (вроде ID, GROUP, LOGIN, PASSWORD и т.п), где главное поле, относящееся к доступу это - GROUP. Существует массив в котором находятся настройки групп (access profile) (вида array access_profile[$group]) из этого массива в сессию текущего пользователя копируется профиль доступа его группы. Сам access profile представляет собой массив "флагов" (не обязательно bool), которые могут быть фиксированными, либо динамическими (т.е может быть флаг в одном профиле, которого нет в другом).

Если на странице нужна проверка доступа, то проверяется соответствие того или иного флага входному значению. При прямой работе это будет как if($_SESSION['access_profile']['flag'] == value), но проще сделать через функцию, которая будет проверять это более прозрачно.

Добавление новых полей в профиль доступа позволяет легко создать такой профиль, у которого будет доступ только к ограниченному функционалу, причём такая система будет универсальной, если сделать возможность добавить флаги профиля доступа лично какому-либо пользователю, но работать с ними также прозрачно, как и профилю доступа его группы.

Для создателя сайта такая система позволит сделать группу со свойственными только ей флагами доступа, а на странице(или категории) просто проверять наличие тех, или иных флагов, либо их отношение (больше, меньше и т.п). Кроме того, можно сделать функцию изменения приватного флага по условию, например при наборе 100 комментариев ставится флаг allow_upload_images и пользователь может через форму залить изображение, где в форме проверяется access_profile_flag('allow_upload_images', 1).

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

действие: ответить

А // 30 октября 2007 - 18:45

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

действие: ответить

Лёха zloy и красивый // 31 октября 2007 - 09:12

Там проблема в том, что нет чёткого набора прав (и обязанностей :)).

Например, в html сейчас доступ выглядит так:
<b access="can view B">ну или любой другой тег</b>

Из "can view B" делается "can_view_b" и при редактировании сохраняется как поле таблицы юзерей. Что плохо: поле таблицы, если прав будет 30-50, то 30-50 + 4 стандартных поля это 34-54 полей в таблице. Хотя плюс в том, что выбирать скрипт будет только то, что используется, а не всё подряд. Что в итоге сыграет важную роль для оперативной памяти - она ведь не резиновая и забить её можно куда более полезной хернёй типа memcached.

При редактировании группы видно что за право редактируешь, "can view B" достаточно понятно, но длинно (ограничение на 255 символов - чтобы опусов не выходило). Если захочешь дублировать где-то то придётся копипастить. А если писать коротко "view.B", например, то не совсем понятно при редактировании. С другой стороны, кто писал "view.B", тот по идеи помнит что же это значит.

действие: ответить

ShelL // 4 ноября 2007 - 20:33

А у меня вообще камменты в 1.1.1 в Мозилле не постяцо. Втф?

действие: ответить

dimka // 13 ноября 2007 - 22:57

Проблема на 5-ом шаге установки Strawberry.
Тот логин и пароль который ввожу на 4-ом шаге пишут что неправильный когда я их ввожу на 5-ом шаге. Два раза все устанавливал, проверил все права доступа как в ридми установил.

действие: ответить

Лёха zloy и красивый // 14 ноября 2007 - 03:02

На форум.

действие: ответить

dimka // 13 ноября 2007 - 22:58

Очень буду признателен в помощи) Готов даже материально если все заработает)

действие: ответить

Антон // 17 декабря 2007 - 08:39

очень надо чтобы в Strawberry 1.1.2 работал xmlrpc. а то последний w.bloggar отказывается работать - грит "не поддерживаемая кодировка".
или можно пофиксить существующий xmlrpc.php?

действие: ответить

UltraPixel // 24 декабря 2007 - 13:45

Поддерживаю!
Нужно, чтобы был! :)

действие: ответить

cline // 19 декабря 2007 - 09:46

ждемс ждемс долго но ждемс..
надеюсь что переход с клуюники на чернику будет успешным

действие: ответить

вова // 29 декабря 2007 - 14:00

было бы здорово, если бы появился плагин облака тэгов

действие: ответить

А // 29 декабря 2007 - 16:24

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

действие: ответить

Лёха zloy и красивый // 29 декабря 2007 - 16:38

И тебя заранее с новым годом!

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

В новом году переведу свой сайт на Blueberry и там потестю и выложу пробную версию.

действие: ответить

А // 29 декабря 2007 - 17:12

Сделай dev версию и выложи на форум, думаю ошибки проявятся и пожелания/советы появятся довольно быстро, да и это подогреет интерес.

действие: ответить

Лёха zloy и красивый // 29 декабря 2007 - 17:23

Мне было бы стрёмно как-то смотреть на то, что даже не работало нигде кроме http://localhost. %)

Не, сначала погоняю, переведу некоторые сайты (и проверю многодоменность), а потом только выложу. Так будет и гарантия того, что другим ставить Чернику можно, и когда попе страшно критические дырки ищутся быстрее. :)

действие: ответить

tor // 19 января 2008 - 16:06

ждем ждем жднм Ж(

действие: ответить

Turboblack // 15 апреля 2008 - 12:57

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

действие: ответить

duncan // 16 мая 2008 - 17:43

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

действие: ответить

Имя

E-mail (обязательно)

angry evil grin laugh sad smile wink 

[b]Жирный[/b] [i]Наклонный[/i] [u]Подчеркнутый[/u]
[del]Зачеркнутый[/del] [q]Цитата[/q]