2 мая 2013 в 18:22
Здравствуйте.
Сделал сайт-магазин на ubercart. Добавил товары с картинками. Все Ок.
Перенес сайт на хостинг Nic.ru (скопировал базу и файлы) - сайт заработал.
НО! При добавлении нового товара, у него не отображаются картинки товара (только у новых)(поле созданное в CCK (файл-изображение)).
картинка загружается, но при сохранении не отображается (в коде путь виден, а в директории её нет --->....ru/sites/default/files/imagecache/product_full/111222.jpg)
Саппорт говорит, что проблема в сайте. Но на других хостингах он работает!
В чем может быть проблема?
Комментарии
Хм.
Все переезжают с ник.ру, а вы на ник.ру.
Прям как на Украину и в Украину.
А куда все переезжают? (drupalhosting по понятным причинам не рассматривается)
это пожелание клиента, а какой скрипт складывает картинки в директорию www.site.ru/sites/default/files/imagecache/product_full/?
drupal
Проблема решается тикетом в саппорт с просьбой отключить nginx для вашего сайта/домена.
А правильнее всего сменить хостинг.
VPS берите, не прогадаете.
Вопрос был больше про «где», нежели про «что»
На nic.ru на 301-ом тарифе же должно всё нормально быть, нет? Поискал по форуму — все претензии в основном к медленной и отбрыкивающейся техподдержке.
И, кстати, раз уж зашла речь, Патруль вообще собирается лицензироваться как-то?
На евробайт
амазон вообще собирается лицензироваться?
ну-ну
объяснить клиенту, что такое амазон, не нужно.
в случае с патрулём это не проходит. «это отличные парни, сергей петрович, друпал любят, эцсамое» — не канает.
Тогда объясните мне, зачем нерезидентам РФ требуются какие-то лицензии РФ?
А по каким, если не секрет?
Вам то что от этого изменится?
Это всё вопросы доверия и ответственности.
Сайт своей байдарочной команды я размещу на патруле. Но сайт клиента туда отдавать можно только с закрытыми глазами, потому что в случае проблем и связанных с ними убытков или потерянной возможной прибыли клиента, отвечать некому, кроме тебя самого. Что тут непонятного-то?
А уж для клиента, который не знает, что в патруле нормальные ребята, они вообще ничем не отличаются от какого-нибудь занюханной хостинг-конторы. Поэтому мне интересен вопрос, по-прежнему ли они юридически Рога и копыта.
Про лицензию РФ я не говорил.
Взаимоисключающие параграфы детектед
ник.ру вам уже оплатил неустойку?
отнюдь
ну, началось...
Уверен, вы сами прекрасно понимаете разницу между, например, http://www.hetzner.de/ в глазах клиента и патрулём. И такая защита патруля от нормального вопроса потенциальных клиентов — медвежья услуга, на мой взгляд. На вопрос про гарантии кричать — шпион, ну это какая-то неприличная партийная риторика.
Я уверен, что вы прекрасно понимаете разницу между http://www.hetzner.de/ и ник.ру.
Какой иностранный документ должен показать вам патруль, чтобы документ был валиден на территории РФ?
И плюсом, какую лицензию должен получить патруль, если хостинг по канадским законам не лицензируется?
Вы пьяный что ли?) Топикстартер не я. У меня нет сайтов на ник.ру, между прочим, как раз в связи с большим количеством отзывов о плохой техподдержке. С которой в патруле всё наоборот, и это всем известно. Кажется, вы бросились махать кулаками, не разобрав, что к чему.
Понятия не имею. Но для бизнеса должно быть что-то большее, чем просто сказанное «ну, они хорошие ребята». Это очевидно.
т.е. где-то слышал, что хостинги должны иметь какие-то там лицензии?
Абсолютно трезвый. Действительно, вы не ТС. Извиняюсь. Но суть проблемы не изменилась. Наличие регистрации юрлица на территории РФ не защищает владельца сайта ни коим образом.
Я так и не понял какие причины не размещать клиентские сайты на патруле? и по каким причинам их можно размещать на http://www.hetzner.de/ ?
нет. какой вопрос — такой ответ. Ну, конечно, никаким. После заключения договора в случае чего остаётся писать только на деревню дедушке. Мне не хочется отвечать на эти вопросы, потому что я, как и любой, работающий с друпалом, разумеется, симпатизирую патрулю. Я уже жалею, что поинтересовался, изменилось ли у них что-то.
расскажите это клиентам макхоста
дело не в симпатиях или антипатиях. Просто у вас логика такая, если клиенту сказать, что http://www.hetzner.de/ "нормальные ребята", то нормуль. Если сказать тоже самое про патруль, то это уже не катит)
Да, подвела меня логика, подвела. )
Клиенту (среднеестатистической коммерческой организации) нужно:
Мне, как подрядчику от хостинга надо:
По этим критериям был выбран NIC.ru. Но на практике оказалось, что саппорт валит все на разработчика, при этом на нашем ВДС все работает без проблем если сайт просто скопировать и импортировать базу. Саппорту в NIC.ru совершенно наплевать, что мы ищем надежного хостера для своих проектов и можем принести им нормальные деньги размещая все сайты клиентов у них. Им главное заявку тревожного клиента закрыть любыми отмазками, и свалить все на разработчика. Клиент звонит подрядчику, а подрядчик ничего толком не может поправить, потому что грёбанный саппорт не может ответить, почему на других хостингах все работает а у них нет (но другие хостинги не присылают документы). В итоге крайний - разрабочик сайта, а саппорт умывает руки, хотя сам работает плохо. Ну и как студиям доверять клиентские сайты nic.ru?
Вот поэтому и приходится спрашивать на этом форуме о проблеме переноса сайта на NIC.ru и хостить клиентов на своем ВДС.
иногда нужно ещё и права на файлы проверить и при необходимости поменять
хостер за вас этого делать не обязан , тем более их сервера не заточены под конкретную CMS
Права на файлы и папки такие же как на ВДС (на это первым делом обратили внимание).
У меня такая проблема уже была (при переносе сайта). В итоге пришлось разрабатывать сайт сразу на хостинге. А в этот раз временно оставили сайт на ВДС и начали искать нормальный хостинг либо пытаться решить проблему.
первым делом проверяются настройки файловой системы в самом друпале, так как временная папка будет со старым путем. потом уже проверяются права на папку files, причем 777, а не 775 должно быть(что кстати странно для меня).
в ТЗ были прописаны требования к хостингу?
нет? тогда -
или, например, распечатанной из админки квитанцией сбера.
Кстати, возможно, что права надо выставить на папки внутри imagecache.
А timeweb не пробовали?
Нет, не пробовал. Есть какие нибудь drupal-проекты хорошо работающие на timeweb? Есть примеры?
Нет, примеров не знаю. Этот хостинг вообще как-то выпадал из поля зрения раньше. Вроде бы откровенно отрицательных отзывов нет.
Там на обычных тарифах 128mb, но есть упоминание, что возможно увеличение под конкретные нужды (исходя из общей ценовой линейки это может быть хорошим дежурным вариантом, чтобы закидывать туда средние сайты, которые нет необходимости закидывать на vds, например). Очень бы хотелось уже найти такой вариант, наконец.
Это шутка?
Тема вообще куда-то скатилась... Получилась смесь "преждевременной оптимизации" и "делить шкуру неубитого медведя".
Если нужны максимальные гарантии и быстрый саппорт - берите свой сервер,размещайте его где-нибудь и берите толкового админа,который его будет настраивать под что угодно и когда угодно,хоть в 2 часа ночи. А все эти демагогии про ник,макхост и т.д. - ну это хостинги,не более. Потом бегать и трясти своими договорами и лицензиями и пытаться выбить компенсации своих убытков-дохлый номер,имхо.
Вот именно, что это всего лишь хостинги. Для маленьких и средних сайтов они должны просто работать: сказал заказчику «500 рублей/месяц», он ок, секретарша забила в админку реквизиты, я залил файлы на сервак — всё, все забыли про хостинг, он просто работает. Но, как мы знаем, неунывающие стада искателей такой услуги под друпал — явление перманентное.
Это в случае, если веб демон и пых не входят в группу пользователя вебмастера(некой личности, развернувшей друпал). Т.е. отношение юзеров на вашей VDS и чужом шареде могут отличаться, к примеру, у Вас были права 750, а на шареде получаете фейл, ибо там они должны иметь права 705 или 755.
В мире полно хостингов, но не многие из них гарантируют правильную работу какой-либо CMS, на некоторых из них имеются специализированные тарифы, на универсальных же, единственное, что гарантируется - это работа скрипта <?php print "Hello World"; ?>, во всем же остальном
И самое интересное, что саппорт в этом случае прав. Однако, есть еще вопрос маркетинга, беготни за клиентом(чем организации в РФ не особо любят заниматься) и прочее и прочее, но это уже совсем другой вопрос.
Если рассматривать патруль беглым взглядом(не обращать внимание на надежность, производительность и прочие хостинговые холивары), самое главное его отличие от всего остального - это самый дешевый хостинг в мире из тех, что оптимизированы под друпал, и не потому, что он для "бомжей", просто все остальные обычно заморачиваются с настройкой под CMS только на дорогих тарифах.
Думается, что сегодня на безрыбье если кто-то предложит тариф, условно, с 256mb оперативки рублей за 400-500 и более-менее приличный саппорт — он сгребёт всех неприкаянных друпалеров со всеми маленькими и средними сайтами клиентов.
дешевое хорошим не бывает. есть куча хостингов с 256Мб под php и ценники там не намного ниже, чем у патруля.
upd. для примера http://www.netangels.ru/services/host/lite/
upd. раньше у них с патрулем примерно одинаково было
выше, наверное?
например, какие?
один сайт на таком тарифе будет крутиться достаточно быстро даже без кэширования. если три среднезагруженных, то тоже на приемлемом уровне. еще мне на этом хостинге нравилась панель, там можно галочками включать и выключать всякие акселераторы и т.д.
ну вот на нике не крутится же. а второй момент — чтобы перенос был без проблем. как с этим? потому что сейчас процесс переноса среднего сайта на друпале на некоторые хостинги слабо предсказуем, и обычно начинается с поисков того, что отвалилось и куда пропало. А хочется какой-то предсказуемости, например, если собрал из своих фич стандартный сайт, то знаешь, что он взлетит, а не начнутся недельные танцы с бубнами.
на Петерхосте тоже всё галочками и списками выбирается, что действительно удобно.
с самим переносом не должно возникнуть проблем, там предоставляют ssh доступ. у меня проблем ни с 7-кой, ни с 6-кой не возникало.
в общем, надо попробовать, пожалуй. А, кстати, как поддержка у них, если обращались?
редко обращался. один случай был когда subdomain настраивал, пришлось обратиться и достаточно грамотно подсказали где и что написать.
понятно, спасибо за рекомендацию!