а у меня все нормально, только вот провайдер в локальном пиринге с Яндексом по его же Яндексовской программе локальных ресурсов, соответственно при моем внешне канале в 10 mbit мне показывает все время 100 mbit
не вижу апа и суд, по постам, не я один...
говорят, если поставить на автозадачу частую проверку появления нового топика с ключевыми словами в разделе апов, то комп сам включает экран, подает звуковой сигнал, отчего оптимизатор просыпается глубокой ночью и услужливо открывает страницу при появлении нового топика, оптимизатору остается лишь открыть глаза и - опля - он уже читает про новый ап.
это Правда?
Lem625
ладно, оставим про адоб - я просто подчеркнул, что некоторые утверждения могут быть не совсем корректны. Ну бог с ними.
Мы, видимо дргу друга не совсем поняли.
Скан - это отсканированное изображение в графике, сделанное с помощью сканера. Оно может представлять из себя файл PDF. Конвертированный текст - сделанный например в Adobe Indesign макет, включающий в себя текст, обработанный в XML или же word файл, сконвертированный в PDF.
Так вот, если у вас скан в PDF - это как флеш без ссылок - индексировать там нечего, как и оптимизировать. Вопрос ТС стоял такой -
Видимо, человек хотел не просто выложить картинки, а выложить так, чтобы оно было в индексе и в выдаче хоть как-то.
И совсем неважно, какой там размер файла - если большой и не скан - то для индексирования надо разрезать на куски, а если там скан - то как ни режь, что ни делай - индексировать там кроме имени файла и тайтла - нечего. Пусто там для бота.
Если скан - то надо распознавать текст, тогда все будет хорошо. Если текст - то не надо распознавать. Естественно, после распознавания размер уменьшиться, так как это уже будут не картинки.
Если вернуться к вашей смоделированной задаче и предположить, что все газеты - сканы, то
1. Распознам тексты, правим. Режем на куски, если размеры большие, в соответствии с требованиями ПС.
2. Ели надо, то оптимизируем под НЧ. Хотя бы Тайтлами и мета+названия файлов, если англ. - чтобы не менять содержание.
3. Положим, там не скан, как вы сказали, а уже распознанный текст (прямо с макетов экспортировали), но все равно большого размера. Делаем пакетную оптимизацию рисунков в PDF, софта достаточно, тем самым уменьшаем размер, далее опять выкладываем как есть.
Экспорт в html при блочной верстке в макете (газета же) будет гемморойным, наверняка затусуются и фреймы, проблемы с кодировками могут быть (в зависимости от шрифтов, тогда юзаем pdffactory) и размерчик может быть опять же неадекватен.
неплохой...но...читать немного сложно...наверное с непривычки, загруженные словами тексты идут у меня туго:) положу в закладки...
я не пойму, какая разница для чего он готовился то для Инета или для локального хранения, да неважно это...важно, в каком он виде был "сготовлен" - скан или конвертирование текста.
Честно
я не понимаю этой фразы, просто исходя из основ русского языка... перефразируйте как-то по-другому.
chuprun добавил 08.07.2008 в 21:54
кстати, эксперименты проводились в Google авторами статей, на которые я дал ссылки, там есть подобное утверждение.
согласен про перспективу, газон на нас, а дом справа наоборот...
не использованы ЧПУ в URL для Google - для англ. сайта это боольшое упущение в НЧ. Но т.к у самого примера нет стоящего, хотя...
если только http://www.smashingmagazine.com/
ммм www.seo-members.com - там есть такая...но бета
спасибо через репку:)) но я не настаиваю:)
аа точно, спасибо, а то я грешил на Яндекс почему-то..
