Спасибо за ответ - сижу вот читаю всякие страшилки с похожими ошибками, все же такое ощущение, что что-то там хостеры поменяли или улучшили. "Покращення" во всей красе и видимо оно теперь отлавливает connection string к federated table, достигает какого-то порога и отрубает такой коннект. Просто при копировании таблицы и создании новой федеретед таблицы поменялись только connection string в create table engine=federated... В итоге он и используется при каждом запросе и по идее вот он ответ, но чего тогда оно работает для простых запросов. Банит еще на уровне разбора самого запроса?
Версии к сожалению не совпадают - на первом где данные физически лежат MySQL-Servers 5.0.51a, на втором с федератед - 5.1.56. Тут я особо выбирать не могу - на первом у нас обычный хостинг аккаунт и у них по дефолту 5-я версия, на другом наш виртуал сервер, можно его конечно понизить до 5-й, но не знаю поможет ли это и не получится ли еще больше проблем в других местах.
Что касается пинга - ну наверное стабильный, ведь запросы с WHERE id=1 все проходят беспроблемно.
fail2ban етц - ну на первом хостинге говорят что ничего не меняли (хотя кто там проверит...), а на своем виртуальном мы тоже ничего такого не ставили. И хостер тоже разводит руками
connect_timeout=10, net_read_timeout=30, никого с 180 не нашел, может если их там конечно в разном порядке поскладывать, то и получится 180, но... странно это все :)
А можно попросить администрацию перенести вопрос в раздел "Администриривание"?
Да я вот тоже к этому склоняюсь, что может оно видит сначала старый, видит что он истек и его и показывает при запросе к сайту. Что немного настораживает, что я вроде как и не заказывал новый сертификат, а продление старого. Я так понимаю в этом случае просто прописывается где-то в базе VeriSign новая дата и на этом всё. А если я удалю "продленный" изначальный сертификат, то хз :) Сорри, но опыта работы с ними не имею, потому пишу "от души" как я себе это представляю
А тут получается надо считай заново ставить сертификат и без простоя никак. Старый истек - уже не катит, новый поставили, но старый надо тут же удалить иначе все еще старый активен.
Кстати, вот еще такой вопрос про удаленное администрирование. Одним из аргументов больших фирм являются все эти HP iLO, Fujitsu iRMC (remote management card) etc. мол сможем сразу не приезжая сказать в чем дело и т.д.
Решил для примера собрать сам похожую конфигурацию от нонейм-фирм, которые собирают сервера. Взял скажем материнку Tyan S7050GM4NR, взял больше оперативки, лучшие диски (15K), сразу два процессора как у HP-решения. По деньгам получается как HP, но грубо говоря раза в два сильнее. Одно настораживает - там стоит Tyan System Management Card (on Board). Является ли это аналогом всех эти HP iLO?
Да, я говорю о цене уже готового сервера со всем содержимым. Цена платформы будет примерно 1,3-2 тысячи евро и ну там уже чего сверху накидаете в него. В ценах в РФ не разбираюсь, говорю по ценам в Германии - так что не удивляйтесь. К тому же не забывайте, что тут взяты практически начальные модели - теперь вот только проблема разобраться в чем из разница :)---------- Добавлено 28.05.2012 в 15:37 ----------
Мне также не советовали Dell и хвалили fujitsu и т.д.
А в чем конкретно были у Вас проблемы с HP?
Спасибо за ответ! Собственно меня немного удручают цены в HP - даже такой вариант с одним процессором (4 ядра) будет стоить порядка 3,5 тысячи евро.
У Fujitsu с шестиядерным порядка 4 тысяч евро (ну есть там еще с супер-примочками за около 6 и т.д.)
Оба предлагают замену детали в течении 4 часов (речь о Восточной Европе).
Также вот мне переслали предложение, которое сделала фирма-поставщик старого сервера: 2 Intel Xeon E5-2609 (2,4 GHz, QuadCore, 10 MB), RAM 32 Gb (вот тут порадовало), материнка Tyan S7050GM4NR (карта для удаленного доступа - Tyan System Management Card), Redundant power supply.
В отличии от известных производителей бывшая фирма-поставщик гарантирует замену "только" next-business-day.
Цена в итоге такая же получается как у HP - 3-3,5 тысячи евро.
Хватит ли 4 ядер (а не 6, или два по 4 = 8) для системы с двумя виртуальными серверами (10-15 клиентов, 2-3 разработчика). Обращать ли внимание больше на процессоры или на RAM?---------- Добавлено 28.05.2012 в 13:55 ----------И еще такой подзапрос в догонку - система будет работать с MS Server 2008, планируется еще MS Exchange-Server. Сколько памяти и, грубо говоря, процессоров/ядер сожрут такие системы.
на всех наших сайтах максимум по пару человек в день
недавно добавили туда сайт на английском и по пару человек в день заходит. просто у нас он популярен только среди пользователей сапы :)
аллергия к ооп после процедурного программирования мне лично понятна. сам с трудом переходил после процедурного паскаля (да там тоже есть объекты, но тогда я его еще не использовал) в ооп.
после процедурного подхода где как бы и так все получалось трудно привыкать к ооп - сразу лезешь думать в обратную сторону, с мыслями как это решить с парочкой функций. к сожалению хороших примеров сразу так и не найдешь, но постепенно то тут то там перейдешь на ооп.
в пхп, где сразу с чистого листа можно написать что-то работающее, вообще по началу было такое ощущение мол вот она месть ооп-шникам, последний процедурный остров :) но постепенно все равно напишешь свой класс для доступа к базам данных, потом даже узнаешь, что такие классы называют синглтонами (ну так у меня получилось - сначала написал, потом прочитал про всю эту паттернизацию), и что на эту тему придумали кучу названий для шаблонов и т.д.
ну и с новым ооп-подходом в последнем пхп - похоже и тут ооп возьмет верх. ничего личного против ооп, но просто глупо когда пишут целый объект ради одной функции, или класс с кучей статических функций - чем хуже/лучше инклуда файла с кучей функций. имхо, часто объекты ради объектов - мол так принято и т.д.
ну и во многом виноваты книги - там бывают такие примеры на ооп, когда сначала автор ставит себе задачу, которую поставь немного по-другому и все решается темии же функциями. так нет же начинается - абстрактный класс, интерфейс на интерфейсе, кучи вспомогательных классов и т.д. ну и шаблоны вам туда и т.д. и все это с нашими классическими объяснениями про "масштабируемость, упорядоченность, повторное использование кода" и прочие святые фразы...
имхо, на ооп писать надо, но без такого "завзяття" и веры в чудо ооп как это происходит сейчас. а то будут у нас бегать толпы мыслящих паттернами прогеров, всякий процесс норовящие описать с умл и чумовыми диаграммами классов, а вот как дело доходит до банальной задачи, то начинается...
вообще-то это классический стиль. на западе ему даже авторов придумали - типа керниган и ричи так писали свою книгу по си, потому пример не катит.
Да конечно есть, но в итоге вы ж не будете за одной ссылкой гонятся - тут или найдешь или нет, а позиции нужны. А потому после всяких разговоров о том как надо продвигать, все равно регаем автоматом, скупаем ссылки и т.д. Ну и паралельно никто не мешает нормально улучшать сайт, добавлять контент и тд
Вес таких страниц действительно маленький, но это как с каталогами - там же вес вашей страницы тоже будет минимален. Берут огромные базы и прогоняют и для поисковика сайт становится "типа" популярным. Как по мне, то все эти пресс-релизы те же каталоги только вместо маленького описания Вам предлагают дать большое :) Ни разу еще нацеленно не читал чей-то пресс-релиз и тем более не буду гоняться за пресс-релизом какой-то ООО Окно-ПВХ-Стройсбыт
