и второй вопрос, насколько такая сво экономически оправдана для клиента? понятно, что она позволяет выжать больше из процессора, но какой ценой? имхо, 9 и 10 поколение интел — это уже выжимание последних соков из 10-летней архитектуры. конечно, честь им и хвала за архитектуру, которая оказалась настолько живучей (правда, в условиях отсутствия конкуренции, но здесь тоже опосредованная заслуга интела есть). и не пора ли уже «закопать стюардессу»?
сомнительно, что пассажиры умрут от разгерметизации в течение нескольких минут. организм достаточно быстро компенсирует подобные перепады, особенно если человек находится в состоянии покоя. люди же поднимаются на эверест и смертельные случаи там связаны с недостатком кислорода (а здесь есть маски) и с переохлаждением (да, может быть, но не за несколько минут), но никак не с перепадом давления. понятно, что резкий перепад может вызвать головокружение и тошноту, но не мгновенную смерть. кстати, на чимборасо давление еще ниже, а люди туда толпами ходят.
ну так это и есть беллетристика., не понимаю чего все так возбудились, неужели всерьез ожидали прочитать здесь про реальные причины и обстоятельства?
топикстартеру спасибо за перевод, интересное чтиво.
А если отключиться от интернета, то можно будет перенести все сообщения и спокойно их читать. Вайбер пытается переактивироваться только, когда достучится до своего сервера.
Не верю, тем более, что конфиг не менялся с 2012 года. Так что или библиотека у Вас от другого релиза, или релиз другой, или оно вообще не работает.
Даже сам медок предлагает конвертировать базу из 189 к 188 релизу. Правда, особо не делятся информацией, требуют удаленный доступ и делают сами. Но перетащить базу из 189 версии в структуру 188 — не велика проблема. В принципе, вопросов уже нет, на 188 все работает после конвертации базы.
предпоследняя 188 версия чистая и я ее нашел. прикол в том, что медок проверяет интеграцию библиотек и не запускается с библиотекой от другой версии.
как выход ставить 188 и откатываться на сохраненные базы. при этом потеряются квитанции и отчеты с 20 июня. хотя их можно вытащить с почтового сервера.
отчеты уходят и даже возвращаются квитанции, тут ведь серверы медка не нужны, обмен информацией происходит по почте. как временный аварийный вариант подойдет.
ну про клименко это перегиб. медком пользовались, когда он еще назывался бес-звит-плюс и про клименко никто не слышал. просто в свое время эта контора бесплатно создала для налоговой систему электронной корреспонденции и получила за это эксклюзивные права на продвижение в массы своего софта. хотя, про бесплатно не уверен, но факт в том, что софт существовал еще до клименко.
тут другой вопрос, где теперь искать нескомпрометированную библиотеку ZvitPublishedObjects.dll, чтобы хоть как-то пользоваться медком.
кстати, почту можно было загрузить средствами гугла через pop3, пока еще платный аккаунт работал. правда для этого нужно было иметь какой-то неиспользуемый домен, чтобы добавить его на платный аккаунт и скачивать с него почту, используя для авторизации аккаунты в этом домене.
вы же задвигаете тезис о том, что печать на сетевых принтерах происходит без участия easyprint. а это, на самом деле, понятия совершенно независимые друг от друга. на сетевой принтер можно печатать как с помощью easyprint, так и без оной. перенаправление клиентских принтеров имеет ряд преимуществ по сравнению с установкой принтера на сервере, о которых я написал выше (безотносительно способа подключения устройства).
вообще, вы чрезмерно переоцениваете роль сетевого подключения, оно всего-навсего позволяет сделать принтер независимым от клиентского компа. гораздо более важны другие характеристики принтеров, объем буфера, скорость процессора, размер картриджа, надежность механики и руками написанные драйвера. мне попадались такие сетевые убожества, что лучше даже не знать, что такие бывают.
спасибо, про ssh полезно.
печально только, что без танцев с бубном dd-wrt не дружит с pptp и pppoe. поэтому, если провайдер не отдает ип через dhcp, то нужно писать еще один трактат на тему как настроить dd-wrt длоя работы с pppoe.
сетевой принтер нужно подключать по сети ;-) и в этом случаи easyprint не участвует.
вот это можно занести в нетленку :). использование технологии easyprint никак не зависит от метода подключения принтера. я еще думал описывать ли суть технологии в посте, (т.к. описаний и так полно в сети), но решил все-таки одним предложением описать. процитирую, уж простите.
Задачей технологии EasyPrint является преобразование контента, выводимого на печать, в xps формат и передача его на клиентский компьютер, откуда он и будет напечатан с помощью родного драйвера.
или вы предлагаете добавить принтер на сервер для всех пользователей? если в этом суть вашего поста, то такой подход имеет ряд недостатков, о которых многие здесь писали в коментах. например, ошибка в драйвере валит всю систему печати. а при перенаправлении для каждого клиента создается свой экземпляр принтера и ошибка в драйвере валит один конкретный сеанс, остальные же продолжают работать.
да не вопрос, были бы деньги :). я тоже считаю, что лучше быть богатым но здоровым, чем бедным но больным. а пост про оптимизацию печати.
даже на сетевой принтер через драйвер easyprint, будет тормозить, ибо тратится время на конвертацию файла, увеличивается размер вывода (соответственно, грузится сеть), ну и вывод происходит не напрямую, а через драйвер на клиентском компьютере.
это я его не отмодерировал, сорри :).
через pdf файл — это как раз и есть кустарная реализация easyprint драйвера. проблема все та же — скорость конвертации и вес файла (как следствие — скорость передачи по сети). возможно, что pdf формат не так прожорлив, как xps, но вопрос в том, что при интенсивной печати все равно будет грузить сеть и тормозить.
можете провести эксперимент сколько времени у вас займет конвертация, сравнить размер вывода и время печати pdf против стандартного файла.
понятно, что когда нет выбора, то приходится с таким мириться, но пост именно про оптимизацию.
естественно могут, я специально об этом написал. удобство в том, что дрова можно ставить не для всех принтеров, а для тех, на которые приходится основная нагрузка, остальные пусть себе печатают через easyprint.
топикстартеру спасибо за перевод, интересное чтиво.
Даже сам медок предлагает конвертировать базу из 189 к 188 релизу. Правда, особо не делятся информацией, требуют удаленный доступ и делают сами. Но перетащить базу из 189 версии в структуру 188 — не велика проблема. В принципе, вопросов уже нет, на 188 все работает после конвертации базы.
как выход ставить 188 и откатываться на сохраненные базы. при этом потеряются квитанции и отчеты с 20 июня. хотя их можно вытащить с почтового сервера.
отчеты уходят и даже возвращаются квитанции, тут ведь серверы медка не нужны, обмен информацией происходит по почте. как временный аварийный вариант подойдет.
тут другой вопрос, где теперь искать нескомпрометированную библиотеку ZvitPublishedObjects.dll, чтобы хоть как-то пользоваться медком.
вообще, вы чрезмерно переоцениваете роль сетевого подключения, оно всего-навсего позволяет сделать принтер независимым от клиентского компа. гораздо более важны другие характеристики принтеров, объем буфера, скорость процессора, размер картриджа, надежность механики и руками написанные драйвера. мне попадались такие сетевые убожества, что лучше даже не знать, что такие бывают.
печально только, что без танцев с бубном dd-wrt не дружит с pptp и pppoe. поэтому, если провайдер не отдает ип через dhcp, то нужно писать еще один трактат на тему как настроить dd-wrt длоя работы с pppoe.
вот это можно занести в нетленку :). использование технологии easyprint никак не зависит от метода подключения принтера. я еще думал описывать ли суть технологии в посте, (т.к. описаний и так полно в сети), но решил все-таки одним предложением описать. процитирую, уж простите.
или вы предлагаете добавить принтер на сервер для всех пользователей? если в этом суть вашего поста, то такой подход имеет ряд недостатков, о которых многие здесь писали в коментах. например, ошибка в драйвере валит всю систему печати. а при перенаправлении для каждого клиента создается свой экземпляр принтера и ошибка в драйвере валит один конкретный сеанс, остальные же продолжают работать.
даже на сетевой принтер через драйвер easyprint, будет тормозить, ибо тратится время на конвертацию файла, увеличивается размер вывода (соответственно, грузится сеть), ну и вывод происходит не напрямую, а через драйвер на клиентском компьютере.
через pdf файл — это как раз и есть кустарная реализация easyprint драйвера. проблема все та же — скорость конвертации и вес файла (как следствие — скорость передачи по сети). возможно, что pdf формат не так прожорлив, как xps, но вопрос в том, что при интенсивной печати все равно будет грузить сеть и тормозить.
можете провести эксперимент сколько времени у вас займет конвертация, сравнить размер вывода и время печати pdf против стандартного файла.
понятно, что когда нет выбора, то приходится с таким мириться, но пост именно про оптимизацию.