Вы не зашли.
вот откуда ссылки на раздел без расширения html на сайте, если расширения html отсутствуют
Это вопрос, утверждение или вывод?
ни движок, ни яндекс в этом не виноват - кривость рук вебмастера, вот основная проблема
Я вам вроде в трамвае на ногу не наступал, за что ж тогда скрытое оскорбление? Блин, гуру, как на серче, главное - пукнуть.
Да с ботом Яндекса. Сайтмеп есть.
Проблема то с Яндексом есть у многих по поводу агс. Я и не стал тут на этом заострять внимание.
Больше смущает вторая проблема по тексту. По другим движкам не сталкивался с таким, чтобы в сниппете меню лезло, категории. Просмотрел код - ничего нет криминального. Попер в эксперимент, засунул в ноиндекс незначимые части. Посмотрю его реакцию.
По третей - все же сменил чпу на без html. Google шемет - уже поменял на 2 сайтах все. По его данным ошибок нет. Подождем Я. - его и так тут глючит с вебмастером.
Да и вопрос - как сделать, чтобы при запросе несуществующей страницы сайт.ru/portfolio/?t=jetoo.html
отдавалась не главная а ошибка 404
oldvovk, попробуй в robots прописать параметры
Да он такой же практически, смотрел как-то, ну если только добавлено еще чуть по страницам.
да. только вопрос был иной - чпу раньше которое было на сайте успело попасть в индекс?
Да не менялось оно, было и есть дефолт.
а странно то, что описывается проблема как-то странно, непонятным языком. надо смотреть логи в панели ЯВМ.
Что конкретно непонятно? Что по дефолту раздел имеет расширение .html? Или что в постатейке фигурирует уже без html? Что бот судя по ссылке пытается найти раздел без html раз в ссылках он есть и не находит.
Это проблема, скорее не движка, а бота Яндекса, но от этого не легче. Еще trashka давненько говорила, что лучше бы изменить чпу разделов и не светить там .html. Поздно увидел, теперь кромсать по живому придется.
блокнуть дубли аксесом
Не до конца прописал мысли. Изменить ссылки разделов, а через файл .htaccess редиректнуть html разделов на получившееся.
странно написано. раньше чпу иное было?
А чего странного? Двиг по дефолту разве по другому делает или я ошибаюсь?
Выход пока реально вижу - корректировать ссылки разделов в вид без html
Что то придолбал меня яндекс с индексацией.
1. Вначале жизни сайта вроде начинает клевать, страницы появляются, проходит 2-3 месяца и начинают вываливаться страницы. В итоге получаем АГС.
2. Что еще характерно - в описании сайта фигурирует совсем не основной текст, а все что хочется, топ меню, боковой сайдбар, нижний бар и подвал.
3. По вебмастеру постоянно пытается найти страницу разделов т.е. к примеру /blog/ и получает соответственно 404. Хотя по логике двига она есть /blog.html
Чего делать? По первым двум идея пока одна - блокнуть дубли аксесом и попробовать ноиндексом блокнуть ему все вышеперечисленное части текста и оставить основной текст.
А вот чего с третим делать теперь. Менять формат ссылок?
А контент где хранится, не в базе ли? О чем я и написал.
А это реализуемо.
А кто пробовал? Я говорю о возможной идее, ее надо воплощать, пробовать и тестировать, корректировать, если получится.
Я уже писал когда-то похожее здесь
1. Ставим несколько домиков чтобы смотрели в одну папку.
2. На основной инсталлируем двиг
3. Делаем копии папок conf,backups,cache и переименовываем /conf-сайт1.ru/ и подобное в тч и основную
переписываем аксес примерно так
RewriteCond %{REQUEST_FILENAME} /conf/l$ [NC]
RewriteRule ^ /conf-%{HTTP_HOST}/ [L]
4. Делаем копии основной базы для остальных домиков, в соотв. папках меняем конфиг для базы.
По идее должно отработать. Но как проверить? У меня столько домиков нет, да и лимит на обоих хостах выбран. Как это протестировать на denwere, чтобы домики в одну папку смотрели, толку не дам.
По идее, чем различаются несколько сайтов при одном движке?
Разные папки конфига, бекапа и кеш, разные базы.
А если попробовать все сделать через .htaccess. Сконфигить несколько домиков в одну папку на хосте,
аксесом определять с какого из них идет заход и переопределять изменяющиеся параметры. Схема работоспособная. На wordpress такой подход прекрасно работает.
Вот только смысл - ну съкономится чутка места, ну баз меньше будет. А управлять то домиками придется из разных по существу админок хотя и одним движком. Работа в мультирежиме из одной админки должна поддерживаться уже самим движком.
Вывод: псевдо мультирежим можно сделать, в чистом смысле из одной админки - сейчас нет.
А жаль, что шаблона в пакете сборки нет. Лучше стандартного. Чуток бы ядовитость цвета убрать, подправить под svn и гут.
Так у меня тож оба хостинга и на обоих пятерки - php 5.2.14 мускул 5.1.56. Вот только вопрос - собран ли он с поддержкой?
Думаю, что хостеры пока с этим не заморачиваются. Один из моих ответил, что нет.
Вот когда клюнет, как с ростом потребления памяти в wordpress, тогда зашевелятся.
Поэтому и предложил именно "экспериментальную версию". Кому надо будет - возьмет, остальные
пока на старой поездят. Но вперед надо смотреть уже сейчас, чтобы потом не гнаться впопыхах за
уходящим поездом.
А хостинги?
Если только, как экспериментальный вариант делать.
Там, если не забыл, засада была какая-то с 5 минутами.
Сделай интервал больше - да и смысл дергать крон каждые 5 мин.
)) Ну и пусть себе работает. Релиз 760 стоит - должен работать, но кнопки то нет.
Еще момент, при удалении коммента, уведомление появляется в новом окне. Так и должно быть?
Как то это не то. Уведомление должно бы появится в этом же окне но выше.
Может плаг с этим релизом не дружит.
P.S. Понял, не дружит с IE7. Если все же страниц 1, нижнее меню наезжает вверх до таблицы и закрывает все.
Пришлось себе костыль пристроить - с 210 стр. вместо
}
}
Прописал
}
else
echo '<div style="margin:1em 0"> Страницы: это первая пока </div>';
}
Как то учесть это надо.
Что то я ничего не пойму.
[0.3] [24.01.2011]
- Исправлены ошибки - кнопка массового удаления появлялась только при наличии постраничной навигации.
В упор не вижу ни в 0,3 ни в 0,4 версии у себя на сайтах. Хотя на верхнем скрине вроде бы она и есть.
Что ж не так делаю ((
Хорошо бы, если так. Но почему имено эти два на ng и не тронули wp, joom. И только по 1 из 8 подключений. Большие сомнения с ftp, тут что то другое.
Хотя смотрю по форумам и wp с dle долбят по полной по той же схеме.
Вот тут нечто похожее делают с dle - http://forum.searchengines.ru/showthread.php?t=610134
Ну это ж практически то же самое. ISP делает это, к примеру, но при обращении к папке тут же пойдет запрос на разрешение доступа и как двиг на это среагирует?
Паролировать что ли? а как тогда двиг имиджи и файлы будет вытаскивать
Ладно, папка upload, но с таким же успехом, наверное, могли навтыкать в любую или новую создать.
Или аксессы добавить с нужными директивами? Просто я сейчас на распутьи, что-то сделал,
чего-то не знаю что сделать, потому и вопрос задал.
Убило, что из десятка сайтов зацепило именно эти два.
Вроде нет. Просмотрел статистику доступа к файлам - дампы не запрашивались.
Ни в коей мере не хочу подвергать сомнению безопасность системы, но хотелось бы
знать, какие меры безопасности можно дополнительно ввести для предотвращения.
Ситуация.
На хостинге были размещены два сайта на ngcms - dewon.ru и sowi.ru (экспериментальные площадки). Перед Новым годом статистика показала по обоим резкое увеличение размещение страниц. Расследование показало наличие в общей папке сайтов по левому файлу, и кучу файлов и папок в папке uploads, с изменением шаблона main (c организацией циклов ссылок с другими пораженными сайтами)
Учитывая, что обнаружил коверки поздно, определить не смог откуда руки растут.
Вопрос, можно что-то сделать для усиления безопасности, как запретить внешний доступ к папкам,
есть ли что то похожее по функционалу - проверка дополнений и изменений файлов на хостинге (как у wordpress)
Из того, что мне попалось, были сайты на ng, в тч из соответствующего топа и некоторых пользователей, несколько самописных, тот же wordpress, еще несколько (определить принадлежность не смог). Ну вот пара к примеру lising.org, seoblog.org.ru
Trashcka,
oldvovk, а я старого и не видела ))) покань где сие чудо есть.
Своего сайта не видела? Субъективно, но старый лучше.
права доступа соответствуют?
Офтоп, извиняюсь. Trashcka, а старый шаблон сайта был покраше. Сейчас - просто серая мыша, зачем?
Основная, скорее всего, изменить внешнюю на внутреннюю (требование систем рекламы и размещения).
Второстепенное - показатели.
Хотя игра с редиректом при Яндексе может и боком выйти.
Trashcka все верно. Только один момент в контекст - заносить, оформлять, вести раздел - да, должен один человек, но вот принимать решение о включении в каталог примеров - все же лучше комиссионно (благо опытного народа человека 4-5 найдется, особенно, если учесть что выше они они практически все отметились)
Народ, заметьте - вопрос стоит "Сайты для каталога примеров" а не "сайты для каталога"
Их и будет то - в лучшем случае 10-12 (элита).
Вопрос чисто по каталогу - а нужен ли он? на форуме целая ветка для этого
1. в 2 (по аналогии достаточно просто в 3 сделать)
4. прижать
Делать в одном ключе - блоками - значит все блочное.
Сделать в простом ключе - как дефолт шаблон с cms