.IgnisNoir.… Все компоненты есть нужно только обернуть их в нужный фантик и интегрировать с своей же системой.… Я вот и сам понемножку пишу для Элементари так как мне приятно писать для целой экосистемы(пусть небольшой, но уже экосистемы), а разрозненности и так везде хватает, я не хочу жить в зоопарке из разнообразия. Я хочу видеть целостность и однообразие, а так же чтобы простые действия были действительно простыми и мне не нужно было идти и качать что-то, причем это что-то будет инородным
Хорошо поставленный вопрос содержит половину ответа. Здесь дискуссия подошла к логическому концу и Вы сами попались в эту ловушку. Вы сетуете на зоопарк, но при этом сами пишите под элементари, а значит, если ваш продукт кому-то понравится, то не факт что он будет нормально работать в другой среде. Вообще важно понимать, что среды слабо совместимы, беря продукты из разных сред, в лучшем случае мы не досчитаемся иконок в интерфейсе, в вероятном случае, не будут работать некоторые функции из-за неразрешённых зависимостей, отсутствующих у инструмента в неродной среде. Вот это и плохо. Нет фундаментального стандарта, фундаментальных десктоп библиотек, и что важно, фундаментально описываемых ресурсов и их наполнение (например те же иконки), на которых бы строились все DE. Как бы стандарт есть, но почему-то кто в лес, кто по дрова. У каждой DE есть свои отличные инструменты, но они не работают глобально одинаково хорошо без родных сред. Основной аргумент, это интеграция библиотек, уменьшение объёма занимаемого места и т.д. Но позвольте, нам ли жалеть место на десктоп машине для пользователей где стандарт HDD > 500Gb?, или мне так важно знать о скорости работы UI который на современном десктопе с современным процессором в лёгкую укладывается в 25мс отклика с десятикратным запасом, и при этом даже если библиотеки будут не интегрированы?
Мне порой разработчики DE и приложений напоминают велосипедистов, этакий тур-де-франс, летят толпой одной дорогой к одной цели черепашьим шагом, а могли бы собраться, смастерить гоночный автобус.
Добрый день!
А разве параметр --listen не запускает сервис в режиме standalone server без использования сокета?
Насколько помню раньше именно отсутствие данного параметра --listen указывало сервису, что сервис должен работать в режиме с использованием сокета. В таком случае если не ошибаюсь он не будет постоянно висеть в памяти на прослушке порта, а будет работать только когда данные будут поступать через сокет.
Или он теперь постоянно в этом режиме работает, используя tftpd.socket?
Спасибо.
Понимаю, что возможно нет времени, но может немного подкорректировать статью, придать ей актуальности? (Считаю, что это было бы доброй традицией на хабре.) В части Fail2ban хотя-бы. Например: новая версия с теми конфигами в статье/на гите не запускается, sasl.conf из коробки отсутствует, есть postfix-sasl.conf.
Ещё если настраивать по статье то первые тесты не проходят, т.к. Dovecot не запущен (к вопросу поиска, что сломалось). Надо добавить в статью команду включения и запуска:
chkconfig dovecot on && service dovecot start
Ещё вопрос, не появилось уже статьи для «не начинающих»? Хотя бы TODO, кроме более углублённого ознакомления с документацией конечно.
Вот для новичков явно не хватает во всех статьях мне кажется одной из основных вещей — «как найти то, что сломалось, когда не работает». Ведь действительно, накидать конфигов и пакетов по примеру для начала совсем нетрудно, а вот потом начинается самое интересное :)
Хотя бы обзорно, методики проверки, и где чьи логи смотреть, если что не так.
Да, я не говорил про машину разработчика, а держать контекст через несколько постов вперемежку с другими контекстами не всегда удаётся, так что извините и сами тоже не перфекционируйте пожалуйста, будьте более сдержаны в суждениях, по тексту не мешает уточнять временами о предмете разговора. В общем резюмируем, мы разобрались с предметом разговора и непоняток :)
Вообщето в серьёзных компаниях, где пользователям выдают машину, все бинарники подписываются сертификатом безопасности. Поэтому виртуалку с линуксом не получится поставить. Ибо без одобренного сертификатом работать не будет.
Ничего себе пересказ… Вполне годная статья. Только вот вопрос, при применении hooks/net как изменится поведение при загрузке с несколькими сетевыми адаптерами? Всем присвоится один IP заданный в переменной? Тут я не совсем понял.
Кстати, очень удобная система, чтобы выбрать нужного президента. Малое количество избирателей легче контролировать и подкупить если нужно. Ведь известно, кто, за кого, собирается (клянется) голосовать.
В контроле соблюдения клятвы есть сомнения, иначе какой смысл голосования после "клятвы"? Если известно за кого "выборщик" должен проголосовать. Самая демократичная демократия ;) и самая логичная логика выборного процесса :)
А как вы собираетесь донести эту проблему до всех пользователей и держателей сервиса по всему миру??
Вот именно что об этом надо кричать на весь мир, а не публиковать в секретных материалах.
Хреново. Поменять то не так уж трудно на самом деле, делов-то, пара минут. А кому-то пригодится :)
Вот даже тут можно исправить, просто вставляя эти коды в поле ввода комментария без обрамляющих тэгов, и на выходе получается красиво:
Попробуйте сгенерировать static версию Qt со static библиотекой MySQL и поддерживать всё это в актуальном состоянии.
Думаю без хедеров вы взвоете в скором времени :)
А это ещё что за коды??? Хабр испортился или статья?
Подставляемая функция объявляется достаточно просто:
<font size="2" face="Courier New" color="black"><font color="#0000ff">inline</font> <font color="#0000ff">void</font> foo<font style="color: #008000;">(</font><font color="#0000ff">int</font> <font color="#000040">&</font> _i<font style="color: #008000;">)</font><br /><font style="color: #008000;">{</font><br /> _i<font color="#000040">++</font><font color="#008080">;</font><br /><font style="color: #008000;">}</font></font>
Но речь сейчас не об этом. Мы рассмотрим использование подставляемых методов
Хорошо поставленный вопрос содержит половину ответа. Здесь дискуссия подошла к логическому концу и Вы сами попались в эту ловушку. Вы сетуете на зоопарк, но при этом сами пишите под элементари, а значит, если ваш продукт кому-то понравится, то не факт что он будет нормально работать в другой среде. Вообще важно понимать, что среды слабо совместимы, беря продукты из разных сред, в лучшем случае мы не досчитаемся иконок в интерфейсе, в вероятном случае, не будут работать некоторые функции из-за неразрешённых зависимостей, отсутствующих у инструмента в неродной среде. Вот это и плохо. Нет фундаментального стандарта, фундаментальных десктоп библиотек, и что важно, фундаментально описываемых ресурсов и их наполнение (например те же иконки), на которых бы строились все DE. Как бы стандарт есть, но почему-то кто в лес, кто по дрова. У каждой DE есть свои отличные инструменты, но они не работают глобально одинаково хорошо без родных сред. Основной аргумент, это интеграция библиотек, уменьшение объёма занимаемого места и т.д. Но позвольте, нам ли жалеть место на десктоп машине для пользователей где стандарт HDD > 500Gb?, или мне так важно знать о скорости работы UI который на современном десктопе с современным процессором в лёгкую укладывается в 25мс отклика с десятикратным запасом, и при этом даже если библиотеки будут не интегрированы?
Мне порой разработчики DE и приложений напоминают велосипедистов, этакий тур-де-франс, летят толпой одной дорогой к одной цели черепашьим шагом, а могли бы собраться, смастерить гоночный автобус.
А разве параметр --listen не запускает сервис в режиме standalone server без использования сокета?
Насколько помню раньше именно отсутствие данного параметра --listen указывало сервису, что сервис должен работать в режиме с использованием сокета. В таком случае если не ошибаюсь он не будет постоянно висеть в памяти на прослушке порта, а будет работать только когда данные будут поступать через сокет.
Или он теперь постоянно в этом режиме работает, используя tftpd.socket?
Как так получается?
апр 21 03:43:34 ArchServer systemd[1]: Starting hpa's original TFTP daemon…
— Subject: Начинается запуск юнита tftpd.service
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
— — Начат процесс запуска юнита tftpd.service.
апр 21 03:43:34 ArchServer in.tftpd[7055]: recvfrom: Socket operation on non-soc
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Control process exited, co
апр 21 03:43:34 ArchServer systemd[1]: Failed to start hpa's original TFTP daemo
— Subject: Ошибка юнита tftpd.service
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
— — Произошел сбой юнита tftpd.service.
— — Результат: failed.
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Unit entered failed state.
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Failed with result 'exit-c
апр 21 03:52:30 ArchServer systemd[1]: Listening on hpa's original TFTP daemon.
— Subject: Запуск юнита tftpd.socket завершен
— Defined-By: systemd
— Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
на запуск сервиса TFTP выдаёт:
● tftpd.service — hpa's original TFTP daemon
Loaded: loaded (/usr/lib/systemd/system/tftpd.service; disabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/tftpd.service.d
└─directory.conf
Active: failed (Result: exit-code) since Чт 2016-04-21 03:43:34 NOVT; 1min 29s ago
Process: 7055 ExecStart=/usr/bin/in.tftpd -s /srv/nfs/diskless/boot (code=exited, status=74)
апр 21 03:43:34 ArchServer systemd[1]: Starting hpa's original TFTP daemon…
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Control process exited, code=exited status=74
апр 21 03:43:34 ArchServer systemd[1]: Failed to start hpa's original TFTP daemon.
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Unit entered failed state.
апр 21 03:43:34 ArchServer systemd[1]: tftpd.service: Failed with result 'exit-code'.
Понимаю, что возможно нет времени, но может немного подкорректировать статью, придать ей актуальности? (Считаю, что это было бы доброй традицией на хабре.) В части Fail2ban хотя-бы. Например: новая версия с теми конфигами в статье/на гите не запускается, sasl.conf из коробки отсутствует, есть postfix-sasl.conf.
Ещё если настраивать по статье то первые тесты не проходят, т.к. Dovecot не запущен (к вопросу поиска, что сломалось). Надо добавить в статью команду включения и запуска:
chkconfig dovecot on && service dovecot start
Вот для новичков явно не хватает во всех статьях мне кажется одной из основных вещей — «как найти то, что сломалось, когда не работает». Ведь действительно, накидать конфигов и пакетов по примеру для начала совсем нетрудно, а вот потом начинается самое интересное :)
Хотя бы обзорно, методики проверки, и где чьи логи смотреть, если что не так.
В статье используется для выборки SELECT .../var/vmail/… на гитхабе в файле прописано .../data/vmail/…
Как правильно будет?
Угу, представляю картину. "Доча… знаешь… папа тут работает кое-где секретно, не выкладывай моё фото в соцсетях".
В контроле соблюдения клятвы есть сомнения, иначе какой смысл голосования после "клятвы"? Если известно за кого "выборщик" должен проголосовать. Самая демократичная демократия ;) и самая логичная логика выборного процесса :)
Вот именно что об этом надо кричать на весь мир, а не публиковать в секретных материалах.
Вот даже тут можно исправить, просто вставляя эти коды в поле ввода комментария без обрамляющих тэгов, и на выходе получается красиво:
inline void foo(int & _i)
{
_i++;
}
2.
// InlineTest.cpp
#include
#include
struct A
{
inline void foo() { std::cout << «A::foo()» << std::endl; }
};
struct B
{
inline void foo();
};
void B::foo()
{
std::cout << «B::foo()» << std::endl;
}
int main()
{
A a; B b;
a.foo();
b.foo();
return EXIT_SUCCESS;
}
3.
// A.h
#ifndef _A_H_
#define _A_H_
class A
{
public:
inline void foo();
};
#endif // _A_H_
// A.cpp
#include «A.h»
#include
void A::foo()
{
std::cout << «A::foo()» << std::endl;
}
// main.cpp
#include
#include
#include «A.h»
int main()
{
A a;
a.foo();
return EXIT_SUCCESS;
}
4.
// A.h
#ifndef _A_H_
#define _A_H_
class A
{
public:
inline void foo();
void bar();
};
#endif // _A_H_
// A.cpp
#include «A.h»
#include
void A::foo()
{
std::cout << «A::foo()» << std::endl;
}
void A::bar()
{
std::cout << «A::bar()» << std::endl;
foo();
}
// main.cpp
#include
#include
#include «A.h»
int main()
{
A a;
a.foo();
return EXIT_SUCCESS;
}
Где администраторы хабра? Они что, слепые?
Думаю без хедеров вы взвоете в скором времени :)