• Как закинуть результат document.querySelector() в localStorage?

    Stalker_RED
    @Stalker_RED
    querySelector возвращает ссылку на HTML элемент, а не JSON.
    localStorage хранит строки.

    Попробуйте внятно описать что вы делаете и зачем.
    Может быть вам подойдет old.outerHTML, но это не точно.
    Ответ написан
  • Отображение элементов jQuery-UI?

    NeiroNx
    @NeiroNx
    Программист
    На первый взгляд просто тема не подключенна в стилях. Или вообще все стили.
    Ответ написан
  • Какой php-фреймворк сейчас стоит изучать в качестве первого?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Смотря какие у вас цели)). Пилить небольшие говносайтики - laravel. Что-то среднее - yii. Что-то серьезное - symfony. Что-то серьезное, но для крепких нервов - zend. "не хочу ничего учить" - code igniter. "тупой и жадный" (с) - bitrix.

    Рекомендую взглянуть: Попросили проверить код, на что смотреть нужно?
    Ответ написан
  • В чем разница между архитектурой Linux и Windows с точки зрения программиста?

    Adamos
    @Adamos
    С точки зрения системного программиста, Винды и Линь в принципе разные темы, и сравнивать их бессмысленно - ты пишешь либо под одну, либо под другую.

    С точки зрения прикладного программиста, разница в архитектуре некритична, поскольку есть кроссплатформенные библиотеки.

    С точки зрения программиста, который выбирает, на какой системе ему строгать свой говнокод (обычный бэкграунд подобных вопросов на Тостере), архитектура системы вообще ни при чем.
    Ответ написан
  • Чем опытнее разработчик, тем меньше соблюдается принцип KISS?

    FanatPHP
    @FanatPHP
    Чебуратор тега PHP
    Принцип KISS не означает что надо использовать самые примитивные инструменты.
    Он означает, что не надо переусложнять систему без нужды.
    Если так рассуждать, так и высшее образование не нужно: "Дед отличные бани строил, хотя вовсе был неграмотный. Я и без сопромата небоскреб построю!"
    Если вы пока ещё не понимаете назначение всех этих "лееров, провайдеров и репозиториев", это не значит, что они вообще никому не нужны.

    Для того, чтобы упростить управление системой, её надо усложнить.
    Этот принцип относится к любой области человеческой деятельности, от постройки ракет до управления государствами.
    Чем сложнее система, тем больше накладные расходы на ее управление. Хоумпейдж с котиками можно и нужно делать примитивными средствами. В большом проекте надо сразу закладываться на будущую расширяемость. То есть, заранее делить ответственность между "леерами".

    И кстати. Код, в котором "всё друг на друге завязано" - это очень плохой код. Собственно, предназначение всех этих "лееров, провайдеров и репозиториев" как раз в том, чтобы компоненты были как можно более независимы друг от друга.
    Ответ написан
  • С какой целью может быть создан подозрительный WiFi у соседей с моими SSID/Ключом?

    Jump
    @Jump
    Системный администратор со стажем.
    Был у меня не самый сложный пароль, но 100% уникальный SSID
    SSID это имя сети, оно открыто передается в эфир, не обязательно должно быть уникальным.

    Понадобилось взять роутер на работу, а из списка доступных сетей мой WiFi никуда не делся. Причём, подключиться к нему я смог по своему паролю.
    Ничего не понятно. Причем тут роутеры, списки сетей, и кто куда должен подключаться.

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

    Причём я вижу в WinBox (утилита для конфигурирования Mikrotik) их роутер с ip адресом 0.0.0.0.
    И что?
    Ответ написан
  • Зачем давать право выбора машине?

    sergiks
    @sergiks Куратор тега Алгоритмы
    ♬♬
    Эксперимент Машины Морали – пока чисто теоретический, и имеет больше отношения к исследованию общества, чем к воплощению в железе.

    Поэтому прямой ответ: машине выбор никто и не даёт.
    Ответ написан
  • Как перенести состояния checkbox на новую страницу?

    @JuniorNoobie
    Сижу в поддержке, пишу мелкие проекты
    Если вы делаете фильтр и хотите его куда-нибудь передавать, например, другому человеку копированием ссылки, то следует состояния хранить в адресной строке в качестве параметра. Пример: demo.com?mychecker=1.
    Затем уже на этой странице строить и фильтровать что нужно, извлекая информацию из адресной строки.
    Ответ написан
  • Как люди делают полный дамп сайта?

    Заходят на сайт через админку и делают дамп. Либо подключаются к серверу по ssh и тоже делают дамп.

    Как закрыть уязвимости:
    Смените пароль с 123456 на какой-нибудь менее предсказуемый (Нет, qwerty тоже не подходит).
    Удалить на сервере FTP.
    Не подключайтесь к серверу по SSH из под Windows.
    Удалите все сомнительные плагины с сайта.
    Регулярно обновляйте CMS, устанавливая все последние одновления.
    Если сайт самописный - удалите его и замените на CMS.
    Если сайт на сервере к которому есть доступ из Интернета - отключите сеть.
    Если сервер работает - обесточьте его.
    Выньте устройства хранения данных из вашего сервера и положите его в микроволновку. Включите программу разморозки на 2 минуты.
    Сожгите микроволновку.
    Если вы помните содержимое сайта по памяти [УДАЛЕНО РОСКОМНАДЗОРОМ]
    Ответ написан
  • Как соединить 2 таблицы по 2 колонкам и возможно ли это?

    VladimirAndreev
    @VladimirAndreev
    php web dev
    Select b1.title, b2.title as title_r
    Join b as b1 on a.left_id=b1.id
    Join b as b2 on a.right_id=b2.id
    Ответ написан
  • Прокомментируете тестовое на react?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    1. Хотелось бы видеть в проекте использование redux. react+redux - это самый распространенный и востребованный стек в React разработке.

    2. Почему все хандлеры и состояния находятся в App, а не в Main? Как вы потом эту кашу собираетесь масштабировать? Переносите все, что связанно только с Main в Main. По-хорошему смотрите пункт 1.

    3. Слишком много функциональных компонентов. Подумайте их где можно заменить на классы с реализованным shouldComponentUpdate или на PureComponent, чтобы убрать лишние вызовы render этих компонентов.

    4. import Logo from 'images/Logo.png';
    называть пути к ресурсам с заглавной буквы неправильно.

    5. Вместо:
    const StyledLogo = styled.img.attrs({
      src: Logo,
      alt: 'Aviasales'
    })`
      width: 60px;
      height: 61px;
    `;

    Удобней в использовании:
    const StyledLogo = styled.img`
      width: 60px;
      height: 61px;
    `;

    и:
    <StyledLogo src={logo} alt="Aviasales" />

    6.
    const Error = ({ text }) => (
      <StyledError dangerouslySetInnerHTML={{__html: text}} />
    );

    зачем тут html?
    Для сохранения переносов строки есть css правило:
    white-space: pre-line;

    7. Вместо:
    let element;
    
    if (error && !isLoading) {
      element = <Error text={error} />;
    }
    if (!error && isLoading) {
      element = <Loader />;
    }
    if (!error && !isLoading) {
      element = (
        <>
        <Heading />
        <Main
        isCurrencyExchanging={isCurrencyExchanging}
        activeCurrency={activeCurrency}
        handleCurrencyChange={this.handleCurrencyChange}
        ticketsFilteredByStops={ticketsFilteredByStops}
        stops={stops}
        handleStopsChange={this.handleStopsChange}
        handleUncheckOther={this.handleUncheckOther}
        />
        </>
      );
    }
    return element;

    Лучше:
    if (isLoading) return <Loader />;
    
    if (error) return <Error text={error} />;
    
    return (
      <>
        <Heading />
        <Main
          isCurrencyExchanging={isCurrencyExchanging}
          activeCurrency={activeCurrency}
          handleCurrencyChange={this.handleCurrencyChange}
          ticketsFilteredByStops={ticketsFilteredByStops}
          stops={stops}
          handleStopsChange={this.handleStopsChange}
          handleUncheckOther={this.handleUncheckOther}
        />
      </>
    );


    8. Вместо:
    filterTickets = (tickets, stops) => {
      return tickets.filter((ticket) => {
        return values(stops).indexOf(ticket.stops) !== -1;
      });
    };

    Лучше:
    filterTickets = (tickets, stops) => tickets.filter(
      ticket => values(stops).includes(ticket.stops),
    );


    9. Не пропускайте отступы между методами и между вложенными свойствами css.

    10. Вместо:
    componentsDidMount() {
      // много кода
    }


    Лучше:
    componentsDidMount() {
      this.fetchSomeData();
    }


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

    12. Loader и Error самое место в директории components/core или что-то вроде того. Там же, по-хорошему, должны находиться базовые компоненты: кнопки, инпуты, табы, чекбоксы.

    13. Styled компоненты, имхо, лучше писать в файле с компонентом, где они применяются. Так анализ кода происходит гораздо быстрей и легче поддерживать. Исключение - переиспользуемые компоненты.
    Даже если вам больше нравится выносить, называть файл style неправильно, вы там описываете компоненты, а не просто стили.
    Ответ написан
  • Как правильно удалить одну многоуровневую ветку?

    kimono
    @kimono
    Web developer
    Попробуйте использовать nested sets или materialized path для этой таблицы.
    Ответ написан
  • Почему так много удаленки на Bitrix?

    @spaceatmoon
    https://p1d1.blogspot.com
    Очень сильный маркетинг.

    Ради интереса как-то хотел сделать один заказ на битриксе, там все-то нужно было доработать компонент. При просмотре кода будущего проекта я обалдел. В одном компоненте, а именно в одном его файле было всё: роутинг, контроллеры, модели, вьюха. Это было настолько убого, что хотелось плакать и смеяться. Тех денег этот геморой не стоил, так и закончилось моё знакомство с битриксом.
    Ответ написан
  • Работал в вузе после диплома, преподавал программирование и сети, но решил уходить в ИТ, что делать?

    mak_ufo
    @mak_ufo
    Опыта в продакшене нет

    Школьникам язык Java на курсах преподавал, самые основы

    Конкретные фреймворки готов освоить, просто сейчас с ними не знаком.

    Чего хочу в идеале: исследовательская/управленческая работа с хорошим окладом, 5/2, без переработок, от 80 т.р

    Пожалуйста, скажите, что вы шутите.

    Опыт управления проектами - в каком-то смысле есть: когда ты единственный айтишник на неайтишное предприятие - приходится контролировать и себя, и подрядчиков, чётко формулировать задачи, сроки ставить и т.д.

    Это не опыт управления проектами, а его отсутствие.

    Знаю С/С++ (знаком с STL и немного с boost, OpenMP, MPI), С#, Java и Python

    Без комментариев

    Если по сабжу, то выбирайте один язык, доучивайте его нормально, изучайте фреймворк, изучайте БД и инструменты и идите работать джуном
    Ответ написан
  • >7000 строк стилей на весь проект - норма или нет?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    N строк чего-то там на абстрактный проект - вполне нормально, либо вполне ненормально, либо не вполне нормально. Точнее ответ вы вряд ли получите, учитывая скудность информации, которую дали о своем проекте.
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Смотря зачем)). Я когда делаю Code Review критерии следующие:

    * Безопасность:
    - Каждый аргумент метода простого типа должен проверяться на тип в случае его проксирования и на граничные значения в случае обработки. Чуть что не так - бросается исключение. Если метод с кучкой аргументов на 80% состоит из поверки из аргументов - это вполне норм))
    - Никаких trigger_error, только исключения.
    - Исключения ДОЛЖНЫ быть человеко-понятны, всякие "Something went wrong" можно отдавать пользователю, но в лог должно попасть исключение со стектрейсом и человеко-понятным описанием, что же там пошло не так.
    - Каждый аргумент (объект) метода должен быть с тайпхинтингом на этот его класс, или интерфейс.
    - За eval как правило шлю на **й.
    - @ допускается только в безвыходных ситуациях, например проверка json_last_error.
    - Перед работой с БД - обязательная проверка данных.
    - Никаких == и !=. Со swtich - единственное исключение, по ситуации.
    - Если метод возвращает не только bool, а еще что-то - жесткая проверка с ===, или !== обязательна.
    - Никаких условий с присваиваниями внутри. while($row = ...) - тоже идет лесом.
    - Магические геттеры/сеттеры разрешаются только в безвыходных ситуациях, в остальном - запрещены.
    - Конкатенации в sql - только в безвыходных ситуациях.
    - Параметры в sql - ТОЛЬКО через плейсхолдеры.
    - Никаких глобальных переменных.
    - Даты в виде строки разрешаются только в шаблонах и в БД, в пхп коде сразу преобразуется в \DateTimeImmutable (в безвыходных ситуациях разрешено \DateTime)
    - Конечно зависит от проекта, но как приавло должно быть всего две точки входа: index.php для web и console(или как-то по другому назваться) - для консоли.

    * Кодстайл PSR-2 + PSR-5 как минимум, + еще куча более жестких требований (для начала все то что в PSR помечено как SHOULD - становится MUST)
    - В PhpStorm ни одна строчка не должна подсвечиваться (исключением является typo ошибки, например словарик не знает какой-то из аббревиатур, принятых в вашем проекте). При этом разрешается использовать /** @noinspection *** */ для безвыходных ситуаций.
    - Если кто-то говорит, что пишет в другом редакторе и у него не подсвечивается, на эти отговорки кладется ВОТ ТАКЕЕЕНЫЙ мужской половой **й и отправляется на доработку)).

    * Организация кода:
    - Никаких глобальных функций.
    - Классы без неймспейса разрешаются только в исключительно безвыходных ситуациях.

    * Тестируемость (в смысле простота тестирования) кода должна быть высокая.
    - Покрытие кода обязательно для всех возможных кейсов использования каждого публичного метода с моками зависимостей.

    * Принципы MVC:
    - Никаких обработок пользовательского ввода в моделях, от слова совсем.
    - Никаких ***ть запросов в БД из шаблонов.
    - Никаких верстки/js/css/sql-ин в контроллерах.
    - В моделях НИКАКОЙ МАГИИ, только приватные свойства + геттеры с сеттерами.
    - В моделях разрешено использовать метод save(при наличии такого разумеется) только в исключительных ситуациях. Во всех остальных - либо insert, либо update.

    * Принципы SOLD:
    - Никаких божественных объектов умеющих во все.
    - Если метод для внутреннего пользования - private, никаких public.
    - Статические методы разрешаются только в случае безвыходности.

    * Принцип DRY разрешено нарушать в случаях:
    - Явного разделения обязанностей
    - В тестах (каждый тест должен быть независимым, на сколько это возможно)

    * Работа с БД:
    - Запрос в цикле должен быть РЕАЛЬНО обоснован.
    - За ORDER BY RAND() - шлю на***й.
    - Поиск не по ключам (конечно если таблица НЕ на 5 строк) запрещен.
    - Поиск без LIMIT (опять же если таблица НЕ на 5 строк) запрещен.
    - SELECT * - запрещен.
    - Денормализация БД должна быть обоснована.
    - MyISAM не используется (так уж)) )
    - Множественные операции обязательно в транзакции, с откатом если чо пошло не так.
    - БД не должна содержать бизнес логики, только данные в целостном виде.
    - Не должно быть нецелесообразного дерганья БД там, где без этого можно обойтись.

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

    * О людях:
    - "Я привык писать так и буду дальше" - не вопрос, ревью пройдешь только когда поменяешь свое мнение.
    - "Я пишу в vim-е и мне так удобно" - здорово, код консолью я тоже в нем пишу)) но есть требования к коду, если в них не сможешь - не пройдешь ревью.
    - "Я скопировал этот страшный метод и поменял 2 строчки" - это конечно замечательно, но по блейму автор всего этого метода ты, так что давай без говняшек, хорошо?
    - "Оно же работает!" - вот эта фраза переводится примерно так: "да, я понимаю, что пишу полную хрень, но не могу писать нормально потому, что руки из жо", я правильно тебя понял?))
    - "У меня все работает!" - рад за тебя, а как на счет продакшна?
    - "Там все просто" - не используй слово "просто", от слова "совсем". Вот тебе кусок кода (первого попавшегося с сложной бизнес логикой), где там ошибка (не важно есть она, или нет)? Ты смотришь его уже 2 минуты, в чем проблема, там же все "просто"))

    * Всякое:
    ActiveRecord (это я вам как в прошлом фанат Yii говорю) - полное говно, примите за исходную. По факту у вас бесконтрольно по проекту гуляют модельки с подключением к БД. Не раз натыкался на то, что в тех же шаблонах вызывают save, или update (за такое надо сжигать).
    То, что используется Laravel - это печально((. Что бы выполнить требования приведенные выше, приходится "воевать" с фреймворком.

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

    UPD

    Формализировал данные критерии по ссылочке: https://github.com/index0h/php-conventions
    Ответ написан
  • Как работает приоритет выражений в php?

    p00h
    @p00h
    Фехтовальщик-стропальщик
    Код читается сверху вниз, слева направо. Интерпретатор делает из всего вашего дерева файлов одну огромную страницу кода и выполняет ее, опять же, сверху вниз, слева направо. Какое выражение встретится первым - то и выполнится.
    Ответ написан
  • Объясните конструкцию кода. Почему так?

    0xD34F
    @0xD34F
    А откуда вы взяли, что version - это метод? Нет, серьёзно - откуда? Расскажите пожалуйста.
    Ответ написан
  • Как делать createQueryBuilder в коде?

    FanatPHP
    @FanatPHP
    Чебуратор тега PHP
    Это не надо делать в "произвольном" классе. Это надо делать в сервисе. В который все необходимые компоненты передаются через dependency injection.
    При конфигурировании сервиса в services.yml все необходимые ему компоненты прописываются в аргументы конструктора

    foo.service:
            class: AppBundle\Helper\Foo
            arguments:
                $entityManager: "@doctrine.orm.entity_manager"


    и потом в самом классе в конструкторе переданный аргумент присваивается переменной класса
    use Doctrine\ORM\EntityManager;
    
    class Foo
    {   
        /**
         * @Var EntityManager
         */
        protected $em;
    
        public function __construct(EntityManager $em)
        {
          $this->em = $em;
        }


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