Пытался как угодно вписывать адрес до файла, чтобы получить информацию о файле.и
ffmpeg -i video.mp4между собой не согласуются. Если вы читали документацию, то странно ожидать информации от параметра -i, который определяет input file(s), а за путем к ним обязательным параметром следует путь до файла вывода.
'{id}' - всегда равна числу, например 57'{id}' - всегда равна строке, так как {57} явно не число, в отличие от 57, не говоря уже о том что это литерал по определению, так как заключен в кавычки. И скорее всего там даже не {57}, а просто {id}, если это не какая-то вьюшка с хитропопым парсером.
Но если я преобразую строку в integer, то $idlink у меня равен 0.читайте документацию, крайне полезная штука.
Суть проблемы:Так, а в чем собственно проблема? Где тайминги запросов, где explain по медленным запросам?
Если это всё работает на MySQL, то не получается оптимизировать запросы "стандартными" методами...индексы выручают, но из-за "переменного" кол-ва ID'шников по фильтру s_id индексы не так эффективны...т.к. приходится сканировать много записей...
'password,
Минусы как бы очевидны:нет, не очевидны, по крайней мере миллионам разрабов
1 Код становится трудно читаем. По месту использования не всегда понятно что имеется ввиду под Order::load() - \Framework\Sale\Order::load или \Vendor\Project\Sale\Order::load - приходится проматывать к верху файла.Вам как разрабу должно быть в принципе фиолетово, какой из пакетов используется, если они соблюдают один интерфейс. Если не соблюдают, при том что называются одинаково, значит все пошло не так задолго до проблем с определением пакета...
2 Код становиться длиннее - там где было бы просто:Код становится длиннее в проектах где 2 контроллера и в них по 1 экшену. Там где Extension::load будет вызываться больше одного раза, очевидно экономия на эксплуатации клавиатуры заметно увеличивается. А в больших проектах создание объекта может (и будет) повторяться многократно.
\Framework\Main\UI\Extension::load([ 'vendor.module.components.cabinet.personal' ]);
приходится писать:
use \Framework\Main\UI\Extension;
Extension::load([ 'vendor.module.components.cabinet.personal' ]);
4 Код становиться замусоренным, так как верхушки файлов запросто превращаются во что-то вроде:Если не обращать внимание на отсутствие пункта 3, то... нет, не могу не обращать внимание, вот же торопыга....
И хрен его знает используются импортированные классы ниже ещё или уже нет, ведь никто не убирает этот мусор.Хрен не знает, а ИДЕ замечательно знает и даже подсвечивает серым цветом неиспользуемые.
Вообще возможно такое?
</p> тогда возможно через REGEXP_REPLACE. С некоторыми извращениями скорее всего можно и если не закрывающий тег в конце текста.
В теле цыкла происходит обращение к таблицам базы данных,Запросы в цикле - зло, нельзя заниматься фигней ради фигни. Переписать код на 1 нормальный запрос, и уже с выборкой работать. Тогда код будет выполняться за приемлемое время и никаких костылей не понадобится. Понимаю что "так проще". Но так делать нельзя.
При проверке var_dump($country_id); мне приходит массив с значением NULLОк, а проверить таким же способом $_POST что мешало?
Так у вас получается что ВСЕ опции при старте уже выделены... кроме того - откройте код странички и посмотрите что у вас в value попадает, не факт что там есть значения.echo "<option =". $row["id"] . "selected>" . $row["name"] . "</option>";
filteredData = data.((t) => t.name.toLowerCase().includes(search.value.toLowerCase())('moe_milo@mail.ru', $phone, $email, $car, $message "Content-type:text/plain; charset = UTF-8\r\nFrom:$email");
$search = _string($_POST['search_string']);
$sql = '
SELECT *
FROM `chat`
WHERE `user_id` IN (
SELECT `id`
FROM `users`
WHERE `login` LIKE "'.$search.'%"
)
ORDER BY `time`
DESC '; // делаем запрос отдельной строкой,
var_dump($sql);
//вставив в него переменную убеждаемся что там ерунда
//пишем нормально
$search = $_POST['search_string'].'%';
$sql = '
SELECT *
FROM `chat`
WHERE `user_id` IN (
SELECT `id`
FROM `users`
WHERE `login` LIKE ?
)
ORDER BY `time`
DESC ';
$stmt = $mysqli->prepare($sql);
$stmt->bind_param('s', $search);
$chat_result = $stmt->execute();
while ( $row = $chat_result->fetch_assoc() ) {
echo $row['user_id'].'<hr>';
}dataType: 'text', соответственно сукчес примет данные как текст и никакого объекта со свойством status там нету, проверка даст фалс.