они же лишние

Что такое rest api ?

Ребята вставил в настрйоки ПДО PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'utf8'", а кириллицу все равно не видит, в чем может быть проблема?

Ребята вставил в настрйоки ПДО PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'utf8'", а кириллицу все равно не видит, в чем может быть проблема?

У тебя кодировка таблицы какая?

utf8

Ребята вставил в настрйоки ПДО PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'utf8'", а кириллицу все равно не видит, в чем может быть проблема?

и что значит "не видит"? кто не видит?

Значит приходит это string(14) "??????????? ??"

Значит приходит это string(14) "??????????? ??"

куда приходит?

вардамплю переменную в браузер

вардамплю переменную в браузер

из базы делаешь выборку и у тебя такой вывод?

ага

Хотя в базе кириллица

Хотя в базе кириллица

посмотрел?

да

varchar utf8

Тип поля

Есть может быть еще какие нибудь настйроки

В браузере стоит <meta charset="UTF-8">

тег

Тип поля

меня не тип поля интересует. ты действительно видишь данные в нужном формате?

вижу кириллицу

Ребята вставил в настрйоки ПДО PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES 'utf8'", а кириллицу все равно не видит, в чем может быть проблема?

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

Почитайте правила чата ну вы что

Почему все игнорируют правила

спасибо=)

Почему все игнорируют правила

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

Ржу

Почему все игнорируют правила

Кикать надо

Кикать надо

хочешь стать Таносом? ;)

а ты сидишь в симфоманьяках?

Ребят, кто подскажет, какой пакет надо прикрутить к пыхе, чтобы работала функция com_create_guid() ?

пых 7.1

В доках глухо

https://secure.php.net/manual/en/function.com-create-guid.php

см. хлебные крошки. Там написано что это windows only extensions

см. хлебные крошки. Там написано что это windows only extensions

а есть какая-то альтернатива?

Ну там вроде как написано uuid_create() внизу как альтернатива

Но я не работал с этими уидами

Ну там вроде как написано uuid_create() внизу как альтернатива

её также нет на линухе =)

ну там написано что в pecl есть

В доках глухо

полифилл не видишь?

ну там написано что в pecl есть

я первым делом попробывал через pecl, но не запахало

хочешь стать Таносом? ;)

Только если ботов кикать, а так от меня толку ни на грамм, я тупое быдло ?‍♂

Соре, уведомления на нуле

Если подскажете где найти такого специалиста или кто-то заинтересуется welcome)

А кого ищите?

А кого ищите?

Сообщение кто-то удалил

Сообщение кто-то удалил

Аа.. ладно.

Но если тут есть Magento, пишите ?

Ночь, пхпклуб засыпает - просыпается HR мафия ;-)

Всем привет. Я относительный новичок в веб деве и не очень понимаю, если я пишу API для сайта, это ведь является альтернативой паттернам типо MVC и тд?

А как например API c тем же MVC совмещать стоит?

А как например API c тем же MVC совмещать стоит?

Привет. API - абстрагирует тебя от одних проблем, чтобы ты мог решать другие. MVC это просто патерн разработки, возьми любой Фреймворк и погляди

В общем с помощью API тв можешь создать архитектуру MVC, BBC ежеси на небеси

Когда разрабатываешь API то буквы V в MVC нет, поэтому не получится.

Когда разрабатываешь API то буквы V в MVC нет, поэтому не получится.

О во

ERROR: S client not available

Проще только сказать, что это разные вещи

Видимо, я не понимаю чего-то

Есть какие-нить статейки, как и то, и то использовать?

Блин, дружище

Я не понимаю что ты имеешь ввиду

Проведу параллель

Ты молотком забиваешь гвозди в деревянные доски сарая, молоток и сарай одно и тоже?

Неа

Ну так ты можешь полку прибить к стене этим же молотком да?

Я понимаю к чему ты ведёшь, теперь уже хотелось бы узнать, как именно "использовать молоток для постройки сарая"

А тут все просто, можем переместиться в личку, чтобы не флудить

Пиши если интересно

Ок

Спасибо всем, кто тут отвечал и извините за тупой вопрос)

нормальный вопрос, не переживай

Когда разрабатываешь API то буквы V в MVC нет, поэтому не получится.

немного не согласен.. к примеру у фейсбука же есть API? так ведь.. ? и разные типы API.. у него их там дофига как и у любого сервиса гугл.. так вот файсбук апи на определенные запросы выдает ответ в виде JSON строк... так вот эти JSON строки ответов и есть его представление именно то V из MVC

Ночь, пхпклуб засыпает - просыпается HR мафия ;-)

?

