Пару лет назад мне пришлось делать самодельный SQLite PDO драйвер для фреймверка CodeIgniter 1.7.x. Поддержка баз SQLite 3 была формально заявлена в CI 1.7.x, но по факту не работала. Поэтому я дработал существующий тогда PDO драйвер до состояния, когда он мог работать с SQLite 3. Через год я с удивлением обнаружил на GitHub-е множественное включение кусков моего кода в различные проекты.

Сегодня ситуация повторяется, но уже для CodeIgniter-2. Поддержка SQLite3 формально заявлена, но по факту не работает. Об этом была написана статья. Дожидаться, когда наконец в CI2 исправят поддержку SQLite3 (а работу в этом направлении разработчики таки ведут) у меня нет времени. Поэтому я поступил так же как и в прошлый раз - сделал PDO-драйвер, специально предназначенный для работы с SQLite3.

Страница проекта:

SQLite3 PDO драйвер для CodeIgniter 2

На текущий момент драйвер протестирован на выполнение основных операций чтения/записи в БД в фреймверке CodeIgniter 2.1.2.

Сегодня была доработана статья "Работа базы SQLite 3 в CodeIgniter 2". Ранее в ней было написано, как организовать подключение SQLite 3 базы в CodeIgniter 2.1.2 через PDO драйвер, после чего открывалась возможность чтения из БД. В статье была оговорка, что запись в БД не работает, и я выясняю причины этого.

Сложность оказалась в том, что внутри ядра CodeIgniter отключает сообщения об ошибках. И даже после выставления в настройках максимального уровня сообщений об ошибках, "ядерные" ошибки CI остаются не видны ни на WEB-страницах, ни в логе. Соответственно, не представлялось возможности отследить и понять, что происходит при записи в БД.

Проблема оказалась банальной: просто-напросто для файла небыли выставлены права на запись со стороны web-сервера. Поэтому я мог записывать в базу любым клиентом, запущенным от пользователя, но не мог модифицировать файл базы из-под CodeIgniter. После выставления прав на запись, CI 2 стал нормально работать с базой SQLite 3.

Я не исключаю, что, возможно, придется еще дорабатывать данный PDO драйвер, как это произошло с CI 1.7.x. Но он заработал в первом приближении, и этого для старта пока достаточно.

После нескольких дней и бессонных ночей, наконец-таки смог запустить поддержку SQLite 3 в CodeIgniter 2.1.2. О том как заставить работать PDO-драйвер с базами данных в формате SQLite 3, написана новая статья:

Работа базы SQLite 3 в CodeIgniter 2

Краткая аннотация к статье:

В популярном веб-фреймверке CodeIgniter с поддержкой БД в формате SQLite 3 всё не слава богу. В устаревшем CodeIgniter (версии 1.7.x) ситуация была настолько запущена, что пришлось делать самодельный драйвер. Спустя пару лет, мы наблюдаем то же самое в CodeIgniter 2...

Примерно месяц назад вышла очередная 12-я версия норвежского браузера Opera.

Сказать, что на этот раз команда разработчиков Opera подкачала — значит не сказать ничего. Я, как пользователь Opera, начавший использовать эту программу с версии 3, могу сообщить, что еще ни разу Opera не выпускалась в таком сыром состоянии. Обещанного ускорения интерфейса, ява скрипта и видео не то что не произошло, а стало гораздо медленнее чем было в предыдущих версиях. Рекомендуемые отключения аппаратного ускорения и прочие настройки не помогают. И если под Linux, почему-то, Opera 12 работает более-менее сносно, то под Windows тормозит, глючит и вылетает на протяжении всего рабочего дня.

Вконец измучившись от постоянных перезапусков и подтормаживаний, я решил что надо что-то делать. Пытался себя заставить использовать Firefox и Chrome — это какой-то мрак. Невозможно настроить интерфейс так, как позволяет это сделать Opera.

И тут я подумал: "В команде Opera наверняка сидят не дураки, и прекрасно понимают, что выпустили сырой продукт. А если так, то сейчас они с дикой скоростью допиливают браузер до стабильного состояния. И коль уже прошел месяц,  то допилили они многое!". Краем уха я слышал, что где-то выкладываются промежуточные версии Opera. Полазил на официальном сайте — точно! Opera постоянно выпускает актуальные сборки браузера, и называются они Opera Next.

В настоящий момент доступна Opera 12.50 Alpha. Так вот, эта альфа на проверку оказалась намного стабильнее "стабильной" Opera 12. Да не то что на много — эта альфа попросту работает как надо. За неделю ежедневного использования программа показала себя только с лучшей стороны. Вылетов не наблюдается, интерфейс быстрый, прокрутка плавная, 50 вкладок держит свободно.

Так что, дорогие мои любители Оперы, следующий релиз обещает быть оплотом стабильности. И если вы уже сейчас хотите окунуться в будущее, ставьте Opera Next. Она вам точно понравится.

С течением времени я всё больше понимаю, что ничего не понимаю в новых фишках, изрыгаемых на нас "дизайнерами" и "маркетологами". Вот и сейчас столкнулся с тем, что не смог сделать элементарное действие в самом популярном браузере мира. Удивляясь самому себе, полез в поисковик с запросом "как запустить калькулятор" "как добавить userscript в chrome". На русском языке, кроме фраз "поддержка юзерскриптов нативно встроена в Chrome", ничего более внятного не нашел.

