• Правильная карта сайта доски объявлений?

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

    anton_reut
    @anton_reut
    Начинающий веб-разработчик
    Есть специальные сервисы-пингаторы поисковых систем: www.vbizsoft.kg/seo/ping-search-engines.html
    https://codebeer.ru/ispolzuem-ping-servisy/
    Ответ написан
    Комментировать
  • Стоит ли делать логин чувствительным к регистру?

    isset89
    @isset89
    Врёшь, тебе нравится
    Трудности будут , если сделать регистрозависимым.
    С безопасностью это вообще никак не связано, а только с лишним геморроем
    Ответ написан
    Комментировать
  • Стоит ли делать логин чувствительным к регистру?

    TTATPuOT
    @TTATPuOT
    https://code.patriotovsky.ru/
    Вы, конечно, можете бесконечно думать о безопасности, но здесь речь идёт о банальном удобстве пользователя. Неправильно, может, я заборчиком логин написал при регистрации и, что, мне теперь всю жизнь страдать?

    Да и в классическом MySQL это не представляет никакой угрозы.
    Ответ написан
    Комментировать
  • Как ограничить количество запросов на сервер при автосохранении данных?

    OTCloud
    @OTCloud
    Программирование и Архитектура ПО
    Нужна точка отсчета для использования ваше упомянутого debouncing метода. Для этого можно использовать "печенюхи", которые в данной задаче бесполезны, так как их можно просто удалить и снова закидывать сервер запросами ( 1 запрос * 5000 запросов ). А можно писать логи прям на сервере и парсить их скриптом, который будет является чем-то вроде "proxy" и сам будет знать когда ему отвлекаться на запросы пользователя, а когда "попросить подождать".
    Ответ написан
    Комментировать
  • Как работать командой над большим проектом?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    software engineer
    1. Договор - полюбому. Чтобы можно было прижучить.
    В нормальных команиях также секьюрити проводят регулярные таунхолы, особенно для новичков, где рассказывают о безопасности. И приводят пару примеров, как кто-то расшарил кусочек кода, как его засудили на много денег и добавили в черные списки всех компаний.
    Это для тех, кто по глупости может.

    2. Делите исходники на части. Автоматизируйте деплой так, чтобы разработчик это руками не делал и никуда не лазил - сделал коммит - CI сервер автоматом закачал все нужное из разных репозиториев и задеплоил. Надо нескольким разработчикам - сделайте несколько тестовых окружений, чтобы разработчик мог зайти в Jenkins или Teamcity, нажал одну кнопку и выбрал куда ему деплоить. Но своих логинов парлей у него не было.

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

    И это все равно не гарантия. Смиритесь =)
    Ответ написан
    1 комментарий
  • Как работать командой над большим проектом?

    Sanasol
    @Sanasol Куратор тега Веб-разработка
    нельзя просто так взять и загуглить ошибку
    Есть еще один вариант, возможно очень глупый - делать письменный договор о неразглашении "начинки" проекта. И давать полный доступ к файлам проекта, который будет лежать на сервере для разработки.

    Это не глупый, а единственный нормальный вариант.
    Все остальные попытки что-то спрятать обречены на провал.

    Я не поверю, чтобы в крупных проектах давался доступ ко всему коду, каждому back-end разработчику.

    Для разделения можно использовать git submodules или просто отдельные репозитории хотя бы фронта-бекенда.
    Но делать это только для того чтобы спрятать код друг от друга бессмысленно.
    Можно и модулями кодить, и как угодно вообще, но это всего огромный оверхед для продуктивной работы.
    А в худшем случае вообще будете только и делать что бороться с этим монстром из кучи модулей/репозиториев, вместо нормальный работы над продуктом.

    2. Если, допустим фронтендер сделал обновление кода шаблона, как сделать так, чтобы не дергать постоянно back-end'а для внесения эти изменений?

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

    А так вообще с такими вопросами - нужен проект менеджер с техническими скиллами или тим лид, раз ни у кого в команде нет компетенции разрулить эти задачи.
    Ответ написан
    5 комментариев
  • Как работать командой над большим проектом?

    dollar
    @dollar
    Делай добро и бросай его в воду.
    Организацией работы проекта занимается ПМ (project manager) со всеми вытекающими требованиями к умениям и навыкам, можно гуглить.

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

    Придумать можно много чего. Письменный договор - полезно в качестве подстраховки. А так можно использовать разграничение доступа к файлам и папкам, можно сделать что-то типа онлайн редактора (я так понял у вас проект - это сайт). Новые фичи можно как-то обкатывать на отдельных страничках, а может и на отдельном сервере, так заранее и не скажешь без понимания всей кухни. В некоторых организациях, например, запрещают доступ в Интернет и выдергивают нафиг все USB разъёмы, чтобы скопировать нельзя было. Но еще раз повторюсь - это отдельная работа и ответственность. И много всяких тонкостей. Ею занимается безопасник. То есть, к примеру, сотрудник без прав вполне сможет подружиться, а потом попросить друга одолжить доступ. Прикольный пример можно увидеть в сериале "24 часа" - там примерно половина времени это борьба хороших и плохих с бюрократией и разграничением доступа, обман, интриги, разоблачение, использование служебных полномочий, и периодически плохие оказываются у власти, а хорошие не могут до них добраться как раз из-за этих ограничений. Суть в том, что идеальной системы нет, и ни вы, никто другой, не сможете всё контролировать.
    Ответ написан
    1 комментарий
  • Как работать командой над большим проектом?

    Kozack
    @Kozack
    Thinking about a11y
    1. Договор стоит заключать со всеми
    2. У вас должен быть отдельно сервер для разработки и сервер продакшена. Ко второму доступ имеют только отдельные сотрудники которые занимаются деплоем.
    3. Сам проект стоит разделить на несколько подпроектов. По типу back-end, interface app, api app и для каждого сотрудника выдавать доступы только в пределах подпроекта, наказав следить за обратной совместимостью. Так вам будет проще, скажем, написать интеграционные тесты
    4. Обязательна система контроля версий. Во многих, насколько я знаю, можно ограничивать доступ для разных сотрудников
    Ответ написан
    1 комментарий
  • Как работать командой над большим проектом?

    Martovitskiy
    @Martovitskiy
    gitolite, приходит на ум. Это средство для создания централизованных репозиториев для совместной разработки через git. Позволяет создавать модули, которые будут выглядеть как папки верхнего уровня, заводить пользователей и гибко раздавать права.
    Ответ написан
    1 комментарий
  • Зарубежные аналоги digiseller.ru?

    @Sing303
    Ещё https://rocketr.net/ используют (там особо не смотрят на сам товар)
    Ответ написан
    Комментировать
  • Исполнение EXE файла на сервере Ubuntu?

    Для консольной программы может сработать вариант с Mono (пакет mono-runtime). Если при запуске будет exception по поводу нехватающих зависимостей-библиотек, то нужно установить пакет mono-complete.
    Запускать так:
    mono Program_name.exe file_name.format --fileoutput
    Ответ написан
    Комментировать
  • Нехватка памяти для обработки PHP?

    kotomyava
    @kotomyava
    Системный администратор
    В скобках то, что запрошено, а не лимит. =)
    Парсер, вероятно кривущий, если на входе не сотни мегабайт данных. =-) Ну а если сотни, то да, реально нужно бывает в несколько раз больше памяти чем есть входных данных, или надо работать не со всеми данными, и оптимизировать алгоритм по памяти.
    Ответ написан
    Комментировать
  • Размещение Node.js и PHP приложения на одном сервере?

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

    web-клиент -> web-севере на php -> файл на сервере -> nodejs -> база данных (отсюда php сервер отдаст его клиентам)
    Ответ написан
    1 комментарий
  • WordPress заражен вирусом спустя время?

    @weart
    Некоторые "разработчики" используют платные версии плагинов, скачанные с файлопомоек. Что содержится в коде этих плагинов, страшно представить.
    Ответ написан
    Комментировать
  • WordPress заражен вирусом спустя время?

    igorux
    @igorux
    Заражена могла быть тема. Откуда она была взята?
    Мог утечь пароль к FTP.
    Посмотрите логи FTP и панели управления хостинга, если там предусмотрена такая возможность.
    Если повторится, несмотря на все меры — смените хостера.
    Ответ написан
    Комментировать
  • WordPress заражен вирусом спустя время?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    вирус там не был изначально. ваш сайт взломали и залили его туда.
    из-за популярности WordPress - для него существует просто уйма способов взлома. гуглите способы защиты для wordpress
    Ответ написан
    Комментировать
  • Публикация сайта на зарубеж?

    @zetproj
    Воспользуйтесь самым крупным Американским сервисом Godaddy. В будущем сам планирую для себя там прикупить хостинг.
    Ответ написан
    1 комментарий
  • Публикация сайта на зарубеж?

    RotgarSett
    @RotgarSett
    SEO Эксперт
    Как уже написали много раз выше, с покупкой домена не будет никаких проблем и подводных камней. Чего нельзя сказать о продвижении. Если проект прям международный, сразу берите CDN, амазон или клаудфлэр.

    Практически все инструменты и каналы маркетинга сильно отличаются не только в РФ и на западе и дальнем востоке, но и от страны к стране будете сталкиваться со своими нюансами.
    Ответ написан
    Комментировать