Алексей Шпилёв

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

Конечно, и я про мобайл. Там всё можно сделать красиво: от меню до тела сайта.

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

В том-то и дело! Не может быть хороший прогррамист хорошим дизайнером, это разные склады ума) Поэтому будет классный код в хреновой обёртке либо класный визуал с ползущей вёрсткой. А шаблон, если переделывать - то смысл его брать? Лучше сразу сделать круто и с нуля)

Бился несколько лет, что бы вывести сайт в топ поисковой выдачи по региону, думал, что у веб-студии обязательно должен быть сайт в топе, тогда всё будет зер гуд. Сайт висит в топе, а заявок с него - 0))))

О, да)) Так они пошли дальше, слепым айтишникам нужно нажимать разные картинки, которые не видно нифига))))

Статья-то про ЦМС.

Да, как ни крути, но сео и разработка очень редко пересекаются. Поэтому, я - руководитель компании (по совместительству , возглавляю отдел SEO), а своим программистам, периодически, лекции по сео читаю. И за несколько лет мы добились того, что нет у нас необходимости сео расписывать в ТЗ) Это повышает эффективность старта работ по сео - в разы.

Я, например, сеошник, но страдаю не меньше программистов, от битрикса)))

В том-то и сложность) VPS, Сотбит, Смарт-фильтры.... Дорожает продвиженице)

Битрикс - это зло. особенно для кодеров и сеошников)

Сменить CMS без просадки по SEO не возможно. хотя бы потому, что каталог ссылок сайта изменится, соответственно, нужно вывести старые ссылки из выдачи и добавить новые. Частично спасёт 301 редирект, но просадка, и причём большая. всё равно будет.

на самом деле CMS играет роль. Например, Яндекс с Гуглом любят быстрые лёгкие сайты, а сайт на битриксе таким не сделать и приходится выбирать, то ли псевдолёгкая интеграция с 1С, то ли эффективное продвижение. Плюс затраты на попытку технической оптимизации битрикса гораздо выше, чем оптимизация того же вордпресса.

3. пункт. Панибратство: Да, если просто забить на клиентов, то, сто пудов, разбегутся) у нас тикетная система есть, смотрим заявки в нерабочее время и выставляем приоритеты, те заявки, которые требуют сеюсекундного вмешательства - обрабатываются сразу, но таких 2-3 в месяц. Остальное решается в порядке очереди в рабочее время.

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

Норм дополнение, согласен со всем и учту. Статья банальная - согласен, но это моя первая статья)) Я давно хотел начать писать, но не знал на какие темы. Есть много кейсов по кодерству, сео, рекламе, но мне, как раз, показалось, что нужно писать не про то, что и так все знают, а про то, что не написано в справочнике по php. Буду писать подробнее про взаимоотношения с клиентами, как сплотить коллектив и т. д. Спасибо за развёрнутый коммент!)

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

У меня очень много примеров личных и не личных, когда принебрегали ТЗ, актами и прочим, и нет ни одного примера, когда без этих документов конфликтные ситуации заканчивались хорошо.

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

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

Интересное замечание, спасибо. Здесь идёт разговор, о стандартных условиях: договор-работа-деньги. Просто договор и просто счета, но, как правило, все работы мы выполняем на своих серверах.

По иностранным заказчикам всё намного сложнее, но здесь есть способы досудебного разбирательства. В судебном порядке особо ничего не добиться, так как невозможно оценить качество и количество выполненых работ, ну не предусматривает наше законодательство "IT-случаи"). Ровно как и мировое законодательство. Я не говорю про страны СНГ. И в ближайшей статье расскажу, как мы с американцами бодались), как раз, сыграв на несовершенстве законодательства)).

Да, работать по предоплате - это круто) Я специально не заострял на этом внимания. Например, 150 000 из кейса - это 50% постоплаты. Предоплату-то они вносили.