DenisVS: Хм… неоднозначно. 1. Сейчас, в Кали-Югу, многие практикуют отношения на несколько фронтов. 2. Дополнительные поля: адрес семейного блога, и т.п.
Ну так а в чем проблема? Просто в таблицу связей делаете две записи с одним человеком. Например:
Мужчина / Женщина / Тип отношений Сергей / Жанна / Дружба Сергей / Ольга / Женаты Ольга / Жанна / Дружба
DenisVS: Гуглятся только запросы. А мне бы архитектуру. Где хранить данные о связях и как. На ум приходит только корявое: заводим ещё 2 таблицы, с полным перечнем как М, так и Жо. Только columns и rows меняются местами. Тогда при запросе о связях М смортим одну таблицу, а о связях Ж другую.
---upd А если кроме информации о наличии или отсутствии контактов хранить что-то многомерное, например, продолжительность связи, дату окончания, наличие официальных отношений, совместных детей, это что ж, ещё кратное двум число таблиц заводить?
Кстати, по jQ наглядного примера так и не нашёл, накидал сам. Надо будет статью написать…
Смотри, тут можно обойтись как я понял вообще всего 2-мя таблицами. В одной хранятся люди, в одной из колонок просто помечается мужчина это или женщина(например 0 = женщина, 1 мужчина), и есть вторая таблица со связями и отношениями, где есть ID мужчины и ID женщины из таблицы людей и в третьем столбце прописана связь между ними(0 = встречаются, 1 = женаты, 3 = дружба и т.д.)
babuler: сколько пишу, сколько говорю, сколько вдалбливаю - не ставьте в TITLE и DESCRIPTION миллион случайных кеев!
всё равно присылают на проверку доры с этим всем дерьмом
зачем вы пихаете туда миллиарды случайных кеев? какая цель??
а потом удивляетесь что всё в соплях и нихрена не вылазит
Гугль дурак, но не идиот же
он считать умеет прекрасно
kosmovolki: А я уже придумал.
добавляешь в таблицу к записи 2 столбца :1, голосовал ли, 2 кто голосовал, это если оптимизированно.
можно одним обойтись,но тогда выборки потом большие делать
есть столбец count - количество лайков и userwholikes - юзеры лайкнувшие .когда юзер заходит ему эхой обычной выводим count когда голосует, проверяет по userswholikes.
(А.С.)
Зачем все так сложно?)
Можно использовать связи таблиц. Есть таблица с сообщениями, Есть таблица пользователей. Создайте добавочную таблицу для создания связи, где будет ID пользователя и ID сообщения. Все получится очень компактно и красиво.
Как минимум я только что для себя открыл что это еще кто то использует.
Оказывается полезно такие топики открывать, можно и самому что то новое узнать:)
---------- Добавлено 11.01.2013 в 18:22 ----------
kosmovolki: Есть сайт на рассово-верных JS и php. Есть БД на мускуле.
Там есть общий чат, где пользователь может писать раз в 10 минут макс. 140 символов. Хотелось бы прикрутить к каждому сообщению нечто наподобие лайков в ВК. Как такое сделать?
В общих словах, если у Вас идет отправка аяксом с определенным интервалом, то можно прямо в нее встроить и обновление лайков. Просто у каждого сообщения в БД создать дополнительное поле с количеством лайков. Вопрос достаточно общий и требует более детального описания.
TF-Studio: На входе текст страницы (curl'ом загружен) Также 3 аргумент скорее нужен (текущая страница, для относительных ссылок)
Тогда можно вытаскивать обычной регуляркой /<a.*?href="(.*?)".*?<\/a>/si, это вытащит все ссылки на странице. В дальнейшем их можно прогнать через несколько условий, и определить какая перед вами ссылка(относительная или абсолютная). Для относительной через конкотенацию добавить адрес.
TF-Studio: Подскажите правильную функцию определения всех внутренних ссылок, с учетом абсолютных, относительных, якорных (якоря вырезать) на входе передается ($text, $domain) на выходе массив (полных адресов) всех внутренних.
На вход поступает текст в каком формате? plain или html? Если можно пример
Оптимизайка: Простите, но данный алгоритм не эффективен, т.к. при росте количества ключевых слов сложность алгоритма растёт экспоненциально. Необходимо делать наоборот, разбивать исходный текст на слова и искать наиболее длинные последовательности по словарю ключевых слов.
Да действительно. Вы правы! Спасибо большое, обязательно возьму себе на заметку:)
Хм… неоднозначно.
1. Сейчас, в Кали-Югу, многие практикуют отношения на несколько фронтов.
2. Дополнительные поля: адрес семейного блога, и т.п.
Ну так а в чем проблема? Просто в таблицу связей делаете две записи с одним человеком. Например:
и т.д.
Гуглятся только запросы. А мне бы архитектуру. Где хранить данные о связях и как.
На ум приходит только корявое: заводим ещё 2 таблицы, с полным перечнем как М, так и Жо. Только columns и rows меняются местами. Тогда при запросе о связях М смортим одну таблицу, а о связях Ж другую.
---upd
А если кроме информации о наличии или отсутствии контактов хранить что-то многомерное, например, продолжительность связи, дату окончания, наличие официальных отношений, совместных детей, это что ж, ещё кратное двум число таблиц заводить?
Кстати, по jQ наглядного примера так и не нашёл, накидал сам. Надо будет статью написать…
Смотри, тут можно обойтись как я понял вообще всего 2-мя таблицами. В одной хранятся люди, в одной из колонок просто помечается мужчина это или женщина(например 0 = женщина, 1 мужчина), и есть вторая таблица со связями и отношениями, где есть ID мужчины и ID женщины из таблицы людей и в третьем столбце прописана связь между ними(0 = встречаются, 1 = женаты, 3 = дружба и т.д.)
сколько пишу, сколько говорю, сколько вдалбливаю - не ставьте в TITLE и DESCRIPTION миллион случайных кеев!
всё равно присылают на проверку доры с этим всем дерьмом
зачем вы пихаете туда миллиарды случайных кеев? какая цель??
а потом удивляетесь что всё в соплях и нихрена не вылазит
Гугль дурак, но не идиот же
он считать умеет прекрасно
Это про меня?😂
Ещё такой вопрос!
Есть необходимость, что если юзер находится на определённой странице, то выполнялось определённое условие.
Конкретнее:
if (бла-бла-бла and !empty($user['id']))
{
$DisplayPage .= '' ;
}
Так вот, как мне сделать, чтобы если юзер находится на странице /login.php выполнялось вышенаписанное условие?
Сейчас нет возможности протестировать что отдает $uri['path'], поэтому попробуйте протестировать
А я уже придумал.
добавляешь в таблицу к записи 2 столбца :1, голосовал ли, 2 кто голосовал, это если оптимизированно.
можно одним обойтись,но тогда выборки потом большие делать
есть столбец count - количество лайков и userwholikes - юзеры лайкнувшие .когда юзер заходит ему эхой обычной выводим count когда голосует, проверяет по userswholikes.
(А.С.)
Зачем все так сложно?)
Можно использовать связи таблиц. Есть таблица с сообщениями, Есть таблица пользователей. Создайте добавочную таблицу для создания связи, где будет ID пользователя и ID сообщения. Все получится очень компактно и красиво.
сильно задвинул 😂
Как минимум я только что для себя открыл что это еще кто то использует.
Оказывается полезно такие топики открывать, можно и самому что то новое узнать:)
---------- Добавлено 11.01.2013 в 18:22 ----------
Есть сайт на рассово-верных JS и php. Есть БД на мускуле.
Там есть общий чат, где пользователь может писать раз в 10 минут макс. 140 символов. Хотелось бы прикрутить к каждому сообщению нечто наподобие лайков в ВК. Как такое сделать?
В общих словах, если у Вас идет отправка аяксом с определенным интервалом, то можно прямо в нее встроить и обновление лайков. Просто у каждого сообщения в БД создать дополнительное поле с количеством лайков. Вопрос достаточно общий и требует более детального описания.
у меня такая регулярка.
Так мы определяем, что ссылка не внешняя
Работает более четко.
Но я просил всю функцию (
Топик же называется отвечу на вопросы,а не напишу все за Вас:)
Спрашивайте, если что то непонятно, с радостью отвечу
---------- Добавлено 11.01.2013 в 18:09 ----------
А как насчёт этой внешней ссылки ;) <a href="//www.domain.ru">
Щас такое практически и не встретишь:)
Мало кто вообще знает про это
На входе текст страницы (curl'ом загружен)
Также 3 аргумент скорее нужен (текущая страница, для относительных ссылок)
Тогда можно вытаскивать обычной регуляркой /<a.*?href="(.*?)".*?<\/a>/si, это вытащит все ссылки на странице. В дальнейшем их можно прогнать через несколько условий, и определить какая перед вами ссылка(относительная или абсолютная). Для относительной через конкотенацию добавить адрес.
Подскажите правильную функцию определения всех внутренних ссылок, с учетом абсолютных, относительных, якорных (якоря вырезать)
на входе передается ($text, $domain)
на выходе массив (полных адресов) всех внутренних.
На вход поступает текст в каком формате? plain или html? Если можно пример
Простите, но данный алгоритм не эффективен, т.к. при росте количества ключевых слов сложность алгоритма растёт экспоненциально. Необходимо делать наоборот, разбивать исходный текст на слова и искать наиболее длинные последовательности по словарю ключевых слов.
Да действительно. Вы правы! Спасибо большое, обязательно возьму себе на заметку:)