- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день. С наступившим.
Никак не могу заставить работать SQLite3 на Debian (на винде норма...)
Доставил модули
apt-get install php5-sqlite3
Включен в apache2 и cgi
Рестарт сделал. phpinfo() выдает что все нормально
SQLite3 support => enabled
SQLite3 module version => 0.7
SQLite Library => 3.7.13
Directive => Local Value => Master Value
sqlite3.extension_dir => no value => no value
Вчера вроде бы много не пил...
При этом все равно Call to undefined function sqlite3_open().
Что за баг и как с ним бороться?
Вы попробуйте уже через стандарт работать PDO
$db = new PDO('sqlite:mysqlitedb.db');
И всё заработает.
Надо было пить больше :)
Нет такой функции sqlite3_open
Используйте объектно-ориентированый подход
http://php.net/manual/ru/class.sqlite3.php
Что значит нет sqlite3_open когда она есть, точнее была.
Есть такой класс разработчиков, не заботящихся об обратной совместимости. Не знаю точно, когда эта эпидемия началась, но хорошо помню что в Windows XP были тупо вырезаны функции из системных библиотек, в результате куча софта, разработанного раньше выхода XP ругались на то что точка входа не найдена, а для совместимости с разными версиями позже приходилось писать кучу лишнего кода для динамического импорта...
Пришлось еще кучу кода переписывать до того как понял что есть параметр SQLITE3_ASSOC...
P.S. нет уж, на PDO переписывать не буду.
P.S.2. на сервере 4 ядра, процесс до сих пор идет хотя на рабочем ноуте время "обработки" 16Мб-базы было в пределах 10 минут... Надо будет еще вывод прогресса и замер времени писать...
Есть такой класс разработчиков, не заботящихся об обратной совместимости.
как клиентов сажать на поддержку , если будет обратная совместимость?
Есть такой класс разработчиков, не заботящихся об обратной совместимости.
Шел 2016 год, уже вышел PHP 7.
PHP 5.3 вышла в 2009 году а вы еще вспоминаете о sqlite3_open.
А если просто, вместо
Используйте
Ну а лучше всего конечно PDO.
Шел 2016 год, уже вышел PHP 7.
И что ?
Почему люди должны страдать, если горстка технократов не может разобраться в своем коде 5летней давности и продолжать его поддерживать?
Я понимают, что мы тут никак не повлияем на процесс, но почему вы их оправдываете ?
Ну а лучше всего конечно PDO.
Не лучше. pdo это костыль между php и sqlite3, без которого можно (и скорее даже нужно) обойтись.
Не лучше. pdo это костыль между php и sqlite3, без которого можно (и скорее даже нужно) обойтись.
Не знаю, мне лично очень нравится PDO для sqlite. По одной простой причине, если захочу расширить скрипт и мне будет не хватать sqlite. Я просто создам таблицу mysql и будет у все пахать без правки кода.
С простой mysql я до сих пор работаю через обычный mysql_ и как-то не парит сильно. А вот с sqlite только через PDO. + помню там были траблы, я писал под sqlite2 и из-за этого мой скрипт на новых версиях PHP не пахал :( А вот переписал и теперь всё просто летает.
Не знаю, мне лично очень нравится PDO для sqlite. По одной простой причине, если захочу расширить скрипт и мне будет не хватать sqlite. Я просто создам таблицу mysql и будет у все пахать без правки кода.
🤪 так и знал, что эту причину приведут первой, и скорее всего единственной.
Но на самом деле большинство скриптов скорее всего переделывать на mysql не придется, а если придется, то переделывать в скриптах нужно будет во много раз больше, чем сменить пару строк запросов к базе.
SQLite3 я первый раз тоже с PDO изучать и осваивать стал, потом открыл для себя работу без PDO, понял что это красиво и удобно.
🤪 так и знал, что эту причину приведут первой, и скорее всего единственной.
...
Есть известный баг с двойным запросом, из-за которого лучше не заморачиваться и использовать PDO. На мелких таблицах незаметно, а вот на гигабайтных очень.
По своему опыту добавлю, что update, insert, singleQuery быстрее на чистом SQLite3 классе. Если fetch, fetchAll - лучше через PDO.