weranda: использую с нового года, перешёл на него по рекомендации моего врача (у меня 9 разных диагнозов в спине, в общем, "не айс" =) ). В целом - вполне неплохо, и очень круто исправляет осанку и заставляет работать те мышцы спины, которые обычно не напрягаются. Ну и такой стул требует постепенного привыкания, и на нем надо начинать сидеть не более, чем 30 минут в день.
Дмитрий: С каких это пор, дешевле - значит хорошо?
Лишь 10% смотрят только на цену ("говноклиенты, от которых надо всегда избавляться сразу, гемора всегда больше, чем профита).
Лишь 10 % смотрят только на качество (вип-клиенты, которых можно доить вечно, при условии, что им реально дают самое лучшее качество в их картине мира).
Остальные 80% всегда оценивают соотношение цена / качество.
Итого, ваше утверждение верно лишь для 10% потенциальных клиентов.
Рассмотрим остальных.
На конверсию продажи любого товара или услуги влияет, в первую очередь, доверие. Где его больше, на визитке или лендинге?
"Да у них даже на сайт денег нет, значит, они новички, значит, у них плохое качество, ну их нафик, других посмотрю" -- человек даже не успеет полностью так подумать, как уже закроет визитку. Итог - выброшенные деньги и неверный вывод "директ не работает".
Конверсия на порядок важнее, чем трафик. Чистая математика. Погуглите, сколько даёт прирост конверсии даже в 1%, по сравнению с приростом трафика. Причем первое всегда сильно дешевле второго.
АртемЪ:
Сейчас в БД порядка 140 таблиц, в каждой из которых 126 столбцов, и 100 до 300 000 записей.
Из каждой таблицы мне нужно 0,01%-10% данных, которые я получаю выборкой.
Я хочу сохранять выборку отдельно, и работать только с ней ("горячая база"), оставив остальное в "холодной" базе.
Периодически я делаю новую выборку, и работаю с ней.
Если я ручками сохраняю свою выборку, то начинают плодиться файлы "2017-03-10, проект такой-то, выборка такая-то" или "2017-03-17, проект такой-то, удалены такие то данные", что при достижении таких файлов больше 3-5 штук уже приводит к путанице и попытке разобраться, где конкретно содержатся определенные, нужные в данный момент времени, данные.
В итоге, я отказался от такого варианта ручного копирования и наименования файлов, и работаю с файлом в 1,5 Гига, что очень сказывается на производительности.
Cофт проприетарный, к начинке софта доступа, естественно, нет. То, что он на SQLite — лишь уверенное предположение, т.к. в подпапке с программой есть файлик "\RestoreBD\sqlite3.exe" (он запускается через обычный батник для реанимации и пересборке базы).
Далее, при попытке открыть файл БД через SQLiteStudio — файл с БД открывается нормально, несмотря на проприетарное расширение в имении файла.
Вся структура в SQLiteStudio видна, ничего не обсуфицированно, даже столбцы названы понятными переменными, и все данные читаются в том же виде, что и в проприетарном софте. Т.е. файл с базой отнюдь не закрыт наглухо и не зашифрофан (только расширение файла поменяно).
Данный проприетарный софт в единицу времени работает с одной БД, т.е. физически — с одним файлом БД. Поэтому мне и надо физически разделить БД на несколько файлов, чтобы работать с базой весом в несколько мегабайт, чем в несколько гигабайт. При этом важно не забыть, где, что и в каком виде хранится. Для этого и нужна какая-та система учета версий обычных файлов.
