den78ru: выжимают все соки сразу, оптимизация расходов называется
Всегда говорю же, лучше цены поднять, но качество оставить таким же. Раньше было приятно пообщаться с техподдержкой, на вопросы давали адекватные ответы. Потом вдруг когда косяки все начались), техподдержка тоже тупить начала. Я сделал вывод что они набрали школьников и студентов. Экономят типа. Потом, видимо, убедившись, что те тупят, решили вообще онлайн техподдержку убрать. Оставили "девочек", которые по общим вопросам кое-как что-то подскажут)
LiveChat — это сервис для общения в режиме реального времени с сотрудниками информационной службы, консультирующей по общим вопросам хостинга, оплаты и документации.
Для консультаций по техническим вопросам необходимо связаться с нашей службой технической поддержки по телефону в Санкт-Петербурге (812) 334-12-22 или в Москве (495) 663-16-12 или задать вопрос с помощью формы обратной связи.
А партнёрку для вебмастеров отрубили, так теперь вообще никакого стимула посматривать на них не осталось)
Miracle добавил 03.02.2011 в 01:52 вот к примеру, то что у меня выполняется дольше остального
я не увидел здесь особых нюансов.
Очень странно. Явных косяков не видно. По сколько записей в каждой таблице у вас? Вы уверены, что именно этот запрос создаёт проблемы с MAX_JOIN_SIZE? Уж тем более неясно, почему ошибка то есть, то её нет. Косяк где-то в другом месте. Думаю, вам стоит стукнуться к хостеру.
Часто проблемы с MAX_JOIN_SIZE бывают, когда объединяется более 2-х таблиц и неправильно указаны условия в WHERE и в итоге реально объединение может быть очень и очень MAX_JOIN_SIZE. А при объединении 2-х таблиц, да ещё с ограниченным числом записей в каждой, проблем быть вроде как не должно.
Хотя... второй запрос что-то меня пугает. В нём уже 3 таблички. Так по сколько записей у вас в таблицах? Просто WHERE не прокатит? Обязательно через LEFT JOIN?
cyber2: В версию пхп ниже 5.1 верится с трудом, ибо 5.1 вышла в 2005 году
Главное, чтобы 5.3 неожиданно не поставили.
За последние полгода качество на хостинге реально упало. Ввели какую-то систему по отслеживанию нагрузки на сервер, убрали техподдержку онлан - стало как-то скучно у свеба(.
С одной стороны, если сайт толковый и его бы по стуку не выкинули до смены владельца, то и после смены выкидывать нет смысла!
Но с другой стороны, если владелец сменился, то пусть типа тоже раскошеливается за попадание в ЯК? Яшка в ЯК принимает не сайты, а их владельцев, так что ля?)
Есть сайты, которые были успешно проданы новым владельцам и никаких проблем нет. А что сами Платоны по этому поводу говорят? Неужели при сохранении политики сайта достаточно смены владельца для исключения сайта из ЯК?!
Почему заказчики не разрешают использовать ссылки для портфолио?
А спросить у заказчика слабо? Или они свою просьбу объяснить не в состоянии?
Было несколько случаев, когда заказчик сразу говорил, что работу нельзя нигде использовать в портфолио и т.п. Оказалось просто - посредники). Они сами укажут у себя, что именно они сделали работу.
выжимают все соки сразу, оптимизация расходов называется
Всегда говорю же, лучше цены поднять, но качество оставить таким же. Раньше было приятно пообщаться с техподдержкой, на вопросы давали адекватные ответы. Потом вдруг когда косяки все начались), техподдержка тоже тупить начала. Я сделал вывод что они набрали школьников и студентов. Экономят типа. Потом, видимо, убедившись, что те тупят, решили вообще онлайн техподдержку убрать. Оставили "девочек", которые по общим вопросам кое-как что-то подскажут)
http://live.sweb.ru/
А партнёрку для вебмастеров отрубили, так теперь вообще никакого стимула посматривать на них не осталось)
а зачем? что бы увидеть масштабы?
как это проверить, буду признателен за подсказку
Miracle добавил 03.02.2011 в 01:52
вот к примеру, то что у меня выполняется дольше остального
я не увидел здесь особых нюансов.
Очень странно. Явных косяков не видно. По сколько записей в каждой таблице у вас? Вы уверены, что именно этот запрос создаёт проблемы с MAX_JOIN_SIZE? Уж тем более неясно, почему ошибка то есть, то её нет. Косяк где-то в другом месте. Думаю, вам стоит стукнуться к хостеру.
Часто проблемы с MAX_JOIN_SIZE бывают, когда объединяется более 2-х таблиц и неправильно указаны условия в WHERE и в итоге реально объединение может быть очень и очень MAX_JOIN_SIZE. А при объединении 2-х таблиц, да ещё с ограниченным числом записей в каждой, проблем быть вроде как не должно.
Хотя... второй запрос что-то меня пугает. В нём уже 3 таблички. Так по сколько записей у вас в таблицах? Просто WHERE не прокатит? Обязательно через LEFT JOIN?
В версию пхп ниже 5.1 верится с трудом, ибо 5.1 вышла в 2005 году
Главное, чтобы 5.3 неожиданно не поставили.
За последние полгода качество на хостинге реально упало. Ввели какую-то систему по отслеживанию нагрузки на сервер, убрали техподдержку онлан - стало как-то скучно у свеба(.
Обычно так оно и есть, кроме ЯКа сайт, а тем более домен, больше ценным больше и не обладает.
Вопрос в том, а выкинули бы этот же сайт по стуку до продажи?! Не удивлюсь, что легко.
DyaDya добавил 02.02.2011 в 17:46
Сайт был снят из каталога из-за продажи и тыкают на какой-то пункт соглашения
Самое главное никто не запомнил?). Подскажите, какой пункт, если вспомните.
Если не орать на каждом углу, что сайт продается и тем более сайт тот который принимали в ЯК, то все ок будет.
Правильно, так не надо козырять ЯКом, как-будто - это единственное достоинство сайта.
После исключения сайта из ЯК он не может быть снова восстановлен, в т. ч. и посредством платного рассмотрения заявки.
Идиотизм какой-то, типа продажа сайта - это какое-то "чёрное" действо в глазах яшки)
Ситуация странная какая-то.
С одной стороны, если сайт толковый и его бы по стуку не выкинули до смены владельца, то и после смены выкидывать нет смысла!
Но с другой стороны, если владелец сменился, то пусть типа тоже раскошеливается за попадание в ЯК? Яшка в ЯК принимает не сайты, а их владельцев, так что ля?)
Есть сайты, которые были успешно проданы новым владельцам и никаких проблем нет. А что сами Платоны по этому поводу говорят? Неужели при сохранении политики сайта достаточно смены владельца для исключения сайта из ЯК?!
HTTP-статус: Недопустимый тип ресурса (406)
Зрите здесь. Можете спросить у хостера, что это за чудо.
А спросить у заказчика слабо? Или они свою просьбу объяснить не в состоянии?
Было несколько случаев, когда заказчик сразу говорил, что работу нельзя нигде использовать в портфолио и т.п. Оказалось просто - посредники). Они сами укажут у себя, что именно они сделали работу.
Нужно принудительно конвертить текст сообщения из виндовой кодировки в нужную, например,
$message = iconv("cp1251", "utf-8", $message);
Ну и заголовки при отправке письма должны быть соответствующие кодировке текста.