Можно и так
В целом схема проста: есть функция show_previous_next(), она сидит в файле общих функций /includes/function.php
И она затем подключается в фотогалерее, новостях, страницах, статьях и пр.
Если надо убрать только в новостях - идете в news.view.php и там убираете.
Если отовсюду надо, сделайте return в show_previous_next()

Что "как отключить"?
return true; сразу после начала функции ставите и все.

Кто выдает ошибку? Где? На каком этапе? В каком месте? Что еще написано помимо этого? Миллион вопросов!

Блин, ну что за сложности-то могут быть? Я даже теоретически не могу представить, как в двух соснах можно заблудиться..? Ну вот файлы, вот база. 2 места хранения информации! Чтобы перенести сайт, надо перенести файлы, перенести базу, и затем в config.php указать новые параметры подключения к базе! Ну все же! Ну нет там больше никаких скользких мест! Может быть только какая-нибудь нелепость, типа РНР 4.3 на хостинге, или опечатки в SQL пароле но это же всё!

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

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

Если админка работает - включите режим разработчика галкой, отключите кеширование и очистите кеш.
Проверьте права 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 видели Вы её?