на Украине всего 454 города. Это ручками делается очень быстро. При этом, Вам и половины из них не нужно. http://ru.wikipedia.org/wiki/Украина расскажет главное
emsti: То, что Дримвейвер выдает говнокод - это вердикт?
Да. Тольок человек в состоянии сделать код удобным.
emsti: Честно говоря, о Дриме, вернее, о его коде, я такой отзыв слышу впервые.
каждый хочет слышать только то что ему слышать удобней.
emsti: О SSI и ASP я слышал, но пока не счел необходимым ими воспользоваться, выбрав более легкий вариант - редактор.
Вы выбрали вариант, который не требует ни познания ни обучения. Проблема в том, что о мнгих вещах Вы просто слышали, а не пытались изучить их. Вот когда Вы будите, пусть отдаленно, владеть хотя-бы несколькими технологиями, тогда сможете делать выбор. Пока Вы идете по пути, именно ламера (не обидное и почти научное определение). Попытайтесь перейти хотя-бы к уровню чайника. Ваши взгляды резко поменяются.
PS Понимаете, именно поставленный Ваш первый вопрос и подтверждает полного непонимания сути вопроса, а вы еще рассуждаете о сео.
Пипец. При чем полный. Если я правильно понял, это вообще структура из дримвейвера. Я говорю о HTML. Разницу понимаете? Откройте готовую страницу в блокноте и посмотрите на нее глазами. Все что Вы там увидите то увидит и робот. Послушайте. Очень рекомендую, просто научится верстать страницы в блокноте, и отпадут такие нелепые вопросы.
emsti: Я имел в виду, увеличат ли значимость ключевых слов в навигационном меню использование этих тегов?
emsti: навигационное меню сделал библиотечным файлом
что есть библиотечный файл?
emsti: Увидят ли его поисковые системы и как это расценивается с точки зрения SEO
робот поисковика увидит все, что отправит ему Ваш сервер в HTML формате.
emsti: Использование атрибутов alt и title в навигационном меню
alt - обязательный параметр для рисунков. Его использование имеет свои плюсы. Использование title никаких отрицательных воздействий не вызывает. Думайте больше о людях а не SEO.
netwind: давно заметил вашу тягу к файловым базам, но ведь преимущества этого метода проявляются на довольно редких задачах
серьезные преимущества фалов перед мускулом при условии, что суммарный объем хранимых данных не превышает 3.5-4Мб (имеется ввиду именно тексты) (мало верю что кто-то разумный будет хранить картинки в БД). Если перевести на язык баз - это, порядка 3500 записей с хорошими описаниями.
Дальше, безусловно - есть смысл переходить на классические БД. Ну и конечно не стараться все что можно воткнуть в один запрос к базе. Ведь очень часто, несколько запросов последовательно исполняются быстрее чем один но более сложный.
билайн интернет
ADSL или GPRS? Если жопорез, то у них есть ограничение по 21 порту.
cyberduck
1. Ставь пассивный режим.
2. Укажи формат заливки - text. (для текстовых фалов).
3. Через кого ходиш в инет. Может стоит прокся, которая маскуриет прты?
Вручную вводить так понимаю чень долго
на Украине всего 454 города. Это ручками делается очень быстро. При этом, Вам и половины из них не нужно. http://ru.wikipedia.org/wiki/Украина расскажет главное
По началу, я так понял, следует убрать на страницах открывающие и закрывающие символы библиотечных файлов от Дрима.
Вернемся к печке:
ответьте пожалуста на вопрос: Откуда сервер, на котором будет Ваш сайт, узнает о такой штуке как дрим и его тегах и прочем?
Вы видели итоговый HTML?
То, что Дримвейвер выдает говнокод - это вердикт?
Да. Тольок человек в состоянии сделать код удобным.
Честно говоря, о Дриме, вернее, о его коде, я такой отзыв слышу впервые.
каждый хочет слышать только то что ему слышать удобней.
О SSI и ASP я слышал, но пока не счел необходимым ими воспользоваться, выбрав более легкий вариант - редактор.
Вы выбрали вариант, который не требует ни познания ни обучения. Проблема в том, что о мнгих вещах Вы просто слышали, а не пытались изучить их. Вот когда Вы будите, пусть отдаленно, владеть хотя-бы несколькими технологиями, тогда сможете делать выбор. Пока Вы идете по пути, именно ламера (не обидное и почти научное определение). Попытайтесь перейти хотя-бы к уровню чайника. Ваши взгляды резко поменяются.
PS Понимаете, именно поставленный Ваш первый вопрос и подтверждает полного непонимания сути вопроса, а вы еще рассуждаете о сео.
С HTML я знаком достаточно хорошо.
если это так, то этого бы топика не появилось.
Но, что использовать - редакторы или блокнот - это дело вкуса
это только дело опыта и знаний.
А, если в Дримвейвере есть такой метод автоматизации, то почему бы им не воспользоваться?
чтобы на выходе получать код, который нужно, а не гавнакод сгенерированный дримом.
Буду благодарен за подсказку альтернативного способа.
Начиная от SSI и заканчивая страницами на любой версии ASP.
<!-- #BeginLibraryItem "/Library/leftmenu.lbi" -->
<p> </p>
<!-- #EndLibraryItem -->
Пипец. При чем полный. Если я правильно понял, это вообще структура из дримвейвера. Я говорю о HTML. Разницу понимаете? Откройте готовую страницу в блокноте и посмотрите на нее глазами. Все что Вы там увидите то увидит и робот. Послушайте. Очень рекомендую, просто научится верстать страницы в блокноте, и отпадут такие нелепые вопросы.
Я имел в виду, увеличат ли значимость ключевых слов в навигационном меню использование этих тегов?
http://help.yandex.ru/webmaster/
навигационное меню сделал библиотечным файлом
что есть библиотечный файл?
Увидят ли его поисковые системы и как это расценивается с точки зрения SEO
робот поисковика увидит все, что отправит ему Ваш сервер в HTML формате.
Использование атрибутов alt и title в навигационном меню
alt - обязательный параметр для рисунков. Его использование имеет свои плюсы. Использование title никаких отрицательных воздействий не вызывает. Думайте больше о людях а не SEO.
давно заметил вашу тягу к файловым базам, но ведь преимущества этого метода проявляются на довольно редких задачах
серьезные преимущества фалов перед мускулом при условии, что суммарный объем хранимых данных не превышает 3.5-4Мб (имеется ввиду именно тексты) (мало верю что кто-то разумный будет хранить картинки в БД). Если перевести на язык баз - это, порядка 3500 записей с хорошими описаниями.
Дальше, безусловно - есть смысл переходить на классические БД. Ну и конечно не стараться все что можно воткнуть в один запрос к базе. Ведь очень часто, несколько запросов последовательно исполняются быстрее чем один но более сложный.
Все больше подтверждений тому, что использование баз для тех целей, где это ненужно, ведет только к головной боле и нагрузки на сервак.
PS я не злорадствую. И искренне сожалею, что в этом не могу помочь.