хотеть

если я хочу отрицательный автоинкремент, то мне его самому генерить? Или в голову пришла мысль брать положительный, а потом update insert_id * -1

самому. а зачем?

самому. а зачем?

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

и как на это влияет отрицательный автоинкремент?

если я хочу отрицательный автоинкремент, то мне его самому генерить? Или в голову пришла мысль брать положительный, а потом update insert_id * -1

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

и как на это влияет отрицательный автоинкремент?

Определять группа это или пользовать обычный

создай бинарное поле

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

Самому то понятно, но это опять же дополнителынй запрос

создай бинарное поле

И как оно поможет?

И как оно поможет?

оно будет "Определять группа это или пользовать обычный"

Самому то понятно, но это опять же дополнителынй запрос

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

оно будет "Определять группа это или пользовать обычный"

Это костыль, так как это не удобно

Я сразу указываю кому я пишу тупа передавая id

Это костыль, так как это не удобно

это нормализация

а вот хранить id и тип записи в одной колонке это костыль

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

Нет, группа создается отдельно. И мне нужно получить последний минимальный элемент в моем случае

а вот хранить id и тип записи в одной колонке это костыль

Это тоже самое получается

Тип записи ни есть бинарное поле?

это нарушение первой нормальной формы

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

Нет, группа создается отдельно. И мне нужно получить последний минимальный элемент в моем случае

если вы знаете предыдущий элемент когда вставили его. тогда не нужны тут запросы доп.

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

В разных

Что то типо того

тогда чем не устраивает id положительный для группы?

какая ужасная проектировка бд

тогда чем не устраивает id положительный для группы?

Различать что бы их как то и может быть косяк

Например у тебя id 5 и у группы 5, и кому я пишу

какая ужасная проектировка бд

Почему?

Например у тебя id 5 и у группы 5, и кому я пишу

если есть минус, то группе, если нет то пользователю

2 to там просто для виду, это 1 поле

зачем минус ХРАНИТЬ в БД?

зачем минус ХРАНИТЬ в БД?

Для удобства

Когда на клиенте ты просто отсылаешь id и все

Почему?

много бесполезных сущностей. даже таблица messages_delete когда можно было атрибут у сообщения хранить

много бесполезных сущностей. даже таблица messages_delete когда можно было атрибут у сообщения хранить

В группе?

в сообщениях, они же удаляются

много бесполезных сущностей. даже таблица messages_delete когда можно было атрибут у сообщения хранить

Нет, нас трое, ты удалил, у себя. Я вижу его и остальные тоже

Когда на клиенте ты просто отсылаешь id и все

тебе всё равно нужно писать логику, которая будет выбирать либо из одной либо из другой таблицы

говно <div class="title">Nike AIR MAX 87 black-blue</div> <div class="old">6900</div> <div class="new">3499 руб.</div>

<div class="massiv">

class="massiv"

это попросту безграмотно

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

но подобные пассажи, вроде class=massiv

показывают, что человек делавший сайт не особый профи

это как переменная $a

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

для заголовков

если это написано 1 раз, и больше никогда не будет правится, и никуда не встраиваться, то норм

открой сайт с телефона и перейди на секцию контакты например

хотя, тут опять же

нахера класс title, если есть h-тэги

нахера класс title, если есть h-тэги

вешать стили на тэги еще хуже

продолжает подсвечиваться схема работы

вешать стили на тэги еще хуже

но и писать одно и тоже не айс

когда по пунктам переходишь меняется свойство top в пикселях

но и писать одно и тоже не айс

это лучше чем стили на тэги

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

это лучше чем стили на тэги

даже если не на тэги. ты создаешь один класс для стайлинга заголовков по документу.

Всем привет , я недавно начал учить программирования

Молодец, так держать!

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

Спасибо )

Переменная $_SERVER['HTTP_USER_AGENT']

или еще функция get_browser

там выходит строка [HTTP_USER_AGENT] => Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

нужно с какого браузера отправлено

спс попробую

попробуй отсюда взять

https://stackoverflow.com/questions/8754080/how-to-get-exact-browser-name-and-version

спасибо ))

Кстати а кто нибудь тестированием занимается? Если да, чего используете?)

xdebug

+

тестирование - xdebug

Однако.

#php #вакансия #fulltime #киев Ищем middle PHP developer с опытом работы от 3-х лет в международную компанию. Продукт: сервис на основе BIG DATA, управляемый прикладным искусственным интеллектом, повышающий уровень наличия товара на полке. Работает в режиме реального времени. Наши клиенты Фуршет, Ашан, Перекресток, Верный, Дикси, Coca cola, Pepsi, Mars и т.п. Офис: мкр-н Воздвиженка. Обязанности: • Поддержка и развитие существующих модулей системы. • Создание нового функционала. Требования: • Хорошие знания PHP 5, понимание концепции ООП; • Знание основных паттернов проектирования; • Опыт работы с Phalcon • Опыт работы с PostgreSQL; • Хорошие знание SQL; зп от $2000 до $3500. Мы предлагаем: - работу по Agile в самоуправляемой команде, - возможности развития, - возможность влиять на архитектуру, - полное отсутствие бюрократии и боссов, - гибкий график работы. Направляйте свои резюме: y.kartashova@osahp.com

тестирование - xdebug

Оке понял. Уже смотрел в ту сторону.