Ну нет - значит нет.
Это, кстати, зря. Попробуйте аккуратно закодировать. Ни одного не ascii-символа быть там не должно. Может только вместе с suhosin patch это имеет значение.
Если есть обрезка заголовков, то она должна выполняться движком до перекодировки в utf8 чтобы не попасть на границу буквы, представленной несколькими байтами.
Выгоднее разобраться что не так с заголовками, потому что suhosin вы из дебиана на выведите никогда. Он к вам еще вернется не на этом сервере, так на другом.
baltik, все понял. думать вы не хотите. попробуем общение в другом формате :
apt-get remove php5-suhosin
baltik, значит это было плохое предположение. но почему вы не показываете phpinfo ?
тогда второй совет методом тыка - удалите пакет php5-suhosin.
Полностью вытравить suhosin из debian можно только сменив руководство проекта debian. Там две части сухосина - патч, который накладывают не зависимо от вашего желания на все виды пакетов php и модуль, который предоставляет пакет php5-suhosin с дополнительными проверками.
Что ж вы не написали какая была ОС на старом и новом серверах ? Посмотрите вывод функции php phpinfo на старом и новом.
С точки зрения метода тыка, я предполагаю вмешательство suhosin. Там есть настройки, например, suhosin.mail.protect
war357159, так что работает show create table или нет? это нужно просто попробовать.
правильную структуру таблицы можно найти даже в дистрибутиве движка (точно той версии) не устанавливая его.
Forum, ну так вам один путь - платить своему программисту зарплату в течении нескольких лет пока он наберет опыта. Что вы хотите? не такой уж широкий рынок этих форумов, чтобы профессионалы могли зарабатывать только на форумах и достичь приемлемого профессионализма. Битрикс намного шире и там вообще заказчики более приучены. Низкие (или никакие) цены на движок развращают.
Отсюда следует, что "надежности" вы не найдете тоже. Не может быть надежности там где сами программисты не видят надежности со стороны заказчика.
И с vbulletin все точно так же обстоит.
да, именно это я имею ввиду.
чтобы создать заново нужно либо иметь бекап либо попробовать получить sql-оператор создания таблицы через выполнение запроса :
show create table smf_sessions
И правильно советуют. Что сложного удалить и создать заново?
Постоянно хранящейся информации в этой таблице нет, а потенциальных проблем с помощью удаления можно решить больше.
Убедитесь, что вы не путаете базы данных и реквизиты доступа. Может у вас там несколько копий форума было.
Именно, что хрень. Но разве это мешает написать статью и получить финансирование?
В принципе, фирма или специалисты из этой фирмы в частном порядке, могли устроить ДДОС, который описывает Андрей, поскольку они досконально изучили технологии p2p для другой цели.
Больше тут ничего на правду не похоже.
Или это и была изначальная задумка фирмы ? ддосить трекер и сайты с помощью пиров, которые никогда этот трекер не видели и на сайт не заходили? Уж больно плохо пахнет.
Там нигде не говорится о 5 гбит на каждого сидера.
Есть только фраза "наподобие ddos-атаки". Это с поправкой на журналистов может означать что угодно.
Скорее всего, внедрение помех и ложной информации мимо трекера. Но эффективность наверняка не 100%, ведь каждый скачивающий может в итоге проверить, что за файл он собрал из кусков благодаря контрольной сумме в оригинальном торент-файле . Часть пиров все равно будет продолжать распространять правильный файл.
В любом случае, с фантазиями Андрея насчет трекера не вяжется. Ну это у него стиль такой.
