vandervon: Хочу перенести все картинки на субдомен, эффект на скорость загрузки будет существенный? Стоит заморачиваться?
Если честно - вы на какой-то ерунде зациклились. Это настолько мизерные затраты... если конечно у вас нам не по 500 изображений по мегабайту каждая или 100000 юзеров онлайн.
Чего вам так дались эти картинки? Чего добиваетесь-то? Какие показатели посещаемости у сайта?
vandervon: 2. Если эти параметры height и width в теге <img> отличаются от реального размера картинки, кто делает ресайз изображения - сервер или браузер?
Естественно браузер. Серверу пофик, что там в html, он его просто отдает как есть.
Да и это не ресайз, браузер просто сжимает или расширяет изображение до указанных велични, но файл картинки при этом никак не изменяется.
DomainsManager: friendships: //При обоюдной дружбе status = 1; иначе status = 0; и это заявка на дружбу. -fid int -user_id int -friend_id int -date -status enum users -uid int -nickname varchar ... //и так далее lastactivity -lid int -user_id int -nickname varchar -action enum //несколько разновидностей событий -objekt_id int //ссылка на объект связанный с действием (например id фотографии,id человека с которым подружился пользователь и так далее) -date
:) мы, конечно, добрые саморитяне... но делать за вас работу тут вряд-ли кто-то будет.
Вам уже сказали - покопайте в сторону JOIN запросов (да и вообще сложных запросов, информации-то в сети полно), а сюда пишите что конкретно не получается, тогда может и помогут :)
Иначе вам в раздел "Работа для вебмастера" для поиска исполнителя.
alexpotemkin: WebTih верно говорит select нужные поля новостей/действий from новости/действия where пользователь in (запрос на выборку айди фрэндов) and/or прочие условия (на дату/время например, выбрать сегодняшние или по интервалу времени от последнего визита до текущего времени, что то в этом духе)
Да, но нужно тянуть не только действие, но еще и какие-то другие данные :) например загруженные фото, добавленные посты и проч.
Так что не видя БД и точной формулировки задачи тут нечего говорить :)
DomainsManager: Долбить базу циклом в сто запросов по каждому из друзей и сохранять в кэш
Это вообще лишнее. Все это делается одним запросом, например с JOIN нескольких таблиц (или даже без него), но это все зависит от структуры БД. Не видя структуры все это "вилами по воде".
прочитать про локалхосты
:D вы не поняли сарказм... http://ru.wikipedia.org/wiki/Localhost
И еще вопрос алгоритм поиска можно заказывать отдельно от сайта
Можно все, что не запрещено :)
Судя по вашим вопросам вы явно не в теме. Вы уверены что проекта о котором вы задумались еще нет в сети? Может стоит поискать?
Каталог ссылок, поиск и форум это совершенно заурядные вещи, существующие очень давно, даже если у вас какая-то узкая специфика.
Хочу перенести все картинки на субдомен, эффект на скорость загрузки будет существенный? Стоит заморачиваться?
Если честно - вы на какой-то ерунде зациклились. Это настолько мизерные затраты... если конечно у вас нам не по 500 изображений по мегабайту каждая или 100000 юзеров онлайн.
Чего вам так дались эти картинки? Чего добиваетесь-то? Какие показатели посещаемости у сайта?
2. Если эти параметры height и width в теге <img> отличаются от реального размера картинки, кто делает ресайз изображения - сервер или браузер?
Естественно браузер. Серверу пофик, что там в html, он его просто отдает как есть.
Да и это не ресайз, браузер просто сжимает или расширяет изображение до указанных велични, но файл картинки при этом никак не изменяется.
контент скан.
Как его использовать?
Прочитать и положить на полку. У вас нет авторских прав на него, чтобы испольовать в своих целях.
friendships: //При обоюдной дружбе status = 1; иначе status = 0; и это заявка на дружбу.
-fid int
-user_id int
-friend_id int
-date
-status enum
users
-uid int
-nickname varchar
... //и так далее
lastactivity
-lid int
-user_id int
-nickname varchar
-action enum //несколько разновидностей событий
-objekt_id int //ссылка на объект связанный с действием (например id фотографии,id человека с которым подружился пользователь и так далее)
-date
:) мы, конечно, добрые саморитяне... но делать за вас работу тут вряд-ли кто-то будет.
Вам уже сказали - покопайте в сторону JOIN запросов (да и вообще сложных запросов, информации-то в сети полно), а сюда пишите что конкретно не получается, тогда может и помогут :)
Иначе вам в раздел "Работа для вебмастера" для поиска исполнителя.
Ну заключите договор на разработку сайта... в чем проблема-то?
Если действительно идея хорошая - через неделю после запуска вашего проекта в сети будет 100500 клонов. Это ж интернет.
Если не хотите чтобы идею скопировали - делайте проект сами на локалхосте и никому не показывайте :)
WebTih верно говорит
select нужные поля новостей/действий
from новости/действия
where пользователь in (запрос на выборку айди фрэндов)
and/or прочие условия (на дату/время например, выбрать сегодняшние или по интервалу времени от последнего визита до текущего времени, что то в этом духе)
Да, но нужно тянуть не только действие, но еще и какие-то другие данные :) например загруженные фото, добавленные посты и проч.
Так что не видя БД и точной формулировки задачи тут нечего говорить :)
Долбить базу циклом в сто запросов по каждому из друзей и сохранять в кэш
Это вообще лишнее. Все это делается одним запросом, например с JOIN нескольких таблиц (или даже без него), но это все зависит от структуры БД. Не видя структуры все это "вилами по воде".
Больше восклицательных знаков!!!!!!!! Иначе заказчиков не найдете!!!!!!!!!!!
Вам в это раздел - Сайты - покупка, продажа, изготовление
Еще слеш в конце ссылки уберите ('&pg=' . $i . '/">'), я код подправил вверху.
добавил вас в список хороших прогеров, если будет какое хорошее дело обращусь непременно.
Спасибо конечно, но я заказы не выполняю :) Гуляю сам по себе.