еще нужно понимать что на так называемом "допросе" у людей разные цели и они могут быть очень глубоко спрятаны от второй стороны

Да какой допрос, просто беседа же

Его там что скотчем привязали к креслу? ?

я "" зря чтоль ставлю :)

свое мнение можно говорить, когда тебе ничего за это не будет. например к тебе подходят гопники (пять - шесть здоровых лосей) и говорят отдай свой IPHONE, твое мнение конечно "не отдам", но скажешь или ты его? ;)

Да! Но для этого должна быть подушка безопасности и небоязнь увольнения. И надо над этим активно работать.

Ну судя по языку жестов - оба достаточно закрыты , да и камера мешает ;-) Разговор босса-аутиста с аутистом подчиненным. Из пустого в порожнее все переливают.

@confguru @chebotarevp я наверное прекращу эту беседу, я до конца выходных хочу дочитать http://www.oreilly.com/programming/free/object-oriented-vs-functional-programming.csp, а разговоры в чате не помогают мне это сделать

?

Я просто не понимаю если у них было 60 Карл класных сеньеров - почему бы их не слить КА за %. И работа у людей осталась и € появились бы.

А че за атака то которая в видосе упоминается?

http://tonsky.livejournal.com/313288.html

Доброе утро!

Ребзя,все привет,нужно спарсить людей из фейсбука и добавить в бд,хочу сделать 2 поля Ид_человека(айди в фейсбуке) будет первичным ключом,норм или говнокод и лучше сделать просто айдишник с автомнкрементом?

и второе поле его имя с фамилей,но эт неважно

с фамилией*

просто id поле, первичный ключ, без инкремента

просто id поле, первичный ключ, без инкремента

ну и туда записать ид аккаунта в фейсбуке,да?

да

спс,а то мне сказали,что так нельзя :/

Ну смотри в чем борода - еслив твоей базе понадобятся добавления пользователей из вне, то получится ты забиваешь чужие айдишники и может получиться конфликт. С этой же стороны наличие отдельного айлишника внутри системы накладывает совсем не много сложностей - будет ещё один индекс по полю fb_id т немного другие выборки, зато ты сможешь использовать таблицу как тебе угодно - добавлять тестовых юзеров и др

А "можно" или "нельзя" это не причина

Господа, как поступить в следующей ситуации? Есть две таблицы, одна содержит одни диалоги, другая другие. Не суть, важно то, что это две отдельные таблицы. Задача предстоит следующая: собрать их на одной странице. Сделать банально сначало те, а потом другие? Это я знаю как, это просто. Но можно ли как-то сделать их в перемешку? Например сортируя по дате диалога. То есть склеить две сущности. Причём интересно, на каком уровне это лучше сделать? На уровне запроса sql или же средствами php можно тоже воссоединить?

Спасибо!

проще sql - select * from (select ... union all select ...) tmp order by date

Унион, если структура схожа.

Сверху норм. Может правда на сортировке подтормаживать если много записей

Они ограничены владельцем (принадлежность отправитель - получатель)

проще sql - select * from (select ... union all select ...) tmp order by date

при таком запросе обязательно надо, чтобы структура была идентичной?

таблиц - нет, поля в select должны быть одинаковые

таблиц - нет, поля в select должны быть одинаковые

как называется данный приём? Хочу почитать про него ман, чтобы не надоедать вопросами

ну читай про union и подзапросы..наверное )

Ребзя,все привет,нужно спарсить людей из фейсбука и добавить в бд,хочу сделать 2 поля Ид_человека(айди в фейсбуке) будет первичным ключом,норм или говнокод и лучше сделать просто айдишник с автомнкрементом?

третье поле id тебе не требуется, у тебя уже есть поле которое уникально и определяет пользователя

ну читай про union и подзапросы..наверное )

а что делать, если выходят разное количество столбцов?

в select где полей меньше, прописать пустые алиасы - 0 as some_field и тд

третье поле id тебе не требуется, у тебя уже есть поле которое уникально и определяет пользователя

та я знаю,я уже разобрался,спасибо)

Работал кто с апи fb через их библиотеку? не могу почему то подключиться,через класс Facebook

а что делать, если выходят разное количество столбцов?

сделать одинаковое указав в select требуемые поля или null

а что делать, если выходят разное количество столбцов?

найди уже пример, забей его руками в базу и разберись. потом пиши свой код

https://pastebin.com/SJn8m0zn

# 1054 - Неизвестный столбец 'M.date' в 'order clause'

Roman ты хочешь чтобы за тебя сделали? ;)

Roman ты хочешь чтобы за тебя сделали? ;)

сделать? Уже сделано, просто механику последнего момента не понял. Там ORDER в конце идёт. Он же применяется к двум запросам?

Или к последнему объединяемому?

теорию РБД стоит почитать, у тебя нет поля по которому ты собираешься сортировать, о чем тебе и пишет ошибка

Принял решение просто переделать за человеком всё заново. Будет одна таблица.

Это таблица диалогов была. Сообщения отдельно. Может кто уже реализовывал подобные задачи? Имеет ли смысл отдельно вести учёт диалогов? Может есть смысл хранить только сами сообщения?

И на основе данных сообщений (получатель || отправитель) выстраивать список диалогов

Была (тема диалога. Всё было по сути как система тикетов). Можно было открыть много диалогов между одними и теми же лицами (получатель, отправитель) Но я хочу отказаться от такого. Просто один диалог между двумя пользователями. Просто переписка ведётся между владельцем карточки услуги и клиентом (по сути если у пользователя две и более карточек, то и диалогов потенциально может быть более одного) Вопрос лишь в том, можно ли как-то на основе сообщений формировать диалоги? Каким образом можно делать запрос на выбору сообщений так, чтобы не было например в массиве 30 сообщений с одинаковыми from_id, а выбирался только один (желательно самый последний по дате, для сортировочки диалогов)?

