Бучнев Павел @butschster
Senior PHP Developer
Information
- Rating
- Does not participate
- Location
- Батуми, Аджария, Грузия
- Date of birth
- Registered
- Activity
Specialization
Backend Developer, Software Architect
Lead
From 500,000 ₽
PHP
Docker
PostgreSQL
Git
English
Software development
Ну я не рассматриваю этот канал с точки зрения найма этого человека, он полезен с точки зрения понимания последствий неверно принятых решений.
Удар в сторону двери это еще половина беды, но кто после этого проверяет наличие подушек безопасности или изменение геометрии машины.
В основном у него на канале показывается процесс изучения кузова автомобиля на наличие дефектов, проверка пробега, а также показываются последствия ошибочных покупок, когда эксплуатация машины не возможна после покупки, например, как в последнем видео, где человек купил в кредит авто за 800 т.р. и теперь сможет продать только на запчасти без возможности эксплуатации.
Ну собственно вот ответ на ваш вопрос https://www.youtube.com/watch?v=r0AwMRPrVJs А вообще советую посмотреть этот канал перед тем, как решиться на покупку б\у авто.
Ну понятно что у Вас то они обычно простые, сложные не впишутся концепцию проекта SKY, т.к. они требуют много строк кода, а здесь то «clear cloud»
А вот рассмотрим реальные cron задачи:
— Синхронизация списка пользователей сайта и AD корпоративной сети
— Синхронизация календарей сотрудников из MS Exchange с корпоративным порталом.
— Ежедневная рассылка уведомлений по электронной почте
— Обновление поискового индекса на сайте
— Генерация отчетов
Каждая из этих задач требует выполнить не один SQL запрос, вдобавок нужно сформировать и т.д. и т.п. Боюсь ваш крон файл не выдержит такое, так же как и код.
Кстати, вы же знаете, что крон задачи можно добавлять напрямую в crontab, это сэкономит лишние!!! килобайты!!! Вдумайтесь, зачем ваш файл
cron.php
, если можно, например,crontab -e
и там добавить нужные задачи.Функция
at
костыль!Я так понимаю, вы стали программировать не заглядывая в документацию, да и видимо так со всем остальным. Дома у вас инструментов также никаких нет, только потому, что есть камень, самый простой инструмент и с его помощью можно сделать все, забить гвоздь, развести огонь ну и инструкция не нужна! Зачем усложнять жизнь?
Так вот правда в том, что инструменты, также как и ваш, рождаются тогда, когда его автор считает, что он необходим. И чем больше людей используют инструмент, чем он полезнее. Давайте обратимся к статистике: https://packagist.org/explore/popular и посмотрим какие сейчас инструменты нужны всем.
Вам бы идти в демагоги, а не в программисты.
Ну и напоследок: я бы советовал взять, к примеру, SugarCRM. Почему его? А потому что он монструозный и код открыт и там вы в полной мере окунетесь в мир глобальных переменных, php4, легаси кода и т.д. Изучая его вы сможете в полной мере ощутить себя в шкуре тех разработчиков, которым вы пытаете впарить свою систему. После того, как вы во все это окунетесь, задумайтесь над тем, насколько можно сократить код по идеологии SKY Project
P.s. Вы же, надеюсь, понимаете, что как только ваш КПИ (код повторного использ.) по возможностям отчасти сравняется с Laravel, то ему потребуется документация? Или вы думаете, что весь код из Laravel можно сократить до 3-х функций? И отсюда у вас возникает вопрос: раз даже я, разработчик, который решил изменить мир к лучшему не смог изучить код Laravel, то код от лукавого и не нужен, не то что мой, понятный мне без документации, а значит всем остальным и в этом его преимущество.
P.p.s У меня в проекте 276 файлов с классами покрытыми phpDoc + 60 view файлов (и это еще не большой проект, без учета сторонних библиотек), как думаете, насколько это можно сократить?
Милейший, вы в моем примере увидели красоту кода? Ну да, код красив, но им также удобно пользоваться! Он избавляет от дублирования кода, он экономит время разработчика.
Вы видимо шутите? Т.е. если у вас будет поддержка 10 БД, то ваш проект будет содержать 10 клонов, разница в которых только в SQL запросах? Кто будет за этим следить?
Я так понимаю, что вы нахватались откуда то красивых словечек и умных фраз и решили, что теперь то вы бог программирования, но по факту моя теория о том, что единственный проект, который вы за всю жизнь сделали — это SKY. В противном случае вы бы понимали что даже при создании простейшего сайта для различных заказчиков вы столкнетесь в разными требованиями.
Простейший пример: Один заказчик хочет, чтобы в БД пароли хранились с определенным алгоритмом шифрования, который ваша CMS не поддерживает, второй хочет видеть авторизацию по email, третий хочет полноценной api и SPA с использованием JWT, я так понимаю что в вашей SKY ни один из этих кейсов не реализуем?
Здесь либо программиста переклинило от того, что у него была куча кода со времен php4 и он не смог пережить его тотальное устаревание. Также я подозреваю, что человек за всю жизнь сделал всего один проект и его название SKY. Если вспомнить свой путь создания нескольких проектов для широкой публики, я могу с уверенностю сказать, что код проекта SKY будет занимать меньше места, чем список хотелок, которых не будет хватать окружающим.
Я так понимаю, что разработчик не знает про то, что не все используют mysql, sqlite, pgsql, и Query Builder позволяет на выходе получить запрос под конкретную БД с учетом ее особенностей.
Если происходит сабмит формы с 100 полями, то QB позаботится об экранировании данных.
Ах этот лаконичный SQL запрос… когда в нем начинают появляться условия :) Или мы не хотим соблюдать последовательность при проверке условий…
Приведу пример из SugarCRM, когда они пошли по похожему пути https://github.com/butschster/sugarcrm_dev/blob/master/data/SugarBean.php#L2883 Казалось бы, что может быть проще, чем выполнить SQL запрос и зачем только нужен этот Query Builder?!
Ну и чистый лаконичный SQL
В чем смысл приложения, в котором своего функционала всего с гулькин нос и банально он не будет корректно работать со сторонними библиотеками, которые по мнению автора зло, но так необходимы остальным разработчикам, которые ценят свое время и хотят использовать проверенные сообществом решения и покрытые тестами.
Хотелось бы пару строк от автора о том, как расширять ядро не затрагивая при этом сам код?
Подведем итог: с 2012 года автор смог осилить написание около 100 кб устаревшего к настоящему времени кода. Пакет «FORUM.SKY» появится тогда, когда автор сможет уместить идеальный всеохватывающий код в 800 строк. Остальные пакеты появятся тогда же.
У вас инструкция по установке занимает гораздо больше места, чем описание возможностей.
Мне кажется, нет смысла занимать нишу разработки админки, если шаблон не может предложить ничего, кроме цветовой гаммы и парочки дополнительно сверстанных элементов. Основным запросом пользователей являются:
— работа с таблицами (формы поиска в таблицах) и вывод данных
— работа с формами
И в этом плане полный провал у всех. Большинство админок фактически берут плагины, немного подстраивают верстку под свой шаблон и называют это интеграцией, а когда доходит дело до использования, тратишь по несколько часов, чтобы настроить.
По мне, идеальная админка, за которую я готов заплатить, должна иметь мощный набор инструментов именно с формами. Т.е. должны быть проработаны:
Также 99% пользователей жаждут получить wysiwyg редактор текста в возможностью загрузки и выбора файлов на сервере. И сделать это как готовый работающий инструмент. Если будет похоже на то, как это сделано в wordpress, то аудитория не заставит себя долго ждать. Причем задача не такая сложная.
За все время общения с пользователями разрабатываемых систем я пришел к выводу, что все хотят готовый инструмент, который позволит им решить их задачи, собирая шаблон как конструктор, а не просто красивую оболочку, к сожалению, мало кто захочет дорабатывать.
Сейчас, увы, это не более чем красивая оболочка без содержания. Я бы рекомендовал взять свой шаблон и собрать на нем парочку сайтов с админ интерфейсом, которым вы сами будете пользоваться и вы откроете для себя много нового.
Удачи в разработке своего продукта, готов ответить на вопросы.
P.s. я с большим уважением отношусь к баг репортам и по возможности стараюсь проблемы исправлять в кратчайшие сроки.
Сколько лет вы работаете в терминальном бизнесе? Если сейчас нельзя — это не говорит о том, что раньше такого не было. За время моей работы милиция приезжала за 3-мя сотрудниками компании, которые попались на воровстве, это говорит о том, что люди имеют свойство находить лазейки. Данная статья тому подтверждение.
Я могу долго рассказывать истории как занимались разработкой своего Web интерфейса для терминала и принимали платежи через CyberPlat, как часто все висло, на сколько граблей за все время разработки своей мини ПС наступили. Про то, как разрабатывали свой Frontend для сбора аналитики работы сети из 1500 терминалов через API Qiwi, чтобы свести такие историй, о которых я рассказывал к минимуму. Я даже боюсь вам говорить сколько инкассаций пропадало, потому что не сможете в это поверить. Как воровали терминалы набитые деньгами, выдергивая их машиной или как грабитель через монитор вытащил купюроприемник.
1. Договор с банком на инкассацию денег из терминала и соответсвенно нужны инкассационные чеки с терминалов для банка с суммой равной сумме инкассаций, а там как известно бывают сбои со стороны киви и платежи пропадают, соответсвенно чеки нужно готовить иногда вручную.
2. Наличие сервисной бригады, которая будет их ремонтировать и устанавливать
3. Желательно знать надежные места, где можно разместить терминалы, т.к. есть места где их могут повредить (конкуренты, вандалы) или вообще своровать. Самые прибильные места — конкуренты и аренда.
4. Почти нулевой заработок на комиссии, соответственно рано или поздно вы втянетесь в черные схемы и будет сложно из них выйти.
5. Нужен постоянный человек на телефоне, который будет отвечать на телефонные звонки.
6. Нужна аналитика по всем терминалам, чтобы понимать движение средств в них, чтобы всегда понимать что происходит.
По прошлому опыту добавлю, что терминалы воруют, инкассаторы или техники также могут воровать деньги с них, много или по чуть чуть (был случай когда один ремонтник украл себе купюроприемник, подключил к домашнему компьютеру и оплачивал через него все до тех пор пока не спалился на номере своего телефона).
При большом обороте будут поступать предложения различные от различных людей, которые будет сложно игнорировать.
В общем вот реальная история того, что было с одим из владельцев больше 1000 терминалов.