Повился дополнительный бюджет, так что предложение снова в силе.
P.S.: сразу предупреждаю, что если у вас сайт из тематик "Развлечения", "Музыка" и др., никак не соприкосающихся с комерческими тематиками, то я оцениваю ссылку значительно ниже чем с коммерческих или околокоммерческих сайтов.
1. Я площадок действительно не видел, но так как тематика у них некоммерческая - считаю цены завышенными.
2. Каждый сам волен выбирать цену и в том, что она мне кажется чрезмерно высокой - нет ничего плохого. Спрос сейчас большой, так что даже по завышенной цене можнонеплохо продавать ссылки. Так что я просто объяснил прчину понижения репутации (это моё предположение).
3. Это вовсе не крик обиженной души. Я сам выкупаю ссылки и выкупаю много, и дорогие ссылки в том числе! Да и на что мне обижаться, на то что ТС неплохо зарабатывает засчет тех, кто не умеет правильно оценивать стоимость ссылки? Да за это я могу его только похвалить! Он мне же облегчает жизнь, обдирая моих конкурентов:)) И сам в шоколаде. Так что молодец Alexandrx. спасибо.
P.S.: сам я кстати тебе репу не минусовал;)
Если бы только для меня, у вас не была бы репутация: -73!
Минусы к репутации ставят за то, что цены завышены!
Поиск по всем базам одновременно вестись не будет.
Существует одна главная база, в которой хранится информация обо всех пользователях. Если мне надо найти пользователя, то я поиск веду по ней!
Кроме того для каждого пользователя существует своя база, в которой хранится та инфа, которую он заносит в систему (задания, напоминания, которые он создает, и т.д.).
Подводя итог всему выше сказанному:
Сервер:
Два 64-битных процессора
2-4 гига оперативки
RAID c зеркалированием, 2-4 диска. (что такое RAID5, честно скажу, не знаю)
ПО:
Linux или FreeBSD + патч
PHP
MySQL
При написании самого кода, оптимизировать его под работу на 2-х 64-битных процессорах!
Еще кто-нибудь может, что-то добавить?
Shema, спасибо за ответ!
Что касается нашего ПО, то хоть прототип уже есть, но мы будем практически все разрабатывать с нуля, с целью оптимизации кода. Есть уже кое-какие идеи (например хранение архивной части информации пользователя в отдельой базе, к которой будут обращаться достаточно редко.)
В том прототипе, который есть сейчас (он работает с MySQL), под каждого нового зарегистрированного пользователя создается отдельная DB, в которой хранится вся его инфа. Думаю размер такой DB не будет превышать 5 МБ. А самих таких DB будет тысячи!
Я не знаю насколько такая структура оптимальна... Не будет ли она излишне нагружать систему? Может быть возможен более эффективный подход?
Ну это если только в будущем... Пока денег на 4 сервера и их поддержку нет! Хотя если один хорошо настроенный сервер будет падать из-за сверх посещаемости, думаю деньги найдутся:)
1. noindex на странице не расставлены
2. внизу в невидимом div'е (display:none) стоит огромное количество счетчиков!
напиши мне в личку, что это за сайт?
Готов купить 2 ссылки на стоматологические сайты!
P.S.: а связаться с тобой через РМ не получается!
Хватит спамить форум этой свое юр. мордой с завышенной ценой!
Поставьте нормальные цены, всё у вас раскупят!
А вообще, куда модеры смотрят. Каждый день эту тему вижу!
