querty

Рейтинг
143
Регистрация
01.04.2006

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

а то, что вы сможете сделать сейчас максимально быстро и хорошо. Тут как уже писали выбирайте то в чем есть опыт и компетенции.

Даже больше скажу. Он может потому и не выстрелить, потому как долго принимаете решение. Какой, двиг, какой логотип, какой домен и т. д. Все равно ошибетесь, поэтому лучше БЫСТРО допустить ошибку, потом исправите.

Если проект планирует жить больше трех лет, то берите фреймворк. CMS выигрышный на начальном этапе, все готовое, делаете мелкие правки в стиле говнокод и проект готов. Зато когда cms обновиться, это целая проблема обновиться. В фреймворках как парвило нет таких проблем. Плюс для больших правок есть все что необходимо для разработчиков. Для тестов плюшек и куча классов, понятная архитектура.

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

Отзыв о работе Fresh_Art

Заполнил бриф, показал примеры какие паблики нравятся, какие цвета предпочитаю. Нарисовали очень быстро. На каждой стадии присылали несколько вариантов на одобрение нравится не нравится и в каком направлении дальше докручивать. Все мои ламерские вопросы по функционалу вконтакте были отвечены. В общении очень приятный компетентный человек. Рекомендую. Остался доволен работой. Все исходники изображений прислали в psd. Оставил контакт, если понадобиться оформление группы, обращусь еще. Спасибо за красоту!!!

Fresh_Art:
Места со скидками разобрали, но к работе еще не приступали. В ближайшие дни ситуация прояснится и мы с вами свяжемся)

Хорошо, буду ждать

Есть место со скидкой? Если да, записываюсь

Тиц изменился в панели вебмастера на предыдущий. это реально или баг я.вебмастера?

ТС. Посмотри в поиске "нагрузочное тестирование". Загружаешь сайт на новый хостинг и поднимаешь нагрузку пока сайт не упадет и смотришь где предел, когда страницы начинают долго загружать. Как раз без реальных юзеров это проще сделать. Только вот на хостинге это не совсем корректно будет, т. к. помимо вашего сайта на хостинге есть и другие сайты. Плюс хостер разовый пик вытерпит, а при постоянно высокой нагрузке попросит уехать от них. Но все равно польза есть, будете знать в цифрах где потолок роста на данном хостинге.

Плюс скорость загрузки страницы на каждых серверах разная даже без нагрузки.

лучше в robots.txt прописать. изменять один файл, а закроет видимость сразу всего сайта

по каким площадкам отзывы оставляются (можно список в лс)? какие из низ с ссылкой? текст каждого отзыва уникален или только уникализирован? сразу в один момент 100 отзывов появляются или распределено по времени?

IBakalov:
Так и есть :) Замутил небольшой эксперимент, чтобы проверить вот этот тезис:

Собственно подробно тут: http://bakalov.info/novyj-mini-eksperiment-s-relcanonical.html
Если в 2 словах, то создана страница с GET параметром "validator", страница по нему естественно искалась. Затем в качестве каноническо URL была установлена страница, в URL которой ключа "validator" не было, после переиндексации новая страница по ключу искаться перестала :) Так что в случае если для страницы "site.ru/page1?p=3&совсем-плохие-слова" в качестве канонического урл установать site.ru/page1, то поисковой системе на "совсем-плохих-слов" будет пофиг :)

На мой взгляд это очевидно, что поиск не находит слово в неканоническом URL. Поиск не URL ищет а контент на странице. Поставьте, пожалуйста, другой эксперимент.

Страница B неканоническая (canonical = старница A ) имеет слово в теге h1 проыорваориымво , страница A такого слова иметь не будет. Будет ли поисковик находит страницу A по этому слову ?

Всего: 253