Пришлось лезть в англонет, где обнаружилась пара обучалок. В результате написал краткую пошаговую инструкцию:

Как добавить Userscript в браузер Chrome

Удачи.

Уважаемые пользователи менеджера накопления информацией MyTetra, а в особенности разработчики!

Чтобы оправдать размещение исходников MyTetra на GitHub, в задачах проекта (Issues) я, для пробы, разместил две задачки по устранению застаревших и очень досадных багов. Проблема этих багов в том, что я долго не мог понять последовательность действий, приводящих к ним. Пожалуйста, прочтите описания этих багов, возможно вы тоже натыкались на них, а кто-то даже в сердцах решил отказаться от использования MyTetra. Если мы устраним эти баги, работа в MyTetra станет более шелковистой и комфортной.

Страница с задачами:

https://github.com/xintrea/mytetra_dev/issues

Краткое описание задач:

Задача 1: исправить баг. Автоматически не сохраняются изменения в тексте записи после просмотра/редактирования HTML кода.

Задача 2: исправить баг. Иногда появляется Critical error при нажатии кнопки "Удалить" или "Вырезать" в списке записей.

Предлагаю пользователям/разработчикам исправить хотя бы один из багов и создать свой Pull Request. Опытные пользователи Git знают как это делать.

Внимание! Перед началом работы с кодом, напишите в обсуждении задачки как вы собрались устранять баг. Так же на главной странице проекта на GitHub прочтите соглашение о кодировании.

PS: Для обсуждения работы над новой версией MyTetra создана специальная ветка форума:

Форум - Разработка MyTetra версии 1.31.x

По всем вопросам разработки отписываемся туда.

По многочисленным просьбам пользователей исходники менеджера накопления информации MyTetra были размещены на GitHub. Название репозитария - mytetra_dev.

Страница проекта с соглашением о кодировании находится здесь:

https://github.com/xintrea/mytetra_dev

Для получения актуальной версии исходников создайте отдельную директорию, и выполните в ней команду:

git clone https://github.com/xintrea/mytetra_dev.git

В данный момент была загружена MyTetra последней версии 1.30.1. В репозитарии пока существует одна ветка master. С ветками и слияниями я работать не умею (потому что, несмотря на чтение документации, не понимаю что такое ветка), так что заинтересованные в дальнейшем развитии проекта должны сначала объяснить мне как работать с Git и ветвлениями.

Напоминаю так же, что недавно была опубликована новость с планом развития MyTetra. Первый пункт плана можно считать выполненым.

Платформа 1С - прекрасное решение для автоматизации учетной деятельности. В ней соседствуют легкость прототипирования интерфейса, хорошее разложение предметной области учета, мощность современных баз данных (при правильном использовании, конечно).

В довесок ко всему недавно пришла новость о том, что 1С теперь полностью портирована на Linux (включая Конфигуратор). Это давно надо было сделать, тем более что привязка к WinAPI в 1С была достаточно минимальной. Например, все экранные формы и элементы в 1С изначально были сделаны на собственном движке. Очень радует, что компания 1С нашла в себе силы сделать полностью кроссплатформенное решение, наконец-то избавилась от "лочки на вендора" и теперь не находится в зависимости от транснациональной корпорации Microsoft. Конечно, остаются еще проблемы, вызванные традиционным отсутсвием Linux-драйверов на торговое оборудование. Но практика показывает, что написание драйверов под Linux особо много времени не займет. В любом случае приятно наблюдать, что система живет и развивается в соответствии с принципами долгосрочного планирования, чего в последнее время не наблюдается даже у самых известных игроков рынка IT.

Интенсивное развитие платформы - это хорошо и всячески приветствуется. Однако, как побочный эффект, проявляются мелкие недоработки, вылезающие то тут то там. В новой статье Запуск 1С v.8.2 из командной строки или ярлыка. Опции запуска. я рассматриваю проблему старта 1С из командной строки в режимах Конфигуратора и Клиента. А так же рассказываю о подводных камнях, которые могут встретиться при составлении команды запуска 1С.

На сайте Webhamster.ru создан новый раздел "Общество". Там размещаются статьи о том, как я воспринимаю окружающих людей и общество, в котором живу. Раздел открывает первая статья о литературе будущего:

 Литература пыльного века

...У нас в России сейчас сложное положение вещей в литературе, как впрочем и в обществе. Дело в том, что мы сейчас живем в то время, когда литература будущего уже была написана...

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

На сайте Webhamster.ru опубликована новая статья:

Как перенести локальный GIT-репозитарий на сервер вместе со всей историей

Аннотация к статье:

Разработка с применением GIT обычно начинается с того, что вначале программист держит локальный GIT репозитарий на своей рабочей машине, и ежедневно коммитит в него. Но наступает момент, когда нужно перенести репозитарий на сервер для совместной работы или синхронизации с разных компьютеров. Перенести нужно вместе со всей историей коммитов. В этой статье написано как это сделать.