Код нужно писать не как попало, а аккуратно и по правилам. Почему? Потому, что на неакуратно написанный код не хочется даже смотреть.

Если тебе лень выравнивать код руками, закачай его на http://beta.phpformatter.com/ и нажми «format». Робот исправит выравнивание и отступы в мгновение ока (да, прогресс не стоит на месте). Если ты используешь мощную IDE вроде PhpStorm, там тоже есть функция форматирования кода.

Горячие клавиши для форматирования кода в разных IDE: https://gist.github.com/codedokode/8759492

Вообще, в PHP долгое время не было единого стандарта оформления кода, все писали как попало и было много бардака, но сейчас дело лучше — есть стандарты PSR-1 и 2. Вот как надо оформлять код:

- переменные и функции пишутся с маленькой буквы, подчеркивание не используется, используется camelCase, пример: $x, $numberOfPeople, printResults()
- Название функции начинается с глагола, в стиле «сделайЧтоТо»
- не знаешь английский? Не беда, в 21 веке есть решение этой проблемы. Не пиши транслитом, открой лучше Гугл Транслейт или slovari.yandex.ru и найди название для переменной там
- в именах классов используется CamelCase, первая буква большая, «_» может использоваться
- мы предпочитаем подстановку переменных вместо конкатенации строк: "I am $age years old" — хорошо, 'I am ' . $age . ' years old' — плохо из-за обилия точек и кавычек
- мы используем для отступов 4 пробела (можно настроить редактор, чтобы при нажатии Tab он вставлял 4 пробела)

Вот ссылка на стандарты, где все это описано подробнее и даны примеры оформления:

PSR-1: https://github.com/samdark/fig-standards-ru/blob/master/accepted/ru/PSR-1-basic-coding-standard.md
PSR-2: https://github.com/samdark/fig-standards-ru/blob/master/accepted/ru/PSR-2-coding-style-guide.md

------------------

Итак, ты зашел в тред и решил помочь какому-то анону, дав ему совет или подсказку. Спасибо! Но прочти сначала эти напоминания, чтобы твоя помощь действительно была полезной.

Давай удочку, а не рыбу

Лучше не давать готовое решение проблемы, а рассказать как его искать. Может дать ключевые слова для гугла или ссылку. Но помогай, а не пытайся показать превосходство. Если даешь ссылки на нерусскоязычные статьи, упомяни об этом.

Будь доброжелателен

Не годится: «Ты мануал хоть раз в жизни открывал, обезьяна?»
Не годится: «В гугле забанили?»
Не годится: «Твой код плохой»
Хорошо: «Вот, как можно улучшить этот код: ...»
Хорошо: «Ты неправильно используешь функцию abc(). Вот ее описание: ссылка, и как видишь ей надо передать строку, а не массив»

Не придирайся к знанию английского или русского языка.

Объясняй

Не очень хорошо: «сделай как в этом коде»
Хорошо: «если ты вставляешь текст от пользователя в SQL запрос, то получается SQl-инъекция, которая позволяет взломать твой сервер (ссылки). Чтобы этого избежать, надо вставлять данные с помощью плейсхолдеров (ссылки)»
Хорошо: «Помни, что код пишется для людей. Если писать такие большие функции, то в них становится трудно разобраться...»

Не проповедуй

Мы учим использованию самых распространненных подходов, стандартов, библиотеки фреймворков. Если ты не любишь ООП, пробелы в коде, jQuery, сам PHP, то рассказать об этом стоит в каком-нибудь другом треде.

Не придирайся к знанию английского языка, анон пишет как умеет.

Ах да. Если тебе кажется, что что-то в учебнике или задачах можно сделать лучше — пиши, обратная связь всегда очень полезна.

>>919179

Класс очень простой, он по сути позволяет сделать 2 вещи:

- добавить обработчик для какого-то события (addEventListener)
- вызвать все зарегистрированные обработчики и может быть передать им параметры события (triggerEvent)

Примерно так:

var ed = new EventDispatcher;
ed.addEventListener(SOME_EVENT, function (event) { ... });
ed.addEventListener(SOME_EVENT, function (event) { ... });

ev.triggerEvent(SOME_EVENT, { data: ... });

Есть еще альтернативный подход, когда класс представляет диспетчер только для одного события (то есть на каждое событие создается отдельный объект):

var someEvent = new EventDispatcher;
someEvent.subscribe(function (event) { ... });
someEvent.trigger({ data: ... });

Ты также можешь посмотреть:

- как устроен встроенный в браузер диспетчер событий: https://developer.mozilla.org/ru/docs/Web/Guide/Events/Создание_и_вызов_событий

- обзор разных подходов (англ): https://github.com/millermedeiros/js-signals/wiki/Comparison-between-different-Observer-Pattern-implementations

Методы иногда называют немного по-другому (notify/dispatchEvent/raiseEvent/fireEvent), но суть та же.

Также можешь погуглить по словам Observer и Event Emitter/Event Dispatcher.

>>907746

> В каком вашем мануале можно прочитать про организацию роутера для URL, контроллеры по умолчанию, index.php в корне сайта?

У нас такой статьи нет. Но можно оизучать фреймворуи вроде Slim, Yii2, Symfony и посмотреть, как роутинг сделан там.

Обычно ислоьзуются такие подходы или их сочетание:

- конфиг, где прописаны шаблоны УРЛ и соответствующие им контроллеры
- шаблоны УРЛ и их обработчики явно прописываются в коде:

$app->get('/about', function () { ... });
$app->get('/help', 'HelpController::indexAction');

- используется какой-то стандартный шаблон URL по умолчанию вроде /контроллер/действие/имя параметра/значение параметра

Ну и процитирую еще пост другого анона с ответом на этот вопрос:

>>908528

> Первый ответ: https://toster.ru/q/321702

> Читать исходники готовых роутеров:

> http://symfony.com/doc/current/routing.html

> https://github.com/auraphp/Aura.Router

>>909285

>>Ты по моему не очень понимаешь, что такое AR. AR это когда класс/объект представляет и строку из базы данных, и содержит методы для ее загрузки/сохранения в БД. Ты уверен, что ничего не перепутал?

> Просто я видел такую фишку, когда делали абстрактный класс model в котором просто были сделаны операции типа insert и delete, а под конкретную типа student от него наследовались, называли это актив рекорд.

Нет, наследование тут не при чем. Главная особенность Active Record - то, что класс-модель сам умеет себя сохранять в базу:

