А что тут такого... ну есть у гугля прокся такая, можно ходить с неё и писать всякую лажу... так же как и с любой другой веб прокси. Только вот в случаях с гуглем, что бы делать POST запросы надо ждать их админа - "In order to accept POST request originating from this domain, the admin must add this domain to the whitelist."
ps. http://translate.google.com/translate?u=http%3A%2F%2Fforum.searchengines.ru%2Fshowthread.php%3Fp%3D2389381%23post2389381&langpair=ru%7Cen&hl=en&ie=UTF8
postgresql в prefork модели работал, что сами понимаете выражается в 1 процессе на одно соединение. Сразу учитывайте это и берите дедик. Пока проект раскачается научитесь готовить эту связку, что-то оптимизируете и т.д.
Когда вас выгонят с shared, а в итоге вас выгонят с него, то вы попадете на простой, экстренный найм админа, экстренную закупку этого дедика и т.д.... ну и деньги за сетап и тюнинг.
50-60 одновременных пользователей грохнут нафик все эти VIP VPS и т.д... особенно если настроено еще криво. Ну а если не криво, то будет тошнить... ну и учитывать еще надо то, что postgresql использует SHM, про что в параметрах некоторых vps тарифов вообще никак не оговаривается.
Почему же заново... мы начали параллельно городить целую платформу только из-за того, что ни в одной CMS нет возможности быстро генерировать интерфейс к произвольным структурам данных... есть только модули какие-то убогие, которые по сути общаются с одной и той же структурой, но при этом называются только по разному.
Оно должно быть FreeBSD 6.x совместимым, 2Гб оперативки, на хорошей шине иметь сетевую с чипсетом из следующего списка: Intel 82540, 82541ER, 82541PI, 82542, 82543, 82544, 82545, 82546, 82546EB, 82546GB, 82547, 82571, 81572 and 82573... для записи статистики и журналов необходимо наличие свободного места на жестком диске
Проц вообще не принципиален т.к. как писалось выше выше производительности памяти не прыгнешь... чем больше L1/L2 тем больше гигабитных дырок можно подрубить в этот сервер... без десяти минут мы затестим это на 4 дырках.
Обычно наше решение ставят только на входящий траф... на циске next-hop пакета на нас, а мы, после очистки, выплевываем это по default. Проц обычно ставят из каких-то своих соображений... мы обычно говорим так - от 1,2Ггц.
у нас есть партнер который может принимать 30 гигабит... с учетом того, что на этот размер заряжана стойка с фильтрующим оборудованием, то задача НИРИАЛЬНО хорошего ботнета заключаеся в генерации более 30 гигабит трафика, а точнее 50 гигабит, что бы это все встало в коленолоктевую... про атаки такого размера рассужают пока только в теории.
Слава, это хорошо очень, что есть такое понимание сути вопроса... мы научились очень многое крутить в L1/L2, т.к. при работе с памятью более 3mpps мы получить не можем... ну а что такое 3mpps? это три миллиона пакетов в секунду, чего вполне достаточно для фильтрации гигабитного порта в полный рост...
типичный ответ некомпетентного айтишника... места где используются cisco guard, конкретно в РФ, можно пересчитать по пальцам 😂, а мнения тех кто их понакупил достаточно противоречивы, т.к. некоторые этой ботвой остались недовольны...
ps. и не надо над cisco делать нимб какой-то, т.к. в природе есть еще и жунипиры, аллаед телесины, д-линки и т.д... если за маршрутизацию и свитчинг, на железе операторского класса, то циско всего лишь лидер по распространнености, но никак не по цене за порт при том же самом качестве.
а RT пользовали?
оффтопить так оффтопить... для серьезных инвесторов это копейки.
ps. в пробные шары мы уже вложили больше...
pps. /ru/forum/164111 - по .ру мы каждый день актуализируем... глубина просмотра с каждым днем все больше и больше.
да 10$ за мегабит анлима в EU, а M9-IX в РФ за копейки забирать можно... следовательно считайте, что за 2k$ вам хватит мощи актуализировать рунет каждый день.
