- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов

В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
подгружает большую (ударение на 1й слог) часть инфы с другого сайта, причем через https, который сам по себе заметно медленнее, нежели http.
Ну хорошо, пусть не БД тормозит, а обращение к другому сайту. Кто мешает обращаться всего раз в несколько часов и сохранять псевдостатику? Естественно по мере обращения кешировать, а не разом все.
Ограничение вижу только одно - место на диске, можно не вписаться в хостинг. Во всем остальном - одни выигрыши.
Обращение идет КАЖДЫЙ раз, как юзер из серпа кликнул на детальное описание машины. Т.е. для КАЖДОЙ машины подробное описалово лежит только на сайте-первоисточнике, а на моем только ключи к поиску и адрес страницы на чужом сайте.
Вы предлагаете сграбить всю базу первоисточника, что практически невозможно...
Про кэширование тоже уже писал - всего несколько лотов (думаю, что до 20) в настоящее время просматриваются более 1 раза за день (пока во всяком случае), при таких объемах ИМХО не имеет смысла кэшировать. Возможно, когда посещаемость вырастет оно и будет иметь смысл, а пока... (((
Непонятно, а зачем вам https?
Если "первоисточник" - это один сайт, то в идеале хоститься как минимум в том же дата-центре, что и "первоисточник"..., а использовать забугорные, хостинги в данном случае не очень хорошая идея.
скиньтесь с друзьями или партнерами, разместите туда все остальные ваши проекты... и все останутся довольны.
Некогда был довольно ресурсоемкий проект на нет.ру, довольно шустро все работало, хотя относительно агавы наверное все что угодно летать будет.
Но как уже говорил выше, в вашем случае приоритетным будет размещение сервера вашего хостера, в том, же дата-центре, что и хостер или сервер вашего первоисточника.
eko, организация первоисточник вообще хоститься в США, а https сделан т.к. информация слизывается с запароленной части сайта...
Вот в соседней ветке нарыл http://www.keyweb.ru/hosting/rootds.html вроде и цены заманчивые, только не понимаю нужно ли самому админить эту штуку или они админят... -(((
Да там такие же админки, что и на простом смертном shared хостинге, разве что shell от root`a, со всеми вытекающими…
Другое дело, что VDS это функциональность в ущерб производительности, в то время как обычный виртуальный сервер как раз производительность в ущерб функциональности. Т.е. за те же деньги на shared вы получите гораздо больше ресурсов чем на VDS…главное хостера надежного найти…
…ну тогда вам туда прямая дорога.
а зачем вам обновлять всю информацию каждый раз? вам же нужно обновлять только цену лота по сути и то, если она изменилась.
а технически обычно это реализовывается так:
если логическая запись(т.е. карточка товара/лот) была изменена, то ей присваивается временная метка и иногда еще и флажок.
ваша задача опредилиться с тем, по каким временным промежуткам запускать операцию обновления, скажем раз в час.
ну и плюс кеширование конечно, уже на вашей стороне.
больше конкретики, и тогда, может быть, решение подскажут.
и еще учитываем насколько загружена удаленная машина, насколько грамотно написано ПО, канал до нее и прочие вещи, вплоть до настроек СУБД...ведь наверняка не вы один сгружаете данные?
Sherman, Вы не правы. Обновляется информация о каждом лоте, а не о ставках. Там вообще нет такого понятия как текущая ставка, это не salvage аукционы. Там все решается во время торгов.
Т.е. если лот продан он убивается из базы аукциона и, соответственно, моей базы, а если добавлен новый лот, то он поститься в мою базу.
Торги идут каждый день и, соответственно, лоты добавляются и исчезают тоже каждый день, поэтому апдейт нужен ежедневный.
eko, хм... я почему-то думал, что он более производителен, нежели обычный...
А про RDS не в курсе? Там вроде каждому сайту "выделяется" его доля камня и озушки, фиксированная...
RDS как раз и предлагает эту самую VPS, с гарантированной долей ресурсов, однако накладные расходы на управление и разделение ресурсов у VPS намного больше, обычного VS. Поэтому, за те же деньги, на обычном виртуальном хостинге вы получите гораздо больше ресурсов.
К тому же, в идеале, в случае обычного виртуального хостинга, клиент может получить все ресурсы реального сервера(по сравнению со скромными МГЦ виртуальной машины). Более того, идеал довольно реален, и стоит от 30 у.е. за месяц.
Я бы на вашем месте на пару дней заказал демо у хостера из того же датацентра, что и "первоисточник". Думаю, этот момент более критичен, нежели производительность вашего сервера. Хотя ничто не мешает вашему программисту определить слабое звено во всей цепочке системы.