Содержание раздела
Раздел 9: Модели и нотации при создании сайтов
Принципы стандартизации при разработке сайтов
Мультимедийные компоненты при создании сайта
Flash-графики при разработке сайта
Это стоит почитать или вопрос по теме "Проблемы обновления сайтов" |
ВАШ ВОПРОС: |
Просим дать экспертную оценку сложившейся ситуации.
Нашей компании разработали сайт более года назад, но недавно руководством было принято решение его обновить, заказав более современный дизайн сайта. Мы долго выбирали разработчика и обратились к пермской студии ...., работы которой нам понравились.
Оказалось, что вместе с дизайном нам пришлось обновить и систему управления сайтом. Но это даже хорошо, так как новая система оказалась более удобной. Так как сайт не разрабатывался с нуля, а лишь переоформлялся, мы договорились с разработчиками, что все материалы сайта сохраняться и в новой версии. Однако, без граблей не обошлось. На старом сайте было размещено много файлов типа "скачать". B все работало. Но после того как студия .... утвердила дизайн, показала обновленную версию сайта и заменила старый сайт новым оказалось, что почти все файлы стали нечитаемыми и потерялись.
Например, на старом сайте была опубликована "Ведомость_материалов.xls" (ссылка скачать), но на новом сайте текст "скачать" остался, но такого файла больше нет - вместо него в списке файлов показывается нечто "ведомоÑÑ‚ÑŒ_материалов.xls"
Мы обратились к разработчикам и потребовали устранить проблему, на что нам было сказано следующее "Эти файлы ранее были неграмотно названы и неправильно загружены на сайт. Поэтому при обновлении сайта они были искажены и не более не могут быть восстановлены. Удаляйте их и загружайте все снова". В результате итог - препирательство с разработчиками сайта привело к остановке всего проекта.
Просим разъяснить, кто прав в данной ситуации, и затратами какой стороны нужно решать проблему. Заранее спасибо за ответ!
|
Студия "Жанр" - консалтинг в сфере разработки сайтов (Пермь). ОТВЕТ: |
Спасибо за интересный и содержательный вопрос. Однако, считаем необходимым сразу акцентировать внимание на оценке ситуации - в данном случае правой стороны нет.
1. Ошибки Заказчика сайта
Заказчик сайта слишком смело выполнял публикацию данных, не обращая внимание на рекомендации по наименованию файлов. В результате в файловом пространстве сайта были накоплены файлы, в названии которых присутствуют национальные символы и пробелы. Это и инициировало проблемную ситуацию. Сотруднику Заказчика (администратору сайта) следовало публиковать материалы более аккуратно и осмотрительно, так как национальные символы в наименованиях ресурсов (кроме зоны РФ) считаются недопустимыми.
2. Ошибки Разработчика сайта
Разработчик не имел возможности работать с основной версией сайта. Поэтому он создал временную копию проекта, в которую и вносил изменения. Именно эту усовершенствованную копию сайта и видел Заказчик при демонстрации проекта. Тем не менее, разработчик не обратил внимания (или просто проигнорировал) проблемные наименования файлов, которые автоматически были преобразованы к неудобочитаемому формату при создании копии проекта. Перезапись новой версии сайта поверх предыдущей усугубило проблему.
Как рекомендуем поступить
Заказчику рекомендуем убедительно попросить веб-студию:
1. Создать дамп актуальной файловой версии сайта.
2. Обратиться к службе хостинговой компании и попросить ее выполнить частичное восстановление данных из дампа (например, месячной давности). Мы полагаем, что все проблемные файлы сконцентрированы в определенной папке проекта. Именно это папку и следует восстановить из файла резервной копии.
3. После этого из последней резервной копии (созданной в пункте 1) нужно скопировать файлы (не все файлы), дата создания которых является более "свежей" чем дата исходных файлов, а наименования файлов не являются конфликтными.
Если все будет сделано достаточно аккуратно, есть шанс, что проблема будет решена без необходимости повторного ручного наполнения сайта.
Владимир Кошин Руководитель и консультант студии веб-дизайна "Жанр"
|
|