Да спамер это самый натуральный. Я бы на месте хостера еще и файло нахрен снес к чертям, и оставил бекап с логами. Чтобы в случае чего было что показать.
vamp07, достаточно одной жалобы и факта ведения рассылок. Вы просто не понимаете.
vamp07, точно не спам? А то что-то видно, по грамотности поста, что самый натуральный спамило...
svsan, Странно. Ситуация с точностью до наоборот (проект сначала был на их виртуальном хостинге, потом вырос и жил на их же ВПС, а сейчас приехал ко мне на сервер в Германии... Ни одного (!) глюка за 4 года...
svsan, Зато стабильно. А PHP и свой там собрать не большая проблема... По поводу сокетов и прочего - все решаемо довольно-таки. По сравнению с свебом - земля и небо. По сравнению с другими хостерами - можно найти лучше... Тут как говорят - каждому свое.
где?
а вот тут верно.
На OpenVZ это не возможно. а вообще копайте настройки апача.
dataselectel, ничего нового в этом нет.
pupseg, UTF-8 не оправдан в некоторых случаях.
Ложь. Проблемы высосаны из пальца. И они НЕ возникают при наличии одной кодировки для страны. Но у нас с Китайцами примерно похожая ситуация: ASCII, 1251, KOI-8. теперь еще UTF... Извините, велосипед не нужен, а нужна была в свое время голова на плечах кое-кому. Не надо так радеть за UTF - оно удобно, но не всегда правильно ;). По-крайней мере, текст в UTF занимает в 2 раза больше места. А это уже неоптимальность средств под некоторые задачи. Для вас, специально для вас попробую объяснить: я не собираюсь использовать UTF в embedded-устройствах, не рассчитанных на многоязычность.
Ферштейн?
Приведите хоть одну, очень прошу, научите дурака. UTF-8 сам по себе не решает НИ ОДНОЙ проблемы.
Raistlin добавил 29.10.2010 в 07:53
P.S Поиск без учета регистра прекрасно реализуется на ЛЮБОЙ кодировке.
Давайте в рткомм вам сервер поставим? :)
