• Существует ли какой скрипт или библиотека для поиска "Странных символов" и их утилизации?

    Maxsior
    @Maxsior
    loading...
    В кодировках есть промежутки, отведённые на буквы, а есть промежутки для спецсимволов - исходя из этого, можно сделать фильтр и просто вырезать спецсимволы
    Вот таблица юникода: тыц
    Ответ написан
  • Существует ли какой скрипт или библиотека для поиска "Странных символов" и их утилизации?

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

    saboteur_kiev
    @saboteur_kiev
    build engineer
    Цените свое время и деньги.
    За перфекционизм не платят, платят за работу, которая соответствует требованиям заказчика, а не вашим личным.

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

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

    Короче. Правильно ставьте приоритеты.
    Ответ написан
  • Как прослушивать store и ререндерить компонент?

    @Roman_Kh
    Из своего компонента вы dispatch вообще не должны вызывать никогда.
    В Resize вы должны вызывать action, который вызывает dispatch.
    Когда store выполнит обновление, он должен отправлять сообщение, допустим, RESIZE
    Совершенно независимо от этого Modal должен при создании (например, в componentDidMount) подписаться на получение сообщений RESIZE от store.
    Получив сообщение, Modal должен отреагировать на него, например, вызвав render, изменив свое состояние через setState или через forceUpdate().
    Ответ написан
  • Почему angularjs уделяют так много внимания?

    @jacob1237
    Потому что его пиарит Google.
    Внутри ничего сверхъестественного нет, обычный two-way data binding и свой собственный шаблонизатор, который является основой фреймворка и фактически заставляет вас писать логику приложения в шаблоне.
    Ответ написан
  • Востребована ли профессия веб-разработчика?

    aleksand44
    @aleksand44
    Неоднозначно
    Чем плохи Ит - технологии - так это тем что доступны любому и порог входа очень низкий.
    Школьники, инвалиды, украинцы - все они идут в ИТ чаще чем куда-либо еще, поэтому присутствует некий демпинг этой профессии вышеназванными группами. Технологии быстро устаревают, постоянно приходится "быть в теме".
    Плюсы - востребовано в любой точке земного шара, т.к. технологии универсальны, можно работать удаленно.
    Ответ написан
  • Как настроить работу linkedin api на локальном сервере?

    AlekseyNemiro
    @AlekseyNemiro
    ответ помог - отметь решением, нет - будет удалён
    LinkedIn вполне нормально поддерживает работу с localhost, в том числе допустимы адреса с указанием номера порта. У себя подобных ошибок не наблюдаю, даже с OAuth 1.0a.

    OAuth v1.0 адово сложный. Ко всему прочему уже давно устаревший и скорее всего в будущем будет отключен. Лучше использовать вторую версию.

    Сообщение об ошибке странное, прям как в окне консоли браузера :-) Если проблема в работе сайта, то можно попробовать кеш обновить, антивирус пнуть или браузер поменять (отключить какие-нибудь расширения).

    Как вариант, можно использовать промежуточный сервер с нормальным доменом, который перенаправит все куда нужно. Пример можно посмотреть тут (в коде страницы).
    Ответ написан
  • Что написать в почасовой ставке в профиле на Upwork?

    @abcyu
    Разработчик
    Ты фриленсер - ты сам проводишь свой маркетинг, привыкай сам решать все.

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

    Смотри конкурентов на интересующие тебя заказы, прикидывай.
    Ответ написан
  • Как остановить Render при получении новых props?

    @GreenAnon
    Web developer
    Нужно воспользоватся методом
    shouldComponentUpdate(nextProps, nextState)вместоcomponentWillReceiveProps

    т.е. ваш случай
    shouldComponentUpdate(nextProps, nextState) {
        if (this.props.a != nextProps.a) {
            return false
        } else {
            return true
        }
    }

    или покороче
    shouldComponentUpdate(nextProps) {
        return this.props.a !== nextProps.a;
    }

    по умолчанию во всех React.Components shouldComponentUpdate возвращает true.

    Детальней: https://facebook.github.io/react/docs/component-sp...
    Ответ написан
  • Как прокачать агентство на upwork-е?

    @aquaruis1986
    Xamarin Dev
    Подводных камней при работе агентства нет. Там целый Большой Барьерный риф :)
    Если вы хотите развивать свое агентство, свою студию фактически, вам нужно как минимум стать классным спецом в той отрасли в который вы работаете. Если вы Top Rated или Rising Talent- это довольно хорошо помогает, если нет - есть куда расти как фрилансеру. Второе - нужно понимать что агентсво, это по факту другая работа, не программистом а менеджером.
    1. Главное, с чего нужно начать - клиенты. У вас должны быть более менее постоянные клиенты, плюс готовые заключить контракт вот почти завтра и еще запасные с которыми ведете переговоры на перспективу. Клиенты пропадают на месяцы, передумавают или уходят к конкурентам, это норма жизни.
    2. Найдите свою нишу которую можно сформулировать коротко и четко: "мы булочная, которая делает вкуснейшие ватрушки с изюмом" или " мы делаем офигенный mobile-friendly фронтенд на React JS". Это не значит что продавать надо только это, но будет акцентом когда вы общаетесь с клиентом, особенно с новым.
    3. Что вы можете предложить своим разработчикам? вариантов 2 - ЗП или % от проекта. по началу конечно %, платить постоянную зп даже небольшую это оооочень большой риск. подумайте каким количеством денег вам не жалко делиться. учтите, что может быть лучше договориться на меньшую сумму, а потом дать бонус - психологически для человека это намного приятнее.
    Что вы можете предложить своим разработчикам помимо денег? Обучение новым технологиям, покупка инструментария и полезных сервисов, участие в конференциях - все это можно и нужно учесть при обсуждении с потенциальным работником.
    Где искать сотрудников - сарафанное радио, фриланс биржи, линкедин.
    4. Сроки - для меня обычно это проблема. Не знаю как у вас, но мой небольшой опыт говорит, что если по своим проектам успеваешь еще более-менее, то при менеджерстве чужих проектов опаздываешь, причем намноооого больше. Очевидно, что зависит от специфики и размера проекта. Учитывайте этот момент и торгуйтесь с клиентом на долгие сроки. Выясните почему ему нужна именно эта дата с чем она связана (напр. премьера фильма, Рождество, запуск ракеты на Марс и тп.).
    5. Рабочий процесс - основные вехи которые вам нужно продумать\выстроить:
    • общение команды (skype\slack)
    • работа с системой контроля версий
    • код ревью
    • непрерывная интеграция
    • трекер задач
    • контроль выполнения задач и тестирование
    • трекер времени (опционально)
    • учет финансов
    • CRM для работы с клиентами
    • внутренняя документация (стандарты работы)

    На все это уйдет время и силы, так что дайте себе право на ошибку.
    6. Как раскручиваться - честно, здесь не могу посоветовать, специально раскруткой не занимался. Если хорошо работаете и получаете хорошие отзывы то постепенно поток заказов от старых клиентов и новых приглашений будет обеспечивать вас и сотрудников работой (при условии, что вы конечно не берете по +1 человеку каждый месяц, чего я бы крайне не советовал).
    Работайте на совесть, делайте классные приложения и все у вас будет хорошо!

    P.S. Сорри, что несколько сумбурно. Если общий стиль понравился, будет время допишу в комментариях свои соображения по остальным моментам.
    Ответ написан
  • Циклическая переадресация при запуске laravel/public?

    @Fellowship
    Пожалуйста представьте виртуальный роут апача или конфигурации nginx (смотря что у вас там).

    Также .htaccess ларавалелла не меняли? Mod_rewrite включён?

    И также роуты laravel было бы не плохо увидеть
    Ответ написан
  • Cпособ быстро заполнить базу данных (mysql)?

    @bears
    www.generatedata.com заполнить таблицу с нужными полями, получить массив на нужном ЯП (или csv) и залить одним разом.
    Ответ написан
  • Cпособ быстро заполнить базу данных (mysql)?

    MaxDukov
    @MaxDukov
    впишусь в проект как DevOps.
    если есть данные в CSV, то обратите внимание на LOAD DATA INFILE
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    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
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    edli007
    @edli007
    full stack, team lead
    Основное:
    1. Наличие критических ошибок и устаревших функций.
    2. Использование паттернов, элегантность решений.
    3. Читабельность кода, наличие коментариев, наличие доков.
    4. Соблюдение парадигм и соглашений ( например, нарушение MVC).

    Второстепенно\непринцыпиально:
    1. Быстродействие кода (за исключением хайлоад)
    2. Потребление памяти (за исключением бигдаты)
    3. Эфективность SQL запросов (за исключением совсем уж несуразных)
    4. Избегание в данных момент неважных, но потенциально узких мест (например замедление работы файловой системы при большом количестве картинок в папке аплоада)
    5. Новизна примененых технологий.
    6. Оправданое\Неоправднанное\Избыточное Велосипедирование.

    Мб еще вспомню.
    Ответ написан