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

Так поэтому и говорим, собери свой из компонентов

Клей код все равно надо написать

Плюс еще и бл

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

ну а бизнес логика какая?)

ну то есть тупо CRUD?

или что-то прикольнее?

или что-то прикольнее?

Ф - фантазии

прикольный CRUD

не ну как, можно сделать чуть более интересную задачу оставляя ее небольшой

не ну как, можно сделать чуть более интересную задачу оставляя ее небольшой

Мое любимое bmi калькулятор с разными единицами измерения)

ну а если цель выяснить знания языка - прикольнее было бы просить логгер написать

Мое любимое bmi калькулятор с разными единицами измерения)

ну можно так, можно просто калькулятор с обратной польской записью

не ну как, можно сделать чуть более интересную задачу оставляя ее небольшой

например можно сделать ЧПУ на неймспейсах...

Мое любимое bmi калькулятор с разными единицами измерения)

В качестве уточнения говорю, что скоро захочется добавить новые единицы измерения, но еще точно неясно какие

например можно сделать ЧПУ на неймспейсах...

чта?

лучше никогда так не делай

если только ты не имеешь ввиду станки с ЧПУ)

в одном из ТЗ Создайте систему ЧПУ. Адрес вида /XXX/YYY/ZZZ должен транслироваться в контроллер XXX\YYY (вложенность пространств имен неограничена) и действие ZZZ

в одном из ТЗ Создайте систему ЧПУ. Адрес вида /XXX/YYY/ZZZ должен транслироваться в контроллер XXX\YYY (вложенность пространств имен неограничена) и действие ZZZ

рейтинг места работы сильно понижается

с другой стороны пилится это за часок какой

ну или за день если разработчик стажер

хотя в целом это не так прикольно....

ну или за день если разработчик стажер

ну да, тривиально

ну то есть ты узнаешь максимум что чувак умеет в call_user_func_arr

ну можно так, можно просто калькулятор с обратной польской записью

Ага, потом туда функции добавить)

Унарные операции и все такое

Да ну, жестко

Слишком алгоритмическая

2-ой курс универа

мы такое на лабах делали

Я на первом, увиии))

на первом мы минимизировали логические функции

На сишечке

я серьезно, еще до дискретки

ну то есть.... мы использовали алгоритм минимизации который нам объяснили только на 3-ем курсе

своего рода фильтр

на первом мы минимизировали логические функции

Булевы?

ну да

алгоритм рота и все такое

руками

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

Там ж только днф вроде

у него была табличка нарисованная руками на листе формата А1

Ну т.е. функции к днф еще привести надо

и там была ошибка

А, функции таблицой задавались?

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

не, руками минимизировали

ну то есть алгоритм изнаально предназначенный для автоматизации этого процесса нас заставляли прогонять руками

по итогу никто так и не понял зачем и что мы делали)

А, ну у нас весь курс алгоритмов прошел в тетрадках)

Особенно доставляли графы

Каждый шаг рисуешь новый граф и помечаешь что изменилось

доо)

хотя у нас графы были только на дискретке

У нас был как отдельный курс чисто по графам, так и алгоритмы

Но все такое

Коллеги, помогите настроить xdebug + docker + remote host. Проблему описал здесь https://toster.ru/q/392317 Все мысли, пожалуйста, под топик на тостере.

а почему порт 9001

а почему порт 9001

В статье написано:)

В статье написано:)

> Так как стандартный порт xdebug 9000 зарезервирован под PHP-FPM, то для xdebug был выделен порт 9001. ты про это?

открою тебе глаза

fpm поднимает сервер на 9000-ом порту

php-fpm поднимает СВОЙ сервер на 9000-ом порту для того что бы работать с дебагером.

ERROR: S client not available

никаких конфликтов)

так... по другому... тебе не надо разносить порты.

никаких конфликтов)

Ок, просто скажи как мне настроить тогда? Я в мануала читал что это разные порты.

