drima

drima
Рейтинг
46
Регистрация
17.07.2007
Думка:
drima, система хорошая... и удобная... но вот проблемы хостера не его вина...
kxk, разработчик виноват в том что не меняет хостера на более надежного... имхо...

система хорошая и удобная! это я признаю! отдельное спасибо за

RewriteRule ^robots.txt$ robots.php

многое выжать из этого можно :)

но если я не могу войти в админку не по своей вине, а по внешней причине, то мне все равно, вина ли это хостера или лично разработчика. если я купил систему, то хочу ею пользоваться в любое время суток, круглый год.

2++:
Вышли новые версии cms

к сожалению, повторяется проблема, которая уже здесь мною поднималась. сайт разработчика недоступен - и я не могу не только скачать обновления, но и зайти в админку собственного сайта на ++cms. разработчик ранее, казалось бы, обещал исправить данную проблему, но не исправил.

приходится констатировать, что ++cms - абсолютная бета, и, несмотря на наличие очень интересных функций, решительно не годится для использования в корпоративном сайте. воздержусь от новых покупок до тех пор, пока не будет уверенности в системе на тех доменах, для которых система уже была куплена.

господа, зачем подводить итоги? яндекс ведь только начал. городов в россии много, не один магадан. пока до "москвы" дойдет, оптимизация из самостоятельного бизнеса уже станет придатком контекстной рекламы.

насчет "останутся только опытные" - увлекаться риторикой не стоит, это все говорили и слышали не раз, однако никто никуда не исчез (если не сказать больше - сеошников за последний год стало в разы больше). опыт сейчас ни малейшего значения не имеет - как ни грустно это для гуру.

чего яндекс не учитывать не может:

1) сооветствия кода спецификациям, что практически гарантирует отсутствие некорректных методов накачки текста

2) нормальной структуры страницы (с title, description, h1, strong, a)

3) наличия качественного контента с пропорциональной долей ключевиков

4) количества контента с достаточной долей ключевиков

5) лояльности к яндексу (нестандартные директивы robots.txt, написанные специально для яндекса, отсутствие практики перегрузки индексирующего бота, сотрудничество с яндексом посредством панели webmaster.yandex.ru > Мои сайты, регистрация в каталоге, заказ Директа и т.п.)

все это решаемо.

с чем яндекс пытается бороться: с неестественными ссылками

по сути, проблема-то, которую хочется решить, всего одна: прессинг путем ссылок, к которым нельзя придраться с точки зрения поисковика. яндекс уже объяснил, что он считает ссылки с морд неестественными. и в этом с ним приходится согласиться: ни один нормальный сайт не поставит на своей главной странице ссылку на другой сайт, будь акцептор самым наикреативнейшим или полезнейшим сайтотворением в истории человечества (много ли ссылок на гугл и википедию на главной странице вашего личного блога?). вывод: ссылки с морд не стоят затрат на них. еще яндекс не любит биржи (спорный момент, но допустим). вывод: не покупать ссылок там, где по каким-либо критериям можно заподозрить главного врага яхонтового нашего (даже если вручную размещается по 10+ ссылок на странице, это уже повод отказаться от площадки). и еще яндекс не любит ссылки с нетематических пощадок. вывод: ссылки должны быть тематическими (даже купленная на бирже, тематическая ссылка вряд ли может не учитываться).

и последняя проблема: возраст ссылки. этот вопрос остается не просто открытым, а "незакрываемым": никто до сих пор явных доказательств песка не привел, кроме того, возраст ссылки может сегодня учитываться, а завтра - не учитываться (алго остается коммерческой тайной). так что этот момент абсолютно риторический: ни анализ истории, ни прогнозы будущего ничего не стоят.

имхо, яндекс зашел в тупик с определением неестественных ссылок, и секретность алгоритма ранжирования его спасает от объяснений, которые он должен был бы дать в описании своей "лицензии". поскольку алгоритм яндексы не раскрывают, им и объяснять ничего не приходится - какие ссылки они считают качественными, а какие - некачественными. и, скорее всего, в данном вопросе ничего не изменится в обозримом будущем. поэтому анализ результата апдейта напоминает анализ действий сумасшедшего: хотя у этих действий есть причина, очевидной логики в них мало, и разбор приводит только к фиксированию того, что и так видно, без анализа.

окончательный вывод может показаться слишком банальным, но у меня другого нет. нужно делать качественные сайты и сводить ссылочное трюкачество к минимуму, заменяя его естественным наращиванием ссылочной массы. полгода - значит, полгода, год - значит год, в конце концов, совсем неплохо, если в итоге в топах останутся только те сайты, владельцы которых этого действительно хотят.

