Про вывод ошибок - это вы зря... Код не должен ничего такого содержать, за это должен отвечать php.ini. На продакшене они должны быть скрыты, на деве - видны. А в коде можно запросто забыть убрать дебаг.В идеальном мире - все настраивается на сервере, по хорошему - весь вышепредставленный код костыли, что я и написал.
т.к. функция не отправляет правильные заголовки.Вообще то за отправку заголовков и упаковку пакетов отвечает вебсервер, тот же нжинкс/апач, по этому крайне редко можно встретить немаркированные сжатые пакеты.
вряд ли нотисы вообще как-то связаны с кодировкой.А где я писал что нотисы как-то связаны с кодировкой? В ответе даже четко отделил одно от другого.
И загрузив продукт на нормально настроенный сервер,На нормально настроенном сервере все нотисы и прочая инфа пишется в лог, только локальный дев сервер может себе позволить сыпать нотисы в оутпут.
Сказали, что надо настроить под все серверы.Это бред, сервера настраивают под проект, если люди этого не понимают из-за некомпетентности в не своей области, им нужно объяснить что все ПО нуждается не только в установке, но и в настройке (иначе бы не существовало системных администраторов). Искаропки работает только самое примитивное пользовательское ПО, все профессиональные софтины имеют кучу настрек и из коробки работают самым примитивным образом, что в большинстве случаев неприемлемо. Если же это говорят люди с более-менее профильной специализацией - тогда беда, я бы послал...
В комментариях можно было легко (теперь вряд ли) заметить уточнение, способное рассеять любые сомненияВо первых я задал вопрос ДО этого комментария, во вторых - очевидно что такой вопрос бы не понадобился, если бы в задаче была очевидная формулировка. О чем я и написал.
Я прочитал правила, вопрос был уточнен в комментарияэто тут причем?
плюс, в заголовке указано "обрезать изображение", а не "убрать фон у изображения".У вас заголовок противоречит вопросу, по этому я задал вполне конкретный вопрос. Который возник не только у меня, кстати.
где вы здесь увидели "сделайте весь мой проект за меня" – мне совершенно непонятно.Нигде, это вы где-то увидели это за меня.
росто основная проблема в том, что если 1 раз кинуть ссылку, то эти данные сохраняются на серверах месседжера и даже после удаления мета данных они остаютсяНикакой редактор вам с этим не поможет. Все соцсети кэшируют метаданные и изображения с привязкой к ссылке, чтобы при репостах не дергать каждый раз сайт и не смотреть какие там метаданные, иначе на каждый просмотр ссылки было бы по 1 запросу к сайту (представьте что бы было на канале в 1000 или 10000 человек, так и сервер положить можно). Единственный вариант - сбрасывать кэш в админке, что естественно доступно только админам.
Либо есть вариант вставлять car_id в id строку c primary key и уже по нему искать, исключив индексациюТут не совсем понятно что имеется в виду, но если речь про связь через первичный ключ, то да - такой индекс будет работать быстрее и есть меньше памяти. В остальном тут уже дали достаточно точные ответы.
Я может не правильно составил запрос. Т.к. с ORDER BY не получается.Не получается что? И не вижу группировки, вам же уникальные значения нужны?
Должно отсортироваться инфа из PRODUCT с KEY "р1" без дублей. Через LEFT JOIN получается так что продукт дублируется столько раз сколько имеет соответствий с таблицей INFORMATION.А теперь подумайте, у вас есть МНОГО совпадений по PRODUCT с KEY "р1", но все они с разными данными из INFORMATION. Как определить какой из них вам нужен? Сначала нужно выделить критерий выборки одного значения.
- Красивое...