Здравствуйте.
подключил sqlite 3
работает, НО при создании БД с encryption - создается обычная не защищенная БД
пробовал следующие команды создания
$db = new PDO("sqlite:mydb.crypt",SQLITE3_OPEN_READWRITE | SQLITE3_OPEN_CREATE,'123');
$db = new PDO("sqlite:mydb.crypt",SQLITE3_OPEN_READWRITE | SQLITE3_OPEN_CREATE,'aes128:123');
$db = new SQLite3('mydb.crypt',SQLITE3_OPEN_READWRITE | SQLITE3_OPEN_CREATE,'aes128:123');
$db = new SQLite3('mydb.crypt',SQLITE3_OPEN_READWRITE | SQLITE3_OPEN_CREATE,'123');
что не так? (Добавление)
в виндовсе за работу sqlite3 отвечает библиотека php_sqlite3.dll. что отвечает за работу с sqlite3 в UBUNTU ? (Добавление)
Если у кого нибудь есть библиотека с шифрованием, - буду признателен если поделитесь
Для проведения диагностики и получения информации о различии использумых таблиц в силу которых выполнение одинаковых операций с ними приводит к различным результатам - вы можете обратиться к служебной таблице information_chema и проверить наличие каких-либо различий меджу из конфинурационными значениями
Champion спасибо, конечно, что оштрафовали... просили таблицы - я зделал дамп. вот и все, ну такие уж имена я придумываю когда чтото не клеится.
Суть не в том какая длина может быть у коля varchar, а в том, почему не работает то, что должно работать? ктонибудь у себя пробывал выполнять те запросы которые я излагал выше? если да, то что у вас получилось
Champion пишет:
2 - По вопросу. Что выведут запросы
SELECT p.*, MATCH (opisanie) AGAINST ('fgxhxgf') as relevance FROM `tbl` p ?
Viper, собственно вопрос поставлен для того чтоб понять что не так, а не чтобы получить ссылку на мануал по MYSQL
"это что за бред "`opisanie` varchar(5000)" ?"
По Вашему,чтото изменится, если исправить на 256? ничего. значит, проблема не в этом.
кроме того, оператор LIKE работает несколько иначе, зачем разбивать запрос поиска на части посредствами PHP и делать запрос через LIKE если MYSQL сделает это само ?
меняем запрос поиска на SELECT * FROM `pizdec` WHERE MATCH (opisanie) AGAINST ('fgxhxgf' IN BOOLEAN MODE) и все работает. как обьяснить это?
кодировка одинаковая
SELECT * FROM `pizdeck` WHERE MATCH (opisanie) AGAINST ('fgxhxgf') - выводит ответ 1 строку
SELECT * FROM `pizdec` WHERE MATCH (opisanie) AGAINST ('fgxhxgf') - выводит ответ 0 строк
есть две таблицы, имеющие одинаковую структуру и разное название. по одной таблицуе поиск работает по другой нет (выводит 0 строк). в чем проблема немогу понять.
Все же интерестно (вернусь к началу): есть две кнопки type="submit" в одной форме, как при нажатии первой получать значение методом пост, а при нажатии втоой - методом гэт ?
это реально? может пригодиться какнибудь
еще вопрос. допустим, на странице отображается 3 разных товара. напротив каждого есть кнопка "подробнее" и "заказать". как определить что юзер нажал кнопку напротив конкретного товара? ведь имена значения кнопок одинаковые ( "подробнее" и "заказать") а имена кнопок хоть и могут быть разными, но вид будут иметь типа zakaz1, zakaz2, zakaz3, где цыфры после слова zakaz -код товара. но не перебирать же все возвожные варианты кода товара, чтоб определить, была ли нажата такая кнопка.
единственный выход который вижу я - давать кнопкам одинаковое имя, создать скрытое поле в форме, в котором пересылать значение кода товара. но, имхо, как то черезчур замудрено. К тому же, в таком случаи, каждому товару должна соответствовать своя форма (иначе будут передваться и скрытые поля напротив других товаров). К тому же для кнопки "заказ" больше подойдет пост передача, а для "подробнее" - гэт (чтоб ссылку скинуть комуто, к примеру). Опять же проблема, как это совместить. А если товаров выводится не 3 а 30 на странице - создавать 30 форм ??
Может подскажете другой вариант?
не в тему конешно, но все вопросы отпадут если как то перенаправлять юзера на другую страницу, вот только делать это или нет становится ясно в конце скрипта, а header можно отсылать только вначале, а надо бы как то в конце.