vrom

vrom
Рейтинг
84
Регистрация
15.12.2005
Jackyk:
Спасибо.
В-общем, как перекодировать файл - вроде разобрался.

Но выявилась еще одна проблема - на этот раз, похоже, на уровне vBulletin.
Итак, база в UTF-8. Создавалась в шелле, collation по умолчанию, то есть utf8_general_ci.
Устанавливаем vB, даже языковой файл пока не закачиваем (не важен он, так как там только переводы). И пробуем написать по-русски сообщение. Разумеется, не в каком-то непонятном в редакторе, а просто в форуме, как мы здесь пишем. И выясняется, что ряд символов отображается некорректно. В частности - "ш" отображается "квадратиком" в IE и "??" в firefox, "И" отображается как "п". При этом в CMS eZ - ровно в той же кодировке база, один в один, и всё отображается великолепно. Так что, похоже, что-то в движке форума не того. Вот такие пироги с котятами. Может, кто знает, в чем может быть дело?

может быть дело в том, что при коннекте к MySQL пхп использует дефолтовую кодировку сервера (скорее всего latin)

При этом у самой базы может стоять utf8_general_ci - и тогда проблема обеспечена.

Я этого наелся вдоволь с TYPO3 :) - в итоге проблему решил.

Ну а eZ повидимому делает нужные запросы сразу после установления соединения:

SET NAMES utf8;

SET CHARACTER SET utf8;

см вот здень http://typo3.biz/showthread.php?t=1438

Lisa:
Рыба (скриншоты, пеерчисление функциональности), насколько я понимаю, делается один раз, и пожелания клиента адаптируются к готовой системе?

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

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

Сейчас думаю, что такой 50 страничный текст будет выглядеть пугающе :D

Уж лучше сделать клиенту сайт со стандарным шаблоном и похожей навигационной схемой, забить туда его структуру из 200 страниц, сделать некс. примеров контента, создать юзеров с ограниченными правами...

Буржуи в больших проектах делают так - пока дизайна еще нет, клиент готовит контент в действующей системе.

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

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

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

и понять, как сделать это оптимально, где заказчика можно обидеть (сказать "это будет ТАК и никак иначе"),

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

Речь идет об обычных корпоративных и новостных сайтах, т.е. в общем укладывающихся в фунциональность CMS, но имеющих некие особенности.

Идеальных решения приходит в голову три:

1. Номальное ТЗ на 50-100 страниц со скриншотами админ интерфейса

+ демо + согласования

бюджет на это конечно - xxx$

2. Тоже ТЗ, но не такое монструозное + опытная эксплуатация (когда за теже xxx$ делается живая система с неким простым шаблоном и близкой к требуемой навигационной схемой - заказчик туда вносит контент в убеждается, что CMS именно та, о которой он мечал всю жизнь)

3. Пилотный проект с бюджетом xxx$

Все это относится именно к "средним" проектам - когда "на стороне заказчика" сидят 1-3 специалиста (а не фин. директор напару со студентом-сисадмином).

stealthy:

А что онлайн-демо даст? Ну потыкает человек в пару кнопочек, но ведь дьявол кроется в мелочах... Нужно поработать с системой минут 20 в обычном режиме, напихать картинок, таблиц, сделать импорт из ворда и т.д. Только тогда и будет видно что и как реализовано, что удобно, что нет.

ИМХО вот именно для этого онлайн-демо и нужно.

Именно - 20 минут поработать и сделать импорт из ворда.

vrom, формально ответ - может. Только Вы не перемешивайте работу разработчика (разработка шаблонов страниц, создание форм) и работу редактора сайта, который создает новые страницы, вводит контент, добавляет новости и вакансии на сайт, редактирует каталог товаров и пр. Это вообще была основная ошибка CMS-строителей пару лет назад, хорошо сейчас уже люди более грамотные и понимают, что какой бы навороченный инструмент им не дали в руки - разработка сайта это разработка сайта, а их бизнес - это их бизнес.

это все понятно... я ничего не перемешиваю.

Т.е. Ваша система очевидно не является element based CMS в том смысле , в котором ей является TYPO3.

Скорее - на Битрикс больше похоже... Но это уже специалисты по Битриксу скажут.

А вообще, чтобы не было лишних вопросов я бы порекомендовал ознакомиться с системой.

прикалываетесь? :-)

демо на сайте нет... как познакомиться?

правда, у меня тоже пока нет демо TYPO3... но надеюсь скоро дело изменится к лучшему :-)

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

Вопрос - кем втыкаются?

Разработчиком раз и навсегда или самим редактором сайта?

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

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

если я правильно понял Twilight CMS не поддерживает управление блоками контента на странице.

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

Поправьте, если я ошибаюсь.

ну ты уморил.. ты сам то пробывал ТИПУ на дешёвом хостинге???

1) а чего тут пробывать???

Генеришь набор HTML файлов и закачиваешь на любой хвостинг.

О том как это делать - читаем здесь:

http://typo3.org/fileadmin/t3n/articles/t3n_static_publish_english.pdf

2) кто сказал что это за сеть и что она должна быть на дешевом хостинге?

Может это должно быть типа :

www.yourassist.com

www.phpassist.com

www.typo3assist.com

Все сайты стоят VPS за 50$

3) тут был по крайней мере один сеошник который использова типу именно для большого числа сайтов... правда сервер у него было свой.

TYPO3 сеошники используют в этом качестве

phpadsnew.com

Всего: 439