• Стоит ли создавать небольшой интернет магазин на Java+Angular? Какие технологии лучше использовать?

    @caballero
    Программист
    технооллогии надо использовать те что знаешь.
    И чем проще тем лучше. То что не ява с ангуляром.
    А вообще полно готовых магазинов написаных на php (а значит становятся на любой хостинг) делать самопал нет никакого смысла - кому он нужен будет?
    Ответ написан
  • Стоит ли создавать небольшой интернет магазин на Java+Angular? Какие технологии лучше использовать?

    nki
    @nki
    Автоматизация бизнес-процессов.
    Если вашему знакомому нужен интернет-магазин, то лучше взять готовые решения или продавать на маркетплейсах.
    Ответ написан
  • Чем заархивировать файлы с определенными условиям на UBUNTU?

    @rPman
    Одновременно все пункты мне не известно какой архиватор умеет такое, но по отдельности можно собрать их разных утилит. Самые сложные пункты 2 и 3.

    3 пункт есть к примеру у parchive, собственно отдельная утилита для разбиения на тома и добавления информации для восстановления.

    Есть утилиты (например rdfind), создающие символические или хард линки для идентичных файлов, а уже после можно.

    Т.е. упаковываете файл tar-ом (он умеет линки но не упаковывает), сжимаете его bzip-ом после разбиваете на тома parchive и все это через пайпы одновременно, минуя промежуточное хранение файлов на диске.
    Ответ написан
  • Как запустить два бота на VPS Ubuntu?

    @ky0
    Миллиардер, филантроп, патологический лгун
    Запускайте в виде сервисов (в бэкграунде), ну или тупо в каком-нибудь screen`е и т. п.
    Ответ написан
  • Почему Apple сделали процессор M1 на arm?

    @vabka
    Fullstack dev
    > Почему не x86-64 (AMD64)
    По тому что:
    1. x86 очень старая и сильно раздутая архитектура по количеству инструкций.
    Из-за этого очень сложно сделать быстрый и эффективный x86-процессор.
    2. Лицензией на x86 владеет intel и amd, они не станут лицензировать apple на производство собственных процессоров, либо будут, но за очень большие деньги, тк Intel/AMD выгоднее продавать готовые процессоры.
    3. Apple уже научилась делать кастомные процессоры на arm для айфонов и айпадов, где они успешно работают.
    Ответ написан
  • Как искать дубли в БД через форму перед добавлением?

    @bacon
    Проверять на наличие записи перед добавление или использовать get_or_create. Так же желательно сделать UniqueConstraint на эти два поля
    Ответ написан
  • На каком языке CMS сайта будет работать быстрее?

    trapwalker
    @trapwalker
    Программист, энтузиаст
    При такой постановке вопроса на любом языке у вас CMS медленно будет работать ввиду недостатка опыта правильной разработки.
    Язык программирования нужен не для скорости, а для понятности людям. Скорость выполнения кода не так критична в вебе, как правильная архитектура. Иначе всё бы писали на ассемблере, но где вы видели сайты на ассемблере? Нет, наверняка такие есть и вполне можно сделать какой-нибудь фреймворк с CMS хоть на ассемблере, хоть на брейнфаке, но это глупо.
    Обычно язык программирования не является бутылочным горлышком для скорости CMS.
    Ошибки в архитектуре, непродуманная масштабируемость, отсутствие кэширования, излишняя связность, избыточность внешних зависимостей, пренебрежение CDN -- всё это гораздо сильнее влияет на тормоза и все эти проблемы можно реализовать на любом языке.
    Язык нужно выбирать так, чтобы он давал возможность делать код более простым, читабельным и понятным не смотря на его количество. У языка должно быть большой комьюнити, чтобы можно было легко находить недорогих и эффективных специалистов для поддержки проекта.
    Ответ написан
  • Как уменьшить риски потери инфраструктуры при использовании Terraform?

    @yellowmew
    Cloud infrastructure, monitoring engineer. SRE
    Потерять можно все при любом действии и любым продуктом.
    Терраформ просто позволяет сделать это .. красиво и очень удобно, если вы хреново его спланировали.
    Правило 1: используйте автоприменение только в тех местах где не жалко или где вы железобетонно уверены(и берете риски на себя)
    Правило 2: валидируйте план. Хотя бы глазами
    Вообще, есть у некоторых людей практика делать план в файл, валидировать его какой то внешней логикой, и при успешной валидации применять план из файла, не просчитывая его заново (он делается при каждом апплае) с автоподтверждением. Мне не нравится, да и терраформ честно предупреждает что на момент реального применения ситуация может отличаться и менять придется совсем другие элементы.
    Правило 3: разноси элементы по логическим слоям, чтобы уменьшить зону поражения при гибельном апплае. Например настройки сети а одной папке со своим стейтом, запуск приложения - в другой. И связывайте через ремоут стейт. Главное соблюдать меру, чтобы каждую, скажем , security group в aws не создавать в отдельных слоях.
    Правило 4: используйте модули, если применение логической группы ресурсов используется более одного раза. Тут тоже не стоит плодить модули на каждый ресурс и подходить разумно.
    Правило 5: тестируйте изменения! (Используя одни и те же модули для стейжа и прода). Логично предположить что если вы снесли стейж то и прод снесется.
    Правило 6: используйте vcs для работы с кодом терраформ (для того чтобы откатывать код для восстановления убитого стейжа например)
    Правило 7: используйте lifecycle политики Prevent destroy на ресурсах, чтобы запрещать из убиение
    Помидор 7.1: используйте ignore changes там где это нужно
    Правило 8: используйте правильный инструмент для того что вы хотите сделать. Терраформ умеет много чего, но конфигурейшн менеджер он не заменит, хотя по функциям они чуть да пересекаются.

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

    P.S. пишу на ходу в метро, орфографию и пунктуацию правит т9. Спрашивайте, вдруг заметите какой нибудь термин, который я писать не собирался :D
    Ответ написан
  • Какую SQL или noSQL использовать?

    @vabka
    Fullstack dev
    Вообще не понял, в чём тут сложнось.
    Если у вас предполагается использование только одной пары логин/пароль, то никакую бд и не не надо - хватит файлика и контроля доступа к этому файлику (чтобы не было состояния гонки при редактировании).
    Иначе - любая бд, которая умеет по ключу находить значение, тот же sqlite, например.
    Ответ написан
  • Безопасная передача данных на сервер?

    like-a-boss
    @like-a-boss
    признайся, тебя тянет на код мужика
    Очки должны прибавляться на сервере, а не передаваться на сервер.
    Ответ написан
  • Безопасная передача данных на сервер?

    samodum
    @samodum
    Какой вопрос - такой и ответ
    Использовать HTTPS.
    Все передаваемые запросы необходимо подписывать.
    На JS нельзя ничего сделать безопасно.
    Всю критическую логику должен обрабатывать сервер, клиент только отправляет запрос на нужные действия, а сервер принимает решение, выполнять их или нет.
    Работать через сессии
    Ответ написан
  • Загрузить файл PDF В БД на Laravel?

    @kandrash
    Кратко о себе
    Вам не нужно сохранять pdf в БД. Это не имеет смысла. Достаточно хранить данные из которых он генерируется и потом делать это на лету. В крайнем случае, если ожидается 100500 скачиваний можете сохранить его в storage. Наверняка ваша библиотека это позволяет.
    Ответ написан
  • Как держать тысячи процессов?

    BasiC2k
    @BasiC2k
    У Вас не будет такого количества активных подключений одновременно. Http протокол как правило содержит запрос и ответ. После ответа соединение сбрасывается.
    Для начала определите - как часто нужно делать запросы (как часто обновляются данные)? Например запрашивать курс валют ЦБ РФ ночью и каждые 5сек - не имеет смысла.
    В общем - разбейте общую задачу на категории, выберите способ решения. А там уже и с нагрузкой появится конкретика, можно будет понять - что за железо нужно.
    Ответ написан
  • Почему MongoDB затыкается на больших скоростях?

    zoonman
    @zoonman
    CEO @ LinuxQuestions.ru
    Используйте insertMany() https://stackoverflow.com/questions/16726330/mongo...
    Если Монгу тошнит и она не успевает сохранять, то вы приплыли. Добро пожаловать в мир шардинга.

    По-хорошему, не нужно никаких setInterval(). Распарсили страницу, сохранили, дождались пока она сохранилась, пошли за следующей. Для разбивки между парсингами используйте setTimeout().
    Ответ написан
  • Как получить cookie в python?

    @Art005
    Куки отправляет сам браузер в заголовках каждый раз при обращении к серверу.
    А получить из запроса можно запарсив запрос
    Ответ написан
  • Как изменить значение SQLITE_THREADSAFE?

    hottabxp
    @hottabxp Куратор тега Python
    Миллиардер. Честно, 100 пистонов!
    Использование SQLite в многопоточных приложениях

    SQLite может быть собран в однопоточном варианте (параметр компиляции SQLITE_THREADSAFE = 0).

    В этом варианте его нельзя одновременно использовать из нескольких потоков, поскольку полностью отсутствует код синхронизации. Зачем? Для бешеной скорости.

    Проверить, есть ли многопоточность можно через вызов sqlite3_threadsafe(): если вернула 0, то это однопоточный SQLite.

    По умолчанию, SQLite собран с поддержкой потоков (sqlite3.dll).

    Есть два способа использования многопоточного SQLite: serialized и multi-thread.

    Serialized (надо указать флаг SQLITE_OPEN_FULLMUTEX при открытии соединения). В этом режиме потоки могут как угодно дергать вызовы SQLite, никаких ограничений. Но все вызовы блокируют друг друга и обрабатываются строго последовательно.

    Multi-thread (SQLITE_OPEN_NOMUTEX). В этом режиме нельзя использовать одно и то же соединение одновременно из нескольких потоков (но допускается одновременное использование разных соединений разными потоками). Обычно используется именно этот режим.

    SQLite — замечательная встраиваемая БД (часть 3)

    Возможно потребуется пересборка. Но там нет ничего сложного.
    Ответ написан
  • Есть ли смысл учить ruby в 2020 году?

    c3gdlk
    @c3gdlk
    Ментор в http://rubyboost.ru/
    Учить нужно то, что нравится. Разработка это творческий процесс. Если заниматься тем, что не нравится, то и спецом не станешь, и в итоге хорошую зп не получишь. Руби это рельсы. Посмотрите курс по рельсам, попробуйте повторить. И так же с питоном джанго и пхп лаварелом. Что понравится больше, то и Ваше.

    Кроме того, в итоге то, с чего начать, не особо важно. В разработке с 70х годов ничего концептуально нового не придумали. Разницы на примере какой технологии учить концепции нет. Главное чтобы это нравилос и было желание по 12 часов в день в это погружаться, понимать почему так а не этак решаются конккретные задачи.
    При высоком уровне сеньорити даже с ООП парадигмы перейти на функциональную дело пары месяцев. Когда опытный разработчик пользуется новым инструментом, языком или библиотеккой, это нельзя считать обучением. Ты читаешь описание библиотеки или инструмента, смотришь какие проблемы решаются по новому и уже знаешь, что там будет. Просто смотришь соглашения инструмента и все.

    Есть еще один большой плюс руби. При знании английского на b1 открываются западные вакансии с ЗП х2-3 от российских. А руби конторы в основном это работа напрямую с западным закакзчиком и прямым общением. Я так за 7 лет общения по 1-2 часа в неделю прокачал английсккий со шкокльного a2 до b1. Никакие правила дополнительно не учил, на курсы не ходил.
    Ответ написан
  • Стоит ли хранить директорию .idea на github?

    @d-sem
    Не лучшая идея.

    1) IDEA и редакторы могут быть разные.
    2) Настройки - вещь персональная.
    Ответ написан
  • Стоит ли хранить директорию .idea на github?

    mmmaaak
    @mmmaaak
    не все пишут в идее, так что настройки линтеров и тд могут не работать у других разработчиков, лучше хранить настройки линтеров в конфигурационных файлах в проекте и использовать всякие editorconfig, и хранить их в корне репозитория, имхо
    Ответ написан
  • Стоит ли хранить директорию .idea на github?

    AleksandrB
    @AleksandrB
    Совсем недавно вывел "Hello world"
    На мусорку вас никто за такое не отправит, в конце-концов, можно просто забыть прописать этот файл (лично у меня такое бывает), но заливать его не нужно. Не все пользуются штормом, это первое, по мимо этого никому нафиг не сдались ваши настройки. Многие из них все равно будут перезаписаны из-за различия версий ide, os, путей и кучи другого. Вы просто засираете репозиторий, добавляя туда лишний файл.
    Ответ написан