DyaDya

DyaDya
Рейтинг
147
Регистрация
11.04.2007
den78ru:
выжимают все соки сразу, оптимизация расходов называется

Всегда говорю же, лучше цены поднять, но качество оставить таким же. Раньше было приятно пообщаться с техподдержкой, на вопросы давали адекватные ответы. Потом вдруг когда косяки все начались), техподдержка тоже тупить начала. Я сделал вывод что они набрали школьников и студентов. Экономят типа. Потом, видимо, убедившись, что те тупят, решили вообще онлайн техподдержку убрать. Оставили "девочек", которые по общим вопросам кое-как что-то подскажут)

http://live.sweb.ru/

LiveChat — это сервис для общения в режиме реального времени с сотрудниками информационной службы, консультирующей по общим вопросам хостинга, оплаты и документации.
Для консультаций по техническим вопросам необходимо связаться с нашей службой технической поддержки по телефону в Санкт-Петербурге (812) 334-12-22 или в Москве (495) 663-16-12 или задать вопрос с помощью формы обратной связи.

А партнёрку для вебмастеров отрубили, так теперь вообще никакого стимула посматривать на них не осталось)

Miracle:
а зачем? что бы увидеть масштабы?


как это проверить, буду признателен за подсказку

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 неожиданно не поставили.

За последние полгода качество на хостинге реально упало. Ввели какую-то систему по отслеживанию нагрузки на сервер, убрали техподдержку онлан - стало как-то скучно у свеба(.

Toan:
Обычно так оно и есть, кроме ЯКа сайт, а тем более домен, больше ценным больше и не обладает.

Вопрос в том, а выкинули бы этот же сайт по стуку до продажи?! Не удивлюсь, что легко.

DyaDya добавил 02.02.2011 в 17:46

alex063:
Сайт был снят из каталога из-за продажи и тыкают на какой-то пункт соглашения

Самое главное никто не запомнил?). Подскажите, какой пункт, если вспомните.

sanhes:
Если не орать на каждом углу, что сайт продается и тем более сайт тот который принимали в ЯК, то все ок будет.

Правильно, так не надо козырять ЯКом, как-будто - это единственное достоинство сайта.

Toan:
После исключения сайта из ЯК он не может быть снова восстановлен, в т. ч. и посредством платного рассмотрения заявки.

Идиотизм какой-то, типа продажа сайта - это какое-то "чёрное" действо в глазах яшки)

Ситуация странная какая-то.

С одной стороны, если сайт толковый и его бы по стуку не выкинули до смены владельца, то и после смены выкидывать нет смысла!

Но с другой стороны, если владелец сменился, то пусть типа тоже раскошеливается за попадание в ЯК? Яшка в ЯК принимает не сайты, а их владельцев, так что ля?)

Есть сайты, которые были успешно проданы новым владельцам и никаких проблем нет. А что сами Платоны по этому поводу говорят? Неужели при сохранении политики сайта достаточно смены владельца для исключения сайта из ЯК?!

NotFrom:
HTTP-статус: Недопустимый тип ресурса (406)

Зрите здесь. Можете спросить у хостера, что это за чудо.

Почему заказчики не разрешают использовать ссылки для портфолио?

А спросить у заказчика слабо? Или они свою просьбу объяснить не в состоянии?

Было несколько случаев, когда заказчик сразу говорил, что работу нельзя нигде использовать в портфолио и т.п. Оказалось просто - посредники). Они сами укажут у себя, что именно они сделали работу.

Нужно принудительно конвертить текст сообщения из виндовой кодировки в нужную, например,

$message = iconv("cp1251", "utf-8", $message);

Ну и заголовки при отправке письма должны быть соответствующие кодировке текста.

Всего: 2917