All streams
Search
Write a publication
Pull to refresh
0
0

Backend Developer

Send message

Ребята, подскажите судьбу проекта Kora (https://github.com/Tinkoff/kora). Его решили прекратить?

Сейчас хостер прислал сообщение:
"Наши чиновники отключат 1 февраля 2021 домены .kz за хостинг на зарубежных серверах.".

Сильно сладко. С таким количеством сахара получается PHPerl какой-то :)

Да, в крупных приложениях главное, как ты пишешь бизнес-логику предметной области. Хорошо спроектированная бизнес-логика обычно легко переносима между фреймворками.


Для меня критерий применимости фреймворка для крупного проекта — степень следования рекомендациям PHP-FIG.

Думаю, что это поможет более прозрачную структуру приложений
Извините, увлекся F5
Интересно было бы использовать в PHP концепцию селекторов, как в jQuery. Попытка такое реализовать есть в atomikframework.com.
Кто-нибудь подобные решения знает?
Интересно было бы использовать в PHP концепцию селекторов, как в jQuery. Попытка такое реализовать есть в atomikframework.com.
Кто-нибудь подобные решения знает?
Интересно было бы использовать в PHP концепцию селекторов, как в jQuery. Попытка такое реализовать есть в atomikframework.com.
Кто-нибудь подобные решения знает?
Интересно было бы использовать в PHP концепцию селекторов, как в jQuery. Попытка такое реализовать есть в atomikframework.com.
Кто-нибудь подобные решения знает?
Тоже сожалею. Но все равно люблю его и пишу на нем.
Взгляните на ООП в Python. Мне такая организация кажется усложняющей жизнь.
А вот Ruby хоть и не использую, но считаю что там все сделано изящно, тот же ООП заложен с самого начала. Т.е. у Ruby сразу была цельная концепция разработки.
Когда я начал изучать PHP, мне было непривычно отсутствие точечной нотации.
Думаю, что с введением namespaces ситуация начнет меняться, и базовые функции будут приводиться к единому виду.
Хотя, все сразу все равно не сделяют, потому что это равносильно созданию нового языка.
Если рассматривать PHP, то этот «разнобой» в именовании функций, пошел еще с времен его зарождения его как открытого языка. В основном это относится модулям расширений.
Вы вправе использовать для своего продукта LGPL. B не важно, библиотека это у вас или программа.
LesserGPL означает «смягченная» лицензия.
Получается, что если продукт даже для внутреннего пользования, то исходники (согласно GPL) все равно нужно опубликовывать?
Считаю, что ваш вариант единственно подходящий.
Будет 2 продукта: один под GPL, а второй под вашей лицензией.
У меня тоже есть вопрос. Допустим, я пишу заказчику приложение с использованием компонентов с GPL.
В конце предоставляю заказчику в т.ч. исходники, и свои и компонентов.
Есть ли в таком случае, какие-либо конфликты с GPL?
Я сам часто использую описанные автором решения. В меру это действительно, помогает упростить разработку. Начинающим не помешает знать о таких решениях.

Information

Rating
Does not participate
Location
Усть-Каменогорск, Восточно-Казахстанская обл., Казахстан
Registered
Activity

Specialization

Backend Developer
Senior