Теги FrontPage - боль в HTML - PullRequest
       18

Теги FrontPage - боль в HTML

2 голосов
/ 04 июня 2009

У меня есть веб-приложение, разработанное и готовое к развертыванию. Его веб-часть была разработана с использованием M $ FrontPage. Никто из разработчиков не заботился о запатентованных странных тегах, которые FrontPage вставляет в HTML. Я не помню тэги на моей голове, но я помню, что видел такие тэги, как <webbot> и т. Д. Теперь мой клиент не хочет видеть кучу бесполезных тэгов, скрывающих HTML, когда источник представления готов. Это не очень хорошо с точки зрения обслуживания приложений.

Я попробовал поискать инструменты, которые удаляли бы эти теги из html без неизвестных побочных эффектов, и я не нашел ничего полезного. Кто-нибудь имел дело с такой проблемой раньше? Если вы это сделали, использовали ли вы какой-нибудь инструмент для этого? или вы написали свою собственную утилиту замены на основе регулярных выражений или что-то?

Пожалуйста, поделитесь своими мыслями по этому поводу.

Ответы [ 5 ]

4 голосов
/ 04 июня 2009

Для онлайн-решения вы должны проверить Очиститель кода Frontpage .

для веб-мастеров.
4 голосов
/ 04 июня 2009

Окончательное решение этой проблемы:

Не используйте FrontPage!

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

Если для вашего клиента достаточно важно, чтобы источник выглядел достаточно чистым, он определенно должен быть достаточно важным для ваших коллег-разработчиков.

1 голос
/ 04 июня 2009

HTML Tidy прекрасно справится с уборкой практически любого беспорядка, который вы можете найти.

1 голос
/ 04 июня 2009

Вы можете удалить проприетарные теги FP. Я использовал свое собственное регулярное выражение для удаления начальных и конечных тегов мусора: <\?xx[^>]*> замените 'xx' на тег, который вы удаляете.

Вы полностью оторвались от FrontPage? Если сайт редактируется в режиме просмотра страницы, FP вернет теги обратно.

Также FP любит контролировать все и записывает файл _vti_cnf для каждого загружаемого файла. Это становится раздражительным, если вы ftp из программы, которая не является FP, и этот файл отсутствует (особенно если вы используете расширения FP).

Убедитесь, что вы указали DOCTYPE - я не думаю, что FP делает это автоматически.

0 голосов
/ 12 августа 2013

В Frontpage встроен очиститель кода: щелкните правой кнопкой мыши на странице в режиме просмотра кода. Это избавляет от большого количества наворотов.

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

У меня есть веб-сайт с тоннами графики, фреймов, таблиц и связанных веб-страниц, но ни один файл подкачки не превышает 65 КБ.

С оптимизированной графикой каждая страница загружается менее чем за 2 секунды.

Взгляните на http://www.cuyabenolodge.com/amazon-rainforest/cuyabeno-wildlife-reserve.htm, чтобы попробовать сами. Этот сайт имеет около 200 страниц и довольно сложен в управлении. Но это ничто по сравнению с http://www.birdlist.org и соответствующими сайтами с 2000 страницами.

Только Frontpage имеет редактор навигации WYSIWYG, который позволяет перетаскивать страницу из одного места в дереве навигации в другое.

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

Но более всего: создание сайтов - это коммерческая деятельность, а время - деньги. Никакое другое программное обеспечение не является таким эффективным по времени, как FP. Так что все это нытье о коде теперь неактуально, потому что сеть ускорилась настолько, что не имеет значения, а в FP встроен очиститель кода.

Если клиент смотрит на код, очистите все пустое пространство, и он / она больше не сможет видеть то, что считал непрофессиональным.

- убежденный пользователь FP.

...