так что тебе в итоге надо-то? Чтобы пхп тебе делал оптическое распознавание математических формул? или в чем вопрос заключается? Чтобы пхп это выполнил, когда ты передешь эти формулы в пхп код? Выполнит без проблем. Я как бы высшей маематики тут тоже не вижу - вижу умножение, деление, возведение в степень. Если что - пхп это умеет даже без специальных библиотек.
Тогда PDO будет сам сообщать о проблемах, и при этом он будет писать, в чем конкретно заключается проблема, чтобы её можно было исправить. И дурацкий код который выводит 'Успешно' или "Ошибка" не понадобится.
Ты видел когда-нибудь сайт, который тебе пишет после каждого запроса "Успешно"?
А я-то думаю, откуда у него этот говнокод
Вроде бы даже в самых тупых видеокурсах такого нету.
А оно вон оно как, крупный специалист на тостере посоватовал
Ну нельзя же настолько тупить.
Тебе час на стаковерфлое объясняли, что надо использовать ту переменную, в которую ты значение записал, а не просто имя писать от балды. теперь ты сюда пришел, чтобы тебе сказали что в БД надо записывать хэшированный пароль , а не исходный
А загуглить не судьба? Тут на тостере таких таких защитников своих уникальных кодов - как собак за околицей. Все как один пишут гениальный код, но вот с гуглем не в ладах. И найти ответ на вопрос который уже сто раз перетирался на тостере они не могут никак.
И конечно же он не продал еще ни одной копии, но уже в мечтах у него междупланетный шахматный центр нью-васюки, 100 проданных лицензий и проблема - как их все поддерживать.
О, это давешний говнокод с разными файлами под логины и пароли
Я всё жду, когда ты либо задолбаешься между файлами бегать, либо перепутаешь какой-нибудь пароль.
по какой такой "идее"?
тебе ясно пишет - суёшь ОБЪЕКТ.
Значит из объекта надо получить массив.
либо, если это коллекция, то у ларваеля наверняка есть специальный метод для обратной сортировки
ну если до последней строки добрался, то зачем спрашиваешь, как её прочитать?
Учись формулировать нормально свои вопросы.
И сразу их гуглить. Это гораздоб быстрее, чем сидать и ждать ответа на тостере
Я бы все-таки читал кусками.
В идеале равными размеру кластера, но можно и просто наугад, скажем 512 или там 2048 байт.
Каждый сик все равно будет читать секторами - меньше дисковая система не умеет.
В итоге меньше будет самих операций чтения.
Не то чтобы это былая супер-оптимизация - после первого же чтения соседние байты попадут в кэш - но всё равно читать по одному байту как-то неаккуратненько :)
