(за)о(бла)чная (при)ставка

Я - из тех людей, кто ничего не выкидывает, не удаляет, а бережно хранит и копит. Скопидом, короче.
Из-за этого у меня в почтовых моих ящиках (электронная почта, если что), копятся мириады писем. Какие-то по работе, какие-то личные, какие-то от роботов рассылки. Чтобы не мозолили глаза, я их автоматически по папкам распихиваю, а совсем уж ненужные - удаляю.
На текущий момент в одном из рабочих аккаунтов в папочке "отправленные" скопилось больше 4000 писем (не рекорд, судя по интернету). Работаю с этим ящиком я через TheBat, версии 4.ххх (не помню, но не суть). Письма там года эдак с 2009... Легко в любой момент вернуться к ним, напомнить о себе покупателю или возобновить контакт с поставщиком.
Однако же, почтовик мой плохо работает с файлами больше 2Гб, где-то, видимо, адресация фиксирована размером слова или двойного слова. Из-за чего, в один прекрасный момент почтовик мне сказал, что в файле 3Гб размером нет ни одного письма. Даже вчерашних не нашёл.
Принудительный импорт средствами самого Бата из файла заканчивался неизменно ошибкой как на картинке ниже:


Разумеется, пришлось подключать Гугло-Яндекс к решению проблемы.
На форуме https://www.ritlabs.com/ru/forums/forum31/topic10918/message39165/#message39165 "Гуру" сообщил, что восстановление полное невозможно, можно лишь восстановить часть писем. Что, конечно, печально, но заронило зернышко надежды.
А сообщения из темы форума https://forum.0day.kiev.ua/index.php?showtopic=380500 дали названия инструментов, которые могли бы помочь в решении проблемы.
В итоге, помогла утилита tbbcopy с сайта http://alter.org.ua/ru/soft/win/tbb_recover/
Рецепт таков.
0. выходим из TheBat, и в диспетчере задач убеждаемся, что процесс почтовика не висит в фоне.
1. В каталоге с файлом messages.tbb, содержащим наши пропавшие сообщения этот самый файл переименовываем, скажем, в bad_db.tbb
2. записываем туда исполняемый файл tbbcopy.exe
3. Создаем полный список писем, содержащийся в этом плохом файле, и сохраняем его в файл (я обычно именую такой 1.txt) командой tbbcopy.exe -l bad_db.tbb >1.txt
4. просматриваем список, определяем, начиная с какого письма мы хотели бы иметь письма в "живой базе"
Письма, начиная с 4047 - это текущий год. Все, что раньше - прошлое.
5. Выполняем команду tbbcopy.exe -M 4047 bad_db.tbb newmsg.tbb - и получаем "живую" базу писем за этот год. регистр ключа "M" важен!
6. Выполняем команду tbbcopy.exe -m 4047 bad_db.tbb oldmsg.tbb - и получаем старые письма в другмом файле. регистр ключа "m" важен!
7. Запускаем thebat, выбираем папку, где у нас пропадали письма, идем в "Инструменты", "Импортировать письма", "Из почтовой базы TheBat v2.0", выбираем наш файлик newmsg.tbb и вуа-ля! Письма импортируются. Проблема решена!

Более старые письма импортируем в созданные для этого подпапки в нужной папке почтовика.
Важно следить только, чтобы результирующие файлы (oldmsg.tbb, newmsg.tbb) не превышали 2Гб, иначе theBat импортировать из них ничего не сможет.

У меня поиск решения и эксперименты занял ~1.5 часа.

В кои-то веки раз решил кое-что написать для себя и потомков в блог, который я как бы веду. За последние ХХХ лет технологии ушли далеко вперед, и, по идее, записи из одного места можно кросспостить в другие одним движением мышки.
Что ж, проверим.
Если эту запись без бубнов и без дебильных сокращалок ссылок будет хорошо видно в соцсетях - тем полезнее для всех.

