• Будет ли работать IBM диск в других серверах?

    @stratosmi
    Будет.
    Но он маленький, горячий, шумный. И, скорее всего, изношенный.
    Это же древние диски.
    Ответ написан
    Комментировать
  • Каков принцип DDOS атак?

    @stratosmi
    Принцип - много.
    Много клиентов забивают до смерти один сервер.
    Много - это желательно десятки тысяч клиентов хотя бы.

    Виды - имеется ввиду какой ресурс нагружают. Естественно они все должны бить вместе в этот ресурс.

    Например:
    Нагружать статические файлы - бесполезно (разве что это "атака на деньги в облачном сервиса" ;)
    Желательно запрашивать у сервера то, что ресурсоёмко, например, требует обращения к СУБД.
    Ответ написан
  • Как работать с кодом сайта, который уже посажен на CMS?

    @stratosmi
    Схема работы с CMS, ее настройки:
    Плагины, настройки, темы - в основном.
    Редко-редко - свой плагин или свое исправление существующих плагинов или ядра.

    То, что вы имеете ввиду - плохой подход.
    Можно конечно, если другого выхода нет.
    Ответ написан
  • Отличие человека от бота в трафике?

    @stratosmi
    Человек не может со столь точными промежутками времени и так долго подряд и так часто.
    Плюс у человека JS.
    Вы же на Ruby не запрашиваете через JS ничего.
    Я бы посмотрел в сторону SlimerJS, PhantomJS.
    Ответ написан
    2 комментария
  • Можно ли сделать sms отправка с вендингого аппарата?

    @stratosmi
    Например:

    Через GPRS-модем. В который вставлена обычная SIM-карта.
    Такие модуля есть к Arduino. Лично у меня есть таких несколько - они существуют и работают, проверено.

    Другой способ - через интернет. Используя услуги специализированного сервиса.
    Например, SmsC.ru
    Как это сделать вы уже спрашивали Как с помощью ардуино положить данные на удаленный сервер по URL?
    Ответ написан
    Комментировать
  • Насколько хорошая идея, хранить ВСЕ файлы проекта в Git?

    @stratosmi
    Репа - нужна для истории изменений, для ветвлений и т.п.
    Крайне полезна для работы в команде.
    Для работы в одного - полезна менее.

    Для организации работы на разных местах - вполне достаточно какой-нибудь синхронизации с облаком или SyncThing.

    Впрочем, чисто организационно, возможно, удобнее будет именно что каждый раз делать git pull и git push, чем полагаться на синхронизацию, которая еще неизвестно когда завершиться.

    Git допускает очень большие репы:
    https://habr.com/ru/company/everydaytools/blog/329878/
    Ответ написан
  • Стоит ли обновить железо при указанных затратах?

    @stratosmi
    См.:
    cpuboss.com/cpus/Intel-Pentium-G3220-vs-Intel-Core...

    Выводы:
    Нет. Разница непринципиальна. А гемор на переезд, все же, понадобится. Окромя денег.

    Можно оперативки добавить, это легко и просто.
    Ответ написан
    Комментировать
  • Как не стать тупым в общении, профессионально занимаясь программированием?

    @stratosmi
    Наверно все согласятся, что программирование не способствует социализации человека. Это выбор интровертов, социопатов, одиночек и просто людей со сложностями в общении.

    Интроверты и социопаты да, так думают.
    Но когда начинается работа, то оказывается - сюрприз - общаться нужно.
    См. ниже.

    Ты преимущественно сидишь на одном месте погруженный в свои мысли, пишешь код и мало с кем общаешься. А если и общаешься, то часто опять же на специализированных форумах типа этого.


    А задачи откуда берешь? А сдаешь результаты выполнения как?
    Все задачи - из общения.
    А чем сложнее задача - тем больше нужно ее обсуждать перед выполнением.

    Если большой коллектив - то митинги и пр. групповые обсуждения. Регулярно.
    Если в одного работает - то не из воздуха же задачи берет, обязательно общается с заказчиками. Причем подробно обсуждая задачу.

    Посмотрите на людей, выступающих с докладами на всевозможных IT-конференциях и задайте себе вопрос, только честно - хотели ли бы вы быть на них похожи?) При всем уважении к ним.


    Выступать перед аудиторией сложно.
    А вы делаете вывод, что это человек такой.
    Ответ написан
    Комментировать
  • Есть ли частота обновления дисплея в технологии E-INK Carta?

    @stratosmi
    Там принцип иной - пожалуй что даже противоположенный.
    Там не обновление, а стирание. По необходимости - когда нужно изменить картинку.
    Обновлять не нужно. Электронная бумага хранит единожды на нее помещенное даже при выключении питания.

    Посему частоты обновления как таковой - нет в принципе.

    Артём Коток,
    То есть, там нет нет вообще никаких мерцаний? И даже подсветки?

    Мерцания там в момент перерисовки.
    Перерисовка - в зависимости от потребностей приложения. Например, если читаете книгу - то при перелистывании страниц.

    Причем мерцание даже более неприятные, чем у обычных экранов.
    Но если изображение не меняется, то мерцания нет совершенно, в отличие от обычных экранов, которые мерцают даже если картинка неизменна.

    И именно поэтому "электронная бумага" - отлично подходит для приборов-читалок.
    Сделать на её основе обычный планшет - невозможно.

    P.S.:
    Кроме отсутствия мерцания при чтении у электронной бумаги еще и огромная экономия электроэнергии.
    Так как электроэнергия тратится только на перелистывание (ну и на подсветку, конечно же).
    Пока изображение не меняется - затраты энергии на собственно экран - отсутствуют.

    Следовательно, аккумулятора хватает на очень на долго.
    Пример:
    Типичная читалка даже при регулярном использовании живет 1 месяц запросто. От одного-единственного заряда аккумулятора.
    Читалки на базе Android, все же попрожорливее, их хватает на пару недель.

    И даже подсветки?

    Это не с экраном связано. И это общая проблема и для обычных экранов и для "электронной бумаги".
    Это т.н. проблема качественных или некачественных реализации ШИМ в подсветке.

    Дело в том, что светодиоды подсветки не так то просто сделать более тусклыми, если не нужна подсветка на полной мощности.

    Придумано решение - ток подается на светодиоды подсветки не постоянно.
    А "вкл-выкл-вкл-выкл-вкл-выкл-..."
    Когда нужно уменьшить яркость периоды "выкл" удлиняются, периоды "вкл" укорачиваются.

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

    Но если некачественная реализация подсветки - то все же мерцает.

    P.S.:
    "Электронной бумаге" подсветка не нужна, если вы не читаете ночью/в полутьме.
    Так что можно вообще обойтись без подсветки, что будет гарантировать отсутствие мерцания.

    Это общая проблема любых видов светодиодного освещения и любых подсветок любых экранов, где имеется регулировка подобным образом через "вкл-выкл-вкл-выкл...".

    То есть это зависит не от типа экрана, а от качества конкретной реализации подсветки в конкретном случае.
    Ответ написан
  • C++ или C# новичку?

    @stratosmi
    Немного о себе

    Немного о себе.
    Программирую более 30 лет. Со школы.
    Из них за деньги - более 20 лет.

    год вебом (пол года фронт, пол года бэк), пробовал себя - не мое.

    В разработку ПО порог входа высокий.
    Чтобы более-менее начать ориентироваться, полагаю, нужно года 2.

    Потом 3 месяца С++, за 3 месяца изучал только функциональное программирование, из ООП знаю только о модификаторах доступа, геттеров и сеттеров =) В общем, почти ничего.

    Функциональное - это Erlang, Haskell, Clojure, F#.
    Кое что-то из функционального программирования, безусловно, есть и в С++.

    У меня есть курс (>300 уроков по 30 минут) по С++. И тут же нашел такой же курс по C#..
    И возник вопрос: мб прекратить изучение плюсов и начать изучать С#?

    С++ vs C#
    Из них двоих начинать лучше с C#, там меньше способов выстрелить себе в ногу.

    Подскажите пожалуйста, что перспективнее в разработке десктопных приложух?

    Язык программирования учится легко и быстро.

    Сложно учатся алгоритмы, парадигмы, принципы, паттерны.
    Но! Те же самые алгоритмы, парадигмы, принципы, паттерны применимы для другого языка программирования общего назначения.

    У меня странная мания охватит все и вся..

    Это частенько бывает в нашей сфере.
    Иногда, да - поток информации заставляет мозг кайфовать.
    Не всегда доводят до конца, не всегда применяют на практике, но изучать изучать изучать изучать - такое поведение встречается.

    Я слышал, что С++ -это "плохой швейцарский нож", который довольно трудно овладеть. Трудности меня не пугают (мб потому что еще глуп и зелен в этом) и то, что на плюсах можно писать что угодно, меня склоняет к ним.

    Что угодно можно писать на любом языке программирования общего назначения.

    С другой стороны C#, который легче плюсов и который поддерживается движком Unity.

    Среднестатистический хороший программист знает больше одного языка.
    Иногда и используется по несколько поочередно.

    Ну а уж выучить очередной язык - не является проблемой.

    В общем подскажите, что лучше для ДЕСКТОПА/АНДРОиДА и что ПЕРСПЕКТИВНЕЕ в ближайшие лет 10.

    Вы слишком уж заморачивайтесь с выбором, от того, что выберите "не правильно" ничего страшного не случится.

    А уж тем более за 10 лет.

    Технологии по нескольку раз перевернуться.

    Я бы предложил C#,
    более стройный, более логичный, чем С++.
    С удобными инструментами разработки.

    Хорош для разработки десктопных приложений под Windows.

    Выучить дополнительно к нему С++ не будет большой проблемой.

    В общем подскажите, что лучше для ДЕСКТОПА/АНДРОиДА

    Для Android - Kotlin, Java.
    Для десктопа Windows - C#.
    Игры на Unity на любой платформе, в т. ч. Android - C#

    и что ПЕРСПЕКТИВНЕЕ в ближайшие лет 10.

    Алгоритмы, паттерны, парадигмы, принципы программирования.
    Выучить очередной язык - не сложно.
    Ответ написан
    1 комментарий
  • Я правильно понимаю, Россию собираются вообще изолировать от "мирового интернета"?

    @stratosmi
    Нет.

    Этого даже в Китае нет при их-то возможностях.

    Просто вырубить на 100% это не сложно - не нужно и такой огород городить.

    Делают на всякий случай. Обычная мера сохранения независимости страны.
    Интернет стал важной частью современного мира. А такие вещи государства всегда контролировали.
    Даже удивительно почему так поздно.

    В качестве примера предыдущего этапа:
    До недавних пор США рулила системой имен в интернете и могла устроить коллапс запросто. Уже очень много лет все, кто могут себе позволить целенаправленно принимаются меры, чтобы их интернет США не контролировали.

    Но да, изоляция при этом возможна технически.
    Однако полная изоляция и не требует подобного. Вырубить интернет на 100% можно было бы и более простым путем.
    Ответ написан
    43 комментария
  • Какие комплектующие выбрать для сервера?

    @stratosmi
    Хочу собрать сервер для заработка на играх, углубляться именно в какие не буду.
    Ещё не очень понял что к чему, но сервер должен быть на 200+ человек.

    Сильно зависит от конкретной игры.
    Некоторые игры - сотни тысяч человек держат на слабеньком железе.
    Некоторые - даже для 100 требуют железа куда как более сильного.
    Ответ написан
  • Linux копия данных на нескольких серверах?

    @stratosmi
    Вообще как файловая системе - Ceph
    Но если "сайтик маленький", то ваши требования к надежности как то слишком трудоемко звучат.
    Возможно имеет смысл просто использовать ПО, которое умеет репликацию - это уже в зависимости от задач. PostgreSQL, Tarantool, syncthing, Elliptics
    Ответ написан
  • Где лучше брать сервер VPS, Нидерланды или Украина?

    @stratosmi
    Нужна быстрая загрузка сайта (2,5 сек. макс)

    Если более 0,5 секунды - да хоть на другой стороне земного шара.
    Все остальное зависит не от места, а от того как вы умеете готовить Вордпресс.

    Тормозит вовсе не потому что долго едет с сервера. Это незначительная часть внутри ваших обозначенных 2,5 секунд.

    Даже из моей Сибири до европейских серверов 0,1-0,15 сек.
    Полагаю от вас еще меньше.

    Если у вас динамичная игра - тут может быть заметно. Ну еще будет не очень приятно, если у вас терабайты видео скачиваются.
    Но для обычного сайта - дело не в географическом расположении серверов.
    Ответ написан
    Комментировать
  • Каковы реалии веб-разработки?

    @stratosmi
    много информации о том, что сфера уже крайне переполнена из-за низкого порога вхождения и работу найти сложно даже middle разработчикам, так ли это?

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

    не меньше постов о том, что это на самом деле это крайне скучная и однообразная работа. У меня вроде как более менее реальные представления, что это больше программирование (знаю, что большинство не относит front end к программированию,но не знаю как по другому сформулировать), нежели полет фантазии, но насколько это увлекательно или скучно именно для вас?

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

    P.S.:
    занимаюсь более 20 лет программирование.
    лично я регулярно развлекаю себя новыми вещами.

    и также абсолютное большинство говорят о бесконечном развитии технологий, реально ли человеку (который не лежит целый день на диване) угнаться за ними?

    вам не нужны все.
    нужно только из вашей специализации.
    потом, с опытом, будете просто сразу фильтровать шлак, не тратя времени на не перспективное.

    опять же - это и развлечение.
    повторяюсь:
    занимаюсь более 20 лет программирование.
    лично я регулярно развлекаю себя новыми вещами.

    Такое ощущение, что даже опытный специалист, стоит ему на месяц заболеть или иным образом отстраниться от этой сферы, резко вылетит в трубу

    это ощущение.
    такого и за год отсутствия не произойдет.

    4)не жалеете, что занимаетесь front end и почему?

    куча нового. все бурлит. это интересно.

    повторюсь:
    занимаюсь более 20 лет программирование.
    лично я регулярно развлекаю себя новыми вещами.

    Но так как скорее всего, это защитная реакция моего мозга, который не особо хочет напрягаться.

    да, это нормально.

    человечеству 2 миллиона лет.
    и почти все эти 2 миллиона лет мозг приучался реагировать на непосредственную опасность. она его стимулирует легко и просто.

    современные же цивилизованные методы добычи на пропитания - слишком не прямолинейны.
    вы сыты, вам тепло. мозг ленится от этого.

    в принципе даже работая на не напрягающей мозг работе - все это с вами пребудет.
    Ответ написан
    Комментировать
  • Хранить в БД или PHP?

    @stratosmi
    Если есть требования дальнейшей эксплуатации без программиста на 100% и изменяться все же будет - в БД.
    Если все же предполагается поддержка программистом на все время эксплуатации и меняется действительно редко - зашить в код:
    а) Сэкономим сейчас время на админку и код извлечения из БД
    б) И немножко заработает программист в будущем.
    Ответ написан
    2 комментария
  • Как уменьшить время получения данных с удаленной БД?

    @stratosmi
    1) кэш уже есть
    2) меньше гонять данных по сети. все выборки производить средствами СУБД. ничего на клиенте не фильтровать, этим должна СУБД заниматься.
    3) постоянное подключение к СУБД.
    Ответ написан
    2 комментария
  • Как организовать печать на предприятиях?

    @stratosmi
    Есть такая штука - сетевые принтера, работающие автономно от компьютера.

    Есть такая штука - принтера с полной аппаратной реализацией. А есть - с неполной.
    Глючат самые дешевые принтера, у них драйвер на компьютере является по сути частью принтера и выполняет заметную часть работы.

    Когда сталкивался с необходимостью стабильной печати - просто ставил т.н. "сервера печати, принт-сервера" (аппаратные, это удобно и недорого).
    Ответ написан
    Комментировать