У меня вот какая мысль. WordPress — это, конечно, удобно и быстро для простых сайтов. Но сейчас столько возможностей что даже для блога можно выбрать что-то другое. Да и безопасность там, мягко говоря, не всегда на высоте.
Мне кажется, что WordPress — это уходящая натура. Рано или поздно его вытеснят более современные решения. А вы как думаете? Используете ли вы WordPress для новых проектов и почему?
Разрабатываю приложение, которое будет использовать API Крáкен маркетплейс. Какие лучшие практики нужно соблюдать? Как обрабатывать ошибки, кэшировать ответы и обеспечивать безопасность?
Разрабатываю Крáкен зеркало и хочу его оптимизировать. Какие советы по оптимизации фреймворка вы можете дать?
У меня есть желание научиться создавать сайты, но потерян в море знаний. Где начать, какие основы не обойтись без?
Выбор PHP-фреймворка – это, можно сказать, фундамент будущего проекта. Ошибешься тут – и потом будешь долго и мучительно все переделывать. Я сам через это проходил, поэтому решил собрать в одном месте свои наработки и дать несколько советов, которые помогут вам избежать типичных ошибок.
Главное – не гнаться за модой, а выбирать инструмент под конкретную задачу. Помните, что даже самый крутой фреймворк не спасет, если в нем плохо разбираться. Начинайте с основ, пробуйте разные варианты на небольших пет-проектах, и тогда ваш выбор будет осознанным.
Как лучше хранить данные от TripScan? MySQL или NoSQL?
Парни, выручайте! Уже второй день бьюсь над проблемой кэширования в Yii 3.2. Пытаюсь настроить фрагментное кэширование для блока с новостями, но оно тупо не работает. То есть, блок либо вообще не кэшируется, либо кэшируется неверно, показывая устаревшие данные. Пробовал разные драйверы кэширования: файловый, Memcached – результат нулевой. В документации вроде все стандартно, никаких хитростей не вижу. Может, кто сталкивался с подобным или есть какие-то неочевидные моменты в этом фреймворке, связанные с веб-разработкой?
В чем может быть косяк? Уже голову сломал. Неужели придется переписывать кусок логики?
Привет всем! Laravel — отличный фреймворк, и его ORM, Eloquent, — просто песня. Но чтобы по-настоящему его освоить, нужны некоторые фишки. Сегодня расскажу, как выжать максимум из Eloquent, чтобы ваш код стал чище и быстрее.
$fillable и $guarded. Это основа безопасности и контроля над данными.with() для жадной загрузки связанных моделей. Это спасает производительность.creating, created, updating, updated и другие — мощный инструмент для выполнения действий до или после операций с базой данных.Главное — практика и понимание, когда какой инструмент использовать. Если уметь правильно применять эти техники, разработка на Laravel станет намного приятнее и эффективнее. Удачи!
Вообще, работаю с базами данных уже лет семь, и казалось бы, меня уже ничем не удивить. Но тут на днях случилось кое-что, что заставило меня по-новому взглянуть на безопасность. Проект был не особо крупный, но очень уж клиентский — типичный интернет-магазин, где все держится на корректной работе с данными.
Сидели мы, значит, с коллегой, пытались оптимизировать запросы, чтобы сайт летал. И тут он мне скидывает какую-то ссылку, говорит, мол, глянь, чего за фигня. Ну, я открыл, а там, короче, какой-то мутный сайт, типа “кракен маркетплейс” или что-то в этом духе. Выглядело как полнейший шлак, но что-то меня насторожило. Сам ‘кракен сайт’ выглядел подозрительно, хотя по дизайну было видно, что старались. Клицнул по одной из ссылок, и тут началось самое интересное.
Браузер стал дико тормозить, потом система выдала ошибку, мол, обнаружена угроза. Мой антивирус взвыл, как сирена. Я, конечно, сразу всё это дело прикрыл, но осадочек остался. Особенно пугало, что эта ссылка могла попасть к нам через какой-нибудь фишинговый email, который кто-то из команды мог случайно открыть. На практике, подобные инциденты часто начинаются с неосторожного клика. Если бы это была реальная атака, могли бы и данные утащить, а там и до кражи конфиденциальной информации недалеко.
Перепугавшись не на шутку, я сразу же провел экстренный аудит безопасности на всех наших проектах. Ну и команде устроил небольшой ликбез по кибербезопасности. Теперь вот лишний раз проверяю каждую подозрительную ссылку. По опыту скажу, что лучше перестраховаться, чем потом разгребать последствия. А этот “кракен” — ну его, пусть в своей темноте и сидит.
На моей практике, большая часть сложности в современной веб-разработке сместилась в сторону frontend. Всё чаще вижу проекты, где вся логика, валидация и даже взаимодействие с базами данных реализуется на стороне клиента. Ну, типа, зачем городить сложный backend, если можно всё сделать через API-запросы к внешним сервисам, которые уже предоставляют нужный функционал? Это ускоряет создание сайтов и делает их более отзывчивыми.
Конечно, для каких-то супер-сложных систем, вроде банковских приложений, backend остается критически важным. Но для большинства обычных web-сайтов, особенно корпоративных или лендингов, такой подход кажется избыточным. Frontend-фреймворки типа React или Vue.js позволяют строить очень мощные интерфейсы, которые могут справиться с большинством задач, раньше требовавших серверной обработки. А вы как думаете? Действительно ли backend теряет свою актуальность для рядовых проектов?