Алгоритмы работы роботов - тайна за семью печатями, свято охраняемая поисковыми системами. Может, он индексировал другой сайт и ходит с него в сторону на глубину 1 ссылки, кто знает? Они приходят и уходят когда угодно и как им угодно.
Обычно на новый сайт они только заглядывают, а потом приходят недели через 2 с большой проверкой. Но тоже не факт.
Что позволяет сайту на drupal (и не только) лучше проиндексироваться:
1. Короткие url. Вроде бы даже значимые слова в url тоже учитываются.
Давайте различать технические сложности и сложности, связанные со стилем мышления.
Меня самого коробит иногда снобизм тех, кто говорит "разберись и поправь сам", хотя тоже бываю грешен.
Да, с api разобраться - только методом чтения исходников, да, инсталлятор друпалу нужен... Мне лично может и не нужен, хотя переписывать файлы и импортировать базы при установке модулей надоедает, но и это решается простым скриптом.
Читать документацию, чтобы понять, как оно устроено - надо, а чтобы разобраться с мелким глюком... тоже надо, но не всем :).
if you enable the mbstring and mbregex, you can use the ereg_ functions
with regular expressions and UTF-8 strings. preg_ functions are not ever
UTF-8 enabled as far as i'm aware ...
Буква "л" имееет код 0xBB, а кавычки - xAB, xBB. В результате, как я понимаю, происходит путаница между двухбайтовыми и однобайтовыми кодами, функция preg_replace и даже mb_preg_replace как-то неправильно это дело обрабатывает, причем с другими двухбайтовыми кодами такого не происходит.
В чем тут дело, я так и не разобрался, может специалисты в PHP знают, чей это глюк, мой или PHP?
1. Иногда в базе индексов в словах выпадает буква "л"
2. Нельзя использовать кавычки-ёлочки
3. Возможна некорректная индексация при использовании некоторых фильтров
На drupal.org это обсуждается, но нужна четкая концепция, понятность для простого пользователя, разделение дизайна и контента... В общем, задачи массового релиза не так просты, как понятный-и-нужный-только-мне-хак.
В порядке убываня сложности:
1. Хакнуть модуль block, добавив в него дополнительные регионы помимо left и right
2. Использовать тэги, как я предлагал выше
3. Использовать двухколоночный дизайн, а блоки третьей колонки кастомизировать в теме по-своему, если надо - используя regexp для размещения блоков на разных страницах.
Вот что я использовал, работая с друпалом под виндой:
1. apache/mysql/php - denver + его дополнения + обновлял поверху новыми версиями mysql и php
2. текстовый редактор для кода и проч. - ultraedit
3. текстовый редактор для контента - openoffice (меньше отсебятины, чем у ворда)
4. утилиты - из проекта gnuwin32: gettext, diff, patch, еще какие-то.
5. CSS редактор - topstyle
6. плагин web developer для mozilla
7. переводчик gettext - poedit
8. cvs - tortoiseCVS
9. для работы с хостингом - putty для shell, сuteftp для ftp
Никогда такого не видел. Но, может быть, виновато кэширование меню в drupal? Оно там сделано слишком агрессивным. Чтобы обновить кэш меню обычно достаточно переключиться на другую тему и обратно.
Можно модуль quickpost попробовать.
Там вроде был глючок: при редактировании tabs с сокращенными настройками показывается, а при первом постинге - нет. А так - вполне подойдет. А может, и руки дойдут глюк поправить у того, кому этот модуль нужен
> делается в названии модуля последних 2 цифры
В названии модуля или блока?
Красивее будет все-таки использовать тэги типа [zone_номерзоны] в названии заголовка, а не привязываться жестко к заголовку блока.
Для phptemplate я такое делал, но не доделал, там это совсем просто.
smarty для drupal есть вроде в cvs, но она не так хорошо поддерживается, как xtemplate и phptemplate.
Не совсем понял вопрос.
Главный инструмент для каталогизации в drupal - это его taxonomy. С ее помощью можно делать невообразимые вещи, если как следует разобраться.
Конкретно по алфавиту... Ну, например, сделать taxonomy terms с названиями "а", "б", "в", и всем материалам помимо тематического раздела задавать членство в этих terms. Правда, тогда не будет автоматического распределения по алфавиту.
Есть еще glossary.module, может для чего сгодится?
Если речь идет просто о сортировке чего-либо по алфавиту, то это другой вопрос.
Вот тут было, как сделать при помощи тэга в xtemlate невидимый заголовок: http://drupal.org/node/11295
Примерно по тому же принципу можно делать и другие вещи.
Полностью согласен с Axel:
"Использовать cp1251 или КОИ или другую национальную кодировку - вот это и значит продолжать жить технологиями нескольколетней давности."
> Пока получается, что для того, чтобы чувствовать себя уверенно - надо запастись конвертором файлов utf->win и utf-win
или переходить на Emacs Smiling
Чтобы чувствовать себя уверенно, надо подобрать и опробовать для себя систему, софт, технологии работы. Касательно кодировок - возможностей бесконечное количество, и принципиальных проблем нет.
Если отключить в upload показ ссылки и использовать [inline], то вставить картинку можно в любое место.
А показыватеся в конце ноды, если включен показ ссылки и еще фильтр, который преобразует ссылки в картинки (не помню какой, но как-то получалось).
Вот одно из решений:
Придумать свои собоственные тэги, например [region1], [region2].
Вставлять их, например, в заголовок блока или ноды.
В коде темы проверять наличие строки тэга и соответственно его обрабатывать, например, задавать css id или class для него. И вообще, дальше все обрабатывать темой.
Не самое лучшее решение, но остальное еще сложнее.
В крайнем случае, можно просто выложить свой перевод в .po файле, тогда другие смогут импортировать его в свою программу перевода и использовать как дополнение.
В настройках блока можно задавать, на каких страницах блок видет, а на каких - нет.
Можно просто отключить блок.
Доступ к странице авторизации остается всегда по адресу my_drupal_addr/user
Сделать отдельный term таксономии, куда сложить все ноды, нужные для главной страницы, и выводить его как главную страницу.
Плюс к этому сделать кастомные блоки, которые будут видны только на главной странице.
Лично мне никогда он не нравился своей кривизной и подходом к делу.
Есть модуль Inline, он гораздо органичнее, универсальнее и ближе к общей концепции drupal.
как сайт на друпале индексируется поисковиками????
Метатеги прописываются в шаблоне темы. А ддя ключевых слов отдельно по нодам есть модуль. keywords или что-то в этом роде.
как сайт на друпале индексируется поисковиками????
Вот, и я о том. Только не знал, что оказывается есть точные цифры.
как сайт на друпале индексируется поисковиками????
Алгоритмы работы роботов - тайна за семью печатями, свято охраняемая поисковыми системами. Может, он индексировал другой сайт и ходит с него в сторону на глубину 1 ссылки, кто знает? Они приходят и уходят когда угодно и как им угодно.
Обычно на новый сайт они только заглядывают, а потом приходят недели через 2 с большой проверкой. Но тоже не факт.
Что позволяет сайту на drupal (и не только) лучше проиндексироваться:
1. Короткие url. Вроде бы даже значимые слова в url тоже учитываются.
Почему вы HE выбрали Drupal?
Давайте различать технические сложности и сложности, связанные со стилем мышления.
Меня самого коробит иногда снобизм тех, кто говорит "разберись и поправь сам", хотя тоже бываю грешен.
Да, с api разобраться - только методом чтения исходников, да, инсталлятор друпалу нужен... Мне лично может и не нужен, хотя переписывать файлы и импортировать базы при установке модулей надоедает, но и это решается простым скриптом.
Читать документацию, чтобы понять, как оно устроено - надо, а чтобы разобраться с мелким глюком... тоже надо, но не всем :).
Кавычкер
http://coding.derkeiler.com/Archive/PHP/php.general/2004-12/0108.html
if you enable the mbstring and mbregex, you can use the ereg_ functions
with regular expressions and UTF-8 strings. preg_ functions are not ever
UTF-8 enabled as far as i'm aware ...
Кавычкер
Буква "л" имееет код 0xBB, а кавычки - xAB, xBB. В результате, как я понимаю, происходит путаница между двухбайтовыми и однобайтовыми кодами, функция preg_replace и даже mb_preg_replace как-то неправильно это дело обрабатывает, причем с другими двухбайтовыми кодами такого не происходит.
В чем тут дело, я так и не разобрался, может специалисты в PHP знают, чей это глюк, мой или PHP?
Проблема с пои ском
Ищите строки с preg_replace в модуле search
122 и 256 строки:
Drupal 4.5.1 под Windows: траблы search, rss
1. Иногда в базе индексов в словах выпадает буква "л"
2. Нельзя использовать кавычки-ёлочки
3. Возможна некорректная индексация при использовании некоторых фильтров
Хитрая титульная страница раздела
На drupal.org это обсуждается, но нужна четкая концепция, понятность для простого пользователя, разделение дизайна и контента... В общем, задачи массового релиза не так просты, как понятный-и-нужный-только-мне-хак.
В порядке убываня сложности:
1. Хакнуть модуль block, добавив в него дополнительные регионы помимо left и right
2. Использовать тэги, как я предлагал выше
3. Использовать двухколоночный дизайн, а блоки третьей колонки кастомизировать в теме по-своему, если надо - используя regexp для размещения блоков на разных страницах.
Жизненно ли нужна win-1251?
Вот что я использовал, работая с друпалом под виндой:
1. apache/mysql/php - denver + его дополнения + обновлял поверху новыми версиями mysql и php
2. текстовый редактор для кода и проч. - ultraedit
3. текстовый редактор для контента - openoffice (меньше отсебятины, чем у ворда)
4. утилиты - из проекта gnuwin32: gettext, diff, patch, еще какие-то.
5. CSS редактор - topstyle
6. плагин web developer для mozilla
7. переводчик gettext - poedit
8. cvs - tortoiseCVS
9. для работы с хостингом - putty для shell, сuteftp для ftp
ДУблируются тольк что установленные модули
Никогда такого не видел. Но, может быть, виновато кэширование меню в drupal? Оно там сделано слишком агрессивным. Чтобы обновить кэш меню обычно достаточно переключиться на другую тему и обратно.
?упростить наполнение
Можно модуль quickpost попробовать.
Там вроде был глючок: при редактировании tabs с сокращенными настройками показывается, а при первом постинге - нет. А так - вполне подойдет. А может, и руки дойдут глюк поправить у того, кому этот модуль нужен
Хитрая титульная страница раздела
> делается в названии модуля последних 2 цифры
В названии модуля или блока?
Красивее будет все-таки использовать тэги типа [zone_номерзоны] в названии заголовка, а не привязываться жестко к заголовку блока.
Для phptemplate я такое делал, но не доделал, там это совсем просто.
smarty для drupal есть вроде в cvs, но она не так хорошо поддерживается, как xtemplate и phptemplate.
Модуль для катологизации?
Не совсем понял вопрос.
Главный инструмент для каталогизации в drupal - это его taxonomy. С ее помощью можно делать невообразимые вещи, если как следует разобраться.
Конкретно по алфавиту... Ну, например, сделать taxonomy terms с названиями "а", "б", "в", и всем материалам помимо тематического раздела задавать членство в этих terms. Правда, тогда не будет автоматического распределения по алфавиту.
Есть еще glossary.module, может для чего сгодится?
Если речь идет просто о сортировке чего-либо по алфавиту, то это другой вопрос.
Хитрая титульная страница раздела
Вот тут было, как сделать при помощи тэга в xtemlate невидимый заголовок:
http://drupal.org/node/11295
Примерно по тому же принципу можно делать и другие вещи.
Пункты администрирования в меню модератора
Access administrative pages. Не поможет?
Жизненно ли нужна win-1251?
Полностью согласен с Axel:
"Использовать cp1251 или КОИ или другую национальную кодировку - вот это и значит продолжать жить технологиями нескольколетней давности."
> Пока получается, что для того, чтобы чувствовать себя уверенно - надо запастись конвертором файлов utf->win и utf-win
или переходить на Emacs Smiling
Чтобы чувствовать себя уверенно, надо подобрать и опробовать для себя систему, софт, технологии работы. Касательно кодировок - возможностей бесконечное количество, и принципиальных проблем нет.
node_image
Если отключить в upload показ ссылки и использовать [inline], то вставить картинку можно в любое место.
А показыватеся в конце ноды, если включен показ ссылки и еще фильтр, который преобразует ссылки в картинки (не помню какой, но как-то получалось).
node_image
Надо включить аттачи в default workflow.
Проверить права.
Изображение вставляется при помощи кода [inline:1] и т.п.
Хитрая титульная страница раздела
Вот одно из решений:
Придумать свои собоственные тэги, например [region1], [region2].
Вставлять их, например, в заголовок блока или ноды.
В коде темы проверять наличие строки тэга и соответственно его обрабатывать, например, задавать css id или class для него. И вообще, дальше все обрабатывать темой.
Не самое лучшее решение, но остальное еще сложнее.
перевод
В крайнем случае, можно просто выложить свой перевод в .po файле, тогда другие смогут импортировать его в свою программу перевода и использовать как дополнение.
установил... вопросов много... например - а как сделать главную страницу
В настройках блока можно задавать, на каких страницах блок видет, а на каких - нет.
Можно просто отключить блок.
Доступ к странице авторизации остается всегда по адресу my_drupal_addr/user
установил... вопросов много... например - а как сделать главную страницу
Сделать отдельный term таксономии, куда сложить все ноды, нужные для главной страницы, и выводить его как главную страницу.
Плюс к этому сделать кастомные блоки, которые будут видны только на главной странице.
node_image
Лично мне никогда он не нравился своей кривизной и подходом к делу.
Есть модуль Inline, он гораздо органичнее, универсальнее и ближе к общей концепции drupal.
проблема с related_links и другими
Это похоже на обычный симптом нехватки памяти, поищи, тут на сайте про это было.