> Я в мануала читал что это разные порты. в каком мануале?)

То есть если фпм висит на 9000 тогда и дебаггер на него повесить? И все настраивать на 9000?

да

ну а далее настраивать все через XDEBUG EXTENSION FOR PHP | DOCUMENTATION home | updates | download | documentation | contributing | license | support | issue tracker If you like Xdebug, please consider giving a donation. Or Flattr this website: Flattr this » Documentation for: Xdebug 2 » Feature: All Settings This section describes all available configuration settings available in Xdebug. Related Settings xdebug.auto_trace Type: boolean, Default value: 0 When this setting is set to on, the tracing of function calls will be enabled just before the script is run. This makes it possible to trace code in the auto_prepend_file. xdebug.cli_color Type: integer, Default value: 0, Introduced in Xdebug >= 2.2 If this setting is 1, Xdebug will color var_dumps and stack traces output when in CLI mode and when the output is a tty. On Windows, the ANSICON tool needs to be installed. If the setting is 2, then Xdebug will always color var_dumps and stack trace, no matter whether it's connected to a tty or whether ANSICON is installed. In this case, you might end up seeing escape codes. See this article for some more information. xdebug.collect_assignments Type: boolean, Default value: 0, Introduced in Xdebug >= 2.1 This setting, defaulting to 0, controls whether Xdebug should add variable assignments to function traces. xdebug.collect_includes Type: boolean, Default value: 1 This setting, defaulting to 1, controls whether Xdebug should write the filename used in include(), include_once(), require() or require_once() to the trace files. xdebug.collect_params Type: integer, Default value: 0 This setting, defaulting to 0, controls whether Xdebug should collect the parameters passed to functions when a function call is recorded in either the function trace or the stack trace. The setting defaults to 0 because for very large scripts it may use huge amounts of memory and therefore make it impossible for the huge script to run. You can most safely turn this setting on, but you can expect some problems in scripts with a lot of function calls and/or huge data structures as parameters. Xdebug 2 will not have this problem with increased memory usage, as it will never store this information in memory. Instead it will only be written to disk. This means that you need to have a look at the disk usage though. This setting can have four different values. For each of the values a different amount of information is shown. Below you will see what information each of the values provides. See also the introduction of the feature Stack Traces for a few screenshots. Value Argument Information Shown 0 None. 1 Type and number of elements (f.e. string(6), array(8)). 2 Type and number of elements, with a tool tip for the full information 1. 3 Full variable contents (with the limits respected as set by xdebug.var_display_max_children, xdebug.var_display_max_data and xdebug.var_display_max_depth. 4 Full variable contents and variable name. 5 PHP serialized variable contents, without the name. (New in Xdebug 2.3) 1 in the CLI version of PHP it will not have the tool tip, nor in output files. xdebug.collect_return Type: boolean, Default value: 0 This setting, defaulting to 0, controls whether Xdebug should write the return value of function calls to the trace files. For computerized trace files (xdebug.trace_format=1) this only works from Xdebug 2.3 onwards. xdebug.collect_vars Type: boolean, Default value: 0 This setting tells Xdebug to gather information about which variables are used in a certain scope. This analysis can be quite slow as Xdebug has to reverse engineer PHP's opcode arrays. This setting will not record which values the different variables have, for that use xdebug.collect_params. This setting needs to be enabled only if you wish to use xdebug_get_declared_vars(). xdebug.coverage_enable Type: boolean, Default value: 1, Introduced in Xdebug >= 2.2 If this setting is set to 0, then Xdebug will not set-up internal structures to allow code coverage. This speeds up Xdebug quite a bit, but of course, Code Coverage Analysis won't work.

