Куплю вместе с движком для генерации карт ☝
Gray верно говорит. Програмисты не в ту сторону смотрят. Сам был таким.
Вы сами сядьте и посчитайте какая часть нагрузки приходится на код, на процессы (по памяти) и на базу данных. В подавляющем числе случаев проблема будет не в скорости кода. Вы просто сядьте и посчитайте. Или возьмите реальные проекты: пару-тройку своих маленьких или Wikipedia с LiveJournal, для которых есть хорошие отчёты ( http://solutions.mysql.com/mysql-dell/mysql-livejournal-slides.pdf ), и посмотрите, где возникает основная нагрузка и как с ней справляются. Если бы скрипты были узким местом, то там бы часть PHP/Perl скриптов переписали на С/С++ вместо добавления очередного десятка мощных серверов. Не переписывают - добавляют сервера. Причём сервера под базы, сами базы делят на логические части, ставят мемкешед-сервера. Код как был на тормознутом PHP/Perl, так и крутится. Для большей тормознутости его переписали на объектно-ориентированный вариант 😆
Посмотрите на данные Алексы по посещаемости - практически нет эффекта. Это видно по отсутствия резких всплесков посещаемости сайта в дни рекламы. Скорее всего, LovePlanet потратил деньги впустую.
Вы будете смеяться, но проще именно закешировать данные, а потом поставить дополнительный (ые) сервер (а). Как правило, это будет значительно дешевле, чем оптимизировать код. Месяц работы программиста (разобраться в обширном коде, поправить и всё протестировать заново) стоит 3К баксов с налогами. Новый сервак в стойку - 1-2К баксов в год в зависимости от качества сервера (500 баксов на колокейшн в год учтены).
Покажите как он работает на 50К записей. Если не умрёт и выдаст ответ раньше, чем за 10 сек, то ему можно будет поставить памятник.
С нуля. Мало кто из движков держит 20К записей. А при номенклатуре книжного не работает за разумное время ни один стандартный движок. Причина - связывание минимум трёх таблиц одновременно, одна из которых колоссальная, а в другой текстовые наименования полей. Это принципиальное ограничение на любой стандартный движок.
Как правило, в системе два узких места - количество одновременных пользователей и скорость выполнения запросов на базе данных. Первое решается nginx, второе кешированием данных. В подавляющем большинстве случаев этих очень дешёвых методов хватает для значительного снижения нагрузки. Вот и вся статья.
Бизнес предельно простой. Есть владельцы платных порносайтов (берут плату с посетителей за подписку на полные ролики). Есть парнёрские сайты - адалт-сайты. На адалт сайтах крутится реклама платных порно сайтов в виде картинок нагих девушек. Оплата владельцу идёт либо за подписку пользователя, кликнувшего на картинку, на полный платный доступ к сайту платника, либо за продажу посетителей другим порно сайтам. Продажа посетителей идёт напрямую: кликают на произвольную картинку и, скажем, 10% кликнувших уходит на рекламируемый сайт. Так же можно покупать трафик. Расходы на покупку трафика, доходы от его же продажи или платы за подписки. ROI продвижения считается просто и автоматически. Бизнес предельно простой.
Из-за того, что бизнес простой, туда когда-то ломанулось много народа. Из-за того, что доходы и расходы могуть считать скрипты, маржа (прибыль) стала минимальная. Из-за того, что есть несколько громких дел с посадкой владельцев сайтов, это уже подсудное дело. Лезть или не лезть в это дело - решать тебе.
Вам это не нужно. Жителей Вашего региона в Яндексе максимум 1-2%. По Вашей сфере деятельности их десятки человек в сутки максимум. Намного дешевле (в пересчёте на покупку) будет покупать контекстную рекламу с поиска Яндекса с показом объявлений только жителям Вашего региона.
Кстати, на http://liveidea.ru/ читаем кто реально им нужен:
- партнеров для совместной реализации проектов.
Вот так можно ткнуть в ссылку на поиске и промахнуться. Яндекс поиск позволяет искать информацию, а не услуги.
