Права клиентов?, Стихийный флейм из "Претензий и жалоб" Опции

[Soier]

Примечание модератора: тема выделена отсюда:
http://forum.hostobzor.ru/index.php?showtopic=8958
~~~~~~~~~~~~
Прошу прощение за вмешательство, но у меня, как у однажды «кинутого» клиента одной подобной шаражкиной конторой, возник один резонный вопрос, до каких пор продавцы услуг будут хамить и постить в форумы, которые читают тысячи рядовых пользователей = потенциальных клиентов, высказывания, смысл которых сводится к одному – «клиент = ламер».
Неужели законодательство РФ не в состоянии прикрыть деятельность таких контор подобной этой?
Или для этого самостийного хостинга законы не писаны?
Неужели на самом деле все так безнадежно?
Неужели нет таких механизмов, которые помогут наказать продавцов подобного рода сомнительных услуг, так чтоб мало не показалось?
Однако…
Обидно, что это «мышиная возня» проходит на форуме, так как если б какой то деятель подобный этому, заявил мне в глаза, что Я Клиент, хам или вор, он был бы как минимум жестоко надруган публично, так как клиент, это тот человек, за чей счет Вы, уважаемые продавцы услуг все живете!
Клиент имеет право называть вас так, как ему заблагорассудится, а Вы, как добропорядочные халдеи обязаны Выкать, и исполнять все желания клиента, который заплатил вам деньги, за тот вид услуг, который вы ему продали за деньги, которые сами озвучили, и тем более, вы не имеете никаких прав осуждать поступки ваших клиентов, по всем законам вы не правы!

PS.
Прошу прощения модератора форума за производное слово «Халдей» от слова «Халда» по толковому словарю В.И. Даля дословно:
Грубый, бесстыжий человек, наглец, нахал, крикун, горлан, особенно женщина.
Халдить, шататься, таскаться без дела, беспутно браниться, нахальничать, кричать, драть горло, халчить, без толку мотать, хальный, нахальный, нах….

[edogs]

3) достаточно дать ссылку на данный вопрос в собственном факе.

Вот теперь Ваша позиция с этим ответом для нас прояснилась, так что вопрос исчерпан, спасибо. Правда мы считаем, что для "давания ссылки" достаточно иметь автоответчик, а под ТП мы понимаем нечто более широкое, но это уже вне рамок топика.

На самом деле если почитать форумы по известным скриптам (та же phpnuke, joomla, etc), то возникает впечатление что клиенты нередко как раз НЕ ожидают ответов от ТП и НЕ ожидают найти ответ в факе хостера. Чуть ли не каждый второй вопрос в "newbie" разделах вида "как мне создать базу", "как мне залить дамп базы", "почему у меня всё ????", "я указал http://localhost в коннекте к базе и не работает" и классика жанра "я залил скрипт, а у меня белый экран" и т.д.. При том ладно бы ответов на эти вопросы не было на сайте хостера, а ведь иногда достаточно уточнить что за хостер и дать ссылку на сайт хостера с ответом - но это всё затраты времени и затраты создаваемые в общем-то хостерами не сделавшими прозрачной возможность получить ответы у них.

[levb]

На самом деле если почитать форумы по известным скриптам (та же phpnuke, joomla, etc), то возникает впечатление что клиенты нередко как раз НЕ ожидают ответов от ТП и НЕ ожидают найти ответ в факе хостера.

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

Вот теперь Ваша позиция с этим ответом для нас прояснилась, так что вопрос исчерпан, спасибо. Правда мы считаем, что для "давания ссылки" достаточно иметь автоответчик, а под ТП мы понимаем нечто более широкое, но это уже вне рамок топика.

Не просто ссылки на bla-bla/faq.html, а на конкретную страницу. А столь продвинутых автоответчиков пока не существует в той реализации в которой бы хотелось.
У нас в каждом письме есть ссылка на faq. Думаете много кто ей пользуется?

Сообщение отредактировал levb - 02.11.2007, 04:09

[WebXL]

Все объяснения, что незачем править собственные файлы в файл-менеджере cpanel, который понимает только utf-8, проходят мимо клиента и уходят в неизвестном направлении.

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

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

Единственно что отметим, что всё-таки "нюансы" должны быть описаны в факе.

Согласен.

Плюс вопросы вида "какой путь к корневой директории сайта" и "установлен ли curl" в стандартной ситуации должны решаться самим клиентом, тот же phpinfo() + php.net - это стандартные способы дающие нередко достаточно информации позволяющей не дергать ТП.

