Как стать автором
Обновить
42
Карма
0
Рейтинг
КОМТЕТ @komtet

Пользователь

  • Подписчики 27
  • Подписки 15

Автоустановка Django

Компания родилась чисто хостинговой, причём с уклоном в Python/Zope. Потом «обросли» доменами, SSL-сертификатами, штатом программистов для выполнения «дополнительных работ», купили и установили на узле сервера под VPS…
Согласен, так что сайту пора делать редизайн, давно планируем и собираем пожелания. Хуже всего — в том же разделе Информация. Изначально раздел планировался под чисто технические справочные материалы хостинга, но по просьбам Клиентов начали публиковать статьи и советы по использованию наиболее популярных CMS, фреймворков и т.п.
Затем появился и RSS-канал, потом их стало несколько — например, для Яндекса — отдельный, у них жёсткие требования по публикациям. Вот и… нагромоздили.

Автоустановка Django

Точно! Изменено на «Автоустановка Django». Это значительно ближе к теме поста.

Автоустановка Django

Постарался учесть совет и дополнил «первый пост» с представлением.

Автоустановка Django

Добро пожаловать!
Это смотря зачем к нам приходить. Самый посещаемый раздел — Информация. Там публикуются переводные и авторские статьи по Joomla, Plone, Zope, Python и т.д. переводы готовятся штатным переводчиком, статьи — нашими программистами и администраторами и дружественными авторами.

Автоустановка Django

Поправил пост. Стало лучше? Или блин ещё комом?

Автоустановка Django

Вы откликнулись — я и спросил. Спасибо за ответ и честный комментарий.
PS: Карма с +3 (видимо за комментарии в других блогах) стремительно слетела, представьте, как мне стало неуютно. Впрочем, мне полезно иногда попереживать — чтобы не расслаблялся.
Кстати я пробовал опубликовать отдельную статью, мы обновления отслеживаем по большинству CMS — опубликовал информацию про Joomla 1.5.17 — перевод + комментарии, посоветовали снять. Хотя честно, мне думалось информация такого рода полезна, да и на других ресурсах (кроме официального сайта) её ещё нет.

Автоустановка Django

Читал. Отношение — когда как. На бурную радость хабра, что «ещё один хостер пришёл» мы и не рассчитывали. Максимум — на нейтралитет.
Честно — я советовался. Даже с сотрудником хабра, Давид сам позвонил мне и без преувеличения полчаса проводил курс молодого «хабрца», хотя собственно на такое внимание я никак не рассчитывал.
Теперь уже поздно что-то менять?

Автоустановка Django

Извините, промахнулся с ответом вам и опубликовал в корне.
Кажется вы правы. Сделал, как мне посоветовали, кратко представил, зачем мы, статьи — типа можно не раньше следующего дня.

Автоустановка Django

Мне посоветовали, что лучше сначала «представить» компанию первым постом..., а статьи публиковать не раньше следующего дня, зря?
Статьи, подготовленные для Хабра уже есть, в частности — про использование Django (способы установки в реальных условиях вирт.хостинга).

Автоустановка Django

Пока не умер, держится, но интерес приятен. Спасибо, сейчас временно переселим основной сайт на отдельный сервер, большой «хабраэффект» не ожидаем, но всё же.
Собственно, компания создана два года назад, активно работает только год. Компаний по массовой рекламе и пиару — не проводилось. Про отзывы моржно почитать на hostobzor.ru, hosting101.ru — ссылки не будут считаться рекламой? Допустимы?

Автоустановка Django

Кажется так и есть.
Я внимательно почитал «Представления» в первых постах других компаний, даже активно посоветовался с представителем Хабра — спасибо ему огромное, особенно за звонок, объяснял почти полчаса неофиту идеологию хабра.
Статьи советовали публиковать не раньше завтрашнего дня. Жаль, если я был не прав и поторопился с первым постом.
Хабраписателей у нас нет (пока), только хабрачитатели, и как, с чего начинать — мучительно выбирали несколько дней. Старались. Если первый блин комом — постараемся исправить.
Спасибо за совет!

Предупреждение о мошенниках