Задался таким вопросом по рабочей необходимости. До мая 2015 года были вопросы, можно ли переносить вычеты по НДС на будущие периоды - с одной стороны, было требование полностью отражать полученные счета-фактуры в книге покупок в момент их получения (не более 10 дней с момента оприходования полученных ценностей), а с другой стороны, имелось (и имеется) право налогоплательщика предъявлять права на вычет по налогу в течение трех лет с момента возникновения права на этот вычет.
Зачем это может быть нужно? Чтобы не показывать НДС к возмещению (уменьшению) в компаниях, которые впоследствии планируют увеличить налоговую базу по налогу и зачесть “отрицательный” НДС в будущих периодах. Дело в том, что декларация с налогом к уменьшению автоматически приводит к трехмесячной камеральной проверке с кучей мероприятий налогового контроля - осмотр офисов и складских помещений плательщика, истребованием документов у плательщика и его контрагентов (электронная сверка почему-то не в помощь ФНС пока), опросом (допросом) руководителя и главного бухгалтера плательщика НДС… Все это нервы, время, заморочки.
Можно подать декларацию с нулём к уплате или небольшим НДС к уплате, а остальной непредъявленный НДС “показать” в будущих периодах.
Как это сделать технически?
в 1С Бухгалтерии 7.7 это делается так.
Вводим документ-основание (поступление ТМЦ) датой оприходования, скажем, первым кварталом 2015 года. Ставим в нём галочку “счет-фактура” и заполняем реквизиты этой счёт фактуры. Галочку “Включить в книгу покупок” снимаем. Таким образом, вычет по НДС за первый квартал уменьшается.
Затем в последющем квартале в журнале полученных счетов-фактур вводим документ “Запись книги покупок”, где выбираем сначала поставщика, чьё поступление мы убрали из кники покупок, а в появившемся далее окошке выбираем “отложенный” нами документ. Всё, запись книги покупок проводим, она попадает в книгу покупок того квартала, которым проведена запись, реквизиты счёта-фактуры правильно отражаются в книге покупок, вычет принимается тем кварталом, который нам нужен. Все счастливы.

кросс-пост с сайта 'Блог Ctocopok', ссылка на оригинал: http://www.ctocopok.ru/blog/archives/334

Внезапно для себя самого, напал я на собственный же блог, листал-читал старые записи. Оказалось, интересно, время летит незаметно, и много нам открытий чудных сготовил промежуток лет так в пять-семь. :)
Вот, например, запись “Вот почему мы толкались. И это надолго…” датированная декабрем 2007-го. По прошествии почти семи лет, что имеем - новый светофор на том мясном перекрестке (Лермонтовский/Троицкий), который за эти годы так и не настроили, и который регулярно собирает пробки. А осенью 2013-го закрывали Калинкин мост, и те пробки 2007-го года показались всем просто небольшой толкучкой у столика в пирожковой.
Или вот, “Бензин и прочая…”. Там речь про бензин по 26.40 за литр, типа дорого. Нынче под 35р, и ничего, машин на дороге меньше не становится. “Карусель” там же упомянута. Закрылась та карусель, насовсем. Разорилась, видимо.
А вот еще я жаловался, что сигареты подорожали (http://www.ctocopok.ru/blog/archives/215). Мальборо до 30 рублей за пачку выросло тогда. Сколько сейчас? 80? 100? :)

Мне б сейчас тогдашние хлопоты. ;)

кросс-пост с сайта 'Блог Ctocopok', ссылка на оригинал: http://www.ctocopok.ru/blog/archives/333

В продолжение темы, поднятой чуть ранее (http://ctocopok.livejournal.com/58397.html), - решил я оплатить штрафчики.
Оказалось, что Сбербанк Онл@йн тоже предоставляет возможность поискать штрафы для своих клиентов.
И оплатить их тут же.
Удобно.

Только, похоже, из-за того, что по мне такая кривая картина рисуется, поиск по номеру водительского работает криво. То есть, не работает.

Наверное, ГИБДД отдает Сбербанку кривые данные, которые тот не может обработать :)

Кстати, сайт ГИБДД дает мне теперь таблицу из ДВУХ строк, говоря, что найдено три штрафа (их действительно три).
Первый штраф, по-прежнему, от 1970 года :)

На сайте ГИБДД - проверка штрафов про меня пишут такое:

Как-то многовато неоплаченных нулей. Да и статья КоАП “Array” доставляет.

PHP такой PHP.

кросс-пост с сайта 'Блог Ctocopok', ссылка на оригинал: http://www.ctocopok.ru/blog/archives/332