А почему Вы считаете, что они именно должны решаться именно самим клиентом, без участия ТП? (IMG:style_emoticons/default/smile.gif) Только потому, что технически возможность решить эти вопросы самостоятельно существует? К сожалению, не все клиенты вообще подозревают о существовании такой функции как phpinfo() - некоторые видят только кнопочки и инсталляторы скриптов, а инсталляторы требуют как раз и путь указать и БД прописать... ИМХО в данном случае клиент не должен, а лишь может решить вопрос самостоятельно, точно так же, как может обратиться в ТП, поскольку вопрос связан напрямую с технической конфигурацией сервера хостинга (IMG:style_emoticons/default/smile.gif)

Это уже скорее не работа на "помощь клиенту", а на "обеление своего имени":)

Это и то и другое (IMG:style_emoticons/default/smile.gif) По сути любую помощь клиенту можно воспринять как работу на "обеление своего имени", точно так же как любой отказ от помощи клиенту можно воспринять как работу в обратном направлении (IMG:style_emoticons/default/smile.gif)

Вот вопрос по поводу "переноса сайта" кстати очень животрепещущий. У многих хостеров указана услуга "перенос сайта с другого хостера", но только 2 раза за всю нашу жизнь хостеры умудрились сделать это правильно. При том аргументы как бы с одной стороны понятны (а откуда мы знаем где там у Вас пути были прописаны, настройки соединения к БД, почтовые настройки, шифрование паролей и т.д. и всё может быть разным), но с другой стороны зачем же тогда заявлять такую услугу?

Сложный вопрос, особенно исходя из того, что своими руками переносил к нам на сервере не менее 30 различных сайтов-аккаунтов и только в одном случае не смог выполнить перенос корректно (проблема была с кодировками в дампе БД и отображением русского текста в WordPress).
С другой стороны, все зависит от того, что воспринимать под "переносом сайта" - хостер может перенести файлы, восстановить на новом месте базу, после чего сообщить Вам новый путь к корневой директории сайта и новые данные для настройки БД, с рекомендациями изменить настройки скрипта соответствующим образом. Сайт перенесен, данные предоставлены, а вот настройка скрипта в перенос вполне может и не входить - настраивайте сами (IMG:style_emoticons/default/smile.gif)

[levb]

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

Основное назначение файл-менеджера - управление файлами, а не их редактирование.
Никого же не смущает, что через upload в файл-менеджере нельзя загрузить сразу 50 файлов или целиком директории (способ с архивом не рассматриваем).
Правильно, льют по FTP - это удобнее. Так что же мешает править файл по FTP?


Сообщение отредактировал levb - 02.11.2007, 04:36

[edogs]

У нас в каждом письме есть ссылка на faq. Думаете много кто ей пользуется?

Думаем не многие. Но так же думаем что это не должно становится Вашей проблемой. Прайс-лист вида "ответ на вопрос который уже присутствует в факе - 5уе" нам не кажется бредовым.

А почему Вы считаете, что они именно должны решаться именно самим клиентом, без участия ТП? (IMG:style_emoticons/default/smile.gif) Только потому, что технически возможность решить эти вопросы самостоятельно существует?

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

К сожалению, не все клиенты вообще подозревают о существовании такой функции как phpinfo() - некоторые видят только кнопочки и инсталляторы скриптов, а инсталляторы требуют как раз и путь указать и БД прописать... ИМХО в данном случае клиент не должен, а лишь может решить вопрос самостоятельно, точно так же, как может обратиться в ТП, поскольку вопрос связан напрямую с технической конфигурацией сервера хостинга (IMG:style_emoticons/default/smile.gif)

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

С другой стороны, все зависит от того, что воспринимать под "переносом сайта" - хостер может перенести файлы, восстановить на новом месте базу, после чего сообщить Вам новый путь к корневой директории сайта и новые данные для настройки БД, с рекомендациями изменить настройки скрипта соответствующим образом. Сайт перенесен, данные предоставлены, а вот настройка скрипта в перенос вполне может и не входить - настраивайте сами (IMG:style_emoticons/default/smile.gif)

Перенос сайта мы понимаем именно как перенос сайта, а не перенос данных с предыдущего хостинга(IMG:style_emoticons/default/smile.gif) Если сайт не работает после переноса, то он не перенесен.