Вы себе представляете как выглядит торговый центр, в котором нет электричества? Тёмное коридоры с тёмными помещениями магазинов, без воды в санузлах, без системы вентиляции с неработающими эскалаторами. Вы предлагаете пускать туда покупателей? Не уверен, что это вообще разрешено, но даже если да, много туда пойдут? И там, где-то на третьем этаже этого ТЦ, ваш светлый оазис. Доберётся покупатель, как считаете? Это чем же там надо торговать, чтобы преодолевать такие трудности...
Расскажете поподробнее, почему у вас (если речь про розницу) должен быть полный онлайн?
Торговые центры и отдельностоящие магазины у нас не только в Москве, есть ещё Новосибирск, Омск, Ростов-на-Дону и много ещё где. Проблемы возникают независимо от региона, тем важнее сделать, чтобы работать могли всегда, потому что ещё и часовые пояса разные.
Это в теории. На практике, в глубине торгового центра можно поставить барабан с модемами всех ОПСОСов, втыкать их по очереди, и всё равно остаться без связи, или, что даже хуже, с нестабильной связью. Когда пинги от 1500мс и больше, впн еле-еле успевает подняться, как тут же падает канал. На кассе очередь, продавцы психуют, а вы, удалённо ничего с этим поделать не можете, потому что не то рабочий стол не видно, а даже интерфейс роутера сбрасывает авторизацию из-за постоянных обрывов.
И наоборот, какое же удовольствие видеть работающие, как ни в чём ни бывало, продажи (потому что они у вас на локальном сервере крутятся), пока микротик радостно пиликает "впн есть"/"впн отключен".
Не только, ещё навязывать единственного провайдера с конскими ценами, который порежет вам sip трафик, пока вы не заключите с ним договор на предоставление услуг телефонии, которая вам не нужна, ещё собирать подробную статистику продаж, и статистику по посетителями, запрещать работать на стремянке высотой более 2-х метров, если у вас нет сертификата альпиниста, и т. д.
В реальном времени означает, что магазинный сервер дёргает какое-то API напрямую на сайте (если это не секрет)? У нас продажи с точек забираются с периодом 10 минут, чтобы импортировать продажи с сотни точек уходит 2:40.
Относительно связи. Когда-то мы работали онлайн, но когда магазинов стало близко к сотне, стало понятно, что с таким качеством связи нужен оффлайн, который позволяет продавать, пока есть электричество.
В итоге сейчас на каждой точке свой сервер PostgeSQL, данные обновляются с центрального. Сначала пугало, что придётся администрить сотню отдельных серверов на плохих машинах, но, как показала практика, всё решаемо, и проблем стало на порядок (если не на два) меньше. С точно также не оплаченным счётом за интернет, один магазин автономно работал 3 недели, чего раньше близко было невозможно.
Года три назад (почему-то) в Сингапуре, купил себе слинг от Thule. Как и многие здесь, перепробовал многое, и для себя решил, что нужен максимально лёгкий и компактный рюкзак для 13" ноутбука.
По эксплуатации: через полтора года красивые голубенькие наплывы на язычках молний начали трескаться и теряться, через два года молния на внешнем (самом маленьком кармане) сломалась. Так формат оказался удачным, менять на что-то другое не планирую. Рюкзак (слинг) очень удобен в городе, он не выпирает, не падает с плеча (как сумка), и вмещает ровно то, что нужно.
Очень смешно. Ехал я как-то по асфальту, ровному-ровному, впереди семья с ребёнком. Скорость около 20км/ч, я аккуратно прижимаю оба тормоза (нехорошо гонять мимо людей), и в этот момент колесо попадает в пологую яму (её не видно было), которая совпадает своим профилем с колесом и глубиной где-то 10см. В момент когда колесо перестаёт падать в эту ямку, я, видимо от удара, дожимаю тормоза, колесо встаёт колом, и в течении 0.5 секунды я вижу перед глазами асфальт. Не помню прилетел я головой в дорогу или нет, но точно помню, что мне прилетела педаль с велосипедом в боковую часть шлема. Порадовался куче ссадин в том числе и на лице, и поехал дальше (жаль тольео людей напугал грохотом падения).
Я немного про другое. Вместо универсального построителя любых запросов, использовать процедуры под конкретную задачу. Процедура называется, например, userprofile_get, и на вход ждёт два параметра _sex и _net. Тогда вызов будет что-то типа:
call userprofile_get (_sex='M', _net='VK;OK');
а внутри этой процедуры может быть какой угодно сложный запрос, который оставит код на PHP/Ruby/c++ лёгким.
И эти люди запрещают использовать хранимые процедуры в качестве application server. Глядя на картинки становится невыносимо печально, а ведь это простейший запрос. Чуть сложнее логика, не дай бог с временными таблицами в запросе и всё, в этой каше разобраться будет нереально. Попробуйте хранимые процедуры, вам понравится.
Прибыль в OpenSource, далеко не всегда зарабатывают на продукте. В данном случае меня радует, что потенциальных участников может быть много, и они будут двигать разработку вперёд. А если вдруг байду решит бросить это дело, то наработки останутся.
Некоторое время назад в обсуждении (IRL) автопилота я высказывал мысль, что у кого-то, кто догадается выложить разработку в открытый доступ есть хороший шанс победить в гонке. По простой причине – все проприетарные разработки параллельно проходят один и тот же путь, наступая на одни и те же грабли, вместо того, чтобы объединить разработки, тем самым значительно ускорив приближение цели.
Не статья, а сплошной бальзам. Тоже всю жизнь писал бизнес-логику на хранимых процедурах, а это оказывается не модно сейчас. Особенно, конечно про оторванность от интерфейса, убийственный аргумент. Да и FK, constains и триггеры, как всё просто и логично.
Спасибо!
Чем лучше. Ну вот как раз диагональю и лучше. У меня белая стена под экран проектора диагональю 160", проектор стоил как 50" телевизор на IPS матрице (три-четыре года назад) выбор очевиден.
p.s. 4к на 55" это смешно, если только не использовать его как монитор.
Из всех бесплатных утилит только DBeaver как-то может конкурировать с pgAdmin3. Но например роли создать из скрипта у меня не получилось, естественно этот же скрипт спокойно делает своё дело в консоли и pgAdmin. И очень перегруженный интерфейс, а уж когда в дереве под сотню серверов, прозрачность что и где ты делаешь теряется. У остальных, как правило всё грустно, до кода хранимых процедур не всегда доберёшься.
pgAdmin3, идеальный инструмент, единственное (!) чего мне не хватает, это нескольких результатов запроса. Чтобы можно было сделать так:
select * from TableA;
select * from TableB;
а внизу увидеть оба набора данных. Очень надеюсь, что 10 версия postgres будет совместима pgAdmin3, потому что 4-я версия не странная, это кошмар.
зачем так категорично? хорошие светодиодные лампы (например из икеи) вы не отличите от галогеновых. а энергопотребление на порядок ниже.
покупал себе в дом 52 лампы, формата GU5.3 (MR16), каждая 3.5 ватта, галогеновые были бы 35 ватт. то есть если включить весь свет в доме с галогеновыми лампами, было бы 1.8 КВт, а сейчас 182 ватта. это удобно, я не думаю где включен свет и что его надо выключить из экономии. плюс, светодиодные лампы примерно вечные.
Немного воспоминаний…
Пользую наладонники с первых моделей Compaq iPaq
типа такого
У него были так называемые жакеты (jackets) со слотами расширения, хочешь карту памяти, одел CF-jacket, хочешь GSM модуль, CF снял, одел GSM. По сейчашним ощущениям, во включенном состоянии он работал часа два, два с половиной. А глубокий разряд был чреват настройкой системы заново.
Потом меня мотнуло в сторону примитивной Casio Pocket Viewer, которая жила от батареи существенно дольше.
вот она
У неё было обалденно удобная качель-колёсико, которым можно было листать страницы.
Дальше был очень необычный аппарат Motorola mpx200, восторг был от того, что наладонник умеет звонить)
вот такая
В тело толстого телефона раскладушки запихнули наладонник, очень качественный аппарат с картой памяти.
Может быть заденете в будущем обзоре и Арктур-006? Интересно пишете.
Вы себе представляете как выглядит торговый центр, в котором нет электричества? Тёмное коридоры с тёмными помещениями магазинов, без воды в санузлах, без системы вентиляции с неработающими эскалаторами. Вы предлагаете пускать туда покупателей? Не уверен, что это вообще разрешено, но даже если да, много туда пойдут? И там, где-то на третьем этаже этого ТЦ, ваш светлый оазис. Доберётся покупатель, как считаете? Это чем же там надо торговать, чтобы преодолевать такие трудности...
Расскажете поподробнее, почему у вас (если речь про розницу) должен быть полный онлайн?
Торговые центры и отдельностоящие магазины у нас не только в Москве, есть ещё Новосибирск, Омск, Ростов-на-Дону и много ещё где. Проблемы возникают независимо от региона, тем важнее сделать, чтобы работать могли всегда, потому что ещё и часовые пояса разные.
Это в теории. На практике, в глубине торгового центра можно поставить барабан с модемами всех ОПСОСов, втыкать их по очереди, и всё равно остаться без связи, или, что даже хуже, с нестабильной связью. Когда пинги от 1500мс и больше, впн еле-еле успевает подняться, как тут же падает канал. На кассе очередь, продавцы психуют, а вы, удалённо ничего с этим поделать не можете, потому что не то рабочий стол не видно, а даже интерфейс роутера сбрасывает авторизацию из-за постоянных обрывов.
И наоборот, какое же удовольствие видеть работающие, как ни в чём ни бывало, продажи (потому что они у вас на локальном сервере крутятся), пока микротик радостно пиликает "впн есть"/"впн отключен".
Не только, ещё навязывать единственного провайдера с конскими ценами, который порежет вам sip трафик, пока вы не заключите с ним договор на предоставление услуг телефонии, которая вам не нужна, ещё собирать подробную статистику продаж, и статистику по посетителями, запрещать работать на стремянке высотой более 2-х метров, если у вас нет сертификата альпиниста, и т. д.
В реальном времени означает, что магазинный сервер дёргает какое-то API напрямую на сайте (если это не секрет)? У нас продажи с точек забираются с периодом 10 минут, чтобы импортировать продажи с сотни точек уходит 2:40.
Относительно связи. Когда-то мы работали онлайн, но когда магазинов стало близко к сотне, стало понятно, что с таким качеством связи нужен оффлайн, который позволяет продавать, пока есть электричество.
В итоге сейчас на каждой точке свой сервер PostgeSQL, данные обновляются с центрального. Сначала пугало, что придётся администрить сотню отдельных серверов на плохих машинах, но, как показала практика, всё решаемо, и проблем стало на порядок (если не на два) меньше. С точно также не оплаченным счётом за интернет, один магазин автономно работал 3 недели, чего раньше близко было невозможно.
Года три назад (почему-то) в Сингапуре, купил себе слинг от Thule. Как и многие здесь, перепробовал многое, и для себя решил, что нужен максимально лёгкий и компактный рюкзак для 13" ноутбука.
По эксплуатации: через полтора года красивые голубенькие наплывы на язычках молний начали трескаться и теряться, через два года молния на внешнем (самом маленьком кармане) сломалась. Так формат оказался удачным, менять на что-то другое не планирую. Рюкзак (слинг) очень удобен в городе, он не выпирает, не падает с плеча (как сумка), и вмещает ровно то, что нужно.
Очень смешно. Ехал я как-то по асфальту, ровному-ровному, впереди семья с ребёнком. Скорость около 20км/ч, я аккуратно прижимаю оба тормоза (нехорошо гонять мимо людей), и в этот момент колесо попадает в пологую яму (её не видно было), которая совпадает своим профилем с колесом и глубиной где-то 10см. В момент когда колесо перестаёт падать в эту ямку, я, видимо от удара, дожимаю тормоза, колесо встаёт колом, и в течении 0.5 секунды я вижу перед глазами асфальт. Не помню прилетел я головой в дорогу или нет, но точно помню, что мне прилетела педаль с велосипедом в боковую часть шлема. Порадовался куче ссадин в том числе и на лице, и поехал дальше (жаль тольео людей напугал грохотом падения).
Я немного про другое. Вместо универсального построителя любых запросов, использовать процедуры под конкретную задачу. Процедура называется, например, userprofile_get, и на вход ждёт два параметра _sex и _net. Тогда вызов будет что-то типа:
а внутри этой процедуры может быть какой угодно сложный запрос, который оставит код на PHP/Ruby/c++ лёгким.
И эти люди запрещают использовать хранимые процедуры в качестве application server. Глядя на картинки становится невыносимо печально, а ведь это простейший запрос. Чуть сложнее логика, не дай бог с временными таблицами в запросе и всё, в этой каше разобраться будет нереально. Попробуйте хранимые процедуры, вам понравится.
Прибыль в OpenSource, далеко не всегда зарабатывают на продукте. В данном случае меня радует, что потенциальных участников может быть много, и они будут двигать разработку вперёд. А если вдруг байду решит бросить это дело, то наработки останутся.
Некоторое время назад в обсуждении (IRL) автопилота я высказывал мысль, что у кого-то, кто догадается выложить разработку в открытый доступ есть хороший шанс победить в гонке. По простой причине – все проприетарные разработки параллельно проходят один и тот же путь, наступая на одни и те же грабли, вместо того, чтобы объединить разработки, тем самым значительно ускорив приближение цели.
Не статья, а сплошной бальзам. Тоже всю жизнь писал бизнес-логику на хранимых процедурах, а это оказывается не модно сейчас. Особенно, конечно про оторванность от интерфейса, убийственный аргумент. Да и FK, constains и триггеры, как всё просто и логично.
Спасибо!
Я бы добавил, если коррекция происходит вообще. У меня на TW-3200 коррекции трапеции нет.
Чем лучше. Ну вот как раз диагональю и лучше. У меня белая стена под экран проектора диагональю 160", проектор стоил как 50" телевизор на IPS матрице (три-четыре года назад) выбор очевиден.
p.s. 4к на 55" это смешно, если только не использовать его как монитор.
Из всех бесплатных утилит только DBeaver как-то может конкурировать с pgAdmin3. Но например роли создать из скрипта у меня не получилось, естественно этот же скрипт спокойно делает своё дело в консоли и pgAdmin. И очень перегруженный интерфейс, а уж когда в дереве под сотню серверов, прозрачность что и где ты делаешь теряется. У остальных, как правило всё грустно, до кода хранимых процедур не всегда доберёшься.
pgAdmin3, идеальный инструмент, единственное (!) чего мне не хватает, это нескольких результатов запроса. Чтобы можно было сделать так:
а внизу увидеть оба набора данных. Очень надеюсь, что 10 версия postgres будет совместима pgAdmin3, потому что 4-я версия не странная, это кошмар.
зачем так категорично? хорошие светодиодные лампы (например из икеи) вы не отличите от галогеновых. а энергопотребление на порядок ниже.
покупал себе в дом 52 лампы, формата GU5.3 (MR16), каждая 3.5 ватта, галогеновые были бы 35 ватт. то есть если включить весь свет в доме с галогеновыми лампами, было бы 1.8 КВт, а сейчас 182 ватта. это удобно, я не думаю где включен свет и что его надо выключить из экономии. плюс, светодиодные лампы примерно вечные.
Откуда вы знаете, что удешЕвляют? Вы финансовые отчёты видели? Поделитесь, а то это до сих пор для всех интрига.
Немного воспоминаний…
Пользую наладонники с первых моделей Compaq iPaq
У него были так называемые жакеты (jackets) со слотами расширения, хочешь карту памяти, одел CF-jacket, хочешь GSM модуль, CF снял, одел GSM. По сейчашним ощущениям, во включенном состоянии он работал часа два, два с половиной. А глубокий разряд был чреват настройкой системы заново.
Потом меня мотнуло в сторону примитивной Casio Pocket Viewer, которая жила от батареи существенно дольше.
У неё было обалденно удобная качель-колёсико, которым можно было листать страницы.
Дальше был очень необычный аппарат Motorola mpx200, восторг был от того, что наладонник умеет звонить)
В тело толстого телефона раскладушки запихнули наладонник, очень качественный аппарат с картой памяти.