Что то типа врк/аб?
У меня хелловорлд проще
package main import ( "fmt" "log" "net/http" "reflect" ) func handler(w http.ResponseWriter, r *http.Request) { fmt.Fprintf(w, "r.URL.Path: %s / type(w): %s / type(r): %s", r.URL.Path, reflect.TypeOf(w), reflect.TypeOf(r), ) } func main() { http.HandleFunc("/", handler) log.Fatal(http.ListenAndServe("0.0.0.0:8050", nil)) }
Почему?
-----------------
bot yu-ooo похоже срабатывает на плагины. Повелся..
А я уже свой хелло ворлд посмотрел🤣. Работает.
[nginx]upstream gogo { server 0.0.0.0:8050 fail_timeout=0;}[go]func main() { http.HandleFunc("/", handler) log.Fatal(http.ListenAndServe("0.0.0.0:8050", nil))}
Спасибо. От души. Но, пока своих планов громадье.
Аналогично начиналось. Нет нет, парсить надо всегда, анализ текстов там, морфология нужна. А тут bs4, pymorphy2, gensim - песня! Сначала, как апи на фласке. Потом aiohttp. А потом - скрипач PHP не нужен.
В рамках текущей беседы, не то, что я РНР защищаю. Разговор начался с того, что "воркер РНР". Считаю, что как вариант, можно иметь ввиду. И не исключено, что в каких то случаях, это может оказаться оптимальным. А в случае стека "только РНР", таких случаев может быть много.
Ну и так, на всякий. Примерно год назад, я спрыгнул с РНР. Как раз на питон. После 20 лет, за которые накопились решения, на огромное количество задач и все грабли на которые можно наступить, основательно истоптаны😂 Обстоятельно взвесив все за и против при этом.
Век живи, век учись😊
import ujson...p = ujson.loads(p)Result=== end ; Time :98.78msCPU(%)/RSS(Mb) 12.8 / 88.234375import json...p = json.loads(p)Result=== end ; Time :111.71msCPU(%)/RSS(Mb) 14.4 / 53.62890625
Сопоставимо с РНР, только памяти на 30м+, больше по сравнению с json.loads
cat /proc/cpuinfo processor : 0 ...... processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 165 model name : Intel(R) Core(TM) i3-10100 CPU @ 3.60GHz
json - 100+ объектов, что то типа того
{"uuid": { "_id": "uuid", .... "childs":{ { "uuid": { "_id": "uuid", .... "childs":{
Но, не суть. В одинаковых условиях, наиболее частый результат 10-20% разницы не в пользу питона.
Но, и весь пример в целом, не суть. Может он и неудачный. Факт в том, что есть места, где РНР шустрей.
Разнообразие способов всегда хорошо. Как вариант:
PHP, все же, местами шустрей питона.
джисон декоде 16мб файла - 99мс у php, против 120.
Ага. Где то, тут тема была, внутри которой Aisamiery показал, новые темы для php. Там и бегло заценил технологию. По мне, так круто.
Правда, разработчик "фремворка" на xml, сразу сказал - фигня все😂
Зы, нашел темку.
А какая связь между новыми технологиями и "битре". Что, это за битра, кстати? По мне, так из мира пыха, новая технология это 8. Из не оцененного 5+. Аиссаимери (пардон, если напутал имя) показал.
Не помню как называется, но
Нет денег на новую технику - это мотив. Есть еще мотивы типа - "программа работает только на хр (ие там нужен особенный😀 )". Но, если вернуться к теме хттпс, в таких конторах и интернет-серфинг зло. Кто сидит за такими машинами, он работу работает. В его служебных обязанностях нет задачи где то, что то искать.
В интернет, на работе, ходит с телефона. А там хттпс не помешает.
Ну вот, вопрос - есть ли 1с обмен, который дружит с хттпс. А то, никогда такой запрос:
'?type=catalog&mode=file&filename=_v******.zip'
не напрвляю на хттпс
Отсюда, ответ оба два протокола нужны.
