У ТС был вопрос про туеву хучу готовых pdf. Которые явно готовились не для Инета и оптимизировать их задача не стоИт. И явно видно что исходников нет (как это обычно и бывает).
Вот именно, вы же обрисовали задачу как
Задача как его покорректнее разместить.
, эта задача также не стояла топикстартером, именно это я подчеркнул.
Если же посмотреть по постам ниже, про оптимизацию был задан вопрос другими участниками, на что я и давал такие ответы, все в рамках логичности.
зачем кстати это-то уточнение понадобилось
Ну вы указали, мол, что
И готовился явно не для Инета.
Опять же я подчеркнул, что вы знать не можете этого. Во-первых, в Википедии написано, что
первую очередь предназначен для представления в электронном виде полиграфической продукции, — значительное количество современного профессионального печатного оборудования может обрабатывать PDF непосредственно
Это говорит о том, что сначала создали формат, а уж потом оборудование могло его обрабатывать. Другими словами, изначально цель может такая и стояла, а уж как пойдет - неизвестно.
Во-вторых, то, что написано в Википедии - это не истина в первой инстанции. А уж тем более говорить, что именно это задумывалось как развитие стратегического направления компании Adobe - попросту смешно, так как вы этого на самом деле никогда вероятно не узнаете. Но, с другой стороны, я не отрицаю, что это может бытьи так. Но как это относиться к тому, что
И вопрос его оптимизации не стоит в принципе.
?
Вы нелогично построили цепочку рассуждений - Если не для инета формат - задача оптимизации не стоит - не надо оптимизировать.
Это некорректно.
в 1997 году о видео-телеконференциях через Интернет только мечтали и они были практически недоступны для обычных пользователей, но это же не повод, чтобы не стремится к решению задачи.
chuprun добавил 08.07.2008 в 13:11
У ТС был вопрос про туеву хучу готовых pdf. Которые явно готовились не для Инета и оптимизировать их задача не стоИт. И явно видно что исходников нет (как это обычно и бывает).
Исходники и не нужны бы были, если бы это были не сканы, а текст. Вопрос был поставлен - индексируются ли? Ответ - да, а если индексируются, то логично предположить, что задача оптимизации вполне может стоять?
voodoo911: Суть вопроса была в том - индексируется, и каким образом. Поскольку в моем случае выкладывается такой обьем pdf что о ручной обработке говорить не стОит.
Если есть вариант выкладывани - я за хтмл.
ну, думаю, проблема решена?
подведем итоги:
- индексируются, по тексту
- если у вас сканы, т.е. газеты в картинках и потом просто в pdf засунуты, то надо распозновать до текста.
ну, чтобы уточнить, в чем вопрос, достаточно посмотреть на сообщение топикстартера. Для чего готтовился PDF изначально, вы также знать 100% не можете, не вы его разрабатывали и знать не знаете, что было в голове Adobe, какие стратегические планы.
Опять же, вопрос оптимизации PDF встал еще на первой странице от других участников, я просто поддержал разговор.
В 95% случаев PDF уже готов.
Ну раз готов, значит где-то есть исходники или это скан. Со сканом все и так знают, что делать, не так ли?
А раз есть исходник - то нужно его оптимизировать и размещать в виде html - чего извращаться с pdf?
К тому же, я часто сталкивался с ситуацией, когда размещение информации в PDF куда удобнее, чем в html. Как правило, это отчеты, исследования, техниеская документация и так далее. Поэтому, не всегда, когда есть возможность и исходник - все перегонять в html полезно, удобно и "нужно".
блин, а может руками перенабить?
Набейте руками, если хотите, занимается распознаванием газетных полос - как сканить томики Пушкина, но все же легче, чем руками, не правда ли?
Так что документы "реального мира" вполне стоит оптимизировать:)
- название файла
- тайтл
- плотность ключевиков
- мета инфо в акробате
- подписи к картинкам
- заголовки (размер букв)
Естественно, PDF файл может бысть сделан несколькими разными способами, как скан без распознавания, о чем говорят некоторые, и как конвертированный документ, например из ворда. В первом случае скан надо распознать, чтобы бот смог его индексировать, во втором - распознавать не надо, там уже есть текст.
первая страница совсем непродающая, нет акций, каких-то блоков хитов продаж или лучших предложений со скидкой...собственно, как покупателя потенциального - не очень привклекает первая страница,
РФ побережье дорогое, к примеру один проезд обойдется в 4600 купе из Питера, 7500 на самолете примерно, против 2800 купе на Крым (Симферополь), самолет не помню уже сколько там. Но Крым уже испортился, был в прошлом году - за последние 3 года количество туристов увеличилось в 3-4 раза, цены возросли (раньше было недорого) и растут каждый сезон, грязно...если только как вариант ехать в тихую деревню на ленивый отдых. А так - Турция, Египет, однозначно дешевле и чище.
ммм а у меня видно сфонты глючат или хз...
выкинуло такую вещь с тайтлом у БДБД
Тайтл в выдаче один, а на сайте такого нету...
Shop-Script
Вот именно, вы же обрисовали задачу как
Если же посмотреть по постам ниже, про оптимизацию был задан вопрос другими участниками, на что я и давал такие ответы, все в рамках логичности.
Ну вы указали, мол, что
Это говорит о том, что сначала создали формат, а уж потом оборудование могло его обрабатывать. Другими словами, изначально цель может такая и стояла, а уж как пойдет - неизвестно.
Во-вторых, то, что написано в Википедии - это не истина в первой инстанции. А уж тем более говорить, что именно это задумывалось как развитие стратегического направления компании Adobe - попросту смешно, так как вы этого на самом деле никогда вероятно не узнаете. Но, с другой стороны, я не отрицаю, что это может бытьи так. Но как это относиться к тому, что
Вы нелогично построили цепочку рассуждений - Если не для инета формат - задача оптимизации не стоит - не надо оптимизировать.
Это некорректно.
в 1997 году о видео-телеконференциях через Интернет только мечтали и они были практически недоступны для обычных пользователей, но это же не повод, чтобы не стремится к решению задачи.
chuprun добавил 08.07.2008 в 13:11
Исходники и не нужны бы были, если бы это были не сканы, а текст. Вопрос был поставлен - индексируются ли? Ответ - да, а если индексируются, то логично предположить, что задача оптимизации вполне может стоять?
Суть вопроса была в том - индексируется, и каким образом. Поскольку в моем случае выкладывается такой обьем pdf что о ручной обработке говорить не стОит.
Если есть вариант выкладывани - я за хтмл.
ну, думаю, проблема решена?
подведем итоги:
- индексируются, по тексту
- если у вас сканы, т.е. газеты в картинках и потом просто в pdf засунуты, то надо распозновать до текста.
Lem625,
ну, чтобы уточнить, в чем вопрос, достаточно посмотреть на сообщение топикстартера. Для чего готтовился PDF изначально, вы также знать 100% не можете, не вы его разрабатывали и знать не знаете, что было в голове Adobe, какие стратегические планы.
Опять же, вопрос оптимизации PDF встал еще на первой странице от других участников, я просто поддержал разговор.
Ну раз готов, значит где-то есть исходники или это скан. Со сканом все и так знают, что делать, не так ли?
К тому же, я часто сталкивался с ситуацией, когда размещение информации в PDF куда удобнее, чем в html. Как правило, это отчеты, исследования, техниеская документация и так далее. Поэтому, не всегда, когда есть возможность и исходник - все перегонять в html полезно, удобно и "нужно".
Набейте руками, если хотите, занимается распознаванием газетных полос - как сканить томики Пушкина, но все же легче, чем руками, не правда ли?
А смысл? PDF делается только для людей. Если начнёте затачивать документы реалього мира под поисковики, Вас могут неправильно понять 🚬
если поискать про google, то некторые уверяют, что правила внутренней оптимизации для pdf файлов действуют, даже дейтвуют фильтры дубль контента
http://www.smallbusinesssem.com/optimizing-pdfs-for-seo/288/
http://www.seoresource.net/SEO-your-PDFs.htm
Так что документы "реального мира" вполне стоит оптимизировать:)
- название файла
- тайтл
- плотность ключевиков
- мета инфо в акробате
- подписи к картинкам
- заголовки (размер букв)
Естественно, PDF файл может бысть сделан несколькими разными способами, как скан без распознавания, о чем говорят некоторые, и как конвертированный документ, например из ворда. В первом случае скан надо распознать, чтобы бот смог его индексировать, во втором - распознавать не надо, там уже есть текст.
первая страница совсем непродающая, нет акций, каких-то блоков хитов продаж или лучших предложений со скидкой...собственно, как покупателя потенциального - не очень привклекает первая страница,
в остальном согласен с предыдущими ораторами...
РФ побережье дорогое, к примеру один проезд обойдется в 4600 купе из Питера, 7500 на самолете примерно, против 2800 купе на Крым (Симферополь), самолет не помню уже сколько там. Но Крым уже испортился, был в прошлом году - за последние 3 года количество туристов увеличилось в 3-4 раза, цены возросли (раньше было недорого) и растут каждый сезон, грязно...если только как вариант ехать в тихую деревню на ленивый отдых. А так - Турция, Египет, однозначно дешевле и чище.
Дело в том, что надо в движке ковыряться ТС, т.к.систему адресации надо будет менять
ну в прицнипе как правило да, но бывает легкое вида site.com/index.php?action=news&id1333
тогда в движке ковыряться не надо почти, только указать, чтобы ссылки строились используя чпу
я часто смотрю, а если на будущее взять и англ вариант, то это уже оптимизация, да и про транслит ходят слухи, что в url Яндекс понимает.
Делайте, если есть возможность, почитайте документацию по mod rewrite и апач.
Приведу несколько полезных ссылок:
http://apachedev.ru/2006/07/31/mod_rewrite-preobrazovanie-dinamicheskih-url-v-staticheskie/
http://sitemaker.ru/technologies/webserver/mod_rewrite/
Вот еще несколько полезных, но уже с привязкой к SEO
http://pro-seo.ru/?p=43
http://www.seoschool.ru/search-engine-optimization-seo/htaccess-mod_rewrite-ultimate-guide.html
http://www.seobility.by/articles/01/