А каким боком хостер имеет отношение к тому, как и что задано у клиента в .htaccess? Я еще раз повторю - после внесения каких-либо изменений в apache, php, mysql, perl какие-то настройки у клиента действительно могут сломаться. Но вина ли это хостера, думаю что нет. Единственное, что может и должен сделать хостер - предупредить перед или после таких изменений клиентов о том, что именно надо тщательно проверить свои сайты на работоспособность. Предугадать, какие именно скрипты и настройки могут сломаться сложно. Иногда, даже самые безобидные на первый взгляд изменения могут привести к неработоспособности скриптов. Пример из реальной жизни - из за флуд атаки на один из сайтов пришлось подкрутить значение Timeout в конфигурационном файле апача хостинг сервера со значения по умолчанию 300 секунд до 45 секунд. Казалось бы, на что это могло повлиять? А повлияло. У клиента перестал работать yml яндекс маркета.
Интересно было бы услышать каким таким способом техподдержка умудрилась выключить редиректы в кронах? Крон никакого отношения к выполняемым скриптам по сути не имеет. Вот если меняли версию пхп - могло измениться что-то в выполнение скриптов из под крона. Мне кажется в причинах проблемы тут путаница какая-то. А в части реакции - ну это да, не очень красиво. Проблема явно не такой уж большой сложности, чтобы ее изолировать и решить.
В топике вижу несколько очевидных проблем. Исключаю разговоры о падении СЕО рынка, методах продвижения, поведении конкурентов и прочий флейм.
Проблемы следующие:
а) кризис роста. не удается "подняться", перескочить на следующий уровень развития бизнеса
б) личные обстоятельства: депрессуха по поводу пункта а), не слишком удачное развитие нового бизнеса.
Не скажу, что приведу стопроцентно работащие советы (сразу оговорюсь, тут уже говорили, что все мы тут "советчики" - теоретики. Ну это потому, что:
1) со стороны зачастую видней;
2) давать "умные" советы проще, чем самим их выполнять:))
но тем не менее:
По поводу пункта а):
Какой рынок не возьми, почти всегда люди скажут, что раньше было проще и лучше. Вероятно это "бизнес" старость. Так что не надо об этом. Надо думать не о том, что было раньше, а о том что есть сейчас и что будет завтра и послезавтра.
О кризисе роста написаны тома и тома. Берешь книжку или книжки и читаешь и вдумываешься примеряя чужой опыт на себя. Из того, что было указано, на мой взгляд очевидно, что была сделана обычная ошибка:
Часть функций одного человека были распределены между несколькими людьми. Такой подход способен освободить лидера от рутинных работ, но придать ускорение бизнесу он в принципе не может. По прежнему нужен лидер. Если у вас кончились идеи - наймите человека у кого они есть. Либо стимулируйте ваших же сотрудников в плане креативности. Если они не проявляют в этом активности - учите. Но может быть и так, что они просто не способны на креативность. Тогда надо подключать новые силы. Не все могут генерить новые идеи и надо подыскивать соответствующих людей.
Ну и обычные советы по построению модели бизнеса, нахождению его узких мест тут тоже применимы.
Разговоры о кризисе рынка, падении его и т.п. и т.д. ведутся веками. Достаточно просто заметить, что несмотря на любые кризисы - одни поднимаются, а другие падают или уходят с рынка или даже разоряются. Да, действительно, бывает и так, что и рынок кончается - как это случилось по факту с производством кассет, кино и фото пленки. Кто-то действительно загнулся на этом, но далеко не все. Вот и надо перенимать опыт у тех, кто не загнулся.
Что касается СЕО - как представитель клиента могу сказать, что любому сайту нужно привлечение посетителей, а магазину клиентов, поэтому называться это может и сео и шмео и еще как нибудь, но услуга востребованна и более того - очень востребованна. Поэтому вряд ли рынок т.н. СЕО помрет. Переродиться может, но не умереть.
По пункту б)
Депрессуха - обычное дело для любого бизнесмена. Мы идем по минному полю и каждый день должны обходить эти мины. И с течением времени, рано или поздно, очередная волна депрессухи может оказаться девятым валом. Этого надо избежать. А если уж случилось, то выплывать всенепременно даже если это потребует очень жестких решений.
egrul.com для начала. вот с возможно "левыми" реквизитами для оплаты увы будет хуже дело. потому что если действительно мошенник вас обманул и деньги ушли куда-то мимо официального р/с компании, то она не причем. в этом случае заявление напишите все равно на мошенничество, но ответчиком будет именно мошенник а не компания. Надежда, что его найдут наверное есть а вот сколько времени он будет возвращать деньги и будет ли вообше - вопрос сложный.
Здравствуйте!
Какая разница кто с вами вел переговоры о продаже. Печать и подпись есть на договоре? Реквизиты реальные? Оплачивали на официальные реквизаты? Этого вполне достаточно, чтобы подать заявление в надзорные органы (можно и в правоохранительные). Предварительно известите компанию заказным письмом с уведомлением о своих намерениях.
Хостинг на виндах http://parking.ru/ и http://www.1gb.ru/ - кто-то еще был, может подскажет кто.
Здравствуйте
Большое количество - это сколько? И можно ли хостерам предлагать свои тарифы? Кроме ай-пи, совсем нет других требований?
Leaseweb (Франкфурт, Германия)
HP DL120G7/Intel Xeon E3-1230
Monthly base price € 119,00
HP ProLiant DL120 G7 € incl.
1x Intel Quad Core Xeon E3-1230 € incl.
16GB DDR3 € 10,00
2x2TB SATA2 € 10,00
Contract term 1 Month
Billing term 1 Month
Monthly total € 139,00
5 Тб трафика (изменяется до 20 Тб за плату).
Заказ
Обычно, если все и так хорошо и запросы выполняются быстро, то заморачиваться с оптимизацией запросов никто не станет. В MySQL есть свои собственные логи - mysql-bin можно включить или log-slow-queries. А задать время которое будет считаться как long можно в long_query_time.
А выполнить mysqladmin -i1 processlist религия не позволяет?
