Создать шаблон для ответов по отказу - это 5 минут времени. А выглядит, как не очень уважительно и не серьезно, если на твою анкету вообще ничего не ответили, а тупо проигнорили.
Давно это конечно было, но помню на hh публиковались и мы и там был прикол, что человек откликается, а чтобы ему ответить нужна подписка или какая то доп плата, поэтому я в сопроводительном всегда контакты свои скидываю.
Так в этом тоже могут быть причины. Мне отказывали по причине, что думают что мне с моим опытом будет не интересно у них. Так что подавать надо туда, на что расчитываешь, если резюме на работу в Сбере условно, то смсл его скидывать в рога и копыта никакого нет. Рекрутеры тоже не будут нанимать человека который может через 2-3 месяца уйти так как найдет более интересную работу
Вы точно делаете то что нужно? там же сейчас включается через простую настройку у server
server { listen 443 ssl; server_name site.ru; http2 on; }
Давайте подушним? =))
1. Зачем пользователю читать 100-200-300 страниц? С какой целью? Это видимо и не новостной сайт, маловато контента. Возможно мелкий магазин каталог? Но как пользователь будет искать и подбирать себе контент через внешний поиск? Как посадочные делать под подборки для этих 300 страниц чтоб собрать больше НЧ?
2. Что значит переходить на сторонний сайт для оплаты? Если эквайринг, то вам надо наверняка создавать заказы внутри сайта, с номером заказа, регистрировать заказ в эквайринге и перенаправлять туда пользователя?
3. Это все функции сайта я так понимаю? Или там все таки например надо будет прикрутить какой нибудь логгер запросов чтобы отсекать ботов? Статистику запросов к этим страницам? Или на "слово" метрики будем верить? Мы же коммерческий сайт обсуждаем и там все таки хотят как то повышать прибыль с инструмента в виде сайта?
Я не понял там чет изначального вопроса если честно, но тут уже выше писали это да классический генератор сайта, который кстати на вэбхуках гита можно неплохо оптимизировать работу. То есть вы в каком либо формате (markdown например) добавляете в гит страницу, на сервер отправляется хук, запускается функция генерации (например nuxt generate) ваш проект пере собирается в статику и у вас все статично, при том можно удобно подключать динамические компоненты, писать логику и в будущем запросы к апи если требуется. Даже для маленьких сайтов я использую и докер и гит и фреймворки и все прелести доступных инструментов, ведь если ими владеешь, то сложности с использованием не возникает. Но удобнее логи смотреть в какой нибудь графане со строкой поиска, на сервер зайти только для первоначальной настройки, если что то типовое есть плейбуки от ансамбля, если ты на ступеньку выше, есть хельмы для кубера. В общем все это благодать даже для маленьких проектов. Если конечно это хобби, которое денег не приносит совсем и не хочется совсем вкладывать тут возможно да есть смысл искать способы максимальной оптимизации затрат.
Но самое главное что мне не нравится в привязке к локальной разработке (когда все на одной машине), ты привязан к этой тачке. Я даже конфиги серверов храню в гите, чтоб если надо поднять точную копию можно было просто копирнуть
2-е дыхание конструкторов?
Почему второе? Если уж говорить про деньги, то они в коммерции, коммерции нужны посадочные под рекламу, быстро и красиво посадку делают именно на конструкторах. Если вводить дорогущие запросы в директе, там по любому будет тильда и не в единственном экземпляре. Разработка на CMS будет в любом случае дороже: дизайн, вертка, интеграция, порой делают 3 спеца если нормально, на тильде справится один. При том тильда самый простой и с минимальным количеством возможностей.
Нет, оператор данных вы, они являются агентом или кем угодно со своими условиями, но данные собираете и обрабатываете вы
Нет понятия персональных данных в отношении юр лиц, если ваши договора заключаются с юр лицами, то ничего регистрировать не надо, так как данные в договоре являются публичными, такие как огрн, инн, ген дир и так далее
Сжирают эту нижу давно сервисы, я как писал об этом 3-4 года назад, так и дальше буду писать. Коммерческие сайты просты делают уже приоритетнее на конструкторах. А если ты программист простых сайтов, то искать работу на простые сайты будет все сложнее и сложнее. О чем я и говорю, а какие сайты на чем делать это не в эту тему =)) У ТС проблема что он начал конкурировать с теми кто на конструкторах делает клево за 3 копейки
Почему смеюсь? У нас есть легаси, что то конечно утеряно, но основное все описано, есть структура которой все придерживаются, правила, линтеры, даже файлик настроек проекта для продуктов jetbrains прикреплен, то есть даже форматирование кода одинаковое. Сверху не получится за коммитить херню всякую, если правились роуты значит должны быть изменения в документации иначе не получиться влить код и так далее. Это все вполне настраиваемое и используемое и это я говорю про php стэк.
Ну это не совсем же корректно, использовать инфраструктурный готовый код, но полностью свой бизнесовый слой это же и есть самопис. Не самопис - это CMS с плагинами, low code например ещё, но точно не фреймворк =)) в RoR нет самописов? =))) одни стартапы, а рубивское мета программирование позволяет клепать свои DSL (свои языки программирования) =)) Я же по этому и говорю, что даже если взять CMS за основу, напилить туда самописных плагинов модулей и вот уже будет самопис по сути, архитектура только CMS но опять же, никто не мешает её перекроить и в WP подключить симфони и пилить уже на симфони а не на WP
Ну php тоже надстройка над си так то. Давайте определимся что есть самопис? Если я взял Slim который дает роутинг, прикрутил к нему php-di для того чтобы получить D из чистой архитектуры, накинул сверху например доктрину для работы с БД и дальше начал бизнесовую логику согласно правилам DDD в юз кейсы упаковывать это будет самопис или нет?
Или так, я самостоятельно пишу ядро поддерживая PSR-7 это самопис или нет? А дальше с учетом что это PSR-7 я могу ядро прикрутить к любому фреймворку современному по сути и дальше это самопис или нет?
