- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
расскажите это разработчикам WP бедные, как живут без них :)
Я бы глянул как это в Doctrine DBAL сделано (именно DBAL, a не ORM)
https://www.doctrine-project.org/projects/doctrine-dbal/en/latest/reference/data-retrieval-and-manipulation.html#delete - интерфейс простейший, как по мне
Один фиг на выходе я получаю писанину много большего кол-ва строк и неудобств чем было ДО.
В процедурном стиле я тратил 5 строк кода на подключения к базе
и далее только строки выполнения запроса по типу
Оставалось только думать какие переменные нужно экранировать.
Я же хотел потратить время, написать класс работы с базой данных, чтобы он помог мне перестать думать об экранировании и безопасности, но что еще важно - не усложняя написания самих запросов.
Оказалось так нельзя и вероятно опять придется отложить ООП на полочку ))
Наговнокодил через регулярку, вроде работает как я хотел
ты лет на 10 отстал, ВП самая ООП CMS...
Да, мой промах, там 50/50.
В любой случаи, ООП хорош в большом проекта и особенно когда им занимаются много людей.
Насчёт обвёртки Mysql, её нужно делать на больших проектах обязательно, хотя бы просто запросов. Чтобы потом можно было делать мониторинг запросов для поиска узких мест.
ты лет на 10 отстал, ВП самая ООП CMS...
Нууу, такое себе там ООП... Создать глобальную переменную и потом тянуть ее везде)))
Наговнокодил через регулярку, вроде работает как я хотел
По-моему какая то ерунда, почему бы не использовать стандартные методы PDO. Для удобства я всегда использую такой класс
Далее подключаю и использую в любом месте где захочется.
По-моему не сложно написать три строчки. И так легче читается.
По-моему не сложно написать три строчки. И так легче читается.
Как правило у меня сложные запросы бывает несколько десятков переменных и в итоге получится 100500 строк. К сожалению не вижу упрощения лично для себя.
Мой говнокод выше к сожалению тоже нормально работает только с одной переменной.... ПОка не нашел нормальных вариантов.
У нас(в пайтоне) твоя проблема решается через миддлвари и провайдеры, абстрактные классы. Подключение к БД - отдельно, провайдеры для различных запросов, абстракйии для целостности, например.
Не думаю что это нельзя реализовать средствами пхп
Нууу, такое себе там ООП... Создать глобальную переменную и потом тянуть ее везде)))
Чтобы всем было видно, что это ООП
ну если для тебя ООП тока что было видно - то ты не понимаешь зачем все это. Говнокодят, а потом вот эта рекомендация в ВП - в именах плагинов префиксы использовать)
Я ни в коем разе не навязываю свою точку видения, но работа в больших проектах заставляет по другому смотреть