- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
не проблема ж для тебя столь требовательного?
Очередной спринт завершился.
Пожинал плоды от пропуска этапа проектирования в проекте такого класса (в прочем много через прототипы идет все равно) - начала получаться каша из неймспейсов. По этом часть времени уделил рефакторингу, задепрекейтил пространство Core и пришел к более осознанной структуре.
Выпустил версию 1.2 в которой из основного:
Но и много "по мелочи". Подробнее в ченжлог
На следующий спринт предварительно запланировано: CORS, работа с куками, рефакторинг резолвера параметров (рефакторинг и добавление фич типа поддержки дефолтных значений, поддержки юнион типов и т.п.)
Единственное подумываю формировать переход на php 8.5 (дернуло меня начать на 8.4) - не хотел торопиться с мажорной версией, но уже есть фишки, которые хотелось бы применить из 8.5.
ArbNet, как с компом как с проектом?
Сложные запросы через билдеры никто не пишет. Если больше одного join, то только чистый запрос с валидацией
Очередной спринт завершился
Я вот одно не понимаю. Зачем тратить время на создание велосипеда?
Нельзя что-то реально новое создать в рамках этого челленджа? Ну вот просто взять какую-то свою задачу и реализовать.
У вас же есть в списке задач что-то такое этакое и никем не реализованное в готовом виде? Если у вас нет, то у других есть наверняка.
Про вашего оппонента по челенджу всё понятно без всяких челленджей. Все знают, что он ничего не покажет кроме слов.
Но вы... Зачем тратить время впустую?
Тех же микрофреймворков достаточно много. Тот же lumen или slim.
Да просто зайдите в любой репозиторий, который используете сами, и реализуйте какую-то функцию (по запросу или свою собственную). Больше пользы будет.
Про вашего оппонента по челенджу всё понятно без всяких челленджей. Все знают, что он ничего не покажет кроме слов.
Но вы... Зачем тратить время впустую?
Во-первых, я ещё не начал даже, но всё в силе, трудно из ступора выходить да и мелкие домашние дела оттягивают, попутно конечно можно сделать, короче постараюсь начать на днях.
Во-вторых, Александр сам изъявился показать, что создание своего инструмента это плёвое дело, что как вы и говорите не надо на это тратить время и тд. он с вами в этом солидарен, но всё же решил пойти по моим стопам, хоть я и не ограничивал его в использовании сторонних инструментов. Посмотрим что из-этого получится, ведь создание своего, это реальная разработка в отличие от использования готового по готовым примерам.
В-третьих, если вы такой умный и способный, то сделайте сами тогда что-то, покажите, что умеете и на что способны... А трепать языком и унижать других говоря, что они ничего не могут для этого даже большого ума не надо..
я ещё не начал даже
Тот же lumen или slim.
Я даже больше скажу. Вот эти фреймворки тоже не нужны. Lumen не просто так перестал обновляться.
Если кто имеет дело с Laravel, те с ним и будут дальше рабоать.
Кто-то скажет, зачем такая громоздкая штука в каком-нибудь мелком проекте? Да, скажут.
А я скажу, что я пробовал использовать отдельные компоненты от Laravel в локальных потребностях, где нужно было только несколько возможностей этого фреймворка. Ну я так подумал, что зачем тянуть множество зависимостей, когда можно только необходимые?
Как оказалось, я зря пытался это делать. Гораздо проще взять всё и не париться.
Да, чуть-чуть больше места занимает, но это вообще ничто по сравнению с затраченным временем на попытку сэкономить место.
Почему? Ты говоришь, что работал с Джанго, значит знаешь, что Django ORM позволяет писать довольно сложные запросы join, причем любой направленности - left, right, outer... Так же как и составные запросы с ленивой инициализацией. Про SQLalchemy вообще не говорю, там реализованы практически все SQL, включая функции.
Потому, что они становятся сложными. Вопрос в потерях. Это становится слишком сложным запросом, который необходимо решать предметно
Потому, что они становятся сложными. Вопрос в потерях. Это становится слишком сложным запросом, который необходимо решать предметно
Я в принципе не люблю Джанго ОРМ. Практиччески на всех последних проектах, где мы работали с джанго ОРМ - выпиливали ее в пользу SQLalchemy. На ней код получается короче, понятнее, она прекрасно работает с джойнами, автоматически экранирует данные. Это что сразу в голову пришло.
Не понимаю о каких сложностях ты пишешь - можешь примеры? Так же непонятна твоя нелюбовь к СОЛИД BTW
Я в принципе не люблю Джанго ОРМ. Практиччески на всех последних проектах, где мы работали с джанго ОРМ - выпиливали ее в пользу SQLalchemy. На ней код получается короче, понятнее, она прекрасно работает с джойнами, автоматически экранирует данные. Это что сразу в голову пришло.
Не понимаю о каких сложностях ты пишешь - можешь примеры? Так же непонятна твоя нелюбовь к СОЛИД BTW