Пока новостей нет? Мы пока абуз писать не стали, но можем поддержать.

Общение с технической поддержкой хостеров

TC — спасибо за материал, откровенно — позавидовал, что не поднял эту тему сам. «Небольшой» комментарий от коллег по цеху.
1. Клиенту всё равно, который час по московскому времени. Он может быть вообще на другой половине шарика. Я согласен с тем, что часть вопросов может решить только либо руководство, либо старший администратор, но и ночью нельзя оставлять только «первую линию обороны». Если заявлено, что график технической поддержки 24х7х365 — он и должен быть таким. Хотя ночью количество сотрудников и минимально, обычно «ночные» вопросы ещё решаются быстрее, просто потому что их значительно меньше.
2. Ответы примерно на 80% вопросов можно найти на сайте, это правильно, и маленькая хитрость — ссылка, которую получает Клиент в ответ на «FAQовый вопрос» — содержит поисковой запрос
?searchterm=%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0%20DNS
т.е. «можно пользоваться поиском».
3. Почти все ответы на вопросы «первых дней» от нового Клиента содержатся в письме, которое Клиент получает при регистрации. Только вот мало кто из Клиентов их читает, к сожалению.
4. Согласен, что саппорт не обязан решать вопросы типа: «как мне установить CMS ХХХ», однако, проще дать Клиенту эту информацию, для этого, например, на сайте писать статьи по наиболее частым вопросам, пусть и не относящимся напрямую к хостингу. Есть и другой вариант решения — автоматическая установка CMS из панели управления — снимает огромную часть вопросов.
5. Часть вопросов отсеивается при просьбе сообщить логин/пароль или написать с адреса регистрации аккаунта, т.к. пишет человек, просто не являющийся Клиентом. Иногда «сознаются», и даже получают ответ.
6. Расширенное администрирование и «дополнительные работы по сайту» — это правильно и пользуется спросом, но часто бывает трудно объяснить, что хостер не вымогает деньги, а просто констатирует — смена версии Drupal с 4 на 6 действительно непростая задача и может быть решена только платно.
7. Поддержка по ICQ, Skype и т.п. — может и кажется удобной, но только для коротких вопросов, историю по которым не надо хранить. Переписку в мессенджерах трудно контролировать, передавать «по смене» и проверять качество ответов. Кроме того, при этом хостер зависит от работоспособности сторонних сервисов. Есть и психологический момент — если саппорт отвечает 30 минут в тикетах, это воспринимается адекватно, а если столько же Клиент ждёт в ICQ — начинает нервничать, специфика «мгновенных сообщений».
8. Телефон — очень важный аспект в работе и бывает сложно объяснить Клиенту, что мы не можем решить его вопрос, «пока я на линии повишу», не только потому что это займёт минут 10 и нужно найти аккаунт, разобраться, идентифицировать Клиента, но и потому что линия 8-800 оплачивается хостингом. Не надо писать письмо, и сразу перезванивать и уточнять — дошло или нет при этом дополняя и уточняя, так как «проще на словах сказать». Да, телефонные переговоры можно записывать, но просмотреть историю — как в тикетах, не удастся. В основном Клиенты понимают это, хотя есть уникальные случаи, когда за месяц с одного номера телефона 2-3 часа переговоров. Мне, кстати, встречались решения этой проблемы в виде временного ограничения звонков.
9. Представляться думаю надо. Клиент должен знать, с кем он разговаривает, проговорить: «Компания Икс, Техническая поддержка, Иван Иванов» — не так долго, но помогает наладить контакт и даёт Клиенту возможность сослаться в дальнейшем на данного сотрудника и, в конечном итоге, экономит время самой хостинговой компании. Аналогично — «здравствуйте» и «до свидания» — обязательны. У сотрудников даже есть памятка — Правила ведения переписки и телефонных переговоров, кроме шуток.
10. При ответе сотрудник априори предполагает, что знания Клиента близки к 0. Бывает, что Клиент обижается на попытку объяснить «простым языком», но сотрудник не пытается «унизить», просто не знает, что у Вас опыт работы админом 10 лет. А «простой» ответ экономит время, т.к. в большинстве случаев именно он и требуется.
11. По опыту — перенос сайта силами саппорта занимает значительно меньше времени, чем ответы на вопросы — как это сделать и что Клиент сделал не так. Следовательно, тоже экономит время. Разумеется, надо ограничивать «бесплатность переноса», например, по объёму бесплатно переносимых данных, например, 1ГБ.
12. Восстановление из бекапа — безусловно задача технической поддержки. Заявлено 7 суток — значит надо хранить за 7 суток. И восстанавливать по запросу. Но бекап — это не «средство разработки», т.е. если Клиент пишет, «я тут что-то наворочал с сайтом и ничего не работает, откатите на 11:30 вчерашнего дня» — ему восстановят, но на время создания бекапа (обычно это делается ночью) и посоветуют использовать личные бекапы, благо такая возможность в панели есть отдельно от системного бекапа. К слову, от пяти восстановлений в сутки одного сайта можно «защититься», если чётко прописать — сколько раз и в какие сроки осуществляется восстановление. Клиенту стоит понимать, что бекап прежде всего — на случай аварийных ситуаций с сайтом, например, если «Joomla через IDoBlog сломали косовские албанцы».
13. Защита от эксплоитов в CMS — не задача хостинга, надо следить самому за выходом обновлений. Но можно помочь с обновлением 1) платно 2) информируя в новостях Клиентов о выходе обновлений и уязвимостях.
14. Саппорт «на других языках». «Типовой администратор» знает английский и, разумеется русский. Отвечать иностранным Клиентам на манси саппорт не будет, так как «переводчик Google» может исказить суть письма и саппорт не может знать все языки. Поэтому предлагается использовать русский или english.
15. «Бескорыстная» помощь чревата. Если сотруднику интересно помочь или просто настроение хорошее, например, в установке к.л. новой CMS — надо быть готовым к тому, что следом Клиент попросит поменять шаблон, настроить модуль ХХХ и, при вполне мотивированной ссылке на платные услуги — возмутится, что «Саппорт испортился, этот сотрудник не знает CMS XXX, и мне Петя так помогал — пусть он мне ответит». Хотя исправить .htaccess проще и быстрее, чем доказать, что проблема не по вине хостинга, несмотря на Internal Server Error. Из практики — можно предложить «Мы выполним исправления скриптов и продемонстрируем работу сайта, если Вы захотите — оплатите дополнительные работы» — но это те редкие случаи, когда Клиент «проблемный», и работа сайта для него — критически важна. Платят потом не всегда, зато возмущаться — перестают.