Set the xdebug.file_link_format setting to xdebug.file_link_format = "netbeans://open/?f=%f:%l" xdebug.force_display_errors Type: int, Default value: 0, Introduced in Xdebug >= 2.3 If this setting is set to 1 then errors will always be displayed, no matter what the setting of PHP's display_errors is. xdebug.force_error_reporting Type: int, Default value: 0, Introduced in Xdebug >= 2.3 This setting is a bitmask, like error_reporting. This bitmask will be logically ORed with the bitmask represented by error_reporting to dermine which errors should be displayed. This setting can only be made in php.ini and allows you to force certain errors from being shown no matter what an application does with ini_set(). xdebug.halt_level Type: int, Default value: 0, Introduced in Xdebug >= 2.3 This setting allows you to configure a mask that determines whether, and which, notices and/or warnings get converted to errors. You can configure notices and warnings that are generated by PHP, and notices and warnings that you generate yourself (by means of trigger_error()). For example, to convert the warning of strlen() (without arguments) to an error, you would do: ini_set('xdebug.halt_level', E_WARNING); strlen(); echo "Hi!\n"; Which will then result in the showing of the error message, and the abortion of the script. echo "Hi!\n"; will not be executed. The setting is a bit mask, so to convert all notices and warnings into errors for all applications, you can set this in php.ini: xdebug.halt_level=E_WARNING|E_NOTICE|E_USER_WARNING|E_USER_NOTICE The bitmask only supports the four level that are mentioned above. xdebug.idekey Type: string, Default value: *complex* Controls which IDE Key Xdebug should pass on to the DBGp debugger handler. The default is based on environment settings. First the environment setting DBGP_IDEKEY is consulted, then USER and as last USERNAME. The default is set to the first environment variable that is found. If none could be found the setting has as default ''. If this setting is set, it always overrides the environment variables. xdebug.manual_url Type: string, Default value: http://www.php.net, Introduced in Xdebug < 2.2.1 This is the base url for the links from the function traces and error message to the manual pages of the function from the message. It is advisable to set this setting to use the closest mirror. xdebug.max_nesting_level Type: integer, Default value: 256 Controls the protection mechanism for infinite recursion protection. The value of this setting is the maximum level of nested functions that are allowed before the script will be aborted. Before Xdebug 2.3, the default value was 100. xdebug.max_stack_frames Type: integer, Default value: -1, Introduced in Xdebug >= 2.3 Controls how many stack frames are shown in stack traces, both on the command line during PHP error stack traces, as well as in the browser for HTML traces. xdebug.overload_var_dump Type: boolean, Default value: 2, Introduced in Xdebug > 2.1 By default Xdebug overloads var_dump() with its own improved version for displaying variables when the html_errors php.ini setting is set to 1 or 2. In case you do not want that, you can set this setting to 0, but check first if it's not smarter to turn off html_errors. You can also use 2 as value for this setting. Besides formatting the var_dump() output nicely, it will also add filename and line number to the output. The xdebug.file_link_format setting is also respected. (New in Xdebug 2.3) Before Xdebug 2.4, the default value of this setting was 1. xdebug.profiler_aggregate Type: integer, Default value: 0 When this setting is set to 1, a single profiler file will be written for multiple requests. One can surf to multiple pages or reload a page to get an average across all requests. The file will be named .cachegrind.aggregate. You will need to move this file to get another round of aggregate data. xdebug.profiler_append Type: integer, Default value: 0

xdebug.

remote_connect_back

упс

горшочек не вари

xdebug.remote_connect_back

вот эта штука

для дебага http

и в целом для CLI

только для последнего надо еще хост прокидывать

вот эта штука

Этот параметр не подходит так как у меня роутер не пускает коннект к моему компу.

в смысле?

у тебя ж все на одной машине

у тебя ж все на одной машине

Нет. Прочти ещё раз внимательно пост:)

да не хочу я ничего читать

ну тогда у тебя проблемы с настройкой сети

это как бы... уже другая проблема

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

где у тебя шторм

тут есть кто разбирается в redis?

в частности меня интересуют сортированные коллекции и возможность как-то трекать историю изменения позиций

ну тип может zadd когда дергаешь можно словить кто поменял позиции?

или лучше такие вещи хэндлить в коде?

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