Имя: Пароль:
IT
Админ
pgAdmin4: the application server could not be contacted
0 PiotrLoginov
 
07.02.19
21:06
Пытался ставить в винду PostgreSQL 10.5-9.1C c releases.1c.ru .
Потом - 10.5-11.1C .
Обе попытки безуспешны.

В обоих случаях затык происходил при попытке после установки первый раз запустить pgAdmin для проверки работоспособности системы и кластера БД, а также консоли администрирования.

Текст ошибки: the application server could not be contacted

Многочасовые копания показали, что питоновский движок pgAdmin в какой-то момент не видит (неинициализирован) модуль backports .  Инициализация модулей производится утилитой pip, но как ее юзать в винде - хз.

Вот казалось бы, вендор такие серьезные вещи делает, такие технологии окучивает...  а банально выложить работоспособную сборку PostgreSQL - не в состоянии.

И еще: мы тут часто на форуме козыряем сложившейся у 1С'ника привычкой прагматично относиться к хотелкам работодателей и часам программиста. Я имею ввиду, что у тру 1С'ника всегда при осмыслении задачи дополнительно идет оценка целесообразности разработки/внедрения и ее себестоимость - благодаря навыку оценки потраченных программистом трудочасов.

Так вот пожалуйста: для разворачивания среды отладки было потрачено около 5 часов. Результата нет, ибо дистрибутив компонента среды невалиден. За чей счет такой щедрый банкет?
Нет, в данном случае потрачено мое личное время. То есть я после рабочего дня вместо отдыха и моральной разгрузки, подготовки ко сну и новому рабочему дню, развлечений, ковырял модули pgAdmin, ибо не хочу объясняться перед руководителем, куда я угрохал время.
Но если бы это было в рабочее время?

Мне часто вспоминается демотиватор нулевых (девяностых ?) из двух частей: на одной довольный качок в объятиях двух девиц с подписью "Ваня всю ночь трахался с девицами", а на другой - тщедушный ботаник, не менее довольный, и подпись "Петя всю ночь трахался с виндой".

Господа, мы долго еще будем в этих реалиях жить? Это мазохизм?
Нет, ситуация лет 15 назад начала меняться. Зачастую в стоимость часа работы закладываются риски по принципу "Вы платите не за то, что я быстро сделал, а за то, что знал, как быстро сделать", но все еще имеет место привычка, освоив какой-то стопудово рабочий прием программирования или сто раз обкатанный дистрибутив, занижать стоимость использования этого приема и применения этого дистрибутива.
1 Cyberhawk
 
07.02.19
21:33
Брандмауэр отключи
2 Фрэнки
 
07.02.19
21:39
а кто виноват в том, что зачем-то тратишь внерабочее время?

Если рассматривать такие расклады, когда ты уже трудоустроен, но не владеешь какой-то новой технологией ... т.е. хотим говорить о том, что только при работе с 1С нужно каким-то образом осваивать новые технологии, причем беззатратно для работодателя ? Странная позиция. Очень странная.

А если бы ты был откомандирован на учебные курсы?
3 Фрэнки
 
07.02.19
21:47
//
но все еще имеет место привычка, освоив какой-то стопудово рабочий прием программирования или сто раз обкатанный дистрибутив, занижать стоимость использования этого приема и применения этого дистрибутива.
//

как правило, такая привычка имеет более нормальное именование - демпинг из-за опасений конкуренции.
4 PiotrLoginov
 
07.02.19
23:51
(1)  не помогло

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

>> когда ты уже трудоустроен, но не владеешь какой-то новой технологией ...
какой технологией? установки СУБД? )) 80% контор, где я внедрял клиент-сервер - на PostgreSQL . Обычно сложна настройка, но не установка.
И да, разворачивание среды для работы должно быть затратно для работодателя, получается.

>>А если бы ты был откомандирован на учебные курсы?
Мы же знаем, что курсы - другое дело. И оно тоже бывает за свой счет и засчет работодателя. Но когда ты свой счет воюешь с кривой сборкой от вендора.. Это уже за гранью.

(3)  согласен.
5 alkov
 
08.02.19
06:42
В более старых релизах pgAdmin 3 взлетает без проблем
6 yanikolay
 
08.02.19
10:40
(0) Аналогичная ситуация. Советы по Брандмауэру, переменной path, очистка каталога Roaming\pgadmin результата не дали.
Помогла установка pgAdmin 4 с сайта разработчика. Ставил три последних релиза. Все работают.
7 Garikk
 
08.02.19
10:42
(0) <производится утилитой pip, но как ее юзать в винде - хз.>
точно также как и в юниксе, pip лежит в папке с питоном
8 Garikk
 
08.02.19
10:46
(с грустю вспоминаю pgAdmin3)
9 PiotrLoginov
 
08.02.19
10:53
(5) так все, уже проехали с ним, в том и дело

(6) ну вот и я хотел поставить pgAdmin4 отдельно. Но как удалить приложенный в сборке вендора? Они даже папку с ним "посадили" не отдельно, а прямо в каталоге с postgre, т.е. именно прям встроили в поставку. Отдельно не удалишь... Ну или ставить еще один pgAdmin4 и мириться с тем, что их будет два xD
10 PiotrLoginov
 
08.02.19
10:54
(7) Нет, можно, конечно, освоить работу с pip. Это еще время. Потом получить новую ошибку. Если сборка корявая, так можно долго "трахаться" (см. (0) )
11 PiotrLoginov
 
08.02.19
10:56
(6) >>Советы по Брандмауэру, переменной path, очистка каталога Roaming\pgadmin результата не дали
О да. Я наверное половину интернетов перерыл. Ничего не помогает. Это вот сколько времени, интересно, уже такая ситуация, а вендор только выкладывает все новые релизы сборки, особо не парясь.
12 yanikolay
 
08.02.19
11:08
(9) "ставить еще один pgAdmin4 и мириться с тем, что их будет два"
Если работать надо, то пока смирится...