Гуру юнит-тестов, отзовитесь! Как бы вы тестировали вот такого рода функцию? public function import(int $id, array $fields, string $data) { try { $file = $this->writeTemporaryFile(string $data); if (!$this->getStorage()->ping()) { throw new \Exception('Unable ping storage'); } $result = $this->getStorage()->importFromFile($fields, $file); if (!$result) { throw new \Exception('Unable to write to storage'); } $this->getAnotherStorage()->ok($id); return true; } catch (\Throwable $e) { $this->log($e); $this->failsafe($data); return false; } } Моки для объектов, возвращаемых $this->getStorage() и $this->getAnotherStorage() есть. Стабы для всех нужных функций и т.д. тоже есть. Сам вопрос: 1. Что тестировать, а что - нет? На какие бы моменты при написании юнит-теста обратили внимание? Тестировали бы возможность провала (исключения) на каждом шаге или тестировали бы только успешное выполенение самой функции? 2. Как в коде TestCase'а лучше всего это организовать? Один огромный тест на всю функцию а-ля testImport() или сделали бы набор тестов поменьше а-ля testImportWriteFile(), testImportWriteFileFail() testImportPingStorageFail() и т.д.?

Гуру юнит-тестов, отзовитесь! Как бы вы тестировали вот такого рода функцию? public function import(int $id, array $fields, string $data) { try { $file = $this->writeTemporaryFile(string $data); if (!$this->getStorage()->ping()) { throw new \Exception('Unable ping storage'); } $result = $this->getStorage()->importFromFile($fields, $file); if (!$result) { throw new \Exception('Unable to write to storage'); } $this->getAnotherStorage()->ok($id); return true; } catch (\Throwable $e) { $this->log($e); $this->failsafe($data); return false; } } Моки для объектов, возвращаемых $this->getStorage() и $this->getAnotherStorage() есть. Стабы для всех нужных функций и т.д. тоже есть. Сам вопрос: 1. Что тестировать, а что - нет? На какие бы моменты при написании юнит-теста обратили внимание? Тестировали бы возможность провала (исключения) на каждом шаге или тестировали бы только успешное выполенение самой функции? 2. Как в коде TestCase'а лучше всего это организовать? Один огромный тест на всю функцию а-ля testImport() или сделали бы набор тестов поменьше а-ля testImportWriteFile(), testImportWriteFileFail() testImportPingStorageFail() и т.д.?

1. return 2. много тестов.

1. return 2. много тестов.

Т.е. мы тестируем только return (в данном случае boolean), но при этом обыгрываем все ситуации?

Ну эксепшены ещё тестируют. И конечно желательно кидать какой-нибудь другой эксепшен . Нужного уровня. А не базовый

Т.е. мы тестируем только return (в данном случае boolean), но при этом обыгрываем все ситуации?

начни писать - станет ясно какие тесты тебе нужны.

ну и заодно поймешь пока пишешь тесты, что код так себе написан.

Гуру юнит-тестов, отзовитесь! Как бы вы тестировали вот такого рода функцию? public function import(int $id, array $fields, string $data) { try { $file = $this->writeTemporaryFile(string $data); if (!$this->getStorage()->ping()) { throw new \Exception('Unable ping storage'); } $result = $this->getStorage()->importFromFile($fields, $file); if (!$result) { throw new \Exception('Unable to write to storage'); } $this->getAnotherStorage()->ok($id); return true; } catch (\Throwable $e) { $this->log($e); $this->failsafe($data); return false; } } Моки для объектов, возвращаемых $this->getStorage() и $this->getAnotherStorage() есть. Стабы для всех нужных функций и т.д. тоже есть. Сам вопрос: 1. Что тестировать, а что - нет? На какие бы моменты при написании юнит-теста обратили внимание? Тестировали бы возможность провала (исключения) на каждом шаге или тестировали бы только успешное выполенение самой функции? 2. Как в коде TestCase'а лучше всего это организовать? Один огромный тест на всю функцию а-ля testImport() или сделали бы набор тестов поменьше а-ля testImportWriteFile(), testImportWriteFileFail() testImportPingStorageFail() и т.д.?

Я уже очень много написал. Вопрос задал потому, что тест получился слишком большими и уродливыми (несмотря на то, что построение моков нужных запихнул в билдеры и т.д.). Вот например writeTemporaryFile() это protected метод - отдельно тестировать его смысла нет. Но при этом хотелось бы понять - получилось правильно записать туда данные или нет. Для этого использую vfsStream и т.д.

ну и заодно поймешь пока пишешь тесты, что код так себе написан.

Уже понимаю, но как его написать по-другому не понимаю. Разбить этот метод на части не очень-то получится.

Уже понимаю, но как его написать по-другому не понимаю. Разбить этот метод на части не очень-то получится.

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