А в целом, немного жёсткий пост, но на 99% верный.

Переход хостеров на php 5.3, статистика

Спасибо TC за внимание. Небольшой комментарий к тексту:
>komtet.ru: предлагают самому собрать любую версию php на тарифах, где есть SSH
У КОМТЕТ дефолтная версия: 5.2.9
При создании файла private/php_version с текстом номера версии PHP (4.4.9 или 5.3.1) — переключается на указанную версию.
Можно и собрать, но обычно достаточно этих трёх вариантов.
Уже вышла 5.3.2 — но интереса она пока не вызывает — ждём 5.4!
С переходом к PHP5.3 на виртуальном хостинге связаны несколько проблем: если ionCube Loader, Suhosin, eAccelerator решили проблему совместимости с 5.3, то Zend Optimizer пока только для 5.2 (это из наиболее часто используемого), не говоря уже о совместимости.

Предупреждение о мошенниках

По опыту могу сказать, что отдел К очень даже неплохо отрабатывает ситуации — и находит злодеев. Просто для начала следственных действий кто-то должен официально к ним обратиться. Для начала, можно написать владельцу meta.ua.
Другое дело, что если человек поставил своей целью скрыть свои данные, найти его нереально.

Предупреждение о мошенниках

Именно, но не так сложно дать ссылку на whois и результат распечатки )

Предупреждение о мошенниках

Банальный не банальный, а напрягает. За последние сутки получили несколько абуз от клиентов. Реакция от возмущённой до удивлённой.

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность