Всем привет, ситуация следующая, пишу интерпретатор brainfuck на голом железе(ассемблер nasm), уже почти всё работает. Тестирую в qemu и каждый раз вводить плюсики с клавиатуры долго, может есть какой способ послать последовательность символов в программу штатными средствами qemu?

Попробовал kde5 и внешний вид не понравился, не люблю минимализм и квадратность. Как я понял четвёртый в будущем не будет поддерживаться, да и 5 более оптимизирован, поэтому хотелось бы сделать его красивым. Если тема и форма окна меняется, то внешний вид приложений нет. Как сделать, что было не так, а вот так

В некоторых приложениях вроде firefox'а при открытии/сохранении файлов открывается gtk файловый диалог, можно ли это недоразумение как-то исправить? about:config -> ui.allow_platform_file_picker = false в фаерфоксе оставляет тот же диалог, но с ещё меньшим количеством функций. ОС debian с kde

Всем привет. Пишу скриптик на bash'е, который должен отправлять очень много POST запросов и не получать ответ. Пока делаю это curl'ом в цикле

curl -d "param=val" $url &>/dev/null&

решил добавить пост на форум, а он мне говорит:

PreparedStatementCallback; SQL [INSERT INTO topics (секретная информация) VALUES (?, ?, ?, ?, 'f', CURRENT_TIMESTAMP, ?, ?, 'f', create_user_agent(?),?::inet, ?)]; ERROR: value too long for type character varying(512) Where: SQL statement «INSERT INTO user_agents (name) VALUES($1)» PL/pgSQL function create_user_agent(character varying) line 7 at SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR: value too long for type character varying(512) Where: SQL statement «INSERT INTO user_agents (name) VALUES($1)» PL/pgSQL function create_user_agent(character varying) line 7 at SQL statement К сожалению, произошла исключительная ситуация при генерации страницы.

Произошла непредвиденная ошибка. Администраторы получили об этом сигнал

И даёт таймаут на 10 минут, а пост не добавляет :( Вероятно причина в том, что у меня в поле useragent 1500 символов(использую для захода на торренты), а сайт пытается писать их напрямую в базу.

Нашёл готовое решение, немного допилил и получился вот такой говнокод:

#include <X11/Xlib.h>
#include <X11/Xutil.h>

#include <cstdio>
#include <ctime>
#include <cstring>

int main(int argc, char **argv)
{
   Display *display;
   XEvent event;
   bool quit = false;

   if (NULL==(display=XOpenDisplay(NULL))) {
      return 1;
   }

   XGrabKeyboard(display, DefaultRootWindow(display),
                 True, GrabModeAsync, GrabModeAsync, CurrentTime);
   
   char *s;
   unsigned int kcode;
   while(!quit)
   {
      XNextEvent(display, &event);// получаем событие
      switch (event.type) {// обрабатываем
         case KeyPress:
            kcode = ((XKeyPressedEvent*)&event)->keycode;
            s = XKeysymToString(XKeycodeToKeysym(display, kcode, 0));
            if (s) 
                printf("KEY:%d %s\n", kcode, s);
            if (kcode == 24) 
                quit=true;
            //XSync(display, False);
            //XFlush(display);
            //XUngrabKeyboard(display, CurrentTime);
            
            break;
         case ButtonPress:
             printf("bp");
             break;
         case ButtonRelease:
             printf("br");
             break;
         case KeyRelease:
             printf("kr");
             break;
         default:
            break;
      }
      XSendEvent(display, NULL, 0, 0, &event);//посылаем куда-то
   }

   XUngrabKeyboard(display, CurrentTime);

   if (XCloseDisplay(display)) {
      return 1;
   }

   return 0;
}

Есть сервер на vds'ке(2 ядра, 1гб RAM, 30гб диск), хочу поставить на него веб сервер для бложика на wp. Но поскольку там будут висеть и другие немаловажные сервисы, решил поместить apache в безопасный контейнер, чтобы в случае дыры в wp, его плагинах или ещё где удар по серверу был минимальный, а ещё чтобы ограничить отжирание ресурсов самого сервера. В качестве контейнера выбрал OpenVZ, поскольку он считается достаточно быстрым. Nginx в этой связке будет находиться на основном сервере и иметь роль прокси, перенаправляя трафик apach'у внутри виртуалки, может ещё будет отдавать статику. Насколько обдуманно такое решение и что можно изменить?

Известно, что файл зашифрован алгоритмом blowfish без применения соли, также известен пароль. Пытаюсь расшифровать командой:

openssl enc -bf -d -base64 -nosalt -in «file» -out «file.out»

На выходу получаю:

�7 p qU2md5.

P.S. Без base64 выдаёт ошибку:

bad decrypt 140435069417104:error:0606506D:digital envelope routines:EVP_DecryptFinal_ex:wrong final block length:evp_enc.c:532: