rPman

DataScience - требуется матан на уровне кандидата наук
Кибербезопасность - даёт статус невыездного
QA - денег нет, а конкуренция есть
Choose wisely!

Вы ищите, как "войти в айти" и не программировать?

Ну во-первых, "Рабочий стол" - это в реальности директория "Desktop".
Во-вторых арнумент "" не нужен, указывайте директорию первым аргументом.
В-третих

"%SystemRoot%\explorer.exe" "C:\Users\vern1\Desktop"

сработает, а вот по поводу специально-витуальной директории OneDrive - сильно сомневаюсь...

Хотели бы ускорить сайт

А вам для каких целей его ускорять? Сначала определитесь с целями и задачами и исходите уже из них.

Команда разработки с которой работаем по нашему сайту предложила переписать сайт полностью и перенести на 1С Битрикс. Смущает цена, сумма близкая к миллиону, во многом из за объёма сайта.

Сайт работает? Работает. Трафик идет? Идет. А если они его переделают, будет ли сайт работать и будет ли трафик идти? Вот тут уже не факт. Есть еще такая штука, как СЕО и реклама, которые тоже очень сильно влияют на трафик и конверсию. Как говорится "работает? не трогай". По предложению могу сказать что да, цена несколько завышена, но надо смотреть что конкретно они предлагают там.

Есть ли какие-либо более простые и бюджетные решения для получения более высоких показателей скорости?

Да, для этого достаточно найти одного грамотного веб-разработчика, который умеет правильно оптимизировать сайты и у него есть опыт работы с WP. В целом, могу сказать что дизайн у сайта вполне нормальный и скорость загрузки и работы приемлемая. Из того, что можно сделать для оптимизации (например раз, два):

• Обновить и сжать графику - несколько мегабайт картинок можно сократить в десяток раз
  
• Сделать ленивую загрузку графики - т.е. сначала загрузить и показать саму страницу, а потом уже грузить оставшуюся за кадром или невидимую графику
  
• Использовать сжатие
  
• Выкинуть неиспользуемые ресурсы
  
• Настроить кэширование
  
• Оптимизировать сторонние ресурсы с CDN
  
• Упростить верстку по возможности
  

Ну и плюс проверить, что там и как на сервере - достаточно ли производительный сервер, правильно ли настроен, есть ли кэширование и прочее.

Но отвратительная скорость самого сайта.

90% проблем не в движке, а в разметке и картинках. Ну и скриптов миллиард навешено. Показатели серверной части не критически плохи, хотя неплохо было бы разогнать сервер хотя бы для поднятия TTFB в желтую зону... Опять же, это не особо критичный параметр, можно забить. А вот картинки в 3-4 раза больше чем надо - это надо фиксить, скрипты не сжатые...

Мой совет - зайдите на фриланс, дайте задачу ускорить тему, сделать тюнинг фронтенда, реверстку в нормальный код... Будет стоить 300-400 баксов, и ваш пэйджспид станет мягким и шелковистым.

Смущает цена, сумма близкая к миллиону, во многом из за объёма сайта.

Объем сайта не космический, таких денег явно не стоит, да и переписывать смысла не вижу. Вся проблема в текущем виде - проблема фронтенда, которая заменой движка бэкенда не лечится. Ну, если только не переделывать все вместе.

Некоторые материнские платы требуют для работы с одной планкой ставить её только в один определенный слот. Смотрите документацию материнской платы.

Ну во-первых, задумайся: что значит "три пользователя её вызвали"?
Время доставки пакета по сети неравномерно. Первый пользователь мог нажать "Отправить" чуть раньше, но его сообщение будет доставлено после второго. Так что вопрос обеспечения корректного порядка УЖЕ непрост.
Далее, ключевая идея аснихронности как раз в том, что во время паузы в обслуживании одного запроса мы можем заниматься другим запросом.

Включая режим Ванги, я могу предположить, что в твоём боте используются глобальные переменные для хранения данных, и ты споткнулся о ситуацию, когда при приходе двух близких по времени запросов их значения перезаписываются. И вместо того, чтобы это исправить с помощью организации данных как хранилища ключ-значение (ид пользователя - сохранённые данные), ты пытается поставить пользователей в очередь.

пока не перезагрузишь роутер

Перезагрузка ноута не помогает.

Из этих двух фактов очевидно же, что проблема в роутере
У роутера обычно есть лог, смотрите там, что происходит (но при перезагрузке роутера лог не сохраняется).

не выдется никакой айп

Может быть, на пул dhcp выделено так мало адресов, что ноутбук получает последний доступный адрес, при подключении по wi-fi получает тот же самый последний адрес (освободившийся при отключении кабеля), но при повторном подключении кабеля адрес всё ещё занят беспроводным подключением, и больше свободных адресов нет, роутер не может выдать новый адрес.
Не утверждаю, что всё именно так, но это пока единственная версия, которая мне сразу приходит в голову по таким симптомам. Если причина действительно в этом, то нужно увеличить пул выдаваемых dhcp адресов. Но, может быть, это какой-то глюк роутера, не имеющий простого логического объяснения.

Тащено отсюда
https://stackoverflow.com/questions/15323476/open-...

самое оптимальное мне показалось вот это

from selenium import webdriver

driver = webdriver.Chrome('/path/to/chromedriver')  # Optional argument, if not specified will search path.
driver.get('http://www.google.com/');
html = driver.page_source
f = open("myhtml", "wt")
f.write(html)
f.close()

Вот такое видели? https://js.wiki/

Для с̶ф̶е̶р̶и̶ч̶е̶с̶к̶о̶г̶о̶ ̶к̶о̶н̶я̶ ̶в̶ ̶в̶а̶к̶у̶у̶м̶е простейшего случая тут уже привели вычисления.
В реальности мощность двигателя зависит от оборотов, обороты связаны со скоростью и переключением передач, лобовое сопротивление растёт пропорционально квадрату скорости. В результате график ускорений выглядит как-то так:

Есть ли какая другая команда вывода, которая будет текст выводить только в терминал, без записи в файл?

Да есть. Ты можешь выводить в STDERR и тогда это будет печататься на экране но в лог файл не попадет по причине такого скрипта
./a.out > file.log'
Чтобы оба потока писались в лог - нужно делать так
./a.out 2>&1 > file.log'
Но кажется что ты борешся не с той проблемой и не так. Для логгирования в файлы - есть специальные библиотеки.
А работа с STDOUT/STDERR - это просто базовые абстракции любого Unix-процесса.

Сначала выяснить, что это за комп, какой рейд и как именно собран, какой именно из дисков отказал. Затем имея эти данные предметно выяснить как именно на этом контроллере/fakeraid/softraid восстанавливать избыточность после потери диска и на что стоит обратить внимание по пути.

Прогоните его через утилиту jq, например.
Или пайпом через такую команду:

py "json.dumps(json.load(sys.stdin), ensure_ascii=False)" < encrypted.json > uncrypted.json

В JSON-е текст с большой вероятностью закодирован в кодировке utf-8 в его экранируемом виде через \u.
После перекодирования средство просмотра ресурса пытается отобразить результат в однобайтовой кодировке, предположительно в win-1252. Нужно настроить средство просмотра, чтобы оно тоже выводило результат в utf-8. Содержание JSON корректно, некорректен порядок работы с текстом после декодирования.