я думаю, что можно делать "прочитано" / "не прочитано" к сообщениям.

Была (тема диалога. Всё было по сути как система тикетов). Можно было открыть много диалогов между одними и теми же лицами (получатель, отправитель) Но я хочу отказаться от такого. Просто один диалог между двумя пользователями. Просто переписка ведётся между владельцем карточки услуги и клиентом (по сути если у пользователя две и более карточек, то и диалогов потенциально может быть более одного) Вопрос лишь в том, можно ли как-то на основе сообщений формировать диалоги? Каким образом можно делать запрос на выбору сообщений так, чтобы не было например в массиве 30 сообщений с одинаковыми from_id, а выбирался только один (желательно самый последний по дате, для сортировочки диалогов)?

это противоречит системе тикетов, ибо у них как првило есть статус, это юридический момент, по-моему. буде неудобно решать вопросы к тому же 2. ORDER BY ... LIMIT ...

я думаю, что можно делать "прочитано" / "не прочитано" к сообщениям.

опыт скайпа показывает ,что это хрень

Например тот же ВКонтакте. Думаю, что вряд ли он хранит диалоги отдельно. Скорее просто сообщения.

У меня такое ощущение что ты делаешь хуже.

Там скорее всего была нормализация для каких то целей, а ты хочешь свалить в кучу

Но надо конечно подробнее изучать код и бизнес-смысл

Там - это имеется ввиду, что те, кто делали этот продукт делали диалоги с каких-то убеждений? Они вычислительные коды писали прямо во Views

Поэтому смею предположить, что они просто делали как попроще.

это противоречит системе тикетов, ибо у них как првило есть статус, это юридический момент, по-моему. буде неудобно решать вопросы к тому же 2. ORDER BY ... LIMIT ...

Ну вот например иметь в таблице 190 записей сообщений. А по сути там сообщения переписки одного человека с тремя разными людьми. Мне нужно будет сформировать 3 диалога. Верно?

вьюшки для того и нужны, чтобы давать готовые нужные представления прямо из БД

Ну вот например иметь в таблице 190 записей сообщений. А по сути там сообщения переписки одного человека с тремя разными людьми. Мне нужно будет сформировать 3 диалога. Верно?

верно, это разные запросы, с разными ответственными

И в принципе реально написать такой запрос, который вернёт мне 3 записи. Так?

может быть ситуация, когда в процессе два обращения одновременно?

На основе данных со 190 записей в таблице.

конечно

group by

Просто хочется реализовать такой момент - открыть диалог с любым объектом (с которым не было ранее сообщений).

В случае, когда двигло предполагает наличие диалога. Я сталкиваюсь с такой проблемой как "пытаюсь открыть то, чего ещё нет"

Ведь диалог начинается с "первого сообщения".

опыт скайпа показывает ,что это хрень

а можно здесь поподробнее?

и тут на помощь приходит мое сообщение вопрошающее о том является ли сам диалог сущностью

Хочется взвесить все за и против.

и тут на помощь приходит мое сообщение вопрошающее о том является ли сам диалог сущностью

нет. Но учитывать прочитано/непрочитано нужно будет.

создать пустой надо, статусы есть, свойства есть, но не сущность?

ну ладно.

создать пустой надо, статусы есть, свойства есть, но не сущность?

Нет, статусов нет. Я тогда просто в пример привёл тикеты. То есть ничего особо нет. Есть только: id - ид диалога в бд from_id - ид отправителя to_id - ид получателя subject - тема date - дата from_incoming to_incoming target_id from_deleted to_deleted last_message_id

сабжект есть, дата есть

сабжект есть, дата есть

сабжект теперь не нужен. А дата всё равно в сообщениях может быть.

Принял решение просто переделать за человеком всё заново. Будет одна таблица.

переписать часть системы с сохранением бизнес требований и ненаплодя новых багов, ну да - это же проще чем разобраться с ORDER BY ???

переписать часть системы с сохранением бизнес требований и ненаплодя новых багов, ну да - это же проще чем разобраться с ORDER BY ???

Я хочу избавиться от того, что не нужно. Или тем более никогда не использовалось. Тут много полей, которые добавили и им даже применение не нашли.

можно ли группировать записи по нескольким полям?

Да

Чтиво как прогеров разводят ;-) http://telegra.ph/Kak-ya-loha-programmista-razvodil-08-19

? я в шоке. Недавно мой товарищ уехал работать на Кипр с семьёй, им оплатили все, жилье, переезд и т.д. Хотя мы вместе работали на удаленке в nda проектах, так же на пражскую компанию, не выплаты, долги - обычная история. Но они правда как ланистеры всегда платили свои долги? что не могло радовать.

Ребята, кто-нибудь знает простую CMS, которая бы предоставляла открытые данные в формате JSON? Или может быть CMS, у которой есть плагин API? Покидайте варианты свои, а я выберу, если не сложно. Спасибо)

Wordpress

Смотря какие данные ты хочешь отдавать

Приложение работает только на https. И народ не может настроить тестировать его селениумом на трэвисе. Не может генерировать сертификаты и подсовывать их nginx. Я особо не вдавался пока... кто-нибудь такое делал? Может опытом поделитесь

Может тут админ нужен? Я встречался с проблемой если еще включен http2

Ну обычно генерят локальный сертификат. Почему его нельзя сгенерировать?

Я вот тоже думаю что проблем возникнуть не должно