$student = new Student;
$student->name = 'Ivan';
$student->save();

В других паттернах обычно 2 класса: класс-модель, редставляющий сущность и класс-сохранятель этой сущности в базу.

>>Лучше иметь сервис, в котором есть методы для проверки и сохранения файла. Чтобы мы всегда могли бы программно сохранить файл (даже если мы не собираемся это делать, просто чтобы код был логически разделен на част).

> О, отлично. Только это же все равно логически относится к моделям, правда?

Да, в MVC это модель.

>>безопасность, чтобы нельзя было сохранить файл с расширением php или именем htaccess

> Такие файлы стоит просто запрещать загружать или же менять им расширение?

Удобнее разрешать загружать, но при сохранении менять расширение на безопасное вроде .txt

>>909294

> Начал писать свой пикчехостинг на ларавеле. Вопрос следующий: у меня есть возможность загружать картинку не только с компа, но и по урл. Написал свой формреквест, форма валидируется нормально, но пропускает одновременно оба заполненных инпута, с файлом и урлом (нужен xor). Вопрос: как лучше организовать проверку на xor, писать свой Rule или делать это на стороне контроллера?

Я не особо разбираюсь в этом фреймворке. Я думаю, что стоит сделать оба поля необязательными, а затем написать правило, проверяющее, что хотя бы одно заполнено. Лучше конечно делать это в форме, а не в контроллере.

>>909411
>>909412

> Можете подсказать, почему конечный результат отличается?

