Вернее будет пинать вебмастера. Нагрузка как правило растёт быстрее чем линейно. Другими словами, вам нужно будет иметь конфигурацию в 3-4 раза мощнее при 46 000 строк.
Я года 3 тому назад разрабатывал "Сервер прайсов", до сих пор успешно используется и развивается. Одно условие, он предназначен для обработки прайсов автозапчастей. Различные предложения от различных поставщиков считаются общими если совпадает каталожный номер и производитель. Сейчас подумываю доработать чтобы можно было импортировать не только запчасти, но нужна конкретная задача и понимание проблемы, чтобы понять как лучше это сделать.
А вообще по запчастям он сейчас легко пережевывает 50 поставщиков, у которых в среднем от 1 до 5 прайсов. Способен обращаться через API, в частности к емексу. Максимальный объем позиций, который достигал - 10 млн. уникальных предложений. Или где-то 50 млн. всего.
Пишите если нам есть о чем пообщаться.
Я регулярно смотрю конкурентов в интернете по запчастям и скажу, вот что. Я не знаю что у вас там такого особенного в Екатеринбурге, но у вас достаточно много хорошо посещаемых сайтов. Например плентикар. Не знаете кстати почему? Мне этот вопрос покоя если честно не даёт :)
Да, тоже есть похожая проблема.
30 лет. Лет 6 тому назад переехал в Москву. Работу программистом PHP нашел за 1 неделю. А потом че-то не сложилось. Долгая история... Но зарабатывал я всё это время только программированием. Пришел к тому, что через 6 лет стало жить еще тяжелее, чем в 20, когда в общем-то и тогда сам себя обеспечивал, только теперь уже с +6 летним опытом. Странно, да? :)
Совет вот какой: нужно постоянно искать (у людей с менталитетом "торгашей" это хорошо получается), либо давить до конца на своей теме. Заниматься тем, что у тебя получается лучше, чем у остальных это еще не значит много зарабатывать.
Ну в гугле-то такой фокус не пройдёт?!
Случайно не автозапчасти? Похожая проблема. Я решил убирать. Вообще "410 gone", но в гугле по пол года могут оставаться эти страницы и по собственному наблюдению ничем от 404 не отличаются.
Первый вариант в мире Ruby on Rails считается лучше.
Ну и нужно помнить, что может случиться так:
/американские/драма
/индейские/драма
поэтому так же там же правильным считается добавление id в url
/американские/1-драма
/индейские/2-драма
и роутинг происходит за счет поиска id, а не строки, что так же считается плюсом.
А по-поводу уровня вложения - анализировать при "Правильном" (mysite/browser/strategy/game1) вложении естественно легче. Вас это потом затронет и вебмастере и метрике и т.д.
Так же обратите внимание, что логический путь не на столько важен как количество "хопов" до ссылки.
Тоже есть такое дело, правда 1-2 в день.
Ну да, согласен, спасибо.
Кажется я не правильно написал первое сообщение, вы уже второй, кто уточняет. Я позже уже отвечал. Именно последний вариант - потролить, отомстить, ввести в убыток.---------- Post added 19-12-2014 at 12:04 ----------
Я об этом как раз и думаю, убрав предоплату, ну или сделав её опциональной.---------- Post added 19-12-2014 at 12:06 ----------
Это автозапчасти. Достаточно специфичный интернет магазин.
Я может все таки не достоточно описал свои опасения. Давайте еще раз.
Если вы бы убрали капчу из комментариев по каким признакам вы бы судили, что комментарий проплаченный/тролля?
Время регистрации, наличие нецензурной брани, длина сообщения, похожие сообщения в интернете, лингвистический анализ на предмет автогенерации, ip адрес, наличие ссылок, cookies, user-agent, еще что-нибудь...
Как почтовые системы определяют спам/не спам?
В таком же духе...
В моем случае я уже описал.
ip адрес, user-agent, cookies, время на стороне клиента, номер телефона (городской/мобильный), общение с клиентом по телефону (развод на "поговорить подольше" и вытянуть информацию о его поломке, понимании того, что он заказывает, вин код). Все это определенно усложнит задачу для фальшивых заказов. И в конце концов я спросил. Может быть есть еще какие-то способы?!