Такое обилие ошибок чаще всего бывает, когда на хостинге не хватает каких-нибудь расширений, старый РНР, или что-то не поддерживается. Но еще чаще, когда что-то недозалилось на хостинг.

Если админка работает - включите режим разработчика галкой, отключите кеширование и очистите кеш.
Проверьте права 777 на папки /cache/, /tmp/ и прочие, которые цмс требует при установке.
Еще проверьте, от имени какого пользователя Вы копировали файлы на хостинг и имеет ли права скриптовый пользователь править файлы.

В базу? Зачем? Хотя, смотря, что надо поменять

Все просто:
/modules/order/order.view.php там функция show_step_2
Код с полями немного громоздок, потому как перемешан с автоматической вставкой данных от зарегистрированных пользователей и с разноязыковыми легендами. Но все должно быть понятно, если более пары минут на код смотреть
По смыслу добавляйте свои поля.
Потом в файле /modules/order/order.ajax.php в функции ajax_request добавьте новые поля или в адрес или отдельно.

А я и говорю, смотря какие поля
Например, если нужны поля к адресу, то в базу не надо.
Смотрите файл /modules/order/order.ajax.php
Там все поля собираются в переменную $address и оно одно потом пишется в базу.
Так что можно просто добавить несколько полей, приплюсовать их к $address и все

А категории в файловом архиве как чтобы создавались? Автоматически? Или просто создать товар. Отдельно создать категорию и загрузить файл, а потом просто его прикрепить к товару?

Кое-что крутили в личном кабинете, а имя одного стиля оказалось общим с форумом...
Поправили уже. Если еще коряво, жмите ctrl+F5

Ну в магазине фотографии не всплывают в окне, а появляются через преттифото...
Чтобы прям окно, то это второй класс HTML.

Как в какой? В /modules/photo/photo.view.php
function id или function list_
и там ...

Ну там у вас высота слоя просто фиксированная. Посмотрите firebug-ом какой слой и где в стиле он фиксирован и поправьте. Или дайте ссылку на сайт, я скажу стиль.

Лучше notepad++, а то блокнот в utf-8 припишет bom, косяки полезут...

Вот разработчики и подсказывают и подтверждают, что если что-то убрать с сайта - лучшее средство - как раз view. Для того мы их и делали.
Надо что-то поправить, удалить или добавить в статьях - идете в /modules/clauses/clauses.view.php. Надо в заказ - /modules/order/order.view.php
Магазин и убрать кнопку - /modules/shop/shop.view.php

Я тут обнаружил, что на некоторых форумах говорят, что главный минус diafan.CMS - это то, что она закостенелая и её практически невозможно править. Т.е. например, если надо добавить какое-нибудь поле в базу, например, к товару, и управлять им из админки, то это хана - никак!
Типа, установили "как есть" и больше ничего в diafan.CMS не изменишь... Неужто?

Есть у кого-то проблемы с изменением diafan.CMS? С программированием новых модулей или правкой старых? К чему нам присмотреться? Что доработать в документации?

Ну например, вот

Ага, т.е. урок "Как создать свой модуль" не помешает?

Над документацией сейчас плотно работаем, переделываем принцип. Будет все прозрачно и понятно! Зашел, прочитал - "ух ты как все просто"

Маришка скоро вернется
А что Маришка? Она как Эйнштейн, только высокой наукой занимается, а тут нужно руководство для чайников с основами

Все верно, Гарик уполномочен решать все вопросы на время Марининого отсутствия, и мелкие и покрупнее
P.S. Марина должна вернуться пораньше

