主页 / user-199733

edem's questions

Martin Hope
edem
Asked: 2020-12-11 19:56:14 +0800 CST
  • 0

帮助说：

$SYSTEM_FD_MAX $^F 最大系统文件描述符，通常为 2。系统文件描述符被传递给“exec()”ed 进程，而更高的文件描述符则不是。此外，在“open()”期间，即使“open()”失败（普通文件描述符在“open()”尝试之前关闭），系统文件描述符也会保留。文件描述符的 close-on-exec 状态将根据打开相应文件、管道或套接字时的 $^F 值来决定，而不是“exec()”的时间。

系统文件描述符的最大值，通常为 2。系统文件描述符被传递给由“exec()”生成的进程，而最高文件描述符则不是。此外，在“open()”期间，即使“open()”失败（通常文件描述符在“open()”尝试之前关闭），系统文件描述符也会被保留。exec 结束时文件描述符的状态将在打开相应的文件、管道或套接字时根据 $^F 的值进行评估，而不是在“exec()”期间。

其实，这一切是为了什么？以及如何使用它？

perl
Martin Hope
edem
Asked: 2020-03-25 03:20:05 +0800 CST
  • 2

这是一个代码，它给出的数字是什么，它们的含义是什么？(perl v5.20.2)

perl -E 'say -s _'
871

添加

正如我们设法发现的那样_，这是一个文件描述符，用于存储有关对某个文件的 stat 请求的先前结果的信息，即：

print -s "file.txt";
print -r "file.txt";

相同：

print -s "file.txt";
print -r _;

好吧，运算符-s返回有关文件大小的信息（以字节为单位）。

问题仍然存在，关于哪个文件的信息存储在_默认值中？这是我们从这个描述符中学到的：

use strict;
use warnings;
use utf8;

print "Filesize: ". -s _,"\n".
      "Is plain file: " . -f _,"\n".
      "Is readable: ".(-r _ || 0),"\n".
      "Is writable: ".(-w _ || 0),"\n".
      "Is owned: ".(-o _ || 0), "\n".
      "Is opened to a tty: ".(-t _ || 0), "\n".
      "Is setuid bit: ".(-u _ || 0), "\n".
      "Is setgid bit: ".(-g _ || 0), "\n".
      "Is sticky bit: ".(-k _ || 0), "\n".
      "Is binary: ".(-B _ || 0), "\n".
      "Last modification time (days ago): ".-M _, "\n".
      "Last access time (days ago): ".-A _, "\n";

分发：

Filesize: 871
Is plain file: 1
Is readable: 1
Is writable: 0
Is owned: 0
Is opened to a tty: 0
Is setuid bit: 0
Is setgid bit: 0
Is sticky bit: 0
Is binary: 0
Last modification time (days ago): 610.295925925926
Last access time (days ago): 0.121157407407407
perl
Martin Hope
edem
Asked: 2020-02-13 14:09:38 +0800 CST
  • 3

有人使用与 Horns and Hooves 几乎相同的域（通过电子邮件）。

此人将自己定位为这家公司的代表，并要求客户将资金转入发票上显示的帐户，该帐户与原始帐户相同，只是帐户本身的直接数据将转移到该帐户，而说明他们订购的商品已发送。

必须假设冒名顶替者掌握了客户的电子邮件地址、公司使用的发票格式以及他们可能以某种方式知道销售办公室与客户之间的通信格式的信息。

在这种情况下应该采取什么行动？

原文：https ://security.stackexchange.com/questions/176963/someone-is-using-similar-domain-and-spamming-clients （作者：aitkotw）

домен
Martin Hope
edem
Asked: 2020-06-26 07:36:31 +0800 CST
  • 0
use strict;
use warnings;
use utf8;

use AnyEvent;
use AnyEvent::SMTP 'sendmail';
use Data::Dumper;

sendmail
   from => 'abc@abc',
   to   => 'foobar@gmail.com',
   data => "Subject: Email",
   cb   => sub {
       if (my $ok = shift) {
           warn "Successfully sent";
       }
       if (my $err = shift) {
           warn "Failed to send: $err";
       }
   }   
;

AnyEvent->condvar->recv;

分发：

Failed to send: 421-4.7.0 [x.x.x.x      15] Our system has detected that this message is at abc.pl line 20.

我知道服务器响应的第二行和后续行 (\n) 被该模块忽略，是否可以在不编辑主 AnyEvent::SMTP 模块的情况下解决这个问题？