pro-maker:
Это и есть комплексный интернет-маркетинг сеошника? :)

это - все, что сеошник может предложить за малюсенькую денешку, которую могут заплатить хиленькие фирмочки, которым тоже хочется в топ, который постепенно будет занят мощными богатыми конторами с большими средствами на интернет-маркетинг, которые кормить придется нам (а не яндексу) - в качестве пользователей их сервисов и покупателей их товаров.

лично я заметил действительно негативное последствие нового алгоритма ранжирования: услуги фирм, которые в топе, дороже, чем у фирм, которым топ теперь не светит полгода-год из-за отсутствия средств на интернет-маркетинг.

а ведь еще осенью можно было выбрать в топах фирму с умеренными ценовыми запросами. теперь же им остается делать сайты на narod.ru или заказывать оптимизацию под гугл

2++:
Для версии нормал можно выкинуть строку. Но тогда нельзя будет управлять загрузкой новой иконки через админку.

для версии нормал иконки через админку загружать вряд ли вообще имеет смысл - ведь все равно нужно настраивать темплейт, а там уж менять можно что угодно. проблема в том, что любая страница, не относящаяся к ++CMS, но лежащая в корне или даже в подпапке, все равно выводится с иконкой ++CMS.

допустим, у меня в корневой папке есть, кроме сайта на ++CMS, еще и скрипт, показывающий позицию сайта в серпе в данный момент. так вот: он загружается с иконкой ++CMS, что выглядит достаточно странно, так как у самого сайта иконка совсем другая.

в субфолдерах тоже есть посторонние скрипты - и все выводятся с иконкой ++CMS.

это - мелочь, однако она слегка портит впечатление от CMS (временно, конечно, - пока не поймешь, как устранить, но - тем не менее :)

2++:
позволяет как раз сделать свою иконку для каждого сайтеллита на одной админке.

так пусть бы и была эта приятность только в редакции seo...

Яндекс - иезуитски хитрый механизм. Кому-то кажется, что нужно вернуться к обмену ссылками, кому-то - что к регистрации в каталогах, кто-то уверен в сапе, кто-то - в ксапе, кто-то возлагает надежды на статьи. А на самом деле Яндекс сам не знает, что завтра устроит. И в этом - его сила.

куплю яндекс-мантры

Заметил одну неприятность в .htaccess:

RewriteRule ^favicon.ico$ icon.php

благодаря этой директиве все страницы, у которых не задан жестко в head путь к favicon.ico, выводятся с иконкой ++cms. к чему это, скажите? закомментировать-то легко, но зачем вообще это нужно? по фавиконке можно легко спалить сателлит - даже если он не спалился по другим критериям

reagan:
Дык. дык дык. джжж джжж

вопрос к модераторам. вы в этом разделе только мне лепите штрафы за флуд? утешьте, скажите, что штрафуете по-честному 😆

ведь уже раздел непуганных идиотов, честное слово

думаю, что как покупатель двух лицензий на ++cms имею право высказаться.

1) это очень и очень хорошая система. мне в ней нравится почти всё. за $40 мне предлагается 90% функций самых навороченных и дорогих систем стоимостью $600-$800.

2) мне не нравятся два очень и очнь существенных момента:

2.1. система сильно зависит от хостинга, при этом рекомендуемого хостинга автор системы не предлагает. можно поставить демо-версию, но это мало что дает. у меня демо работала нормально, а вот полноценная система потребовала очень много усилий по настройке.

2.2. система не полностью автономна, она зависит от сервера разработчика. поясняю: в один прекрасный день у меня заблокировался вход в админку. совершенно без каких-либо действий с моей стороны. после переписки с разработчиком выяснилось, что в этот день производилась смена системы безопасности на стороне разработчика системы. мой комментарий, что, мол, странно, почему я, купив CMS, завишу от проблем разработчика и ничего внятного не могу сказать клиенту - по какой причине пропал доступ к его сайту, остался без ответа. точнее, ответ был, но довольно своеобразный: "вопросы безопасности не обсуждаются". в общем, я не получил ответ на вопрос: что будет с моим сайтом, если что-то, не дай бог, случится с разработчиком системы (спит, попал под колеса, эмигрировал в другую страну, умер от инфаркта). судя по всему, система, установленная на сайте, будет жить столько, сколько живет сервер разработчика. так что волей-неволей остается желать разработчику всех благ.

есть и ряд других проблем, но все они мелкие. а вот две описанные выше крайне хотелось бы решить раз и навсегда.

Всего: 1740