Нет. Это мусолилось тыщу раз. Разработчик говорит клиенту "я вам поставлю бубубу.цмс", а клиент говорит "я хочу бибибитри, я слышал он понтовый". Разработчик говорит "но в бибибитри говняный код и неудобная разработка!", клиент отвечает "ничего не хочу слышать, надо только бибибитри, плачу любые деньги". И всё. И разработчик уныло идет ставить пользователю бибибитри. А может и радостно, бабки-то платят.
А уже те из пользователей, кому пофиг, джумла или куку.цмс, им да, им можно поставить что пожелает разработчик. Но если для клиента нет разницы, разработчику зачем платить за лицуху? Он и воткнет вордпресс...
Так что надо со стороны клиентов заходить, им лизать попу интерфейсом и функционалом. И когда клиент готов платить, и машет пачкой денег перед носом разработчика, то разработчик из кожи вылезет, но будет и кривой поток отслеживать, и с эстетичностью мириться.

Глеб Зверев, стаж 1 месяц, нет лицензий.
Если бы текст выше написал наш годовалый партнер хотя бы, разработавший несколько сайтов, был бы другой разговор. А когда приходит человек, и с порога говорит "мне у вас неудобно, переделывайте", это странно выглядит. Может просто Вам одному пока просто непривычно?

А-а, какой там месяц стажу?"Регистрация: сегодня, 13:41", час назад! Вы для этого зарегистрировались, чтобы написать пожелание по переделке системы?

Форум зачем? Поговорить. Чем мы и занимаемся

Вселенский

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

Павел, Глеб Зверев поднял очень старую тему.
- это цитата собщения 2011 года, пятилетней давности. Тогда у нас была совсем простая и короткая документация без возможности комментирования.
Это я к тому, что Вы говорите очень правильные вещи, но, к сожалению, эта тема уедет и всё забудется. Мы сейчас поглощены 6.0 и не можем кинуться вносить исправления в доки.
Это да. Но эти дельные замечания лучше оставлять ровно в том разделе документации, где они ожидаются. Главная проблема в чем? В том, что у нас глаз замылен по документации. Нам кажется, что вроде все очевидно. Поэтому читаете - непонятно - хоп коммент "Это-то и это-то не понятно, прошу разъяснить". Мы и разъяснять стараемся и доки редактируем с учетом этого замечания.
Да, но где? В каком именно разделе такое дерево ожидается увидеть? Например, мы забубенили вот такую подобную схему http://www.diafan.ru/docs/dokument/full-manual/templates/design/inside_design.png видели Вы её?

Мы там бодаемся с Tiny. Кое-что подправили в скрипте загрузки файлов, но вроде ничего другого не цепляли, все работало... Проверим еще разик

Денвер? Локалка, то есть?
Тут смотря какой денвер и смотря какое его взаимодействие с ХР и Вашим железом... Бывает так, что на одном компе с денвером по умолчанию все пашет, а бывает рядом на машину ставишь, не пашет и шишь разберись, почему... На *nix хостингах нерешаемых проблем не встречали. Там как правило проблема если есть, то в правах доступа к папке.

Виндовс, конечно :)
Попробуйте поиграть с галкой "Сервис"-"Свойства папки"-"Вид"-"Дополнительные параметры"-"Использовать простой общий доступ к файлам" в меню папки. Снять и поправить "только для чтения", или установить.

Все верно, количество звезд у пользователей зависит от количества используемых diafan.CMS.
Звезды не уменьшаются со временем, а растут только вместе с количеством приобретаемых лицензий.
В общем-то, мы заклыдвали их как некий показатель уровня знаний CMS, чем больше сайтов сделал, тем авторитетнее пользователь.

Ну такие мысли гуляли у нас. Планировали. Но отложили пока, т.к. не было явной востребованности, а исследовать спрос руки не доходили
Но раз вы заговорили об этом...
Как вы видите этот раздел? Сколько там должно быть шаблонов? Какая цена бы устроила? Какого уровня дизайн?

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

Мы думаем, что можно для каждого разработчика делать витрины разработанных шаблонов/модулей, с приемом оплаты через личные счета покупателей. Ветки поддержки может каждый разработчик вести пока здесь на форуме, а потом можно и тикеты ввести...

Пока висит вопрос, какой процент разработчики готовы отдать за использование всего этого, если потенциальные потребители готовы покупать шаблоны в пределах 1т.р. 50%? 30%? 10%?