Да можно и letsencrypt он будет валидный

Всем привет Пых валиться с "imagecreatefrompng(): gd-png: fatal libpng error: Read Error: truncated data" Как можно перехватить или проверить само изображение? Что-то не гуглиться ничего PHP 5.6.31 GD library Version => 2.2.4

Их - интересно кто нибудь знает авторов личного кабинета https://lk.rosreestr.ru ?

Там каждый раз идет поиск по всей россии.. и даже кеша нет - Не удалось проверить наличие Ваших объектов недвижимости в следующих регионах: Новосибирская область, Республика Дагестан. Повторите попытку позже.

https://scontent.fhrk1-1.fna.fbcdn.net/v/t1.0-9/21078668_1981712598709617_775072256830813462_n.jpg?oh=6e12ac8c5252f10d053f5431cb97e549&oe=5A134064

? млин жиза

Добрый день! ?а куда делись правила из закрепа? А можно вопрос если мне нужен пхпшник для реализации небольшой задачи, куда написать??

Если вакансия, то сначала на форум а потом ссылку сюда.

Если вакансия, то сначала на форум а потом ссылку сюда.

Не, в том-то и дело, что не вакансия, просто надо кое чего маленькое разово сделать:)

Не знаю, напишут тебе в личку или нет, но у меня есть ощущение что никто толковый не будет ради маленького переключать свой контекст работы, больше возни.

Ну нет так нет, пойду искать дальше, спасибо)

Не, в том-то и дело, что не вакансия, просто надо кое чего маленькое разово сделать:)

Бесплатно?

Тут просто есть люди, которые могут помочь. Не обещаю, что прямо вот сегодня, но могут. И денег не возьмут.

Здравствуйте, есть ли способ защитить конфиги от shell ?

Всем приветь

Привет кроважадный енот ;-)

Добрый день! ?а куда делись правила из закрепа? А можно вопрос если мне нужен пхпшник для реализации небольшой задачи, куда написать??

Я могу помочь, если задача интересная, даже бесплатно

Веем привет!? есть здесь кто-нибудь из Новосибирска?

Есть

Господа, как можно сгруппировать записи по комбинации двух полей, а не просто с одного поля? Ну то есть есть два поля: from_id и to_id Мне нужна одна из записей. Если я буду группировать GROUP BY from_id, to_id то получу две записи. А мне нужна одна из них (например та, где дата новее).

Это нужно делать двойное вложение JOIN?

Господа, как можно сгруппировать записи по комбинации двух полей, а не просто с одного поля? Ну то есть есть два поля: from_id и to_id Мне нужна одна из записей. Если я буду группировать GROUP BY from_id, to_id то получу две записи. А мне нужна одна из них (например та, где дата новее).

http://sqlfiddle.com/#!9/270baf8/3 вроде норм всё, или я не понимаю в чём вопрос

http://sqlfiddle.com/#!9/270baf8/3 вроде норм всё, или я не понимаю в чём вопрос

Спасибо.

Но вот я вижу, что есть две записи, где from_id и to_id

По сути это переписка между двумя людьми.

А я скорее формирую данные для "диалогов", мне нужно, чтобы в данном случае было не две записи, а одна. Та самая, где дата свежее.

костыльно, но http://sqlfiddle.com/#!9/270baf8/10/0

лучше идентификатор чата сразу в таблице держать и под индексом, чтобы выбирать проще было

Если тебе надо выбрать все сообщения в которых участвовал 1 человек то это не группировка

Веем привет!? есть здесь кто-нибудь из Новосибирска?

есть

Если тебе надо выбрать все сообщения в которых участвовал 1 человек то это не группировка

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

Если тебе надо выбрать все сообщения в которых участвовал 1 человек то это не группировка

Мне нужно выбирать только самое свежее одно сообщение между двумя объектами.

Точнее список всех вот таких последних сообщений между двумя объектами (по сути список диалогов)

последнее из диалога - это и будет group by по двум полям, ибо последнее по одному полю - это будет последнее сообщение, которое пользователь писал кому угодно

чем больше объясняешь, тем непонятнее что тебе нужно

последнее из диалога - это и будет group by по двум полям, ибо последнее по одному полю - это будет последнее сообщение, которое пользователь писал кому угодно

верно. Но когда делаем по двум полям from_id и to_id группировку. Мы получим две записи, так как from_id (ид отправителя) и to_id (ид получателя) может быть в двух разных местах.

выходит, что получим две строки вместо одной.

ну тебе там выше дали вариант

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

http://sqlfiddle.com/#!9/270baf8/22 - вот чуть менее костыльно

выходит, что получим две строки вместо одной.

http://sqlfiddle.com/#!9/270baf8/12/0 так не пойдёт?

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

да

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

http://sqlfiddle.com/#!9/270baf8/22 - вот чуть менее костыльно

тру, самое клёвое что этот фидл сразу эксплейн показывает, для замера костыльности :)

ну думаю план запроса в этих случаях будет одинаков

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

