В Москве вообще-то похожая система. Только здесь карточку которой платили если на выходе не приложил просто блочат - ей повторно расплатиться уже не получится. За разблокировку заплати денюжку штрафа...
Провайдер раздающий IPv6? Где бы найти такого... Да ещё и с тем чтобы IPv6 работал стабильней чем IPv4. Обычно с точностью до наоборот - IPv6 первый отваливается, а IPv4 работает до упора, несмотря на все NAT-ы...
Есть и подешевле. И в России в том числе. Меньше 80 руб в месяц даже. Ресурсов на ней немного, но то для чего берут их - для этого самого хватает с излишком =)
timestamptz не хранит зону. Если бы хранила... Без указания зоны постгрес просто молча сконвертирует время так как будто оно в таймзоне сервера (или сессии, если оверрайднуто) и запишет в UTC.
Хранится - да, а отдаётся в таймзоне сервера если не указать иное. И по факту если не озаботиться с явным указанием таймзоны когда вычитываешь данные - то получишь не то что ожидаешь.
Как минимум - всякие особенности при вычислении времени в момент когда таймзона переходит с зимнего на летнее время и обратно. А вообще чёрной магии на уровне таймзон хватает. На уровне приложения можно это дополнительно доучесть - собственно либы всякие часто предоставляют методы "из коробки" для того чтобы это доучесть - а на уровне базы данных таких расширенных инструментов нету.
Не всегда у пользователя базы данных есть возможность выставить конфиг сервера баз данных в UTC - администрируется какими-нибудь dba которые просто выдают тебе готовую базку. Там может быть абсолютно что угодно выставленное вне контроля.
Честно скажу, я не разделяю общей любви к timestamptz. Хранит даты в непонятно какой таймзоне настроенной где-то там на стороне сервера безо всякого твоего контроля (особенно если база предоставляется "облачно" - да даже если не облачно, то в любом моменте когда база администрируется dba а не создателем приложения), и при неучёте этого поведения можно получить совсем не то что ожидаешь...
Я предпочитаю всё же использовать timestamp, в названии колонки явно указывать что это utc (либо если по какой-то странной причине нужно в другой таймзоне - указывать что это local и рядом создавать ещё одну колонку с указанием таймзоны), и на уровне приложения уже передавать именно utc.
База не предназначена для конвертаций таймзон как по мне, это дело приложения, там слишком много подводных камней. А если очень нужно сравнить две даты - используйте utc и не морочьте никому голову.
А есть какие нить адекватные настройки чтоб на 16 GB VRAM попробовать запустить? Хочется попробовать, но с удивлением обнаружил что все ориентированы на 24 GB VRAM, а 16 уже типа видимо "прошлый век", хотя из потребительски доступных кажется достаточно всё ещё редким...
Спец устройство собирать пока не хочется, хочется на своём попробовать запустить, пусть медленно, но именно GPU + CPU
Эта беседа показывает, сколько знаний требуется, когда общаешься с LLM. Созданный Claude посередине сессии «один огромный изъян» остался бы незамеченным кем-то, не обладающим столь же большим опытом
Наверное ключевая фраза всей статьи, которую я и искал и которая подтвердила мои ощущения от этих современных LLM - они могут быть полезны и применимы, но бездумно их использовать (как мечтают очень многие) - не то что нельзя, а просто напросто вредно.
У меня ощущение что очень мало людей понимают этот сверхважный аспект.
В Москве вообще-то похожая система. Только здесь карточку которой платили если на выходе не приложил просто блочат - ей повторно расплатиться уже не получится. За разблокировку заплати денюжку штрафа...
Почему-то увидев заголовок статьи, я подумал что тут будет про ReactOS... И смелым безумцам будет тут петься песня...
Кушать их будем =) Вместо мяса)
https://habr.com/ru/articles/925594/comments/#comment_28541828
Хэш может быть на основании данных "получатель + контент + random", как собственно в блокчейнах и делают
Провайдер раздающий IPv6? Где бы найти такого... Да ещё и с тем чтобы IPv6 работал стабильней чем IPv4. Обычно с точностью до наоборот - IPv6 первый отваливается, а IPv4 работает до упора, несмотря на все NAT-ы...
Есть и подешевле. И в России в том числе. Меньше 80 руб в месяц даже. Ресурсов на ней немного, но то для чего берут их - для этого самого хватает с излишком =)
timestamptz не хранит зону. Если бы хранила... Без указания зоны постгрес просто молча сконвертирует время так как будто оно в таймзоне сервера (или сессии, если оверрайднуто) и запишет в UTC.
Вы часто меняете параметры сессии при подключении?
Я из дотнет мира, и похоже в npgsql это в какой-то момент поменяли (раньше отдавалось в таймзоне сервера/сессии). Видимо, старая память...
Хранится - да, а отдаётся в таймзоне сервера если не указать иное. И по факту если не озаботиться с явным указанием таймзоны когда вычитываешь данные - то получишь не то что ожидаешь.
Как минимум - всякие особенности при вычислении времени в момент когда таймзона переходит с зимнего на летнее время и обратно. А вообще чёрной магии на уровне таймзон хватает. На уровне приложения можно это дополнительно доучесть - собственно либы всякие часто предоставляют методы "из коробки" для того чтобы это доучесть - а на уровне базы данных таких расширенных инструментов нету.
Не всегда у пользователя базы данных есть возможность выставить конфиг сервера баз данных в UTC - администрируется какими-нибудь dba которые просто выдают тебе готовую базку. Там может быть абсолютно что угодно выставленное вне контроля.
Честно скажу, я не разделяю общей любви к timestamptz. Хранит даты в непонятно какой таймзоне настроенной где-то там на стороне сервера безо всякого твоего контроля (особенно если база предоставляется "облачно" - да даже если не облачно, то в любом моменте когда база администрируется dba а не создателем приложения), и при неучёте этого поведения можно получить совсем не то что ожидаешь...
Я предпочитаю всё же использовать timestamp, в названии колонки явно указывать что это utc (либо если по какой-то странной причине нужно в другой таймзоне - указывать что это local и рядом создавать ещё одну колонку с указанием таймзоны), и на уровне приложения уже передавать именно utc.
База не предназначена для конвертаций таймзон как по мне, это дело приложения, там слишком много подводных камней. А если очень нужно сравнить две даты - используйте utc и не морочьте никому голову.
Не хочу дистиллированную использовать, хотел именно полноценную (хотя бы самую маленькую из unsloth-вариантов)
А есть какие нить адекватные настройки чтоб на 16 GB VRAM попробовать запустить? Хочется попробовать, но с удивлением обнаружил что все ориентированы на 24 GB VRAM, а 16 уже типа видимо "прошлый век", хотя из потребительски доступных кажется достаточно всё ещё редким...
Спец устройство собирать пока не хочется, хочется на своём попробовать запустить, пусть медленно, но именно GPU + CPU
Наверное ключевая фраза всей статьи, которую я и искал и которая подтвердила мои ощущения от этих современных LLM - они могут быть полезны и применимы, но бездумно их использовать (как мечтают очень многие) - не то что нельзя, а просто напросто вредно.
У меня ощущение что очень мало людей понимают этот сверхважный аспект.
Скрытый текст
Тут суть в том что они "узнают" что скрипт на веб страничке и приложение с одного устройства. Без этого они "считают" что это разные устройства.
Комментарий полезней статьи походу...