mletov

SELECT `lead_id` FROM `table` 
WHERE (`field_id`=805312 AND `field_value`=1417294800)
OR  (`field_id`=805316 AND `field_value`=2126254)

Посмоторите значения в таблице для likes, dislikes и их разницы. А так же допустимые значения для INT, BIGINT или какой тип им там назначен.

https://dev.mysql.com/doc/refman/5.5/en/integer-ty...

Может у вас разница меньше, чем -2147483648 (INT) | -9223372036854775808 (BIGINT)
или больше чем 2147483647(INT) | 9223372036854775807(BIGINT)

stackoverflow.com/questions/11698613/bigint-unsign...

Извечный вопрос )

С одной стороны, есть пользовательское соглашение, с которым вы согласились.

С другой стороны, есть закон о "праве на забвение" и различные правила/ограничения обработки персональных данных. И они вполне себе могут оказаться приоритетнее, чем поставленная галочка. А то в пользовательское соглашение все, что угодно, можно впихнуть, т к его никто не читает, например, "Обязуюсь переписать свое имущество на администрацию ВК, а также пожертвовать ей правую почку". Поскольку таких прецедентов не было (по крайней мере, я не слышал), следовательно, ПС далеко не всесильно.

Вам бы на юридическом форуме этот вопрос задать. Здесь в основном все будут в остроумии упражняться.

Насколько много картинок и как часто они должны меняться?
Если картинок мало и меняются редко, то проще захардкодить типа

switch ($imageNum)
{
      case 1:
            $buttonClass = "buttonWhite";
     break;

     case 2:
            $buttonClass = "buttonBlack";
     break;
    ...
}

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

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

Так же уточните, что это:фикс, резина, адаптив.

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

https://www.w3schools.com/xml/ajax_intro.asp

Вы бы хоть примерную численность указали.

Например, есть совсем маленькие веб-студии: веб-дизайнер, программист-верстальщик-натягивальщик на CMS, менеджер по работе с клиентами, контент менеджер. Кто-то из них еще и гендиректор по совместительству, а бухгалтерия на удаленке.

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

Вы под кажого пользователя планируете 3 таблицы заводить? Очень странный вариант.
Для восстановления данных проще хранимку написать, которая удаляет текущие данные по этому пользователю в этих таблицах и инсертит из нужного бэкапа

Что-то мне подсказывает, что база некорректно спроектирована.
Таблицы clients и drivers имеют одинаковый набор полей? Если да, то лучше слить их в одну, различать по признаку, а в оригинальной таблице оставить одно поле ClientDriverId.

Если же все-таки по вашей схеме то что-то типа

SELECT COALESCE(clients.field1, drivers.field1),
             COALESCE(clients.field2, drivers.field2)
            ...
FROM table
LEFT JOIN clients
ON table.client_id=clients.id
LEFT JOIN drivers
ON table.driver_id=drivers.id

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

Почему бы просто не завести два поля для отрезка: dateStart, dateFinish
Тип полей DATETIME или TIMESTAMP

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

1) google -> c# pattern crud
2) модная нынче связка REST API + Angular или какой-нибудь другой js фреймворк

В Фотошопе можно создавать кастомные экшены по удобному вам алгоритму.
www.creativebloq.com/adobe/create-own-photoshop-ac...

Зависит от типа информации.

Если речь идет о "чистом" программировании, то я за статьи, причем с примерами кода, который можно скопипастить и запустить самому. Если речь о js, то так же ценны примеры из песочниц, например, jsfiddle.

Видео же в большей степени подходит там, где нужны физические манипуляции с объектами (физические в широком смысле слова, например, дерганье, таскание, открывание, закрывание мышкой на экране чего-либо, проставление галочек и т д), настройка IDE или CMS, какой-нибудь графический редактор, например, Photoshop.

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

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

С другой стороны, никто не мешает вам нанять программиста, обрисовать ему возможные комбинации полей, согласовать формат входного Excel, и он напишет такой модуль к нужной CMS, задача вполне типовая.

Соответственно, при выборе CMS опирайтесь на какие-нибудь другие критерии, тем на тостере про выбор движка интернет-магазина достаточно.