Убирали в 6.0.0.0, так подняли бунт, верните.
У нашей галки и подсветка кода есть, и нумерация строк, и она запоминается, да. Но в публичной части нет её, вот беда, там только тиневая

Так оно в исходном коде не сохраняется? Ссылки на картинки, что ли? Вставляете три img src в ячейки таблиц, видите их в источнике визуальника, жмете сохранить и две последние img src исчезают из кода после сохранения?

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

Какая-то конкретная беда с доступом цмс к файлам, как будто есть какие-то ограничения на хостинге на деятельность скриптов. Бывает такое, когда исполеяемые скрипты имеют отдельного пользователя в системе, отличного от фтп#пользака. И тогда скрипты могут создавать свои файлы и править их, но править другие файлы хостинг не дает. Что за хостинг? Какие параметры?
Попробуйте воткнуть 777 на все файлы админки

А это говорит о том, что Cache-Control: no-cache который CMS отдает в header, не пашет, т.к. перекрывается глобальными настройками хостинга.
В общем, надо разбираться. Давайте в ТП доступы к хостингам, раздеремся, исправим.

Другой - какой?

Очень хорошо, что локализовали причину, у нас везде РНР5.4 стоит, я сейчас посмотрел.
С шаблонами глюки, видимо, из той же оперы корнями.
Проверим на 5.5, внесем исправления в ближайшей сборке.

В общем, какое дело. Косвенно подтвердилось предположение

В действительности оказалось, если PHP 5.5 собран с поддержкой OpCache, то бывают такие ошибки. При разработке OpCache на хостинге лучше отключать. Так как этот режим сохраняет в памяти прекомпилированный байт-код скрипта.
Как это работает. Например при установке системы файл config.php пустой, и в пустом виде сохраняется OpCache-м на хостинге, а после установки системы config.php заполняется параметрами, но хостингу уже пофиг, у него в OpCache старая пустая версия, поэтому ошибка подключения и прочие глюки.
И этот OpCache как раз с 5.5 используется.
В общем, будет что-то подобное, пишите в ТП хостинга, просите убрать OpCache.
А мы в технические требования хостинга изменения внесем.

В OpCache? А он там корректируется?

Хотя достаточно в .htaccess строку

Перед установкой системы и шаблона это сделали?

А нафиг он тогда вообще нужен? Если он по факту ничего не кеширует, но еще и сам себя проверяет каждый раз, сервак грузит?

Да когда тему применяешь, система видит этот sql и предлагает его выполнить.

Ой, да, я забыл, тема затерялась, тут у нас инцидент на форуме обсуждается. Отвечу там

Вообще нет, но лучше не удалять, а переименовывать добавляя 1. Удалить всегда успеете.

На самом деле мы знаем об этом как бы косяке и разбираемся с ним. Так что не торопитесь пока

Спустя пару дней. Конечно.

Очевидно, просто обновиться

Ох, Денис, Вы смешной такой иногда. Когда не выспитесь, наверное
UPDATE.txt

update.php

При чем тут 5.4->6.0..?

=

Да ну? А ну-ка, ну-ка? Это какой же файл?

Нельзя обновить 5.3 до 6.0, пропустив 5.4. Сначала 5.3 до 5.4 вручную, а затем уже до 6.0 автообновлением.

C 5.4 до 6.0 только через автообновление, как мне еще сказать?
Автообновление работает только online и только для лицензий.
6.0 - это обновление для 5.4 и отдельной самостоятельной версией не является, ядро у 6.0 и 5.4 одинаковое, т.е. 6.0 - это 5.4. Это я тоже говорил раз надцать только за последний месяц, наверное.
Стыдно, партнер, не знать этого!

=

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

Какой "версткой"? Что это значит? При чем тут 5.4 какая-то?

Ну? Верстка в 5.4 и 6.0 разная конечно.

А при чем тут "отличие diafan от diafan cloud"?

Есть сайты на 5.4 и на 6.0, как самостоятельные, так и в облаках. Есть и те и те.
Была 5.4, с нового года стала 6.0. Кто обновился, у того стала 6.0, кто не обновился, у того осталась 5.4. Никакой связи и зависимости от того, в diafan cloud это или нет, нет.

У 5.4 одна верстка, у 6.0 другая верстка. Всё, на этом точка.
Никаких более условностей нету. Если сайт на 5.4, то у него верстка 5.4. Неважно где он. Если сайт на 6.0, то у него верстка 6.0. Тоже неважно, где сайт, на отдельном хостинге или в diafan.cloud. Не может у клоуд 5.4 быть верстка от 6.0. Т.к. если у сайта верстка от 6.0, то означает только одно: он просто на 6.0

http://dic.academic.ru/dic.nsf/dic_wingwords/810/%D0%95%D1%81%D0%BB%D0%B8
А если я напишу 8.0 или 3.7 (мне не сложно), Вы вообще в ступор впадете?

И если чЁ, то я не думаю, а знаю 100%, что если обновлять 5.4 до 6.0 с помощью автообновления, надпись в подвале может не измениться. Ведь по сути, 6.0 - это тюнингованная 5.4, с другой версткой админки.
Повторюсь, от облаков или нет зависимости это никакой не имеет.

Т.е. Вы в админку с версткой 6.0 суете модуль сверстанный под 5.4 и он не работает так как нужно? И Вам не понятно почему?

Вы плаваете в понятиях. Во-первых, 6.0 как таковой отдельной версии нет, это 5.4, я уже говорил. Во-вторых, установленная версия как раз именно 5.4, и на неё обновлением надета 6.0. И в этом случае пользователь может откатиться до 5.4. А если установить сразу 6.0, то да, будет показывать её

Если надо определить, какая верстка одета в текущий момент, смотрите не только версию, но и активную тему