Ты в последний месяц, когда там остается выплатить около 4000, выплачиваешь их сразу ( else {$paymentTotal = $paymentTotal + $creditBalance; ), а ведь на них сначала должны начислиться проценты и комиссия. И выйдет больше.

>>909492

> Где phpMyAdmin хранит комментарии к ячейкам таблицы?

phpMyAdmin сам их не хранит, а передает на сервер MySQL для хранения. Эти же комментарии можно добавить и без phpMyADmin, через SQL запрос вида:

CREATE TABLE x (
y INT COMMENT 'Примечание'
) COMMENT 'Примечание';

> Участвуют ли они в запросах?

> Есть ли разница в производительности запросов с ними / без?

Думаю, нет. Но разбираться в таблицах с комментариями гораздо удобнее.

> Какой движок (MyIsam, InnoDb, другой?) подойдет лучше для ситуации:

Почитай про различия между движками, гугли "отличия innodb и myisam"

> Не будут ли тормозить запросы в конце года?

100 000 не так и много, думаю, при правильно поставленных индексах все будет хорошо. Но конечно, если ты выбираешь все 100 000 записей, очень быстро сделать это не получится просто из-за большого объема передаваемых данных.

Вообще, тебе лучше бы просто сделать таблицу, скрипт выборки и померять время.

>>912063

$b можно было бы вычислять из $i ($b = длина - $i - 1 или даже просто $b = - $i - 1), но твое решение в общем-то тоже верное.

>>919083

>>Конечно, копирует ссылку на функцию.

> Но функция находиться же в объекте obj! В чём подвох?

var o = {};
o.fn = function() {};

Функция o.fn сама по себе никак к этому объекту не привязана. Объект хранит в себе ссылку на функцию, а функция на объект - нет. Потому если мы копируем ее в отдельную переменную, и вызываем, то она про исходный объект ничего уже не знает и this указывает на window:

var f = o.fn;
f();

А вот если мы пишем

o.fn();

То интерпретатор JS видит, что функция вызвыается на объекте, и подсовывает его в качестве this.

Чтобы она "запомнила" свой объект, мы должны использовать bind:

var f = o.fn.bind(o);
f();

>>Задача 1: написать функцию bindContext(fn, that). Она создает новую функцию, которая при вызове вызывает fn с указанным this и переданным аргументами. То по сути есть привязывает произвольное значение this к функции.

> https://jsfiddle.net/Luubgokx/

Все верно.

>>Задача 2: сделать функцию addProperty(object, name, initialValue) для создания приватных свойств с геттерами и сеттерами на объекте или прототипе объекта.

> https://jsfiddle.net/sh21j4p1/

Тут опечатка в коде:

> addProperty(obj, 'test', 10);

> console.log(obj.getName());

Свойство test, а вызывается getName вместо getTest().

По коду: в общем, верный подход, мы прячем переменную в замыкании, но вот не очень понял, зачем использовать defineProperty. Функции get/set можно просто добавить через obj[funcName] = function ...

> name[0].toUpperCase() + name.slice(1)

Это конечно лучше было вынести в вспомогательную функцию.

Задача про фастфуд

> Почему-то не получается https://jsfiddle.net/y28h2o2b/3/

Там надо открыть отладчик (Ctrl + SHift + I) и включить режим "останавливаться на исключении". И там будет видно, что this.menu не определено, отсюда и ошибка.

Ест статья про отладку: http://learn.javascript.ru/debugging-chrome

Аналогичный отладчик есть и в Фаерфоксе, и в Сафари.

На jsfiddle отладка может и не заработать (хотя у меня работало), в этом случае надо просто сделать свой HTML файл, открыть в браузере и отлаживать его.

Электросеть

> ...только мне теперь кажется логичным что у каждого элемента сети должен быть один параметр, это мощность, и этот элемент должен сам определять дальнейшие условия определения этого параметра в соответствии\зависимости со средой (определение дневного\ночного времени).

Тут есть разные варианты, надо просто выбрать такой, какой удобнее:

- можно вообще не делать свойств в базовом классе, и в каждом наследнике написать свой метод getPower() со своей логикой. Соответственно, наследник определяет, какие будут свойства (вроде числа квартир) и как из них вычисляется потребление.
- можно сделать в базовом классе свойства dayPower/nightPower и метод getPower, который их возвращает. А логику вычисления этих свойств писать в конструкторах наследников. И не делать свойств вроде числа квартир.

Первый подход наверно гибче.

> //Нужен ли тут гетер, если к свойству можно обратиться через точку?

мы можем договориться, что свойство приватное, чтобы в него напрямую не лезли, и тогда геттер будет нужен.

> Лучше исключить её из перебора потому, что ЛЭП тоже может вернуть какое-то количество мощности.

Мне кажется, надежнее прописать там ноль, так как мы не знаем, какая у нее мощность. Ну или вообще не делать в ней метода getPower(), чтобы его не пытались даже вызывать.

> С другой стороны электросеть не знает о ценах и о внутреннем устройстве ЛЭП. Моя идея в том, баланс можно просто передать в условный счетчик. Ведь это для ЛЭП свойственно иметь и считать цену.

Электросеть не знает цены и пропускной способности, но она всегда может ее у ЛЭП спросить. ЛЭП сама не может ничего посчитать, так как не знает баланс энергии во всей сети, и не может решить, сколько надо закупать. Потому расчет, сколько энергии купить, должен быть в электросети.

> https://jsfiddle.net/6591a2sL/4/

> this.elements.sort(function (a, b) {

> if (a.price > b.price) {

Вот тут я вижу неточность: в коде предполагается, что у всех элементов сети есть свойство "цена". Но оно есть только у ЛЭП. Потому мы должны отобрать ЛЭП и сортировать только их.

Также, sort меняет порядок следования элементов в this.elements, что может где-то быть нежелательно. Ведь получается что метод с названием get Something фактически изменяет внутреннее состояние объекта, что неожиданно. Лучше получить отдельный массив ЛЭП и сортировать его.

> if (this.elements instanceof PowerLine) {

> price += this.elements.countPrice(balance);

> balance = this.elements.countPower(balance);

Тут нет расчета, сколько именно нужно купить. Нужно покупать не всю доступную энергию, а только ту, что не удалось произвести.

> function Electrostation(power) {

> if (power >= 1 Math.pow(10, 6) && power <= 100 Math.pow(10, 6)) {

> this.power = power;

> this.nightpower = power;

Тут лучше не задавать свойства вручную, а вызывать конструктор предка. Может потом туда допишут еще какой-то код, и тут он не сработает. Принято всегда вызвать конструктор предка, так как именно он отвечает за инициализацию предка. И если его не вызвать, то что-то из задуманного может не выполниться.

> function PowerLine(power, price) {

> this.power = power;

> this.price = price;

> }

Мне кажется, тут неправильно используется свойство power, так как у ЛЭП это не фактически переданная мощность, а пропускная способность (сколько максимум можно купить/продать), и логично для нее использовать другое название, чтобы не было путаницы.

> PowerLine.prototype.countPower = function(power) {

> var thispower = this.power;

> for (var i = 0; i < thispower; thispower--) {

> if (power == 0) {

> break;

> }

> power += power / -Math.abs(power);

что-то я не могу толком понять, что тут происходит. Зачем мы power делим саму на себя? Получится ведь либо 1, либо -1. Тут явно ошибка.

Определение типа переменной

> Что подрузумевается здесь под словом 'хеш'?

Хеш, он же словарь, он же ассоциативный массив, он же объект - это вот это:

var x = { 1: 2, 'x': 'y' };

Я просто написал что вместо switch можно было сделать объект, в ключах которого хранятся значения вроде '[object Function]'. И искать тип в этом объекте.

>>Недостаточно, надо бы проверить что там есть свойства от 0 до length - 1.

>>от 0 до length - 1

> А как это выразить в условии

Написать цикл, проверяющий наличие свойств с помощью оператора in.

15. Напиши функцию неглубокого копирования объектов и массивов

> Опять же, не могу понять что с этим не так: Если это клон объекта, то этот клон должен иметь тот же прототип что и "донор"(?).

Не, до такой степени скопировать объект мы вряд ли сможем. Достаточно копировать только свойства самого объекта, копировать прототип не требуется.

Вообще, в JS не все можно скопировать полностью. Некоторые встроенные объекты, например, массив, функцию-замыкание с захваченными переменными, или исключение, идеально скопировать может не получиться (насчет массива: он ведь мог быть создан в другом ифрейме, тогда копирование через var copy = [] не даст точную копию). Потому в задаче и не требуется все копировать полностью, а только то, что описано в условии.

> Лучше использовать for ... object.length вместо for in?

У объектов нету object.length, length есть только у массивов. Лучше использовать либо for .. of из ES5, либо проверку через hasOwnProperty() из ES3.

> https://jsfiddle.net/uyey3at1/1/

Тут в коде, я вижу, есть поддержка копирования объектов Date и обычных объектов, а что с массивами? Для них ведь надо изначально создавать пустой массив и копировать элементы. Иначе тест вроде Array.isArray() не пройдет на копии.

Глубокое копирование

> https://jsfiddle.net/j8pydqsg/2/

> var clone = new object.constructor;

Неприавльно вызывать конструктор. Мы ведь не знаем, какие аргументы у него есть и что в них надо передать. Надо делать так:

- если источник - это Date, то создать новый Date, можно сразу передать правильное значение даты
- если источник - массив, создать новый массив и скопировать элементы
- если источник - другой объект создать пустой объект и скопировать все его свойства, не относящиеся к прототипам
- иначе, если источник - не объект (а число, строка, null и тд), можно просто вернуть его

Тут из-за кучи цитат становится уже трудно понимать некоторые ответы, если что-то непонятно, можно просто задать вопрос отдельно.

>>919229

Скорее всего, дробные числовые индексы у массивов округляются до целого.

>>919179

Там кто-то пишет сам, кто-то берет готовую библиотеку для событий.

>>919233

> while (($amount >= $value) and ($count > 0)) {

> $amount -= $value;

> $countBills += 1;

Цикл с вычитанием нужно заменить на деление. Учесть ограничение на число имеющихся банкнот можно с помощью min/max.

>>919568

Проще наверно вести счетчик. Регулярными выражением точно ничего подчищать не стоит.

Также тут есть еще идеи:

http://stackoverflow.com/questions/1070244/how-to-determine-the-first-and-last-iteration-in-a-foreach-loop

> end($array);

> $lastKey = key($array);

...

> if ($key === $lastKey)

Ну и я бы советовал вынести HTML в шаблон. И не писать array в названии переменной.

>>919968

А чем создание каталогов отличается от каких-то других сайтов? Ну не знаю даже что, сделай каталог уроков по программированию например, если своих идей нет.

>>920065

Можно сделать мультиинсертом, если надо вставить несколько записей за раз, но обновить несколько записей можно только циклом. Желательно обернуть цикл в транзакцию, чтобы запросы могли выполниться только целиком.

>>920199

Тут надо правильно выбрать формат массива. Например, можно сделать так:

- ключ обозначает текущий порядковый номер девочки от 0 до N (и ключи пересчитываются заново при удалении с помощью array_values/array_splice), а значение - исходный номер (когда еще все были в круге). На определенном шаге мы имеем такой массив:

[0] => [2]
[1] => [3]
[2] => [5]
[3] => [7]
...

Тогда нам достаточно иметь просто счетчик, который мы увеличиваем на X с переполнением, и удаляем девочку с таким индексом (например, через unset или array_splice). Переполнение счетчика делается через взятие остатка от деления на текущий размер массива.

- можно сделать массив, где в значении хранится исходный номер, и ключи не пересчитываются (они тут вообще не важны). Вместо этого мы просто делаем цикл foreach по массиву и увеличиваем счетчик на каждом шаге на 1, когда он дойдет до определенного значения - удаляем текущий элемент (через unset, не пересчитывая ключи) и сбрасываем счетчик

И изучи функцию array_splice, она может быть полезна.

>>920960

> Поэтому я делаю неглубокию копию массив и воздействую на элементы массива - объекты, которые соответственно будут меняться и в оригинальном массиве

Можно так сделать.

И в коде конечно ошибки, например:

> if (typeof x != "number" || y != "number") {

Должно быть typeof y

Также, не уверен, что нужно свойство nearMines у Cell. Зачем оно там?

Также, в твоем массиве не очень удобно искать ячейку по координатам.

>>920988

Ну тут надо думать, какой подход будет удобнее. Оба подхода имеют право на жизнь. Главное отличие, что в случае массивов this._mines, this._flags информация хранится в классе Field, а не в объектах Cell.

Тут надо сравнивать такие вещи:

- удобно ли найти информацию о клеточке
- удобно ли отслеживать изменения и генерировать события?
- есть ли возможность менять свойства в обход класса, не генерируя события? Это может вести к багам

Вообще, в сложных моделях данные не получится все хранить в одном объекте и придется их разносить по отдельным объектам, которые образуют дерево или граф. Ну представь, например, текстовый редактор, где модель документа содержит объекты-заголовки, -картинки, -абзацы, -таблицы, и какие-то из них внутри еще содержат другие объекты. Все это может меняться, и все изменения надо как-то отслеживать.

>>921117

Лучше всего вынести тот файл из публичной папки, инклудить его и вызывать нужную функцию из скрипта-обработчика при соблюдении условий.

Яваскрипт-проверка легко обходится злоумышленником.

>>921197

Можно в контроллер, можно в вспомогательный utility класс.

> var regex = new RegExp("^\\w(\\d){1," + Util.getNumberLength(this._minesweeperGame.MAX_HEIGHT) + "}$", "i");

Это уже переулсожнение, проще просто потом проверить значение числа.

> ведь наверное нельзя передавать аргументы в контроллер вот так game.setFlag(new Cell(1,5), верно?

Да, в условиях задачи требуется передавать человекопонятные обозначения.

В общем методом дедукции и расставлением микротаймов было выяснено, что скрипт в основном тратит время чтобы пройти участок кода return $controllers[$entity_type];

$entity_type - это commerce_product
$controllers[$entity_type]; - не содержит ничего
count ($controllers[$entity_type];) - не содержит ничего

Не знаю почему участок тормозит.
Вот вся цепочка которую я раскручивал:
---------------

function import_product($item){
$product = commerce_product_load_by_sku($item[14]);

----------------

function commerce_product_load_by_sku($sku) {
$start = microtime(true); //начало измерения
print "^^^^ 0 $start ";
$products = commerce_product_load_multiple(array(), array('sku' => $sku));

$end3 = microtime(true); //конец измерения
print "3 $end3 !!!";

return $products ? reset($products) : FALSE;
}

-----------------

function commerce_product_load_multiple($product_ids = array(), $conditions = array(), $reset = FALSE) {

$end2 = microtime(true); //конец измерения
print "2 $end2 !!!";

if (empty($product_ids) && empty($conditions)) {
return array();
}

return entity_load('commerce_product', $product_ids, $conditions, $reset);
}

-------------------

function entity_load($entity_type, $ids = FALSE, $conditions = array(), $reset = FALSE) {
$start = microtime(true); //начало измерения
print "^^^^ 5 $start ";
if ($reset) {
$end2 = microtime(true); //конец измерения
print "6 $end2 !!!";

entity_get_controller($entity_type)->resetCache();

$end3 = microtime(true); //конец измерения
print "7 $end3 !!!";
}

$end8 = microtime(true); //конец измерения
print "8 $end8 !!!";

return entity_get_controller($entity_type)->load($ids, $conditions);
}

>>924135

Очевидно, они хотят посмотреть, как ты справишься с этой задачей и какой подход выберешь. Знаешь ли ты про шаблоны или нет. Видимо не знаешь, судя по твоему вопросу.

Уточняющие вопросы по задаче логичнее задавать тому, кто ее дал.

>>924203

Оператор обращения к полю объекта или вызова метода объекта. Если ты не знаешь, что такое классы и объекты, тебе надо их сначала изучить, например в учебнике в ОП посте есть глава про ООП, и в других учебниках наверно тоже есть.

Про die можно прочесть в мануале.

>>924227

> Что интересно, кириличные имена файлов с помощью mb_detect_encoding() определяются как ютф-8, а латинца - асц2.

Эта функция не работает и возвращает случайные значения. Почитай например мой урок про кодировки и сам поймешь, почему в принципе невозможно 100% точно определить кодировку (можно только угадывать с какой-то вероятностью): https://github.com/codedokode/pasta/blob/master/cs/strings.md

Насчет имен файлов - тут такая ситуация:

Имена файлов скорее всего приходят в $_FILES в той кодировке, которая исользовалась на HTML-странице. Насколько я знаю, браузер вообще все данные форм ($_POST, $_FILES) кодирует кодировкой страницы, где эта форма расположена. Данные в _GET - не уверен, то ли кодировкой страницы, то ли всегда utf-8

Функции работы с файлами вроде fopen, file_put_contents, move_uploaded_file принимают имена в той кодировке, которая определяется ОС и ее настройками:

- в Windows они принимают имена в 8-битной кодировке, зависящей от языка системы. Для русского языка это Windows-1251
- в Mac они принимают имена в utf-8
- в Linux имена файлов не имеют определенной кодировки. Но отображение имен файлов использует заданную в системе кодировку, как правило, это utf-8. То есть в linux скорее всего надо передавать имена в utf-8

Теперь у тебя есть понимание, как решить проблему?

>>924374

Нетбинс спрашивает, как у тебя организовано обновление и просмотр сайта. Выбранный тобой вариант подразумевает, что у тебя на компьютере запущен веб-сервер, URL которого предлагается указать в настройках. Также есть опция при деплое копировать файлы в другую папку, которую использует этот веб-сервер.

Разберись с тем, какие варианты есть. Если что, они тут на англ. описаны: https://netbeans.org/kb/docs/php/project-setup.html#runConfiguration

Вообще, если ты совсем начинающий, то ты можешь пока решить проблему без нетбинз - например, поднять Апач и руками копировать файлы в папку Апача или запустить встроенный в PHP-веб-сервер. Или даже запускать скрипты в командной строке.

А позже, когда поймешь, что у тебя как работает, уже настроить нетбинз. Тут важно понимать, за что отвечает какая настройка и что происходит, а не тыкать настройки наугад.

Ты вообще знаешь, что такое веб-сервер и как запустить PHP скрипт в командной строке? Если нет, то надо разобраться, если да, то хорошо, прочитай документацию нетбинза, и если что-то осталось непонятно, я могу пояснить.

>>924341

Я знаю, что есть фреймворк Magento, но он не на Симфони.

>>924306

В ОП посте есть задачи на разработку файлообменника, сайта TestHub.

>>924249

Цифра задает рекомендуемую ширину колонки для вывода чисел. На хранение в базе данных это никак не влияет.

Но хорошо, что ты задаешь такие вопросы, многие ведь даже не пытаются разобраться.

Вот офиц. мануал на англ, проясняющий этот вопрос:

- https://dev.mysql.com/doc/refman/5.7/en/integer-types.html
- https://dev.mysql.com/doc/refman/5.7/en/numeric-type-attributes.html

Обрати внимание, что для дробных чисел цифры в скобках имеют другой смысл:

- https://dev.mysql.com/doc/refman/5.7/en/floating-point-types.html
- https://dev.mysql.com/doc/refman/5.7/en/fixed-point-types.html

>>924253

Что значит "не спрашивай"? Как раз надо спрашивать, если что-то непонятно.

>>924188

Ты путаешь. Использование ORM никак не влияет на "безопасность" подключения.

>>924166

А ты понимаешь разницу между этими вариантами кода? У меня ощущение, что тебе рановато браться за базы данных и надо подучить сам язык.

>>924128

Проверяют, знаешь ли ты ООП.

>>924132

> Рассказывают о том, данные от пользователя не безопасны;

А что с этим делать и как решать эту проблему, рассказывают?

> В книге не разъясняется синтаксис html и css,

Предполагается что ты уже их знаешь.

>>924085

Вообще, в PHP уже есть готовые расширения для парсинга HTML, так что не думаю, что это сложно. Или тут именно свой код нужен? Тогда чуть сложнее, конечно.

>>923981

Ну смотри сколько постов тут нафлудили. Конечно, есть.

>>923924

Ну не знаю, я использовал когда-то хакинтош и у меня осталось ощущение, что он тормозной. Конечно, может это из-за того, что это хакинтош, но у меня ощущение, что оно рассчитано на мощное железо и например на стареньком Core 2 duo с медленным HDD быстро не заработает. А Windows XP - заработает.

И там вроде до сих пор не научились раскрывать окна на весь экран?

>>923731

Ну может ты просто взял учебник не для совсем начинающих? Там в начале не написано, что надо знать? Или чего-то не знаешь? Или просто надо сбавить темп изучения и повторить тему еще раз?

В любом случае, надо полностью разобраться в том, что ты изучаешь.

>>923725

Видимо, ты что-то считаешь неправильно. Также, надо учесть что под виндой точность функции microtime(true) составляет около 15 мс, то есть время может получиться либо 0 либо 15 мс, но не 1 или 2 мс например. И если ты попадешь на границу между 2 интервалами то вернется 15 мс даже если в реальности там было намного меньше.

Лучше бы использовать профайлинг в xdebug.

> return $controllers[$entity_type];

Если $controllers - это массив, то это мнговенно выполнится, но если это объект с магическими методами или ArrayAccess, то конечно возможны варианты.

>>923333

Проверить, свопится или нет, можно так:

- командами top, htop, free посмотреть сколько памяти используется в свопе, сколько свободно
- посмотреть процент использования CPU процессом - при своппинге он падает и становится намного меньше 100% (хотя это может быть вызвано и другими причинами: чтение файлов, ожидание данных из сети).

>>923235

Можно, только надо использовать синтаксис, не похожий на вызов метода:

$fn = $obj->fn;
$fn();

или ($fn->obj)();

То, что ты пишешь, $obj->fn() - это вызов метода fn, которого у тебя нет, отсюда ошибка.

Ну и ты конечно глупостью занимаешься, в твоей ситуации массив нужен, а не объект.

>>923274

JS тут плохая аналогия, так как в нем полноценных классов и ООП вообще нет. Это скорее проблема в JS, что для него метод и записанная в поле анонимная функция - одно и то же.

> по сути, в PHP нет большой разницы между статичными методами и обычными.

Разница есть, они работают как и принято в ООП.

>>922793

Для ООП есть глава в нашем учебнике из ОП поста.

Для паттернов надо взять код, где они используются, например, компоненты Symfony Forms, Symfony Validation, Doctrine, и изучать их параллельно с паттернами. Так, просто в теории их изучать смысла нет.

>>922771

Если он ругается, то значит ты неправильно написал код.

Скорее всего ты пытаешься использовать еще не созданную переменную, отсюда и ошибка.

>>922770

Если ты хочешь тут поискать претензии к PHP, советую сразу брать статью https://habrahabr.ru/post/315152/

Ты к ерунде придираешься, а реальных проблем не видишь. Ну и в JS их не меньше, кстати. Чего стоит только отсутствие нормального ООП.

> выгружается из памяти после его конца

Сомневаюсь. Это конечно зависит от реализации, но в реальности, думаю, ничего никуда не выгружается, чтобы не тратить время.

> я очень люблю доллары, но тут они не настоящие, чтоб читать длинну массива, надо ее записать в переменную, либо делать огромное условие.

> Объявление переменных просто логичнее и приятнее. Мы создаем меременную, потом присваиваем ей значение, меняем, уничтожаем. В пхп все не так гладко.

Так в PHP даже короче получается.

>>922684

Молодец, решено правильно.

>>922454

Справедливости ради, NaN это разновидность дробного числа в стандарте IEEE https://habrahabr.ru/post/112953/

>>922034

Можно проверять, хуже не будет, наоборот, поможет найти ошибку. Но может тебе будет удобнее использовать языки поверх JS с проверкой типов на этапе компиляции.

>>922390

Можно ставить, хуже не будет.

>>922276

Документация.

>>922138

> Стандартные ассерты, определенные аннотациями не работают, возможно из-за кастомного constraint validator.

Чтобы аннотации работали, надо их прочитать. Возможно, что это делается в Симфони, а при использовании отдельного компонента - не делается. В таком случае тебе надо найти код для чтения этих валидаций и вызвать его самому.

Вот тут в документации, например, ограничения задаются статическим методом, а не аннотациями: http://symfony.com/doc/current/components/validator/metadata.html

А вот тут описывается, какие способ загрузки аннотаций есть: http://symfony.com/doc/current/components/validator/resources.html

Ты используешь AnnotationLoader?

Далее ты должен передать правильно настроенный Валидатор в FormFactoryBuilder как в примере тут: http://symfony.com/doc/current/components/form.html#validation

Я вижу, ты используешь SilexFormProvider. Выясни, как именно он настраивает компонент форм и валидатор.

> Получается гораздо запутанней, чем если бы я написал свой класс валидатор.

Возможно, он рассчитан на использование совместно с аннотациями, тогда ведь получается проще? Или с каким-то конфигом, где описаны ограничения.

Такая штука есть во всех фреймворках, в Юи например ограничения описываются массивом: https://yiiframework.com.ua/ru/doc/guide/2/input-validation/

Так как в больших приложениях много форм, и неинтересно под каждую писать однотипный класс валидации. Проще описать только правила проверки.

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

Вообще, есть альтернативы. Я вижу, ты создаешь форму прямо в контроллере. Но возможно, удобнее было бы сделать отдельный класс формы LoginType (не модели данных для формы) и настраивать список полей и ограничения в нем. Там же можно прописать кастомную валидацию.

Либо же разобраться с аннотациями и как-то брать описание формы из класса модели формы.

Также, ты вызываешь валидацию вручную через $this->validate(). Но формы интегрируются с валидатором и умеют сами его вызывать.

Что касается регистрации - регистрация это создание пользователя, и наверно, там в качестве модели для формы выгоднее использовать сразу модель пользователя, нет?

> Я так понимаю, что нужно использовать для создания формы entity класс, но в форме всего 2-3 поля, а в классе их больше, к тому-же хочется проверять сразу класс, а не поля отдельно друг от друга

Не обязательно. В самой Симфони форма может использовать в качестве модели массив, а не Entity. Или просто обычный класс, не связанный с доктриной. То есть там как раз все максимально гибко сделано. И ты можешь привязать и форму симфони, и валидацию к обычному классу или даже массиву.

Насчет этого: https://github.com/anotherCodeMunkey/fileshare/blob/master/App/Validator/ValidatorServiceProvider/LoginValidatorServiceProvider.php

Не очень понял, а зачем тут провайдер? Почему нельзя записать что-то в контейнер $app напрямую? Провайдеры обычно используют для каких-то библиотек, чтобы достаточно было добавить в прилоежние один провайдер и не надо было описывать инициализацию библиотеки, и каждый сервис из библиотеки прописывать в DI контейнер вручную. Но у тебя там всего один сервис и объявляется (validator.login), и он не универсальный, его нельзя использовать в другом приложении.

То есть как я понял, провайдер используется как этакий "мост" для простого подключения сторонней библиотеки в Silex.

В документации написано: http://silex.sensiolabs.org/doc/2.0/providers.html

> Providers allow the developer to reuse parts of an application into another one.

Вот видишь, "reuse parts of an application".

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

Насчет вот этого: https://github.com/anotherCodeMunkey/fileshare/blob/master/App/Validator/Constraints/LoginConstraintValidator.php

Я все же думаю, что это уже не задача формы - проверять логин. Задача формы:

- принять данные от пользователя
- проверить их на соответствие заданному формату и ограничениям

Но проверять логин и пароль - это уже задача какого-то другого кода, например, сервиса проверки авторизации или еще чего-нибудь. У тебя форма берет на себя слишком много и занимается не своим делом.

Должно быть примерно так:

if ($form->validate()) {
$email = $form->email;
$password = $form->password;

if (!validateEmail($email, $password)) {
$form->addViolation('неправильный логин или пароль');
}
}

Насчет этого: https://github.com/anotherCodeMunkey/fileshare/blob/master/App/Validator/Constraints/RegisterConstraint.php

Я думаю, тут должно быть 2 класса-ограничения: одно для проверки логина, другое для email. А может какое-то более уникальное ограничение для проверки уникальности любого поля. Так как по задумке Constraint - это одно ограничение, а не много.

Ты используешь constraint неправильно, это именно объект, представляющий одно ограничение, а не валидатор формы. Если тебе нужен валидатор формы - сделай класс и там работай с формой (или ее моделью) напрямую:

if ($form->password == ...) {
$form->addViolation(..);
}

if ($model->email == ....) {
return new ValidationError(....);
}

Ну и представь, что ты сделаешь форму восстановления пароля. Там тебе надо будет проверять, что введенный email есть в таблице пользователей. Там можно было бы переиспользовать ограничение для проверки существования email.

Обрати внимание, что для произвольных ограничений есть такие варианты:

- свой constraint
- использовать CallbackConstaint
- попробовать использовать события https://symfony.com/doc/current/form/events.html

Еще у тебя я вижу в коде стремление писать все в контроллерах и не использовать сервисы. Ну например, регистрация/авторизация/получение текущего пользователя - для этого нет готовых методов. Нет сервиса для работы с комментариями. То есть ты вместо MVC пишешь толстые контроллеры.

Тут вообще HTML-код в контроллере вместо использования шаблона: https://github.com/anotherCodeMunkey/fileshare/blob/master/App/Controller/CommentController.php#L39

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

>>924484

>>Возможно, он рассчитан на использование совместно с аннотациями, тогда ведь получается проще? Или с каким-то конфигом, где описаны ограничения.

Да, в официальной документации приводятся примеры использования yaml конфига, как альтернатива аннотациям, но проблема в том, что я использую силекс, а не симфони и тут все не так, как в симфони. В сети не так уж много инфы по использованию некоторых модулей симфони с силексом. И хотя я не искал варианты использования yaml конфигов с силексом, в надежде на кастомные констранты, я пока не могу представить как это все будет выглядеть. Чем больше модулей симфони прикручивается к силексу, тем больше мне кажется, что он изначально не предназначался для этого.

>>Что касается регистрации - регистрация это создание пользователя, и наверно, там в качестве модели для формы выгоднее использовать сразу модель пользователя, нет?

Я об этом и хотел написать с самого начала. Если мы используем модель пользователя для регистрации, то зачем создавать отдельную модель для логина, ведь можно использовать ту же модель пользователя. И тут можно использовать уже используемый доктриной entity класс, ведь нам всеравно нужно при логине получить данные из бд о пользователе, которого логиним.

>>То есть как я понял, провайдер используется как этакий "мост" для простого подключения сторонней библиотеки в Silex.

Да, это так. Я много гуглил этот вопрос и нагуглил то, что если я собираюсь использовать констранты с кастомным валидатором, ведь мне нужно впихнуть в валидатор entity manager, то мне придется зарегистрировать эти валидаторы как отдельный сервис.

>>Я все же думаю, что это уже не задача формы - проверять логин.

Но это же не форма. Это валидатор, в который я передаю форму с констрантой. Ну и если это все-таки форма, то я тогда ничего не понимаю. Этот класс создан специально для того, чтобы проверить есть ли такая связка логин+пароль в базе, и если этот класс не может этого сделать, то зачем он тогда нужен?

>>Еще у тебя я вижу в коде стремление писать все в контроллерах и не использовать сервисы. Ну например, регистрация/авторизация/получение текущего пользователя - для этого нет готовых методов. Нет сервиса для работы с комментариями. То есть ты вместо MVC пишешь толстые контроллеры.

Что значит использовать сервисы? У тебя есть уроки использования или примеры таких сервисов?

>>916131

>Тут (англ) есть сложные пояснения: http://dev.mysql.com/doc/refman/5.7/en/charset-unicode-sets.html

>Тут немного на русском: http://gahcep.github.io/blog/2013/01/05/mysql-utf8/

А какие проблемы могут решить эти пояснения?

>https://github.com/someApprentice/Students/blob/master/app/init.php#L10

>> use App\Model\Helper\LoginHelper;

>> use App\Model\Helper\LoginHelper as Authorizer;

>Тут зачем-то класс 2 раза импортирован

Хотел задать пространство имен для ЛогинХелпера. Ведь это же и Авторайзер в то же время.

>https://github.com/someApprentice/Students/blob/master/app/Controller/Controller.php

>Вот тут конечно методы вроде getPageQuery или getSortQuery явно не очень правильно смотрятся. Ведь это базовый контроллер, и в него надо класть только то, что может пригодиться в любом контроллере, а это явно функции для вывода таблицы постранично. Возможно, стоило их поместить в унаследованный класс BaseTableController, возможно - вынести в Helper. В принципе, это исправлять не надо, но в дальнейшем надо задумываться, куда лучше поместить метод.

А я спрашивал насчет этих методов. Конечно, сейчас мне очевидно, что по-хорошему нужно сделать какой-нибудь дочерний контроллер для этих методов. Переносить их в Хелпер - плохая идея потому, что хелпер это модель, и заниматься GET-запросами должны контроллеры.

>Действия Search и просто вывод таблицы стоило бы объединить. Это ведь почти одно и то же, и там и там есть и сортировка, и пагинация, проще использовать один код и в нужных местах просто поставить пару if.

Не совсем понимаю как это сделать - согласен, и там и там есть общий код, но он минимален, и ведет себя как свойственно контроллеру:
1. получаем запросы\конфигурацию.
2. создаем паджер, обращаемся к БД.
3. выводим шаблон

Общие в этом только получение конфигураций и создание паджера. Конечно, я мог бы объеденить ещё объеденить метод обращения к БД, отправляя пустой запрос в метод поиска чтобы получить все записи, но помимого этого для шаблона нужен и паджер и записи, к тому же ему могут понадобиться и запросы. Получается замкнутый круг.
Или стоит как-то исхитриться? Ради чего?

>https://github.com/someApprentice/Students/blob/master/app/Controller/SearchAction.php#L19

>> if ($_GET) {

>Я бы не советовал так проверять, так как в теории в GET могут быть какие-то неотносящиеся к поиску параметры (их могут добавить позже). Лучше проверять, например, что $_GET['query'] не пуст.

А если пользователю захочется найти всех пользователей, т.е. сделать пустой запрос? Или, например, я хочу объеденить способ получения всех записей и поиска, передавая в метод тот же пустой запрос? Или, например, я хочу объеденить методы получения всех записей и поиска, опять же отправляя пустой запрос?
Обязательно ли вообще делать проверку на гет-запрос?

https://github.com/someApprentice/Students/commit/25476b949c720cc75eb8b3c8f03edb0b827ae196#diff-f2d1af9c4ccbbb1fb81e9cd1a194f5e3L19

>> $this->render('templates/search.phtml', compact('query', 'pager'));

>> } else {

>> $this->render('templates/search.phtml');

>Вот это тоже странно. Один и тот же шаблон может вызываться как с переменными, так и без. Как писать надежный код, если ты даже не знаешь, передана такая переменная или нет? Да и неудобно, перед любым использованием переменной надо писать if (isset()). Не стоит так делать, тут стоит оставить единственный вызов render, в который передаются все нужные переменные.

А как выводить один и тот же шаблон если к странице могут обратиться и без запроса? Этих переменных просто может не быть, потому что в них нету пока надобности.

>Теперь посмотрим на использование класса Pager. Это класс, в котором много неудачных решений:

>

>Во-вторых, почему-то для передачи аргументов в конструктор используется массив. Причем вместе идут как параметры, которые не зависят от номера страницы (query, sort), так и номер текущей страницы. Тоже нелогично, мне кажется, что номер страницы должен идти отдельно.

>Опять же, если мы хотим использовать класс, то неочевидно, что за массив надо ему передать, и что в нем должно быть.

Это не просто массив а массив запросов - $queries. По моему, по названии перемной должно быть понятно что это запросы. Я использовал такой подход в попытке сразу передать этот массив в метод http_build_query($queries) на практике ничего не получилось и, к тому же, не всегда известно какие запросы понадобиться передать ещё для формирования ссылок.

>>916132

>https://github.com/someApprentice/Students/blob/master/templates/index.phtml#L10

>> <a href="logout.php?token=<?= $token ?>&go=/public/index.php">logout?</a>

>LogOut лучше бы делать отправкой POST-запроса (например, пустой формы с одной кнопкой). Это ведь изменяет состояние залогиненности, а GET запросы обычно не меняют состояние сервера.

А я спрашивал почему в популярных соц.сетях разлогинивание сделано через форму.

Нужно делать сущность LogoutForm со всеми вытекающими для этого?

Есть какой-нибудь css хинт чтобы форма с кнопкой выглядела как ссылка или как любой другой элемент?

>Это ведь изменяет состояние залогиненности, а GET запросы обычно не меняют состояние сервера.

А можно по подробней на этот моменте? Чем POST-запросы лучше GET-запросов? Ведь по сути они оба просто массивы.
И как разлогинивание меняет сосотяние сервера? Мы же не используем локальные кукисы и не добавляем ничего нового например в БД.

>Могу предложить посмотреть вот такую реализацию класса авторизации: https://github.com/kubk/students/blob/master/src/AuthService.php

https://github.com/kubk/students/blob/11bc17f3b87e48f04cebc2715dd415af89d2332b/src/AuthService.php
Там на Симфони написано - сложно определить в чём кардинальное различие. Подозреваю что там то же устройство, только другая технология. Можно подсказку на что мне нужно обратить внимание?

>use Symfony\Component\HttpFoundation\{ParameterBag, Cookie, ResponseHeaderBag};

Что означает тут синтаксис в литералах? Это перечисление разных классов в одной и той же директории?

>public function registerStudent(Student $student): Student

И тут, что означает : Student в объявлении функции?

Мне нравиться такой код. Я тоже научусь пользоваться фреймворками.

>К нему даже написан тест, который проверяет например, что если вызват метод залогинивания, получить куки и скормить их этому классу, то мы получим нужного пользователя:

У меня тоже можно написать такой тест, у меня есть функция которая возвращает пользователя по кукисам: https://github.com/someApprentice/Students/blob/master/app/Model/Helper/LoginHelper.php#L16

>Далее, тут https://github.com/someApprentice/Students/blob/master/app/Controller/RegisterAction.php#L58 мы не завершаем контроллер после редиректа.

Про это я тоже спрашивал. Мне сразу показалось не естественно делать ридерект по серди класса, к тому же, как вы тогда ответили, нет смысла что-то делать после ридеректа. Нужно выполнить exit()\die() после него? Не совсем понимаю как правильно завершить работу контроллера.

>https://github.com/someApprentice/Students/blob/master/app/Model/Validators/StudentValidations.php

>Константы вроде const GENDER_MALE = "Man"; логичнее поместить в студента. Это ведь его свойства, а не свойства валидатора. В валидатор можно поместить константы вроде VALIDATE_MIN_LENGTH, относящиеся к валидации. Представь, что нам не нужна валидация и мы удалим этот класс. И вместе с ним удалятся константы, обозначающие пол, хотя они-то нам еще нужны.

А класс валидации не присваивает эти значения. Присваивает форма. Класс валидации только проверяет что значения правильные, и это его задача знать внутреннее устройство или механику проверки.

>https://github.com/someApprentice/Students/blob/master/app/Model/Validators/RegisterStudentFormValidations.php

>А интересно, почему здесь StudentValidations передается как зависимость, а не наследуется? По идее ведь RegisterFormValiadtions мог бы расширять StudentValidations, или это неудобно?

Нет, вы правы. Это ошибка.
Просто на тот момент казалось, что это разные сущности и не могут наследоваться друг от друга.

>И тут получается похожий код:

>

>- https://github.com/someApprentice/Students/blob/master/app/Model/Validators/RegisterStudentFormValidations.php#L32

>- https://github.com/someApprentice/Students/blob/master/app/Model/Validators/StudentValidations.php#L58

>

>Может стоит сделать метод validateByRules($entity, $rules, $errorList) в базовом классе?

А может не нужно придумывать такую сложную функцию в таком маленьком задании? Я могу придумать её, только это сложно будет и отнимет временя и силы. Такая головоломка меня вряд ли чему-то научит.
Может даже функция не сложная, но не хочется даже думать как её сделать.

>Хотя, конечно, не очень понятно, как тогда там вставить код, меняющий правила проверки пароля:

Мне вообще кажется, что смена пароля должна осуществляться отдельно.

https://github.com/someApprentice/Students/blob/master/app/Controller/Controller.php#L11
Это ошибка отправлять пустую строку если нет запроса? А если бы это было отдельный случай к примеру получение запроса поиска?

https://github.com/someApprentice/Students/

>Ну и дальше стоит начинать изучать фреймворки, хотя бы микрофреймворки для начала, так как тут мы писали все с нуля, и на практике конечно эффективнее учиться использовать готовый код. Также потом стоит глянуть шаблонизатор twig и, может быть, библиотеку-data mapper для работы с БД под названием Doctrine.

Не терпиться уже начать!

>Doctrine

Даже после прочтения сложных определений в гугле не до конца понимают что это такое. Оно заменяет Mysql или любую другу БД?

....

Это нормально отвлекаться на постороние вещи во время изучения? Хоть я и настроен на продуктивную работу, всё равно, сложно сконцентрироваться на каком-то сложном вопросе. Я подумал, что мозг может работать в пассивном режиме, например, как ты когда что-то пытаешься вспомнить, и это потом сомо, через какое-то время, вспыхивает у тебя в голове. Ведь, в конце концов я самостоятельно решаю этот вопрос.
С этим всё нормально? Я хорошо справляюсь?

Пацаны у меня трабл. Нужно сделать на старом сервисе одном подобие апи, что бы отдавать расписание.

Написано всё на modx, в котором нет человекочасов разбираться. Прикручивать отдельно фреймворк для апи тоже не буду отдельным костылем.

Поэтому буду делать просто php файлом в корне проекта.

Суть проблемы в следующем:

Например есть много эвентов, и сторонний сервис, который будет моё "апи" опрашивать, требует под каждый эвент отдельный урл.

Под каждый эвент я не хочу хуярить отдельный файл вот так:
site.ru/event1_scheduale.php
site.ru/event2_scheduale.php
site.ru/event3_scheduale.php
site.ru/event3_scheduale.php

На фреймворке с нормальным роутингом я бы наебенил очень просто через 1 метод в 1 классе всё и урлы бы были вида:
site.ru/api/sceduale/event1
site.ru/api/sceduale/event2
site.ru/api/sceduale/event3

Но как так изебнуться что бы сделать в 1 пхп файле так? Что бы не копипастить всё это дело?

Ебаться с htaccess?

Я бы очень хотел сделать 1 файл, что бы пусть даже был некрасивый урл типа такого:

site.ru/scheduale.php/event1
site.ru/scheduale.php/event2
site.ru/scheduale.php/event3