email
Martin Hope
edem
Asked: 2020-06-16 05:35:17 +0800 CST
  • 4

在 Debian 8 32 位上，我使用了 Skype：

skype -v
Skype 4.3.0.37
© 2014 Skype and/or Microsoft

最近收到一封信，说从7月开始我们将停止支持4.3以下的版本，所以更新版本。我去网站https://www.skype.com/ru/download-skype/skype-for-linux/我看到一个指向 64 位版本的 deb 包的链接，这不是我的选择。在站点上搜索其他版本仍会转到此页面。

问题：是否可以通过某种方式将 Skype 更新为 32 位版本？

linux
Martin Hope
edem
Asked: 2020-11-14 07:05:29 +0800 CST
  • 0

Artistic License 2.0的文本在第 14 条包含以下条款：

(14) 免责声明：该软件包由版权持有人和贡献者“按原样”提供，没有任何明示或暗示的保证。在以下情况下，不提供对适销性、特定用途的适用性或非侵权的暗示保证除非法律要求，否则在当地法律允许的情况下，任何版权持有人或贡献者均不对因使用本包而以任何方式引起的任何直接、间接、偶然或后果性损害负责，即使已被告知此类损害的可能性.

解释应该如何理解这一段，尤其是关于地方立法的那些要点？

лицензирование
Martin Hope
edem
Asked: 2020-11-14 07:02:29 +0800 CST
  • 1

Artistic License 2.0的文本在第 13 条包含以下条款：

(13) 本许可包括非排他性的、全球性的、免费的专利许可，以制造、已经制造、使用、要约出售、出售、进口和以其他方式转让与版权许可的任何专利索赔相关的包持有人必然受到包裹的侵害。如果您对任何一方提起专利诉讼（包括交叉索赔或反索赔），声称该包构成直接或共同专利侵权，则您的本艺术许可将在提起此类诉讼之日终止。

对这一点的理解存在困难。解释一下应该如何正确理解？

лицензирование
Martin Hope
edem
Asked: 2020-07-29 02:33:57 +0800 CST
  • 0

根据此说明下载并配置 GitLab https://about.gitlab.com/downloads/#centos6

/etc/gitlab/gitlab.rb进行了以下更改：

#external_url 'http://gitlab.example.com'
external_url 'http://123.456.789.012'

但是当你去这个地址的时候，并没有显示主页面，而是出现了来自nginx的欢迎页面（奇怪的是只说了Debian，而是CentOS系统本身）：

欢迎使用 Debian 上的 nginx！

如果您看到此页面，则 nginx Web 服务器已成功安装并可在 Debian 上运行。需要进一步配置。

# gitlab-ctl status
run: gitlab-workhorse: (pid 18016) 4466s; run: log: (pid 16399) 5362s
run: logrotate: (pid 21962) 866s; run: log: (pid 16466) 5356s
run: nginx: (pid 18030) 4465s; run: log: (pid 16398) 5362s
run: postgresql: (pid 18038) 4465s; run: log: (pid 16171) 5410s
run: redis: (pid 18040) 4464s; run: log: (pid 16092) 5416s
run: sidekiq: (pid 18052) 4463s; run: log: (pid 16349) 5368s
run: unicorn: (pid 18069) 4462s; run: log: (pid 16304) 5374s

没有系统nginx，在/etc/nginx. 客户端通过 Internet 连接到服务器，而不是通过 VirtualBox 等。

如何正确设置gitlab的外部地址？

更新

当尝试从外部网络的客户端连接时，将端口添加到 external_url 后：

$ lynx http://88.88.88.88:9009/

Looking up 88.88.88.88:9009
Making HTTP connection to 88.88.88.88:9009
Alert!: Unable to connect to remote host.

尝试从服务器连接到自身时：

$ lynx 127.0.0.1:9009

Looking up 127.0.0.1 first
Looking up 127.0.0.1:9009
Making HTTP connection to 127.0.0.1:9009
Sending HTTP request.
HTTP request sent; waiting for response.
HTTP/1.1 302 Found
Allowing this cookie.
Data transfer complete
HTTP/1.1 302 Found
Using http://88.88.88.88:9009/users/sign_in
Looking up 88.88.88.88:9009
Making HTTP connection to 88.88.88.88:9009
Alert!: Unable to connect to remote host.

lynx: Can't access startfile http://127.0.0.1:9009/
nginx