Логичный вопрос. Ну я так скажу, по факту они на нашем рынке присутствуют через партнеров, как будет с новыми оплатами лицензий посмотрим, но пока что палок в колёса не вставляют. Но конечно мы сценарии приземления уже протестили)
Вот приятно получать такие фидбеки с конструктивной критикой. Спасибо большое.
Относительно добавления информации именно по исправлениям и в какой версии это было замечено, хорошая идея посмотрим как обыграть в документации.
Относительно выхода версии вы абсолютно правы. Да у нас она выпускается для скачивания, когда мы её максимально проверили и прогнали у некоторых клиентов. Но, если у вас есть необходимость получить её раньше, можете связаться с нашей службой поддержки, уверен там решат вопрос. Но здесь есть риски внедрения на продакшн.
Относительно тупиковых патчей, да есть такое, но это связано с тем, что выходят исправления для веток, которые еще не обновлены, но мы не стоим на месте, в будущем решим этот вопрос.
Относительно нейминга фичей именно в changelog, это задача как раз есть и над ней тоже работаем, так как она явно публикуется у нас автоматически прямо из сборщика на портал.
Приветствую. Тут еще надо повторить нюанс, ведь это Confluence Cloud, и там до недавнего времени был стандартный Legacy Editor, потом они сделали новые редактор блочный и с текстом стало по лучше, но с рисунками и вставками их в строки стало чуть тяжелее. Что до поиска, ну будем честны, конечно встроить такую же мощную поисковую машину как в популярных поисковиках сложновато, но они для облачной версии недавно запилили новую фичу, и честно скажу ситуация улучшилась, релевантность стала лучше.
Относительно написания документации, да сейчас будем стараться переходить на пути автоматизации, хотя бы нашей интеграционке, чтобы оно генерилось как надо, например одну статью мы из yaml просто сделали, хотя конфа этого не понимает и надо плагин платный ставить, но мы выкрутились.
— Я бы не стал так говорить за всех, кто здесь пишет.
я бы все же рекомендовал использовать MS Access.
— Конечно можно использовать и так, можно создать *.dsn — файл в котором будет подключение к БД
финансовой информации в БД доступна извне?
— Если вы перекройте порт 5432 допустим, тот же Access не подключиться к ней также тут и с пользователем, если у пользователя будут только права на чтение, то ему хоть текстовый файл, даже с тем же паролем, что Access по барабану, в БД он ничего поменять не сможет.
ODBC со всеми ништяками
— Ништяков в Accesse много и стой же безопасностью, тут асболютно согласен. Но опять же, очень много раз сталкивался, что обычно ставят Excel, Word и Outlook, про Акцесс даже не обсуждается, но это зависит от политик. И потом Акссес надо еще настроить, на коннект и все такое, а тут кинул файл и все ОК, но я повторюсь, тут есть конечно недостатки о которых я написал, в Аксессе например можно сделать ввод входных параметров.
Что касаемо текстового файла, то можно поступить и по другому, как я тоже в статье и написал.
1. Берете, что вам удобнее, VB, С++, Delphi и.т.п.
2. Делайте там кнопку на форме.
3. По нажатию на эту кнопуську будет генериться этот файлик и он же открываться, причем можно сделать, чтобы он генерился в какую-нить папку, куда юзверь лазать не сможет, по закрытию формы файлик удаляется (у меня кстати так и сделано).
Но, вас в принципе я понять прекрасно могу, ведь если что-то случиться с БД и там допустим произойдет любая критичная ситуация, естессено понятно, на кого полетят все шишки и хочется себя максимально подстраховать, но мое личное мнение все таки наверное главное далеко не заходить в этом вопросе. Может я наивен (кстати да за себя скажу, что я не гуру конечно в вопросах безопасности и ваши замечания в любом случае "+" к этой статье), но мне кажется, что не будет уж какая-то тётечка из той бухгалтерии и финансового отдела, даже октроя файл, увидев логин и пароль только для чтения БД, пытаться скачивать тот же PgAdmin, затем подключаться по нему и смотреть там таблицы и писать запросы… хотя конечно 5% погрешности, что найдется умник, всегда есть, но на то есть и административные меры. Тут тоже самое на мой взгляд как с ВК и ОК, когда они появились во многих компаниях стали естессно лочить их, ну дак чего, люди с мобильников в них ходят и там сидят, глушилку не поставишь на всех, а только административные меры.
Если собрать вот такой фарш, то даже инсталлить не надо, про копируешь с компа на комп.
comerr32.dll
gssapi32.dll
k5sprt32.dll
krb5_32.dll
libeay32.dll
libiconv-2.dll
libintl-8.dll
libpq.dll
msvcr71.dll
ssleay32.dll
psql.exe
— хммм, с этого места по подробнее плз, в чем глюкавость?
давно тоже писал такой батничек на рабочий стол
— Батник подойдет, но тогда на компе должен стоять psql.exe, то бишь тот же PgAdmin, можно конечно скачать в состав, которого он входит для удаленного выполнения команд.
Это тоже правильно. Главное про pg_hba.conf не забывать. Кстати интересная вещь, если например ту строчку, которая в статье не добавить на виндовозном сервере, то по порту 5432 ты фиг подконнектишься, а вот на Линуховских и без неё канало.
Это кстати тоже да, у нас было один раз, что порт 22(scp, ssh) залочены и усё, а клиенту надо данные, а 5432 открыт, вот и тянули. Зависит от ситуации конечно. Также бывает, что фиг расшаришь серверную папку, куда файлик csv бросаешь.
Ну я и сказал, что это не проблема, просто доп.действия, конечно слить вариантов массу, в любом случае, главное, чтобы обычному пользователю это было незаметно.
Если запустить PgAdmin на клиентском компе, то прописав путь заэкспортить пользовательский комп не выйдет, так как PostgreSQL команду COPY далет только на сервак. Можно конечно написать пакетный файл, который будет этот запрос дергать, а затем копировать этот файлик на комп пользовтеля, но это как говориться уже дополнительная работа. Хотя такой способ как и было отмечено тоже имеет право на существование естессно.
Да помню парился тоже с этой проблемой, когда надо вводить входной параметр. Банально надо запрос на дату сделать, как в статье и описал, привлек к этому VB, ну или как вы правильно сказали просто пакетником писать. Да кстати, забыл и это тоже написать как тоже один из недостатков, действительно этот метод еще и ограничивает в принципе ввод входных параметров при обработке запроса, можно конечно попросить юзверя через блокнот менять параметр даты например, но есть риск, тогда подпортить параметры подключения, но это как говориться если нужно. В любом случае если уже в БД есть данные, которые можно генерить сразу запросами, то способ катит.
Нести знания в массы самое благое дело. У меня тоже были такие случаи на предыдущих местах работы, когда иногда более сложный способ деланья чего либо отлично впписывался. Но просто у некоторых есть дефицит времени и им некогда к сожалению банально учиться.
Логичный вопрос. Ну я так скажу, по факту они на нашем рынке присутствуют через партнеров, как будет с новыми оплатами лицензий посмотрим, но пока что палок в колёса не вставляют. Но конечно мы сценарии приземления уже протестили)
Вот приятно получать такие фидбеки с конструктивной критикой. Спасибо большое.
Относительно добавления информации именно по исправлениям и в какой версии это было замечено, хорошая идея посмотрим как обыграть в документации.
Относительно выхода версии вы абсолютно правы. Да у нас она выпускается для скачивания, когда мы её максимально проверили и прогнали у некоторых клиентов. Но, если у вас есть необходимость получить её раньше, можете связаться с нашей службой поддержки, уверен там решат вопрос. Но здесь есть риски внедрения на продакшн.
Относительно тупиковых патчей, да есть такое, но это связано с тем, что выходят исправления для веток, которые еще не обновлены, но мы не стоим на месте, в будущем решим этот вопрос.
Относительно нейминга фичей именно в changelog, это задача как раз есть и над ней тоже работаем, так как она явно публикуется у нас автоматически прямо из сборщика на портал.
Еще раз спасибо вам.
Приветствую. Тут еще надо повторить нюанс, ведь это Confluence Cloud, и там до недавнего времени был стандартный Legacy Editor, потом они сделали новые редактор блочный и с текстом стало по лучше, но с рисунками и вставками их в строки стало чуть тяжелее. Что до поиска, ну будем честны, конечно встроить такую же мощную поисковую машину как в популярных поисковиках сложновато, но они для облачной версии недавно запилили новую фичу, и честно скажу ситуация улучшилась, релевантность стала лучше.
Относительно написания документации, да сейчас будем стараться переходить на пути автоматизации, хотя бы нашей интеграционке, чтобы оно генерилось как надо, например одну статью мы из yaml просто сделали, хотя конфа этого не понимает и надо плагин платный ставить, но мы выкрутились.
— Конечно можно использовать и так, можно создать *.dsn — файл в котором будет подключение к БД
— Если вы перекройте порт 5432 допустим, тот же Access не подключиться к ней также тут и с пользователем, если у пользователя будут только права на чтение, то ему хоть текстовый файл, даже с тем же паролем, что Access по барабану, в БД он ничего поменять не сможет.
— Ништяков в Accesse много и стой же безопасностью, тут асболютно согласен. Но опять же, очень много раз сталкивался, что обычно ставят Excel, Word и Outlook, про Акцесс даже не обсуждается, но это зависит от политик. И потом Акссес надо еще настроить, на коннект и все такое, а тут кинул файл и все ОК, но я повторюсь, тут есть конечно недостатки о которых я написал, в Аксессе например можно сделать ввод входных параметров.
Что касаемо текстового файла, то можно поступить и по другому, как я тоже в статье и написал.
1. Берете, что вам удобнее, VB, С++, Delphi и.т.п.
2. Делайте там кнопку на форме.
3. По нажатию на эту кнопуську будет генериться этот файлик и он же открываться, причем можно сделать, чтобы он генерился в какую-нить папку, куда юзверь лазать не сможет, по закрытию формы файлик удаляется (у меня кстати так и сделано).
Но, вас в принципе я понять прекрасно могу, ведь если что-то случиться с БД и там допустим произойдет любая критичная ситуация, естессено понятно, на кого полетят все шишки и хочется себя максимально подстраховать, но мое личное мнение все таки наверное главное далеко не заходить в этом вопросе. Может я наивен (кстати да за себя скажу, что я не гуру конечно в вопросах безопасности и ваши замечания в любом случае "+" к этой статье), но мне кажется, что не будет уж какая-то тётечка из той бухгалтерии и финансового отдела, даже октроя файл, увидев логин и пароль только для чтения БД, пытаться скачивать тот же PgAdmin, затем подключаться по нему и смотреть там таблицы и писать запросы… хотя конечно 5% погрешности, что найдется умник, всегда есть, но на то есть и административные меры. Тут тоже самое на мой взгляд как с ВК и ОК, когда они появились во многих компаниях стали естессно лочить их, ну дак чего, люди с мобильников в них ходят и там сидят, глушилку не поставишь на всех, а только административные меры.
comerr32.dll
gssapi32.dll
k5sprt32.dll
krb5_32.dll
libeay32.dll
libiconv-2.dll
libintl-8.dll
libpq.dll
msvcr71.dll
ssleay32.dll
psql.exe
— Батник подойдет, но тогда на компе должен стоять psql.exe, то бишь тот же PgAdmin, можно конечно скачать в состав, которого он входит для удаленного выполнения команд.