Долгое время раздумывал над проблемой, но каждый раз принимался размышлять в жестком цейтноте, из-за чего проблема “решалась” путем махания на нее рукой с контекстом “а, как-нибудь в другой раз”.
Но вот довел дело до логического конца.
Суть проблемы: в 1C версии 7.7 (бухгалтерия, торговля и склад, УСН и прочие конфигурации) при подготовке отчетов по сотрудникам (налог на доходы, пенсионные начисления и т.п.) требуется указывать адрес проживания этих сотрудников. Для этого используется общероссийский классификатор адресов (КЛАДР). Но вот беда, для каждой базы данных предприятия (1 фирма - одна база) приходится копировать КЛАДР целиком - а это порядка 200 мегабайт на текущий момент. Имея 10 фирм в учете, впустую тратить 1800 мегабайт, пожалуй, нерационально. К тому же, сложно поддерживать справочник КЛАДР в актуальном состоянии для большого количества баз.

Поначалу хотел решить вопрос созданием символических линков, когда программа бы пыталась открыть локальный для себя файл, а он бы сам лежал в каком-то общем месте, куда ссылались бы все эти символические линки. Но так мне сделать не удалось, ибо windows XP не особо поддерживает SymLinks.
Беглое гугление по сайту infostart.ru дало ответ: http://infostart.ru/public/16942/, текст которого (с сокращениями) приведу ниже:

Невероятно, но факт, для большинства типовых, таких как ТиС, Бух, УСН, ПУБ, ПБОЮЛ, Комплексная, Бюджетная подключить один Кладр на все базы элементарно. Достаточно добавить в конфигураторе константу КаталогКлассификаторов (тип строка, длина, например, 80), в программе указать в ней путь до Кладра, например, D:\Kladr.
При вводе адреса надо зайти на закладку Классификаторы и выбрать 2003 г.
…
Всё… Наслаждайтесь. И не надо грузить в каждую базу по 100 мб кладра, и с обновлениями проблем нет.
Поражает, что одинэсчики уже давно заложили и реализовали функционал подключения Кладра через эту константу, но почему-то не дают им воспользоваться, т.е. не включают константу в конфигурации. Изобрели, понимаешь, велосипед, но ездить на нём не дают, да и сами не ездят :))) И почему студенты из 1С до сих пор этого не сделали?! :)))
Ну, что ж, сделаем это за них…

Статья датирована 18 февраля 2007 года. То есть, проблема решена уже почти шесть лет назад. Шесть лет я махал рукой :)

кросс-пост с сайта 'Блог Ctocopok', ссылка на оригинал: http://www.ctocopok.ru/blog/archives/331

Отписался от Сергея Доли. Ну невозможно же, стопицот постов в неделю, стопицот фотографий в каждом посте, либо, если не фотографии, то говнореклама какого-то говна. На худой конец, говнореклама говнобара/говнокафе, в котором я все равно ну никогда не буду.
Какая-то блин, витрина "жизнь немного удалась", в которую мне почему-то смотреть неохота.
В итоге, полгода просто скипал записи в ленте, а сегодня на фиг "Удалить источник".

Вообще подписок у меня много больше, чем я могу прочитать. Зачем, сам не понимаю.

Для работы в 1Ске периодически ваяю для себя различные отчеты/обработки. Ведомость остатков товаров/продукции там, или свой собственный отчет по взаиморасчетам с контрагентами.
Иногда такие отчеты надо печатать на бумаге, и стандартное оформление отрицательных чисел “красненьким” на ч/б принтере не бросается в глаза.
Эпизодически пытался найти способ улучшить оформление в коде отчета, но не доходил до финиша. Сейчас дошел.
Благодаря линку http://www.forum.mista.ru/topic.php?id=365695, рецепт таков:

	Т.ВывестиСекцию("Секция_1");
		Если колво <0 тогда
			Т.Область(Т.ВысотаТаблицы(),Т.ШиринаТаблицы(),Т.ВысотаТаблицы(),Т.ШиринаТаблицы()).Полужирный(1);
		конецЕсли;

В строке “Т.Область(…….)” задается область, равная последней выведенной ячейке. И к ней применяется стиль “полужирный шрифт”.

кросс-пост с сайта 'Блог Ctocopok', ссылка на оригинал: http://www.ctocopok.ru/blog/archives/330