Мэкс: А переводить Вы сами будете? аль команду внешнюю наймете?
Ежель сами - то второй вопрос перевод будет производится "на живую" или будет делаться движок, строится план синхронизации, делаться опытная синхронизация, тестирование с паралельной работой нового и старого движка?
В живом варианте - можно себе задницу прикрыть бумагой на имя генерального, с описанием возможных проблем. Пусть подпишет и одобрит.
Во втором случае - "цель - ничто, движенье - все" :)
С внешней командой тоже можно всю отвественность спихнуть на варягов :)
Удачи.
Сами. Не я лично, отдел. Плохо, что нет спецов по Ajax, хотя я так думаю, что ребята разберуться. Про бумагу нужно будет подсуетится. На словах мои предупреждения это одно, а документ - другое.
Lisa: И очень хочется посмотреть на процветающую фирму, в которой фишечки, про которые кто-то рассказал шефу, ставятся выше потока клиентов. А если потока клиентов нет от этой индексации - то не важно, какие там адреса и не важно, что с ней будет дальше :)
Я пробовал доказать генеральному, что это ни к чему, что есть закон жизни: "не улучшай рабочую систему" ☝ , но он у нас из серии "коли втемяшится в башку какая блаж...". Поскольку ввели ему в уши, что Ajax это завтрашний день, теперь его не волнуют всякие мелочи.
Ну а если поток клиентов упадет, я ведь буду виноват, а не он. 🙅 Потому и полез на форум за пояснениями, и в принципе на удивление быстро получил представление как правильно поставить задачи программистам. Посмотрим, что в итоге получится.
Хочется задать вопрос - а какие у вас должностные обязанности, что такие задачи ставятся? ;)
Руководитель интернет-проектов.
P.S. Может и ошибаюсь по части PR, я сам в тонкости оптимизации не лезу, знаю только в самых общих чертах, максимум определяю иногда сам слова которые могут оказаться для нас ключевыми.
P.P.S. Нашел на английском описание, как на Ajax-страницы цепляются адреса, думаю программеры разберуться. Правда все еще до конца не уверен, как это будет индексироваться, но в приведенном мною примере вроде бы нормально.
Lisa: В такой ситуации самое правильное решение - сказать, что технология на вооружение взята и ничего не делать :D
Был бы вариант, если бы не те, кто втюхал. Шеф начнет хвастать, и окажется что ему гнали, повылетаем с работы.
Lisa: Еще раз. КОМУ и ЗАЧЕМ нужен PR внутренних? Этот момент уже настораживает.
У нас есть внутренние страницы, оптимизированные под отдельные запросы, то есть в поисковике выводятся именно они, а не главная. Я так думаю, что если их PR скинется на 0, то они упадут в выводе. Ошибаюсь?
Любопытно что аналогичная задача есть в конкурсе. Есть у меня предположение, что таким образом пытаются решить собственные проблемы с переводом. Помню, как был конкурс оптимизаторов, где нужно было создать выделяемый сайт оптимизированный под конкретный запрос, а потом авторы конкурса этими сайтами воспользовались в своих целях. :D
Но в той теме я нашел инфу и о возможных проблемах и примерный ответ на свой вопрос. Вернее не только в ней, а частично в блоге на который попал оттуда.
Кому интересно, вот пример сайта, где все страницы имеют отдельный адрес:
Не понравились оба. Желания воспользоваться услугами не возникает.
А переводить Вы сами будете? аль команду внешнюю наймете?
Ежель сами - то второй вопрос перевод будет производится "на живую" или будет делаться движок, строится план синхронизации, делаться опытная синхронизация, тестирование с паралельной работой нового и старого движка?
В живом варианте - можно себе задницу прикрыть бумагой на имя генерального, с описанием возможных проблем. Пусть подпишет и одобрит.
Во втором случае - "цель - ничто, движенье - все" :)
С внешней командой тоже можно всю отвественность спихнуть на варягов :)
Удачи.
Сами. Не я лично, отдел. Плохо, что нет спецов по Ajax, хотя я так думаю, что ребята разберуться. Про бумагу нужно будет подсуетится. На словах мои предупреждения это одно, а документ - другое.
И очень хочется посмотреть на процветающую фирму, в которой фишечки, про которые кто-то рассказал шефу, ставятся выше потока клиентов. А если потока клиентов нет от этой индексации - то не важно, какие там адреса и не важно, что с ней будет дальше :)
Я пробовал доказать генеральному, что это ни к чему, что есть закон жизни: "не улучшай рабочую систему" ☝ , но он у нас из серии "коли втемяшится в башку какая блаж...". Поскольку ввели ему в уши, что Ajax это завтрашний день, теперь его не волнуют всякие мелочи.
Ну а если поток клиентов упадет, я ведь буду виноват, а не он. 🙅 Потому и полез на форум за пояснениями, и в принципе на удивление быстро получил представление как правильно поставить задачи программистам. Посмотрим, что в итоге получится.
В общем, я лично для себя разобрался, всем спасибо. Когда закончим перевод сайта, отпишу, если не забуду, изменилась ли индексация.
Хочется задать вопрос - а какие у вас должностные обязанности, что такие задачи ставятся? ;)
Руководитель интернет-проектов.
P.S. Может и ошибаюсь по части PR, я сам в тонкости оптимизации не лезу, знаю только в самых общих чертах, максимум определяю иногда сам слова которые могут оказаться для нас ключевыми.
P.P.S. Нашел на английском описание, как на Ajax-страницы цепляются адреса, думаю программеры разберуться. Правда все еще до конца не уверен, как это будет индексироваться, но в приведенном мною примере вроде бы нормально.
Например, гугл видит явно старую страницу:
backbase.com/go/home/company/news/008_ohra_backbase.php
а она похоже склеена с новым адресом и в браузере имеет вид:
backbase.com/#home/company/news/008_ohra_backbase.xml
Так что думаю проблем быть не должно.
В такой ситуации самое правильное решение - сказать, что технология на вооружение взята и ничего не делать :D
Был бы вариант, если бы не те, кто втюхал. Шеф начнет хвастать, и окажется что ему гнали, повылетаем с работы.
Еще раз. КОМУ и ЗАЧЕМ нужен PR внутренних? Этот момент уже настораживает.
У нас есть внутренние страницы, оптимизированные под отдельные запросы, то есть в поисковике выводятся именно они, а не главная. Я так думаю, что если их PR скинется на 0, то они упадут в выводе. Ошибаюсь?
В смысле зачем "руководство" на него смотрит?
Руководство на него как раз и не смотрит. Кто-то втюхал, что есть новая технология и это круто, ну дали нам команду взять на вооружение.
Любопытно что аналогичная задача есть в конкурсе. Есть у меня предположение, что таким образом пытаются решить собственные проблемы с переводом. Помню, как был конкурс оптимизаторов, где нужно было создать выделяемый сайт оптимизированный под конкретный запрос, а потом авторы конкурса этими сайтами воспользовались в своих целях. :D
Но в той теме я нашел инфу и о возможных проблемах и примерный ответ на свой вопрос. Вернее не только в ней, а частично в блоге на который попал оттуда.
Кому интересно, вот пример сайта, где все страницы имеют отдельный адрес:
http://www.backbase.com/#dev/reference/welcome.xml[12]
да, есть 100%тная уверенность... 😂
ЗЫ. Если сделано как надо.
А как надо? Я этим сам программированием заниматься не собираюсь, но как проследить?
Иначе нафигячат своих модных штучек, а мне потом отдувайся.
/ru/forum/79138
Вы бы сначала почитали про AJAX, его особенностях, плюсах и минусах, а также о сфере применения. А то даже смешно читать такие сообщения.
У меня задачи другие, поэтому меня больше волнует как отразится (отразится ли) перенос на индексации.
За ссылку спасибо, там ситуация вроде аналогична, ща внимательно почитаю.