Вот, и у вас тоже Perl CGI ) CGI это отдельная технология, просто в то время других скриптовых языков в общем-то и не было: sh, tcl да perl. Ну еще бинарники на C/C++. Устарела давным-давно, хотя применение и ей найти можно. Но она - не Perl.
Мне про Ruby намного раньше говорили, в общем-то расхваливали - но как-то не сложилось, а потом не надо было, и случайно уже не попадалась. В общем верю что хорошая - но забИтая PHP-шниками, как наиболее массовым явлением.
Вот об этом я и говорю! Запомненные ассоциации, типа "Perl это CGI" - то же самое что Far это CGI - реальности не соответствует, но на то они и ассоциации.
Удобство. Он легкий, простой, быстрый, напоминает одновременно С и JS. Из недостатков разве что специфическая работа с UTF8 и в некоторых случаях особенности нецелочисленной арифметики, можно получить значения типа 3.00000000000000001 вместо 3.00
А алфабет текущий не менялся уже лет сто. Ну, если не считать редуцирование буквы ё, которая тем не менее пока сохраняется.
Много-много лет назад на вопрос "на чем лучше делать сайты?" Гуру ответил: на Ruby on Rails!
Прошли годы. Попадалось вживую множество сайтов на Perl CGI, на Perl не CGI, на PHP, на Java, на Python, на NodeJS, даже на .NET - но ни разу не попался на Ruby on Rails Как-то так само получилось...
Хм, возможно. Сейчас под рукой нет совсем древней машины, чтобы проверить, но КОГДА-ТО рекомендованное использование было вот такое, с обратными кавычками. Даже книжка была учебная на эту тему, от Sun )
А тут как с PHP: 1 - студенты: мы учили PHP, на нем можно писать сайты! 2 - студенты: мы пишем "сайты на PHP", обращайтесь к нам! 3 - менеджер: хм, нашей конторе нужен сайт, "сайт на PHP" (хз что это такое, наверное то что надо) 4 - менеджер: ищем исполнителей, нам нужен сат на PHP? 5 - веб-контора: а на RoR пойдет? На J2EE? На Perl? 6 - менеджер: нам нужен сайт на PHP! Можете на Perl такой сделать? 7 - веб-контора: ок, вот ваш "сайт на PHP", на Perl, устроит? (pokerface) 8 - менеджер: да, то что надо! У нас теперь есть свой "сайт на PHP"!
OpenVPN использует компрессию + шифрование, с точки зрения загрузки канала это может быть выгоднее чем несжатый трафик. А вот шифрование уже излишнее.
И второй момент, найденный случайно: на стороне сервера есть порт входа и порт TCP - вот несмотря на то что по докам это в принципе разное и одно другому мешать не должно - оно мешает, эти порты лучше разнести. И вот тогда скорость улучшается.
Но это неточно, потому что каналы by design нестабильны, и в зависимости от времени тестирования можно получить разные результаты.
Попробуйте ради интереса iperf3 на обоих сторонах запустить и посмотреть
Единственно что - не очень представляю себе схему БП, который может выдать существенно более высокое напряжение от штатного. Ну разве что это DC-DC понижайка или БЖТ с пробитой изоляцией обмоток при заземленном железном корпусе.
Сертифицировать "уровень насилия" будет уполномоченный орган, государству - госпошлина за "услуги", представителям органа - подарки от разработчиков, желающих попасть на рынок, а особо одаренные разработчики, из приближенных к императору, получат одобрение автоматом.
Подкалывал. Павел Иванович Буре (так, кажется?) который сидел в часах чуть ли не сто лет, и молодежь какая-то в современных на тот момент девайсах, сваливающая через год обратно на завод
Вы не застали FIDO, и кучу файлов "как сделать взрывчатку" )
А у нас пацаны во дворе могли бы еще поучить и дополнить авторов. Что характерно - главная опасность тогда исходила не от гипотетических "самодельных взрывных устройств", а от обычных "реальных пацанов" АКА гопников.
После того как AI возмется рецензировать и корректировать всё - и у уважаемых коллег можно будет брать только из рук в руки, не корректированное, пусть даже с очепятками.
Вот, и у вас тоже Perl CGI )
CGI это отдельная технология, просто в то время других скриптовых языков в общем-то и не было: sh, tcl да perl. Ну еще бинарники на C/C++.
Устарела давным-давно, хотя применение и ей найти можно. Но она - не Perl.
Мне про Ruby намного раньше говорили, в общем-то расхваливали - но как-то не сложилось, а потом не надо было, и случайно уже не попадалась.
В общем верю что хорошая - но забИтая PHP-шниками, как наиболее массовым явлением.
Вот об этом я и говорю!
Запомненные ассоциации, типа "Perl это CGI" - то же самое что Far это CGI - реальности не соответствует, но на то они и ассоциации.
Удобство. Он легкий, простой, быстрый, напоминает одновременно С и JS.
Из недостатков разве что специфическая работа с UTF8 и в некоторых случаях особенности нецелочисленной арифметики, можно получить значения типа 3.00000000000000001 вместо 3.00
А алфабет текущий не менялся уже лет сто. Ну, если не считать редуцирование буквы ё, которая тем не менее пока сохраняется.
Много-много лет назад на вопрос "на чем лучше делать сайты?" Гуру ответил: на Ruby on Rails!
Прошли годы. Попадалось вживую множество сайтов на Perl CGI, на Perl не CGI, на PHP, на Java, на Python, на NodeJS, даже на .NET - но ни разу не попался на Ruby on Rails
Как-то так само получилось...
Хм, возможно. Сейчас под рукой нет совсем древней машины, чтобы проверить, но КОГДА-ТО рекомендованное использование было вот такое, с обратными кавычками. Даже книжка была учебная на эту тему, от Sun )
А тут как с PHP:
1 - студенты: мы учили PHP, на нем можно писать сайты!
2 - студенты: мы пишем "сайты на PHP", обращайтесь к нам!
3 - менеджер: хм, нашей конторе нужен сайт, "сайт на PHP" (хз что это такое, наверное то что надо)
4 - менеджер: ищем исполнителей, нам нужен сат на PHP?
5 - веб-контора: а на RoR пойдет? На J2EE? На Perl?
6 - менеджер: нам нужен сайт на PHP! Можете на Perl такой сделать?
7 - веб-контора: ок, вот ваш "сайт на PHP", на Perl, устроит? (pokerface)
8 - менеджер: да, то что надо! У нас теперь есть свой "сайт на PHP"!
там больше не нужно СНИЛС знать?
видимо когда-то не просматривалась связь между СНИЛС и номером, но с тех пор много данных утекло...
компрессия?
OpenVPN использует компрессию + шифрование, с точки зрения загрузки канала это может быть выгоднее чем несжатый трафик.
А вот шифрование уже излишнее.
И второй момент, найденный случайно: на стороне сервера есть порт входа и порт TCP - вот несмотря на то что по докам это в принципе разное и одно другому мешать не должно - оно мешает, эти порты лучше разнести. И вот тогда скорость улучшается.
Но это неточно, потому что каналы by design нестабильны, и в зависимости от времени тестирования можно получить разные результаты.
Попробуйте ради интереса iperf3 на обоих сторонах запустить и посмотреть
bsdcomp 15
Единственно что - не очень представляю себе схему БП, который может выдать существенно более высокое напряжение от штатного.
Ну разве что это DC-DC понижайка или БЖТ с пробитой изоляцией обмоток при заземленном железном корпусе.
Да понятно же, что это про деньги и конкуренцию.
Сертифицировать "уровень насилия" будет уполномоченный орган, государству - госпошлина за "услуги", представителям органа - подарки от разработчиков, желающих попасть на рынок, а особо одаренные разработчики, из приближенных к императору, получат одобрение автоматом.
"нехай долгоносик подавится!" (с)
"Двухфакторная авторизация это надежно!" - говорили они...
В результате именно она становится уязвимостью. Подобрать длинный сложный пароль сложнее, чем выпросить у простаков коды из телефона.
Подкалывал. Павел Иванович Буре (так, кажется?) который сидел в часах чуть ли не сто лет, и молодежь какая-то в современных на тот момент девайсах, сваливающая через год обратно на завод
Вы не застали FIDO, и кучу файлов "как сделать взрывчатку" )
А у нас пацаны во дворе могли бы еще поучить и дополнить авторов. Что характерно - главная опасность тогда исходила не от гипотетических "самодельных взрывных устройств", а от обычных "реальных пацанов" АКА гопников.
Особенно доставляет "сиськи-письки-кровь-кишки" максимально мерзко и надпись "Осторожно! Фильм может содержать сцены КУРЕНИЯ!"
и реклама в интернете! )
насколько я помню, единственный скрипт /etc/init.d/rcS вызывается busybox-ом, если указать его в качестве init (там в корне симлинк на него)
То есть другие скрипты типа rc.local или еще какие-то в init.d он в принципе не вызывает, ну разве что вы сами допишете в rcS.
Ну мало ли, вдруг пригодится это...
Каждое новое поколение программистов придумывает свой язык.
Потому что не разобралось со старым
Это же надо man cat читать! (вот я, кстати, как-то пропустил про -b, а ведь иногда пригодится)
После того как AI возмется рецензировать и корректировать всё - и у уважаемых коллег можно будет брать только из рук в руки, не корректированное, пусть даже с очепятками.
Это когда уже стал самураем )