ха... хороший коммент в статье про oreo - можно ди android 9 назвать печеньем юбилейное ;)

Уаще не трогал

тру, самое клёвое что этот фидл сразу эксплейн показывает, для замера костыльности :)

мне очень понравилась идея с CONCAT

Её взял на вооружение.

Однако сейчас задача усложняется. Дело в том, что помимо общения между "пользователь - пользователь" присутствует ещё и общение между "пользователь - другой объект"

В таблитце есть помимо полей from_id, to_id поля from_type и to_type строковые. 'u', 'b', 's'

По сути каждый из них - обозначает, что он какой-то принадлежности объект.

Можно ли как-то их впихнуть в фишку с CONCAT

можно начать думать своей головой

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

А стой, я это я спутал ;)

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

дублировать?

А стой, я это я спутал ;)

Понял

Это я делал друзей, а не сообщения. Но на сообщения тоже впринципе можно распространить.

идея с Concat позволила виртуально создавать ключ диалога - это очень круто

по нему легко группировать.

Вот когда делаешь друзей, то очень удобно хранить две ссылки в таблице user1 -> user2 и user2 -> user1

У меня ситуация такая: Есть три таблицы users services shops каждый из них потенциально имеет возможность писать в таблице сообщений поля: id, from_id (число), to_id (число), type_from (символ), type_to (символ), date, text С помощью того приёма CONCAT я по сути создаю при запросе виртуальное поле, где всегда меньший ид попадёт влево, больший вправо, разделённый двоеточием. Но представляю ситуацию, как помимо сообщения между пользователь-пользователь с ид например 122 - 199 ещё есть и сообщение между пользователь-сервис с такими же ид. Выйдет ситуация, что они будут сгруппированы вместе. Вместо того, чтобы были разные диалоги, так как в первом случае это пользователь был собеседник, а во втором сервис. Можно ли каким-то способом впихнуть сюда соответствующие им type_from и type_to? CONCAT(LEAST(from_id,to_id), ':', greatest(from_id, to_id)) Просто я не могу предугадать, какой будет выбран ид в least и greatest. Могут ли эти функции обработать строку?

У меня ситуация такая: Есть три таблицы users services shops каждый из них потенциально имеет возможность писать в таблице сообщений поля: id, from_id (число), to_id (число), type_from (символ), type_to (символ), date, text С помощью того приёма CONCAT я по сути создаю при запросе виртуальное поле, где всегда меньший ид попадёт влево, больший вправо, разделённый двоеточием. Но представляю ситуацию, как помимо сообщения между пользователь-пользователь с ид например 122 - 199 ещё есть и сообщение между пользователь-сервис с такими же ид. Выйдет ситуация, что они будут сгруппированы вместе. Вместо того, чтобы были разные диалоги, так как в первом случае это пользователь был собеседник, а во втором сервис. Можно ли каким-то способом впихнуть сюда соответствующие им type_from и type_to? CONCAT(LEAST(from_id,to_id), ':', greatest(from_id, to_id)) Просто я не могу предугадать, какой будет выбран ид в least и greatest. Могут ли эти функции обработать строку?

Да. Этот вариант получился. Просто великолепно, господа.

Это я делал друзей, а не сообщения. Но на сообщения тоже впринципе можно распространить.

я делал доп флаги у кого сообщение удалено и у кого прочитано

Вообще, конечно, сколько с разными интеграциями имею дело - не перестаю удивляться в е..... К SOAP суть которого в том, что у метода один параметр - строка, в котором как строка передается уже XML с данными - я привык уже... последние орлы похоже с json поступили - в поле data json структуры нужно запихнуть строку, которая на самом деле тоже json...

И вот очередной идиотизм... XML внутри которого JSON с данными...

Еще даже не дошли до запаковки всего этого в yml

я обхожусь без xml-ля уже хз сколько. как давно он был изобретен?)

Встречайте Laravel 5.5 https://www.pscp.tv/petericebear/1lPKqwwRDQdJb

Встречайте Laravel 5.5 https://www.pscp.tv/petericebear/1lPKqwwRDQdJb

хорошая новость.

Здравствуйте, есть ли способ защитить конфиги от shell ?

идея - привязка к hwid + шифрование конфигов + обфукация исходников

но последнее не оч хочется делать...

ioncube используй

или zend encoder

ну вот этого и не хочется...

придется каждый раз при правках по новой обфуцировать все...

продавай сервис, а не продукт

всмысле?

предоставляй сервис на своих серверах

ну если shell зальют, ничего не помешает дернуть сервис с конфигами и прочитать их...

так не давай заливать шелл, хех

)) а вы как всякие важные данные храните? Открыто?

закрыто

ioncube / etc ?

дверь датацентра за собой закрываем

а shell если зальют? ) Всякое бывает, сотрудники там нерадивые например с флешкой...

так не давай заливать шелл, хех

Реально, лучше какое нибудь другое масло лей!

)) кстати да...давно перешел на лукойл 5w-40 амортек )

я бы лучок даже в копейку бы не лил, но дело ваше.