Ошибка:

На сервере установлен nvm, при подключении через ssh он не загружается.

Причины:

При входе через ssh вместо .bashrc всегда запускается .bash_profile, а загрузчик nvm прописывается себя в .bashrc

Решение:

Создать на сервере файл ~/.bash_profile с командой загрузки bashrc:

if [ -f ~/.bashrc ]; then
  . ~/.bashrc
fi

Дополнительно:

Эта параша может продолжать писать, что node not found, в этом случае надо сделать живительный nvm use default

[ ]
 

Если у вашей истории нет счастливого конца - не торопитесь её заканчивать.

 

У того, кто не был либералом в молодости - нет сердца. У того, кто либерал в старости - нет ума.

 

Солдат стоит на посту. К нему подходит полковник и спрашивает:
- Звание, фамилия?
- Рядовой Петров
- Сколько человек в роте?
- 75
- Сколько человек в батальоне?
- 250
- А ты чего же это военную тайну выдаёшь? Вдруг я шпион!
Раздаётся выстрел...
Солдат:
- Ты посмотри какая сволочь.

SplitterStream = (options = {}, splitters = [' ','\n'], data = "") ->

  splitter = new require('stream').Transform(options)
  splitter._transform = (chunk,format,done) ->

    chunk = chunk.toString()
    for i in [0..(chunk.length - 1)]
      if chunk[i] in splitters
        if data isnt ''
          @push(data)
          data = ''
      else
        data += chunk[i]
    done()

  splitter._flush = -> if data isnt '' then data else null

  return splitter
[ ]
 

Ошибка:

Происходит хуйчаво, после чего не работает нихуя, а в журнале ошибок Шиndoшs вот эта сраная пидаралестичкая ошибка блядская.

- 
- 
   
  10010 
  0 
  2 
  0 
  0 
  0x80000000000000 
   
  58180 
   
   
  System 
  a37704a1 
   
  
- 
  {82154420-0FBF-11D4-8313-005004526AB4} 
  
  

Как починять:

  1. Запустить regedit, найти там к какому конкретному приложению относится {GUID}. В моем случае это был "Libreoffice Service Manager (Ver 1.0)"
  2. Запустить dcomcnfg
  3. В выпадающем списке слева, т.к. справа, благодаря стараниям LGBT-отдела Windows, нихуя не будет, и это попервой вводит в ступор, открыть "Службы компоненов->Компьютеры->Мой компьютер->Настройка DCOM->{Libreoffice Service Manager (Ver 1.0)}->ПКМ->Свойства"
  4. Помастурбировать настройками этого COM-приложения, поменять права доступа, пользователя, подобавлять групп, и прочее и прочее

Позволю себе процитировать себя же:

В общем, я снова поставил (вы сбрасывали?) пользователя, от имени которого запускается LibreOffice равным "Администратор", перезагрузил сервер, открыл LibreOffice, вылезло окно восстановления LibreofficeWriter документа, сделал восстановление - внутри ничего не было, закрыл LibreOffice, запустил 1С - все сохраняется и отрабатывает без ошибок, в том числе и с клиентских компьютеров.

Пока оно не сломалось где-нибудь еще, моя гипотеза такова: обработка печати договора неким образом крашит LibreOffice, тот при следующем открытии ждет подтверждения восстановления документа, из-за этого COM объект не регистрируется должным образом, и все стопорится (еще и не открывается, а висит в процессах отжирая процессорное время до полной перезагрузки компьютера). В нашем случае ситуацию еще ухудшило то, что LibreOffice, если мне не изменяет память, открывался от другого пользователя, под которым никто никогда не заходил, и восстановление это, наверное, при запуске там будет висеть и до сих пор.
В инструкции к линуксовой версии libreoffice указан флаг --norestore, позволяющий пропускать этап восстановления поврежденных документов. Аналогичный флаг должен существовать и для Windows-версии. Вопросы следующие:
1. возможно ли создавать COM объекты с флагами? Если да, то будет разумно использовать --norestore для автоматических операций.
2. каким образом обработка создает ситуацию, при которой ломается LibreOffice? Быть может там происходит kill процесса вместо нормального его закрытия? Желательно этот момент обнаружить и убрать.

Ошибка:

После обновления версии 1С на сервере, необходимо обновить клиент, но после установки версии клиента, все равно выскакивает сообщение о том, что версии клиента и сервера не соответствуют.

Причина:

Подключение идёт через веб-модуль. Криво-косое сообщение об ошибке выглядит так, будто версия клиента более ранняя, чем версия сервера. На самом деле, после обновления версии сервера 1с, версию веб-сервера необходимо обновлять отдельно и дополнительно ("переопубликовывать"). После перепубликаципи ошибка исчезает.

У нас есть не только порох в пороховницах, но и:

    • ягоды в ягодицах
    • рожь в роженицах
    • багры в багряницах
    • еда в единицах
    • отроки в отроковицах
    • коты в котомках
    • баллы в баллонах
    • уроки в урочищах
    • провода в проводницах
    • гробы в гробницах
    • колеса в колесницах
    • плащи в плащаницах
    • тепло в теплицах
    • рукава в рукавицах
    • гаубы в гаубицах
    • глаза в глазницах
    • пшено в пшеницах
    • влага во влагалищах
    • голуби в голубцах
    • помаранчевый передник в Передней Померании

Аndrew (01:52:19 10/01/2009)
раз ты мужик, то ДОКАЖИ что у тебя есть парень!

Rich (01:52:50 10/01/2009)
тебя по-моему кто-то когда-то очень жестоко обманул...

(c) bash.im