Этого треда уже нет.
Это копия, сохраненная 15 июня 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 июня 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Здравствуй, заблудший анон. Заходи. Пока чьи-то ракеты бороздят просторы космоса и даже возвращаются обратно, мы изучаем язык PHP (а также JS/CSS/HTML/SQL), решаем задачки и даже делаем простые сайты! Зачем? Кто-то хочет открыть стартап, кто-то заработать на лапшу быстрого приготовления, кому-то просто нечего делать.
В нашем треде отвечают почти на все вопросы, только бампайте каждые 5 дней. И не разводите флуд, если вам скучно, лучше сходите промочите ноги на улице, например.
Это тред и для начинающих. Слово "классы" у тебя ассоциируется только со школой, а в аттестате тройка по математике? Ты наш человек.
Предыдущий тред был тут: >>1353705 (OP) . Все старые треды есть в архиве: https://phpclub.tech/ (там есть поиск, так что можно легко найти обсуждение какой-то задачи или ответы на свой старый пост) или ищутся в гугле по словам "клуб изучающих php" и в архиваче.
Мейлач лежит? Есть запасной тред на доброчане: /s/res/23225.xhtml#i46467
Форматируй свой код, если хочешь, чтобы его читали (как, написано во втором посте).
Правила: ведем себя воспитанно, помогаем новичкам, читаем учебники, решаем задачки, постим ссылки на решения, ОП их проверяет и дает советы и замечания. ОП заходит редко, где-то раз в 2-3 дня, у него мало времени, не жди его, решай задачки дальше. ОП отвечает на все вопросы по его задачкам и учебнику, а вот насчет каких-то других вещей - только если останется время. Но в треде немало анонимных экспертов разного уровня, так что вряд ли вопрос останется без ответа.
С чего начать
У нас есть свои уроки по основам PHP, они собраны и выложены по адресу http://codedokode.github.io/phpbook (вас отредиректит на другой домен, не читайте, не сохраняйте, не запоминайте его, он временный). Это учебник для изучающих с нуля, то есть если ты вообще ничего не знаешь, то можно начать с него. Он простой и понятный. Там есть задачи, их нужно решать (чтобы стать программистом, надо писать код — иначе никак). Пости ссылки на решения в тред, мы их проверим, напишем замечания и дадим советы по улучшению. С другой стороны, если этот учебник тебе не нравится, можно читать любой другой. Или официальный мануал. Или все сразу.
Устанавливать пока что ничего не требуется, разве что редактор кода вроде Sublime Text 3, Notepad++, Visual Studio Code, Netbeans PHP или PhpStorm (с ним будет удобнее).
Если не знаешь как решать, запости код, напиши в каком месте остановился и попроси подсказку.
Ты прошел весь учебник? Молодец, но это были лишь основы языка PHP, этого недостаточно. Вот что в идеале надо изучить еще: ООП, как работает веб-сервер, HTML/CSS, SQL, PDO, работа с таблицами в БД, работа с формами, MVC, git, composer, JS, фреймворки, автоматизированное тестирование.
Надо переходить к более серьезным задачкам, которые научат тебя всему этому.
- для начала прочти урок https://github.com/codedokode/pasta/blob/master/soft/web-server.md
- установи Апач + PHP (советы выше и ниже) и читай туториал http://php.net/manual/ru/tutorial.php
- Учи HTML/CSS и SQL, PDO, хотя бы основы
- Далее простая, но полезная задача сделать список студентов, в ней много полезных советов: https://github.com/codedokode/pasta/blob/master/student-list.md
- Более сложная задача сделать файлообменник на микрофреймворке Slim: https://gist.github.com/codedokode/9424217
- Еще более сложная и долгая задача на Yii/Symfony: https://gist.github.com/codedokode/8733007
- После нее можно изучать автоматизированное тестирование https://gist.github.com/codedokode/a455bde7d0748c0a351a
- Если ты все решил, переходи к Symfony 3/Doctrine 2
- Почитать про паттерны http://designpatternsphp.readthedocs.org/ru/latest/README.html (если ты не изучил ни одного фреймворка, то это будет рановато), тут с примерами кода http://designpatternsphp.readthedocs.org/ru/latest/README.html . Имей в виду что без примеров использования их учить бесполезно - не поймешь, хочешь увидеть примеры использования паттернов - ковыряй исходники Симфони, например Symfony Forms. Не заучивай паттерны - смотри код и думай, зачем тут они использованы.
Чтобы делать эти задания, тебе надо установить Апач + PHP (можно заодно сразу и MySQL) на компьютер. Вот полезные инструкции:
https://github.com/codedokode/pasta/blob/master/soft/php-install.md
https://github.com/codedokode/pasta/blob/master/soft/apache-install.md
Может тебе понадобится пользоваться командной строкой, вот гайд https://github.com/codedokode/pasta/blob/master/soft/cli.md
Решения задач лучше показать мне, особенно на ООП,так как сам ты вряд ли увидишь все ошибки. Пости свой код на гитхаб и вкидывай ссылку в тред по мере решения. Я прокомментирую и укажу на ошибки.
Параллельно стоит подучивать английский, на первых порах можно без него, но по мере развития придется все чаще сталкиваться с англоязычными статьями, так что лучше не откладывать. Читать можно news.ycombinator.com - это что-то вроде их хабра. Также можно начинать смотреть фильмы и видео на английском.
Также, у нас есть задачи которые позволят тебе изучить или подтянуть до нормального уровня знания JS/HTML/CSS/SQL. Решай их параллельно с задачами выше.
- HTML/CSS: https://github.com/codedokode/pasta/blob/master/html/html.md
- JS: https://gist.github.com/codedokode/ce30e7a036f18f416ae0
- SPA (сложно): https://github.com/codedokode/pasta/blob/master/js/spa.md
- Проверялка решений на JS: http://dkab.github.io/jasmine-tests/
- MySQL: https://github.com/codedokode/pasta/blob/master/db/databases.md
Что почитать
- Мануал по PHP — http://www.php.net/manual/ru/langref.php
- Сайт phptherightway (перевод на русский: http://getjump.me/ru-php-the-right-way/ )
- По PHP: Профессиональное программирование на PHP Джордж Шлосснейгл
- По PHP: Мэтт Зандстра — PHP: Объекты, шаблоны, методики программирования
- JS: learn.javascript.ru
- Про Git: https://git-scm.com/book/ru/v1
- Новости IT на англ. https://news.ycombinator.com/
- какой-то древний, устаревший, но большой и на русском справочник по веб-разработке, посоветованный аноном: https://starcat.dp.ua/doc/wdh/
Оформляй код аккуратно!!! — например пропусти через phpformatter.com . Также, если ты пользуешься IDE вроде PhpStorm, Netbeans, Eclipse, то в них эта опция встроена, подробнее: https://gist.github.com/codedokode/8759492
У ОПа нет аккаунтов и групп вконтакте, в фейсбуке, в твиттере, все "пхп-треды" там поддельные.
Платиновые вопросы
- Почему PHP? Потому что вакансий море, и учить легко.
- Сайт опять упал!!!!! — Не паникуй, а открой http://rghost.ru/6bfCY9lfl и получи личную немного устаревшую оффлайновую копию сайта (можно читать хоть на андроиде без интернета)
- Что надо знать чтобы найти работу - разработчику: PHP, SQL, HTML/CSS, JS, ООП, Git, композер, MVC, фреймворк. Верстальщику - HTML/CSS, JS, jQuery. У нас в треде были люди, которые практически с нуля учились и смогли найти работу.
- Что будут спрашивать на собеседовании если 0 опыта - гонять по теории, по официальному мануалу PHP, давать дурацкие задачки на переворачивание строк, гонять по SQL (транзакции, внешние ключи, напиши запрос), по JS (как сделать анимацию при нажатии кнопки), ну погугли, не ленись
- Можно подробнее про поиск работы, собеседования - нет, ОП писать не будет, но может кто из анонов захочет рассказать. Поищите тред перезвонивших, а также раздел /wrk/
- Сколько времени надо изучать все это? - все зависит от тебя, но не меньше 6-8 месяцев
- Нужен ли ООП, фреймворки, MVC, git, composer? — Да, однозначно. Посмотри любую вакансию.
В нашем треде отвечают почти на все вопросы, только бампайте каждые 5 дней. И не разводите флуд, если вам скучно, лучше сходите промочите ноги на улице, например.
Это тред и для начинающих. Слово "классы" у тебя ассоциируется только со школой, а в аттестате тройка по математике? Ты наш человек.
Предыдущий тред был тут: >>1353705 (OP) . Все старые треды есть в архиве: https://phpclub.tech/ (там есть поиск, так что можно легко найти обсуждение какой-то задачи или ответы на свой старый пост) или ищутся в гугле по словам "клуб изучающих php" и в архиваче.
Мейлач лежит? Есть запасной тред на доброчане: /s/res/23225.xhtml#i46467
Форматируй свой код, если хочешь, чтобы его читали (как, написано во втором посте).
Правила: ведем себя воспитанно, помогаем новичкам, читаем учебники, решаем задачки, постим ссылки на решения, ОП их проверяет и дает советы и замечания. ОП заходит редко, где-то раз в 2-3 дня, у него мало времени, не жди его, решай задачки дальше. ОП отвечает на все вопросы по его задачкам и учебнику, а вот насчет каких-то других вещей - только если останется время. Но в треде немало анонимных экспертов разного уровня, так что вряд ли вопрос останется без ответа.
С чего начать
У нас есть свои уроки по основам PHP, они собраны и выложены по адресу http://codedokode.github.io/phpbook (вас отредиректит на другой домен, не читайте, не сохраняйте, не запоминайте его, он временный). Это учебник для изучающих с нуля, то есть если ты вообще ничего не знаешь, то можно начать с него. Он простой и понятный. Там есть задачи, их нужно решать (чтобы стать программистом, надо писать код — иначе никак). Пости ссылки на решения в тред, мы их проверим, напишем замечания и дадим советы по улучшению. С другой стороны, если этот учебник тебе не нравится, можно читать любой другой. Или официальный мануал. Или все сразу.
Устанавливать пока что ничего не требуется, разве что редактор кода вроде Sublime Text 3, Notepad++, Visual Studio Code, Netbeans PHP или PhpStorm (с ним будет удобнее).
Если не знаешь как решать, запости код, напиши в каком месте остановился и попроси подсказку.
Ты прошел весь учебник? Молодец, но это были лишь основы языка PHP, этого недостаточно. Вот что в идеале надо изучить еще: ООП, как работает веб-сервер, HTML/CSS, SQL, PDO, работа с таблицами в БД, работа с формами, MVC, git, composer, JS, фреймворки, автоматизированное тестирование.
Надо переходить к более серьезным задачкам, которые научат тебя всему этому.
- для начала прочти урок https://github.com/codedokode/pasta/blob/master/soft/web-server.md
- установи Апач + PHP (советы выше и ниже) и читай туториал http://php.net/manual/ru/tutorial.php
- Учи HTML/CSS и SQL, PDO, хотя бы основы
- Далее простая, но полезная задача сделать список студентов, в ней много полезных советов: https://github.com/codedokode/pasta/blob/master/student-list.md
- Более сложная задача сделать файлообменник на микрофреймворке Slim: https://gist.github.com/codedokode/9424217
- Еще более сложная и долгая задача на Yii/Symfony: https://gist.github.com/codedokode/8733007
- После нее можно изучать автоматизированное тестирование https://gist.github.com/codedokode/a455bde7d0748c0a351a
- Если ты все решил, переходи к Symfony 3/Doctrine 2
- Почитать про паттерны http://designpatternsphp.readthedocs.org/ru/latest/README.html (если ты не изучил ни одного фреймворка, то это будет рановато), тут с примерами кода http://designpatternsphp.readthedocs.org/ru/latest/README.html . Имей в виду что без примеров использования их учить бесполезно - не поймешь, хочешь увидеть примеры использования паттернов - ковыряй исходники Симфони, например Symfony Forms. Не заучивай паттерны - смотри код и думай, зачем тут они использованы.
Чтобы делать эти задания, тебе надо установить Апач + PHP (можно заодно сразу и MySQL) на компьютер. Вот полезные инструкции:
https://github.com/codedokode/pasta/blob/master/soft/php-install.md
https://github.com/codedokode/pasta/blob/master/soft/apache-install.md
Может тебе понадобится пользоваться командной строкой, вот гайд https://github.com/codedokode/pasta/blob/master/soft/cli.md
Решения задач лучше показать мне, особенно на ООП,так как сам ты вряд ли увидишь все ошибки. Пости свой код на гитхаб и вкидывай ссылку в тред по мере решения. Я прокомментирую и укажу на ошибки.
Параллельно стоит подучивать английский, на первых порах можно без него, но по мере развития придется все чаще сталкиваться с англоязычными статьями, так что лучше не откладывать. Читать можно news.ycombinator.com - это что-то вроде их хабра. Также можно начинать смотреть фильмы и видео на английском.
Также, у нас есть задачи которые позволят тебе изучить или подтянуть до нормального уровня знания JS/HTML/CSS/SQL. Решай их параллельно с задачами выше.
- HTML/CSS: https://github.com/codedokode/pasta/blob/master/html/html.md
- JS: https://gist.github.com/codedokode/ce30e7a036f18f416ae0
- SPA (сложно): https://github.com/codedokode/pasta/blob/master/js/spa.md
- Проверялка решений на JS: http://dkab.github.io/jasmine-tests/
- MySQL: https://github.com/codedokode/pasta/blob/master/db/databases.md
Что почитать
- Мануал по PHP — http://www.php.net/manual/ru/langref.php
- Сайт phptherightway (перевод на русский: http://getjump.me/ru-php-the-right-way/ )
- По PHP: Профессиональное программирование на PHP Джордж Шлосснейгл
- По PHP: Мэтт Зандстра — PHP: Объекты, шаблоны, методики программирования
- JS: learn.javascript.ru
- Про Git: https://git-scm.com/book/ru/v1
- Новости IT на англ. https://news.ycombinator.com/
- какой-то древний, устаревший, но большой и на русском справочник по веб-разработке, посоветованный аноном: https://starcat.dp.ua/doc/wdh/
Оформляй код аккуратно!!! — например пропусти через phpformatter.com . Также, если ты пользуешься IDE вроде PhpStorm, Netbeans, Eclipse, то в них эта опция встроена, подробнее: https://gist.github.com/codedokode/8759492
У ОПа нет аккаунтов и групп вконтакте, в фейсбуке, в твиттере, все "пхп-треды" там поддельные.
Платиновые вопросы
- Почему PHP? Потому что вакансий море, и учить легко.
- Сайт опять упал!!!!! — Не паникуй, а открой http://rghost.ru/6bfCY9lfl и получи личную немного устаревшую оффлайновую копию сайта (можно читать хоть на андроиде без интернета)
- Что надо знать чтобы найти работу - разработчику: PHP, SQL, HTML/CSS, JS, ООП, Git, композер, MVC, фреймворк. Верстальщику - HTML/CSS, JS, jQuery. У нас в треде были люди, которые практически с нуля учились и смогли найти работу.
- Что будут спрашивать на собеседовании если 0 опыта - гонять по теории, по официальному мануалу PHP, давать дурацкие задачки на переворачивание строк, гонять по SQL (транзакции, внешние ключи, напиши запрос), по JS (как сделать анимацию при нажатии кнопки), ну погугли, не ленись
- Можно подробнее про поиск работы, собеседования - нет, ОП писать не будет, но может кто из анонов захочет рассказать. Поищите тред перезвонивших, а также раздел /wrk/
- Сколько времени надо изучать все это? - все зависит от тебя, но не меньше 6-8 месяцев
- Нужен ли ООП, фреймворки, MVC, git, composer? — Да, однозначно. Посмотри любую вакансию.
56 Кб, 500x644Код нужно писать не как попало, а аккуратно и по правилам. Почему? Потому, что на неакуратно написанный код не хочется даже смотреть. Если каждый будет оформлять код как хочет, будет бардак.
Если тебе лень выравнивать код руками, закачай его на 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
Если тебе лень выравнивать код руками, закачай его на 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
Аноны, я постараюсь в ближайшие пару дней проверить оставшиеся посты в прошлом треде >>1353705 (OP) но вы можете напомнить о себе тут, чтобы точно не забыть.
Как выглядит реальная работа мечты в нерезиновой для php программиста, уже не вкатывальшика? У меня после пары лет в мухосранской конторе php ассоциируется с переработками, вечным дедлайном, с заказчиками с которыми ты должен общаться лично, задержками микрозарплаты, древнем пека на селероне. Есть ли смузихлебные места в Москве для пыхарей?
Решаю список студентов и возникли некоторые вопросы.
1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Например:
$student = Utils::createStudentFromGlobals();
2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Или всё что серьезнее if/else/for/foreach низяяя?
4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
5. Вопрос по тестированию.
Например у меня есть метод валидации имени студента. Он умеет:
1. Проверять переданное значение на пустоту.
2. Проверять длину на min, max значения и возвращать соответствующие ошибки.
3. Проверять регуляркой на кириллические символы.
В конце возвращает массив с ошибками или null.
Для каждой способности этого метода писать отдельный тест-метод?
Надеюсь, не отнял много времени. Заранее спасибо!
1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Например:
$student = Utils::createStudentFromGlobals();
2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Или всё что серьезнее if/else/for/foreach низяяя?
4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
5. Вопрос по тестированию.
Например у меня есть метод валидации имени студента. Он умеет:
1. Проверять переданное значение на пустоту.
2. Проверять длину на min, max значения и возвращать соответствующие ошибки.
3. Проверять регуляркой на кириллические символы.
В конце возвращает массив с ошибками или null.
Для каждой способности этого метода писать отдельный тест-метод?
Надеюсь, не отнял много времени. Заранее спасибо!
Решаю список студентов и возникли некоторые вопросы.
1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Например:
$student = Utils::createStudentFromGlobals();
2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Или всё что серьезнее if/else/for/foreach низяяя?
4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
5. Вопрос по тестированию.
Например у меня есть метод валидации имени студента. Он умеет:
1. Проверять переданное значение на пустоту.
2. Проверять длину на min, max значения и возвращать соответствующие ошибки.
3. Проверять регуляркой на кириллические символы.
В конце возвращает массив с ошибками или null.
Для каждой способности этого метода писать отдельный тест-метод?
Надеюсь, не отнял много времени. Заранее спасибо!
1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Например:
$student = Utils::createStudentFromGlobals();
2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Или всё что серьезнее if/else/for/foreach низяяя?
4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
5. Вопрос по тестированию.
Например у меня есть метод валидации имени студента. Он умеет:
1. Проверять переданное значение на пустоту.
2. Проверять длину на min, max значения и возвращать соответствующие ошибки.
3. Проверять регуляркой на кириллические символы.
В конце возвращает массив с ошибками или null.
Для каждой способности этого метода писать отдельный тест-метод?
Надеюсь, не отнял много времени. Заранее спасибо!
Напоминаю ОП-у глянуть мое из прошлого треда.
https://codecoshauni.github.io - сама страница.
https://github.com/codecoshauni/codecoshauni.github.io - ну и код.
> Оп, глянь, как будешь свободен, финальное задание по верстке твое "Webpaint". Остальные аноны тоже можете указать на ошибки.
https://codecoshauni.github.io - сама страница.
https://github.com/codecoshauni/codecoshauni.github.io - ну и код.
Надеюсь мой ответ не потеряется >>1380677
125 Кб, 1173x382Продублирую в новом ИТТ треде:
>>1380456
Так ведь там весь массив гет из реквеста, а не просто место для сохранения. Параметры не столько сохраняются, сколько апдейтятся - меняется только один, за который отвечает ссылка, и она пересобирается с новым значением.
Ну и разные функции нет смысла создавать - всегда один гет-массив приходит в запросе и с ним работаем.
Вообще, задумка была такой, что замыкание передаётся в шаблон под каким-то именем, где просто вызывается как на пикрелейтед. Меняются только запрошенные параметры, остальные не остаются как были. Ну и пустой писанины чтоб поменьше.
Я тут не подумал сразу и вкинул эту функцию в тред, без комментов, без пояснений нормальных. Потом только дошло, что она не оформлена никак у меня.
Зачем? Количество записей ведь не изменилось. Я вот со своей этой функцией поигрался - вполне юзабельно вроде. Страницы жмёшь - меняет страницы, сортировку меняешь - сортировка только и меняется, что нажали - то и выводит.
>>1380456
>У тебя как-то странно сделано, что параметры сохраняются в $this->get. Это значит, что если ты с помощью функции linkMaker() создашь 2 анонимных функции, то одна будет влиять на другую (параметры, переданные в одну, отобразятся в другой). Это неправильно.
>$this->get
Так ведь там весь массив гет из реквеста, а не просто место для сохранения. Параметры не столько сохраняются, сколько апдейтятся - меняется только один, за который отвечает ссылка, и она пересобирается с новым значением.
Ну и разные функции нет смысла создавать - всегда один гет-массив приходит в запросе и с ним работаем.
Вообще, задумка была такой, что замыкание передаётся в шаблон под каким-то именем, где просто вызывается как на пикрелейтед. Меняются только запрошенные параметры, остальные не остаются как были. Ну и пустой писанины чтоб поменьше.
Я тут не подумал сразу и вкинул эту функцию в тред, без комментов, без пояснений нормальных. Потом только дошло, что она не оформлена никак у меня.
>если мы меняем сортировку, то надо сбрасывать пагинацию
Зачем? Количество записей ведь не изменилось. Я вот со своей этой функцией поигрался - вполне юзабельно вроде. Страницы жмёшь - меняет страницы, сортировку меняешь - сортировка только и меняется, что нажали - то и выводит.
>>380549
Вот например ошибки из валидатора и данные введенные в форму я передаю в шаблон в виде двух массивов $errors, $formData.
В шаблоне к каждому полю где они будут выводиться, нужно прикручивать проверку на существование значения в массиве во избежании предупреждения об ошибке от пхп?
Есть несколько вариантов решения этой проблемы, какой бы лучше выбрать?
https://ideone.com/1B8bMH
>2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
Вот например ошибки из валидатора и данные введенные в форму я передаю в шаблон в виде двух массивов $errors, $formData.
В шаблоне к каждому полю где они будут выводиться, нужно прикручивать проверку на существование значения в массиве во избежании предупреждения об ошибке от пхп?
Есть несколько вариантов решения этой проблемы, какой бы лучше выбрать?
https://ideone.com/1B8bMH
>>380793
Дошло, что можно использовать в шаблоне объект студента
<input type="text" value="<?= $student->getFirstName()"?>
Дошло, что можно использовать в шаблоне объект студента
<input type="text" value="<?= $student->getFirstName()"?>
>>380536
есть:
badoo
yandex
avito
lamoda
8bit
travelata
tutu
и куча других менее известных, но тоже достойных контор
есть:
badoo
yandex
avito
lamoda
8bit
travelata
tutu
и куча других менее известных, но тоже достойных контор
>>380536
Возможность личного общения с заказчиком - на мой взгляд, это большой плюс. Разработчики, понимающие бизнес, обычно ценятся выше.
Возможность личного общения с заказчиком - на мой взгляд, это большой плюс. Разработчики, понимающие бизнес, обычно ценятся выше.
>>381548
Какой бизнес? По доставке еды, е-коммерце, грузоперевозки, Б2Б, сотни других?
Сам-то понял что сказал? У тебя жизни не хватит чтобы всё это понять.
Умей своё дело делать хорошо и не пытайся лезть в чужое.
>Разработчики, понимающие бизнес
Какой бизнес? По доставке еды, е-коммерце, грузоперевозки, Б2Б, сотни других?
Сам-то понял что сказал? У тебя жизни не хватит чтобы всё это понять.
Умей своё дело делать хорошо и не пытайся лезть в чужое.
Котаны, в документации, в примерах функции зачастую типа такая запись аргументво что идут в функцию:
public PDO::prepare ( string $statement [, array $driver_options = array() ] )
или
mail ( string $to , string $subject , string $message [, mixed $additional_headers [, string $additional_parameters ]] )
Почему тут конструкция типа '[,' - т.е. сначала скобка квадратная а потом запятая. Зачем квадратные скобки?
public PDO::prepare ( string $statement [, array $driver_options = array() ] )
или
mail ( string $to , string $subject , string $message [, mixed $additional_headers [, string $additional_parameters ]] )
Почему тут конструкция типа '[,' - т.е. сначала скобка квадратная а потом запятая. Зачем квадратные скобки?
>>381737
Спасибо.
А еще кстати подскажите порядок работы или где почитать по почте:
Я делаю форму с отправкой почты. Читал что правильнее это все реализовывать не просто через вызов mail() - но устанавливать отдельный почтовый сервер, и уже на него отправлять из пхп письма.
Спасибо.
А еще кстати подскажите порядок работы или где почитать по почте:
Я делаю форму с отправкой почты. Читал что правильнее это все реализовывать не просто через вызов mail() - но устанавливать отдельный почтовый сервер, и уже на него отправлять из пхп письма.
Сап аноны, я тут новенький. Пару дней ковырял задачу на опечатки в регулярных выражениях были траблы с типами данных. Задачу решил, но хочется что-бы кто-нибудь оценил. Буду рад если скажете где и почему было написано хуёво и как сделать лучше. Алсо реквестирую каких-нибудь статей про типы данных в PHP.
Сама программа: https://ideone.com/rg3cAy
p.s. Старался в комментарии на английском. Может быть понятно, а может и нет.
Сама программа: https://ideone.com/rg3cAy
p.s. Старался в комментарии на английском. Может быть понятно, а может и нет.
так, при регистрации валидатор симфони ругается: data.passwordThis value should not be blank.
null
ConstraintViolation {#1123
-message: "This value should not be blank."
-messageTemplate: "This value should not be blank."
-parameters: []
-plural: null
-root: Form {#594 }
-propertyPath: "data.password"
-invalidValue: null
-constraint: NotBlank {#905 …}
-code: "c1051bb4-d103-4f74-8988-acbcafc7fdc3"
-cause: null
}
помогите пж нубасу)
null
ConstraintViolation {#1123
-message: "This value should not be blank."
-messageTemplate: "This value should not be blank."
-parameters: []
-plural: null
-root: Form {#594 }
-propertyPath: "data.password"
-invalidValue: null
-constraint: NotBlank {#905 …}
-code: "c1051bb4-d103-4f74-8988-acbcafc7fdc3"
-cause: null
}
помогите пж нубасу)
>>381814
Твои комментарии только мешают просмотру кода, для скриптов на 30 строк они точно не нужны, особенно на каждый пук. Плюс отделять нужно для лучшей читаемости кода пустыми строками блоки этого кода.
Какие вообще статьи про типа данных ты хочешь? Просто прочитай в пхп мануале про все типы существующие и результаты их сравнения.
Твои комментарии только мешают просмотру кода, для скриптов на 30 строк они точно не нужны, особенно на каждый пук. Плюс отделять нужно для лучшей читаемости кода пустыми строками блоки этого кода.
Какие вообще статьи про типа данных ты хочешь? Просто прочитай в пхп мануале про все типы существующие и результаты их сравнения.
>>381815
Спасибо. Со стороны на код не смотрел. Действительно пиздец.
Так лучше: https://ideone.com/mdzzN7
А по типам данных. Что-нибудь про массивы и их нюансы(многомерные, как лучше обращаться к данным внутри них и т.д.) + про конвертацию данных в слаботипизированных языках для лучшего понимания. Я читал официальные мануалы, но все равно ощущение что, что-то не догоняю.
Спасибо. Со стороны на код не смотрел. Действительно пиздец.
Так лучше: https://ideone.com/mdzzN7
А по типам данных. Что-нибудь про массивы и их нюансы(многомерные, как лучше обращаться к данным внутри них и т.д.) + про конвертацию данных в слаботипизированных языках для лучшего понимания. Я читал официальные мануалы, но все равно ощущение что, что-то не догоняю.
>>381799
Тебе же прямым текстом написано, в чем проблема.
Тебе же прямым текстом написано, в чем проблема.
>>381823
Сравнение разных типов и их преобразование я понял, просто написав все возможные варианты сравнения и операций с ними, потом смотрел, что выведет интерпретатор. Вообще в мануале хорошие таблицы есть,как будут сравниваться и преобразовываться типы.
Сравнение разных типов и их преобразование я понял, просто написав все возможные варианты сравнения и операций с ними, потом смотрел, что выведет интерпретатор. Вообще в мануале хорошие таблицы есть,как будут сравниваться и преобразовываться типы.
>>1380459
Ты имеешь в виду какой-нибудь rabbitmq? Из пушки по воробьям же. Мне нужно просто отправить юзеру view сразу, до того как долгий таск завершится. Я до этого писал всякую шляпу на fat free framework и там есть функция abort, которая делает нужное
https://fatfreeframework.com/3.6/base#abort
Я вполне способен залезть в исходники и посмотреть, что она там делает и перенести это в симфони, но ведь скорее всего это уже там есть и мой велосипед всяко будет хуже.
>Есть очереди задач для этого.
Ты имеешь в виду какой-нибудь rabbitmq? Из пушки по воробьям же. Мне нужно просто отправить юзеру view сразу, до того как долгий таск завершится. Я до этого писал всякую шляпу на fat free framework и там есть функция abort, которая делает нужное
https://fatfreeframework.com/3.6/base#abort
Я вполне способен залезть в исходники и посмотреть, что она там делает и перенести это в симфони, но ведь скорее всего это уже там есть и мой велосипед всяко будет хуже.
>>380485 (OP)
Говорю говорю и еще раз говорю. Пхп на уровне развития стремится стать жабой, когда сама жаба уже существует. С каждой версии все похожее и похожее.
Писать на этой ссанине - себя не уважать. Нормальные люди пишут на питоне\рельсах\жабе. Пхп - кусок дерьма.
У меня есть одногруппник который пытается еще алгоритмы на нем писать. Стоит ли рассказывать об его анальной ебле и рендере красивой хтлм странички?
Говорю говорю и еще раз говорю. Пхп на уровне развития стремится стать жабой, когда сама жаба уже существует. С каждой версии все похожее и похожее.
Писать на этой ссанине - себя не уважать. Нормальные люди пишут на питоне\рельсах\жабе. Пхп - кусок дерьма.
У меня есть одногруппник который пытается еще алгоритмы на нем писать. Стоит ли рассказывать об его анальной ебле и рендере красивой хтлм странички?
>>381869
Что ты тогда забыл в нашем треде, болезный? Иди и пиши на том языке, который тебе нравится, только почитай сначала https://habr.com/ru/post/315152/
Что ты тогда забыл в нашем треде, болезный? Иди и пиши на том языке, который тебе нравится, только почитай сначала https://habr.com/ru/post/315152/
>>381869
Рыночек решает. На питоне юэкенд-вэба меньше во сколько раз? В 10? В 20?
Я сам терзался выбором между пхп и питоном. К питону естественно лежала душа. Но выбрал пхп потому что тут через месяц уже можно искать какую-нибудь удаленку и хоть по минимуму монетизировать свои знания.
А то вкатывальщики годами решают тестовые, и сосут хуи.
Пока ерохи организуют вэб-студии в которых херачат на джумле сайты и делают деньги, причем GET от POST запроса не отличают тру стори.
Лично я решил дрочить технологии бека на пхп. Синтаксис питона я знаю. Если вдруг вэб перевернется - перекачусь в питон. Или в JS на котором я тоже уже по мелочи зарабатываю. Клепая калькуляторы и прочее.
Рыночек решает. На питоне юэкенд-вэба меньше во сколько раз? В 10? В 20?
Я сам терзался выбором между пхп и питоном. К питону естественно лежала душа. Но выбрал пхп потому что тут через месяц уже можно искать какую-нибудь удаленку и хоть по минимуму монетизировать свои знания.
А то вкатывальщики годами решают тестовые, и сосут хуи.
Пока ерохи организуют вэб-студии в которых херачат на джумле сайты и делают деньги, причем GET от POST запроса не отличают тру стори.
Лично я решил дрочить технологии бека на пхп. Синтаксис питона я знаю. Если вдруг вэб перевернется - перекачусь в питон. Или в JS на котором я тоже уже по мелочи зарабатываю. Клепая калькуляторы и прочее.
Аноны, как можно сделать по другому?
http://sandbox.onlinephpfunctions.com/code/36216a124252e2f05ed9d0a55dd1238d7931c980: ошибка
http://sandbox.onlinephpfunctions.com/code/7ab17081d971e1361863d569f390cdd85a382b46: пофиксил добавлением пробелов в строках 7-20.
Есть вариант найти максимальное кол-во символов в строке (32) и дополнить все строки где кол-во символов <32 пробелами. Но мне кажется что можно сделать мудрее
http://sandbox.onlinephpfunctions.com/code/36216a124252e2f05ed9d0a55dd1238d7931c980: ошибка
http://sandbox.onlinephpfunctions.com/code/7ab17081d971e1361863d569f390cdd85a382b46: пофиксил добавлением пробелов в строках 7-20.
Есть вариант найти максимальное кол-во символов в строке (32) и дополнить все строки где кол-во символов <32 пробелами. Но мне кажется что можно сделать мудрее
Анонче, подскажи, а то я застрял. Делаю грамматического нациста, хочу сделать проверку по отсутствию знака препинания. Идея такая я делаю preg match all с preg set order< затем дампую. 0й массив. Но как мне ограничить регулярку так, что бы выводилась вся фраза с ошибкой, а не кусок? Я думал таком варианте
'/s|^. - это либо символ начала строки либо ограничивающий пробел.
\.\S - условие замены
.\s|.*\. - ограничение по пробелу или концу строк
Я хочу что бы сделав дамп 0го массива вылезли все ошибки. Но почему - то даже правильные последовательности тоже выдаются. Где я перемудрил? По возможности намекните т к хочу допереть сам
'/s|^. - это либо символ начала строки либо ограничивающий пробел.
\.\S - условие замены
.\s|.*\. - ограничение по пробелу или концу строк
Я хочу что бы сделав дамп 0го массива вылезли все ошибки. Но почему - то даже правильные последовательности тоже выдаются. Где я перемудрил? По возможности намекните т к хочу допереть сам
>>381833
В нем уже реализован SMTP транспорт? Или еще нужно ставить почтовый SMTP сервер?
>>Свифтмайлер
В нем уже реализован SMTP транспорт? Или еще нужно ставить почтовый SMTP сервер?
405 Кб, 1610x862Двач, как в Splunk'e составить поисковый запрос , результатом которого будет список уникальных заявок, заполнение которых было полностью завершено?
В задании про список студентов оп говорит, что валидатору инфы о студенте нужно в конструктор передавать объект tablegateway, чтобы валидатор мог, например, смотреть, есть ли а базе такой email. Контроллерам тоже нужно будет вызывать методы tablegateway, чтобы работать с базой. Значит в конструктор контроллера надо передавать тоже этот объект tablegateway? А если у меня объект контроллера в роутере создаётся, то сначала объект tablegateway нужно в роутер передавать прямо из index.php? Это и есть Di?
>>382653
Классы получают только те зависимости, что нужны для их собственной работы и ничего лишнего. Если представить, что у тебя будет сотня сущностей то под каждую гейтвей в роутер передавать? Херня ведь получится.
DI - это класс-контейнер который содержит в себе все нужные зависимости соединение с БД, настройки нужные, гейтвей твой. Достаточно передать в роутере только его, а не целый список барахла. Уже в конструкторе контроллер сам берёт из контейнера нужные ему зависимости.
Но вообще гугл в этом деле очень помогает.
>объект tablegateway нужно в роутер передавать
Классы получают только те зависимости, что нужны для их собственной работы и ничего лишнего. Если представить, что у тебя будет сотня сущностей то под каждую гейтвей в роутер передавать? Херня ведь получится.
DI - это класс-контейнер который содержит в себе все нужные зависимости соединение с БД, настройки нужные, гейтвей твой. Достаточно передать в роутере только его, а не целый список барахла. Уже в конструкторе контроллер сам берёт из контейнера нужные ему зависимости.
Но вообще гугл в этом деле очень помогает.
>>382741
Настройка и связь с бд у меня в bootstrap.php лежит, там же создаётся и объект tablegateway. Вопрос в том,правильно ли я понял, что контроллеру можно просто объект этот передать, как передал валидатору (по совету опа), или это разные вещи. Больше никакого барахла не будет, проект же небольшой(список студентов).
Походу я немного запутался уже в этих абстракциях.
Настройка и связь с бд у меня в bootstrap.php лежит, там же создаётся и объект tablegateway. Вопрос в том,правильно ли я понял, что контроллеру можно просто объект этот передать, как передал валидатору (по совету опа), или это разные вещи. Больше никакого барахла не будет, проект же небольшой(список студентов).
Походу я немного запутался уже в этих абстракциях.
9 Кб, 311x350Пых-удаленщики на месте?
>>382746
Конечно можно. Только, бога ради, не в роутере - ему вообще не положено знать о таких вещах.
>контроллеру можно просто объект этот передать
Конечно можно. Только, бога ради, не в роутере - ему вообще не положено знать о таких вещах.
>>382756
А как тогда? Роутер же создаёт контроллер нужный и запускает его метод начала работы.
А как тогда? Роутер же создаёт контроллер нужный и запускает его метод начала работы.
>>382791
Вообще не его обязанность, как по мне. Можно роутер сделать конструктором объекта Route, т.е. настоящего маршрута, который отрабатывает в данный момент.
В него, например, передавать имя контроллера, метода, параметры вызова(гет\пост и тд), ну уже потом в него и передавать зависимости, Хотя тут контейнер тоже удобнее будет.
Ну а потом $Route->run(), который собирает всё это дело воедино и посылает на рендер.
Уж лучше так, чем в роутер гейтвей сущности пихать.
>Роутер же создаёт контроллер нужный
Вообще не его обязанность, как по мне. Можно роутер сделать конструктором объекта Route, т.е. настоящего маршрута, который отрабатывает в данный момент.
В него, например, передавать имя контроллера, метода, параметры вызова(гет\пост и тд), ну уже потом в него и передавать зависимости, Хотя тут контейнер тоже удобнее будет.
Ну а потом $Route->run(), который собирает всё это дело воедино и посылает на рендер.
Уж лучше так, чем в роутер гейтвей сущности пихать.
Аноны, подскажите нубу, почему если у меня сервер nginx, то нужно ставить php-fpm, а если apache то просто php.
В чём между ними разница?
В чём между ними разница?
>>382791
А вообще, с таким подходом ты просто обречен убрать инициализацю gateway из bootstrap и запихнуть её в сам контроллер. Конструктор или прямо в методе.
А вообще, с таким подходом ты просто обречен убрать инициализацю gateway из bootstrap и запихнуть её в сам контроллер. Конструктор или прямо в методе.
Аноны, сейчас нахожусь на испытательном в небольшой компании, php программист. Опыта в php только 2 месяца.
Мне кажется что я неправильно подхожу к процессу. Трачу много времени на задачи, в которых в итоге добавляю 5-10 строк. Как быстро читать код, понимать его логическую структуру и т.д. Когда только начинал, читал код тупо как текст, услышал, что так нельзя, а как правильно хз. Как быстро находить файлы и директории с нужными кусками кода в файловой структуре. Иногда с одной страницы отсылается форма на другую, или аякс, и приходится долго искать где происходит вся обработка. Так же чую что остановилось развитие. В метро читать что то без практики не вижу смысла, а дома уже нет сил после рабочего дня(как раз таки из за того что стопоришься на легкой хуйне и это изматывает и угнетает)
Мне кажется что я неправильно подхожу к процессу. Трачу много времени на задачи, в которых в итоге добавляю 5-10 строк. Как быстро читать код, понимать его логическую структуру и т.д. Когда только начинал, читал код тупо как текст, услышал, что так нельзя, а как правильно хз. Как быстро находить файлы и директории с нужными кусками кода в файловой структуре. Иногда с одной страницы отсылается форма на другую, или аякс, и приходится долго искать где происходит вся обработка. Так же чую что остановилось развитие. В метро читать что то без практики не вижу смысла, а дома уже нет сил после рабочего дня(как раз таки из за того что стопоришься на легкой хуйне и это изматывает и угнетает)
Аноны, сейчас нахожусь на испытательном в небольшой компании, php программист. Опыта в php только 2 месяца.
Мне кажется что я неправильно подхожу к процессу. Трачу много времени на задачи, в которых в итоге добавляю 5-10 строк. Как быстро читать код, понимать его логическую структуру и т.д. Когда только начинал, читал код тупо как текст, услышал, что так нельзя, а как правильно хз. Как быстро находить файлы и директории с нужными кусками кода в файловой структуре. Иногда с одной страницы отсылается форма на другую, или аякс, и приходится долго искать где происходит вся обработка. Так же чую что остановилось развитие. В метро читать что то без практики не вижу смысла, а дома уже нет сил после рабочего дня(как раз таки из за того что стопоришься на легкой хуйне и это изматывает и угнетает)
Мне кажется что я неправильно подхожу к процессу. Трачу много времени на задачи, в которых в итоге добавляю 5-10 строк. Как быстро читать код, понимать его логическую структуру и т.д. Когда только начинал, читал код тупо как текст, услышал, что так нельзя, а как правильно хз. Как быстро находить файлы и директории с нужными кусками кода в файловой структуре. Иногда с одной страницы отсылается форма на другую, или аякс, и приходится долго искать где происходит вся обработка. Так же чую что остановилось развитие. В метро читать что то без практики не вижу смысла, а дома уже нет сил после рабочего дня(как раз таки из за того что стопоришься на легкой хуйне и это изматывает и угнетает)
>>383012
Я пришел тупо к тому, что ищу через поиск.
В пых-шторме правый shift 2 раза тыкаешь и вводишь название файла.
Быстрее, чем мышкой крутить список файлов получается.
>Как быстро находить файлы и директории с нужными кусками кода в файловой структуре
Я пришел тупо к тому, что ищу через поиск.
В пых-шторме правый shift 2 раза тыкаешь и вводишь название файла.
Быстрее, чем мышкой крутить список файлов получается.
>>383016
Это то да, но например хочешь найти где задается какой нибудь класс, а имя файла не знаешь, я щас тупо git grep юзаю, но даже на это иногда уходит много времени
Это то да, но например хочешь найти где задается какой нибудь класс, а имя файла не знаешь, я щас тупо git grep юзаю, но даже на это иногда уходит много времени
>>383018
В IDE обычно есть команда "перейти к классу". В Саблайме я жму Ctrl + Shift + R и набираю часть имени класса. Плюс, обычно файл должен называться так же, как и класс, потому я жму в Саблайме Ctrl + P (поиск файла по имени) и набираю часть имени класса и файл находится.
Изучай особенности редактора и IDE, иначе будешь очень медленно и неэффективно работать.
Если речь про то, что надо понять, кто обрабатывает запрос к странице /somepage, то тут надо смотреть, фреймворк там или что-то самописное:
- если фреймворк - читаем мануал про роутинг и идем в конфиг роутера или еще куда-то
- если самопис - то изучаем код, начиная с index.php и смотрим, как реализован роутинг.
В крайнем случае, можно сделать поиск по файлам (Ctrl + Shift + F) по регулярке "\bsomepage\b" и посмотреть, что найдется.
В IDE обычно есть команда "перейти к классу". В Саблайме я жму Ctrl + Shift + R и набираю часть имени класса. Плюс, обычно файл должен называться так же, как и класс, потому я жму в Саблайме Ctrl + P (поиск файла по имени) и набираю часть имени класса и файл находится.
Изучай особенности редактора и IDE, иначе будешь очень медленно и неэффективно работать.
Если речь про то, что надо понять, кто обрабатывает запрос к странице /somepage, то тут надо смотреть, фреймворк там или что-то самописное:
- если фреймворк - читаем мануал про роутинг и идем в конфиг роутера или еще куда-то
- если самопис - то изучаем код, начиная с index.php и смотрим, как реализован роутинг.
В крайнем случае, можно сделать поиск по файлам (Ctrl + Shift + F) по регулярке "\bsomepage\b" и посмотреть, что найдется.
https://ideone.com/N3PEgY
Не могу понять, как сделать, чтобы год человека перезаписывал себя в цикле и выдавал свежее значение.
Просто год задаётся понятно, а вот как сделать, чтобы переменная перестала постоянно считаться от 16 - не знаю. Если местами переставить, то сайт будет думать, что я к нулю прибавляю, а не к 16, если оставлять так, то он каждый раз заново берёт старое содержимое...
Не могу понять, как сделать, чтобы год человека перезаписывал себя в цикле и выдавал свежее значение.
Просто год задаётся понятно, а вот как сделать, чтобы переменная перестала постоянно считаться от 16 - не знаю. Если местами переставить, то сайт будет думать, что я к нулю прибавляю, а не к 16, если оставлять так, то он каждый раз заново берёт старое содержимое...
>>383040
Бля, я идиот. Спасибо.
Бля, я идиот. Спасибо.
>>383040
Там ещё убрать можно лишнюю переменную, просто оставить $oldDude++ в цикле, и её же выводить в строке.
Я просто почему-то не понял, что ++ будет перезаписывать функцию самую первую со значением в 16.
Там ещё убрать можно лишнюю переменную, просто оставить $oldDude++ в цикле, и её же выводить в строке.
Я просто почему-то не понял, что ++ будет перезаписывать функцию самую первую со значением в 16.
Чёт хз, задачка с айфоном пиздец какой-то. В программировании всё такое душное и непонятное?
>>383079
Всё же легко, ты чего? Там вообще учебник сделан так, что поймёт и умственно отсталый.
Всё же легко, ты чего? Там вообще учебник сделан так, что поймёт и умственно отсталый.
>>383080
Ну я понимаю что написано в коде, но сам придумать и добавить что-то не могу.
Ну я понимаю что написано в коде, но сам придумать и добавить что-то не могу.
>>383084
Это не решение. Там же надо сделать так, чтобы сумма в минус не ушла, а в ноль, только остаток чтобы выплатился.
Это не решение. Там же надо сделать так, чтобы сумма в минус не ушла, а в ноль, только остаток чтобы выплатился.
>>381792
Константа класса или локальная переменная в методе
Константа класса или локальная переменная в методе
Может кто глянуть? Правильно ли
function checkTotalAnswers пытаться поместить в класс Questions?
https://github.com/Leorne/ClassLessons/blob/master/ClassLesson3.php
function checkTotalAnswers пытаться поместить в класс Questions?
https://github.com/Leorne/ClassLessons/blob/master/ClassLesson3.php
Зачем оп с списке студентов советует создать константу пола (const GENDER_MALE) в модели студента, если мы и так в конструктор будем пол передавать и записывать его в обычное поле, как и все остальное?
>>383193
Шоб везде писать
$vasya->setGender(User::GENDER_MALE);
if ($vasia->getGender() === User::GENDER_MALE) {
...
}
Шоб везде писать
$vasya->setGender(User::GENDER_MALE);
if ($vasia->getGender() === User::GENDER_MALE) {
...
}
>>383047
Да, можно. Я поправил именно то, что анон просил.
Да, можно. Я поправил именно то, что анон просил.
>>383195
не скрепно как-то
вася должен быть сразу создан с правильным гендером безо всяких сеттеров
>$vasya->setGender
не скрепно как-то
вася должен быть сразу создан с правильным гендером безо всяких сеттеров
>>383372
Вот я и спросил, зачем тут const. Лишний код только придется писать,типа если переданный пол в конструктор == male, то $this->gender = GENDER_MALE.
Вот я и спросил, зачем тут const. Лишний код только придется писать,типа если переданный пол в конструктор == male, то $this->gender = GENDER_MALE.
>>383408
Это позволяет держать значение male только в одном месте. Из любого места кода я могу обратиться к константе Student::GENDER_MALE и мне не важно, что там за значение (m/male/man/muzhskoj что только не пишут). Не нужно бегать править контроллеры, сервисы, валидаторы, тесты только потому что приняли "архитектурное" решение сменить 'female' на 'f'.
Это позволяет держать значение male только в одном месте. Из любого места кода я могу обратиться к константе Student::GENDER_MALE и мне не важно, что там за значение (m/male/man/muzhskoj что только не пишут). Не нужно бегать править контроллеры, сервисы, валидаторы, тесты только потому что приняли "архитектурное" решение сменить 'female' на 'f'.
>>383193
>>383195
Не читал ваш срач, но вам нужен https://github.com/myclabs/php-enum
Использую это говно во всех проектах, зависимость есть, брат жив.
Охуенная штука. Позволяет тайпхинтить енумы.
>>383195
Не читал ваш срач, но вам нужен https://github.com/myclabs/php-enum
Использую это говно во всех проектах, зависимость есть, брат жив.
Охуенная штука. Позволяет тайпхинтить енумы.
>>383545
Заибца подтащил. Крепкого тебе смузи.
Заибца подтащил. Крепкого тебе смузи.
>>383611
Ни в чем, просто хочу.
Ни в чем, просто хочу.
Аноны, подскажите можно ли делать так:
function __construct(int $countOfPerson,int $tier,int $leader){
$this->countOfPerson = $countOfPerson;
$this->tier =(!isset($tier))?0:$tier;
$this->leader =(!isset($leader))?0:1;
}
В конструкторе есть переменная $tier и $leader. Могу ли я сделать их необязательными?
function __construct(int $countOfPerson,int $tier,int $leader){
$this->countOfPerson = $countOfPerson;
$this->tier =(!isset($tier))?0:$tier;
$this->leader =(!isset($leader))?0:1;
}
В конструкторе есть переменная $tier и $leader. Могу ли я сделать их необязательными?
>>383734
Используй значения по умолчанию.
Используй значения по умолчанию.
>>380549
1. Зависит от обстоятельств. Есть такие принципы, как SOLID.
S - единственности ответственности. Грубо говоря каждый класс отвечает за что-то свое. Поставь вопрос - за что отвечает как Utils ? Если ответ не слишком большой - норм.
4. Нет. Скорее всего ты пишешь юнит тесты. В них (да как и почти в любых тестах) ты тестируешь только открытый функционал. Тестировать закрытые функции = себя не уважать.
5. Тестируй по отдельности, тестируй как они работают вместе. Это нормально.
1. Зависит от обстоятельств. Есть такие принципы, как SOLID.
S - единственности ответственности. Грубо говоря каждый класс отвечает за что-то свое. Поставь вопрос - за что отвечает как Utils ? Если ответ не слишком большой - норм.
4. Нет. Скорее всего ты пишешь юнит тесты. В них (да как и почти в любых тестах) ты тестируешь только открытый функционал. Тестировать закрытые функции = себя не уважать.
5. Тестируй по отдельности, тестируй как они работают вместе. Это нормально.
>>383813
Мы вам перезвоним
Мы вам перезвоним
Аноны, ну нахуя эта пидораха что запилила пхп сделала эти тупые
'->' вместо православной '.' ?
Я понимаю что это вкусовщина и в сущности ниче не решает. Просто мне никрасива.
'->' вместо православной '.' ?
Я понимаю что это вкусовщина и в сущности ниче не решает. Просто мне никрасива.
>>383866
Точка - оператор конкатенации.
Вероятно, это говно еще с пыха 3 пошло.
Ставлю очко, что конкатенация появилась раньше ооп.
Точка - оператор конкатенации.
Вероятно, это говно еще с пыха 3 пошло.
Ставлю очко, что конкатенация появилась раньше ооп.
400 Кб, 1242x1656Привет треду и Опу.
Сидел с вами с 16 по 17 год, успел сделать список студентов, MVC сапера на JS и половину файлообменника. К несчастью, у меня начались проблемы с глазами – нечто похожее на синдром "сухого глаза". Работать с пекой стало сложно, особенно с текстом, глаза устают минут за 10, пришлось завязать с программированием. Капли, очки, и лазерная коррекция не помогли, как и разные жк мониторы и шрифты. Но ближе к сути.
Я хочу заказать e-ink монитор Dasung Paperlike HD 2019 из Китая за 60к (кому интересно вот пример работы модели 2018 года https://www.youtube.com/watch?v=vLhcM9gsOEU , моя модель с более низким инпут лагом), который должен помочь мне вернуться обратно к программированию и в этот тред. Я думаю, что он мне поможет, т.к. я могу пользоваться e-ink книгами без усталости. И мне стало интересно, какие у меня теперь будут проблемы непосредственно с программированием. У монитора частота экрана около 6гц и инпут лаг 100 мс. Пока вижу следующее:
– Тяжело будет работать с монохромной IDE без раскрашивания синтаксиса. Но, думаю привыкнуть можно будет;
– Монохромный фронтенд тоже настораживает. Вряд ли я смогу работать с фотошопом (или смогу?). Также тяжело будет работать с JS анимацией из-за инпут лага;
– Хотел параллельно с вебом изучить геймдев, но с такой частотой это, наверное, вряд ли возможно – нужно больше 6гц;
Вообще, у меня опасения в основном по фронтенду, но т.к. я его не успел достаточно изучить за 2 года вката (не успел сделать задание Опа на макет), возможные проблемы для меня найти сложно. Хотелось бы послушать анона, что он может придумать и добавить к минусам осознанного дальтонизма. Часто ли при работе бэкэндером приходится работать с фронтэндом, например? На этот монитор много положительных отзывов программистов, может все не так плохо, на самом деле.
Сидел с вами с 16 по 17 год, успел сделать список студентов, MVC сапера на JS и половину файлообменника. К несчастью, у меня начались проблемы с глазами – нечто похожее на синдром "сухого глаза". Работать с пекой стало сложно, особенно с текстом, глаза устают минут за 10, пришлось завязать с программированием. Капли, очки, и лазерная коррекция не помогли, как и разные жк мониторы и шрифты. Но ближе к сути.
Я хочу заказать e-ink монитор Dasung Paperlike HD 2019 из Китая за 60к (кому интересно вот пример работы модели 2018 года https://www.youtube.com/watch?v=vLhcM9gsOEU , моя модель с более низким инпут лагом), который должен помочь мне вернуться обратно к программированию и в этот тред. Я думаю, что он мне поможет, т.к. я могу пользоваться e-ink книгами без усталости. И мне стало интересно, какие у меня теперь будут проблемы непосредственно с программированием. У монитора частота экрана около 6гц и инпут лаг 100 мс. Пока вижу следующее:
– Тяжело будет работать с монохромной IDE без раскрашивания синтаксиса. Но, думаю привыкнуть можно будет;
– Монохромный фронтенд тоже настораживает. Вряд ли я смогу работать с фотошопом (или смогу?). Также тяжело будет работать с JS анимацией из-за инпут лага;
– Хотел параллельно с вебом изучить геймдев, но с такой частотой это, наверное, вряд ли возможно – нужно больше 6гц;
Вообще, у меня опасения в основном по фронтенду, но т.к. я его не успел достаточно изучить за 2 года вката (не успел сделать задание Опа на макет), возможные проблемы для меня найти сложно. Хотелось бы послушать анона, что он может придумать и добавить к минусам осознанного дальтонизма. Часто ли при работе бэкэндером приходится работать с фронтэндом, например? На этот монитор много положительных отзывов программистов, может все не так плохо, на самом деле.
>>383949
Ясен хуй во фронт путь заказан.
Твоя стезя теперь - это бек. Там вообще проблем быть не должно.
Ясен хуй во фронт путь заказан.
Твоя стезя теперь - это бек. Там вообще проблем быть не должно.
>>383966
Пробовал, не помогло. Вообще, я много чего перепробовал по советам отсюда https://forum.ixbt.com/topic.cgi?id=28:29319 (оказывается не я один такой), от старых мониторов с CCFL подсветкой до Mactype (рендеринг шрифтов как в маке на винду), все бесполезно, кроме электронных чернил.
Пробовал, не помогло. Вообще, я много чего перепробовал по советам отсюда https://forum.ixbt.com/topic.cgi?id=28:29319 (оказывается не я один такой), от старых мониторов с CCFL подсветкой до Mactype (рендеринг шрифтов как в маке на винду), все бесполезно, кроме электронных чернил.
>>383979
Да ладно, неужели я самый долгий? По-моему были аноны, которые на калькуляторе столько же сидели.
>>383981
Опа. https://gist.github.com/codedokode/ce30e7a036f18f416ae0#3-сапер
Да ладно, неужели я самый долгий? По-моему были аноны, которые на калькуляторе столько же сидели.
>>383981
Опа. https://gist.github.com/codedokode/ce30e7a036f18f416ae0#3-сапер
помню я как-то написал калькулятор на джаваскрипте за несколько дней, там было под четыреста с лишним строк кода и куча корнер кейсов, ну и он работал примерно как виндовый с отслеживанием серии операций, никогда не думал калькуляторы оказывается сложнее простой игры
потом правда забил учить кодинг только недавно снова начал
>>383985
а зачем тут мвк? да и вообще пхп, я такое за день или два напишу на джаваскрипте
потом правда забил учить кодинг только недавно снова начал
>>383985
а зачем тут мвк? да и вообще пхп, я такое за день или два напишу на джаваскрипте
>>383991
Это еще че, попробуй напиши калькулятор, обрабатывающий серии операций, со скобками - еще и алгоритмы придется подтянуть и синтаксический анализатор написать, а там и до своего япа недалеко, лол.
>никогда не думал калькуляторы оказывается сложнее простой игры
Это еще че, попробуй напиши калькулятор, обрабатывающий серии операций, со скобками - еще и алгоритмы придется подтянуть и синтаксический анализатор написать, а там и до своего япа недалеко, лол.
>>383992
Ну ныл бы тогда хуле конкатенация точкой, а не плюсом, как во всех остальных языках.
Ну ныл бы тогда хуле конкатенация точкой, а не плюсом, как во всех остальных языках.
55 Кб, 711x905>>384041
он у меня серии операций и обрабатывал но без скобок - как обычный виндовый же - заряжаешь серию не ограниченной длинны он её и посчитает
вот собственно скин с кодпена, он там до сих пор висит, сам кодпен не хочу постить там везде говнища
он у меня серии операций и обрабатывал но без скобок - как обычный виндовый же - заряжаешь серию не ограниченной длинны он её и посчитает
вот собственно скин с кодпена, он там до сих пор висит, сам кодпен не хочу постить там везде говнища
Есть ли у этой параши будущее?
педалю ублюдочный проект на работе, без фреймворков и стандартов. Местами ссанина прямиком из 2005 где запросы в базу и html в одном цикле.
Новый код пишем нормально, но старое переписать не дают.
Думаю уволиться и искать новую работу, но не знаю на какой технологии.
Есть ли смысл искать работу ещё на рнр (аппелируя к тому, что у меня уже есть опыт), или лучше выкатываться куда подальше?
Алсо, ненавижу фронтенд и избегаю его всеми силами.
педалю ублюдочный проект на работе, без фреймворков и стандартов. Местами ссанина прямиком из 2005 где запросы в базу и html в одном цикле.
Новый код пишем нормально, но старое переписать не дают.
Думаю уволиться и искать новую работу, но не знаю на какой технологии.
Есть ли смысл искать работу ещё на рнр (аппелируя к тому, что у меня уже есть опыт), или лучше выкатываться куда подальше?
Алсо, ненавижу фронтенд и избегаю его всеми силами.
>>384090
Ищи работу пых+го с перекатом в го, базарю, еще захочешь.
Есть прям такие вакансии: "Ищем пыхарей с перекатом в го".
Когда есть проект на пыхе, а его перепердоливают на го.
Как раз шанс выучить го и съебать от пыха.
Ищи работу пых+го с перекатом в го, базарю, еще захочешь.
Есть прям такие вакансии: "Ищем пыхарей с перекатом в го".
Когда есть проект на пыхе, а его перепердоливают на го.
Как раз шанс выучить го и съебать от пыха.
>>384086
нет, строка сплитится по пробелам и парсится, т.к. проверки типа - нельзя ввести две точки подряд или два математических символа подряд и т.п. на уровне ввода то это безопасно, ну а потом результат округлялся до определенной точности чтобы он в экран влез (это только верхняя строчка могла как в виндовом скипаться влево со знаком <<) и т.п.
наверное можно было и в эвал скормить я что-то не подумал
нет, строка сплитится по пробелам и парсится, т.к. проверки типа - нельзя ввести две точки подряд или два математических символа подряд и т.п. на уровне ввода то это безопасно, ну а потом результат округлялся до определенной точности чтобы он в экран влез (это только верхняя строчка могла как в виндовом скипаться влево со знаком <<) и т.п.
наверное можно было и в эвал скормить я что-то не подумал
Опчик, можешь глянуть 1 задачу по ООП? 200 строк это нормально, или я его сильно раздул и нужно пытаться писать более сжато?
https://github.com/Leorne/VektorCompany/blob/master/Vektor.php
Почему когда я делаю свойства класса Position - private (33 строка), то методы которые должны возвращать эти значения возвращают 0? (Все кроме getTotalEmployees, с ним всё ок)
https://github.com/Leorne/VektorCompany/blob/master/Vektor.php
Почему когда я делаю свойства класса Position - private (33 строка), то методы которые должны возвращать эти значения возвращают 0? (Все кроме getTotalEmployees, с ним всё ок)
>>384130
У меня вектор с антикризисными в 700 вышел, лол, оп проверял, про размер ниче не сказал.
У меня вектор с антикризисными в 700 вышел, лол, оп проверял, про размер ниче не сказал.
>>384135
А, там продолжение задачи по Вектору. Я, выходит, только 1 часть сделал.
А, там продолжение задачи по Вектору. Я, выходит, только 1 часть сделал.
>>384130
Приватные поля не видны наследникам.
Приватные поля не видны наследникам.
51 Кб, 920x203>>384130
Есть топовый хинт - каждый класс в свой файл класть.
Комментариев мало. Хотя бы 30% от кода - 50 строк, по паре рабочих на каждый класс и метод.
Пикрелейтед старайся избегать. Хорошо считается когда 1-3 параметра у метода\функции, больше - хуже.
>200 строк это нормально
Есть топовый хинт - каждый класс в свой файл класть.
Комментариев мало. Хотя бы 30% от кода - 50 строк, по паре рабочих на каждый класс и метод.
Пикрелейтед старайся избегать. Хорошо считается когда 1-3 параметра у метода\функции, больше - хуже.
Привет тред, есть вопрос по Docker + Symfony(сифон), в контейнеризации новичок. Вопрос следующий, у меня есть приложение на сифоне которое я хочу засунуть в докер. Прочитав большое кол-во статей, я не донца понял, как это реализовать. На многих бордах люди просто описывают как развернуть среду вокруг сифона(Apache,MySQL и тд), а потом просто загружают свою приложку. Меня интересует вопрос, можно ли создать образ в который будет сразу встроено мое приложение, чтобы я просто мог скачать образ и запустись его с уже готовым приложением. У меня была мысль создать докер файл в котором прописать команды на скачивание с гита моего проекта, но будет ли этот подход грамотный с точки зрения архитектуры и концепции докера?
>>383949
У нас на работе есть фронтендер. У него два моник: один для кода (е инк), второй для анимации (жк). Возможно, тебе тоже покатит писать код там, где комфортнее глазам, а на интерфейсы изредка поглядывать через стандартный монитор.
У нас на работе есть фронтендер. У него два моник: один для кода (е инк), второй для анимации (жк). Возможно, тебе тоже покатит писать код там, где комфортнее глазам, а на интерфейсы изредка поглядывать через стандартный монитор.
>>384524
Короче, создай пару образов докера, пойми как это говно работает.
Ну так так все и происходит. Записываешь команды в докерфайл на установку софта, как обычно на сервере.
Файлы можешь записать внутрь на постоянку или монтировать разделы во внешнюю систему.
В докера есть докерхаб для распространения + есть кубернетис, но до этого тебе пока далеко.
Сначала просто разверни все зависимости твоего приложения в докере
Короче, создай пару образов докера, пойми как это говно работает.
>как развернуть среду
Ну так так все и происходит. Записываешь команды в докерфайл на установку софта, как обычно на сервере.
Файлы можешь записать внутрь на постоянку или монтировать разделы во внешнюю систему.
В докера есть докерхаб для распространения + есть кубернетис, но до этого тебе пока далеко.
Сначала просто разверни все зависимости твоего приложения в докере
>>385086
Ок, спасибо за совет. Тогда отпишусь по итогу что получилось, быть может кому пригодится.
Ок, спасибо за совет. Тогда отпишусь по итогу что получилось, быть может кому пригодится.
>>384524
Докер часто используют для решения проблем с зависимостями. В Линуксе часто нельзя стандартными средствами установить несколько версий языка программирования или какой-то библиотеки, потому Докер используют, чтобы засунуть внутрь контейнера программу и ее зависимости, не влияя на окружающую ОС. То есть, тебе нужен PHP версии X с определенными зависимостями, и ты пишешь Докер-конфиг, который берет базовый образ ОС, скачивает исходники нужной версии PHP, компилирует их (либо устанавливает из репозитория ОС), ставит нужные расширения.
Для примера, вот конфиг из Dockerhub для PHP7.3 на основе минималистичного образа Alpine: https://github.com/docker-library/php/blob/a5c895da277a71578af9561b0e282e6cb0764434/7.3/alpine3.9/cli/Dockerfile
В нем скачивается исходный код PHP, устанавливается компилятор и производится сборка (подозреваю, что не быстро). Описание этого и похожих конфигов есть тут: https://hub.docker.com/_/php
То есть Докер тут используется для того, чтобы можно было установить PHP с зависимостями независимо от того, какая используется ОС. Стандартными средствами это часто сделать нельзя - в репозитории ОС может быть только одна версия PHP, и пакетный мемеджер не позволяет ставить несколько разных версий PHP одновременно.
В Windows для этого раньше использовались "портабельные" приложения, которые просто ставились в нужную папку со своими зависимостями, не влияя на систему, и наверно в Линуксе можно было бы сделать так же, используя хитрые bash-скрипты, но люди почему-то используют Докер.
После того, как ты сделал конфиги для PHP, MySQL, Nginx, ты используешь docker-compose для того, чтобы запускать контейнеры с ними и связывать между собой. Код приложения внутрь образа не помещается, а просто монтируется туда (в определенную папку). В итоге, разработчику надо лишь запустить Докер, чтобы поднять локальную копию приложения. Это в теории. На практике, тут куча подвохов:
- в Windows/Mac Докер работает в виртуальной машине, и возможно замедление работы в сравнении с нативными приложениями
- прокидывание папки с PHP-кодом в виртуальную машину тоже работает не так быстро
- часто разработчик настраивает конфиг, как ему удобнее, но при этом конфиг не работает у другого разработчика
- образы требуют места на диске, сборка занимает время
- демон Докера большой, сложный, и работает из-под рута
То есть Докер используют в dev-среде, в CI (для прогона тестов), а на продакшене часто админы не разрешают разворачивать Докер.
Теоретически Докер можно использовать и в продакшене, например, ты собираешь образ, выгружаешь его на продакшен. Но тут будут сложности:
- тратится лишнее время на сборку образа
- надо как-то решать задачу бесшовного деплоя. В мануале, например, https://docs.docker.com/compose/production/ дается вариант только деплоя с даунтаймом при переключении.
Что ты хочешь сделать, я не очень понимаю. Зачем тебе делать образ с кодом твоего приложения внутри? Ты его передаешь какому-то заказчику? Если нет, то непонятно, зачем это тебе нужно.
Это будет неудобно, так как при каждой правке кода тебе надо пересобирать образ и тратить время и место на диске, не очень понятно, ради чего. Процесс деплоя станет медленным.
Я должен сказать, что Докер ни разу не запускал, так что советую получше изучить документацию к нему.
Докер часто используют для решения проблем с зависимостями. В Линуксе часто нельзя стандартными средствами установить несколько версий языка программирования или какой-то библиотеки, потому Докер используют, чтобы засунуть внутрь контейнера программу и ее зависимости, не влияя на окружающую ОС. То есть, тебе нужен PHP версии X с определенными зависимостями, и ты пишешь Докер-конфиг, который берет базовый образ ОС, скачивает исходники нужной версии PHP, компилирует их (либо устанавливает из репозитория ОС), ставит нужные расширения.
Для примера, вот конфиг из Dockerhub для PHP7.3 на основе минималистичного образа Alpine: https://github.com/docker-library/php/blob/a5c895da277a71578af9561b0e282e6cb0764434/7.3/alpine3.9/cli/Dockerfile
В нем скачивается исходный код PHP, устанавливается компилятор и производится сборка (подозреваю, что не быстро). Описание этого и похожих конфигов есть тут: https://hub.docker.com/_/php
То есть Докер тут используется для того, чтобы можно было установить PHP с зависимостями независимо от того, какая используется ОС. Стандартными средствами это часто сделать нельзя - в репозитории ОС может быть только одна версия PHP, и пакетный мемеджер не позволяет ставить несколько разных версий PHP одновременно.
В Windows для этого раньше использовались "портабельные" приложения, которые просто ставились в нужную папку со своими зависимостями, не влияя на систему, и наверно в Линуксе можно было бы сделать так же, используя хитрые bash-скрипты, но люди почему-то используют Докер.
После того, как ты сделал конфиги для PHP, MySQL, Nginx, ты используешь docker-compose для того, чтобы запускать контейнеры с ними и связывать между собой. Код приложения внутрь образа не помещается, а просто монтируется туда (в определенную папку). В итоге, разработчику надо лишь запустить Докер, чтобы поднять локальную копию приложения. Это в теории. На практике, тут куча подвохов:
- в Windows/Mac Докер работает в виртуальной машине, и возможно замедление работы в сравнении с нативными приложениями
- прокидывание папки с PHP-кодом в виртуальную машину тоже работает не так быстро
- часто разработчик настраивает конфиг, как ему удобнее, но при этом конфиг не работает у другого разработчика
- образы требуют места на диске, сборка занимает время
- демон Докера большой, сложный, и работает из-под рута
То есть Докер используют в dev-среде, в CI (для прогона тестов), а на продакшене часто админы не разрешают разворачивать Докер.
Теоретически Докер можно использовать и в продакшене, например, ты собираешь образ, выгружаешь его на продакшен. Но тут будут сложности:
- тратится лишнее время на сборку образа
- надо как-то решать задачу бесшовного деплоя. В мануале, например, https://docs.docker.com/compose/production/ дается вариант только деплоя с даунтаймом при переключении.
Что ты хочешь сделать, я не очень понимаю. Зачем тебе делать образ с кодом твоего приложения внутри? Ты его передаешь какому-то заказчику? Если нет, то непонятно, зачем это тебе нужно.
> У меня была мысль создать докер файл в котором прописать команды на скачивание с гита моего проекта, но будет ли этот подход грамотный с точки зрения архитектуры и концепции докера?
Это будет неудобно, так как при каждой правке кода тебе надо пересобирать образ и тратить время и место на диске, не очень понятно, ради чего. Процесс деплоя станет медленным.
Я должен сказать, что Докер ни разу не запускал, так что советую получше изучить документацию к нему.
>>384524
Докер часто используют для решения проблем с зависимостями. В Линуксе часто нельзя стандартными средствами установить несколько версий языка программирования или какой-то библиотеки, потому Докер используют, чтобы засунуть внутрь контейнера программу и ее зависимости, не влияя на окружающую ОС. То есть, тебе нужен PHP версии X с определенными зависимостями, и ты пишешь Докер-конфиг, который берет базовый образ ОС, скачивает исходники нужной версии PHP, компилирует их (либо устанавливает из репозитория ОС), ставит нужные расширения.
Для примера, вот конфиг из Dockerhub для PHP7.3 на основе минималистичного образа Alpine: https://github.com/docker-library/php/blob/a5c895da277a71578af9561b0e282e6cb0764434/7.3/alpine3.9/cli/Dockerfile
В нем скачивается исходный код PHP, устанавливается компилятор и производится сборка (подозреваю, что не быстро). Описание этого и похожих конфигов есть тут: https://hub.docker.com/_/php
То есть Докер тут используется для того, чтобы можно было установить PHP с зависимостями независимо от того, какая используется ОС. Стандартными средствами это часто сделать нельзя - в репозитории ОС может быть только одна версия PHP, и пакетный мемеджер не позволяет ставить несколько разных версий PHP одновременно.
В Windows для этого раньше использовались "портабельные" приложения, которые просто ставились в нужную папку со своими зависимостями, не влияя на систему, и наверно в Линуксе можно было бы сделать так же, используя хитрые bash-скрипты, но люди почему-то используют Докер.
После того, как ты сделал конфиги для PHP, MySQL, Nginx, ты используешь docker-compose для того, чтобы запускать контейнеры с ними и связывать между собой. Код приложения внутрь образа не помещается, а просто монтируется туда (в определенную папку). В итоге, разработчику надо лишь запустить Докер, чтобы поднять локальную копию приложения. Это в теории. На практике, тут куча подвохов:
- в Windows/Mac Докер работает в виртуальной машине, и возможно замедление работы в сравнении с нативными приложениями
- прокидывание папки с PHP-кодом в виртуальную машину тоже работает не так быстро
- часто разработчик настраивает конфиг, как ему удобнее, но при этом конфиг не работает у другого разработчика
- образы требуют места на диске, сборка занимает время
- демон Докера большой, сложный, и работает из-под рута
То есть Докер используют в dev-среде, в CI (для прогона тестов), а на продакшене часто админы не разрешают разворачивать Докер.
Теоретически Докер можно использовать и в продакшене, например, ты собираешь образ, выгружаешь его на продакшен. Но тут будут сложности:
- тратится лишнее время на сборку образа
- надо как-то решать задачу бесшовного деплоя. В мануале, например, https://docs.docker.com/compose/production/ дается вариант только деплоя с даунтаймом при переключении.
Что ты хочешь сделать, я не очень понимаю. Зачем тебе делать образ с кодом твоего приложения внутри? Ты его передаешь какому-то заказчику? Если нет, то непонятно, зачем это тебе нужно.
Это будет неудобно, так как при каждой правке кода тебе надо пересобирать образ и тратить время и место на диске, не очень понятно, ради чего. Процесс деплоя станет медленным.
Я должен сказать, что Докер ни разу не запускал, так что советую получше изучить документацию к нему.
Докер часто используют для решения проблем с зависимостями. В Линуксе часто нельзя стандартными средствами установить несколько версий языка программирования или какой-то библиотеки, потому Докер используют, чтобы засунуть внутрь контейнера программу и ее зависимости, не влияя на окружающую ОС. То есть, тебе нужен PHP версии X с определенными зависимостями, и ты пишешь Докер-конфиг, который берет базовый образ ОС, скачивает исходники нужной версии PHP, компилирует их (либо устанавливает из репозитория ОС), ставит нужные расширения.
Для примера, вот конфиг из Dockerhub для PHP7.3 на основе минималистичного образа Alpine: https://github.com/docker-library/php/blob/a5c895da277a71578af9561b0e282e6cb0764434/7.3/alpine3.9/cli/Dockerfile
В нем скачивается исходный код PHP, устанавливается компилятор и производится сборка (подозреваю, что не быстро). Описание этого и похожих конфигов есть тут: https://hub.docker.com/_/php
То есть Докер тут используется для того, чтобы можно было установить PHP с зависимостями независимо от того, какая используется ОС. Стандартными средствами это часто сделать нельзя - в репозитории ОС может быть только одна версия PHP, и пакетный мемеджер не позволяет ставить несколько разных версий PHP одновременно.
В Windows для этого раньше использовались "портабельные" приложения, которые просто ставились в нужную папку со своими зависимостями, не влияя на систему, и наверно в Линуксе можно было бы сделать так же, используя хитрые bash-скрипты, но люди почему-то используют Докер.
После того, как ты сделал конфиги для PHP, MySQL, Nginx, ты используешь docker-compose для того, чтобы запускать контейнеры с ними и связывать между собой. Код приложения внутрь образа не помещается, а просто монтируется туда (в определенную папку). В итоге, разработчику надо лишь запустить Докер, чтобы поднять локальную копию приложения. Это в теории. На практике, тут куча подвохов:
- в Windows/Mac Докер работает в виртуальной машине, и возможно замедление работы в сравнении с нативными приложениями
- прокидывание папки с PHP-кодом в виртуальную машину тоже работает не так быстро
- часто разработчик настраивает конфиг, как ему удобнее, но при этом конфиг не работает у другого разработчика
- образы требуют места на диске, сборка занимает время
- демон Докера большой, сложный, и работает из-под рута
То есть Докер используют в dev-среде, в CI (для прогона тестов), а на продакшене часто админы не разрешают разворачивать Докер.
Теоретически Докер можно использовать и в продакшене, например, ты собираешь образ, выгружаешь его на продакшен. Но тут будут сложности:
- тратится лишнее время на сборку образа
- надо как-то решать задачу бесшовного деплоя. В мануале, например, https://docs.docker.com/compose/production/ дается вариант только деплоя с даунтаймом при переключении.
Что ты хочешь сделать, я не очень понимаю. Зачем тебе делать образ с кодом твоего приложения внутри? Ты его передаешь какому-то заказчику? Если нет, то непонятно, зачем это тебе нужно.
> У меня была мысль создать докер файл в котором прописать команды на скачивание с гита моего проекта, но будет ли этот подход грамотный с точки зрения архитектуры и концепции докера?
Это будет неудобно, так как при каждой правке кода тебе надо пересобирать образ и тратить время и место на диске, не очень понятно, ради чего. Процесс деплоя станет медленным.
Я должен сказать, что Докер ни разу не запускал, так что советую получше изучить документацию к нему.
>>384130
Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда. На практике каждый класс помещают в отдельный файл.
Код у тебя по моему не соответствует форматированию PSR, например, пробелы вокруг "равно" хаотично расставлены. Если ты будешь использовать IDE, то там код форматируется одной кнопкой. Также, см. второй пост треда про другие способы отформатировать код.
Достаточно просто $name. В данном случае удлинение имени переменной не дает никакой новой информации.
Этот метод содержит захардкоженный список профессий и не позволит добавить новые, не меняя старый код. Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника. Департамент ведь нанимает людей, а не создает.
Комментарии лучше писать сверху, а не справа, а то строки получаются длинные.
Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи. То есть сделай инкапсуляцию: доступ к свойствам снаружи есть только через методы, которые не позволят задать некорректные значения.
У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Также, у твоего объекта работника есть серьезный недостаток: зарплата считается только при создании. Если мы повысим работнику ранг, зарплата не обновится. А по идее зарплата должна обновляться при изменении любого влияющего на нее свойства (подсказка: проще всего ее вообще не хранить).
Стоит указывать тип возвращаемого функцией значения.
У тебя класс-наследник должен указать базовую ставку для профессии. Но это никак не описано в коде и никак не проверяется. Легко забыть это сделать. Лучше объявить абстрактные методы вроде getBaseSalary, тогда не определить их в наследнике не получится.
Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class. Так при опечатке будет выдана ошибка. У тебя же опечатка будет молча проигнорирована, что очень плохо - это не позволяет сразу увидеть ошибку и придется потратить много времени на отладку.
Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда. На практике каждый класс помещают в отдельный файл.
Код у тебя по моему не соответствует форматированию PSR, например, пробелы вокруг "равно" хаотично расставлены. Если ты будешь использовать IDE, то там код форматируется одной кнопкой. Также, см. второй пост треда про другие способы отформатировать код.
> private $nameOfDepartment;
Достаточно просто $name. В данном случае удлинение имени переменной не дает никакой новой информации.
> public function setPosition(string $name,int $countOfPerson,int $tier =1,int $leader = 0){
Этот метод содержит захардкоженный список профессий и не позволит добавить новые, не меняя старый код. Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника. Департамент ведь нанимает людей, а не создает.
Комментарии лучше писать сверху, а не справа, а то строки получаются длинные.
> abstract class Position{
>public $payment;
Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи. То есть сделай инкапсуляцию: доступ к свойствам снаружи есть только через методы, которые не позволят задать некорректные значения.
> function __construct(int $countOfPerson,int $tier,int $leader){
У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
> if ($tier != 1){
> $this->payment += ($this->payment($tier0.25-0.25));
Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Также, у твоего объекта работника есть серьезный недостаток: зарплата считается только при создании. Если мы повысим работнику ранг, зарплата не обновится. А по идее зарплата должна обновляться при изменении любого влияющего на нее свойства (подсказка: проще всего ее вообще не хранить).
> public function getTotalPayment(){
Стоит указывать тип возвращаемого функцией значения.
> class Manager extends Position{
>public $payment = 500;
У тебя класс-наследник должен указать базовую ставку для профессии. Но это никак не описано в коде и никак не проверяется. Легко забыть это сделать. Лучше объявить абстрактные методы вроде getBaseSalary, тогда не определить их в наследнике не получится.
> $sellDepartment->setPosition('manager',12);
Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class. Так при опечатке будет выдана ошибка. У тебя же опечатка будет молча проигнорирована, что очень плохо - это не позволяет сразу увидеть ошибку и придется потратить много времени на отладку.
>>384130
Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда. На практике каждый класс помещают в отдельный файл.
Код у тебя по моему не соответствует форматированию PSR, например, пробелы вокруг "равно" хаотично расставлены. Если ты будешь использовать IDE, то там код форматируется одной кнопкой. Также, см. второй пост треда про другие способы отформатировать код.
Достаточно просто $name. В данном случае удлинение имени переменной не дает никакой новой информации.
Этот метод содержит захардкоженный список профессий и не позволит добавить новые, не меняя старый код. Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника. Департамент ведь нанимает людей, а не создает.
Комментарии лучше писать сверху, а не справа, а то строки получаются длинные.
Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи. То есть сделай инкапсуляцию: доступ к свойствам снаружи есть только через методы, которые не позволят задать некорректные значения.
У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Также, у твоего объекта работника есть серьезный недостаток: зарплата считается только при создании. Если мы повысим работнику ранг, зарплата не обновится. А по идее зарплата должна обновляться при изменении любого влияющего на нее свойства (подсказка: проще всего ее вообще не хранить).
Стоит указывать тип возвращаемого функцией значения.
У тебя класс-наследник должен указать базовую ставку для профессии. Но это никак не описано в коде и никак не проверяется. Легко забыть это сделать. Лучше объявить абстрактные методы вроде getBaseSalary, тогда не определить их в наследнике не получится.
Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class. Так при опечатке будет выдана ошибка. У тебя же опечатка будет молча проигнорирована, что очень плохо - это не позволяет сразу увидеть ошибку и придется потратить много времени на отладку.
Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда. На практике каждый класс помещают в отдельный файл.
Код у тебя по моему не соответствует форматированию PSR, например, пробелы вокруг "равно" хаотично расставлены. Если ты будешь использовать IDE, то там код форматируется одной кнопкой. Также, см. второй пост треда про другие способы отформатировать код.
> private $nameOfDepartment;
Достаточно просто $name. В данном случае удлинение имени переменной не дает никакой новой информации.
> public function setPosition(string $name,int $countOfPerson,int $tier =1,int $leader = 0){
Этот метод содержит захардкоженный список профессий и не позволит добавить новые, не меняя старый код. Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника. Департамент ведь нанимает людей, а не создает.
Комментарии лучше писать сверху, а не справа, а то строки получаются длинные.
> abstract class Position{
>public $payment;
Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи. То есть сделай инкапсуляцию: доступ к свойствам снаружи есть только через методы, которые не позволят задать некорректные значения.
> function __construct(int $countOfPerson,int $tier,int $leader){
У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
> if ($tier != 1){
> $this->payment += ($this->payment($tier0.25-0.25));
Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Также, у твоего объекта работника есть серьезный недостаток: зарплата считается только при создании. Если мы повысим работнику ранг, зарплата не обновится. А по идее зарплата должна обновляться при изменении любого влияющего на нее свойства (подсказка: проще всего ее вообще не хранить).
> public function getTotalPayment(){
Стоит указывать тип возвращаемого функцией значения.
> class Manager extends Position{
>public $payment = 500;
У тебя класс-наследник должен указать базовую ставку для профессии. Но это никак не описано в коде и никак не проверяется. Легко забыть это сделать. Лучше объявить абстрактные методы вроде getBaseSalary, тогда не определить их в наследнике не получится.
> $sellDepartment->setPosition('manager',12);
Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class. Так при опечатке будет выдана ошибка. У тебя же опечатка будет молча проигнорирована, что очень плохо - это не позволяет сразу увидеть ошибку и придется потратить много времени на отладку.
>>384102
Лучше без eval. С ним код разбирать труднее.
>>383991
MVC там чтобы изучить MVC и научиться отделять модель от представления, понять, какие есть подходы к реализации data-байндинга. Почитал бы комментарии к задаче. Так-то, конечно, саперу полноценный MVC не нужен.
>>383949
Я думаю, что и фронтендом заниматься возможно, но тебе придется как-то компенсировать невозможность постоянно смотреть на экран. Ну, например, можно тщательно изучить CSS, чтобы в голове представлять, как будут выглядеть те или иные элементы и использовать обычный монитор только для проверки. В принципе, верстать можно, особо не глядя на экран большую часть времени.
На черно-белом мониторе главная проблема не в анимациях, а в маленьком кол-ве оттенков. Трудно на нем нарезать макет на картинки, не видны цвета. Также, бывают сайты с серым текстом на сером фоне.
Возможно, тебе еще подойдет вариант распечатывать какие-то материалы и читать с бумаги. Как плюс, можно делать пометки на них.
С играми да, тут сложнее. Обычно они довольно динамичные, если не считать каких-то стратегий.
Бывает довольно часто надо что-то подправить/добавить на существующую страницу. Но если ты будешь работать со всякими бизнес-ориентированными приложениями, там обычно дизайн в стиле черные таблицы на белом фоне.
Монитор, если есть такая возможность, стоило бы посмотреть вживую перед покупкой.
Лучше без eval. С ним код разбирать труднее.
>>383991
MVC там чтобы изучить MVC и научиться отделять модель от представления, понять, какие есть подходы к реализации data-байндинга. Почитал бы комментарии к задаче. Так-то, конечно, саперу полноценный MVC не нужен.
>>383949
Я думаю, что и фронтендом заниматься возможно, но тебе придется как-то компенсировать невозможность постоянно смотреть на экран. Ну, например, можно тщательно изучить CSS, чтобы в голове представлять, как будут выглядеть те или иные элементы и использовать обычный монитор только для проверки. В принципе, верстать можно, особо не глядя на экран большую часть времени.
На черно-белом мониторе главная проблема не в анимациях, а в маленьком кол-ве оттенков. Трудно на нем нарезать макет на картинки, не видны цвета. Также, бывают сайты с серым текстом на сером фоне.
Возможно, тебе еще подойдет вариант распечатывать какие-то материалы и читать с бумаги. Как плюс, можно делать пометки на них.
С играми да, тут сложнее. Обычно они довольно динамичные, если не считать каких-то стратегий.
> Часто ли при работе бэкэндером приходится работать с фронтэндом, например?
Бывает довольно часто надо что-то подправить/добавить на существующую страницу. Но если ты будешь работать со всякими бизнес-ориентированными приложениями, там обычно дизайн в стиле черные таблицы на белом фоне.
Монитор, если есть такая возможность, стоило бы посмотреть вживую перед покупкой.
>>383864
В этой задаче редактирование предусмотрено на случай ошибок при вводе данных. Так что Васю все же надо оставить.
>>383966
В некоторых ЖК мониторах минимальная яркость соответствует наибольшей амплитуде мерцаний подсветки.
>>383810
Дело тут не в уважении, а в том, что приватные функции - это деталь реализации. От класса требуется предоставлять выполнять определенные требования, а как он это делает - его личное дело. И если мы будем в тестах закладывать знание внутреннего устройства класса, то нам их придется переписывать при любых изменениях. А это неудобно.
>>383734
..., int $tier = 1, ..
Это описано в мануале PHP.
>>383611
Изучить, как устроено веб-приложение, а не изучить, как настроить фреймворк.
В этой задаче редактирование предусмотрено на случай ошибок при вводе данных. Так что Васю все же надо оставить.
>>383966
В некоторых ЖК мониторах минимальная яркость соответствует наибольшей амплитуде мерцаний подсветки.
>>383810
> Тестировать закрытые функции = себя не уважать.
Дело тут не в уважении, а в том, что приватные функции - это деталь реализации. От класса требуется предоставлять выполнять определенные требования, а как он это делает - его личное дело. И если мы будем в тестах закладывать знание внутреннего устройства класса, то нам их придется переписывать при любых изменениях. А это неудобно.
>>383734
..., int $tier = 1, ..
Это описано в мануале PHP.
>>383611
Изучить, как устроено веб-приложение, а не изучить, как настроить фреймворк.
>>383193
>>383408
Для случаев, когда есть выбор из нескольких значений, эти значения принято обозначать константами. Плюсы: защита от опечаток; видно, какие есть вообще варианты значения; видно, что это не случайная строка; автодополнение в IDE.
То есть Student::GENDER_MALE говорит гораздо больше, чем просто строка 'male' или число 1.
И в конструктор ты будешь передавать сразу константу.
>>383151
Тут явно что-то неправильно сделано. Для ответа с погрешностью тебе надо лишь проверить, что ответ находится в диапазоне (правильный ответ - погрешность; ответ + погрешность). То есть обычные сравнения больше/меньше.
А вот это неправильно. Это какой-то костыль. Тут получается, если у нас есть 10 видов вопросов, мы должны написать 10 ифов. Правильнее было бы сделать так: сделать в вопросе метод printQuestion() и пусть каждый вопрос сам определяет, как его надо выводить. Так мы можем добавлять новые типы вопросов, не трогая старый код.
Думаю, что нет, так как Question представляет один вопрос, а функция работает со множеством вопросов.
>>383408
Для случаев, когда есть выбор из нескольких значений, эти значения принято обозначать константами. Плюсы: защита от опечаток; видно, какие есть вообще варианты значения; видно, что это не случайная строка; автодополнение в IDE.
То есть Student::GENDER_MALE говорит гораздо больше, чем просто строка 'male' или число 1.
И в конструктор ты будешь передавать сразу константу.
>>383151
> if (($answer == $this->answer) || array_search($answer,$this->deviation) != FALSE){
Тут явно что-то неправильно сделано. Для ответа с погрешностью тебе надо лишь проверить, что ответ находится в диапазоне (правильный ответ - погрешность; ответ + погрешность). То есть обычные сравнения больше/меньше.
> if (property_exists($question,'options') == TRUE){
> echo "Варианты ответов:\n";
А вот это неправильно. Это какой-то костыль. Тут получается, если у нас есть 10 видов вопросов, мы должны написать 10 ифов. Правильнее было бы сделать так: сделать в вопросе метод printQuestion() и пусть каждый вопрос сам определяет, как его надо выводить. Так мы можем добавлять новые типы вопросов, не трогая старый код.
> Правильно ли
> function checkTotalAnswers пытаться поместить в класс Questions?
Думаю, что нет, так как Question представляет один вопрос, а функция работает со множеством вопросов.
>>381792
Просто как обычную строку. Я против констант для этого, так как:
- запрос выносится из кода, в котором он используется, код труднее читать
- непонятно, зачем это нужно: мы будем использовать этот запрос где-то еще?
>>383079
Я сразу предупрежу, что у тебя какое-то неправильное отношение. Сложные задачи для программиста - это челлендж и возможность к развитию, возможность поломать голову и получить удовольствие, а не "душная" вещь.
Задачка решается примерно так:
- прибавляем проценты и комиссию к остатку долга (!не вычитаем ничего пока!)
- если остаток маленький, выплачиваем сколько осталось и уходим
- иначе платим 5000
«Платим» здесь значит уменьшаем долг и увеличиваем общую сумму выплаченного.
>>383037
Вообще, у тебя тут все очень просто. Возраст сейчас = начальный возраст + сколько прошло лет.
Что касается ++, это $x++ это короткая запись для $x += 1, а это короткая запись для $x = $x + 1. То есть мы вычисляем $x + 1 и записываем это назад в $x.
Просто как обычную строку. Я против констант для этого, так как:
- запрос выносится из кода, в котором он используется, код труднее читать
- непонятно, зачем это нужно: мы будем использовать этот запрос где-то еще?
>>383079
Я сразу предупрежу, что у тебя какое-то неправильное отношение. Сложные задачи для программиста - это челлендж и возможность к развитию, возможность поломать голову и получить удовольствие, а не "душная" вещь.
Задачка решается примерно так:
- прибавляем проценты и комиссию к остатку долга (!не вычитаем ничего пока!)
- если остаток маленький, выплачиваем сколько осталось и уходим
- иначе платим 5000
«Платим» здесь значит уменьшаем долг и увеличиваем общую сумму выплаченного.
>>383037
Вообще, у тебя тут все очень просто. Возраст сейчас = начальный возраст + сколько прошло лет.
Что касается ++, это $x++ это короткая запись для $x += 1, а это короткая запись для $x = $x + 1. То есть мы вычисляем $x + 1 и записываем это назад в $x.
>>382653
Если следовать принципу DI, то да, в контроллер надо передавать нужные ему объекты (зависимости) снаружи. Соответственно, создание контроллера мы поручаем DI контейнеру, который и передаст ему эти зависимости. Роутер берет контроллер из контейнера, а не создает сам.
Но на практике контроллеры часто исключают из DI, так как это все равно не повторно используемый код, и просто передают в конструктор контроллера только DI контейнер, а контроллер уже сам берет из него то, что ему нужно. Это отступление от принципов DI/IoC.
И роутер (который на самом деле Front Controller, а не просто роутер) можно исключить из DI по той же причине.
В DI обычно объекты создает DI контейнер, а не роутер. В роутер проще передать DI контейнер и брать контроллеры из него. Хотя, если тебе очень хочется, можно и для роутера задействовать DI, передавая в него все объекты контроллеров снаружи, и сам роутер поместить в DI контейнер.
Если следовать принципу DI, то да, в контроллер надо передавать нужные ему объекты (зависимости) снаружи. Соответственно, создание контроллера мы поручаем DI контейнеру, который и передаст ему эти зависимости. Роутер берет контроллер из контейнера, а не создает сам.
Но на практике контроллеры часто исключают из DI, так как это все равно не повторно используемый код, и просто передают в конструктор контроллера только DI контейнер, а контроллер уже сам берет из него то, что ему нужно. Это отступление от принципов DI/IoC.
И роутер (который на самом деле Front Controller, а не просто роутер) можно исключить из DI по той же причине.
> А если у меня объект контроллера в роутере создаётся, то сначала объект tablegateway нужно в роутер передавать прямо из index.php? Это и есть Di?
В DI обычно объекты создает DI контейнер, а не роутер. В роутер проще передать DI контейнер и брать контроллеры из него. Хотя, если тебе очень хочется, можно и для роутера задействовать DI, передавая в него все объекты контроллеров снаружи, и сам роутер поместить в DI контейнер.
>>385175
В одном из тестовых заданий на стажировку была задача предоставить докер образ по окончанию работы, поэтому задался таким вопросом.
А насчёт prod версии и докера, то на мой взгляд довольно удобно поставлять докер образы, тк у кого то Postgre или sqlLite, а кому то нужен Nginx вместо Apache.
Спасибо за инфу, буду анализировать.
В одном из тестовых заданий на стажировку была задача предоставить докер образ по окончанию работы, поэтому задался таким вопросом.
А насчёт prod версии и докера, то на мой взгляд довольно удобно поставлять докер образы, тк у кого то Postgre или sqlLite, а кому то нужен Nginx вместо Apache.
Спасибо за инфу, буду анализировать.
>>385175
В итоге удалось разобраться и составить свой Docker-compose файл для проекта(на Symfony). Ты оказался прав, это нелогично запихивать исходники в контейнер, гораздо проще таскать среду и подгружать все через гит и композер.
Если кому пригодится, то исходники на гите, стек - phpmyadmin, apache, php7.2, mariaDB.
https://github.com/GooseBumpsOS/docker-symfony
В итоге удалось разобраться и составить свой Docker-compose файл для проекта(на Symfony). Ты оказался прав, это нелогично запихивать исходники в контейнер, гораздо проще таскать среду и подгружать все через гит и композер.
Если кому пригодится, то исходники на гите, стек - phpmyadmin, apache, php7.2, mariaDB.
https://github.com/GooseBumpsOS/docker-symfony
>>385184
У обычного разработчика в общем случае будут установлены как postgres, так и sqlite.
ОП всё правильно расписал, для zero downtime деплоя в докере из коробки ничего нет, есть bash-костыли на гитхабе. Сервер нужно чистить от старых образов, как-то это всё хозяйство мониторить. В итоге ты будешь вынужден платить за kubernetes или за сервисы амазона. Мы через это прошли и в итоге избавились от докера везде, где возможно - проще один раз за 20-30 минут поднять проект, чем постоянно возиться с докером, ждать сборки образов. Как плюс - на всех проектах PHP самой новой версии, так как если локально обновили PHP c 7.1 на 7.2, то и все проекты нужно перевести на 7.2, иначе локально могут не работать. Ну и на маке докер работает очень медленно, нужны опять костыли вроде docker-sync.
У обычного разработчика в общем случае будут установлены как postgres, так и sqlite.
ОП всё правильно расписал, для zero downtime деплоя в докере из коробки ничего нет, есть bash-костыли на гитхабе. Сервер нужно чистить от старых образов, как-то это всё хозяйство мониторить. В итоге ты будешь вынужден платить за kubernetes или за сервисы амазона. Мы через это прошли и в итоге избавились от докера везде, где возможно - проще один раз за 20-30 минут поднять проект, чем постоянно возиться с докером, ждать сборки образов. Как плюс - на всех проектах PHP самой новой версии, так как если локально обновили PHP c 7.1 на 7.2, то и все проекты нужно перевести на 7.2, иначе локально могут не работать. Ну и на маке докер работает очень медленно, нужны опять костыли вроде docker-sync.
686 Кб, 1725x947>>385293
ахах, сейчас как раз смотрю общую лекцию по Kubernetes.
А как без докера решать такие проблемы?
ахах, сейчас как раз смотрю общую лекцию по Kubernetes.
А как без докера решать такие проблемы?
>>385184
Я думаю, что там требовалось сделать именно Докер для dev-среды. То есть сделать образы с PHP, nginx, MySQL, PHP-FPM и связать их через docker-compose, чтобы все это можно было бы запустить одной командой.
Я думаю, что там требовалось сделать именно Докер для dev-среды. То есть сделать образы с PHP, nginx, MySQL, PHP-FPM и связать их через docker-compose, чтобы все это можно было бы запустить одной командой.
>>385265
Обычно внутрь контейнера код никто не загружает, его просто примонтируют (то есть код лежит на хосте, а у контейнера есть доступ к этой папке). Папка задается командой VOLUME: https://docs.docker.com/engine/reference/builder/#volume
Если надо, можно почитать информацию на сайте dockerhub, там и по PHP, и по MySQL есть подробнейшие пояснения:
- https://hub.docker.com/_/mysql
- https://hub.docker.com/_/php
Зачем тебе apache, не очень понятно, использовал бы nginx сразу, раз у тебя php-fpm.
Обычно внутрь контейнера код никто не загружает, его просто примонтируют (то есть код лежит на хосте, а у контейнера есть доступ к этой папке). Папка задается командой VOLUME: https://docs.docker.com/engine/reference/builder/#volume
Если надо, можно почитать информацию на сайте dockerhub, там и по PHP, и по MySQL есть подробнейшие пояснения:
- https://hub.docker.com/_/mysql
- https://hub.docker.com/_/php
Зачем тебе apache, не очень понятно, использовал бы nginx сразу, раз у тебя php-fpm.
>>385303
Не всем требуется управлять десятками серверов. которые должны запускаться и останавливаться вслед за пиками нагрузки. Потому проблем, которые решают системы управления контейнерами, у них нету.
Если используется пара серверов (веб-сервер + сервер БД), то это все настраивается руками без докеров. Если потребуется переезд, то просто на новом месте разворачивается полный бекап.
Не всем требуется управлять десятками серверов. которые должны запускаться и останавливаться вслед за пиками нагрузки. Потому проблем, которые решают системы управления контейнерами, у них нету.
Если используется пара серверов (веб-сервер + сервер БД), то это все настраивается руками без докеров. Если потребуется переезд, то просто на новом месте разворачивается полный бекап.
>>385875
Мой косяк, не заметил, подправил.
>Зачем тебе apache, не очень понятно, использовал бы nginx сразу, раз у тебя php-fpm.
Мой косяк, не заметил, подправил.
>>386332
В public лежит index.php и .htaccess. В последнем прописаны настройки апача - происходит редирект любых юрлов в index:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
А index уже обрабатывает их как тебе надо, вызывая нужные контроллеры, например, вроде так.
В public лежит index.php и .htaccess. В последнем прописаны настройки апача - происходит редирект любых юрлов в index:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule .* index.php [L]
А index уже обрабатывает их как тебе надо, вызывая нужные контроллеры, например, вроде так.
Что за хуйня с этим ебучим Eloquent?
Пишу запрос через орм. Возвращается пустой массив.
Распечатал сформированный орм запрос:
select `type`, SUM(`duration`) AS `sum_duration` from `megafon_calls` where `telephony_id` = ? and `time` > NOW() - INTERVAL ? HOUR group by `telephony_id`, `type`
- Все нормально блять, если его вставить в пых-админ, он выполнится как надо.
Но в коде возвращается пустой массив.
Пиздец.
Тупо голый sql написать что ли? Заебался уже.
Пишу запрос через орм. Возвращается пустой массив.
Распечатал сформированный орм запрос:
select `type`, SUM(`duration`) AS `sum_duration` from `megafon_calls` where `telephony_id` = ? and `time` > NOW() - INTERVAL ? HOUR group by `telephony_id`, `type`
- Все нормально блять, если его вставить в пых-админ, он выполнится как надо.
Но в коде возвращается пустой массив.
Пиздец.
Тупо голый sql написать что ли? Заебался уже.
>>386695
Ты бы свой eloquent запрос что ли прислал
Ты бы свой eloquent запрос что ли прислал
>>385176
Да я спрашиваю к тому, чтобы знать: раздут мой код или нет. Если можно сделать в 100 строк, а я сделал в 400 - значит я написал не так хорошо как мог
Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
setPosition и устанавливал все необходимые входные данные там. С названием "должности" я понял проблему, это можно починить передавая константы с именем класса. Если константы не существует - значит и класса такого нет, а значит и нет проблем.
Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
Неужели для каждого рабочего свой обьект создавать? Ранг повысить я смог, если нужно повысить 4 человека с 1 ранга до 2, то с группы людей 1 ранга(кол-ва человек) отнимаем 4, и создаем новый обьект в департаменте с рангом +1 (с кол-вом человек = 4 ).
>Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class.
Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Попробую все задание по новой переделать, ибо я задание с кризисом почти сделал, но код какой то мусорный и плохо читаемый.
ОП, спасибо тебе огромное что уделил время
>Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда.
Да я спрашиваю к тому, чтобы знать: раздут мой код или нет. Если можно сделать в 100 строк, а я сделал в 400 - значит я написал не так хорошо как мог
>Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника.Департамент ведь нанимает людей, а не создает.
Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
setPosition и устанавливал все необходимые входные данные там. С названием "должности" я понял проблему, это можно починить передавая константы с именем класса. Если константы не существует - значит и класса такого нет, а значит и нет проблем.
>Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи.
Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
>У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
Неужели для каждого рабочего свой обьект создавать? Ранг повысить я смог, если нужно повысить 4 человека с 1 ранга до 2, то с группы людей 1 ранга(кол-ва человек) отнимаем 4, и создаем новый обьект в департаменте с рангом +1 (с кол-вом человек = 4 ).
>Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class.
Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
>Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Попробую все задание по новой переделать, ибо я задание с кризисом почти сделал, но код какой то мусорный и плохо читаемый.
ОП, спасибо тебе огромное что уделил время
>>385176
Да я спрашиваю к тому, чтобы знать: раздут мой код или нет. Если можно сделать в 100 строк, а я сделал в 400 - значит я написал не так хорошо как мог
Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
setPosition и устанавливал все необходимые входные данные там. С названием "должности" я понял проблему, это можно починить передавая константы с именем класса. Если константы не существует - значит и класса такого нет, а значит и нет проблем.
Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
Неужели для каждого рабочего свой обьект создавать? Ранг повысить я смог, если нужно повысить 4 человека с 1 ранга до 2, то с группы людей 1 ранга(кол-ва человек) отнимаем 4, и создаем новый обьект в департаменте с рангом +1 (с кол-вом человек = 4 ).
>Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class.
Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Попробую все задание по новой переделать, ибо я задание с кризисом почти сделал, но код какой то мусорный и плохо читаемый.
ОП, спасибо тебе огромное что уделил время
>Когда ты столкнешься с реальными проектами, ты поймешь, что 200 строк - это ерунда.
Да я спрашиваю к тому, чтобы знать: раздут мой код или нет. Если можно сделать в 100 строк, а я сделал в 400 - значит я написал не так хорошо как мог
>Лучше убрать создание работников из Департамента и принимать на вход уже созданного работника.Департамент ведь нанимает людей, а не создает.
Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
setPosition и устанавливал все необходимые входные данные там. С названием "должности" я понял проблему, это можно починить передавая константы с именем класса. Если константы не существует - значит и класса такого нет, а значит и нет проблем.
>Лучше использовать protected, а то у тебя можно без всяких проверок записать что угодно в эти поля снаружи.
Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
>У тебя один объект Position представляет целую группу работников. Это неудобно, так как ты не можешь одному из этой группы повысить ранг, например. В части задачи про кризис это тебе помешает.
Неужели для каждого рабочего свой обьект создавать? Ранг повысить я смог, если нужно повысить 4 человека с 1 ранга до 2, то с группы людей 1 ранга(кол-ва человек) отнимаем 4, и создаем новый обьект в департаменте с рангом +1 (с кол-вом человек = 4 ).
>Вместо названия лучше было бы использовать встроенную константу, возвращающую имя класса: Marketer::class.
Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
>Здесь ты смешал в одном поле 2 разных значения: базовую ставку и итоговую зарплату.
Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Попробую все задание по новой переделать, ибо я задание с кризисом почти сделал, но код какой то мусорный и плохо читаемый.
ОП, спасибо тебе огромное что уделил время
>>387082
главное какой вариант легче читать и поддерживать
>Если можно сделать в 100 строк, а я сделал в 400 - значит я написал не так хорошо как мог
главное какой вариант легче читать и поддерживать
97 Кб, 259x194>>387384
Я вообще ничего не понимаю с этим долбанным SQL. Набираю уже где-то первую космическую на одной жопной тяге.
Правила меняются постоянно от запроса к запросу, от типа переменной к другому типу переменной. Заебало такое поведение уже. Где-то можно напрямую переменные в строку лепить - где-то нельзя.
С группировкой тоже возился долго и пришлось костыль писать, так потом выяснилось что мой костыль и не костыль вовсе. Оказывается в "GROUP BY" нельзя биндить переменную. Но везде можно. А тут нельзя - читайте документацию. Где-то там на триста-сраной странице пару строк написано про это. Или гугл доёбывайте, но на русском только шизики срут - трахайте по английский пожалуйста. Рады были вам помочь.
Ну охуеть теперь. И всем норм. Говноедство какое-то массовое.
Я вообще ничего не понимаю с этим долбанным SQL. Набираю уже где-то первую космическую на одной жопной тяге.
Правила меняются постоянно от запроса к запросу, от типа переменной к другому типу переменной. Заебало такое поведение уже. Где-то можно напрямую переменные в строку лепить - где-то нельзя.
С группировкой тоже возился долго и пришлось костыль писать, так потом выяснилось что мой костыль и не костыль вовсе. Оказывается в "GROUP BY" нельзя биндить переменную. Но везде можно. А тут нельзя - читайте документацию. Где-то там на триста-сраной странице пару строк написано про это. Или гугл доёбывайте, но на русском только шизики срут - трахайте по английский пожалуйста. Рады были вам помочь.
Ну охуеть теперь. И всем норм. Говноедство какое-то массовое.
>>387384
я тоже не совсем понимаю
модель ладно, это база данных
вью понятно, это фронт-энд
контроллер... щито такое контроллер? бэкэнд с роутингом и запросами к базе данных? вроде логично, но фронт-энд, бэк-энд и база данных есть у большинства приложух, а мвк считается специфической композицией
я тоже не совсем понимаю
модель ладно, это база данных
вью понятно, это фронт-энд
контроллер... щито такое контроллер? бэкэнд с роутингом и запросами к базе данных? вроде логично, но фронт-энд, бэк-энд и база данных есть у большинства приложух, а мвк считается специфической композицией
>>387469
Это бизнес-логика. То есть сама суть процесса, который ты программируешь. Там не только база данных.
То, что склеивает модель и представление. Она обычно трогает модель за разные места, а результат этого действия отдаёт представлению(вью).
>модель ладно, это база данных
Это бизнес-логика. То есть сама суть процесса, который ты программируешь. Там не только база данных.
>контроллер... щито такое контроллер?
То, что склеивает модель и представление. Она обычно трогает модель за разные места, а результат этого действия отдаёт представлению(вью).
Как начать отписываться по зказам на фрилансе? Не могу просто начать, боюсь что не справлюсь и испорчу профиль и все в этом духе. Хотя опыт есть, я сейчас работаю веб макакой, но тут все просто. Тебе выдают таск и знай делай, и с заказчиками тоже иногда общаюсь
Почему меня фолловят на гитхабе, если я ещё ничего не выкладывал? За звёзды другим проектам могут?
>>387703
Да ето так.
Однако от этого не легче - довольно сложно работать с системой, в данном случае, MySQL, если она ведёт себя как девка на свидании и постоянно ломается и нарушает свои же правила.
Да ето так.
Однако от этого не легче - довольно сложно работать с системой, в данном случае, MySQL, если она ведёт себя как девка на свидании и постоянно ломается и нарушает свои же правила.
Аноны, подскажите - разбиваю url строку в массив.
$url = "posts-new/test?page2=2&page3=3";
$params = explode('&', $url);
результат:
$params = Array
(
[0] => posts-new/test
[1] => page2=2
[2] => page3=3
)
Какого хрена? Я же в качестве разделителя амперсанд "&" использую?
И когда я просто печатаю url на страничке - "&" меняется на "?". почему так?
$url = "posts-new/test?page2=2&page3=3";
$params = explode('&', $url);
результат:
$params = Array
(
[0] => posts-new/test
[1] => page2=2
[2] => page3=3
)
Какого хрена? Я же в качестве разделителя амперсанд "&" использую?
И когда я просто печатаю url на страничке - "&" меняется на "?". почему так?
>>385809
Но зачем? В репозиториях докера уже всё это есть.
А ещё есть уже даже собранное решение. Devilbox
> сделать образы с PHP, nginx, MySQL, PHP-FPM и связать их через docker-compose, чтобы все это можно было бы запустить одной командой.
Но зачем? В репозиториях докера уже всё это есть.
А ещё есть уже даже собранное решение. Devilbox
>>387796
Как же ты так, функцию explode узнал, а про GET и POST запросы и суперглобальные переменные нет. Вот тебе наводка. Иди гугли. Найдёшь что ищешь.
Как же ты так, функцию explode узнал, а про GET и POST запросы и суперглобальные переменные нет. Вот тебе наводка. Иди гугли. Найдёшь что ищешь.
>>383014
Забей, пока ты просто плохо знаешь проект, будешь тупить. Подольше его попердолишь, уловишь структуру и логику даже если её нет, лол, всё равно запомнишь где что и установишь закономерности и будешь уже по проекту хорошо ориентироваться.
Забей, пока ты просто плохо знаешь проект, будешь тупить. Подольше его попердолишь, уловишь структуру и логику даже если её нет, лол, всё равно запомнишь где что и установишь закономерности и будешь уже по проекту хорошо ориентироваться.
>>387775
В таком случае, голодать. Как поймёшь, что либо пишешь заказчику, либо завтра жрать нечего будет, страх уйдёт.
В таком случае, голодать. Как поймёшь, что либо пишешь заказчику, либо завтра жрать нечего будет, страх уйдёт.
>>387384
Model - тут логика, обработка данных, работа с БД.
View - всё просто. Шаблоны, вёрстка. В общем, всё что показывается пользователю тут.
Controller - звено между пользователем и логикой. Принимает данные, преобразует типа, собрать аргументы в массив и прочее по мелочи, передаёт в модель.
Model - тут логика, обработка данных, работа с БД.
View - всё просто. Шаблоны, вёрстка. В общем, всё что показывается пользователю тут.
Controller - звено между пользователем и логикой. Принимает данные, преобразует типа, собрать аргументы в массив и прочее по мелочи, передаёт в модель.
>>1380677
Это лучше назвать "message_to_user" или "user_message", как-то так. Тут https://www.sqlstyle.guide/ru/ советуют придумывать оригинальные имена, но в данном случае это трудно.
Твои названия сбили меня с толку, и скорее всего, собьют и других людей.
Да, я имел в виду, что если мы делаем каждому пользователю свою копию сообщения, то хорошо бы эти копии связать с помощью какого-то id. Чтобы можно было например их редактировать или удалять все вместе.
И еще, у тебя в таблице "текстовое_сообщения" есть ссылка на диалог. Но ведь сообщение постится в один чат. Значит, у тебя для чата у каждого пользователя есть своя "копия" диалога со своим id? Вот такие вещи стоило бы пояснить заранее, увы, я этого не понял сразу.
Я уже не помню точно, что я раньше советовал, но тут стоило бы в идеале сравнить разные варианты реализации и найти их плюсы и минусы. Как лучше - делать при отправке сообщения каждому получателю свою копию или же делать одно сообщение, но с несколькими получателями. В случае шифрования, если мы для каждого пользователя делаем разный шифротекст (шифруем сообщение разными ключами), то придется делать несколько копий.
При таком подходе есть проблема - в огромных чатах при отправке накладно получается делать 1000 копий сообщения, и в плане загрузки CPU, и в плане хранения на сервере. Для таких случаев можно попробовать такую идею: есть создатель чата, он создает "ключ чата" и сохраняет на сервер (или же сервер сам его генерирует). Каждый подключающийся к чату получает этот ключ и может шифровать и расшифровывать сообщения. Минус - когда один ключ есть у кучи людей, это не очень-то надежно. Но если это публичный чат, то и так любой может подключиться к нему и читать его. Чтобы отключившиеся от чата не могли больше читать его, надо периодически обновлять ключ чата. Те, кто отключился, не получат новую версию ключа.
В общем, попробуй применить инженерный подход: сравнение разных схем, определение плюсов и минусов, проверка типовых сценариев (переписка между пользователями, между несколькими, большой чат, правка и удаление сообщений, бан пользователей, выборка последних N сообщений, выборка списка диалогов с числом непрочтенных сообщений). Я, увы, с ходу не могу предсказать, что тут лучше подойдет. Но могу прокомментировать и покритиковать предложенную схему.
Это хорошо, что там есть поддержка наследования, но стоило бы проверить, как это реализовано и нет ли там сильного замедления запросов при таком подходе. Если физически это сделано как одна большая таблица, то скорее всего все ок.
Зависит от ситуации, скорее всего объектом с полями. Ну например, у нас есть фильтр по товарам, который мы передаем в функции и получаем из функций, преобразуем. Логично делать его не массивом, а нормальным объектом с полями: мин. цена, макс. цена, категории, цвета, бренды, поиск по названию и тд. Я имел в виду, что в такой ситуации выгоднее использовать объект с методами, проверкой типов, чем просто непонятный массив, в котором непонятно даже какие поля есть.
> Сообщение - это конкретная запись сообщения имеющая все данные о нём, от содержания до автора, id, даты публикации и т.д., а сообщения - это запись какие сообщения принадлежат какому пользователю и/или диалогу. Т.е. "сообщения" хранит ссылки для пользователя на id конкретного сообщения.
Это лучше назвать "message_to_user" или "user_message", как-то так. Тут https://www.sqlstyle.guide/ru/ советуют придумывать оригинальные имена, но в данном случае это трудно.
Твои названия сбили меня с толку, и скорее всего, собьют и других людей.
> Такая схема была предложена вами при обсуждении моей задачи чата на чистом JS:
Да, я имел в виду, что если мы делаем каждому пользователю свою копию сообщения, то хорошо бы эти копии связать с помощью какого-то id. Чтобы можно было например их редактировать или удалять все вместе.
И еще, у тебя в таблице "текстовое_сообщения" есть ссылка на диалог. Но ведь сообщение постится в один чат. Значит, у тебя для чата у каждого пользователя есть своя "копия" диалога со своим id? Вот такие вещи стоило бы пояснить заранее, увы, я этого не понял сразу.
Я уже не помню точно, что я раньше советовал, но тут стоило бы в идеале сравнить разные варианты реализации и найти их плюсы и минусы. Как лучше - делать при отправке сообщения каждому получателю свою копию или же делать одно сообщение, но с несколькими получателями. В случае шифрования, если мы для каждого пользователя делаем разный шифротекст (шифруем сообщение разными ключами), то придется делать несколько копий.
При таком подходе есть проблема - в огромных чатах при отправке накладно получается делать 1000 копий сообщения, и в плане загрузки CPU, и в плане хранения на сервере. Для таких случаев можно попробовать такую идею: есть создатель чата, он создает "ключ чата" и сохраняет на сервер (или же сервер сам его генерирует). Каждый подключающийся к чату получает этот ключ и может шифровать и расшифровывать сообщения. Минус - когда один ключ есть у кучи людей, это не очень-то надежно. Но если это публичный чат, то и так любой может подключиться к нему и читать его. Чтобы отключившиеся от чата не могли больше читать его, надо периодически обновлять ключ чата. Те, кто отключился, не получат новую версию ключа.
В общем, попробуй применить инженерный подход: сравнение разных схем, определение плюсов и минусов, проверка типовых сценариев (переписка между пользователями, между несколькими, большой чат, правка и удаление сообщений, бан пользователей, выборка последних N сообщений, выборка списка диалогов с числом непрочтенных сообщений). Я, увы, с ходу не могу предсказать, что тут лучше подойдет. Но могу прокомментировать и покритиковать предложенную схему.
> Я думал об этом и предполагал, что у psql есть встроенная поддержка этого, и как оказалось, действительно есть
Это хорошо, что там есть поддержка наследования, но стоило бы проверить, как это реализовано и нет ли там сильного замедления запросов при таком подходе. Если физически это сделано как одна большая таблица, то скорее всего все ок.
> Этот массив был бы объектом с одним свойством этого самого массива?
Зависит от ситуации, скорее всего объектом с полями. Ну например, у нас есть фильтр по товарам, который мы передаем в функции и получаем из функций, преобразуем. Логично делать его не массивом, а нормальным объектом с полями: мин. цена, макс. цена, категории, цвета, бренды, поиск по названию и тд. Я имел в виду, что в такой ситуации выгоднее использовать объект с методами, проверкой типов, чем просто непонятный массив, в котором непонятно даже какие поля есть.
>>1380677
Это лучше назвать "message_to_user" или "user_message", как-то так. Тут https://www.sqlstyle.guide/ru/ советуют придумывать оригинальные имена, но в данном случае это трудно.
Твои названия сбили меня с толку, и скорее всего, собьют и других людей.
Да, я имел в виду, что если мы делаем каждому пользователю свою копию сообщения, то хорошо бы эти копии связать с помощью какого-то id. Чтобы можно было например их редактировать или удалять все вместе.
И еще, у тебя в таблице "текстовое_сообщения" есть ссылка на диалог. Но ведь сообщение постится в один чат. Значит, у тебя для чата у каждого пользователя есть своя "копия" диалога со своим id? Вот такие вещи стоило бы пояснить заранее, увы, я этого не понял сразу.
Я уже не помню точно, что я раньше советовал, но тут стоило бы в идеале сравнить разные варианты реализации и найти их плюсы и минусы. Как лучше - делать при отправке сообщения каждому получателю свою копию или же делать одно сообщение, но с несколькими получателями. В случае шифрования, если мы для каждого пользователя делаем разный шифротекст (шифруем сообщение разными ключами), то придется делать несколько копий.
При таком подходе есть проблема - в огромных чатах при отправке накладно получается делать 1000 копий сообщения, и в плане загрузки CPU, и в плане хранения на сервере. Для таких случаев можно попробовать такую идею: есть создатель чата, он создает "ключ чата" и сохраняет на сервер (или же сервер сам его генерирует). Каждый подключающийся к чату получает этот ключ и может шифровать и расшифровывать сообщения. Минус - когда один ключ есть у кучи людей, это не очень-то надежно. Но если это публичный чат, то и так любой может подключиться к нему и читать его. Чтобы отключившиеся от чата не могли больше читать его, надо периодически обновлять ключ чата. Те, кто отключился, не получат новую версию ключа.
В общем, попробуй применить инженерный подход: сравнение разных схем, определение плюсов и минусов, проверка типовых сценариев (переписка между пользователями, между несколькими, большой чат, правка и удаление сообщений, бан пользователей, выборка последних N сообщений, выборка списка диалогов с числом непрочтенных сообщений). Я, увы, с ходу не могу предсказать, что тут лучше подойдет. Но могу прокомментировать и покритиковать предложенную схему.
Это хорошо, что там есть поддержка наследования, но стоило бы проверить, как это реализовано и нет ли там сильного замедления запросов при таком подходе. Если физически это сделано как одна большая таблица, то скорее всего все ок.
Зависит от ситуации, скорее всего объектом с полями. Ну например, у нас есть фильтр по товарам, который мы передаем в функции и получаем из функций, преобразуем. Логично делать его не массивом, а нормальным объектом с полями: мин. цена, макс. цена, категории, цвета, бренды, поиск по названию и тд. Я имел в виду, что в такой ситуации выгоднее использовать объект с методами, проверкой типов, чем просто непонятный массив, в котором непонятно даже какие поля есть.
> Сообщение - это конкретная запись сообщения имеющая все данные о нём, от содержания до автора, id, даты публикации и т.д., а сообщения - это запись какие сообщения принадлежат какому пользователю и/или диалогу. Т.е. "сообщения" хранит ссылки для пользователя на id конкретного сообщения.
Это лучше назвать "message_to_user" или "user_message", как-то так. Тут https://www.sqlstyle.guide/ru/ советуют придумывать оригинальные имена, но в данном случае это трудно.
Твои названия сбили меня с толку, и скорее всего, собьют и других людей.
> Такая схема была предложена вами при обсуждении моей задачи чата на чистом JS:
Да, я имел в виду, что если мы делаем каждому пользователю свою копию сообщения, то хорошо бы эти копии связать с помощью какого-то id. Чтобы можно было например их редактировать или удалять все вместе.
И еще, у тебя в таблице "текстовое_сообщения" есть ссылка на диалог. Но ведь сообщение постится в один чат. Значит, у тебя для чата у каждого пользователя есть своя "копия" диалога со своим id? Вот такие вещи стоило бы пояснить заранее, увы, я этого не понял сразу.
Я уже не помню точно, что я раньше советовал, но тут стоило бы в идеале сравнить разные варианты реализации и найти их плюсы и минусы. Как лучше - делать при отправке сообщения каждому получателю свою копию или же делать одно сообщение, но с несколькими получателями. В случае шифрования, если мы для каждого пользователя делаем разный шифротекст (шифруем сообщение разными ключами), то придется делать несколько копий.
При таком подходе есть проблема - в огромных чатах при отправке накладно получается делать 1000 копий сообщения, и в плане загрузки CPU, и в плане хранения на сервере. Для таких случаев можно попробовать такую идею: есть создатель чата, он создает "ключ чата" и сохраняет на сервер (или же сервер сам его генерирует). Каждый подключающийся к чату получает этот ключ и может шифровать и расшифровывать сообщения. Минус - когда один ключ есть у кучи людей, это не очень-то надежно. Но если это публичный чат, то и так любой может подключиться к нему и читать его. Чтобы отключившиеся от чата не могли больше читать его, надо периодически обновлять ключ чата. Те, кто отключился, не получат новую версию ключа.
В общем, попробуй применить инженерный подход: сравнение разных схем, определение плюсов и минусов, проверка типовых сценариев (переписка между пользователями, между несколькими, большой чат, правка и удаление сообщений, бан пользователей, выборка последних N сообщений, выборка списка диалогов с числом непрочтенных сообщений). Я, увы, с ходу не могу предсказать, что тут лучше подойдет. Но могу прокомментировать и покритиковать предложенную схему.
> Я думал об этом и предполагал, что у psql есть встроенная поддержка этого, и как оказалось, действительно есть
Это хорошо, что там есть поддержка наследования, но стоило бы проверить, как это реализовано и нет ли там сильного замедления запросов при таком подходе. Если физически это сделано как одна большая таблица, то скорее всего все ок.
> Этот массив был бы объектом с одним свойством этого самого массива?
Зависит от ситуации, скорее всего объектом с полями. Ну например, у нас есть фильтр по товарам, который мы передаем в функции и получаем из функций, преобразуем. Логично делать его не массивом, а нормальным объектом с полями: мин. цена, макс. цена, категории, цвета, бренды, поиск по названию и тд. Я имел в виду, что в такой ситуации выгоднее использовать объект с методами, проверкой типов, чем просто непонятный массив, в котором непонятно даже какие поля есть.
>>1380688
Суть не в том, что ты создаешь эту анонимную функцию всего один раз. Суть в том, что это можно было сделать нормально аж несколькими способами:
- не использовать анонимную функцию, а использовать объект, каждый генератор ссылок - это новый объект
- использовать анонимную функцию, но хранить данные в замыкании, а не в $this, так что каждая функция изолирована от других
Любой из этих вариантов решил бы проблему нарушения изоляции генераторов ссылок друг от друга. Ты же выбрал плохой вариант, который может вызвать баг, и вместо исправления пишешь о том, что ты создаешь всего лишь 1 генератор. Это так не делается. В реальном проекте завтра кто-то попробует создать второй генератор ссылок и получит баг. Не надо писать такой код, который легко использовать неправильно и получить баг.
Обычно сортировку используют, чтобы показать, например, самые большие или самые маленькие баллы. Или первые фамилии по алфавиту. Для этого надо перейти на 1-ю страницу при смене сортировки. Если ты меняешь сортировку и оставляешь ту же страницу, то не очень понятно, для чего это нужно. Ты не получаешь ни самые большие, ни самые маленькие баллы, а что-то из середины списка.
Везде переключают на первую страницу при смене сортировки, насколько я знаю.
>>1381843
Этот подход довольно плохой. Он мне не нравится. Во-первых, не всегда это работает, зависит от конфигурации сервера, и может получиться, что у юзера будет крутиться кружок загрузки, пока твой скрипт что-то там считает якобы в фоне. Во-вторых, php-fpm на такое не рассчитан. Там может быть ограничено число рабочих процессов, и в неудачном случае они все могут оказаться заняты этими вычислениями и некому будет обслуживать другие запросы пользователей. В-третьих, тут нет обратной связи - ты запустил вычисление, а чем оно закончилось, неизвестно. Также, часто на php-fpm ставится таймаут на время работы скрипта.
Если у тебя какой-то простой случай, не требующий очереди задач, редко вызваемый (типа генерации какого-то отчета, который генерируется минуту), то проще просто сделать страницу с кнопкой и кнопкой запрашивать скрипт аяксом, а тот скрипт генерирует отчет и возвращает. Тут ты хотя бы в итоге либо получишь отчет, либо какую-то ошибку и можно будет нажать кнопку еще раз.
> Ну и разные функции нет смысла создавать - всегда один гет-массив приходит в запросе и с ним работаем.
Суть не в том, что ты создаешь эту анонимную функцию всего один раз. Суть в том, что это можно было сделать нормально аж несколькими способами:
- не использовать анонимную функцию, а использовать объект, каждый генератор ссылок - это новый объект
- использовать анонимную функцию, но хранить данные в замыкании, а не в $this, так что каждая функция изолирована от других
Любой из этих вариантов решил бы проблему нарушения изоляции генераторов ссылок друг от друга. Ты же выбрал плохой вариант, который может вызвать баг, и вместо исправления пишешь о том, что ты создаешь всего лишь 1 генератор. Это так не делается. В реальном проекте завтра кто-то попробует создать второй генератор ссылок и получит баг. Не надо писать такой код, который легко использовать неправильно и получить баг.
>> если мы меняем сортировку, то надо сбрасывать пагинацию
> Зачем? Количество записей ведь не изменилось.
Обычно сортировку используют, чтобы показать, например, самые большие или самые маленькие баллы. Или первые фамилии по алфавиту. Для этого надо перейти на 1-ю страницу при смене сортировки. Если ты меняешь сортировку и оставляешь ту же страницу, то не очень понятно, для чего это нужно. Ты не получаешь ни самые большие, ни самые маленькие баллы, а что-то из середины списка.
Везде переключают на первую страницу при смене сортировки, насколько я знаю.
>>1381843
Этот подход довольно плохой. Он мне не нравится. Во-первых, не всегда это работает, зависит от конфигурации сервера, и может получиться, что у юзера будет крутиться кружок загрузки, пока твой скрипт что-то там считает якобы в фоне. Во-вторых, php-fpm на такое не рассчитан. Там может быть ограничено число рабочих процессов, и в неудачном случае они все могут оказаться заняты этими вычислениями и некому будет обслуживать другие запросы пользователей. В-третьих, тут нет обратной связи - ты запустил вычисление, а чем оно закончилось, неизвестно. Также, часто на php-fpm ставится таймаут на время работы скрипта.
Если у тебя какой-то простой случай, не требующий очереди задач, редко вызваемый (типа генерации какого-то отчета, который генерируется минуту), то проще просто сделать страницу с кнопкой и кнопкой запрашивать скрипт аяксом, а тот скрипт генерирует отчет и возвращает. Тут ты хотя бы в итоге либо получишь отчет, либо какую-то ошибку и можно будет нажать кнопку еще раз.
>>1380688
Суть не в том, что ты создаешь эту анонимную функцию всего один раз. Суть в том, что это можно было сделать нормально аж несколькими способами:
- не использовать анонимную функцию, а использовать объект, каждый генератор ссылок - это новый объект
- использовать анонимную функцию, но хранить данные в замыкании, а не в $this, так что каждая функция изолирована от других
Любой из этих вариантов решил бы проблему нарушения изоляции генераторов ссылок друг от друга. Ты же выбрал плохой вариант, который может вызвать баг, и вместо исправления пишешь о том, что ты создаешь всего лишь 1 генератор. Это так не делается. В реальном проекте завтра кто-то попробует создать второй генератор ссылок и получит баг. Не надо писать такой код, который легко использовать неправильно и получить баг.
Обычно сортировку используют, чтобы показать, например, самые большие или самые маленькие баллы. Или первые фамилии по алфавиту. Для этого надо перейти на 1-ю страницу при смене сортировки. Если ты меняешь сортировку и оставляешь ту же страницу, то не очень понятно, для чего это нужно. Ты не получаешь ни самые большие, ни самые маленькие баллы, а что-то из середины списка.
Везде переключают на первую страницу при смене сортировки, насколько я знаю.
>>1381843
Этот подход довольно плохой. Он мне не нравится. Во-первых, не всегда это работает, зависит от конфигурации сервера, и может получиться, что у юзера будет крутиться кружок загрузки, пока твой скрипт что-то там считает якобы в фоне. Во-вторых, php-fpm на такое не рассчитан. Там может быть ограничено число рабочих процессов, и в неудачном случае они все могут оказаться заняты этими вычислениями и некому будет обслуживать другие запросы пользователей. В-третьих, тут нет обратной связи - ты запустил вычисление, а чем оно закончилось, неизвестно. Также, часто на php-fpm ставится таймаут на время работы скрипта.
Если у тебя какой-то простой случай, не требующий очереди задач, редко вызваемый (типа генерации какого-то отчета, который генерируется минуту), то проще просто сделать страницу с кнопкой и кнопкой запрашивать скрипт аяксом, а тот скрипт генерирует отчет и возвращает. Тут ты хотя бы в итоге либо получишь отчет, либо какую-то ошибку и можно будет нажать кнопку еще раз.
> Ну и разные функции нет смысла создавать - всегда один гет-массив приходит в запросе и с ним работаем.
Суть не в том, что ты создаешь эту анонимную функцию всего один раз. Суть в том, что это можно было сделать нормально аж несколькими способами:
- не использовать анонимную функцию, а использовать объект, каждый генератор ссылок - это новый объект
- использовать анонимную функцию, но хранить данные в замыкании, а не в $this, так что каждая функция изолирована от других
Любой из этих вариантов решил бы проблему нарушения изоляции генераторов ссылок друг от друга. Ты же выбрал плохой вариант, который может вызвать баг, и вместо исправления пишешь о том, что ты создаешь всего лишь 1 генератор. Это так не делается. В реальном проекте завтра кто-то попробует создать второй генератор ссылок и получит баг. Не надо писать такой код, который легко использовать неправильно и получить баг.
>> если мы меняем сортировку, то надо сбрасывать пагинацию
> Зачем? Количество записей ведь не изменилось.
Обычно сортировку используют, чтобы показать, например, самые большие или самые маленькие баллы. Или первые фамилии по алфавиту. Для этого надо перейти на 1-ю страницу при смене сортировки. Если ты меняешь сортировку и оставляешь ту же страницу, то не очень понятно, для чего это нужно. Ты не получаешь ни самые большие, ни самые маленькие баллы, а что-то из середины списка.
Везде переключают на первую страницу при смене сортировки, насколько я знаю.
>>1381843
Этот подход довольно плохой. Он мне не нравится. Во-первых, не всегда это работает, зависит от конфигурации сервера, и может получиться, что у юзера будет крутиться кружок загрузки, пока твой скрипт что-то там считает якобы в фоне. Во-вторых, php-fpm на такое не рассчитан. Там может быть ограничено число рабочих процессов, и в неудачном случае они все могут оказаться заняты этими вычислениями и некому будет обслуживать другие запросы пользователей. В-третьих, тут нет обратной связи - ты запустил вычисление, а чем оно закончилось, неизвестно. Также, часто на php-fpm ставится таймаут на время работы скрипта.
Если у тебя какой-то простой случай, не требующий очереди задач, редко вызваемый (типа генерации какого-то отчета, который генерируется минуту), то проще просто сделать страницу с кнопкой и кнопкой запрашивать скрипт аяксом, а тот скрипт генерирует отчет и возвращает. Тут ты хотя бы в итоге либо получишь отчет, либо какую-то ошибку и можно будет нажать кнопку еще раз.
>>1382020
Проще всего искать так:
- в начале идет любая буква
- за ней пробелы
- за ней слово "а" или "но"
- за ним граница слова
>>1383863
Возможности очень хорошие, есть куча плагинов, но жрет память и проц. Если твое железо потянет, то неплохой вариант.
>>1383892
Я взял привычку всегда их ставить, и к таблицам, и к полям. Они отображаются во всяких визуальных программах для работы с БД вроде phpmyadmin.
> Делаю грамматического нациста, хочу сделать проверку по отсутствию знака препинания.
Проще всего искать так:
- в начале идет любая буква
- за ней пробелы
- за ней слово "а" или "но"
- за ним граница слова
>>1383863
Возможности очень хорошие, есть куча плагинов, но жрет память и проц. Если твое железо потянет, то неплохой вариант.
>>1383892
Я взял привычку всегда их ставить, и к таблицам, и к полям. Они отображаются во всяких визуальных программах для работы с БД вроде phpmyadmin.
>>1387125
Можно, но это будет денормализация. Допустимо, но лучше сначала спроектировать нормализованную схему, а только потом денормализовать. И что там с внешними ключами?
Это плохо масштабируется, так как у пользователя могут быть тысячи сообщений. И мы не можем быстренько выбрать часть из них. Хотя, тут стоило бы сделать микробенчмарк, а не гадать.
>>1388116
Я не вижу особой разницы. Возможно, нужен не абстрактный, а более реальный пример кода, тогда будет понятнее.
Во втором варианте можно считать результат, никуда его не сохраняя, в отличие от первого.
> Можно вместо создания бесконечного количества ссылок создать поле с типом ARRAY и помещать в него все ссылки (UUID) на необходимые данные.
Можно, но это будет денормализация. Допустимо, но лучше сначала спроектировать нормализованную схему, а только потом денормализовать. И что там с внешними ключами?
> Participant:
> -messages UUID[] //массив из uuid сообщений
Это плохо масштабируется, так как у пользователя могут быть тысячи сообщений. И мы не можем быстренько выбрать часть из них. Хотя, тут стоило бы сделать микробенчмарк, а не гадать.
>>1388116
Я не вижу особой разницы. Возможно, нужен не абстрактный, а более реальный пример кода, тогда будет понятнее.
Во втором варианте можно считать результат, никуда его не сохраняя, в отличие от первого.
>>387796
Только что переписал твой код себе и у меня как надо разбилось, на 2 строки до и после амперсанта.
Только что переписал твой код себе и у меня как надо разбилось, на 2 строки до и после амперсанта.
>>387796
Попробовал и в интерпретаторе у себя и на онлайн сервисе на 5 и 6 пыхе, все работает как надо.
Попробовал и в интерпретаторе у себя и на онлайн сервисе на 5 и 6 пыхе, все работает как надо.
>>388288
7*
7*
>>388212
Ошибка постинга: В сообщении присутствует слово из спам листа.
https://pastebin.com/raw/yGsWM6BA
Ошибка постинга: В сообщении присутствует слово из спам листа.
https://pastebin.com/raw/yGsWM6BA
Напомню посмотреть ещё этот вопрос, который мог быть не замечен из-за ошибки спам-листа >>382907
Простите что так много вопросов, тяжело очень.
Простите что так много вопросов, тяжело очень.
>>388239
Попробуй запустить свой код на ideone и, если он работает, так как ты описал, то дай ссылку с подтверждением. Я думаю, что explode работает как надо, и ошибка в чем-то другом, или ты просто что-то перепутал.
Попробуй запустить свой код на ideone и, если он работает, так как ты описал, то дай ссылку с подтверждением. Я думаю, что explode работает как надо, и ошибка в чем-то другом, или ты просто что-то перепутал.
>>388378
explode работает как нужно.
Это какая то особенность именно url возвращаемого $_SERVER['QUERY_STRING']
Более того - распечатай именно $_SERVER['QUERY_STRING'] на странице - и увидишь что "?" в нем заменен на "&"
Если просто строку парсить - то explode работает как нужно.
explode работает как нужно.
Это какая то особенность именно url возвращаемого $_SERVER['QUERY_STRING']
Более того - распечатай именно $_SERVER['QUERY_STRING'] на странице - и увидишь что "?" в нем заменен на "&"
Если просто строку парсить - то explode работает как нужно.
>>1388324
Я думаю, что нету. Судя по https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/annotations-reference.html#annref_joincolumn там связь делается только через колонку с внешним ключом и никак иначе.
Я еще должен предупредить, что, может быть, где-то придется делать SQL-запросы напрямую, если это будет давать значительную разницу в времени выполнения запроса.
Вот такие запросы лучше даже не планировать. Сообщений может быть много, и все сразу получать невыгодно. Обычно сообщения всегда запрашивают какими-то кусочками, а когда пользователь прокручивает страницу, подгружают еще.
>>382907
Обычно WAMP и websocket используют как PubSub-брокер (про PubSub: http://design-pattern.ru/patterns/pubsub.html ). PubSub - это технология, когда есть программа-брокер, и к ней могут подсоединяться издатели и подписчики. Подписчики подключаются к брокеру и подписываются на интересующие их каналы или "топики". Издатели подключаются к брокеру и шлют сообщения в выбранные ими каналы. И брокер пересылает сообщения только тем подписчикам, кто подписан на канал. Список каналов нигде не хранится, это просто строка, которая позволяет отобрать получателей сообщения. Каналы/топики нужны для маршрутизации сообщений, чтобы клиенты получали только нужные им события, а не все подряд, что происходит в системе.
WAMP-сервер (программа, которая принимает вебсокет соединения на стороне сервера) обычно и служит брокером PubSub.
Это напоминает очередь сообщений вроде RabbitMQ, только без гарантий сохранности и доставки сообщений. Сообщения не сохраняются, как в очереди, в ожидании получателя, а передаются только тем, кто в данный момент подключен к брокеру. Если никто не подписан на канал, то сообщение от издателя просто отбрасывается.
Пример. Клиент (браузер) подсоединяется к WAMP-серверу. При этом код в браузере устанавливает постоянное веб-сокет соединение с WAMP-сервером, автоматически переподсоединяясь при обрыве. Используя функционал PubSub, он подписывается на канал msg-for-1234, где 1234 - это id залогиненного пользователя.
Когда кто-то шлет пользователю 1234 сообщение, серверный скрипт подсоединяется к WAMP-серверу и публикует это сообщение в канал msg-for-1234. WAMP-сервер передает это сообщение всем подписанным на канал msg-for-1234 клиентам. В данном случае это один браузер. Ему отправляется сообщение по вебсокет-соединению, и после получения браузер генерирует событие, и вызывается какой-то коллбек в JS коде. Таким образом JS код узнает о приходе нового сообщения, и отображает его на экране.
При этом обычно используются и обычные аякс-запросы, и вебсокет. Когда пользователь запускает клиент, тот получает список последних сообщений обычным АЯКС-запросом, а вебсокет используется только для получения новых сообщений с момента запуска клиента. Еще, иногда вебсокет используется только для уведомления о новых сообщениях, а само сообщение запрашивается АЯКС-запросом. Также, можно не полагаться только на вебсокет, а дополнительно раз в N минут делать классический АЯКС-запрос - на случай, если сообщение где-то потерялось, или на случай, если у нас был разрыв вебсокет-соединения и в этот момент пришло сообщение (так как WAMP вроде бы не гарантирует их сохранность и работает по принципу best effort).
Еще, тут надо помнить о безопасности: подключиться к каналу msg-for-1234 должен иметь возможность только пользователь 1234, а не кто угодно. То есть нужна какая-то авторизация на WAMP-сервере.
Так как pubSub - ненадежный механизм, использовать его для отправки сообщений с клиента не стоит. Тебе надо рассмотреть другие варианты:
- AJAX
- RPC в WAMP
RPC - это "удаленный вызов процедур". Ты с клиента делаешь вызов какой-то функции на сервере, передаешь ей параметры, а в ответ получаешь либо результат, либо ошибку. Это наверно подойдет для твоей задачи.
Плюс RPC в сравнении с аяксом - нет накладных расходов на создание соединения и на оборачивание данных в HTTP-запрос, на передачу HTTP-заголовков. Плюс аякса - больше старых браузеров его поддерживают.
Опять же, не забудь про авторизацию. А то кто угодно сможет отправлять сообщения от имени пользователя.
Вот пример вызова RPC из документации autobahn-js:
// 4) call a remote procedure
session.call('com.myapp.add2', [2, 3]).then(
function (res) {
console.log("Result:", res);
}
);
Можно сделать что-то вроде:
session.call('message.send', { to: 5678, cyphertext: 'zzzzzz', auth: 'xyz1234' }).then( ...);
На стороне сервера ты должен будешь "зарегистрировать" процедуру message.send и тогда брокер будет перенаправлять вызов от клиента твоему серверу, он обработает его и пошлет ответ, который брокер перешлет клиенту. Ты упоминаешь crossbar, и в нем есть пример "компонента", который регистрирует RPC и отвечает на вызовы:
https://github.com/crossbario/crossbar-examples/blob/master/getting-started/3.rpc/client_component_rpc_callee.py
Там есть функция utcnow(), и клиент (браузер) может ее вызывать удаленно, используя session.call().
callee в название файла обозначает "вызываемая сторона", в отличие от caller - "вызывающая сторона".
Тут конечно надо еще поподробнее изучить crossbar, если ты хочешь его использовать, чтобы понять, как он работает, как оптимальнее его настроить, итд. Нужно его потестировать, итд.
Да, наверно так. Хотя у меня ощущение, что в документации приведены примеры для небольшого числа пользователей. Например, когда ты используешь crossbar для обмена данными между несколькими устройствами, а не для многопользовательского веб-сервиса.
Потому, возможно, тебе придется делать дополнительную авторизацию на уровне RPC, например, передавать какой-то токен в RPC функцию отправки сообщения.
Можно так, да. Хотя выглядит как усложение, конечно.
Там есть какие-то роли, может быть их можно использовать. Сделать роли "фронтенд/браузер" и "бекенд".
> Однако, как бы подход с массивами не казался элегантным, у него есть один недостаток - для всех ORM можно переопределить условие для взаимоотношений между таблицами (прим. One-To-Many, Many-to-Many) для сущностей. В SQLAlchemy, похоже, такая возможность есть https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#specifying-alternate-join-conditions , а в Доктрине я такой возможности не нашел. Она есть?
Я думаю, что нету. Судя по https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/annotations-reference.html#annref_joincolumn там связь делается только через колонку с внешним ключом и никак иначе.
Я еще должен предупредить, что, может быть, где-то придется делать SQL-запросы напрямую, если это будет давать значительную разницу в времени выполнения запроса.
> // Получить все сообщения получателя
Вот такие запросы лучше даже не планировать. Сообщений может быть много, и все сразу получать невыгодно. Обычно сообщения всегда запрашивают какими-то кусочками, а когда пользователь прокручивает страницу, подгружают еще.
>>382907
> Значит, нужно на серверной стороне написать такой клиент, который будет подписываться на все сообщения, валидировать их, сохранять в БД, а затем только перенаправлять клиенту пользователя.
Обычно WAMP и websocket используют как PubSub-брокер (про PubSub: http://design-pattern.ru/patterns/pubsub.html ). PubSub - это технология, когда есть программа-брокер, и к ней могут подсоединяться издатели и подписчики. Подписчики подключаются к брокеру и подписываются на интересующие их каналы или "топики". Издатели подключаются к брокеру и шлют сообщения в выбранные ими каналы. И брокер пересылает сообщения только тем подписчикам, кто подписан на канал. Список каналов нигде не хранится, это просто строка, которая позволяет отобрать получателей сообщения. Каналы/топики нужны для маршрутизации сообщений, чтобы клиенты получали только нужные им события, а не все подряд, что происходит в системе.
WAMP-сервер (программа, которая принимает вебсокет соединения на стороне сервера) обычно и служит брокером PubSub.
Это напоминает очередь сообщений вроде RabbitMQ, только без гарантий сохранности и доставки сообщений. Сообщения не сохраняются, как в очереди, в ожидании получателя, а передаются только тем, кто в данный момент подключен к брокеру. Если никто не подписан на канал, то сообщение от издателя просто отбрасывается.
Пример. Клиент (браузер) подсоединяется к WAMP-серверу. При этом код в браузере устанавливает постоянное веб-сокет соединение с WAMP-сервером, автоматически переподсоединяясь при обрыве. Используя функционал PubSub, он подписывается на канал msg-for-1234, где 1234 - это id залогиненного пользователя.
Когда кто-то шлет пользователю 1234 сообщение, серверный скрипт подсоединяется к WAMP-серверу и публикует это сообщение в канал msg-for-1234. WAMP-сервер передает это сообщение всем подписанным на канал msg-for-1234 клиентам. В данном случае это один браузер. Ему отправляется сообщение по вебсокет-соединению, и после получения браузер генерирует событие, и вызывается какой-то коллбек в JS коде. Таким образом JS код узнает о приходе нового сообщения, и отображает его на экране.
При этом обычно используются и обычные аякс-запросы, и вебсокет. Когда пользователь запускает клиент, тот получает список последних сообщений обычным АЯКС-запросом, а вебсокет используется только для получения новых сообщений с момента запуска клиента. Еще, иногда вебсокет используется только для уведомления о новых сообщениях, а само сообщение запрашивается АЯКС-запросом. Также, можно не полагаться только на вебсокет, а дополнительно раз в N минут делать классический АЯКС-запрос - на случай, если сообщение где-то потерялось, или на случай, если у нас был разрыв вебсокет-соединения и в этот момент пришло сообщение (так как WAMP вроде бы не гарантирует их сохранность и работает по принципу best effort).
Еще, тут надо помнить о безопасности: подключиться к каналу msg-for-1234 должен иметь возможность только пользователь 1234, а не кто угодно. То есть нужна какая-то авторизация на WAMP-сервере.
Так как pubSub - ненадежный механизм, использовать его для отправки сообщений с клиента не стоит. Тебе надо рассмотреть другие варианты:
- AJAX
- RPC в WAMP
RPC - это "удаленный вызов процедур". Ты с клиента делаешь вызов какой-то функции на сервере, передаешь ей параметры, а в ответ получаешь либо результат, либо ошибку. Это наверно подойдет для твоей задачи.
Плюс RPC в сравнении с аяксом - нет накладных расходов на создание соединения и на оборачивание данных в HTTP-запрос, на передачу HTTP-заголовков. Плюс аякса - больше старых браузеров его поддерживают.
Опять же, не забудь про авторизацию. А то кто угодно сможет отправлять сообщения от имени пользователя.
Вот пример вызова RPC из документации autobahn-js:
// 4) call a remote procedure
session.call('com.myapp.add2', [2, 3]).then(
function (res) {
console.log("Result:", res);
}
);
Можно сделать что-то вроде:
session.call('message.send', { to: 5678, cyphertext: 'zzzzzz', auth: 'xyz1234' }).then( ...);
На стороне сервера ты должен будешь "зарегистрировать" процедуру message.send и тогда брокер будет перенаправлять вызов от клиента твоему серверу, он обработает его и пошлет ответ, который брокер перешлет клиенту. Ты упоминаешь crossbar, и в нем есть пример "компонента", который регистрирует RPC и отвечает на вызовы:
https://github.com/crossbario/crossbar-examples/blob/master/getting-started/3.rpc/client_component_rpc_callee.py
Там есть функция utcnow(), и клиент (браузер) может ее вызывать удаленно, используя session.call().
callee в название файла обозначает "вызываемая сторона", в отличие от caller - "вызывающая сторона".
Тут конечно надо еще поподробнее изучить crossbar, если ты хочешь его использовать, чтобы понять, как он работает, как оптимальнее его настроить, итд. Нужно его потестировать, итд.
> Чтобы авторизовать публикации для клиентов напомню что они могут приходить только от сервера, нужно воспользоваться встроенным в роутер механизмом - функции динамической авторизации.
Да, наверно так. Хотя у меня ощущение, что в документации приведены примеры для небольшого числа пользователей. Например, когда ты используешь crossbar для обмена данными между несколькими устройствами, а не для многопользовательского веб-сервиса.
Потому, возможно, тебе придется делать дополнительную авторизацию на уровне RPC, например, передавать какой-то токен в RPC функцию отправки сообщения.
> // нужно проверить что это делает именно сервер
> // для этого я решил создать jwt со свойством isServer: true
Можно так, да. Хотя выглядит как усложение, конечно.
> Вопрос прост - Как вынести это n-ое количество проверок в отдельную архитектуру?
Там есть какие-то роли, может быть их можно использовать. Сделать роли "фронтенд/браузер" и "бекенд".
>>1388324
Я думаю, что нету. Судя по https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/annotations-reference.html#annref_joincolumn там связь делается только через колонку с внешним ключом и никак иначе.
Я еще должен предупредить, что, может быть, где-то придется делать SQL-запросы напрямую, если это будет давать значительную разницу в времени выполнения запроса.
Вот такие запросы лучше даже не планировать. Сообщений может быть много, и все сразу получать невыгодно. Обычно сообщения всегда запрашивают какими-то кусочками, а когда пользователь прокручивает страницу, подгружают еще.
>>382907
Обычно WAMP и websocket используют как PubSub-брокер (про PubSub: http://design-pattern.ru/patterns/pubsub.html ). PubSub - это технология, когда есть программа-брокер, и к ней могут подсоединяться издатели и подписчики. Подписчики подключаются к брокеру и подписываются на интересующие их каналы или "топики". Издатели подключаются к брокеру и шлют сообщения в выбранные ими каналы. И брокер пересылает сообщения только тем подписчикам, кто подписан на канал. Список каналов нигде не хранится, это просто строка, которая позволяет отобрать получателей сообщения. Каналы/топики нужны для маршрутизации сообщений, чтобы клиенты получали только нужные им события, а не все подряд, что происходит в системе.
WAMP-сервер (программа, которая принимает вебсокет соединения на стороне сервера) обычно и служит брокером PubSub.
Это напоминает очередь сообщений вроде RabbitMQ, только без гарантий сохранности и доставки сообщений. Сообщения не сохраняются, как в очереди, в ожидании получателя, а передаются только тем, кто в данный момент подключен к брокеру. Если никто не подписан на канал, то сообщение от издателя просто отбрасывается.
Пример. Клиент (браузер) подсоединяется к WAMP-серверу. При этом код в браузере устанавливает постоянное веб-сокет соединение с WAMP-сервером, автоматически переподсоединяясь при обрыве. Используя функционал PubSub, он подписывается на канал msg-for-1234, где 1234 - это id залогиненного пользователя.
Когда кто-то шлет пользователю 1234 сообщение, серверный скрипт подсоединяется к WAMP-серверу и публикует это сообщение в канал msg-for-1234. WAMP-сервер передает это сообщение всем подписанным на канал msg-for-1234 клиентам. В данном случае это один браузер. Ему отправляется сообщение по вебсокет-соединению, и после получения браузер генерирует событие, и вызывается какой-то коллбек в JS коде. Таким образом JS код узнает о приходе нового сообщения, и отображает его на экране.
При этом обычно используются и обычные аякс-запросы, и вебсокет. Когда пользователь запускает клиент, тот получает список последних сообщений обычным АЯКС-запросом, а вебсокет используется только для получения новых сообщений с момента запуска клиента. Еще, иногда вебсокет используется только для уведомления о новых сообщениях, а само сообщение запрашивается АЯКС-запросом. Также, можно не полагаться только на вебсокет, а дополнительно раз в N минут делать классический АЯКС-запрос - на случай, если сообщение где-то потерялось, или на случай, если у нас был разрыв вебсокет-соединения и в этот момент пришло сообщение (так как WAMP вроде бы не гарантирует их сохранность и работает по принципу best effort).
Еще, тут надо помнить о безопасности: подключиться к каналу msg-for-1234 должен иметь возможность только пользователь 1234, а не кто угодно. То есть нужна какая-то авторизация на WAMP-сервере.
Так как pubSub - ненадежный механизм, использовать его для отправки сообщений с клиента не стоит. Тебе надо рассмотреть другие варианты:
- AJAX
- RPC в WAMP
RPC - это "удаленный вызов процедур". Ты с клиента делаешь вызов какой-то функции на сервере, передаешь ей параметры, а в ответ получаешь либо результат, либо ошибку. Это наверно подойдет для твоей задачи.
Плюс RPC в сравнении с аяксом - нет накладных расходов на создание соединения и на оборачивание данных в HTTP-запрос, на передачу HTTP-заголовков. Плюс аякса - больше старых браузеров его поддерживают.
Опять же, не забудь про авторизацию. А то кто угодно сможет отправлять сообщения от имени пользователя.
Вот пример вызова RPC из документации autobahn-js:
// 4) call a remote procedure
session.call('com.myapp.add2', [2, 3]).then(
function (res) {
console.log("Result:", res);
}
);
Можно сделать что-то вроде:
session.call('message.send', { to: 5678, cyphertext: 'zzzzzz', auth: 'xyz1234' }).then( ...);
На стороне сервера ты должен будешь "зарегистрировать" процедуру message.send и тогда брокер будет перенаправлять вызов от клиента твоему серверу, он обработает его и пошлет ответ, который брокер перешлет клиенту. Ты упоминаешь crossbar, и в нем есть пример "компонента", который регистрирует RPC и отвечает на вызовы:
https://github.com/crossbario/crossbar-examples/blob/master/getting-started/3.rpc/client_component_rpc_callee.py
Там есть функция utcnow(), и клиент (браузер) может ее вызывать удаленно, используя session.call().
callee в название файла обозначает "вызываемая сторона", в отличие от caller - "вызывающая сторона".
Тут конечно надо еще поподробнее изучить crossbar, если ты хочешь его использовать, чтобы понять, как он работает, как оптимальнее его настроить, итд. Нужно его потестировать, итд.
Да, наверно так. Хотя у меня ощущение, что в документации приведены примеры для небольшого числа пользователей. Например, когда ты используешь crossbar для обмена данными между несколькими устройствами, а не для многопользовательского веб-сервиса.
Потому, возможно, тебе придется делать дополнительную авторизацию на уровне RPC, например, передавать какой-то токен в RPC функцию отправки сообщения.
Можно так, да. Хотя выглядит как усложение, конечно.
Там есть какие-то роли, может быть их можно использовать. Сделать роли "фронтенд/браузер" и "бекенд".
> Однако, как бы подход с массивами не казался элегантным, у него есть один недостаток - для всех ORM можно переопределить условие для взаимоотношений между таблицами (прим. One-To-Many, Many-to-Many) для сущностей. В SQLAlchemy, похоже, такая возможность есть https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#specifying-alternate-join-conditions , а в Доктрине я такой возможности не нашел. Она есть?
Я думаю, что нету. Судя по https://www.doctrine-project.org/projects/doctrine-orm/en/2.6/reference/annotations-reference.html#annref_joincolumn там связь делается только через колонку с внешним ключом и никак иначе.
Я еще должен предупредить, что, может быть, где-то придется делать SQL-запросы напрямую, если это будет давать значительную разницу в времени выполнения запроса.
> // Получить все сообщения получателя
Вот такие запросы лучше даже не планировать. Сообщений может быть много, и все сразу получать невыгодно. Обычно сообщения всегда запрашивают какими-то кусочками, а когда пользователь прокручивает страницу, подгружают еще.
>>382907
> Значит, нужно на серверной стороне написать такой клиент, который будет подписываться на все сообщения, валидировать их, сохранять в БД, а затем только перенаправлять клиенту пользователя.
Обычно WAMP и websocket используют как PubSub-брокер (про PubSub: http://design-pattern.ru/patterns/pubsub.html ). PubSub - это технология, когда есть программа-брокер, и к ней могут подсоединяться издатели и подписчики. Подписчики подключаются к брокеру и подписываются на интересующие их каналы или "топики". Издатели подключаются к брокеру и шлют сообщения в выбранные ими каналы. И брокер пересылает сообщения только тем подписчикам, кто подписан на канал. Список каналов нигде не хранится, это просто строка, которая позволяет отобрать получателей сообщения. Каналы/топики нужны для маршрутизации сообщений, чтобы клиенты получали только нужные им события, а не все подряд, что происходит в системе.
WAMP-сервер (программа, которая принимает вебсокет соединения на стороне сервера) обычно и служит брокером PubSub.
Это напоминает очередь сообщений вроде RabbitMQ, только без гарантий сохранности и доставки сообщений. Сообщения не сохраняются, как в очереди, в ожидании получателя, а передаются только тем, кто в данный момент подключен к брокеру. Если никто не подписан на канал, то сообщение от издателя просто отбрасывается.
Пример. Клиент (браузер) подсоединяется к WAMP-серверу. При этом код в браузере устанавливает постоянное веб-сокет соединение с WAMP-сервером, автоматически переподсоединяясь при обрыве. Используя функционал PubSub, он подписывается на канал msg-for-1234, где 1234 - это id залогиненного пользователя.
Когда кто-то шлет пользователю 1234 сообщение, серверный скрипт подсоединяется к WAMP-серверу и публикует это сообщение в канал msg-for-1234. WAMP-сервер передает это сообщение всем подписанным на канал msg-for-1234 клиентам. В данном случае это один браузер. Ему отправляется сообщение по вебсокет-соединению, и после получения браузер генерирует событие, и вызывается какой-то коллбек в JS коде. Таким образом JS код узнает о приходе нового сообщения, и отображает его на экране.
При этом обычно используются и обычные аякс-запросы, и вебсокет. Когда пользователь запускает клиент, тот получает список последних сообщений обычным АЯКС-запросом, а вебсокет используется только для получения новых сообщений с момента запуска клиента. Еще, иногда вебсокет используется только для уведомления о новых сообщениях, а само сообщение запрашивается АЯКС-запросом. Также, можно не полагаться только на вебсокет, а дополнительно раз в N минут делать классический АЯКС-запрос - на случай, если сообщение где-то потерялось, или на случай, если у нас был разрыв вебсокет-соединения и в этот момент пришло сообщение (так как WAMP вроде бы не гарантирует их сохранность и работает по принципу best effort).
Еще, тут надо помнить о безопасности: подключиться к каналу msg-for-1234 должен иметь возможность только пользователь 1234, а не кто угодно. То есть нужна какая-то авторизация на WAMP-сервере.
Так как pubSub - ненадежный механизм, использовать его для отправки сообщений с клиента не стоит. Тебе надо рассмотреть другие варианты:
- AJAX
- RPC в WAMP
RPC - это "удаленный вызов процедур". Ты с клиента делаешь вызов какой-то функции на сервере, передаешь ей параметры, а в ответ получаешь либо результат, либо ошибку. Это наверно подойдет для твоей задачи.
Плюс RPC в сравнении с аяксом - нет накладных расходов на создание соединения и на оборачивание данных в HTTP-запрос, на передачу HTTP-заголовков. Плюс аякса - больше старых браузеров его поддерживают.
Опять же, не забудь про авторизацию. А то кто угодно сможет отправлять сообщения от имени пользователя.
Вот пример вызова RPC из документации autobahn-js:
// 4) call a remote procedure
session.call('com.myapp.add2', [2, 3]).then(
function (res) {
console.log("Result:", res);
}
);
Можно сделать что-то вроде:
session.call('message.send', { to: 5678, cyphertext: 'zzzzzz', auth: 'xyz1234' }).then( ...);
На стороне сервера ты должен будешь "зарегистрировать" процедуру message.send и тогда брокер будет перенаправлять вызов от клиента твоему серверу, он обработает его и пошлет ответ, который брокер перешлет клиенту. Ты упоминаешь crossbar, и в нем есть пример "компонента", который регистрирует RPC и отвечает на вызовы:
https://github.com/crossbario/crossbar-examples/blob/master/getting-started/3.rpc/client_component_rpc_callee.py
Там есть функция utcnow(), и клиент (браузер) может ее вызывать удаленно, используя session.call().
callee в название файла обозначает "вызываемая сторона", в отличие от caller - "вызывающая сторона".
Тут конечно надо еще поподробнее изучить crossbar, если ты хочешь его использовать, чтобы понять, как он работает, как оптимальнее его настроить, итд. Нужно его потестировать, итд.
> Чтобы авторизовать публикации для клиентов напомню что они могут приходить только от сервера, нужно воспользоваться встроенным в роутер механизмом - функции динамической авторизации.
Да, наверно так. Хотя у меня ощущение, что в документации приведены примеры для небольшого числа пользователей. Например, когда ты используешь crossbar для обмена данными между несколькими устройствами, а не для многопользовательского веб-сервиса.
Потому, возможно, тебе придется делать дополнительную авторизацию на уровне RPC, например, передавать какой-то токен в RPC функцию отправки сообщения.
> // нужно проверить что это делает именно сервер
> // для этого я решил создать jwt со свойством isServer: true
Можно так, да. Хотя выглядит как усложение, конечно.
> Вопрос прост - Как вынести это n-ое количество проверок в отдельную архитектуру?
Там есть какие-то роли, может быть их можно использовать. Сделать роли "фронтенд/браузер" и "бекенд".
>>388352
Упс, теперь и я не могу так просто постить этот текст: https://pastebin.com/J8ePkQCK
Подозреваю, это из-за слова на буквы "к", "о", "н", "ф".
Упс, теперь и я не могу так просто постить этот текст: https://pastebin.com/J8ePkQCK
Подозреваю, это из-за слова на буквы "к", "о", "н", "ф".
>>388192
Чтобы разобраться как это работает
Чтобы разобраться как это работает
>>388460А
Вынужден не согласится, пишу на нем около года, после того как понял логику разрабов, то все стало просто замечательно
Вынужден не согласится, пишу на нем около года, после того как понял логику разрабов, то все стало просто замечательно
Опять
Ошибка постинга: В сообщении присутствует слово из спам листа.
https://pastebin.com/raw/qDFCE7SL
Ошибка постинга: В сообщении присутствует слово из спам листа.
https://pastebin.com/raw/qDFCE7SL
Если планируете перекатываьтся за границу, то забейте на пхп. он мертв в развитых странах.
Говорю на своем опыте. я перекатился в израиль и тут нет вакансий. нода в 2 раза востребованей. самые топовые языки тут это с#, питон и джава
Говорю на своем опыте. я перекатился в израиль и тут нет вакансий. нода в 2 раза востребованей. самые топовые языки тут это с#, питон и джава
Аноны, какой редактор посоветуете?
Я пишу в VScode, но сейчас стал писать больше, и блядь VScode даже с плагинами не устраиваетили я его настроить не могу. Я хочу порядочные автодополнения, что бы редактор нормально искал методы используемого класса, что бы показывал нормально аргументы вызываемой функции.
>>389781
У меня смутное ощущение что когда ты въедешь в саму сферу - выбор платформы это дело пятое. Какая разница на чем MVC реализовывать, если ты понимаешь как это делать. Не вижу особой разницы в этом случае между например пхп или питоном. Тем более пхп7 быстр. Думаю что он свои позиции отвоюет. JS до 2015 тоже был ссаниной, а сейчас развился и расхайпован что пиздец.
Если это не так - то уже разъясните иную точку зрения.
Я пишу в VScode, но сейчас стал писать больше, и блядь VScode даже с плагинами не устраиваетили я его настроить не могу. Я хочу порядочные автодополнения, что бы редактор нормально искал методы используемого класса, что бы показывал нормально аргументы вызываемой функции.
>>389781
У меня смутное ощущение что когда ты въедешь в саму сферу - выбор платформы это дело пятое. Какая разница на чем MVC реализовывать, если ты понимаешь как это делать. Не вижу особой разницы в этом случае между например пхп или питоном. Тем более пхп7 быстр. Думаю что он свои позиции отвоюет. JS до 2015 тоже был ссаниной, а сейчас развился и расхайпован что пиздец.
Если это не так - то уже разъясните иную точку зрения.
>>389802
П.С.
Я к чему - я сам выбирал в какой бекенд вкатываться, выбирал между пхп и питономи нодой. Я на тот момент знал только синтаксис этих ЯП.
По итогу порешал рыночек, и количество информации. На пхп проще заработать на первый доширак, если суетитьсяособенно удобно если у тебя уже есть работа и ты вкатываешься по вечерам. Сейчас пришел к выводу что понимание предметной области значит больше чем конретный ЯП.
Может я нуб, но я реально не понимаю какая разница между пхп и питоном в типовых задачах.
С нодой отдельная песня. У нее своя ниша, а за ее рамками не понятно зачем она нужна. Хотя и на ней можно магазины ебашить, ток нахуя.
П.С.
Я к чему - я сам выбирал в какой бекенд вкатываться, выбирал между пхп и питономи нодой. Я на тот момент знал только синтаксис этих ЯП.
По итогу порешал рыночек, и количество информации. На пхп проще заработать на первый доширак, если суетитьсяособенно удобно если у тебя уже есть работа и ты вкатываешься по вечерам. Сейчас пришел к выводу что понимание предметной области значит больше чем конретный ЯП.
Может я нуб, но я реально не понимаю какая разница между пхп и питоном в типовых задачах.
С нодой отдельная песня. У нее своя ниша, а за ее рамками не понятно зачем она нужна. Хотя и на ней можно магазины ебашить, ток нахуя.
>>389813
П.П.С
Вот что мне реально не нравится в пхп - то что он не создает процесса. Рожден что бы умереть короче. Ну и конфигурационные файлы сервера - то еще говно.
Но опять же, наверное пхп можно запустить как постоянный процесс, но про это я ничего не знаю пока что.
В ноде создал объект сервера http, поставил событие listening - это как то солиднее на мой взгляд.
П.П.С
Вот что мне реально не нравится в пхп - то что он не создает процесса. Рожден что бы умереть короче. Ну и конфигурационные файлы сервера - то еще говно.
Но опять же, наверное пхп можно запустить как постоянный процесс, но про это я ничего не знаю пока что.
В ноде создал объект сервера http, поставил событие listening - это как то солиднее на мой взгляд.
>>389802
Пхпшторм ставь.
Пхпшторм ставь.
На собеседовании не сделал одно задание, подобное которому когда-то пытался сделать, но были проблемы.
Есть многомерный массив папок и файлов, вложенных в папки, пустые папки, либо просто файлы в корне.
$folders=array("Папка А"=>array("Папка B"=>array(), "Папка C"=>array("Файл 1", "Файл 2", "Файл 3"), "Файл 10", "Файл 11", "Файл 12"), "Файл 20", "Файл 21", "Файл 22", "Папка G"=>array());
Нужно вывести деревом как на пикрилейтед 1 с помощью функции рекурсии.
Проблемы возникают в том, что массив "Папка A" считается как ассоциативный и не идёт ключём [0], к примеру, в итоге возникают сложности с форичем. Пикрил 2.
Для начала пытался без рекурсии вывести. Более менее работает такой код, но по-ебаному совсем.
foreach ($folders as $key=>$value){
echo "$key - $value<br>";
if(is_array($value)&&count($value)>0) {
foreach ($value as $tmp=>$key2){
echo "$tmp - $key2<br>";
if(is_array($key2)&&count($key2)>0){
foreach ($key2 as $tmp2=>$key3){
echo "$tmp2 - $key3 <br>";
}
}
}
}
}
Есть многомерный массив папок и файлов, вложенных в папки, пустые папки, либо просто файлы в корне.
$folders=array("Папка А"=>array("Папка B"=>array(), "Папка C"=>array("Файл 1", "Файл 2", "Файл 3"), "Файл 10", "Файл 11", "Файл 12"), "Файл 20", "Файл 21", "Файл 22", "Папка G"=>array());
Нужно вывести деревом как на пикрилейтед 1 с помощью функции рекурсии.
Проблемы возникают в том, что массив "Папка A" считается как ассоциативный и не идёт ключём [0], к примеру, в итоге возникают сложности с форичем. Пикрил 2.
Для начала пытался без рекурсии вывести. Более менее работает такой код, но по-ебаному совсем.
foreach ($folders as $key=>$value){
echo "$key - $value<br>";
if(is_array($value)&&count($value)>0) {
foreach ($value as $tmp=>$key2){
echo "$tmp - $key2<br>";
if(is_array($key2)&&count($key2)>0){
foreach ($key2 as $tmp2=>$key3){
echo "$tmp2 - $key3 <br>";
}
}
}
}
}
>>390215
Это решается элементарно. Обходим массив, если значение элемента это строка, то перед нами файл. Если значение - это массив - то перед нами папка, вызываем себя рекурсивно для вывода содержимого папки с отступом.
Если тебе не нравится рекурсия, можно сделать без нее, например используя стек, но будет в разы корявее.
Твой код никуда не годится, так как в нем заложена фиксированная глубина вложенности.
Это решается элементарно. Обходим массив, если значение элемента это строка, то перед нами файл. Если значение - это массив - то перед нами папка, вызываем себя рекурсивно для вывода содержимого папки с отступом.
Если тебе не нравится рекурсия, можно сделать без нее, например используя стек, но будет в разы корявее.
Твой код никуда не годится, так как в нем заложена фиксированная глубина вложенности.
>>390215
https://ideone.com/xFFy4I
А ты не рано по вакансиям ходить начал?
Рекурсия это штука из основ проганья.
https://ideone.com/xFFy4I
А ты не рано по вакансиям ходить начал?
Рекурсия это штука из основ проганья.
>>391588
Нет. Я вообще редко тут пишу что-то. В основном за ссылками из шапки захожу.
Почему ты такой агрессивный?
Нет. Я вообще редко тут пишу что-то. В основном за ссылками из шапки захожу.
Почему ты такой агрессивный?
>>391591
Малаца, значит.
А вот большинство ИТТ (и, хаха, "комьюнити" говнопыхыпы) и срет и показывает - дебилы же.
Потому что подобное к подобному, уже который год.
>Нет.
Малаца, значит.
А вот большинство ИТТ (и, хаха, "комьюнити" говнопыхыпы) и срет и показывает - дебилы же.
Потому что подобное к подобному, уже который год.
>>391581
По наблюдениям могу сказать, что хейтят в основном посторонние диваны, которые услышали что-то такое от других диванов на заре своей голожопой юности. Так и продолжают крякать одно и то же чётко показывая свой уровень перед теми, кто в курсе дел.
Любому более-менее изучавшему ПХП обычно очевидно, что это вполне нормальный язык для веб-разработки со всеми современными фичами. Которой к тому же ещё и активно развивается.
По наблюдениям могу сказать, что хейтят в основном посторонние диваны, которые услышали что-то такое от других диванов на заре своей голожопой юности. Так и продолжают крякать одно и то же чётко показывая свой уровень перед теми, кто в курсе дел.
Любому более-менее изучавшему ПХП обычно очевидно, что это вполне нормальный язык для веб-разработки со всеми современными фичами. Которой к тому же ещё и активно развивается.
>>391659 Не ну тгхнн, але!
Ого! АзиаткаПХП-кун всё ещё на дваче! Вот это поворот. Я думал ты уже - всё.
Алсо, собираюсь использовать пхп для системного скриптинга. Почему? Потому что я могу. По кр. мере пока мне так кажется. Сокеты есть. Птредс есть. Всякие fork есть. Что ещё нужно? Да вроде всё.
Какие подводные?
Алсо, собираюсь использовать пхп для системного скриптинга. Почему? Потому что я могу. По кр. мере пока мне так кажется. Сокеты есть. Птредс есть. Всякие fork есть. Что ещё нужно? Да вроде всё.
Какие подводные?
>>392401
Шел 2020 год. MVC все еще воспринимался пыхарями как килерфича.
У нас в Китае казнят за изобретение нового иероглифа, если ты не обяснишь зачем он нужен.
Шел 2020 год. MVC все еще воспринимался пыхарями как килерфича.
У нас в Китае казнят за изобретение нового иероглифа, если ты не обяснишь зачем он нужен.
>>392059
Да, и что ты мне сделаешь? Это всё будет работать на локалхосте.
Хочу запилить сетевой демон, который будет выполнять как одноразовые, так и бесконечно выполняемые команды в виде дочерних процессов и осуществлять менеджмент этих процессов. Чтобы не заходить по ssh и не пердолиться в консоли и тмуксы, а хуяк и запустил всё одной кнопкой и сидишь, откинувшись на спинку кресла, и смотришь как всё работает.
Как тебе такое?
Да, и что ты мне сделаешь? Это всё будет работать на локалхосте.
Хочу запилить сетевой демон, который будет выполнять как одноразовые, так и бесконечно выполняемые команды в виде дочерних процессов и осуществлять менеджмент этих процессов. Чтобы не заходить по ssh и не пердолиться в консоли и тмуксы, а хуяк и запустил всё одной кнопкой и сидишь, откинувшись на спинку кресла, и смотришь как всё работает.
Как тебе такое?
>>392401
Разобраться в любом случае придётся - все ходовые фреймворки работают по этому принципу. А лучший способ это сделать - собрать свой велосипед. Да и у ОПа есть по этой теме кое-что.
Разобраться в любом случае придётся - все ходовые фреймворки работают по этому принципу. А лучший способ это сделать - собрать свой велосипед. Да и у ОПа есть по этой теме кое-что.
>>392451
Тут тебя ждет разочарование, потому что способов релизации MVC фреймворка столько, сколько понимания, что значит M, что V, а что C и что с чем "рационально" объединить и на сколько объединить.
Там болото, анон. Не лезь. Возьми какой-то один популярный фреймворк и тщательно разберись.
Тут тебя ждет разочарование, потому что способов релизации MVC фреймворка столько, сколько понимания, что значит M, что V, а что C и что с чем "рационально" объединить и на сколько объединить.
Там болото, анон. Не лезь. Возьми какой-то один популярный фреймворк и тщательно разберись.
>>392460
Выбирай любой. Или три.
Да и вообще нахуй это надо. Сразу на завод - говно месить лопатой. Там разбираться не приходится.
А ещё руками иногда нагляднее получается попробовать.
>потому что способов релизации MVC фреймворка столько
Выбирай любой. Или три.
>Там болото, анон. Не лезь.
Да и вообще нахуй это надо. Сразу на завод - говно месить лопатой. Там разбираться не приходится.
А ещё руками иногда нагляднее получается попробовать.
>>392626
Самый годный совет
>Да и вообще нахуй это надо. Сразу на завод - говно месить лопатой. Там разбираться не приходится.
Самый годный совет
>>392664
Можешь их на ютубе смотреть с субтитрами
Можешь их на ютубе смотреть с субтитрами
Аноны, я выучил PHP со всеми этими ООП и теперь могу писать свои велосипедные сайты.
Скажите, изучать Laravel сложнее, чем всё то, что я уже изучил? Или будет проще?
Скажите, изучать Laravel сложнее, чем всё то, что я уже изучил? Или будет проще?
>>392888
Откуда мы знаем что тебе будет проще? Это же всё индивидуально.
Берешь изучаешь. Если что-то не понятно сюда задаешь вопрос по языку, а не психологии.
Будет проще, если начнешь изучать.
Вообще, вот тебе совет... (В информатике) первым шагом перед решением задачи, это сбор информации и оценка сил и времени на это задачу.
Поищи примеры/посмотри на ютюбе... Научись самостоятельно добывать информацию.
>Скажите, изучать чем всё то, что я уже изучил?
Откуда мы знаем что тебе будет проще? Это же всё индивидуально.
Берешь изучаешь. Если что-то не понятно сюда задаешь вопрос по языку, а не психологии.
>Или будет проще?
Будет проще, если начнешь изучать.
Вообще, вот тебе совет... (В информатике) первым шагом перед решением задачи, это сбор информации и оценка сил и времени на это задачу.
Поищи примеры/посмотри на ютюбе... Научись самостоятельно добывать информацию.
Аноны, есть вопрос. Допустим, я хочу агрегатор сделать. С самим сайтом понятно все - просто выдаёт все из базы. А как в общих чертах правильно делать часть, которая все тащить будет в базу с других ресурсов? Может за папкой проекта на сервере будет ещё одна со скриптами, которые cron будет запускать, например, каждые 5 минут. Они будут каждые 5 минут сгребать все базу?
>>392888
Это примерно несколько сотен строк достаточно примитивного кода в процедурном стиле из разряда сел и написал в один файл скрипт.
Это несколько тысяч строк достаточно нетривиального кода, размещенного в сотне взаимосвязанных файлов, архитектура mvc и паттерны проектирования.
>Аноны, я выучил PHP со всеми этими ООП
Это примерно несколько сотен строк достаточно примитивного кода в процедурном стиле из разряда сел и написал в один файл скрипт.
>Скажите, изучать Laravel сложнее, чем всё то, что я уже изучил? Или будет проще?
Это несколько тысяч строк достаточно нетривиального кода, размещенного в сотне взаимосвязанных файлов, архитектура mvc и паттерны проектирования.
>>393253
Благодарю за понятный мне ответ.
Благодарю за понятный мне ответ.
>>380485 (OP)
140к на руки с опытом 2,5 года в дс на пыхе - это успех?
140к на руки с опытом 2,5 года в дс на пыхе - это успех?
>>393255
Расскажи как устраивался на работу, какие вопросы были ? Что нужно знать/уметь делать чтоб устроиться ?
Расскажи как устраивался на работу, какие вопросы были ? Что нужно знать/уметь делать чтоб устроиться ?
>>393265
Учил пыху в этом самом треде (тут всё ещё тот же помогающий ОП? не верится, что столько времени прошло).
Без задней мысли после полугода аутирования в треде пошёл на собесы, спрашивали базовые вещи, про ООП, наследование, типы данных, sql.
На джуна ничего не надо УМЕТЬ, но надо знать, и главное, показаться ТОЛКОВЫМ.
всё изи:
1) принципы ооп
2) solid
3) паттерны GoF
4) кто-нибудь спросит про сортировки, но хз, надо ли тебе в такую контору (мейлсру и прочие спросят 100%, рога и копыта нет)
5) новые фичи php7+
6) базовый sql, простые запросы и джоины, про индексы могут спросить
Учил пыху в этом самом треде (тут всё ещё тот же помогающий ОП? не верится, что столько времени прошло).
Без задней мысли после полугода аутирования в треде пошёл на собесы, спрашивали базовые вещи, про ООП, наследование, типы данных, sql.
На джуна ничего не надо УМЕТЬ, но надо знать, и главное, показаться ТОЛКОВЫМ.
всё изи:
1) принципы ооп
2) solid
3) паттерны GoF
4) кто-нибудь спросит про сортировки, но хз, надо ли тебе в такую контору (мейлсру и прочие спросят 100%, рога и копыта нет)
5) новые фичи php7+
6) базовый sql, простые запросы и джоины, про индексы могут спросить
>>393338
ну... если ты на бекендера идёшь, то нет. Если на фуллстек (не иди туда), то могут, а могут и не спросить.
Когда на первую устраивался, то js даже в глаза не видел. Взяли и в итоге ковырял всё, даже css, попутно научившись. Но это дно-места. В нормальных конторах такие вещи разделены между разными специалистами
ну... если ты на бекендера идёшь, то нет. Если на фуллстек (не иди туда), то могут, а могут и не спросить.
Когда на первую устраивался, то js даже в глаза не видел. Взяли и в итоге ковырял всё, даже css, попутно научившись. Но это дно-места. В нормальных конторах такие вещи разделены между разными специалистами
>>393358
При всех или наедине с эйчаркой?
При всех или наедине с эйчаркой?
>>393358
меня не просили. Но в резюме прикреплял ссылку на гитхаб с выполненным заданием "кошки-мышки" (не знаю, есть ли оно ещё в шапке), лол. На одном собесе попросили про него рассказать даже.
Сейчас скажу, что большинство не смотрит гитхабы, но, если посмотрят, то это плюс и тебе, и конторе (тк адекваты).
меня не просили. Но в резюме прикреплял ссылку на гитхаб с выполненным заданием "кошки-мышки" (не знаю, есть ли оно ещё в шапке), лол. На одном собесе попросили про него рассказать даже.
Сейчас скажу, что большинство не смотрит гитхабы, но, если посмотрят, то это плюс и тебе, и конторе (тк адекваты).
>>393353
Без этого твой код никому не нужен так как будет нечитаемой лапшой.
Как-то сомнительно, что такое у джуна спрашивают. Нелогично это получается - про наследование спросили и тут же про паттерны? Это немного разные уровни ООП.
>solid
Без этого твой код никому не нужен так как будет нечитаемой лапшой.
>паттерны GoF
Как-то сомнительно, что такое у джуна спрашивают. Нелогично это получается - про наследование спросили и тут же про паттерны? Это немного разные уровни ООП.
>>393374
В смысле без полного набора: solid, kiss, dry
>>solid
>Без этого твой код никому не нужен так как будет нечитаемой лапшой.
В смысле без полного набора: solid, kiss, dry
Объясните пожалуйста.
1) Как реализовать конструктор в классе, который реализует паттерн TableDataGateway? В примере ОП использует PDO и конструктор выглядит так:
public function __construct(PDO $pdo) { ... }
а я использую mysqli могу ли я написать
public function __construct($conn) { ... }?
Так же не понятно, что мне писать в самом конструкторе? Подключение к базе данных или что?
2)С исключениями я тоже не понял. Могу ли я их не использовать, а писать просто
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
?
1) Как реализовать конструктор в классе, который реализует паттерн TableDataGateway? В примере ОП использует PDO и конструктор выглядит так:
public function __construct(PDO $pdo) { ... }
а я использую mysqli могу ли я написать
public function __construct($conn) { ... }?
Так же не понятно, что мне писать в самом конструкторе? Подключение к базе данных или что?
2)С исключениями я тоже не понял. Могу ли я их не использовать, а писать просто
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
?
>>393386
Насчет первого вопроса я просто не понял зачем оп написал PDO в функции, что это за уточнение?
Насчет первого вопроса я просто не понял зачем оп написал PDO в функции, что это за уточнение?
>>393335
Какие вообще шаблоны проектирования ты использовал за это время в работе реальной?
Какие вообще шаблоны проектирования ты использовал за это время в работе реальной?
>>393036
бамп
бамп
>>393392
команда, фабричный метод, абстрактная фабрика, декоратор, фасад. Дохуя на самом деле, если ты не битриксовая шлюха, то без них никуда.
команда, фабричный метод, абстрактная фабрика, декоратор, фасад. Дохуя на самом деле, если ты не битриксовая шлюха, то без них никуда.
>>393386
зачем? Юзай pdo
не смотрел пример ОПа, но в классе PDO коннекшн уже же будет установлен?
можешь. Зачем тебе только это? Твой die() выйдет из программы и всё, а исключение можно обработать и продолжать работать дальше.
Привыкай к ним, die и exit в реальном коде не встретишь
>а я использую mysqli
зачем? Юзай pdo
>Подключение к базе данных или что?
не смотрел пример ОПа, но в классе PDO коннекшн уже же будет установлен?
>С исключениями я тоже не понял. Могу ли я их не использовать, а писать просто
можешь. Зачем тебе только это? Твой die() выйдет из программы и всё, а исключение можно обработать и продолжать работать дальше.
Привыкай к ним, die и exit в реальном коде не встретишь
>>393389
гугли type hinting и вообще научись гуглить простые места, ебать, тебе весь php.net пересказывать?
>PDO в функции, что это за уточнение
гугли type hinting и вообще научись гуглить простые места, ебать, тебе весь php.net пересказывать?
>>393384
Точно.
Точно.
>>393386
Да просто оберни mysqli в класс и всё.
Я бы тогда ещё и интерфейс сделал, чтобы можно было как через ПДО ходить, так и через твою обёртку.
>а я использую mysqli могу ли я написать
>public function __construct($conn) { ... }?
Да просто оберни mysqli в класс и всё.
Я бы тогда ещё и интерфейс сделал, чтобы можно было как через ПДО ходить, так и через твою обёртку.
Насколько плохо делать проверку на instanceof внутри класса-родителя? Типа
[CODE]class A {
function test() { if ($this instanceof B) doSomething(); }
}
class B extends A {}[/CODE]
Просто пришел к тому, что в функции test() класса А надо реализовать функционал, специфичный для класса B, при сохранении всего существующего функционала. Причем эта проверка будет запрятана на глубине одного цикла и try-catch, то есть нельзя выйти из ситуации кодом типа [CODE]class B extends A { function test() { parent::test(); doSomething(); } }.[/CODE]
Как выйти из ситуации, или такое норм?
[CODE]class A {
function test() { if ($this instanceof B) doSomething(); }
}
class B extends A {}[/CODE]
Просто пришел к тому, что в функции test() класса А надо реализовать функционал, специфичный для класса B, при сохранении всего существующего функционала. Причем эта проверка будет запрятана на глубине одного цикла и try-catch, то есть нельзя выйти из ситуации кодом типа [CODE]class B extends A { function test() { parent::test(); doSomething(); } }.[/CODE]
Как выйти из ситуации, или такое норм?
>>393396
>>393396
В книге, которую я читаю, используют mysqli. Мне его использовать удобней.
Не понял
Да вот собственно вопрос. Оп пишет что исключение сокращает код, только у меня чет наоборот. Ну и нигде нормального объяснения про исключения не могу найти.
Так же видел, что нельзя использовать класс Exception. С классом Exception вопросы. Мне нужно создать свой класс, который унаследует Exception? А что в нем писать?
Ну и не понятно зачем отлавливать ошибку если можно вместо die
отправить HTML страницу с ошибкой. Но в задании этого нет, так что делать я этого не буду.
>>393429
Во во, тоже вопрос. ОП вроде тоже писал про обертку mysqli или не он. Что это значит? Зачем нужно? Как реализовать я даже не спрашиваю. И что так mysqli не любят?
>>393396
>Юзай pdo
В книге, которую я читаю, используют mysqli. Мне его использовать удобней.
>PDO коннекшн уже же будет установлен?
Не понял
>Зачем тебе только это?
Да вот собственно вопрос. Оп пишет что исключение сокращает код, только у меня чет наоборот. Ну и нигде нормального объяснения про исключения не могу найти.
Так же видел, что нельзя использовать класс Exception. С классом Exception вопросы. Мне нужно создать свой класс, который унаследует Exception? А что в нем писать?
Ну и не понятно зачем отлавливать ошибку если можно вместо die
отправить HTML страницу с ошибкой. Но в задании этого нет, так что делать я этого не буду.
>>393429
Во во, тоже вопрос. ОП вроде тоже писал про обертку mysqli или не он. Что это значит? Зачем нужно? Как реализовать я даже не спрашиваю. И что так mysqli не любят?
45 Кб, 532x495привет,я снова вернулся в это тред,спустя стольких месяцев,чтобы вы порадовались
пхп гавно
пхп гавно
>>393514
То и значит - оберни в класс функционал mysqli, который тебе нужен.
Банально удобнее работать с такими вещами через объекты.
Ну и по ТЗ нужен ООП.
Объяснять дольше чем класс писать. С этой хренью любой ждун за 10 минут справится. Гугл подоёбывай по этой теме.
>про обертку mysqli
>Что это значит?
То и значит - оберни в класс функционал mysqli, который тебе нужен.
>Зачем нужно?
Банально удобнее работать с такими вещами через объекты.
Ну и по ТЗ нужен ООП.
>Как реализовать я даже не спрашиваю
Объяснять дольше чем класс писать. С этой хренью любой ждун за 10 минут справится. Гугл подоёбывай по этой теме.
1,2 Мб, 1268x1446Привет ребята, первый раз в треде. Что учить чтоб вкатиться в пхп?
На данный момент что я сделал:
-Самостоятельно написал на паттернах и ООП примитивную цмс.
-Калькулятор на джаваскрипте
-Лэндинги на ларавел
-Немного опыта коммерческого на вордпрессе когда-то был.
Одно собеседование провалил, спрашивали по бутстрапу и фронту, хотя шёл на ларавел-позицию.
Тестовое задание провалил на другую вакансию, реализация мини-гугла с 100.000 строками в БД, на jquery и пхп(завалил фронт)
В общем наверное буду дальше дрочить ларавел и попробую начать вью, если спрашивают и фронт, я правильно делаю? Не нужно идти в битриксы и подобное? Там вообще с улицы берут, а на иностранные фреймворки порог какой-то довольно высокий.
На данный момент что я сделал:
-Самостоятельно написал на паттернах и ООП примитивную цмс.
-Калькулятор на джаваскрипте
-Лэндинги на ларавел
-Немного опыта коммерческого на вордпрессе когда-то был.
Одно собеседование провалил, спрашивали по бутстрапу и фронту, хотя шёл на ларавел-позицию.
Тестовое задание провалил на другую вакансию, реализация мини-гугла с 100.000 строками в БД, на jquery и пхп(завалил фронт)
В общем наверное буду дальше дрочить ларавел и попробую начать вью, если спрашивают и фронт, я правильно делаю? Не нужно идти в битриксы и подобное? Там вообще с улицы берут, а на иностранные фреймворки порог какой-то довольно высокий.
>>393553
Ну это просто примитив на ларке, шаблон скачал на хтмл, распилил блэйдом, красивых джквери-модулей прикрутил. Данные все через БД просто в учебных целях.
Ну это просто примитив на ларке, шаблон скачал на хтмл, распилил блэйдом, красивых джквери-модулей прикрутил. Данные все через БД просто в учебных целях.
>>393551
И сколько времени ушло на поднятия скилла до уровня "я слелал" ?
>На данный момент что я сделал:
И сколько времени ушло на поднятия скилла до уровня "я слелал" ?
>>393563
А хрен его знает. С одной стороны я фундаментально готовился, с другой стороны я только окунулся в фреймворки, ведь никому чистый пхп не нужен.
Может и ок, учитывая что я сам без курсов и сам программу делал себе. Думаю на курсах это гораздо быстрее дело шло.
А хрен его знает. С одной стороны я фундаментально готовился, с другой стороны я только окунулся в фреймворки, ведь никому чистый пхп не нужен.
Может и ок, учитывая что я сам без курсов и сам программу делал себе. Думаю на курсах это гораздо быстрее дело шло.
>>393564
Я в этом не шарю, просто смотрел зп джунов в ДС, и решил зебажать сюда.
ИМХО чет вам на джуне мало платят, Да, конечно, джун только начало и перспективы на 300к/сек, но в начале мало.
Я в этом не шарю, просто смотрел зп джунов в ДС, и решил зебажать сюда.
ИМХО чет вам на джуне мало платят, Да, конечно, джун только начало и перспективы на 300к/сек, но в начале мало.
>>393566
Да и не на джуне тоже не много. Зарплаты из вакансий на собесах косят. Так что беги от сюда зайчик забегайчик.
Да и не на джуне тоже не много. Зарплаты из вакансий на собесах косят. Так что беги от сюда зайчик забегайчик.
>>393572
фейсбук
фейсбук
>>393567
а че не симфони?
а че не симфони?
>>393400
с англ ок, на русском тех литру не читаю в принципе
очень много вопросов по sql и по безумным джоинам. В остальном вопросы разные, от логических задачек в яндексе (не взяли) до вопросов про то, как реализован массив в ядре пхп
>>393402
в рашке большой, но разный, серьёзное погромирование только на симфони и немножко лара, его мало, в остальном пхп рынок это дно уровня вордпресса и битрикса, это путь в никуда и дерьмо полное, не тратьте время. В европе он побольше, но всё равно так себе, слишком дурная слава у пыхи. Хотя язык хороший
>>393456
не понял
>>393514
и что блядь, я говорю тебе, это дерьмо в приличном обществе даже не упоминают, а ты
Просто погугли mysqli vs pdo php и почитай тонны текста.
оп всё правильно пишет, любой новичок поначалу не понимает, зачем нужны исключения. Я тебе дал пищу для размышлений по поводу того, что die безусловно заканчивает работу программы.
exception почти в неизменном виде есть в Java/Php/C++/C#/js, написаны килотонны паст и разбито много копий, а ты не можешь найти объяснения. Главное качество погромиста - умение гуглить, запомни.
вот прям так и загугли. Только не на русском, конечно
>Что по английскому у тебя
с англ ок, на русском тех литру не читаю в принципе
>А на 140 к какие вопросы на собесе были
очень много вопросов по sql и по безумным джоинам. В остальном вопросы разные, от логических задачек в яндексе (не взяли) до вопросов про то, как реализован массив в ядре пхп
>>393402
>Как вообще рынок пыхи оцениваешь
в рашке большой, но разный, серьёзное погромирование только на симфони и немножко лара, его мало, в остальном пхп рынок это дно уровня вордпресса и битрикса, это путь в никуда и дерьмо полное, не тратьте время. В европе он побольше, но всё равно так себе, слишком дурная слава у пыхи. Хотя язык хороший
>>393456
не понял
>>393514
>которую я читаю, используют mysqli
и что блядь, я говорю тебе, это дерьмо в приличном обществе даже не упоминают, а ты
>Мне его использовать удобней.
Просто погугли mysqli vs pdo php и почитай тонны текста.
>Оп пишет что исключение сокращает код
оп всё правильно пишет, любой новичок поначалу не понимает, зачем нужны исключения. Я тебе дал пищу для размышлений по поводу того, что die безусловно заканчивает работу программы.
>Ну и нигде нормального объяснения про исключения не могу найти.
exception почти в неизменном виде есть в Java/Php/C++/C#/js, написаны килотонны паст и разбито много копий, а ты не можешь найти объяснения. Главное качество погромиста - умение гуглить, запомни.
>зачем отлавливать ошибку если можно вместо die
вот прям так и загугли. Только не на русском, конечно
>>393623
пишу на симфони.
да. Спрос есть и разработка на ларе зачастую попадает под категорию "серьёзное программирование". Но если есть выбор, делай в сторону симфони.
пишу на симфони.
>Перспективно
да. Спрос есть и разработка на ларе зачастую попадает под категорию "серьёзное программирование". Но если есть выбор, делай в сторону симфони.
Как выполняется код в пыхе при одновременном запросе? Представим ситуацию, что два пользователя(или больше) нажали одновременно одну кнопку, которая общается с базой данных. В этом запросе берётся ид последней записи(count всех записей), создаётся новая запись и берётся её ид. Возможно ли, что возьмётся ид второй созданной записи(тип сначала от первого юзера, потом от второго)? Или лучше самостоятельно присвоить ид +1 от последнего?
>>393636
Пых сам не обрабатывет http запросы. Запросы обрабатываются сервером (apache, nginx) затем на каждый запрос создается (гурбо говоря) отдельный процесс php, которому через стандартный ввод stdin и переменные окружения передаются параметры запроса. Данные попадают в массив $GLOBALS. Все запросы обрабатываются независимо.
Пых сам не обрабатывет SQL запросы. Он соеденяется с СУБД и передает через сокет запрос. СУБД выполняет запрос независимо от процесса PHP
id записи в базе данных обычно автоматически инкрементируется при создании новой записи. На момент выполнения запроса к СУБД таблица блокируется на запись для других запросов (грубо говоря). Все изменения с таблицей будут последовательны.
Пых сам не обрабатывет http запросы. Запросы обрабатываются сервером (apache, nginx) затем на каждый запрос создается (гурбо говоря) отдельный процесс php, которому через стандартный ввод stdin и переменные окружения передаются параметры запроса. Данные попадают в массив $GLOBALS. Все запросы обрабатываются независимо.
Пых сам не обрабатывет SQL запросы. Он соеденяется с СУБД и передает через сокет запрос. СУБД выполняет запрос независимо от процесса PHP
id записи в базе данных обычно автоматически инкрементируется при создании новой записи. На момент выполнения запроса к СУБД таблица блокируется на запись для других запросов (грубо говоря). Все изменения с таблицей будут последовательны.
>>389598 -> >>388926
>>388926
Мне хочется сделать проверку на сервер как проверку на обычного пользователя. То есть, при установки приложения сделать в БД первого пользователя с именем root, и дальше делать все проверки от него.
Это очень удобно:
def authenticate(token):
... return user
# if user.name == 'root':
if user.email == 'rKKDoot ANUScryptevucr PUNCTUMc*qjom ' #понадёжней т.к. уникальный идентификатор
...
Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)? Приложение становится всё больше мултиязычным и делать этот скрипт на каком-то из языков не логично. Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Вопрос по синтаксису или скорее архитектуре Питона:
Я создавал модели в соответствии с задуманной схемы БД и из-за наследования в ней, мне пришлось делать наследования и в моделях - такое поддерживается и "приветствуется" в выбранной мной ORM.
Чтобы описать проблему, следует сперва показать код https://repl.it/repls/PoliteHappyScales
Как можно заметить, при инициализации приложения возникает ошибка в text_message.py. Поискав в интернете, я выяснил что это проблема называется cyclic dependency inheritance.
Чтобы решить её, я вынес все наследования в отдельный модуль: https://repl.it/repls/PowderblueInsidiousCubase
Я правильно поступил?
>>388926
>> // нужно проверить что это делает именно сервер
>> // для этого я решил создать jwt со свойством isServer: true
>
>Можно так, да. Хотя выглядит как усложение, конечно.
Мне хочется сделать проверку на сервер как проверку на обычного пользователя. То есть, при установки приложения сделать в БД первого пользователя с именем root, и дальше делать все проверки от него.
Это очень удобно:
def authenticate(token):
... return user
# if user.name == 'root':
if user.email == '
...
Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)? Приложение становится всё больше мултиязычным и делать этот скрипт на каком-то из языков не логично. Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Вопрос по синтаксису или скорее архитектуре Питона:
Я создавал модели в соответствии с задуманной схемы БД и из-за наследования в ней, мне пришлось делать наследования и в моделях - такое поддерживается и "приветствуется" в выбранной мной ORM.
Чтобы описать проблему, следует сперва показать код https://repl.it/repls/PoliteHappyScales
Как можно заметить, при инициализации приложения возникает ошибка в text_message.py. Поискав в интернете, я выяснил что это проблема называется cyclic dependency inheritance.
Чтобы решить её, я вынес все наследования в отдельный модуль: https://repl.it/repls/PowderblueInsidiousCubase
Я правильно поступил?
>>389598 -> >>388926
>>388926
Мне хочется сделать проверку на сервер как проверку на обычного пользователя. То есть, при установки приложения сделать в БД первого пользователя с именем root, и дальше делать все проверки от него.
Это очень удобно:
def authenticate(token):
... return user
# if user.name == 'root':
if user.email == 'rKKDoot ANUScryptevucr PUNCTUMc*qjom ' #понадёжней т.к. уникальный идентификатор
...
Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)? Приложение становится всё больше мултиязычным и делать этот скрипт на каком-то из языков не логично. Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Вопрос по синтаксису или скорее архитектуре Питона:
Я создавал модели в соответствии с задуманной схемы БД и из-за наследования в ней, мне пришлось делать наследования и в моделях - такое поддерживается и "приветствуется" в выбранной мной ORM.
Чтобы описать проблему, следует сперва показать код https://repl.it/repls/PoliteHappyScales
Как можно заметить, при инициализации приложения возникает ошибка в text_message.py. Поискав в интернете, я выяснил что это проблема называется cyclic dependency inheritance.
Чтобы решить её, я вынес все наследования в отдельный модуль: https://repl.it/repls/PowderblueInsidiousCubase
Я правильно поступил?
>>388926
>> // нужно проверить что это делает именно сервер
>> // для этого я решил создать jwt со свойством isServer: true
>
>Можно так, да. Хотя выглядит как усложение, конечно.
Мне хочется сделать проверку на сервер как проверку на обычного пользователя. То есть, при установки приложения сделать в БД первого пользователя с именем root, и дальше делать все проверки от него.
Это очень удобно:
def authenticate(token):
... return user
# if user.name == 'root':
if user.email == '
...
Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)? Приложение становится всё больше мултиязычным и делать этот скрипт на каком-то из языков не логично. Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Вопрос по синтаксису или скорее архитектуре Питона:
Я создавал модели в соответствии с задуманной схемы БД и из-за наследования в ней, мне пришлось делать наследования и в моделях - такое поддерживается и "приветствуется" в выбранной мной ORM.
Чтобы описать проблему, следует сперва показать код https://repl.it/repls/PoliteHappyScales
Как можно заметить, при инициализации приложения возникает ошибка в text_message.py. Поискав в интернете, я выяснил что это проблема называется cyclic dependency inheritance.
Чтобы решить её, я вынес все наследования в отдельный модуль: https://repl.it/repls/PowderblueInsidiousCubase
Я правильно поступил?
>>393628
Сколько часов в неделю уходит на работу + обучение не считая обедов и прочего отдыха?
Сколько часов в неделю уходит на работу + обучение не считая обедов и прочего отдыха?
157 Кб, 680x753>>393628
А какой фронт? Это нормально когда я пришёл на джуна по ларке, а меня спрашивают кроме ларки ещё по реакт/вью и бутстрап? Что бы ты посоветовал, углубляться в бэк или распыляться на фронт, чтобы найти работу?
А какой фронт? Это нормально когда я пришёл на джуна по ларке, а меня спрашивают кроме ларки ещё по реакт/вью и бутстрап? Что бы ты посоветовал, углубляться в бэк или распыляться на фронт, чтобы найти работу?
>>393617
Что за задачи хоть были? Такие которые не решаются обычными смертными без анало-математического мышления или все таки к ним можно было подготовиться?
Че вообще думаешь? Это же получается ты не попадешь на верхушку ITяндекса ЛОЛ, как переживешь?
>от логических задачек в яндексе
Что за задачи хоть были? Такие которые не решаются обычными смертными без анало-математического мышления или все таки к ним можно было подготовиться?
Че вообще думаешь? Это же получается ты не попадешь на верхушку ITяндекса ЛОЛ, как переживешь?
>>393714
если интересный проект на работе, то работаю все рабочее время (7 часов примерно), а дома отдыхаю. Если проект так себе, то половину времени на работе прокрастинирую. Дома сейчас мини проект на расте пишу ради фана + один пупен-сорс на пыхе. Пару часов вечером, иногда 0.
>>393724
in the grand scheme of things это хуёво, тк нормально, когда есть деление: бекендеры, фронты (у нас есть алсо отдельные верстальщики, то есть фронты только js пилят). Я, например, вообще не разбираюсь в современном js и не особо хочу разбираться. И не страдаю.
Но очень часто (вот прям очень) конторы берут себе фуллстеков, и на дуде игрецов и жнецов и швецов (экономят). Ясное дело, что один человек не может (ну просто не хватит сил у него и нервов) разбираться хорошо и в беке, и в бд, и в продвинутом современном js. Так что экономия выходит боком.
Сам начинал в подобном месте. Начинать там нормально, но как решишься работу менять, уже ищи внимательнее. И всегда на собесах прямо спрашивай, не придётся ли ковырять фронт.
только углубляться. Хороший фронт/бек всем нужен. Фуллстек - ни рыба ни мясо, нужен только рогам и копытам для экономии.
>>393729
логические, не относящиеся к матеше. Чисто как из мы-вам-перезвоним-тредов про лампочки и переворачивания монеток.
ну сейчас не попал, но тоже оч хорошее место нашёл. Через год примерно снова буду искать и опять в яндех попробую, хули нет. Подготовлюсь получше, всё в наших руках
если интересный проект на работе, то работаю все рабочее время (7 часов примерно), а дома отдыхаю. Если проект так себе, то половину времени на работе прокрастинирую. Дома сейчас мини проект на расте пишу ради фана + один пупен-сорс на пыхе. Пару часов вечером, иногда 0.
>>393724
>Это нормально
in the grand scheme of things это хуёво, тк нормально, когда есть деление: бекендеры, фронты (у нас есть алсо отдельные верстальщики, то есть фронты только js пилят). Я, например, вообще не разбираюсь в современном js и не особо хочу разбираться. И не страдаю.
Но очень часто (вот прям очень) конторы берут себе фуллстеков, и на дуде игрецов и жнецов и швецов (экономят). Ясное дело, что один человек не может (ну просто не хватит сил у него и нервов) разбираться хорошо и в беке, и в бд, и в продвинутом современном js. Так что экономия выходит боком.
Сам начинал в подобном месте. Начинать там нормально, но как решишься работу менять, уже ищи внимательнее. И всегда на собесах прямо спрашивай, не придётся ли ковырять фронт.
>Что бы ты посоветовал
только углубляться. Хороший фронт/бек всем нужен. Фуллстек - ни рыба ни мясо, нужен только рогам и копытам для экономии.
>>393729
логические, не относящиеся к матеше. Чисто как из мы-вам-перезвоним-тредов про лампочки и переворачивания монеток.
>как переживешь?
ну сейчас не попал, но тоже оч хорошее место нашёл. Через год примерно снова буду искать и опять в яндех попробую, хули нет. Подготовлюсь получше, всё в наших руках
>>393751
няшный
няшный
>>393471
Бамп вопросу
Бамп вопросу
14 Кб, 149x572Антошки, памагите. Есть два массива, оба ассоциативные. Смысл таков, что значения первого и ключи второго идентичны. Как скрестить таким образом, чтобы получился массив с ключами первого и значениями второго массива? Разумеется все лишние варианты просто игнорить за ненадобностью.
>>394160
Их дохуя и нет ни одной нужной. По крайней мере единственная, что по описанию подходит - требует равное количество элементов в обоих массивах.
Их дохуя и нет ни одной нужной. По крайней мере единственная, что по описанию подходит - требует равное количество элементов в обоих массивах.
>>393656
Ваш пых совсем не умеет в демонизацию и асинхронность?
>Пых сам не обрабатывет http запросы. Запросы обрабатываются сервером (apache, nginx) затем на каждый запрос создается (гурбо говоря) отдельный процесс php, которому через стандартный ввод stdin и переменные окружения передаются параметры запроса.
Ваш пых совсем не умеет в демонизацию и асинхронность?
>>394166
А надо?
А надо?
>>394174
Ну, у меня только такой вариант в голову пришёл "Ну раз нет функции, которая могёт это ебануть сама. То юзать внутренний указатель массива и прогонять через цикл, брать значение элемента из первого массива и на его место подставлять значение элемента второго массива, после отправляя указатель на следующий элемент". Насколько это тупо?
Ну, у меня только такой вариант в голову пришёл "Ну раз нет функции, которая могёт это ебануть сама. То юзать внутренний указатель массива и прогонять через цикл, брать значение элемента из первого массива и на его место подставлять значение элемента второго массива, после отправляя указатель на следующий элемент". Насколько это тупо?
>>394181
Что дальше?
Что дальше?
20 Кб, 528x176>>394148
Вырезать значения из второго, создать третий массив и записать туда ключи первого, значения второго.
Вырезать значения из второго, создать третий массив и записать туда ключи первого, значения второго.
>>394185
А выборку нужных как делать? Мне же не рандомные нужны, а вполне конкретные. Значения первого = ключи второго. У меня в этом проблема, как эту выборку сделать, дабы ебануть третий массив.
А выборку нужных как делать? Мне же не рандомные нужны, а вполне конкретные. Значения первого = ключи второго. У меня в этом проблема, как эту выборку сделать, дабы ебануть третий массив.
>>394197
Значения перовго = ключи второго, значения которых и нужны.
Значения перовго = ключи второго, значения которых и нужны.
>>394162
Жопой прочитал документацию, ищи еще.
Даю подсказку: решение в одну строку, используется две функции, обе array_*. И ты близок к истине: твой вопрос задан верно, что есть 50% успеха — одна из функций именно скрещивает массивы.
Жопой прочитал документацию, ищи еще.
Даю подсказку: решение в одну строку, используется две функции, обе array_*. И ты близок к истине: твой вопрос задан верно, что есть 50% успеха — одна из функций именно скрещивает массивы.
>>394197
Ты сам определиться не можешь что тебе нужно? Научись для начала задачу описывать чётко.
> Как скрестить таким образом, чтобы получился массив с ключами первого и значениями второго массива?
>Значения первого = ключи второго.
Ты сам определиться не можешь что тебе нужно? Научись для начала задачу описывать чётко.
>>394208
Второй для описания принципа скрещивания. То есть в первом массиве значение идентично нужному ключу второго массива, значение которого мне и требуется для получения массива аля:
ключ первого массива => значение второго массива.
Второй для описания принципа скрещивания. То есть в первом массиве значение идентично нужному ключу второго массива, значение которого мне и требуется для получения массива аля:
ключ первого массива => значение второго массива.
>>394185
Ты специально так коряво написал?
Ты специально так коряво написал?
>>394214
То есть тебе нужны элементы второго массива с ключами 1,9, 17, 25, 33, 41, 49, а условие какие ключи задаётся первым массивом?
То есть тебе нужны элементы второго массива с ключами 1,9, 17, 25, 33, 41, 49, а условие какие ключи задаётся первым массивом?
>>394226
Да.
Да.
>>380485 (OP)
Читая коменты повышаю самооценку.
Читая коменты повышаю самооценку.
>>394228
Она у тебя настолько низкая, что ты на нубасах её повышаешь? Хуёво быть тобой.
Она у тебя настолько низкая, что ты на нубасах её повышаешь? Хуёво быть тобой.
>>394200
Даже не приблизился. Что функции хоть делают? Мне даже приблизительно трудно представить как это действие на две части делить.
Даже не приблизился. Что функции хоть делают? Мне даже приблизительно трудно представить как это действие на две части делить.
>>394240
Думаю, что надо взять значения одного массива и ключи другого, потом сделать схождение.
Думаю, что надо взять значения одного массива и ключи другого, потом сделать схождение.
>>394245
Что такое схождение? Я заебался гуглить термины в этой документации. Нигде нет описания, что это такое. Только задачи мол сделай схождение.
Что такое схождение? Я заебался гуглить термины в этой документации. Нигде нет описания, что это такое. Только задачи мол сделай схождение.
>>394247
А что у тебя там требовало одинаковых по длине массивов? Можно ведь и нулями недостающее заполнить. Хотя это не лучшее решение.
Какое раздолье бля.
А что у тебя там требовало одинаковых по длине массивов? Можно ведь и нулями недостающее заполнить. Хотя это не лучшее решение.
Какое раздолье бля.
>>394240
Одна меняет местами ключи и значения, другая ищет пересечения ключей в двух массивах.
Одна меняет местами ключи и значения, другая ищет пересечения ключей в двух массивах.
>>394261
А, ну и затем у тебя есть два одинаковых по длине массива. Далее применяешь ту самую функцию, которую ты уже нашел.
Ты главное, помни, потом этот код читать тебе и другим. Пиши так, чтоб понятно было, в том числе тебе. Поэтому можешь и foreach забомбить.
А, ну и затем у тебя есть два одинаковых по длине массива. Далее применяешь ту самую функцию, которую ты уже нашел.
Ты главное, помни, потом этот код читать тебе и другим. Пиши так, чтоб понятно было, в том числе тебе. Поэтому можешь и foreach забомбить.
>>394261
Ты лучше скажи, как удалить все значения массива после конкретного элемента? Ваще похуй, можно от ключей отказаться и перевести всё в обычный массив или ещё как. Главное оставить в массиве определённое количество значений, с первого и до определённого. Допустим, двадцатого.
Ты лучше скажи, как удалить все значения массива после конкретного элемента? Ваще похуй, можно от ключей отказаться и перевести всё в обычный массив или ещё как. Главное оставить в массиве определённое количество значений, с первого и до определённого. Допустим, двадцатого.
>>394269
В документации всё есть.
В документации всё есть.
>>394286
Обязательно.
Обязательно.
>>394323
Конечно LAMP, убунту ставь и учись.
Конечно LAMP, убунту ставь и учись.
>>380485 (OP)
Помогите криворукому поставить тему на юйку (yii2)
делал по этому гайду https://medium.com/@jsnook_58598/how-to-use-a-bootstrap-4-theme-with-yii2-974a6dcca986
ошибка пик 1
бандл у меня пик 2
или отправьте читать тему в документации на которой я проебался
>>394323
Да что удобнее то и ставь
вамп от лампа не прям чтоб особо отличается, по моему первому впечатлению по крайней мере
Помогите криворукому поставить тему на юйку (yii2)
делал по этому гайду https://medium.com/@jsnook_58598/how-to-use-a-bootstrap-4-theme-with-yii2-974a6dcca986
ошибка пик 1
бандл у меня пик 2
или отправьте читать тему в документации на которой я проебался
>>394323
Да что удобнее то и ставь
вамп от лампа не прям чтоб особо отличается, по моему первому впечатлению по крайней мере
102 Кб, 1064x569>>393617
Не хотел засорять, но с исключениями остались вопросы
Ну так я это прочитал в бестселлере, который имеет 4 издание. Тебя в яндекс не взяли так что не знаю про какое общество ты говоришь. Но так как я не считаю яндекс каким то топовым местом и перейти на PDO мне не трудно
Вот смотри как выглядит задача, которую я программирую(задача ОПа). Есть список студентов в БД. Мы должны к нему подключится. Если подключение не удалось я НИЧЕГО НЕ ДЕЛАЮ. Все, прога завершает свою работу. Естественно на боевом сервере нужно было бы вывести красивую ошибку, но сейчас не про это. Мой вопрос заключается вот в чем. Зачем использовать исключения, если:
1) Этот код занимает больше места чем тот вариант который я написал;
Сравни
try {
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "<br/>";
die();
}
и
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
Ну кстати первый вариант с pdo, а второй с mysqli. Я просто не знаю как можно сокращено написать с pdo. Где то их вооб
2) Так еще вместо die() если это нужно конечно можно было бы подключить файл с выводом той красочной страницы с ошибкой, мол НЕ УДАЛОСЬ ПОДКЛЮЧИТЬСЯ С БАЗОЙ ДАННЫХ, ПРИНОСИМ ИЗВИНЕНИЯ.
Короче, суть в этих словах: если не знаешь, как обрабатывать - не обрабатывай никак. РНР прекрасно справляется с базовой обработкой и сам.
Ловить исключение только ради того чтобы поймать - бессмысленно.
Поэтому лучше оставить всё как есть, а ловить исключение только тогда, когда точно знаешь, что хочешь сделать, поймав.
Я это все пишу не для того чтобы поспорить. Просто мне кажется так мы сокращаем строчки кода вроде бы без ущерба.
Не хотел засорять, но с исключениями остались вопросы
>и что блядь, я говорю тебе, это дерьмо в приличном обществе даже не упоминают, а ты
Ну так я это прочитал в бестселлере, который имеет 4 издание. Тебя в яндекс не взяли так что не знаю про какое общество ты говоришь. Но так как я не считаю яндекс каким то топовым местом и перейти на PDO мне не трудно
>оп всё правильно пишет, любой новичок поначалу не понимает, зачем нужны исключения.
Вот смотри как выглядит задача, которую я программирую(задача ОПа). Есть список студентов в БД. Мы должны к нему подключится. Если подключение не удалось я НИЧЕГО НЕ ДЕЛАЮ. Все, прога завершает свою работу. Естественно на боевом сервере нужно было бы вывести красивую ошибку, но сейчас не про это. Мой вопрос заключается вот в чем. Зачем использовать исключения, если:
1) Этот код занимает больше места чем тот вариант который я написал;
Сравни
try {
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "<br/>";
die();
}
и
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
Ну кстати первый вариант с pdo, а второй с mysqli. Я просто не знаю как можно сокращено написать с pdo. Где то их вооб
2) Так еще вместо die() если это нужно конечно можно было бы подключить файл с выводом той красочной страницы с ошибкой, мол НЕ УДАЛОСЬ ПОДКЛЮЧИТЬСЯ С БАЗОЙ ДАННЫХ, ПРИНОСИМ ИЗВИНЕНИЯ.
Короче, суть в этих словах: если не знаешь, как обрабатывать - не обрабатывай никак. РНР прекрасно справляется с базовой обработкой и сам.
Ловить исключение только ради того чтобы поймать - бессмысленно.
Поэтому лучше оставить всё как есть, а ловить исключение только тогда, когда точно знаешь, что хочешь сделать, поймав.
Я это все пишу не для того чтобы поспорить. Просто мне кажется так мы сокращаем строчки кода вроде бы без ущерба.
102 Кб, 1064x569>>393617
Не хотел засорять, но с исключениями остались вопросы
Ну так я это прочитал в бестселлере, который имеет 4 издание. Тебя в яндекс не взяли так что не знаю про какое общество ты говоришь. Но так как я не считаю яндекс каким то топовым местом и перейти на PDO мне не трудно
Вот смотри как выглядит задача, которую я программирую(задача ОПа). Есть список студентов в БД. Мы должны к нему подключится. Если подключение не удалось я НИЧЕГО НЕ ДЕЛАЮ. Все, прога завершает свою работу. Естественно на боевом сервере нужно было бы вывести красивую ошибку, но сейчас не про это. Мой вопрос заключается вот в чем. Зачем использовать исключения, если:
1) Этот код занимает больше места чем тот вариант который я написал;
Сравни
try {
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "<br/>";
die();
}
и
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
Ну кстати первый вариант с pdo, а второй с mysqli. Я просто не знаю как можно сокращено написать с pdo. Где то их вооб
2) Так еще вместо die() если это нужно конечно можно было бы подключить файл с выводом той красочной страницы с ошибкой, мол НЕ УДАЛОСЬ ПОДКЛЮЧИТЬСЯ С БАЗОЙ ДАННЫХ, ПРИНОСИМ ИЗВИНЕНИЯ.
Короче, суть в этих словах: если не знаешь, как обрабатывать - не обрабатывай никак. РНР прекрасно справляется с базовой обработкой и сам.
Ловить исключение только ради того чтобы поймать - бессмысленно.
Поэтому лучше оставить всё как есть, а ловить исключение только тогда, когда точно знаешь, что хочешь сделать, поймав.
Я это все пишу не для того чтобы поспорить. Просто мне кажется так мы сокращаем строчки кода вроде бы без ущерба.
Не хотел засорять, но с исключениями остались вопросы
>и что блядь, я говорю тебе, это дерьмо в приличном обществе даже не упоминают, а ты
Ну так я это прочитал в бестселлере, который имеет 4 издание. Тебя в яндекс не взяли так что не знаю про какое общество ты говоришь. Но так как я не считаю яндекс каким то топовым местом и перейти на PDO мне не трудно
>оп всё правильно пишет, любой новичок поначалу не понимает, зачем нужны исключения.
Вот смотри как выглядит задача, которую я программирую(задача ОПа). Есть список студентов в БД. Мы должны к нему подключится. Если подключение не удалось я НИЧЕГО НЕ ДЕЛАЮ. Все, прога завершает свою работу. Естественно на боевом сервере нужно было бы вывести красивую ошибку, но сейчас не про это. Мой вопрос заключается вот в чем. Зачем использовать исключения, если:
1) Этот код занимает больше места чем тот вариант который я написал;
Сравни
try {
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
} catch (PDOException $e) {
print "Error!: " . $e->getMessage() . "<br/>";
die();
}
и
$conn = new mysqli ($hn, $un, $pw, $db);
if($conn->connect_error) die($conn->connect_error);
Ну кстати первый вариант с pdo, а второй с mysqli. Я просто не знаю как можно сокращено написать с pdo. Где то их вооб
2) Так еще вместо die() если это нужно конечно можно было бы подключить файл с выводом той красочной страницы с ошибкой, мол НЕ УДАЛОСЬ ПОДКЛЮЧИТЬСЯ С БАЗОЙ ДАННЫХ, ПРИНОСИМ ИЗВИНЕНИЯ.
Короче, суть в этих словах: если не знаешь, как обрабатывать - не обрабатывай никак. РНР прекрасно справляется с базовой обработкой и сам.
Ловить исключение только ради того чтобы поймать - бессмысленно.
Поэтому лучше оставить всё как есть, а ловить исключение только тогда, когда точно знаешь, что хочешь сделать, поймав.
Я это все пишу не для того чтобы поспорить. Просто мне кажется так мы сокращаем строчки кода вроде бы без ущерба.
Анонасы, помогите советом нубу.
Как вообще в PHP отслеживать ошибки в коде?
У меня стоит nginx + php-fpm + mariadb.
При возникновении ошибки сервер выдают ошибку 500.
Сколько не гуглил, сколько не менял кофигурационный файлы - всё бестолку.
Что посоветуете?
Как вообще в PHP отслеживать ошибки в коде?
У меня стоит nginx + php-fpm + mariadb.
При возникновении ошибки сервер выдают ошибку 500.
Сколько не гуглил, сколько не менял кофигурационный файлы - всё бестолку.
Что посоветуете?
>>394460
Ошибки должны писаться в логи, если только ты их не отключил. Логи в линуксе находятся в /var/log, а также читаются утилитой journalctl. Изучи, как устроено логгирование.
>>394459
Можно использовать mysqli, она тоже поддерживает исключения, только их надо включить. Без них тебе придется после каждой команды ставить if и проверять результат, что утомляет. Про исключения у меня есть урок, прочти, если еще не читал: https://github.com/codedokode/pasta/blob/master/php/exceptions.md и после этого можешь задавать уточняющие вопросы.
Но я должен предупредить, в некоторых книгах эту библиотеку используют только потому, что она похожа на более старую библиотеку mysql, и авторы, чтобы не переделывать код, написанный для mysql, просто добавили в функции букву i (mysql_query -> mysqli_query). Но зачастую код, писавшийся для mysql, некачественный, и лучше бы они его переписали с нуля. Да и mysqli имеет некоторые отличия и авторам книг лучше было бы код переделать с нуля, а не механически заменить названия функций (например, mysqli поддерживает плейсхолдеры, а mysql - нет. И авторам стоило бы перевести свой код на их использование, а не подставлять данные в запрос вручную, как это делалось в mysql).
То есть, полезно пролистать официальный мануал по mysqli, чтобы правильно ее использовать.
Как раз хорошо, что ты задаешь вопросы. В программировании, как и в других инженерных науках, все решения принято обосновывать. Что касается сокращения кода - я тут его не вижу. Выбросить исключение - это одна строчка. Написать свой класс исключений - 3 строки (class X extends \Exception {}).
Если библиотека поддерживает выброс исключений (mysqli и PDO поддерживают), то их использование экономит строчки, так как тебе не надо руками писать if() после каждой функции работы с БД, которая может вернуть ошибку. Это упомянуто в моем уроке.
Ошибки должны писаться в логи, если только ты их не отключил. Логи в линуксе находятся в /var/log, а также читаются утилитой journalctl. Изучи, как устроено логгирование.
>>394459
Можно использовать mysqli, она тоже поддерживает исключения, только их надо включить. Без них тебе придется после каждой команды ставить if и проверять результат, что утомляет. Про исключения у меня есть урок, прочти, если еще не читал: https://github.com/codedokode/pasta/blob/master/php/exceptions.md и после этого можешь задавать уточняющие вопросы.
Но я должен предупредить, в некоторых книгах эту библиотеку используют только потому, что она похожа на более старую библиотеку mysql, и авторы, чтобы не переделывать код, написанный для mysql, просто добавили в функции букву i (mysql_query -> mysqli_query). Но зачастую код, писавшийся для mysql, некачественный, и лучше бы они его переписали с нуля. Да и mysqli имеет некоторые отличия и авторам книг лучше было бы код переделать с нуля, а не механически заменить названия функций (например, mysqli поддерживает плейсхолдеры, а mysql - нет. И авторам стоило бы перевести свой код на их использование, а не подставлять данные в запрос вручную, как это делалось в mysql).
То есть, полезно пролистать официальный мануал по mysqli, чтобы правильно ее использовать.
> Я это все пишу не для того чтобы поспорить. Просто мне кажется так мы сокращаем строчки кода вроде бы без ущерба.
Как раз хорошо, что ты задаешь вопросы. В программировании, как и в других инженерных науках, все решения принято обосновывать. Что касается сокращения кода - я тут его не вижу. Выбросить исключение - это одна строчка. Написать свой класс исключений - 3 строки (class X extends \Exception {}).
Если библиотека поддерживает выброс исключений (mysqli и PDO поддерживают), то их использование экономит строчки, так как тебе не надо руками писать if() после каждой функции работы с БД, которая может вернуть ошибку. Это упомянуто в моем уроке.
>>393386
А ты читал урок про DI? Прочти, если не читал: https://github.com/codedokode/pasta/blob/master/arch/di.md А то я не вижу смысла пересказывать уже написанное там.
В ООП мы используем разделение ответственности, каждый класс отвечает за что-то свое. Соответственно, устанавливать соединение с БД - это не задача класса TableGateway, потому мы передаем ему уже готовое соединение в конструктор, примерно как ты написал, только стоит еще тайп-хинт добавить.
Прочти урок про исключения и там написано, чем это плохо. Ну как минимум у тебя проблема в том, что ты пользователю показываешь ошибку, которая ему нафиг не нужна, так как он не программист, при этом ты (разработчик) об этой ошибке не узнаешь, так как она не пишется в лог. Потому стоит почитать про существующие решения в моем уроке: https://github.com/codedokode/pasta/blob/master/php/exceptions.md
Альтернатива исключениям - это возвращать код ошибки. Его придется проверять после вызова каждой функции, где может произойти ошибка.
>>393514
В случае выброса исключения тот, кто вызвал функцию, решает, что делать в случае исключения. В случае die() он решить ничего не может. Плюс, тут нарушается разделение ответственности. С какой стати класс для работы с БД может показывать HTML страницу? Ему никто этого не разрешал.
Если в программе есть разделение ответственности, то класс работы с БД лишь сообщает об ошибке, но не решает, как ее обрабатывать. Показ страницы ошибки - это не его зона ответственности. Ты пока воспринимаешь программу как одно целое и не разделяешь ее на слабосвязанные части.
>>393617
В твоем посте избыток категоричности стоило бы заменить на изобильность пояснений.
> а я использую mysqli могу ли я написать
> public function __construct($conn) { ... }?
А ты читал урок про DI? Прочти, если не читал: https://github.com/codedokode/pasta/blob/master/arch/di.md А то я не вижу смысла пересказывать уже написанное там.
В ООП мы используем разделение ответственности, каждый класс отвечает за что-то свое. Соответственно, устанавливать соединение с БД - это не задача класса TableGateway, потому мы передаем ему уже готовое соединение в конструктор, примерно как ты написал, только стоит еще тайп-хинт добавить.
> С исключениями я тоже не понял. Могу ли я их не использовать, а писать просто
> $conn = new mysqli ($hn, $un, $pw, $db);
> if($conn->connect_error) die($conn->connect_error);
Прочти урок про исключения и там написано, чем это плохо. Ну как минимум у тебя проблема в том, что ты пользователю показываешь ошибку, которая ему нафиг не нужна, так как он не программист, при этом ты (разработчик) об этой ошибке не узнаешь, так как она не пишется в лог. Потому стоит почитать про существующие решения в моем уроке: https://github.com/codedokode/pasta/blob/master/php/exceptions.md
Альтернатива исключениям - это возвращать код ошибки. Его придется проверять после вызова каждой функции, где может произойти ошибка.
>>393514
> Ну и не понятно зачем отлавливать ошибку
В случае выброса исключения тот, кто вызвал функцию, решает, что делать в случае исключения. В случае die() он решить ничего не может. Плюс, тут нарушается разделение ответственности. С какой стати класс для работы с БД может показывать HTML страницу? Ему никто этого не разрешал.
Если в программе есть разделение ответственности, то класс работы с БД лишь сообщает об ошибке, но не решает, как ее обрабатывать. Показ страницы ошибки - это не его зона ответственности. Ты пока воспринимаешь программу как одно целое и не разделяешь ее на слабосвязанные части.
>>393617
В твоем посте избыток категоричности стоило бы заменить на изобильность пояснений.
>>393386
А ты читал урок про DI? Прочти, если не читал: https://github.com/codedokode/pasta/blob/master/arch/di.md А то я не вижу смысла пересказывать уже написанное там.
В ООП мы используем разделение ответственности, каждый класс отвечает за что-то свое. Соответственно, устанавливать соединение с БД - это не задача класса TableGateway, потому мы передаем ему уже готовое соединение в конструктор, примерно как ты написал, только стоит еще тайп-хинт добавить.
Прочти урок про исключения и там написано, чем это плохо. Ну как минимум у тебя проблема в том, что ты пользователю показываешь ошибку, которая ему нафиг не нужна, так как он не программист, при этом ты (разработчик) об этой ошибке не узнаешь, так как она не пишется в лог. Потому стоит почитать про существующие решения в моем уроке: https://github.com/codedokode/pasta/blob/master/php/exceptions.md
Альтернатива исключениям - это возвращать код ошибки. Его придется проверять после вызова каждой функции, где может произойти ошибка.
>>393514
В случае выброса исключения тот, кто вызвал функцию, решает, что делать в случае исключения. В случае die() он решить ничего не может. Плюс, тут нарушается разделение ответственности. С какой стати класс для работы с БД может показывать HTML страницу? Ему никто этого не разрешал.
Если в программе есть разделение ответственности, то класс работы с БД лишь сообщает об ошибке, но не решает, как ее обрабатывать. Показ страницы ошибки - это не его зона ответственности. Ты пока воспринимаешь программу как одно целое и не разделяешь ее на слабосвязанные части.
>>393617
В твоем посте избыток категоричности стоило бы заменить на изобильность пояснений.
> а я использую mysqli могу ли я написать
> public function __construct($conn) { ... }?
А ты читал урок про DI? Прочти, если не читал: https://github.com/codedokode/pasta/blob/master/arch/di.md А то я не вижу смысла пересказывать уже написанное там.
В ООП мы используем разделение ответственности, каждый класс отвечает за что-то свое. Соответственно, устанавливать соединение с БД - это не задача класса TableGateway, потому мы передаем ему уже готовое соединение в конструктор, примерно как ты написал, только стоит еще тайп-хинт добавить.
> С исключениями я тоже не понял. Могу ли я их не использовать, а писать просто
> $conn = new mysqli ($hn, $un, $pw, $db);
> if($conn->connect_error) die($conn->connect_error);
Прочти урок про исключения и там написано, чем это плохо. Ну как минимум у тебя проблема в том, что ты пользователю показываешь ошибку, которая ему нафиг не нужна, так как он не программист, при этом ты (разработчик) об этой ошибке не узнаешь, так как она не пишется в лог. Потому стоит почитать про существующие решения в моем уроке: https://github.com/codedokode/pasta/blob/master/php/exceptions.md
Альтернатива исключениям - это возвращать код ошибки. Его придется проверять после вызова каждой функции, где может произойти ошибка.
>>393514
> Ну и не понятно зачем отлавливать ошибку
В случае выброса исключения тот, кто вызвал функцию, решает, что делать в случае исключения. В случае die() он решить ничего не может. Плюс, тут нарушается разделение ответственности. С какой стати класс для работы с БД может показывать HTML страницу? Ему никто этого не разрешал.
Если в программе есть разделение ответственности, то класс работы с БД лишь сообщает об ошибке, но не решает, как ее обрабатывать. Показ страницы ошибки - это не его зона ответственности. Ты пока воспринимаешь программу как одно целое и не разделяешь ее на слабосвязанные части.
>>393617
В твоем посте избыток категоричности стоило бы заменить на изобильность пояснений.
Помогите долбоёбу.
Вроде как основы php начал понимать ООП вроде как тоже понял, но когда дошёл до паттерных, фреймворков стал тупить пиздец. Где лучше всего их изучать ? Прошу скинуть каких-нибудь годных уроков.
Вроде как основы php начал понимать ООП вроде как тоже понял, но когда дошёл до паттерных, фреймворков стал тупить пиздец. Где лучше всего их изучать ? Прошу скинуть каких-нибудь годных уроков.
170-312
>>394459
Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
Что, очевидно, короче, чем если бы мы еще писали после него if с проверкой результата.
Глобальный обработчик исключений ставят либо с помощью set_exception_handler, либо с помощью try/catch в самом начале программы.
>>394386
У тебя какая-то ошибка синтаксиса - какой-то лишний символ (например: неразрывный пробел), или какая-то слишком старая версия PHP, или какое-нибудь двоеточие вместо точки с запятой, или русская буква вместо латинской.
Попробуй этот файл вставить в ideone и проверить, будет такая же ошибка или же другая. Если такая же - то дело именно в символах.
>>394269
array_slice. Не ленись, открой раздел про функции работы с массивами и прочитай список с краткими описаниями. Это все равно на собеседовании могут спросить.
Вот, читай список тут: https://www.php.net/manual/ru/ref.array.php
>>394228
Так это учебный тред для начинающих с нуля. Ты подожди, пока анончик прочтет все уроки и решит все мои задачи, и твоя самооценка зашатается.
>>394166
Для демонизации там есть php-fpm. Зачем нужна "асинхронность", если синхронный код писать проще и он понятнее, я не понял. Но если тебе хочется мучаться с промисами и евент-лупами, то ReactPHP к твоим услугам.
Синхронность это плюс: синхронный код проще. В отличие от языков вроде ноды, где код писать тяжело. То, что PHP умирает после каждого запроса, это плюс: у нас нет утечек памяти. В отличие от языков вроде ноды или руби, где (вроде бы) нет профайлеров памяти, по крайней мере бесплатных, и при утечке люди просто тупо прибивают приложение по крону, чтобы оно не отъедало всю память, так как не могут найти эту утечку.
Хотя есть ситуации, где нужен именно асинхронный код. Тут, конечно, все корявенько, но сама возможность есть.
И я не считаю, что нода это что-то плохое, но есть ситуации, где PHP просто удобнее использовать.
А еще, PHP хорошо оптимизирован, есть типизация и у нас готовят JIT.
>>394459
Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
Что, очевидно, короче, чем если бы мы еще писали после него if с проверкой результата.
Глобальный обработчик исключений ставят либо с помощью set_exception_handler, либо с помощью try/catch в самом начале программы.
>>394386
У тебя какая-то ошибка синтаксиса - какой-то лишний символ (например: неразрывный пробел), или какая-то слишком старая версия PHP, или какое-нибудь двоеточие вместо точки с запятой, или русская буква вместо латинской.
Попробуй этот файл вставить в ideone и проверить, будет такая же ошибка или же другая. Если такая же - то дело именно в символах.
>>394269
array_slice. Не ленись, открой раздел про функции работы с массивами и прочитай список с краткими описаниями. Это все равно на собеседовании могут спросить.
Вот, читай список тут: https://www.php.net/manual/ru/ref.array.php
>>394228
Так это учебный тред для начинающих с нуля. Ты подожди, пока анончик прочтет все уроки и решит все мои задачи, и твоя самооценка зашатается.
>>394166
Для демонизации там есть php-fpm. Зачем нужна "асинхронность", если синхронный код писать проще и он понятнее, я не понял. Но если тебе хочется мучаться с промисами и евент-лупами, то ReactPHP к твоим услугам.
Синхронность это плюс: синхронный код проще. В отличие от языков вроде ноды, где код писать тяжело. То, что PHP умирает после каждого запроса, это плюс: у нас нет утечек памяти. В отличие от языков вроде ноды или руби, где (вроде бы) нет профайлеров памяти, по крайней мере бесплатных, и при утечке люди просто тупо прибивают приложение по крону, чтобы оно не отъедало всю память, так как не могут найти эту утечку.
Хотя есть ситуации, где нужен именно асинхронный код. Тут, конечно, все корявенько, но сама возможность есть.
И я не считаю, что нода это что-то плохое, но есть ситуации, где PHP просто удобнее использовать.
А еще, PHP хорошо оптимизирован, есть типизация и у нас готовят JIT.
170-312
>>394459
Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
Что, очевидно, короче, чем если бы мы еще писали после него if с проверкой результата.
Глобальный обработчик исключений ставят либо с помощью set_exception_handler, либо с помощью try/catch в самом начале программы.
>>394386
У тебя какая-то ошибка синтаксиса - какой-то лишний символ (например: неразрывный пробел), или какая-то слишком старая версия PHP, или какое-нибудь двоеточие вместо точки с запятой, или русская буква вместо латинской.
Попробуй этот файл вставить в ideone и проверить, будет такая же ошибка или же другая. Если такая же - то дело именно в символах.
>>394269
array_slice. Не ленись, открой раздел про функции работы с массивами и прочитай список с краткими описаниями. Это все равно на собеседовании могут спросить.
Вот, читай список тут: https://www.php.net/manual/ru/ref.array.php
>>394228
Так это учебный тред для начинающих с нуля. Ты подожди, пока анончик прочтет все уроки и решит все мои задачи, и твоя самооценка зашатается.
>>394166
Для демонизации там есть php-fpm. Зачем нужна "асинхронность", если синхронный код писать проще и он понятнее, я не понял. Но если тебе хочется мучаться с промисами и евент-лупами, то ReactPHP к твоим услугам.
Синхронность это плюс: синхронный код проще. В отличие от языков вроде ноды, где код писать тяжело. То, что PHP умирает после каждого запроса, это плюс: у нас нет утечек памяти. В отличие от языков вроде ноды или руби, где (вроде бы) нет профайлеров памяти, по крайней мере бесплатных, и при утечке люди просто тупо прибивают приложение по крону, чтобы оно не отъедало всю память, так как не могут найти эту утечку.
Хотя есть ситуации, где нужен именно асинхронный код. Тут, конечно, все корявенько, но сама возможность есть.
И я не считаю, что нода это что-то плохое, но есть ситуации, где PHP просто удобнее использовать.
А еще, PHP хорошо оптимизирован, есть типизация и у нас готовят JIT.
>>394459
Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
$dbh = new PDO('mysql:host=localhost;dbname=""', $user, $pass);
Что, очевидно, короче, чем если бы мы еще писали после него if с проверкой результата.
Глобальный обработчик исключений ставят либо с помощью set_exception_handler, либо с помощью try/catch в самом начале программы.
>>394386
У тебя какая-то ошибка синтаксиса - какой-то лишний символ (например: неразрывный пробел), или какая-то слишком старая версия PHP, или какое-нибудь двоеточие вместо точки с запятой, или русская буква вместо латинской.
Попробуй этот файл вставить в ideone и проверить, будет такая же ошибка или же другая. Если такая же - то дело именно в символах.
>>394269
array_slice. Не ленись, открой раздел про функции работы с массивами и прочитай список с краткими описаниями. Это все равно на собеседовании могут спросить.
Вот, читай список тут: https://www.php.net/manual/ru/ref.array.php
>>394228
Так это учебный тред для начинающих с нуля. Ты подожди, пока анончик прочтет все уроки и решит все мои задачи, и твоя самооценка зашатается.
>>394166
Для демонизации там есть php-fpm. Зачем нужна "асинхронность", если синхронный код писать проще и он понятнее, я не понял. Но если тебе хочется мучаться с промисами и евент-лупами, то ReactPHP к твоим услугам.
Синхронность это плюс: синхронный код проще. В отличие от языков вроде ноды, где код писать тяжело. То, что PHP умирает после каждого запроса, это плюс: у нас нет утечек памяти. В отличие от языков вроде ноды или руби, где (вроде бы) нет профайлеров памяти, по крайней мере бесплатных, и при утечке люди просто тупо прибивают приложение по крону, чтобы оно не отъедало всю память, так как не могут найти эту утечку.
Хотя есть ситуации, где нужен именно асинхронный код. Тут, конечно, все корявенько, но сама возможность есть.
И я не считаю, что нода это что-то плохое, но есть ситуации, где PHP просто удобнее использовать.
А еще, PHP хорошо оптимизирован, есть типизация и у нас готовят JIT.
>>394247
Я тоже такой термин не слышал никогда.
>>394148
Сделай foreach'ем либо через intersect_key.
>>393471
Очень плохо. Идея ООП в том, что ты можешь в наследнике заменить или обернуть метод, а если тебе понадобился instanceof, то ты делаешь что-то неправильно. Плюс, предок не должен знать о своих наследниках. Как автор кода может знать, кто именно в будущем будет наследовать его класс, а? В ООП принцип открытости для расширения - любой может в будущем унаследовать твой класс и ты не знаешь даже, сколько у него будет наследников.
Ты в предке пишешь название класса-наследника. Это неправильно.
Тебе надо правильно проектировать классы, думать о том, какая у каждого зона ответственности. Конкретный совет дать не могу, так как пример у тебя абстрактный. Можно попробовать вынести дублирующийся код в отдельный метод.
>>393729
Задачи из яндекса легко гуглятся. Мне в общем они нравятся, интересные и есть над чем поломать голову. Я вообще люблю задачи, которые не могу решить сразу.
Я тоже такой термин не слышал никогда.
>>394148
Сделай foreach'ем либо через intersect_key.
>>393471
Очень плохо. Идея ООП в том, что ты можешь в наследнике заменить или обернуть метод, а если тебе понадобился instanceof, то ты делаешь что-то неправильно. Плюс, предок не должен знать о своих наследниках. Как автор кода может знать, кто именно в будущем будет наследовать его класс, а? В ООП принцип открытости для расширения - любой может в будущем унаследовать твой класс и ты не знаешь даже, сколько у него будет наследников.
Ты в предке пишешь название класса-наследника. Это неправильно.
Тебе надо правильно проектировать классы, думать о том, какая у каждого зона ответственности. Конкретный совет дать не могу, так как пример у тебя абстрактный. Можно попробовать вынести дублирующийся код в отдельный метод.
>>393729
Задачи из яндекса легко гуглятся. Мне в общем они нравятся, интересные и есть над чем поломать голову. Я вообще люблю задачи, которые не могу решить сразу.
>>393712
По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
# models/message.py
import text_message
import voice_message
Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>>393656
У тебя описан CGI, он не используется на практике, используется FastCGI, а там все посложнее, и один процесс php обрабатывает много запросов по очереди.
По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
# models/message.py
import text_message
import voice_message
Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
> Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
> Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)?
В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
> Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>>393656
У тебя описан CGI, он не используется на практике, используется FastCGI, а там все посложнее, и один процесс php обрабатывает много запросов по очереди.
>>393712
По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
# models/message.py
import text_message
import voice_message
Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>>393656
У тебя описан CGI, он не используется на практике, используется FastCGI, а там все посложнее, и один процесс php обрабатывает много запросов по очереди.
По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
# models/message.py
import text_message
import voice_message
Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
> Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
> Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)?
В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
> Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>>393656
У тебя описан CGI, он не используется на практике, используется FastCGI, а там все посложнее, и один процесс php обрабатывает много запросов по очереди.
>>393636
Обычно есть несколько отдельных рабочих процессов PHP и оба запроса будут обрабатываться параллельно. Для получения id записи в MySQL надо использовать LAST_INSERT_ID() или одноименную функцию в PDO или mysqli, не надо делать кривой велосипед. В Postgres надо использовать сиквенсы (генераторы уникальных значений) для этого.
Описанные тобой способы неправильные и могут давать ошибки.
>>393551
Подучи HTML/CSS/JS. Вряд ли ты сможешь осилить фронтенд-фреймворки не зная толком JS. Ну и мне кажется, тебе надо дальше проходить собеседования, есть шанс, что куда-нибудь возьмут.
Заодно можно поизучать теорию по БД, виды связей, нормализация, древовидные данные, индексы. оптимизация и тд.
>>393514
Наследования исключения делается в простейшем варианте так:
class SomeException extends \Exception {}
Далее при желании можно добавлять поля и методы.
>>393429
Я думаю, что если стоит задача сделать что-то более универсальное, то можно взять готовую библиотеку вроде Doctrine DBAL, где уже есть все нужные обертки.
>>393389
Это тайп-хинт (контроль типов). Изучи его и используй по возможности везде.
>>393036
Если твой скрипт может выполнить задачу за 5 минут, то да, можно так. Если не может, то надо запускать реже.
Обычно есть несколько отдельных рабочих процессов PHP и оба запроса будут обрабатываться параллельно. Для получения id записи в MySQL надо использовать LAST_INSERT_ID() или одноименную функцию в PDO или mysqli, не надо делать кривой велосипед. В Postgres надо использовать сиквенсы (генераторы уникальных значений) для этого.
Описанные тобой способы неправильные и могут давать ошибки.
>>393551
Подучи HTML/CSS/JS. Вряд ли ты сможешь осилить фронтенд-фреймворки не зная толком JS. Ну и мне кажется, тебе надо дальше проходить собеседования, есть шанс, что куда-нибудь возьмут.
Заодно можно поизучать теорию по БД, виды связей, нормализация, древовидные данные, индексы. оптимизация и тд.
>>393514
Наследования исключения делается в простейшем варианте так:
class SomeException extends \Exception {}
Далее при желании можно добавлять поля и методы.
>>393429
Я думаю, что если стоит задача сделать что-то более универсальное, то можно взять готовую библиотеку вроде Doctrine DBAL, где уже есть все нужные обертки.
>>393389
Это тайп-хинт (контроль типов). Изучи его и используй по возможности везде.
>>393036
Если твой скрипт может выполнить задачу за 5 минут, то да, можно так. Если не может, то надо запускать реже.
>>393636
Обычно есть несколько отдельных рабочих процессов PHP и оба запроса будут обрабатываться параллельно. Для получения id записи в MySQL надо использовать LAST_INSERT_ID() или одноименную функцию в PDO или mysqli, не надо делать кривой велосипед. В Postgres надо использовать сиквенсы (генераторы уникальных значений) для этого.
Описанные тобой способы неправильные и могут давать ошибки.
>>393551
Подучи HTML/CSS/JS. Вряд ли ты сможешь осилить фронтенд-фреймворки не зная толком JS. Ну и мне кажется, тебе надо дальше проходить собеседования, есть шанс, что куда-нибудь возьмут.
Заодно можно поизучать теорию по БД, виды связей, нормализация, древовидные данные, индексы. оптимизация и тд.
>>393514
Наследования исключения делается в простейшем варианте так:
class SomeException extends \Exception {}
Далее при желании можно добавлять поля и методы.
>>393429
Я думаю, что если стоит задача сделать что-то более универсальное, то можно взять готовую библиотеку вроде Doctrine DBAL, где уже есть все нужные обертки.
>>393389
Это тайп-хинт (контроль типов). Изучи его и используй по возможности везде.
>>393036
Если твой скрипт может выполнить задачу за 5 минут, то да, можно так. Если не может, то надо запускать реже.
Обычно есть несколько отдельных рабочих процессов PHP и оба запроса будут обрабатываться параллельно. Для получения id записи в MySQL надо использовать LAST_INSERT_ID() или одноименную функцию в PDO или mysqli, не надо делать кривой велосипед. В Postgres надо использовать сиквенсы (генераторы уникальных значений) для этого.
Описанные тобой способы неправильные и могут давать ошибки.
>>393551
Подучи HTML/CSS/JS. Вряд ли ты сможешь осилить фронтенд-фреймворки не зная толком JS. Ну и мне кажется, тебе надо дальше проходить собеседования, есть шанс, что куда-нибудь возьмут.
Заодно можно поизучать теорию по БД, виды связей, нормализация, древовидные данные, индексы. оптимизация и тд.
>>393514
Наследования исключения делается в простейшем варианте так:
class SomeException extends \Exception {}
Далее при желании можно добавлять поля и методы.
>>393429
Я думаю, что если стоит задача сделать что-то более универсальное, то можно взять готовую библиотеку вроде Doctrine DBAL, где уже есть все нужные обертки.
>>393389
Это тайп-хинт (контроль типов). Изучи его и используй по возможности везде.
>>393036
Если твой скрипт может выполнить задачу за 5 минут, то да, можно так. Если не может, то надо запускать реже.
>>392888
Будет сложнее, но я советовал бы поковырять код Ларавел, чтобы учиться дальше.
>>393246
>>387082
Нет.
Снаружи департамента. Удобно сделать метод найма работника в департамент и в него передавать созданных работников. При таком подходе, как создаются работники, департамент не волнует - он принимает уже готовых. Разделение ответственности.
$saleDep = new Department(..);
$ivan = new Engineer(...);
$saleDep->employ($ivan);
да, это называется "инкапсуляция". Паста:
=============
Суть инкапсуляции в том, что класс скрывает (инкапслирует) в себе логику работы с данными и сами данные, а наружу выставляет только методы. Пользователю этих методов не важно, как класс устроен внутри, как он хранит данные, какие у него есть поля, ему достаточно вызвать нужный метод чтобы получить результат.
Кроме нескольких публичных методов, остальные методы и свойства закрываются от доступа снаружи модификаторами private или protected. То есть с объектом снаружи ничего нельзя сделать, кроме вызова публичных методов.
Это упрощает понимание кода: тебе не надо читать и разбирать код класса, достаточно прочитать название публичных методов (и может быть комментарии к ним). Также, это упрощает изменение кода: если какое-то свойство имеет уровень private, то доступ к нему возможен только из того же класса и тебе не надо бегать по всему коду и смотреть что там с этим свойством делается, тебе достаточно просмотреть один файл с этим классом.
При инкапсуляции автор класса таким образом задает ограничения, что можно делать с объектом.
Как плюс, мы можем поставить какие-то проверки в методах, и запретить установку неправильных значений свойств. Таким образом, снаружи записать неправильное значение в объект будет нельзя и автор класса может гарантировать его корректную работу в любой ситуации. Если у нас есть публичные свойства, то в них можно записывать что угодно, а приватные свойства изменять снаружи нельзя, можно только вызвать методы, которые что-то делают.
Инкапсуляция это хорошо. Так как весь код, который занимается одной задачей, оказывается заключен внутри одного класса. Противоположный случай это когда код (или знание о его внутреннем устройстве) вылезает из класса и размазывается по всей программе.
Если проводить аналогии, то можно представить кофе-машину. Ты нажимаешь кнопку (=вызываешь публичный метод) и получаешь кофе (=результат вызова этого метода), при этом ты не видишь что происходит внутри нее и тебе не надо в этом разбираться.
Вот пример класса с использованием инкапсуляции:
// Объект представляет собой ломаную линию из нескольких сегментов
// Показаны только публичные методы, остальное скрыто
class PolyLine
{
public function __construct(float $x, float $y) { ... }
// Добавляет еще одну точку к ломаной
public function addPoint(float $x, float $y): void { ... }
// Посчитать общую длину линии
public function calculateLength(): float { ... }
...
}
В нем всего 3 публичных метода, включая конструктор, и мы видим, что с объектом можно сделать только три действия:
- создать ломаную, указав начальную точку
- добавить к ломаной еще одну точку
- посчитать длину ломаной
Вот пример использования этого класса:
$line = new PolyLine(1, 1);
$line->addPoint(2, 2);
$line->addPoint(4, 7);
echo $line->calculateLength();
При этом код может проверять передаваемые значения, например, не разрешать 2 раза добавлять одну и ту же точку. Здесь не приведен код методов и мы не видим приватные поля и методы, но нам это и не требуется - и так понятно, как использовать класс.
==================
Это будет проще. Но ты можешь использовать и свой подход. Если у тебя реализована инкапсуляция, то по идее, коду снаружи неважно, как именно данные хранятся внутри - он вызывает метод, а дальше уже не его забота.
Они уже встроены в каждый класс, их объявлять не надо, можно сразу использовать: Manager::class. Прочти мануал https://www.php.net/manual/ru/language.oop5.constants.php
Это 2 разные вещи. С одной стороны, если мы меняем ранг, то базовая ставка не меняется, а зарплата меняется. С другой стороны, мы можем повысить человеку базовую ставку и зарплата тоже поменяется.
Будет сложнее, но я советовал бы поковырять код Ларавел, чтобы учиться дальше.
>>393246
>>387082
> раздут мой код или нет
Нет.
> Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
Снаружи департамента. Удобно сделать метод найма работника в департамент и в него передавать созданных работников. При таком подходе, как создаются работники, департамент не волнует - он принимает уже готовых. Разделение ответственности.
$saleDep = new Department(..);
$ivan = new Engineer(...);
$saleDep->employ($ivan);
> Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
да, это называется "инкапсуляция". Паста:
=============
Суть инкапсуляции в том, что класс скрывает (инкапслирует) в себе логику работы с данными и сами данные, а наружу выставляет только методы. Пользователю этих методов не важно, как класс устроен внутри, как он хранит данные, какие у него есть поля, ему достаточно вызвать нужный метод чтобы получить результат.
Кроме нескольких публичных методов, остальные методы и свойства закрываются от доступа снаружи модификаторами private или protected. То есть с объектом снаружи ничего нельзя сделать, кроме вызова публичных методов.
Это упрощает понимание кода: тебе не надо читать и разбирать код класса, достаточно прочитать название публичных методов (и может быть комментарии к ним). Также, это упрощает изменение кода: если какое-то свойство имеет уровень private, то доступ к нему возможен только из того же класса и тебе не надо бегать по всему коду и смотреть что там с этим свойством делается, тебе достаточно просмотреть один файл с этим классом.
При инкапсуляции автор класса таким образом задает ограничения, что можно делать с объектом.
Как плюс, мы можем поставить какие-то проверки в методах, и запретить установку неправильных значений свойств. Таким образом, снаружи записать неправильное значение в объект будет нельзя и автор класса может гарантировать его корректную работу в любой ситуации. Если у нас есть публичные свойства, то в них можно записывать что угодно, а приватные свойства изменять снаружи нельзя, можно только вызвать методы, которые что-то делают.
Инкапсуляция это хорошо. Так как весь код, который занимается одной задачей, оказывается заключен внутри одного класса. Противоположный случай это когда код (или знание о его внутреннем устройстве) вылезает из класса и размазывается по всей программе.
Если проводить аналогии, то можно представить кофе-машину. Ты нажимаешь кнопку (=вызываешь публичный метод) и получаешь кофе (=результат вызова этого метода), при этом ты не видишь что происходит внутри нее и тебе не надо в этом разбираться.
Вот пример класса с использованием инкапсуляции:
// Объект представляет собой ломаную линию из нескольких сегментов
// Показаны только публичные методы, остальное скрыто
class PolyLine
{
public function __construct(float $x, float $y) { ... }
// Добавляет еще одну точку к ломаной
public function addPoint(float $x, float $y): void { ... }
// Посчитать общую длину линии
public function calculateLength(): float { ... }
...
}
В нем всего 3 публичных метода, включая конструктор, и мы видим, что с объектом можно сделать только три действия:
- создать ломаную, указав начальную точку
- добавить к ломаной еще одну точку
- посчитать длину ломаной
Вот пример использования этого класса:
$line = new PolyLine(1, 1);
$line->addPoint(2, 2);
$line->addPoint(4, 7);
echo $line->calculateLength();
При этом код может проверять передаваемые значения, например, не разрешать 2 раза добавлять одну и ту же точку. Здесь не приведен код методов и мы не видим приватные поля и методы, но нам это и не требуется - и так понятно, как использовать класс.
==================
> Неужели для каждого рабочего свой обьект создавать?
Это будет проще. Но ты можешь использовать и свой подход. Если у тебя реализована инкапсуляция, то по идее, коду снаружи неважно, как именно данные хранятся внутри - он вызывает метод, а дальше уже не его забота.
> Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
Они уже встроены в каждый класс, их объявлять не надо, можно сразу использовать: Manager::class. Прочти мануал https://www.php.net/manual/ru/language.oop5.constants.php
> Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Это 2 разные вещи. С одной стороны, если мы меняем ранг, то базовая ставка не меняется, а зарплата меняется. С другой стороны, мы можем повысить человеку базовую ставку и зарплата тоже поменяется.
>>392888
Будет сложнее, но я советовал бы поковырять код Ларавел, чтобы учиться дальше.
>>393246
>>387082
Нет.
Снаружи департамента. Удобно сделать метод найма работника в департамент и в него передавать созданных работников. При таком подходе, как создаются работники, департамент не волнует - он принимает уже готовых. Разделение ответственности.
$saleDep = new Department(..);
$ivan = new Engineer(...);
$saleDep->employ($ivan);
да, это называется "инкапсуляция". Паста:
=============
Суть инкапсуляции в том, что класс скрывает (инкапслирует) в себе логику работы с данными и сами данные, а наружу выставляет только методы. Пользователю этих методов не важно, как класс устроен внутри, как он хранит данные, какие у него есть поля, ему достаточно вызвать нужный метод чтобы получить результат.
Кроме нескольких публичных методов, остальные методы и свойства закрываются от доступа снаружи модификаторами private или protected. То есть с объектом снаружи ничего нельзя сделать, кроме вызова публичных методов.
Это упрощает понимание кода: тебе не надо читать и разбирать код класса, достаточно прочитать название публичных методов (и может быть комментарии к ним). Также, это упрощает изменение кода: если какое-то свойство имеет уровень private, то доступ к нему возможен только из того же класса и тебе не надо бегать по всему коду и смотреть что там с этим свойством делается, тебе достаточно просмотреть один файл с этим классом.
При инкапсуляции автор класса таким образом задает ограничения, что можно делать с объектом.
Как плюс, мы можем поставить какие-то проверки в методах, и запретить установку неправильных значений свойств. Таким образом, снаружи записать неправильное значение в объект будет нельзя и автор класса может гарантировать его корректную работу в любой ситуации. Если у нас есть публичные свойства, то в них можно записывать что угодно, а приватные свойства изменять снаружи нельзя, можно только вызвать методы, которые что-то делают.
Инкапсуляция это хорошо. Так как весь код, который занимается одной задачей, оказывается заключен внутри одного класса. Противоположный случай это когда код (или знание о его внутреннем устройстве) вылезает из класса и размазывается по всей программе.
Если проводить аналогии, то можно представить кофе-машину. Ты нажимаешь кнопку (=вызываешь публичный метод) и получаешь кофе (=результат вызова этого метода), при этом ты не видишь что происходит внутри нее и тебе не надо в этом разбираться.
Вот пример класса с использованием инкапсуляции:
// Объект представляет собой ломаную линию из нескольких сегментов
// Показаны только публичные методы, остальное скрыто
class PolyLine
{
public function __construct(float $x, float $y) { ... }
// Добавляет еще одну точку к ломаной
public function addPoint(float $x, float $y): void { ... }
// Посчитать общую длину линии
public function calculateLength(): float { ... }
...
}
В нем всего 3 публичных метода, включая конструктор, и мы видим, что с объектом можно сделать только три действия:
- создать ломаную, указав начальную точку
- добавить к ломаной еще одну точку
- посчитать длину ломаной
Вот пример использования этого класса:
$line = new PolyLine(1, 1);
$line->addPoint(2, 2);
$line->addPoint(4, 7);
echo $line->calculateLength();
При этом код может проверять передаваемые значения, например, не разрешать 2 раза добавлять одну и ту же точку. Здесь не приведен код методов и мы не видим приватные поля и методы, но нам это и не требуется - и так понятно, как использовать класс.
==================
Это будет проще. Но ты можешь использовать и свой подход. Если у тебя реализована инкапсуляция, то по идее, коду снаружи неважно, как именно данные хранятся внутри - он вызывает метод, а дальше уже не его забота.
Они уже встроены в каждый класс, их объявлять не надо, можно сразу использовать: Manager::class. Прочти мануал https://www.php.net/manual/ru/language.oop5.constants.php
Это 2 разные вещи. С одной стороны, если мы меняем ранг, то базовая ставка не меняется, а зарплата меняется. С другой стороны, мы можем повысить человеку базовую ставку и зарплата тоже поменяется.
Будет сложнее, но я советовал бы поковырять код Ларавел, чтобы учиться дальше.
>>393246
>>387082
> раздут мой код или нет
Нет.
> Сделать в департаменте массив из работников, который будет содержать в себе все виды работников? Не совсем понял где тогда создавать работников, ведь я вызывал метод
Снаружи департамента. Удобно сделать метод найма работника в департамент и в него передавать созданных работников. При таком подходе, как создаются работники, департамент не волнует - он принимает уже готовых. Разделение ответственности.
$saleDep = new Department(..);
$ivan = new Engineer(...);
$saleDep->employ($ivan);
> Правильно ли я понимаю, что желательно для всех свойств класса ставить protected/private, а для считывания/записи нужно делать public методы с проверкой и выдачей ошибки в случае чего?
да, это называется "инкапсуляция". Паста:
=============
Суть инкапсуляции в том, что класс скрывает (инкапслирует) в себе логику работы с данными и сами данные, а наружу выставляет только методы. Пользователю этих методов не важно, как класс устроен внутри, как он хранит данные, какие у него есть поля, ему достаточно вызвать нужный метод чтобы получить результат.
Кроме нескольких публичных методов, остальные методы и свойства закрываются от доступа снаружи модификаторами private или protected. То есть с объектом снаружи ничего нельзя сделать, кроме вызова публичных методов.
Это упрощает понимание кода: тебе не надо читать и разбирать код класса, достаточно прочитать название публичных методов (и может быть комментарии к ним). Также, это упрощает изменение кода: если какое-то свойство имеет уровень private, то доступ к нему возможен только из того же класса и тебе не надо бегать по всему коду и смотреть что там с этим свойством делается, тебе достаточно просмотреть один файл с этим классом.
При инкапсуляции автор класса таким образом задает ограничения, что можно делать с объектом.
Как плюс, мы можем поставить какие-то проверки в методах, и запретить установку неправильных значений свойств. Таким образом, снаружи записать неправильное значение в объект будет нельзя и автор класса может гарантировать его корректную работу в любой ситуации. Если у нас есть публичные свойства, то в них можно записывать что угодно, а приватные свойства изменять снаружи нельзя, можно только вызвать методы, которые что-то делают.
Инкапсуляция это хорошо. Так как весь код, который занимается одной задачей, оказывается заключен внутри одного класса. Противоположный случай это когда код (или знание о его внутреннем устройстве) вылезает из класса и размазывается по всей программе.
Если проводить аналогии, то можно представить кофе-машину. Ты нажимаешь кнопку (=вызываешь публичный метод) и получаешь кофе (=результат вызова этого метода), при этом ты не видишь что происходит внутри нее и тебе не надо в этом разбираться.
Вот пример класса с использованием инкапсуляции:
// Объект представляет собой ломаную линию из нескольких сегментов
// Показаны только публичные методы, остальное скрыто
class PolyLine
{
public function __construct(float $x, float $y) { ... }
// Добавляет еще одну точку к ломаной
public function addPoint(float $x, float $y): void { ... }
// Посчитать общую длину линии
public function calculateLength(): float { ... }
...
}
В нем всего 3 публичных метода, включая конструктор, и мы видим, что с объектом можно сделать только три действия:
- создать ломаную, указав начальную точку
- добавить к ломаной еще одну точку
- посчитать длину ломаной
Вот пример использования этого класса:
$line = new PolyLine(1, 1);
$line->addPoint(2, 2);
$line->addPoint(4, 7);
echo $line->calculateLength();
При этом код может проверять передаваемые значения, например, не разрешать 2 раза добавлять одну и ту же точку. Здесь не приведен код методов и мы не видим приватные поля и методы, но нам это и не требуется - и так понятно, как использовать класс.
==================
> Неужели для каждого рабочего свой обьект создавать?
Это будет проще. Но ты можешь использовать и свой подход. Если у тебя реализована инкапсуляция, то по идее, коду снаружи неважно, как именно данные хранятся внутри - он вызывает метод, а дальше уже не его забота.
> Не совсем понял. Обьявить в начале кода 4 константые Manager,Engineer и т.д?
Они уже встроены в каждый класс, их объявлять не надо, можно сразу использовать: Manager::class. Прочти мануал https://www.php.net/manual/ru/language.oop5.constants.php
> Т.е базовая ставка у всех одинаковая, а итоговая зависит от ранга и является ли работник лидером?
Это 2 разные вещи. С одной стороны, если мы меняем ранг, то базовая ставка не меняется, а зарплата меняется. С другой стороны, мы можем повысить человеку базовую ставку и зарплата тоже поменяется.
>>392401
Не знаю, наверно лучше брать фреймворки. Но могу дать урок про MVC: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>392438
Пожалуйста, Symfony Process для запуска процессов в блокирующем режиме, ReactPHP process для асинхронного управления (будет немного больно).
Но, возможно, тебе проще будет написать bash скрипт.
>>392404
MVC это не "фича" (особенность) чего-то. А архитектурный паттерн.
>>391936
PHP на всяких хостингах используется в панели управления для управления кронами, пользователями, установки пакетов итд.
>>391581
Это делают те, кто не осилил прочесть https://habr.com/ru/post/315152/
А вообще, я проблемы не вижу, не нравится - не пиши. Может у них проблемы какие-то, или их на работу не берут, или им просто скучно и они пытаются флуд развести, или это проявляется эффект Даннинга-Крюгера.
Не знаю, наверно лучше брать фреймворки. Но могу дать урок про MVC: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>392438
Пожалуйста, Symfony Process для запуска процессов в блокирующем режиме, ReactPHP process для асинхронного управления (будет немного больно).
Но, возможно, тебе проще будет написать bash скрипт.
>>392404
MVC это не "фича" (особенность) чего-то. А архитектурный паттерн.
>>391936
PHP на всяких хостингах используется в панели управления для управления кронами, пользователями, установки пакетов итд.
>>391581
Это делают те, кто не осилил прочесть https://habr.com/ru/post/315152/
А вообще, я проблемы не вижу, не нравится - не пиши. Может у них проблемы какие-то, или их на работу не берут, или им просто скучно и они пытаются флуд развести, или это проявляется эффект Даннинга-Крюгера.
>>394569
ну, кстати, тут я бы поспорил. Разные мнения на этот счёт, моё таково, что в try catch надо оборачивать каждый (в разумных пределах) вызов функции, где возможен выброс исключения, и которое ты планируешь обработать.
>Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
ну, кстати, тут я бы поспорил. Разные мнения на этот счёт, моё таково, что в try catch надо оборачивать каждый (в разумных пределах) вызов функции, где возможен выброс исключения, и которое ты планируешь обработать.
>>394581
то есть несколько try/catch в одном коде это ок, особенно если разные исключения ловятся и они в разных местах возникают
то есть несколько try/catch в одном коде это ок, особенно если разные исключения ловятся и они в разных местах возникают
>>389946
Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Также, в таблицах вроде Conference_Reference можно не вводить отдельный uuid, а использовать например составной ключ (uuid конференции + id юзера). Возможно, так будет проще. А может и нет.
>>389824
То, что он умирает, во-первых, делает его stateless, во-вторых, исключает утечки памяти, которые возможны в node-приложениях. Это зачастую плюс, а не минус. Ты знаешь, как в ноде искать утечку памяти, есть ли для нее бесплатные профайлеры памяти?
>>389802
По идее в VSCode умное дополнение есть, оно называется intellisense или как-то так и его надо ставить отдельно для каждого языка.
>>389598
Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать. Разделение прав нам обязательно нужно будет при подписке, чтобы клиент не мог подписаться на чужие сообщения (кстати, я сейчас себя поймал на мысли, что возможно, другие разработчики этим не озаботились и в интернете куча уязвимых WAMP-серверов).
Возможно, придется использовать роутер и в нем проверять переданный клиентом токен. Или вместо id пользователя в идентификаторах каналов использовать трудноподбираемый токен (new-msgs-for-112345678765432) - тогда может быть, авторизация для подписки не потребуется.
> Для этого нужно проверить, что конференции между этими пользователями не существует. То есть нужно найти двух Получателей с одинаковым Диалогом и чтобы этот Диалог был приватным.
Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
> Можно я оптимизацию БД оставлю на последнее?
Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Также, в таблицах вроде Conference_Reference можно не вводить отдельный uuid, а использовать например составной ключ (uuid конференции + id юзера). Возможно, так будет проще. А может и нет.
>>389824
То, что он умирает, во-первых, делает его stateless, во-вторых, исключает утечки памяти, которые возможны в node-приложениях. Это зачастую плюс, а не минус. Ты знаешь, как в ноде искать утечку памяти, есть ли для нее бесплатные профайлеры памяти?
>>389802
По идее в VSCode умное дополнение есть, оно называется intellisense или как-то так и его надо ставить отдельно для каждого языка.
>>389598
> Я думаю, что пока подходы к авторизации методов WAMP не изучены, следует писать сырой код на if'ах, а подход с роутингом взять на заметку и держать в уме. А как думаете вы?
Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать. Разделение прав нам обязательно нужно будет при подписке, чтобы клиент не мог подписаться на чужие сообщения (кстати, я сейчас себя поймал на мысли, что возможно, другие разработчики этим не озаботились и в интернете куча уязвимых WAMP-серверов).
Возможно, придется использовать роутер и в нем проверять переданный клиентом токен. Или вместо id пользователя в идентификаторах каналов использовать трудноподбираемый токен (new-msgs-for-112345678765432) - тогда может быть, авторизация для подписки не потребуется.
>>389946
Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Также, в таблицах вроде Conference_Reference можно не вводить отдельный uuid, а использовать например составной ключ (uuid конференции + id юзера). Возможно, так будет проще. А может и нет.
>>389824
То, что он умирает, во-первых, делает его stateless, во-вторых, исключает утечки памяти, которые возможны в node-приложениях. Это зачастую плюс, а не минус. Ты знаешь, как в ноде искать утечку памяти, есть ли для нее бесплатные профайлеры памяти?
>>389802
По идее в VSCode умное дополнение есть, оно называется intellisense или как-то так и его надо ставить отдельно для каждого языка.
>>389598
Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать. Разделение прав нам обязательно нужно будет при подписке, чтобы клиент не мог подписаться на чужие сообщения (кстати, я сейчас себя поймал на мысли, что возможно, другие разработчики этим не озаботились и в интернете куча уязвимых WAMP-серверов).
Возможно, придется использовать роутер и в нем проверять переданный клиентом токен. Или вместо id пользователя в идентификаторах каналов использовать трудноподбираемый токен (new-msgs-for-112345678765432) - тогда может быть, авторизация для подписки не потребуется.
> Для этого нужно проверить, что конференции между этими пользователями не существует. То есть нужно найти двух Получателей с одинаковым Диалогом и чтобы этот Диалог был приватным.
Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
> Можно я оптимизацию БД оставлю на последнее?
Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Также, в таблицах вроде Conference_Reference можно не вводить отдельный uuid, а использовать например составной ключ (uuid конференции + id юзера). Возможно, так будет проще. А может и нет.
>>389824
То, что он умирает, во-первых, делает его stateless, во-вторых, исключает утечки памяти, которые возможны в node-приложениях. Это зачастую плюс, а не минус. Ты знаешь, как в ноде искать утечку памяти, есть ли для нее бесплатные профайлеры памяти?
>>389802
По идее в VSCode умное дополнение есть, оно называется intellisense или как-то так и его надо ставить отдельно для каждого языка.
>>389598
> Я думаю, что пока подходы к авторизации методов WAMP не изучены, следует писать сырой код на if'ах, а подход с роутингом взять на заметку и держать в уме. А как думаете вы?
Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать. Разделение прав нам обязательно нужно будет при подписке, чтобы клиент не мог подписаться на чужие сообщения (кстати, я сейчас себя поймал на мысли, что возможно, другие разработчики этим не озаботились и в интернете куча уязвимых WAMP-серверов).
Возможно, придется использовать роутер и в нем проверять переданный клиентом токен. Или вместо id пользователя в идентификаторах каналов использовать трудноподбираемый токен (new-msgs-for-112345678765432) - тогда может быть, авторизация для подписки не потребуется.
>>394571
Спасибо за ответ. Всегда приятно читать твои объяснения.
Реальный код такой. Есть класс WebReader, который удобная для меня обертка над file_get_contents, контекстами стримов и $http_response_header.
В нем есть метод doRequest(), внутри которого while и try-catch, и идет запрос через file_get_contents, собственно. В catch обрабатываются исключения, которые кидает file_get_contents. Если исключение такое, что это просто сбой http-запроса - крутим while снова (отправляем новый запрос). Если что-то другое, пробрасываем исключение наружу, конец.
Он не абстрактный, готовый класс для запрос в интернет. Но от него я наследуюсь, если конкретному сайту нужны специфические заголовки, или сохранить-отдать специфические куки. TheSiteWebReader, например. Я все это закладывал при проектировании, поэтому работает замечательно.
И вот пришла беда: на одном из сайтов, на который я лезу через TheSiteWebReader, file_get_contents выдает такую ошибку, которую я могу починить немного починив запрос конкретно для этого сайта, но ни для какого другого. Единственное место, где я могу это починить - глубокие кишки WebReader->doRequest(). И мне нужно проверять, что я TheSiteWebReader, потому что для других сайтов чинить эту ошибку нельзя.
Что делать? Выделить содержимое catch во вспомогательный метод типа WebReader->tryToRepairTheRequest(), а затем при необходимости переопределять этот метод в классах-наследниках? Это будет нормально - передать ему исключение, на основе которого он либо изменит свойства класса (модифицирует запрос), либо кинется переданным исключением, если он не может починить запрос?
> Конкретный совет дать не могу, так как пример у тебя абстрактный.
Спасибо за ответ. Всегда приятно читать твои объяснения.
Реальный код такой. Есть класс WebReader, который удобная для меня обертка над file_get_contents, контекстами стримов и $http_response_header.
В нем есть метод doRequest(), внутри которого while и try-catch, и идет запрос через file_get_contents, собственно. В catch обрабатываются исключения, которые кидает file_get_contents. Если исключение такое, что это просто сбой http-запроса - крутим while снова (отправляем новый запрос). Если что-то другое, пробрасываем исключение наружу, конец.
Он не абстрактный, готовый класс для запрос в интернет. Но от него я наследуюсь, если конкретному сайту нужны специфические заголовки, или сохранить-отдать специфические куки. TheSiteWebReader, например. Я все это закладывал при проектировании, поэтому работает замечательно.
И вот пришла беда: на одном из сайтов, на который я лезу через TheSiteWebReader, file_get_contents выдает такую ошибку, которую я могу починить немного починив запрос конкретно для этого сайта, но ни для какого другого. Единственное место, где я могу это починить - глубокие кишки WebReader->doRequest(). И мне нужно проверять, что я TheSiteWebReader, потому что для других сайтов чинить эту ошибку нельзя.
Что делать? Выделить содержимое catch во вспомогательный метод типа WebReader->tryToRepairTheRequest(), а затем при необходимости переопределять этот метод в классах-наследниках? Это будет нормально - передать ему исключение, на основе которого он либо изменит свойства класса (модифицирует запрос), либо кинется переданным исключением, если он не может починить запрос?
>>394575
Просто сразу не мог додуматься до того, что в ларавеле после $var->save(), смогу взять из неё же id =)
Просто сразу не мог додуматься до того, что в ларавеле после $var->save(), смогу взять из неё же id =)
зашел сюда а тут все то же что и года 3 назад, ничего не меняется, анончик учи жс пока не поздно
Привет ОП, у меня возникли вопросы:
1. Хелперы/Сервисы это место куда мы выносим бизнес-логику, что-то вроде внутреннего api приложения? Это нужно чтобы наш контроллер оставался тонким, так?
2. Утилиты это классы со статик методами, служащими аналогом обычных функций? Я так понял их используют потому-что для функций нельзя использовать автозагрузку.
3. Стоит ли делать отдельный класс роутера для списка студентов?
1. Хелперы/Сервисы это место куда мы выносим бизнес-логику, что-то вроде внутреннего api приложения? Это нужно чтобы наш контроллер оставался тонким, так?
2. Утилиты это классы со статик методами, служащими аналогом обычных функций? Я так понял их используют потому-что для функций нельзя использовать автозагрузку.
3. Стоит ли делать отдельный класс роутера для списка студентов?
>>394567
Можешь написать CMS свою по уроку Зинченко на ютубе, тогда вклинишься в настоящий ООП, а если фреймворк, то какой тебе нужен?
Можешь написать CMS свою по уроку Зинченко на ютубе, тогда вклинишься в настоящий ООП, а если фреймворк, то какой тебе нужен?
>>394569
Так стойте, что это значит? А что тогда должен ловить try/catch?
>>394513
Вот посмотри мой код, пожалуйста. Где тут ошибки. Мне нужно оборачивать запрос $dbh->query($query); в try/catch? Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
<?php
require_once __DIR__ . '/login.php';
try {
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch (PDOException $e) {
echo 'Подключение не удалось: ' . $e->getMessage(); //$e->getMessage() не нужно писать, получается?
}
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh = null;
?>
>Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
Так стойте, что это значит? А что тогда должен ловить try/catch?
>>394513
Вот посмотри мой код, пожалуйста. Где тут ошибки. Мне нужно оборачивать запрос $dbh->query($query); в try/catch? Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
<?php
require_once __DIR__ . '/login.php';
try {
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch (PDOException $e) {
echo 'Подключение не удалось: ' . $e->getMessage(); //$e->getMessage() не нужно писать, получается?
}
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh = null;
?>
>>394569
Так стойте, что это значит? А что тогда должен ловить try/catch?
>>394513
Вот посмотри мой код, пожалуйста. Где тут ошибки. Мне нужно оборачивать запрос $dbh->query($query); в try/catch? Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
<?php
require_once __DIR__ . '/login.php';
try {
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch (PDOException $e) {
echo 'Подключение не удалось: ' . $e->getMessage(); //$e->getMessage() не нужно писать, получается?
}
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh = null;
?>
>Твой код с try/catch написан неправильно. try/catch если и ставят, то только 1 раз, в самом начале программы, а не вокруг каждого вызова функции. Потому код там будет выглядеть так:
Так стойте, что это значит? А что тогда должен ловить try/catch?
>>394513
Вот посмотри мой код, пожалуйста. Где тут ошибки. Мне нужно оборачивать запрос $dbh->query($query); в try/catch? Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
<?php
require_once __DIR__ . '/login.php';
try {
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
} catch (PDOException $e) {
echo 'Подключение не удалось: ' . $e->getMessage(); //$e->getMessage() не нужно писать, получается?
}
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh = null;
?>
были такие кто уже на 2 задании застряли?
>>394643
Я не оп.
Популярное решение - это централизованный обработчик исключений в ядре твоего фреймворка, как можно ближе к точке входа. В зависимости от режима DEVELOPMENT/ PRODUCTION ты можешь выводить ошибки на экран или молча логировать в файл Собственно единая точка входа и для этого тоже нужна.
>>394607
Я не оп.
Под хелперами обычно понимают методы/функции шаблонизатора, хотя зависит о терминологии конкретного фремворка.
Сервисы обычно имеют отношения к Dependency Inversion https://ru.wikipedia.org/wiki/Принцип_инверсии_зависимостей фреймворка. Предполанается что ты пишешь в ооп стиле. У тебя куча классов зависящих друг от друга наследованием и композицией (когда один инстанс класса содержит ссылку на инстанс другого класса). Чтобы инстанцировать класс тебе нужно, предварительно инстанцировать кучу других классов, от которых он зависит путем композиции. DI во фреймворке:
1 позволяет обобщеным образом описать зависимости между классами (иногда автоматически интроспекцией получается инстанцировать класс)
2 позволяет осуществлять замену классов зависящих от друг друга наследованием или наследующих один интерфейс
Ты дожен понять что DI это не дополнительный улучшизм, а основной метод содания объектов во фрейймворке. Сервисы это классы твоей бизнес модели как ты выразился. Если твой класс ниотчего не зависит то тебе ненужно вставлять его в DI Собственно ты приходишь к утилитам.
Я не оп.
Популярное решение - это централизованный обработчик исключений в ядре твоего фреймворка, как можно ближе к точке входа. В зависимости от режима DEVELOPMENT/ PRODUCTION ты можешь выводить ошибки на экран или молча логировать в файл Собственно единая точка входа и для этого тоже нужна.
>>394607
Я не оп.
Под хелперами обычно понимают методы/функции шаблонизатора, хотя зависит о терминологии конкретного фремворка.
Сервисы обычно имеют отношения к Dependency Inversion https://ru.wikipedia.org/wiki/Принцип_инверсии_зависимостей фреймворка. Предполанается что ты пишешь в ооп стиле. У тебя куча классов зависящих друг от друга наследованием и композицией (когда один инстанс класса содержит ссылку на инстанс другого класса). Чтобы инстанцировать класс тебе нужно, предварительно инстанцировать кучу других классов, от которых он зависит путем композиции. DI во фреймворке:
1 позволяет обобщеным образом описать зависимости между классами (иногда автоматически интроспекцией получается инстанцировать класс)
2 позволяет осуществлять замену классов зависящих от друг друга наследованием или наследующих один интерфейс
Ты дожен понять что DI это не дополнительный улучшизм, а основной метод содания объектов во фрейймворке. Сервисы это классы твоей бизнес модели как ты выразился. Если твой класс ниотчего не зависит то тебе ненужно вставлять его в DI Собственно ты приходишь к утилитам.
>>394607
Смотри, тут такая штука. Во-первых, ООП и MVC-фреймворки используются повсеместно, потому вопрос, надо ли их знать, по моему, лишний, если только ты не мечтаешь копаться в старом-престаром давно написанном быдлокоде. ООП — не новомодное изобретение, его используют в коммерческой разработке с 80-х годов, кстати, так что это вполне проверенный временем подход. MVC тоже появился (правда немного не такой, как в вебе) как способ упростить разработку десктопных приложений с окошечками примерно в то же время.
Чем ООП помогает в разработке? Тем, что позволяет не свалить код в одну кучу из функций и переменных, а разложить по отдельным классам. Очевидно, что чем больше объем кода, тем больше должно быть порядка и организации, иначе все спутывается, код становится труднее понять (то есть он становится менее качественным), из-за этого появляются баги, и в итоге на борьбу с ними уходит чуть ли не больше времени чем на разработку.
И ООП и MVC пытаются сделать код лучше за счет разделения его на части. В случае ООП, мы делаем каждую сущность отдельным классом и помещаем в него код для работы с ней. Например, в случае файлообменника, очевидно, что там будут объекты «файл», у них будут свойства типа имя, дата загрузки, может быть еще что-то.
При правильном проектировании каждый класс занимается своей задачей, в них есть инкапсуляция (возможность закрывать доступ к свойствам и методам с помощью private/protected), и потому часто тебе не надо лазать по всему коду, а достаточно изучить и подправить только один класс. Это очевидно упрощает разработку и жизнь программиста.
В ООП есть наследование. Это позволяет модифицировать поведение какого-то класса из сторонней библиотеки, не меняя его код. На функциях ты такое вряд ли сделаешь без костылей (пример - Друпал, там сделано но на костылях).
При использовании MVC, мы тоже разделяем код на части: код для отображения данных (View), код для хранения и изменения данных (Model) и код для приема команд от пользователя и управления view и model (Controller).
Наконец, есть еще один момент. Программисты обычно не работают в одиночку, а вместе. Если это не коммерческая разработка, а Open Source, все равно, кто-то присылает патчи, кто-то захочет форкнуть твой проект и добавить в него новые фичи. ООП и MVC - общепринятый подход. Везде ты будешь видеть такой код (все популярные фреймворки используют ООП), и если сам пишешь в таком стиле, твой код будет тоже понятен. А если ты начнешь изобретать что-то свое, то многие люди просто не захотят разбираться в твоем велосипеде. Зачем тратить на это время?
Про фреймворки. Из используют по тем же причинам: 1) чтобы в приложении был стандартный понятный каркас 2) чтобы экономить время на написании того, что можно взять гтовое. Из Slim в принципе мы используем в первую очередь роутер, это штука которая умеет из URL вроде /file/123 извлечь id файла и выбрать действие, котлрое надо выполнить. Конечно, можно вместо Slim написать свой роутер, на if и регулярках, но зачем? Время уйдет, а какая от этого выгода?
Ты говоришь, что не видишь преимуществ ООП. Хорошо, а ты пробовал решать задачи из последней главы (задача про корпорацию и кошки-мышки)? По моему в них преимущества ООП-подхода довольно-таки хорошо видны: если пытаться решать их без ООП, получается та еще лапша из функций и массивов. Ты их решал? Если ты так уверен что ООП не нужен и без него все проще, почему бы тебе не попробовать решить эти задачи без ООП и посмотреть самому?
Теперь про файлообменник. Можно ли сделать клон ргхоста без ООП? Да, можно. Но вопрос, а зачем? Из твоего вопроса видно, ты считаешь ООП и фреймворки чем-то сложным, и думаешь зачем для простой задачи использовать сложные вещи. Это понятно, что для начинающего они могут показаться сложными, но только потому что ты в них плохо разбираешься. У меня например, наоборот, ощущение что без ООП выйдет менее понятный, более запутанный код.
Ну и наконец, задача про ргхост имеет целью не «сделать побыстрее клон файлообменника и заработать денег», а «изучить основы разработки веб-приложений, ООП и MVC».
Я привожу в пример тот же Друпал. Сейчас там вроде стало больше ООП-кода, но раньше он был целиком написан на функциях и массивах, и поверь это был очень запутанный код, при работе с которым приходилось постоянно держать документацию открытой и все перепроверять, а на это между прочим уходит время, которое можно потратить с большей пользой.
Это потому, что кто-то так толком и не дописал все, что собирался. Но одна глава про ООП там все-таки есть. в самом конце.
В обещм, если у тебя есть еще какие-то сомнения, то пиши. Но мне кажется, что ты пропустил задачи из главы про ООП и потому толком в нем не разобрался.
Смотри, тут такая штука. Во-первых, ООП и MVC-фреймворки используются повсеместно, потому вопрос, надо ли их знать, по моему, лишний, если только ты не мечтаешь копаться в старом-престаром давно написанном быдлокоде. ООП — не новомодное изобретение, его используют в коммерческой разработке с 80-х годов, кстати, так что это вполне проверенный временем подход. MVC тоже появился (правда немного не такой, как в вебе) как способ упростить разработку десктопных приложений с окошечками примерно в то же время.
Чем ООП помогает в разработке? Тем, что позволяет не свалить код в одну кучу из функций и переменных, а разложить по отдельным классам. Очевидно, что чем больше объем кода, тем больше должно быть порядка и организации, иначе все спутывается, код становится труднее понять (то есть он становится менее качественным), из-за этого появляются баги, и в итоге на борьбу с ними уходит чуть ли не больше времени чем на разработку.
И ООП и MVC пытаются сделать код лучше за счет разделения его на части. В случае ООП, мы делаем каждую сущность отдельным классом и помещаем в него код для работы с ней. Например, в случае файлообменника, очевидно, что там будут объекты «файл», у них будут свойства типа имя, дата загрузки, может быть еще что-то.
При правильном проектировании каждый класс занимается своей задачей, в них есть инкапсуляция (возможность закрывать доступ к свойствам и методам с помощью private/protected), и потому часто тебе не надо лазать по всему коду, а достаточно изучить и подправить только один класс. Это очевидно упрощает разработку и жизнь программиста.
В ООП есть наследование. Это позволяет модифицировать поведение какого-то класса из сторонней библиотеки, не меняя его код. На функциях ты такое вряд ли сделаешь без костылей (пример - Друпал, там сделано но на костылях).
При использовании MVC, мы тоже разделяем код на части: код для отображения данных (View), код для хранения и изменения данных (Model) и код для приема команд от пользователя и управления view и model (Controller).
Наконец, есть еще один момент. Программисты обычно не работают в одиночку, а вместе. Если это не коммерческая разработка, а Open Source, все равно, кто-то присылает патчи, кто-то захочет форкнуть твой проект и добавить в него новые фичи. ООП и MVC - общепринятый подход. Везде ты будешь видеть такой код (все популярные фреймворки используют ООП), и если сам пишешь в таком стиле, твой код будет тоже понятен. А если ты начнешь изобретать что-то свое, то многие люди просто не захотят разбираться в твоем велосипеде. Зачем тратить на это время?
Про фреймворки. Из используют по тем же причинам: 1) чтобы в приложении был стандартный понятный каркас 2) чтобы экономить время на написании того, что можно взять гтовое. Из Slim в принципе мы используем в первую очередь роутер, это штука которая умеет из URL вроде /file/123 извлечь id файла и выбрать действие, котлрое надо выполнить. Конечно, можно вместо Slim написать свой роутер, на if и регулярках, но зачем? Время уйдет, а какая от этого выгода?
Ты говоришь, что не видишь преимуществ ООП. Хорошо, а ты пробовал решать задачи из последней главы (задача про корпорацию и кошки-мышки)? По моему в них преимущества ООП-подхода довольно-таки хорошо видны: если пытаться решать их без ООП, получается та еще лапша из функций и массивов. Ты их решал? Если ты так уверен что ООП не нужен и без него все проще, почему бы тебе не попробовать решить эти задачи без ООП и посмотреть самому?
Теперь про файлообменник. Можно ли сделать клон ргхоста без ООП? Да, можно. Но вопрос, а зачем? Из твоего вопроса видно, ты считаешь ООП и фреймворки чем-то сложным, и думаешь зачем для простой задачи использовать сложные вещи. Это понятно, что для начинающего они могут показаться сложными, но только потому что ты в них плохо разбираешься. У меня например, наоборот, ощущение что без ООП выйдет менее понятный, более запутанный код.
Ну и наконец, задача про ргхост имеет целью не «сделать побыстрее клон файлообменника и заработать денег», а «изучить основы разработки веб-приложений, ООП и MVC».
Я привожу в пример тот же Друпал. Сейчас там вроде стало больше ООП-кода, но раньше он был целиком написан на функциях и массивах, и поверь это был очень запутанный код, при работе с которым приходилось постоянно держать документацию открытой и все перепроверять, а на это между прочим уходит время, которое можно потратить с большей пользой.
> По учебнику я учился какой-то процедурной ерунде,
Это потому, что кто-то так толком и не дописал все, что собирался. Но одна глава про ООП там все-таки есть. в самом конце.
В обещм, если у тебя есть еще какие-то сомнения, то пиши. Но мне кажется, что ты пропустил задачи из главы про ООП и потому толком в нем не разобрался.
>>394607
Смотри, тут такая штука. Во-первых, ООП и MVC-фреймворки используются повсеместно, потому вопрос, надо ли их знать, по моему, лишний, если только ты не мечтаешь копаться в старом-престаром давно написанном быдлокоде. ООП — не новомодное изобретение, его используют в коммерческой разработке с 80-х годов, кстати, так что это вполне проверенный временем подход. MVC тоже появился (правда немного не такой, как в вебе) как способ упростить разработку десктопных приложений с окошечками примерно в то же время.
Чем ООП помогает в разработке? Тем, что позволяет не свалить код в одну кучу из функций и переменных, а разложить по отдельным классам. Очевидно, что чем больше объем кода, тем больше должно быть порядка и организации, иначе все спутывается, код становится труднее понять (то есть он становится менее качественным), из-за этого появляются баги, и в итоге на борьбу с ними уходит чуть ли не больше времени чем на разработку.
И ООП и MVC пытаются сделать код лучше за счет разделения его на части. В случае ООП, мы делаем каждую сущность отдельным классом и помещаем в него код для работы с ней. Например, в случае файлообменника, очевидно, что там будут объекты «файл», у них будут свойства типа имя, дата загрузки, может быть еще что-то.
При правильном проектировании каждый класс занимается своей задачей, в них есть инкапсуляция (возможность закрывать доступ к свойствам и методам с помощью private/protected), и потому часто тебе не надо лазать по всему коду, а достаточно изучить и подправить только один класс. Это очевидно упрощает разработку и жизнь программиста.
В ООП есть наследование. Это позволяет модифицировать поведение какого-то класса из сторонней библиотеки, не меняя его код. На функциях ты такое вряд ли сделаешь без костылей (пример - Друпал, там сделано но на костылях).
При использовании MVC, мы тоже разделяем код на части: код для отображения данных (View), код для хранения и изменения данных (Model) и код для приема команд от пользователя и управления view и model (Controller).
Наконец, есть еще один момент. Программисты обычно не работают в одиночку, а вместе. Если это не коммерческая разработка, а Open Source, все равно, кто-то присылает патчи, кто-то захочет форкнуть твой проект и добавить в него новые фичи. ООП и MVC - общепринятый подход. Везде ты будешь видеть такой код (все популярные фреймворки используют ООП), и если сам пишешь в таком стиле, твой код будет тоже понятен. А если ты начнешь изобретать что-то свое, то многие люди просто не захотят разбираться в твоем велосипеде. Зачем тратить на это время?
Про фреймворки. Из используют по тем же причинам: 1) чтобы в приложении был стандартный понятный каркас 2) чтобы экономить время на написании того, что можно взять гтовое. Из Slim в принципе мы используем в первую очередь роутер, это штука которая умеет из URL вроде /file/123 извлечь id файла и выбрать действие, котлрое надо выполнить. Конечно, можно вместо Slim написать свой роутер, на if и регулярках, но зачем? Время уйдет, а какая от этого выгода?
Ты говоришь, что не видишь преимуществ ООП. Хорошо, а ты пробовал решать задачи из последней главы (задача про корпорацию и кошки-мышки)? По моему в них преимущества ООП-подхода довольно-таки хорошо видны: если пытаться решать их без ООП, получается та еще лапша из функций и массивов. Ты их решал? Если ты так уверен что ООП не нужен и без него все проще, почему бы тебе не попробовать решить эти задачи без ООП и посмотреть самому?
Теперь про файлообменник. Можно ли сделать клон ргхоста без ООП? Да, можно. Но вопрос, а зачем? Из твоего вопроса видно, ты считаешь ООП и фреймворки чем-то сложным, и думаешь зачем для простой задачи использовать сложные вещи. Это понятно, что для начинающего они могут показаться сложными, но только потому что ты в них плохо разбираешься. У меня например, наоборот, ощущение что без ООП выйдет менее понятный, более запутанный код.
Ну и наконец, задача про ргхост имеет целью не «сделать побыстрее клон файлообменника и заработать денег», а «изучить основы разработки веб-приложений, ООП и MVC».
Я привожу в пример тот же Друпал. Сейчас там вроде стало больше ООП-кода, но раньше он был целиком написан на функциях и массивах, и поверь это был очень запутанный код, при работе с которым приходилось постоянно держать документацию открытой и все перепроверять, а на это между прочим уходит время, которое можно потратить с большей пользой.
Это потому, что кто-то так толком и не дописал все, что собирался. Но одна глава про ООП там все-таки есть. в самом конце.
В обещм, если у тебя есть еще какие-то сомнения, то пиши. Но мне кажется, что ты пропустил задачи из главы про ООП и потому толком в нем не разобрался.
Смотри, тут такая штука. Во-первых, ООП и MVC-фреймворки используются повсеместно, потому вопрос, надо ли их знать, по моему, лишний, если только ты не мечтаешь копаться в старом-престаром давно написанном быдлокоде. ООП — не новомодное изобретение, его используют в коммерческой разработке с 80-х годов, кстати, так что это вполне проверенный временем подход. MVC тоже появился (правда немного не такой, как в вебе) как способ упростить разработку десктопных приложений с окошечками примерно в то же время.
Чем ООП помогает в разработке? Тем, что позволяет не свалить код в одну кучу из функций и переменных, а разложить по отдельным классам. Очевидно, что чем больше объем кода, тем больше должно быть порядка и организации, иначе все спутывается, код становится труднее понять (то есть он становится менее качественным), из-за этого появляются баги, и в итоге на борьбу с ними уходит чуть ли не больше времени чем на разработку.
И ООП и MVC пытаются сделать код лучше за счет разделения его на части. В случае ООП, мы делаем каждую сущность отдельным классом и помещаем в него код для работы с ней. Например, в случае файлообменника, очевидно, что там будут объекты «файл», у них будут свойства типа имя, дата загрузки, может быть еще что-то.
При правильном проектировании каждый класс занимается своей задачей, в них есть инкапсуляция (возможность закрывать доступ к свойствам и методам с помощью private/protected), и потому часто тебе не надо лазать по всему коду, а достаточно изучить и подправить только один класс. Это очевидно упрощает разработку и жизнь программиста.
В ООП есть наследование. Это позволяет модифицировать поведение какого-то класса из сторонней библиотеки, не меняя его код. На функциях ты такое вряд ли сделаешь без костылей (пример - Друпал, там сделано но на костылях).
При использовании MVC, мы тоже разделяем код на части: код для отображения данных (View), код для хранения и изменения данных (Model) и код для приема команд от пользователя и управления view и model (Controller).
Наконец, есть еще один момент. Программисты обычно не работают в одиночку, а вместе. Если это не коммерческая разработка, а Open Source, все равно, кто-то присылает патчи, кто-то захочет форкнуть твой проект и добавить в него новые фичи. ООП и MVC - общепринятый подход. Везде ты будешь видеть такой код (все популярные фреймворки используют ООП), и если сам пишешь в таком стиле, твой код будет тоже понятен. А если ты начнешь изобретать что-то свое, то многие люди просто не захотят разбираться в твоем велосипеде. Зачем тратить на это время?
Про фреймворки. Из используют по тем же причинам: 1) чтобы в приложении был стандартный понятный каркас 2) чтобы экономить время на написании того, что можно взять гтовое. Из Slim в принципе мы используем в первую очередь роутер, это штука которая умеет из URL вроде /file/123 извлечь id файла и выбрать действие, котлрое надо выполнить. Конечно, можно вместо Slim написать свой роутер, на if и регулярках, но зачем? Время уйдет, а какая от этого выгода?
Ты говоришь, что не видишь преимуществ ООП. Хорошо, а ты пробовал решать задачи из последней главы (задача про корпорацию и кошки-мышки)? По моему в них преимущества ООП-подхода довольно-таки хорошо видны: если пытаться решать их без ООП, получается та еще лапша из функций и массивов. Ты их решал? Если ты так уверен что ООП не нужен и без него все проще, почему бы тебе не попробовать решить эти задачи без ООП и посмотреть самому?
Теперь про файлообменник. Можно ли сделать клон ргхоста без ООП? Да, можно. Но вопрос, а зачем? Из твоего вопроса видно, ты считаешь ООП и фреймворки чем-то сложным, и думаешь зачем для простой задачи использовать сложные вещи. Это понятно, что для начинающего они могут показаться сложными, но только потому что ты в них плохо разбираешься. У меня например, наоборот, ощущение что без ООП выйдет менее понятный, более запутанный код.
Ну и наконец, задача про ргхост имеет целью не «сделать побыстрее клон файлообменника и заработать денег», а «изучить основы разработки веб-приложений, ООП и MVC».
Я привожу в пример тот же Друпал. Сейчас там вроде стало больше ООП-кода, но раньше он был целиком написан на функциях и массивах, и поверь это был очень запутанный код, при работе с которым приходилось постоянно держать документацию открытой и все перепроверять, а на это между прочим уходит время, которое можно потратить с большей пользой.
> По учебнику я учился какой-то процедурной ерунде,
Это потому, что кто-то так толком и не дописал все, что собирался. Но одна глава про ООП там все-таки есть. в самом конце.
В обещм, если у тебя есть еще какие-то сомнения, то пиши. Но мне кажется, что ты пропустил задачи из главы про ООП и потому толком в нем не разобрался.
Вообще как происходит разработка приложения в норме? Понятно, что не вручную всё пишется.
Я сейчас бросаю композер в папку, там зависимости прописываю и ставлю, потом собираю это долго и нудно во что-то работающее.
Я сейчас бросаю композер в папку, там зависимости прописываю и ставлю, потом собираю это долго и нудно во что-то работающее.
>>394637
Я другой анон.
Сам учу PHP по урокам Виктора Зинченко. Он лучший из всего на YouTube. У парня талант обучать других людей.
Я другой анон.
Сам учу PHP по урокам Виктора Зинченко. Он лучший из всего на YouTube. У парня талант обучать других людей.
>>394637
Я другой анон.
Сам учу PHP по урокам Виктора Зинченко.
Он лучший из всего на YouTube. У парня талант обучать других людей.
Я другой анон.
Сам учу PHP по урокам Виктора Зинченко.
Он лучший из всего на YouTube. У парня талант обучать других людей.
>>394637
А в чём разница между фрейморками ? Я в этом теме вообще ничего не понимаю. Может посоветуешь ?
А в чём разница между фрейморками ? Я в этом теме вообще ничего не понимаю. Может посоветуешь ?
8-170
>>394687
Что значит "не вручную"? Код пока пишут вручную.
>>394607
Сервисы - это и есть ядро приложения без пользовательского интерфейса, бизнес-логика. Подход описан например у Фаулера:
- https://martinfowler.com/eaaCatalog/serviceLayer.html
- http://design-pattern.ru/patterns/service-layer.html
Ну например, если у тебя есть приложение-файлообменник, ты можешь сделать сервис загрузки файлов и в нем метод "добавить файл". Это позволяет тебе добавить файл не только вручную через сайт, но и программно, из кода. Это может пригодиться, если ты например будешь делать API, при тестировании, да и просто делает код аккуратнее.
У меня возникает другой вопрос, а как можно писать код без сервисов? Лапша же получается с толстыми контроллерами.
Код в контроллере нельзя повторно использовать, в отличие от сервиса. Ну и в MVC роль контроллера в интерпретации команд пользователя.
Да. Паттерн Utility Class.
Можно сделать. Стоит или не стоит - думай сам.
>>394687
Что значит "не вручную"? Код пока пишут вручную.
>>394607
Сервисы - это и есть ядро приложения без пользовательского интерфейса, бизнес-логика. Подход описан например у Фаулера:
- https://martinfowler.com/eaaCatalog/serviceLayer.html
- http://design-pattern.ru/patterns/service-layer.html
Ну например, если у тебя есть приложение-файлообменник, ты можешь сделать сервис загрузки файлов и в нем метод "добавить файл". Это позволяет тебе добавить файл не только вручную через сайт, но и программно, из кода. Это может пригодиться, если ты например будешь делать API, при тестировании, да и просто делает код аккуратнее.
У меня возникает другой вопрос, а как можно писать код без сервисов? Лапша же получается с толстыми контроллерами.
Код в контроллере нельзя повторно использовать, в отличие от сервиса. Ну и в MVC роль контроллера в интерпретации команд пользователя.
> Утилиты это классы со статик методами, служащими аналогом обычных функций?
Да. Паттерн Utility Class.
> Стоит ли делать отдельный класс роутера для списка студентов?
Можно сделать. Стоит или не стоит - думай сам.
>>394643
Ты урок про исключения прочел? Смысл исключений как раз в том, чтобы не писать кучу if или кучу try/catch.
- пользователю не показывается красивая страница ошибки
- информация об ошибке не попадает в лог ошибок
- для показа страницы ошибки try/catch пишут один раз в начале программы, а не вокруг каждого вызова функции
В твоем случае надо либо использовать set_exception_handler, либо оборачивать все в огромный try/catch.
А в мануале ответа нету? Тут например: https://www.php.net/manual/ru/pdo.error-handling.php
Ошибки естественно могут быть: ошибка в SQL-запросе, ошибка связи с БД.
Не нужно.
Что использовать: PDO или mysqli - не принципиально, они оба поддерживают исключения.
>>394604
Померяй или погугли тесты.
> А что тогда должен ловить try/catch?
Ты урок про исключения прочел? Смысл исключений как раз в том, чтобы не писать кучу if или кучу try/catch.
> Вот посмотри мой код, пожалуйста. Где тут ошибки
- пользователю не показывается красивая страница ошибки
- информация об ошибке не попадает в лог ошибок
- для показа страницы ошибки try/catch пишут один раз в начале программы, а не вокруг каждого вызова функции
В твоем случае надо либо использовать set_exception_handler, либо оборачивать все в огромный try/catch.
> Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
А в мануале ответа нету? Тут например: https://www.php.net/manual/ru/pdo.error-handling.php
Ошибки естественно могут быть: ошибка в SQL-запросе, ошибка связи с БД.
> Мне нужно оборачивать запрос $dbh->query($query); в try/catch?
Не нужно.
Что использовать: PDO или mysqli - не принципиально, они оба поддерживают исключения.
>>394604
Померяй или погугли тесты.
>>394643
Ты урок про исключения прочел? Смысл исключений как раз в том, чтобы не писать кучу if или кучу try/catch.
- пользователю не показывается красивая страница ошибки
- информация об ошибке не попадает в лог ошибок
- для показа страницы ошибки try/catch пишут один раз в начале программы, а не вокруг каждого вызова функции
В твоем случае надо либо использовать set_exception_handler, либо оборачивать все в огромный try/catch.
А в мануале ответа нету? Тут например: https://www.php.net/manual/ru/pdo.error-handling.php
Ошибки естественно могут быть: ошибка в SQL-запросе, ошибка связи с БД.
Не нужно.
Что использовать: PDO или mysqli - не принципиально, они оба поддерживают исключения.
>>394604
Померяй или погугли тесты.
> А что тогда должен ловить try/catch?
Ты урок про исключения прочел? Смысл исключений как раз в том, чтобы не писать кучу if или кучу try/catch.
> Вот посмотри мой код, пожалуйста. Где тут ошибки
- пользователю не показывается красивая страница ошибки
- информация об ошибке не попадает в лог ошибок
- для показа страницы ошибки try/catch пишут один раз в начале программы, а не вокруг каждого вызова функции
В твоем случае надо либо использовать set_exception_handler, либо оборачивать все в огромный try/catch.
> Если да, то какую ошибку функция query() может выбрасывать? Тоже PDOException?
А в мануале ответа нету? Тут например: https://www.php.net/manual/ru/pdo.error-handling.php
Ошибки естественно могут быть: ошибка в SQL-запросе, ошибка связи с БД.
> Мне нужно оборачивать запрос $dbh->query($query); в try/catch?
Не нужно.
Что использовать: PDO или mysqli - не принципиально, они оба поддерживают исключения.
>>394604
Померяй или погугли тесты.
>>394590
Это называется обычно HttpClient. И есть уже готовые клиенты, например, Guzzle.
Тебе надо переделать архитектуру и выбрасывать исключение наверх, а в классе-наследнике ловить его и обрабатывать как нужно, либо сделать в базовом классе опцию для включения этого кода, и выставлять ее в true в наследнике, либо вынести решение вопроса "что делать при ошибке" в отдельный метод, и тогда наследник может его переопределить.
А вообще, если речь идет о сккрейпинге, там не стоит сильно заморачиваться с архитектурой, это обычно одноразовые скрипты, которые постепенно приходят в негодность и переписывают или выкидывают.
Непонятно, кстати, почему у тебя параметры запроса хранятся в свойствах класса. У тебя объект представляет один запрос и для нового запроса создается новый объект? Если нет, то это может быть ошибкой в архитектуре. Ну например: что, если ты в процессе обработки одного запроса попытаешься через этот класс сделать другой? Свойства второго запроса затрут первый?
>>394581
Он не может обработать ошибку соединения с БД. У него нет резервной БД или чего-то такого. Потому ему не нужен отдельный обработчик для именно этой ошибки, а нужен один общий обработчик для любых ошибок и для показа страницы ошибки.
>>394582
Несколько try/catch пишется, если ты знаешь, как обработать конкретную ошибку. Иначе пишется один общий обработчик ошибок на все случаи жизни.
>>388385
В нем ничего не заменено, просто QUERY_STRING - это то, что идет ПОСЛЕ знака вопроса в URL (потому знака вопроса в ней нету) и она вообще может отсутствовать. Открой мануал и проверь: https://www.php.net/manual/ru/reserved.variables.server.php
Также, можешь прочитать урок про структуру URL на всякий случай: https://github.com/codedokode/pasta/blob/master/network/urls.md - там написано, что такое query string
>>387384
Урок по MVC https://github.com/codedokode/pasta/blob/master/arch/mvc.md
> Есть класс WebReader
Это называется обычно HttpClient. И есть уже готовые клиенты, например, Guzzle.
Тебе надо переделать архитектуру и выбрасывать исключение наверх, а в классе-наследнике ловить его и обрабатывать как нужно, либо сделать в базовом классе опцию для включения этого кода, и выставлять ее в true в наследнике, либо вынести решение вопроса "что делать при ошибке" в отдельный метод, и тогда наследник может его переопределить.
А вообще, если речь идет о сккрейпинге, там не стоит сильно заморачиваться с архитектурой, это обычно одноразовые скрипты, которые постепенно приходят в негодность и переписывают или выкидывают.
> Это будет нормально - передать ему исключение, на основе которого он либо изменит свойства класса (модифицирует запрос)
Непонятно, кстати, почему у тебя параметры запроса хранятся в свойствах класса. У тебя объект представляет один запрос и для нового запроса создается новый объект? Если нет, то это может быть ошибкой в архитектуре. Ну например: что, если ты в процессе обработки одного запроса попытаешься через этот класс сделать другой? Свойства второго запроса затрут первый?
>>394581
Он не может обработать ошибку соединения с БД. У него нет резервной БД или чего-то такого. Потому ему не нужен отдельный обработчик для именно этой ошибки, а нужен один общий обработчик для любых ошибок и для показа страницы ошибки.
>>394582
Несколько try/catch пишется, если ты знаешь, как обработать конкретную ошибку. Иначе пишется один общий обработчик ошибок на все случаи жизни.
>>388385
В нем ничего не заменено, просто QUERY_STRING - это то, что идет ПОСЛЕ знака вопроса в URL (потому знака вопроса в ней нету) и она вообще может отсутствовать. Открой мануал и проверь: https://www.php.net/manual/ru/reserved.variables.server.php
Также, можешь прочитать урок про структуру URL на всякий случай: https://github.com/codedokode/pasta/blob/master/network/urls.md - там написано, что такое query string
>>387384
Урок по MVC https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>394590
Это называется обычно HttpClient. И есть уже готовые клиенты, например, Guzzle.
Тебе надо переделать архитектуру и выбрасывать исключение наверх, а в классе-наследнике ловить его и обрабатывать как нужно, либо сделать в базовом классе опцию для включения этого кода, и выставлять ее в true в наследнике, либо вынести решение вопроса "что делать при ошибке" в отдельный метод, и тогда наследник может его переопределить.
А вообще, если речь идет о сккрейпинге, там не стоит сильно заморачиваться с архитектурой, это обычно одноразовые скрипты, которые постепенно приходят в негодность и переписывают или выкидывают.
Непонятно, кстати, почему у тебя параметры запроса хранятся в свойствах класса. У тебя объект представляет один запрос и для нового запроса создается новый объект? Если нет, то это может быть ошибкой в архитектуре. Ну например: что, если ты в процессе обработки одного запроса попытаешься через этот класс сделать другой? Свойства второго запроса затрут первый?
>>394581
Он не может обработать ошибку соединения с БД. У него нет резервной БД или чего-то такого. Потому ему не нужен отдельный обработчик для именно этой ошибки, а нужен один общий обработчик для любых ошибок и для показа страницы ошибки.
>>394582
Несколько try/catch пишется, если ты знаешь, как обработать конкретную ошибку. Иначе пишется один общий обработчик ошибок на все случаи жизни.
>>388385
В нем ничего не заменено, просто QUERY_STRING - это то, что идет ПОСЛЕ знака вопроса в URL (потому знака вопроса в ней нету) и она вообще может отсутствовать. Открой мануал и проверь: https://www.php.net/manual/ru/reserved.variables.server.php
Также, можешь прочитать урок про структуру URL на всякий случай: https://github.com/codedokode/pasta/blob/master/network/urls.md - там написано, что такое query string
>>387384
Урок по MVC https://github.com/codedokode/pasta/blob/master/arch/mvc.md
> Есть класс WebReader
Это называется обычно HttpClient. И есть уже готовые клиенты, например, Guzzle.
Тебе надо переделать архитектуру и выбрасывать исключение наверх, а в классе-наследнике ловить его и обрабатывать как нужно, либо сделать в базовом классе опцию для включения этого кода, и выставлять ее в true в наследнике, либо вынести решение вопроса "что делать при ошибке" в отдельный метод, и тогда наследник может его переопределить.
А вообще, если речь идет о сккрейпинге, там не стоит сильно заморачиваться с архитектурой, это обычно одноразовые скрипты, которые постепенно приходят в негодность и переписывают или выкидывают.
> Это будет нормально - передать ему исключение, на основе которого он либо изменит свойства класса (модифицирует запрос)
Непонятно, кстати, почему у тебя параметры запроса хранятся в свойствах класса. У тебя объект представляет один запрос и для нового запроса создается новый объект? Если нет, то это может быть ошибкой в архитектуре. Ну например: что, если ты в процессе обработки одного запроса попытаешься через этот класс сделать другой? Свойства второго запроса затрут первый?
>>394581
Он не может обработать ошибку соединения с БД. У него нет резервной БД или чего-то такого. Потому ему не нужен отдельный обработчик для именно этой ошибки, а нужен один общий обработчик для любых ошибок и для показа страницы ошибки.
>>394582
Несколько try/catch пишется, если ты знаешь, как обработать конкретную ошибку. Иначе пишется один общий обработчик ошибок на все случаи жизни.
>>388385
В нем ничего не заменено, просто QUERY_STRING - это то, что идет ПОСЛЕ знака вопроса в URL (потому знака вопроса в ней нету) и она вообще может отсутствовать. Открой мануал и проверь: https://www.php.net/manual/ru/reserved.variables.server.php
Также, можешь прочитать урок про структуру URL на всякий случай: https://github.com/codedokode/pasta/blob/master/network/urls.md - там написано, что такое query string
>>387384
Урок по MVC https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>387455
Я думаю, все проще. Подстановка через плейсхолдеры работает только для значений (чисел и строк), но не для идентификаторов (имен полей и таблиц). Ну и да, мануал на английском, это опен сурс, если никто не будет его переводить, то версии на русском не будет.
Для Постгреса, кстати, есть русский перевод мануала.
>>386695
Ты передаешь неправильные параметры наверно, либо не тот ид телефонии, либо не то число часов. Или передаешь его строкой может быть.
>>382988
php-fpm это менеджер процессов PHP, к которому nginx обращается по протоколу FastCGI. Он запускается как отдельная от nginx программа. Apache тоже поддерживает FastCGI и может с ним взаимодействовать.
Обычно схема такая: запросы идут на нгинкс, статические файлы он отдает сам, динамические запросы к страницам сайта передает в php-fpm, который выполняет php-скрипт.
mod_php - это интерпретатор PHP, оформленный в виде модуля к Апачу. Он загружается внутрь Апача и естественно, без Апача работать не может.
>>382148
Это можно сделать, но тут сложность в том, что он не будет искать ошибки в захваченной фразе. Ну, например, если мы хотим захватить ближайшее слово справа и слева, то можем написать:
\S+\s＊...\s＊\S+
Но тогда в захваченном слове не будут искаться ошибки, так как preg_match_all() не проходится повторно по уже найденной подстроке.
Другой вариант - использовать опцию PREG_MATCH_OFFSET_CAPTURE, которая сохраняет для каждого найденного вхождения позицию в байтах от начала строки. Эту позицию преобразовываем в символы и берем например текст, по 20 символов в обе стороны от места ошибки.
Ну и покажи код, чтобы было можно что-то еще добавить.
Я думаю, все проще. Подстановка через плейсхолдеры работает только для значений (чисел и строк), но не для идентификаторов (имен полей и таблиц). Ну и да, мануал на английском, это опен сурс, если никто не будет его переводить, то версии на русском не будет.
Для Постгреса, кстати, есть русский перевод мануала.
>>386695
Ты передаешь неправильные параметры наверно, либо не тот ид телефонии, либо не то число часов. Или передаешь его строкой может быть.
>>382988
php-fpm это менеджер процессов PHP, к которому nginx обращается по протоколу FastCGI. Он запускается как отдельная от nginx программа. Apache тоже поддерживает FastCGI и может с ним взаимодействовать.
Обычно схема такая: запросы идут на нгинкс, статические файлы он отдает сам, динамические запросы к страницам сайта передает в php-fpm, который выполняет php-скрипт.
mod_php - это интерпретатор PHP, оформленный в виде модуля к Апачу. Он загружается внутрь Апача и естественно, без Апача работать не может.
>>382148
Это можно сделать, но тут сложность в том, что он не будет искать ошибки в захваченной фразе. Ну, например, если мы хотим захватить ближайшее слово справа и слева, то можем написать:
\S+\s＊...\s＊\S+
Но тогда в захваченном слове не будут искаться ошибки, так как preg_match_all() не проходится повторно по уже найденной подстроке.
Другой вариант - использовать опцию PREG_MATCH_OFFSET_CAPTURE, которая сохраняет для каждого найденного вхождения позицию в байтах от начала строки. Эту позицию преобразовываем в символы и берем например текст, по 20 символов в обе стороны от места ошибки.
Ну и покажи код, чтобы было можно что-то еще добавить.
>>387455
Я думаю, все проще. Подстановка через плейсхолдеры работает только для значений (чисел и строк), но не для идентификаторов (имен полей и таблиц). Ну и да, мануал на английском, это опен сурс, если никто не будет его переводить, то версии на русском не будет.
Для Постгреса, кстати, есть русский перевод мануала.
>>386695
Ты передаешь неправильные параметры наверно, либо не тот ид телефонии, либо не то число часов. Или передаешь его строкой может быть.
>>382988
php-fpm это менеджер процессов PHP, к которому nginx обращается по протоколу FastCGI. Он запускается как отдельная от nginx программа. Apache тоже поддерживает FastCGI и может с ним взаимодействовать.
Обычно схема такая: запросы идут на нгинкс, статические файлы он отдает сам, динамические запросы к страницам сайта передает в php-fpm, который выполняет php-скрипт.
mod_php - это интерпретатор PHP, оформленный в виде модуля к Апачу. Он загружается внутрь Апача и естественно, без Апача работать не может.
>>382148
Это можно сделать, но тут сложность в том, что он не будет искать ошибки в захваченной фразе. Ну, например, если мы хотим захватить ближайшее слово справа и слева, то можем написать:
\S+\s＊...\s＊\S+
Но тогда в захваченном слове не будут искаться ошибки, так как preg_match_all() не проходится повторно по уже найденной подстроке.
Другой вариант - использовать опцию PREG_MATCH_OFFSET_CAPTURE, которая сохраняет для каждого найденного вхождения позицию в байтах от начала строки. Эту позицию преобразовываем в символы и берем например текст, по 20 символов в обе стороны от места ошибки.
Ну и покажи код, чтобы было можно что-то еще добавить.
Я думаю, все проще. Подстановка через плейсхолдеры работает только для значений (чисел и строк), но не для идентификаторов (имен полей и таблиц). Ну и да, мануал на английском, это опен сурс, если никто не будет его переводить, то версии на русском не будет.
Для Постгреса, кстати, есть русский перевод мануала.
>>386695
Ты передаешь неправильные параметры наверно, либо не тот ид телефонии, либо не то число часов. Или передаешь его строкой может быть.
>>382988
php-fpm это менеджер процессов PHP, к которому nginx обращается по протоколу FastCGI. Он запускается как отдельная от nginx программа. Apache тоже поддерживает FastCGI и может с ним взаимодействовать.
Обычно схема такая: запросы идут на нгинкс, статические файлы он отдает сам, динамические запросы к страницам сайта передает в php-fpm, который выполняет php-скрипт.
mod_php - это интерпретатор PHP, оформленный в виде модуля к Апачу. Он загружается внутрь Апача и естественно, без Апача работать не может.
>>382148
Это можно сделать, но тут сложность в том, что он не будет искать ошибки в захваченной фразе. Ну, например, если мы хотим захватить ближайшее слово справа и слева, то можем написать:
\S+\s＊...\s＊\S+
Но тогда в захваченном слове не будут искаться ошибки, так как preg_match_all() не проходится повторно по уже найденной подстроке.
Другой вариант - использовать опцию PREG_MATCH_OFFSET_CAPTURE, которая сохраняет для каждого найденного вхождения позицию в байтах от начала строки. Эту позицию преобразовываем в символы и берем например текст, по 20 символов в обе стороны от места ошибки.
Ну и покажи код, чтобы было можно что-то еще добавить.
>>382113
Для разбиения на строки хватило бы explode().
Переменные можно назвать лучше: afterSplit -> lines, stringAfter -> line, text1 -> characters
Это лучше бы вычислять, например, как макс. из длины строк, одной строкой, используя array_map() и max().
В реальном тексте там нет символа с нулевым кодом и твоя проверка не имеет смысла.
Ты тут обращаешься к несуществующим элементам массива и это вызвает ошибки. Тебе стоило бы сделать проверку, что $k меньше чем число символов в текущей строке. У тебя есть проверка, но она некорректная (она сравнивает не с числом символов в текущей строке, а с числом в последней).
То есть тебе стоит сделать так:
если (k меньше чем число символов в данной строке) то вывести пробел.
>>381775
Комментарии лучше писать над строкой, а не справа, а то слишком длинные строки выходят.
ё не входит в диапазон а-я и её надо писать отдельно.
Не стоит заниматься такими микрооптимизациями, они ухудшают читабельность. Также, для обхода массива стоит использовать foreach().
Не стоит ссылаться на номера строк, так как они меняются при доработке кода.
Для замены букв по массиву замен есть функция strtr().
Ты считаешь все латинские буквы неправильными, но могут быть и латинские слова с русскими буквами - лучше проверять по первой букве или как-то еще.
Про преобразования типов: https://www.php.net/manual/ru/language.types.type-juggling.php
>>381740
Отдельный сервер нужен для больших объемов отправки.
>>380807
Добавь еще экранирование выводимых данных.
Для разбиения на строки хватило бы explode().
Переменные можно назвать лучше: afterSplit -> lines, stringAfter -> line, text1 -> characters
> $i<34
Это лучше бы вычислять, например, как макс. из длины строк, одной строкой, используя array_map() и max().
> $text1[$k][$i] != "\0"
В реальном тексте там нет символа с нулевым кодом и твоя проверка не имеет смысла.
Ты тут обращаешься к несуществующим элементам массива и это вызвает ошибки. Тебе стоило бы сделать проверку, что $k меньше чем число символов в текущей строке. У тебя есть проверка, но она некорректная (она сравнивает не с числом символов в текущей строке, а с числом в последней).
То есть тебе стоит сделать так:
если (k меньше чем число символов в данной строке) то вывести пробел.
>>381775
Комментарии лучше писать над строкой, а не справа, а то слишком длинные строки выходят.
ё не входит в диапазон а-я и её надо писать отдельно.
> for ($i=(count($matches)-1); $i>=0; $i--) {
Не стоит заниматься такими микрооптимизациями, они ухудшают читабельность. Также, для обхода массива стоит использовать foreach().
> like in 20 line
Не стоит ссылаться на номера строк, так как они меняются при доработке кода.
Для замены букв по массиву замен есть функция strtr().
Ты считаешь все латинские буквы неправильными, но могут быть и латинские слова с русскими буквами - лучше проверять по первой букве или как-то еще.
Про преобразования типов: https://www.php.net/manual/ru/language.types.type-juggling.php
>>381740
Отдельный сервер нужен для больших объемов отправки.
>>380807
Добавь еще экранирование выводимых данных.
>>382113
Для разбиения на строки хватило бы explode().
Переменные можно назвать лучше: afterSplit -> lines, stringAfter -> line, text1 -> characters
Это лучше бы вычислять, например, как макс. из длины строк, одной строкой, используя array_map() и max().
В реальном тексте там нет символа с нулевым кодом и твоя проверка не имеет смысла.
Ты тут обращаешься к несуществующим элементам массива и это вызвает ошибки. Тебе стоило бы сделать проверку, что $k меньше чем число символов в текущей строке. У тебя есть проверка, но она некорректная (она сравнивает не с числом символов в текущей строке, а с числом в последней).
То есть тебе стоит сделать так:
если (k меньше чем число символов в данной строке) то вывести пробел.
>>381775
Комментарии лучше писать над строкой, а не справа, а то слишком длинные строки выходят.
ё не входит в диапазон а-я и её надо писать отдельно.
Не стоит заниматься такими микрооптимизациями, они ухудшают читабельность. Также, для обхода массива стоит использовать foreach().
Не стоит ссылаться на номера строк, так как они меняются при доработке кода.
Для замены букв по массиву замен есть функция strtr().
Ты считаешь все латинские буквы неправильными, но могут быть и латинские слова с русскими буквами - лучше проверять по первой букве или как-то еще.
Про преобразования типов: https://www.php.net/manual/ru/language.types.type-juggling.php
>>381740
Отдельный сервер нужен для больших объемов отправки.
>>380807
Добавь еще экранирование выводимых данных.
Для разбиения на строки хватило бы explode().
Переменные можно назвать лучше: afterSplit -> lines, stringAfter -> line, text1 -> characters
> $i<34
Это лучше бы вычислять, например, как макс. из длины строк, одной строкой, используя array_map() и max().
> $text1[$k][$i] != "\0"
В реальном тексте там нет символа с нулевым кодом и твоя проверка не имеет смысла.
Ты тут обращаешься к несуществующим элементам массива и это вызвает ошибки. Тебе стоило бы сделать проверку, что $k меньше чем число символов в текущей строке. У тебя есть проверка, но она некорректная (она сравнивает не с числом символов в текущей строке, а с числом в последней).
То есть тебе стоит сделать так:
если (k меньше чем число символов в данной строке) то вывести пробел.
>>381775
Комментарии лучше писать над строкой, а не справа, а то слишком длинные строки выходят.
ё не входит в диапазон а-я и её надо писать отдельно.
> for ($i=(count($matches)-1); $i>=0; $i--) {
Не стоит заниматься такими микрооптимизациями, они ухудшают читабельность. Также, для обхода массива стоит использовать foreach().
> like in 20 line
Не стоит ссылаться на номера строк, так как они меняются при доработке кода.
Для замены букв по массиву замен есть функция strtr().
Ты считаешь все латинские буквы неправильными, но могут быть и латинские слова с русскими буквами - лучше проверять по первой букве или как-то еще.
Про преобразования типов: https://www.php.net/manual/ru/language.types.type-juggling.php
>>381740
Отдельный сервер нужен для больших объемов отправки.
>>380807
Добавь еще экранирование выводимых данных.
>>380549
Нет. Вообще, зачем тебе создавать объек студента из глобальных переменных? Ты обычно просто обновляешь его свойства из глобальных переменных. Обычно делают в самом объекте метод вроде updateAttributes, который принимает произвольный массив, тщательно все проверяет и обновляет свойства.
Как это делать, описано в моем уроке про формы и в комментариях к задаче: https://github.com/codedokode/pasta/blob/master/forms.md
Можно для оформления вывода, чтобы например, как-то отформатировать число, итд.
Это неправильно. Ты не должен при тестировании "знать", как устроен тестируемый класс. Ты тестируешь только публичные методы, те же, что использует программа. Ты используешь класс так же, как программа, не имея каких-то тайных дверей внутрь него. При таком подходе мы можем менять содержимое класса, не трогая тесты. А также, тесты получаются ближе к тому, что делает программа.
При твоем же подходе тебе придется постоянно переделывать тесты при рефакторингах, что замедляет разработку.
Нормально.
Обычно тестируют выполнение "требований". Что должен делать метод? В простейшем случае: 1) пропускать правильные значения 2) не пропускать неправильные. Значит, пишем 2 теста. Это еще назвыают "позитивный" и "негативный" сценарий.
У тебя требований несколько, и логично каждое проверять отдельным тестом. Тогда при поломке мы сразу увидим, что именно не работает.
Но на практике это может раздувать объем тестов, и тогда можно негативные тесты собрать вместе в один тест, проверяющий разные значения.
>>380793
В шаблон удобнее передать объект студента.
> 1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Нет. Вообще, зачем тебе создавать объек студента из глобальных переменных? Ты обычно просто обновляешь его свойства из глобальных переменных. Обычно делают в самом объекте метод вроде updateAttributes, который принимает произвольный массив, тщательно все проверяет и обновляет свойства.
> 2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
Как это делать, описано в моем уроке про формы и в комментариях к задаче: https://github.com/codedokode/pasta/blob/master/forms.md
> 3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Можно для оформления вывода, чтобы например, как-то отформатировать число, итд.
> 4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
Это неправильно. Ты не должен при тестировании "знать", как устроен тестируемый класс. Ты тестируешь только публичные методы, те же, что использует программа. Ты используешь класс так же, как программа, не имея каких-то тайных дверей внутрь него. При таком подходе мы можем менять содержимое класса, не трогая тесты. А также, тесты получаются ближе к тому, что делает программа.
При твоем же подходе тебе придется постоянно переделывать тесты при рефакторингах, что замедляет разработку.
> И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
Нормально.
> Для каждой способности этого метода писать отдельный тест-метод?
Обычно тестируют выполнение "требований". Что должен делать метод? В простейшем случае: 1) пропускать правильные значения 2) не пропускать неправильные. Значит, пишем 2 теста. Это еще назвыают "позитивный" и "негативный" сценарий.
У тебя требований несколько, и логично каждое проверять отдельным тестом. Тогда при поломке мы сразу увидим, что именно не работает.
Но на практике это может раздувать объем тестов, и тогда можно негативные тесты собрать вместе в один тест, проверяющий разные значения.
>>380793
В шаблон удобнее передать объект студента.
>>380549
Нет. Вообще, зачем тебе создавать объек студента из глобальных переменных? Ты обычно просто обновляешь его свойства из глобальных переменных. Обычно делают в самом объекте метод вроде updateAttributes, который принимает произвольный массив, тщательно все проверяет и обновляет свойства.
Как это делать, описано в моем уроке про формы и в комментариях к задаче: https://github.com/codedokode/pasta/blob/master/forms.md
Можно для оформления вывода, чтобы например, как-то отформатировать число, итд.
Это неправильно. Ты не должен при тестировании "знать", как устроен тестируемый класс. Ты тестируешь только публичные методы, те же, что использует программа. Ты используешь класс так же, как программа, не имея каких-то тайных дверей внутрь него. При таком подходе мы можем менять содержимое класса, не трогая тесты. А также, тесты получаются ближе к тому, что делает программа.
При твоем же подходе тебе придется постоянно переделывать тесты при рефакторингах, что замедляет разработку.
Нормально.
Обычно тестируют выполнение "требований". Что должен делать метод? В простейшем случае: 1) пропускать правильные значения 2) не пропускать неправильные. Значит, пишем 2 теста. Это еще назвыают "позитивный" и "негативный" сценарий.
У тебя требований несколько, и логично каждое проверять отдельным тестом. Тогда при поломке мы сразу увидим, что именно не работает.
Но на практике это может раздувать объем тестов, и тогда можно негативные тесты собрать вместе в один тест, проверяющий разные значения.
>>380793
В шаблон удобнее передать объект студента.
> 1. Будет ли хорошим решением получать объект студента статическим методом из класса-помощника?
Нет. Вообще, зачем тебе создавать объек студента из глобальных переменных? Ты обычно просто обновляешь его свойства из глобальных переменных. Обычно делают в самом объекте метод вроде updateAttributes, который принимает произвольный массив, тщательно все проверяет и обновляет свойства.
> 2. Хорошим ли решением будет хранить введенные студентом данные на стороне сервера, чтобы в случае вывода ошибки при валидации вставлять их в html-атрибут value?
Как это делать, описано в моем уроке про формы и в комментариях к задаче: https://github.com/codedokode/pasta/blob/master/forms.md
> 3. Можно ли вызывать встроенные в php функции из логики шаблонов? Да и обычные функции, ведь они могут содержать в себе сложную логику.
Можно для оформления вывода, чтобы например, как-то отформатировать число, итд.
> 4. Я забрёл слишком далеко и начал тестировать с phpunit валидатор студента, а у меня в нём большинство методов защищенные. Пришлось использовать Reflectionclass для получения доступа к ним, это нормальная практика?
Это неправильно. Ты не должен при тестировании "знать", как устроен тестируемый класс. Ты тестируешь только публичные методы, те же, что использует программа. Ты используешь класс так же, как программа, не имея каких-то тайных дверей внутрь него. При таком подходе мы можем менять содержимое класса, не трогая тесты. А также, тесты получаются ближе к тому, что делает программа.
При твоем же подходе тебе придется постоянно переделывать тесты при рефакторингах, что замедляет разработку.
> И про валидатор, в нём самые часто используемые конструкции по типу измерения длины строки/проверки на пустоту, я обобщил в отдельные методы. Как вам такое решение?
Нормально.
> Для каждой способности этого метода писать отдельный тест-метод?
Обычно тестируют выполнение "требований". Что должен делать метод? В простейшем случае: 1) пропускать правильные значения 2) не пропускать неправильные. Значит, пишем 2 теста. Это еще назвыают "позитивный" и "негативный" сценарий.
У тебя требований несколько, и логично каждое проверять отдельным тестом. Тогда при поломке мы сразу увидим, что именно не работает.
Но на практике это может раздувать объем тестов, и тогда можно негативные тесты собрать вместе в один тест, проверяющий разные значения.
>>380793
В шаблон удобнее передать объект студента.
>>380690
А это неправильно и говорит о том, что ты не понимаешь разделение ответственности. Задача генератора ссылок - генерировать ссылки, а откуда пришли данные, из GET или из базы данных, или еще откуда-то - он знать не должен. Потому в нем не должно быть упоминания массива GET. Ты не разделяешь зоны ответственности в коде.
Ну так можно сделать нормально, так что можно сделать несколько анонимных функций и они не влияют друг на друга.
Я вроде писал, так везде делают. Когда ты жмешь сортировку, ты хочешь увидеть САМЫЕ большие или маленькие значения, а для этого надо перейти на первую страницу. Иначе ты оказываешься где-то в середине.
> Так ведь там весь массив гет из реквеста, а не просто место для сохранения.
А это неправильно и говорит о том, что ты не понимаешь разделение ответственности. Задача генератора ссылок - генерировать ссылки, а откуда пришли данные, из GET или из базы данных, или еще откуда-то - он знать не должен. Потому в нем не должно быть упоминания массива GET. Ты не разделяешь зоны ответственности в коде.
> Вообще, задумка была такой, что замыкание передаётся в шаблон под каким-то именем, где просто вызывается как на пикрелейтед. Меняются только запрошенные параметры, остальные не остаются как были. Ну и пустой писанины чтоб поменьше.
Ну так можно сделать нормально, так что можно сделать несколько анонимных функций и они не влияют друг на друга.
> Зачем? Количество записей ведь не изменилось.
Я вроде писал, так везде делают. Когда ты жмешь сортировку, ты хочешь увидеть САМЫЕ большие или маленькие значения, а для этого надо перейти на первую страницу. Иначе ты оказываешься где-то в середине.
119 Кб, 1250x796>>394732
В смысле? На той же яве и в C++ try/catch нужно было на каждый чих ОТДЕЛЬНО устанавливать, а в PHP он как то по другому действует? Тип как try/catch может выглядеть ОДИН на всю программу?
Я чет не понимаю. try/catch должен оборачивать что? ??
Там написано, для того чтобы получить ошибку нужно вызвать какую то функцию. И я не увидел какую именно ошибку выбрасывает запрос. Мне же нужно знать, какую именно ошибку выбрасывает запрос, чтобы поймать ее.
>чтобы не писать кучу if или кучу try/catch.
В смысле? На той же яве и в C++ try/catch нужно было на каждый чих ОТДЕЛЬНО устанавливать, а в PHP он как то по другому действует? Тип как try/catch может выглядеть ОДИН на всю программу?
>В твоем случае надо либо использовать set_exception_handler, либо оборачивать все в огромный try/catch
Я чет не понимаю. try/catch должен оборачивать что? ??
>А в мануале ответа нету? Тут например
Там написано, для того чтобы получить ошибку нужно вызвать какую то функцию. И я не увидел какую именно ошибку выбрасывает запрос. Мне же нужно знать, какую именно ошибку выбрасывает запрос, чтобы поймать ее.
>>394743
Короче, вот если так сделать, то что будет. Это кстати разработка БД, мне не нужно выдавать ошибку
<?php
set_exception_handler(function (Throwable $exception) {
//Код из мануала ОПа
error_log($e->__toString());
header("HTTP/1.0 503 Temporary unavailable");
header("Content-type: text/plain; charset=utf-8");
});
require_once __DIR__ . '/login.php';
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //И куда теперь эту штуку девать?
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh
Короче, вот если так сделать, то что будет. Это кстати разработка БД, мне не нужно выдавать ошибку
<?php
set_exception_handler(function (Throwable $exception) {
//Код из мануала ОПа
error_log($e->__toString());
header("HTTP/1.0 503 Temporary unavailable");
header("Content-type: text/plain; charset=utf-8");
});
require_once __DIR__ . '/login.php';
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //И куда теперь эту штуку девать?
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh
>>394743
Короче, вот если так сделать, то что будет. Это кстати разработка БД, мне не нужно выдавать ошибку
<?php
set_exception_handler(function (Throwable $exception) {
//Код из мануала ОПа
error_log($e->__toString());
header("HTTP/1.0 503 Temporary unavailable");
header("Content-type: text/plain; charset=utf-8");
});
require_once __DIR__ . '/login.php';
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //И куда теперь эту штуку девать?
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh
Короче, вот если так сделать, то что будет. Это кстати разработка БД, мне не нужно выдавать ошибку
<?php
set_exception_handler(function (Throwable $exception) {
//Код из мануала ОПа
error_log($e->__toString());
header("HTTP/1.0 503 Temporary unavailable");
header("Content-type: text/plain; charset=utf-8");
});
require_once __DIR__ . '/login.php';
$dbh = new PDO('mysql:host=localhost;dbname=', $un, $pw);
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); //И куда теперь эту штуку девать?
$query = "CREATE TABLE student (
id SMALLINT NOT NULL AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
surname VARCHAR(50) NOT NULL,
gender ENUM('male', 'female') NOT NULL,
groupNumber VARCHAR(5) NOT NULL,
email VARCHAR(30) NOT NULL UNIQUE,
totalPoints SMALLINT UNSIGNED NOT NULL,
yearOfBirth YEAR NOT NULL,
localOrNonresident ENUM('local', 'nonresident') NOT NULL,
PRIMARY KEY (id)
)";
$dbh->query($query);
$dbh
>>394743
Пусть у тебя все запросы идут через index.php. Тогда можно написать в нем:
require_once '....error_handler.php';
initErrorHandler();
try {
require_once 'bootstrap.php';
$fc = new FrontContrller();
$fc->handleRequest();
} catch (Throwable $e) {
handleException($e);
}
Альтернатива:
require_once '....error_handler.php';
initErrorHandler();
set_exception_handler('handleException');
$fc = new FrontContrller();
$fc->handleRequest();
Соответственно, во всех остальных местах кода try/catch не нужен, так как исключение будет поймано в index.php. Объясни теперь, откуда у тебя идея, что его надо писать много раз?
В мануале специально дан такой пример, чтобы с помощью расположения try/catch показать, в каком месте выбрасывается исключение. Это не значит, что ты его должен копировать строка в строку. Более того, там объясняется, как отключить выброс исключений и использовать ERRMODE_WARNING, потому и try/catch так поставлен, чтобы исключение не вылетело наружу из кода. А у тебя цели "отключать" исключения нету. То есть ты нашел в мануале пример, который вообще отношения к твоей ситуации не имеет.
В яве и Си++ то же самое, не требуется везде ставить try/catch.
Видимо, я плохо в уроке про исключения это объясняю. Но тебе определенно надо изучить исключения получше.
Пусть у тебя все запросы идут через index.php. Тогда можно написать в нем:
require_once '....error_handler.php';
initErrorHandler();
try {
require_once 'bootstrap.php';
$fc = new FrontContrller();
$fc->handleRequest();
} catch (Throwable $e) {
handleException($e);
}
Альтернатива:
require_once '....error_handler.php';
initErrorHandler();
set_exception_handler('handleException');
$fc = new FrontContrller();
$fc->handleRequest();
Соответственно, во всех остальных местах кода try/catch не нужен, так как исключение будет поймано в index.php. Объясни теперь, откуда у тебя идея, что его надо писать много раз?
В мануале специально дан такой пример, чтобы с помощью расположения try/catch показать, в каком месте выбрасывается исключение. Это не значит, что ты его должен копировать строка в строку. Более того, там объясняется, как отключить выброс исключений и использовать ERRMODE_WARNING, потому и try/catch так поставлен, чтобы исключение не вылетело наружу из кода. А у тебя цели "отключать" исключения нету. То есть ты нашел в мануале пример, который вообще отношения к твоей ситуации не имеет.
В яве и Си++ то же самое, не требуется везде ставить try/catch.
Видимо, я плохо в уроке про исключения это объясняю. Но тебе определенно надо изучить исключения получше.
>>394743
Пусть у тебя все запросы идут через index.php. Тогда можно написать в нем:
require_once '....error_handler.php';
initErrorHandler();
try {
require_once 'bootstrap.php';
$fc = new FrontContrller();
$fc->handleRequest();
} catch (Throwable $e) {
handleException($e);
}
Альтернатива:
require_once '....error_handler.php';
initErrorHandler();
set_exception_handler('handleException');
$fc = new FrontContrller();
$fc->handleRequest();
Соответственно, во всех остальных местах кода try/catch не нужен, так как исключение будет поймано в index.php. Объясни теперь, откуда у тебя идея, что его надо писать много раз?
В мануале специально дан такой пример, чтобы с помощью расположения try/catch показать, в каком месте выбрасывается исключение. Это не значит, что ты его должен копировать строка в строку. Более того, там объясняется, как отключить выброс исключений и использовать ERRMODE_WARNING, потому и try/catch так поставлен, чтобы исключение не вылетело наружу из кода. А у тебя цели "отключать" исключения нету. То есть ты нашел в мануале пример, который вообще отношения к твоей ситуации не имеет.
В яве и Си++ то же самое, не требуется везде ставить try/catch.
Видимо, я плохо в уроке про исключения это объясняю. Но тебе определенно надо изучить исключения получше.
Пусть у тебя все запросы идут через index.php. Тогда можно написать в нем:
require_once '....error_handler.php';
initErrorHandler();
try {
require_once 'bootstrap.php';
$fc = new FrontContrller();
$fc->handleRequest();
} catch (Throwable $e) {
handleException($e);
}
Альтернатива:
require_once '....error_handler.php';
initErrorHandler();
set_exception_handler('handleException');
$fc = new FrontContrller();
$fc->handleRequest();
Соответственно, во всех остальных местах кода try/catch не нужен, так как исключение будет поймано в index.php. Объясни теперь, откуда у тебя идея, что его надо писать много раз?
В мануале специально дан такой пример, чтобы с помощью расположения try/catch показать, в каком месте выбрасывается исключение. Это не значит, что ты его должен копировать строка в строку. Более того, там объясняется, как отключить выброс исключений и использовать ERRMODE_WARNING, потому и try/catch так поставлен, чтобы исключение не вылетело наружу из кода. А у тебя цели "отключать" исключения нету. То есть ты нашел в мануале пример, который вообще отношения к твоей ситуации не имеет.
В яве и Си++ то же самое, не требуется везде ставить try/catch.
Видимо, я плохо в уроке про исключения это объясняю. Но тебе определенно надо изучить исключения получше.
>>394746
Если это скрипт, который запускается вручную из консоли (командной строки), то вообще писать try/catch не нужно, так как PHP в этой ситуации при исключении выведет информацию о нем и завершит скрипт. И соответственно, header в консоли не имеет никакого смысла.
Если это не скрипт в консоли, а для веба, то надо делать, как я описал выше, либо set_exception_handler, либо все завернуть в единственный try/catch.
Если это скрипт, который запускается вручную из консоли (командной строки), то вообще писать try/catch не нужно, так как PHP в этой ситуации при исключении выведет информацию о нем и завершит скрипт. И соответственно, header в консоли не имеет никакого смысла.
Если это не скрипт в консоли, а для веба, то надо делать, как я описал выше, либо set_exception_handler, либо все завернуть в единственный try/catch.
>>394747
Еще больше запутался.
require_once '....error_handler.php';
Что это за многоточие и что это подключаем тут?
initErrorHandler();
И эта функция что делает?? Не гуглится
Скажи я правильно понял или нет, пожалуйста.
Берем главный файл index.php. В него входят две первые строчки, которые я не понял и дальше включаем try. В try идет подключение файла bootstrap. А bootstrap это толи модель, толи просто инициализатор в MVC. Там хранятся файлы:
1) Класс, который описывает сущность студент
2) Класс, который работает с базой данных(паттерн TableDataGateway)
3) Класс, который проверяет правильность ввода данных.
Так вот в тех классах исключения писать не надо? Мне не нужно в классе, который реализует паттерн TableDataGateway использовать отлов ошибок/исключение/try/catch?
Подключение к БД в каком месте идет? В TableDataGateway или в index?
Просто если в index, то что мне делать в конструкторе public function __construct(PDO $pdo) { ... } класса TableDataGateway? Взять данные из базы данных в массив?
И где мне тогда подключаться к базе данных? В try/catch до bootstrap?
$fc = new FrontContrller();
$fc->handleRequest();
Это я тоже не понял. Это шаблоны?
И почему в альтернативе не описана функция set_exception_handler('handleException')? Ты подразумевал, что она где то описана?
Еще больше запутался.
require_once '....error_handler.php';
Что это за многоточие и что это подключаем тут?
initErrorHandler();
И эта функция что делает?? Не гуглится
Скажи я правильно понял или нет, пожалуйста.
Берем главный файл index.php. В него входят две первые строчки, которые я не понял и дальше включаем try. В try идет подключение файла bootstrap. А bootstrap это толи модель, толи просто инициализатор в MVC. Там хранятся файлы:
1) Класс, который описывает сущность студент
2) Класс, который работает с базой данных(паттерн TableDataGateway)
3) Класс, который проверяет правильность ввода данных.
Так вот в тех классах исключения писать не надо? Мне не нужно в классе, который реализует паттерн TableDataGateway использовать отлов ошибок/исключение/try/catch?
Подключение к БД в каком месте идет? В TableDataGateway или в index?
Просто если в index, то что мне делать в конструкторе public function __construct(PDO $pdo) { ... } класса TableDataGateway? Взять данные из базы данных в массив?
И где мне тогда подключаться к базе данных? В try/catch до bootstrap?
$fc = new FrontContrller();
$fc->handleRequest();
Это я тоже не понял. Это шаблоны?
И почему в альтернативе не описана функция set_exception_handler('handleException')? Ты подразумевал, что она где то описана?
>>394765
Это прелоадер называется. Там инициализируются зависимости, окружение и тд.
>А bootstrap это толи модель, толи просто инициализатор в MVC.
Это прелоадер называется. Там инициализируются зависимости, окружение и тд.
>>394749
Кстати я подразумевал, что этот скриgn будет использован один раз. То есть он нужен был для GITHub, чтобы можно было включить один раз и все. Он создал бы базу данных и больше не понадобился.
Кстати я подразумевал, что этот скриgn будет использован один раз. То есть он нужен был для GITHub, чтобы можно было включить один раз и все. Он создал бы базу данных и больше не понадобился.
>>394772
Лучше использовать для этого SQL-дамп. Просто создаем файл с расширением .sql и в него пишем нужные SQL-команды, с точкой с запятой в конце каждой. Дампы можно генерировать программами вроде mysqldump или phpmyadmin, но можно и писать руками (заодно поучишься SQL).
Загружается дамп через программу-клиент БД или через командную строку.
- http://www.mysql.ru/docs/man/mysqldump.html
- пример первого попавшегося, найденного в гугле, дампа: https://github.com/cymitty/Student-list/blob/master/studentlist.sql
Полезно писать дамп руками, чтобы освоить SQL и работу с дампами из командной строки.
Если же тебе надо что-то посложнее загрузки дампа, то надо сделать скрипт для командной строки. При этом делать страницу ошибки не требуется, и писать try/catch тоже, так как по умолчанию PHP выведет подробности ошибки сам.
Почитать про командную строку простыми словами: https://github.com/codedokode/pasta/blob/master/soft/cli.md
Лучше использовать для этого SQL-дамп. Просто создаем файл с расширением .sql и в него пишем нужные SQL-команды, с точкой с запятой в конце каждой. Дампы можно генерировать программами вроде mysqldump или phpmyadmin, но можно и писать руками (заодно поучишься SQL).
Загружается дамп через программу-клиент БД или через командную строку.
- http://www.mysql.ru/docs/man/mysqldump.html
- пример первого попавшегося, найденного в гугле, дампа: https://github.com/cymitty/Student-list/blob/master/studentlist.sql
Полезно писать дамп руками, чтобы освоить SQL и работу с дампами из командной строки.
Если же тебе надо что-то посложнее загрузки дампа, то надо сделать скрипт для командной строки. При этом делать страницу ошибки не требуется, и писать try/catch тоже, так как по умолчанию PHP выведет подробности ошибки сам.
Почитать про командную строку простыми словами: https://github.com/codedokode/pasta/blob/master/soft/cli.md
Циферки у меня выводятся, но не умножаются. Тыкните носом, уже и так и сяк пробовал. Да, тупой, не бейте
>>394818
Все действия убирай из ковычек. Ковычки = текст. Сделай конкатенацию. типо - echo "$x $x = " . $x $x
Все действия убирай из ковычек. Ковычки = текст. Сделай конкатенацию. типо - echo "$x $x = " . $x $x
>>394733
Вот это мне нравится. Вытащу тогда содержимое catch во вспомогательный метод типа tryToRepairTheRequest().
В родителе будет
protected function tryToRepairTheRequest(\ErrorException $e) {
// можем что-то сделать? если нет, throw $e;
}
В наследниках буду делать
private function tryToRepairTheRequest(\ErrorException $e) {
try { parent::tryToRepairTheRequest($e); }
catch (\ErrorException $e) { // специальный код для наследника, а если не вышло то опять же throw $e; }
}
Нет. Запросы могут идти через один объект, а вот ответы - уже новые объекты.
$reader = new WebReader($defaultStreamContext, $maxQtyAttempts); // контекст стрима, который будет использован, если в get() никакой не указан, и кол-во попыток перезапросить при сбоях
$response = $reader->get('https://google.com'[, $streamContext]); // $response - объект класса WebResponse, содержащий ответ
$response2 = $reader->get('https://yandex.ru');
Не понял. У меня нет никакой асинхронности и тредов. Вызвал get() - получи WebResponse или эксепшен.
Ну, каждый запрос плодит по совершенно независимому WebResponse. WebReader при этом может оставаться один. Все, что он знает - какие хттп-заголовки и параметры стрима выставлять. $url нигде не запоминается и живет только внутри get(), который под капотом вызывает return $this->doRequest($url, $streamContext, $this->qtyAttempts), если ему нравятся переданные параметры. А doRequest() возвращает new WebResponse($http_response_header, $content), куда кладет всё полученное, если запрос удался.
> вынести решение вопроса "что делать при ошибке" в отдельный метод
Вот это мне нравится. Вытащу тогда содержимое catch во вспомогательный метод типа tryToRepairTheRequest().
В родителе будет
protected function tryToRepairTheRequest(\ErrorException $e) {
// можем что-то сделать? если нет, throw $e;
}
В наследниках буду делать
private function tryToRepairTheRequest(\ErrorException $e) {
try { parent::tryToRepairTheRequest($e); }
catch (\ErrorException $e) { // специальный код для наследника, а если не вышло то опять же throw $e; }
}
>У тебя объект представляет один запрос и для нового запроса создается новый объект?
Нет. Запросы могут идти через один объект, а вот ответы - уже новые объекты.
$reader = new WebReader($defaultStreamContext, $maxQtyAttempts); // контекст стрима, который будет использован, если в get() никакой не указан, и кол-во попыток перезапросить при сбоях
$response = $reader->get('https://google.com'[, $streamContext]); // $response - объект класса WebResponse, содержащий ответ
$response2 = $reader->get('https://yandex.ru');
> что, если ты в процессе обработки одного запроса попытаешься через этот класс сделать другой?
Не понял. У меня нет никакой асинхронности и тредов. Вызвал get() - получи WebResponse или эксепшен.
>Свойства второго запроса затрут первый?
Ну, каждый запрос плодит по совершенно независимому WebResponse. WebReader при этом может оставаться один. Все, что он знает - какие хттп-заголовки и параметры стрима выставлять. $url нигде не запоминается и живет только внутри get(), который под капотом вызывает return $this->doRequest($url, $streamContext, $this->qtyAttempts), если ему нравятся переданные параметры. А doRequest() возвращает new WebResponse($http_response_header, $content), куда кладет всё полученное, если запрос удался.
ОП, глянешь список студентов?
https://github.com/codecoshauni/student-list
http://b29825zy.beget.tech/ - на хостинге
https://github.com/codecoshauni/student-list
http://b29825zy.beget.tech/ - на хостинге
>>394735
Большой объём -- это сколько? Есть какое-то правило или просто "не работает в лоб -- поднимай сервер"?
Если я раз в два месяца отправляю пачку около 150 писем, нужен сервер?
>Отдельный сервер нужен для больших объемов отправки
Большой объём -- это сколько? Есть какое-то правило или просто "не работает в лоб -- поднимай сервер"?
Если я раз в два месяца отправляю пачку около 150 писем, нужен сервер?
>>395036
По идее, если ты правильно настроил sendmail на своем сервере (а также, возможно, всякие антиспам меры вроде SPF итд, которые описываются в статьях по теме), то все должно работать. Антиспам нужен для массовых рассылок.
Отдельный сервер, как я понимаю, тоже нужен для массовых рассылок, чтобы ты не запускал бы у себя на сервере экземпляр sendmail на каждую отправку письма, а например слал бы их по SMTP на отдельный сервер и с него рассылал. Возможно, это позволяет ускорить передачу писем на рассылку. Соответственно, "массовые" здесь начинается с десятков-сотен тысяч писем и нужно, когда стандартная конфигурация не работает или работает недостаточно быстро.
Или, возможно, ты увлекся микросервисами и хочешь усложнить себе жизнь на ровном месте. Тогда тоже можно сделать отдельный сервер.
Соответственно, у меня ощущение, что ты либо неправильно понял статью, либо в ней ошибки.
По идее, если ты правильно настроил sendmail на своем сервере (а также, возможно, всякие антиспам меры вроде SPF итд, которые описываются в статьях по теме), то все должно работать. Антиспам нужен для массовых рассылок.
Отдельный сервер, как я понимаю, тоже нужен для массовых рассылок, чтобы ты не запускал бы у себя на сервере экземпляр sendmail на каждую отправку письма, а например слал бы их по SMTP на отдельный сервер и с него рассылал. Возможно, это позволяет ускорить передачу писем на рассылку. Соответственно, "массовые" здесь начинается с десятков-сотен тысяч писем и нужно, когда стандартная конфигурация не работает или работает недостаточно быстро.
Или, возможно, ты увлекся микросервисами и хочешь усложнить себе жизнь на ровном месте. Тогда тоже можно сделать отдельный сервер.
Соответственно, у меня ощущение, что ты либо неправильно понял статью, либо в ней ошибки.
>>395041
У меня ощущение, что ты просто пробуешь переставлять символы наугад, а надо разобраться и писать код осознанно, понимая каждый символ в нем.
Программа составляется по определенным правилам, которые называются грамматикой. В грамматике определено, из каких частей может состоять текст программы и точный синтаксис каждого варианта. Описание грамматики раскидано по разным частям мануала.
Если твой текст программы не соответствует грамматике, то выдается синтаксическая ошибка (ошибка разбора) и программа не выполняется. Ну например, число должно состоять только из цифр. Если ты попытаешься написать в коде число вида 123xyz, то произойдет ошибка разбора.
Кроме синтаксических бывают и другие ошибки, но другие ошибки возможны только при выполнении программы и при отсутствии синтаксических.
Для начала, пролистай мануал по echo: https://php.net/manual/ru/function.echo.php
Посмотри на синтаксис echo из мануала (скобки я убрал):
echo string $arg1 [, string $... ] ;
Эта строка описывает, что в грамматике разрешено использовать после ключевого слова echo.
После echo можно указать 1 или несколько аргументов через запятую. echo выводит только строки и числа, потому если ты укажешь аргументы другого типа, то он их преобразует в строки или числа.
Теперь посмотри на свой код:
echo "....." = $x * $x\n;
ты пытаешься передать в echo сложную составную конструкцию как один аргумент. Давай её разберем:
"какая-то строка" = какое-то матем. выражение \n ;
Оператор = сохраняет в переменную слева от него значение, записанное справа от него, например:
$a = 2 + 2;
Ты же слева от оператора равно написал строку. В строку, естественно, сохранить ничего нельзя, так как это не переменная. Получается - ошибка синтаксиса, так как слева от знака равно может идти только переменная или похожее на переменную выражение.
Вторая ошибка - это использование \n. Ты его используешь вне строки, и вне строки это просто набор символов, не имеющий смысла и вызывающий ошибку разбора. Символы \n имеют специальный смысл (вставка в строку символа перевода строки) внутри двойных кавычек, но снаружи них это просто ошибка синтаксиса. Про это написано тут: https://www.php.net/manual/ru/language.types.string.php
Далее, прочитай про точку: https://www.php.net/manual/ru/language.operators.string.php - это оператор, работающий со строками. Справа и слева от него указывается строка или выражение, дающее строку, или что-то, что можно преобразовать в строку, и он склеивает строки справа и слева и возвращает результат. То есть точка - это как плюс из математики, только для строк.
Не поленись прочитать ссылки на мануал, которые я дал, можешь уточнять, если что-то непонятно. Если ты хочешь быть программистом, то мануалы тебе придется читать постоянно.
Про поводу того, что надо сделать, есть такие варианты:
- сделать переменную, поместить в нее результат умножения, а эту переменную подставить внутрь выводимой строки
- сделать переменную, поместить в нее результат умножения, и склеить строку с переменной с помощью точки
- склеить выводимую строку с результатом умножения без использования промежуточной переменной
Осмыслив все это, попробуй предложить правильный код, не подбирая ничего наугад. Или задавай вопросы.
У меня ощущение, что ты просто пробуешь переставлять символы наугад, а надо разобраться и писать код осознанно, понимая каждый символ в нем.
Программа составляется по определенным правилам, которые называются грамматикой. В грамматике определено, из каких частей может состоять текст программы и точный синтаксис каждого варианта. Описание грамматики раскидано по разным частям мануала.
Если твой текст программы не соответствует грамматике, то выдается синтаксическая ошибка (ошибка разбора) и программа не выполняется. Ну например, число должно состоять только из цифр. Если ты попытаешься написать в коде число вида 123xyz, то произойдет ошибка разбора.
Кроме синтаксических бывают и другие ошибки, но другие ошибки возможны только при выполнении программы и при отсутствии синтаксических.
Для начала, пролистай мануал по echo: https://php.net/manual/ru/function.echo.php
Посмотри на синтаксис echo из мануала (скобки я убрал):
echo string $arg1 [, string $... ] ;
Эта строка описывает, что в грамматике разрешено использовать после ключевого слова echo.
После echo можно указать 1 или несколько аргументов через запятую. echo выводит только строки и числа, потому если ты укажешь аргументы другого типа, то он их преобразует в строки или числа.
Теперь посмотри на свой код:
echo "....." = $x * $x\n;
ты пытаешься передать в echo сложную составную конструкцию как один аргумент. Давай её разберем:
"какая-то строка" = какое-то матем. выражение \n ;
Оператор = сохраняет в переменную слева от него значение, записанное справа от него, например:
$a = 2 + 2;
Ты же слева от оператора равно написал строку. В строку, естественно, сохранить ничего нельзя, так как это не переменная. Получается - ошибка синтаксиса, так как слева от знака равно может идти только переменная или похожее на переменную выражение.
Вторая ошибка - это использование \n. Ты его используешь вне строки, и вне строки это просто набор символов, не имеющий смысла и вызывающий ошибку разбора. Символы \n имеют специальный смысл (вставка в строку символа перевода строки) внутри двойных кавычек, но снаружи них это просто ошибка синтаксиса. Про это написано тут: https://www.php.net/manual/ru/language.types.string.php
Далее, прочитай про точку: https://www.php.net/manual/ru/language.operators.string.php - это оператор, работающий со строками. Справа и слева от него указывается строка или выражение, дающее строку, или что-то, что можно преобразовать в строку, и он склеивает строки справа и слева и возвращает результат. То есть точка - это как плюс из математики, только для строк.
Не поленись прочитать ссылки на мануал, которые я дал, можешь уточнять, если что-то непонятно. Если ты хочешь быть программистом, то мануалы тебе придется читать постоянно.
Про поводу того, что надо сделать, есть такие варианты:
- сделать переменную, поместить в нее результат умножения, а эту переменную подставить внутрь выводимой строки
- сделать переменную, поместить в нее результат умножения, и склеить строку с переменной с помощью точки
- склеить выводимую строку с результатом умножения без использования промежуточной переменной
Осмыслив все это, попробуй предложить правильный код, не подбирая ничего наугад. Или задавай вопросы.
>>395041
У меня ощущение, что ты просто пробуешь переставлять символы наугад, а надо разобраться и писать код осознанно, понимая каждый символ в нем.
Программа составляется по определенным правилам, которые называются грамматикой. В грамматике определено, из каких частей может состоять текст программы и точный синтаксис каждого варианта. Описание грамматики раскидано по разным частям мануала.
Если твой текст программы не соответствует грамматике, то выдается синтаксическая ошибка (ошибка разбора) и программа не выполняется. Ну например, число должно состоять только из цифр. Если ты попытаешься написать в коде число вида 123xyz, то произойдет ошибка разбора.
Кроме синтаксических бывают и другие ошибки, но другие ошибки возможны только при выполнении программы и при отсутствии синтаксических.
Для начала, пролистай мануал по echo: https://php.net/manual/ru/function.echo.php
Посмотри на синтаксис echo из мануала (скобки я убрал):
echo string $arg1 [, string $... ] ;
Эта строка описывает, что в грамматике разрешено использовать после ключевого слова echo.
После echo можно указать 1 или несколько аргументов через запятую. echo выводит только строки и числа, потому если ты укажешь аргументы другого типа, то он их преобразует в строки или числа.
Теперь посмотри на свой код:
echo "....." = $x * $x\n;
ты пытаешься передать в echo сложную составную конструкцию как один аргумент. Давай её разберем:
"какая-то строка" = какое-то матем. выражение \n ;
Оператор = сохраняет в переменную слева от него значение, записанное справа от него, например:
$a = 2 + 2;
Ты же слева от оператора равно написал строку. В строку, естественно, сохранить ничего нельзя, так как это не переменная. Получается - ошибка синтаксиса, так как слева от знака равно может идти только переменная или похожее на переменную выражение.
Вторая ошибка - это использование \n. Ты его используешь вне строки, и вне строки это просто набор символов, не имеющий смысла и вызывающий ошибку разбора. Символы \n имеют специальный смысл (вставка в строку символа перевода строки) внутри двойных кавычек, но снаружи них это просто ошибка синтаксиса. Про это написано тут: https://www.php.net/manual/ru/language.types.string.php
Далее, прочитай про точку: https://www.php.net/manual/ru/language.operators.string.php - это оператор, работающий со строками. Справа и слева от него указывается строка или выражение, дающее строку, или что-то, что можно преобразовать в строку, и он склеивает строки справа и слева и возвращает результат. То есть точка - это как плюс из математики, только для строк.
Не поленись прочитать ссылки на мануал, которые я дал, можешь уточнять, если что-то непонятно. Если ты хочешь быть программистом, то мануалы тебе придется читать постоянно.
Про поводу того, что надо сделать, есть такие варианты:
- сделать переменную, поместить в нее результат умножения, а эту переменную подставить внутрь выводимой строки
- сделать переменную, поместить в нее результат умножения, и склеить строку с переменной с помощью точки
- склеить выводимую строку с результатом умножения без использования промежуточной переменной
Осмыслив все это, попробуй предложить правильный код, не подбирая ничего наугад. Или задавай вопросы.
У меня ощущение, что ты просто пробуешь переставлять символы наугад, а надо разобраться и писать код осознанно, понимая каждый символ в нем.
Программа составляется по определенным правилам, которые называются грамматикой. В грамматике определено, из каких частей может состоять текст программы и точный синтаксис каждого варианта. Описание грамматики раскидано по разным частям мануала.
Если твой текст программы не соответствует грамматике, то выдается синтаксическая ошибка (ошибка разбора) и программа не выполняется. Ну например, число должно состоять только из цифр. Если ты попытаешься написать в коде число вида 123xyz, то произойдет ошибка разбора.
Кроме синтаксических бывают и другие ошибки, но другие ошибки возможны только при выполнении программы и при отсутствии синтаксических.
Для начала, пролистай мануал по echo: https://php.net/manual/ru/function.echo.php
Посмотри на синтаксис echo из мануала (скобки я убрал):
echo string $arg1 [, string $... ] ;
Эта строка описывает, что в грамматике разрешено использовать после ключевого слова echo.
После echo можно указать 1 или несколько аргументов через запятую. echo выводит только строки и числа, потому если ты укажешь аргументы другого типа, то он их преобразует в строки или числа.
Теперь посмотри на свой код:
echo "....." = $x * $x\n;
ты пытаешься передать в echo сложную составную конструкцию как один аргумент. Давай её разберем:
"какая-то строка" = какое-то матем. выражение \n ;
Оператор = сохраняет в переменную слева от него значение, записанное справа от него, например:
$a = 2 + 2;
Ты же слева от оператора равно написал строку. В строку, естественно, сохранить ничего нельзя, так как это не переменная. Получается - ошибка синтаксиса, так как слева от знака равно может идти только переменная или похожее на переменную выражение.
Вторая ошибка - это использование \n. Ты его используешь вне строки, и вне строки это просто набор символов, не имеющий смысла и вызывающий ошибку разбора. Символы \n имеют специальный смысл (вставка в строку символа перевода строки) внутри двойных кавычек, но снаружи них это просто ошибка синтаксиса. Про это написано тут: https://www.php.net/manual/ru/language.types.string.php
Далее, прочитай про точку: https://www.php.net/manual/ru/language.operators.string.php - это оператор, работающий со строками. Справа и слева от него указывается строка или выражение, дающее строку, или что-то, что можно преобразовать в строку, и он склеивает строки справа и слева и возвращает результат. То есть точка - это как плюс из математики, только для строк.
Не поленись прочитать ссылки на мануал, которые я дал, можешь уточнять, если что-то непонятно. Если ты хочешь быть программистом, то мануалы тебе придется читать постоянно.
Про поводу того, что надо сделать, есть такие варианты:
- сделать переменную, поместить в нее результат умножения, а эту переменную подставить внутрь выводимой строки
- сделать переменную, поместить в нее результат умножения, и склеить строку с переменной с помощью точки
- склеить выводимую строку с результатом умножения без использования промежуточной переменной
Осмыслив все это, попробуй предложить правильный код, не подбирая ничего наугад. Или задавай вопросы.
>>395048
Пока вопрос один. В обучалке этого обьёма информации нет. Её надо в мануалах искать самому и дальше?
Пока вопрос один. В обучалке этого обьёма информации нет. Её надо в мануалах искать самому и дальше?
>>395076
Согласен, в учебнике есть что дорабатывать. Пока что можно параллельно с учебником искать в мануале описанные там функции и читать дополнительно. Учебник помогает тем, что тебе не надо читать весь мануал, он показывает, на что именно обратить внимание и дает пример использования функций.
Согласен, в учебнике есть что дорабатывать. Пока что можно параллельно с учебником искать в мануале описанные там функции и читать дополнительно. Учебник помогает тем, что тебе не надо читать весь мануал, он показывает, на что именно обратить внимание и дает пример использования функций.
>>395080
В учебнике ОПа хотелось бы больше примеров. Всё таки иногда понятнее посмотреть с небольшими пояснениями, чем прочитать смутные отсылки и попытки "объяснить на пальцах". Абстракции и шаблоны одними словами лучше даже не объяснять.
К тому же новичкам необходимо первое время больше читать, чем писать, как я думаю.
Понятно, что ОП даёт названия и отсылки, и можно посмотреть в гугле. Но гугл на то и гугл, что там до сих пор встречается код на том же mysql), или просто школьники с хабра - он на ранжирует качество написанного.
В учебнике ОПа хотелось бы больше примеров. Всё таки иногда понятнее посмотреть с небольшими пояснениями, чем прочитать смутные отсылки и попытки "объяснить на пальцах". Абстракции и шаблоны одними словами лучше даже не объяснять.
К тому же новичкам необходимо первое время больше читать, чем писать, как я думаю.
Понятно, что ОП даёт названия и отсылки, и можно посмотреть в гугле. Но гугл на то и гугл, что там до сих пор встречается код на том же mysql), или просто школьники с хабра - он на ранжирует качество написанного.
>>395044
Статью не читал, просто в своё время делали с корешем прогу на питоне для рассылки оценок и прочей инфы, чтобы сократить ёблю единственной девочке из учебного офиса нашего института, которая всем этим занималась. Тогда мы поднимали smtp-сервер, потому что вроде как других способов не нашли, а сейчас мне просто интересно, как это можно было бы сделать на пхп
Статью не читал, просто в своё время делали с корешем прогу на питоне для рассылки оценок и прочей инфы, чтобы сократить ёблю единственной девочке из учебного офиса нашего института, которая всем этим занималась. Тогда мы поднимали smtp-сервер, потому что вроде как других способов не нашли, а сейчас мне просто интересно, как это можно было бы сделать на пхп
>>395418
Прочитай еще пару раз гайд от ОПа, там вроде предельно ясно обьяснено что это и зачем нужно
Прочитай еще пару раз гайд от ОПа, там вроде предельно ясно обьяснено что это и зачем нужно
>>395430
м-м-максимум куколдизм
>в своё время делали с корешем прогу на питоне для рассылки оценок и прочей инфы, чтобы сократить ёблю единственной девочке из учебного офиса нашего института, которая всем этим занималась
м-м-максимум куколдизм
Не тратте время на изучение пыхи, это умирающая технология. Ничего нового на ней не пишут. Вакансий все меньше и смотреть на вас будут как на говно даже фронтендеры.
>>395482
в развитых странах он уже обогнал пыху по вакансиям. а все тренды рано или поздно проявляются в снг
в развитых странах он уже обогнал пыху по вакансиям. а все тренды рано или поздно проявляются в снг
>>395488
хз, что в штатах. я там не живу, но подозреваю, что пыха там еще менее популярна, чем в израиле
хз, что в штатах. я там не живу, но подозреваю, что пыха там еще менее популярна, чем в израиле
>>380485 (OP)
Сап, пхп тред.
Дело такое, есть вероятность перекатиться на вакансию на бек php/java, а проблема в том, что не шарю за php почти никак. Делал круд в шарагу, но я думаю этого не хватит. На джаве писал на спринговом стеке, даже на котле писал чутка. Так вот, есть ли у вас какая нить годная книга чтобы без ЕХО "ХЕЛО ВРОЛД", а сразу четенько и по делу.
Олсо, может кто так же перекатывался с джавы, отпишитесь как и что.
Сап, пхп тред.
Дело такое, есть вероятность перекатиться на вакансию на бек php/java, а проблема в том, что не шарю за php почти никак. Делал круд в шарагу, но я думаю этого не хватит. На джаве писал на спринговом стеке, даже на котле писал чутка. Так вот, есть ли у вас какая нить годная книга чтобы без ЕХО "ХЕЛО ВРОЛД", а сразу четенько и по делу.
Олсо, может кто так же перекатывался с джавы, отпишитесь как и что.
>>395490
главное это пройти собеседование, а там легко перекатишся с джавы.
вот у меня всегда проблема решить задание на месте, потому-что мне надо думать в спокойной обстановке
главное это пройти собеседование, а там легко перекатишся с джавы.
вот у меня всегда проблема решить задание на месте, потому-что мне надо думать в спокойной обстановке
>>395489
А мы в Израиле не живем - нафига ты его принёс я понять не могу. Подозрения свои при себе оставь - ЖС сейчас на хайпе, вот и результат. Потом попустит.
С другой стороны нубы, вроде тебя, не понимают, что если ты учил программирование, а не язык, то освоение другого языка - не проблема. ЯП всего лишь инструмент.
А мы в Израиле не живем - нафига ты его принёс я понять не могу. Подозрения свои при себе оставь - ЖС сейчас на хайпе, вот и результат. Потом попустит.
С другой стороны нубы, вроде тебя, не понимают, что если ты учил программирование, а не язык, то освоение другого языка - не проблема. ЯП всего лишь инструмент.
>>395499
если ты фрилансер или живешь в снг и собираешся там дальше жить, то пыха норм - еще лет 15 протянет
Я лишь хотел дать рекомендацию тем, кто планирует свалить в развитые страны
если ты фрилансер или живешь в снг и собираешся там дальше жить, то пыха норм - еще лет 15 протянет
Я лишь хотел дать рекомендацию тем, кто планирует свалить в развитые страны
>>395497
Испанский стыд был, как будто ребенок отсталый двачер писал. А так похер вообще, что в моем круде напишете.
Испанский стыд был, как будто ребенок отсталый двачер писал. А так похер вообще, что в моем круде напишете.
>>395503
я принес тебе пруф рынка труда в стране которая точно входит в 10-ку по передовым технологиям в мире
сразу отвечу, что мне похуй пруф для тебя это или нет, путь каждый сам решит
я принес тебе пруф рынка труда в стране которая точно входит в 10-ку по передовым технологиям в мире
сразу отвечу, что мне похуй пруф для тебя это или нет, путь каждый сам решит
>>395492
ну мне фактически не нужно прям с головой в пыху залезть, мне нужно просто понять что почем, просто я работал на жабке и когда сел за пыху первый(единственный, лол) раз меня прям нормально так колдоёбило, вообще блять как другой мир
ну мне фактически не нужно прям с головой в пыху залезть, мне нужно просто понять что почем, просто я работал на жабке и когда сел за пыху первый(единственный, лол) раз меня прям нормально так колдоёбило, вообще блять как другой мир
>>395505
я делал файлообменник из ОП-поста на Джаве и было труднее, чем на пхп
я делал файлообменник из ОП-поста на Джаве и было труднее, чем на пхп
>>395481
ну ты же понимаешь кем становится человек который учит ноду
>>смотреть на вас будут как на говно даже фронтендеры
>советует учить ноду
ну ты же понимаешь кем становится человек который учит ноду
>>395504
Ты вполне мог избирательно пруф принести. Я тебе не верю.
Речь шла о развитых странах, а не только Израиле.
С другой стороны мне просто насрать на твоё мнение. Будем уж честны.
Ты вполне мог избирательно пруф принести. Я тебе не верю.
Речь шла о развитых странах, а не только Израиле.
С другой стороны мне просто насрать на твоё мнение. Будем уж честны.
>>395505
Я сейчас вот жабку изучаю после пыха. Поначалу тож колдоёбило бурно.
Я сейчас вот жабку изучаю после пыха. Поначалу тож колдоёбило бурно.
>>395509
Так у нас тут еженедельно ебанашка с откровениями залетает. Просто посмотрел что у тебя в башке насрано.
Так у нас тут еженедельно ебанашка с откровениями залетает. Просто посмотрел что у тебя в башке насрано.
>>395510
а еще фронтэндером
а еще фронтэндером
48 Кб, 524x556>>395515
Короче вот ситуация по США. Пока еще нода не обогнала пыху, но это случится очень скоро.
Короче вот ситуация по США. Пока еще нода не обогнала пыху, но это случится очень скоро.
Если про backend, то у меня в Минске по ноде, руби совсем мало вакансий, питона норм, но, везде почти надо с опытом, знакомый вкатывался в питон и сейчас после десятков собесов нихуя, по c# и java по-моему надо знать намного больше, чем по пыхе и найти работу без опыта сложно. Так что пыха неплохой вариант, потом можно и куда ещё, не сидеть же на ней всю жизнь.
>>395519
Что учить? Многие пхп-кодеры это фуллстаки. Подтянуть нодку - дело недели-месяца.
Что учить? Многие пхп-кодеры это фуллстаки. Подтянуть нодку - дело недели-месяца.
>>395518
клепая сайтики ты не выучишь ООП, многопоточность и базы данных на нормальном уровне
клепая сайтики ты не выучишь ООП, многопоточность и базы данных на нормальном уровне
>>395521
А что на пыхе этого нет?
А что на пыхе этого нет?
>>395523
Хорошо, что ты хочешь услышать? Мы раскаиваемся, бросаем пхп и идём учить то, что скажет нам залетевший еженедельный васян без каких-то конкретных знаний?
Прости нас о великий мимохуй. Мы не ведали что творили!
Хорошо, что ты хочешь услышать? Мы раскаиваемся, бросаем пхп и идём учить то, что скажет нам залетевший еженедельный васян без каких-то конкретных знаний?
Прости нас о великий мимохуй. Мы не ведали что творили!
>>395521
смотря какие сайтики
смотря какие сайтики
Кто-нибудь работал с Joomla? Выполняю заказ на создание андроид приложения под сайт и делаю щас авторизацию. Хочу сделать хеширование введеного пароля, его сравнение с паролем из бд и по результатам авторизация или нет. Как Joomla хеширует пароли? Как я понял через bcrypt, но на сайте соль в бд не сохраняется
>>395576
Те сделать скрипт на php который хешировпл и проверял пароль. Сам сайт написан на Joomla
Те сделать скрипт на php который хешировпл и проверял пароль. Сам сайт написан на Joomla
>>395551
Смысл на всякое говно время тратить, если оно не в состоянии найти инфу по базовым вещами? Сам не хочет - идёт нахуй.
Смысл на всякое говно время тратить, если оно не в состоянии найти инфу по базовым вещами? Сам не хочет - идёт нахуй.
>>395615
Как сама джумла это делает? Доки смотрел? ИТТ всё больше по Ларавелям и Симфоням сидят.
Как сама джумла это делает? Доки смотрел? ИТТ всё больше по Ларавелям и Симфоням сидят.
>>395629
Она делает это через bcrypt. Щас кстати попробовал сделать проверку через стандартную функцию password_verify и оно выдает, что совпадает, хотя вчера вроде бы выдавала что нет. Как вообще bcrypt работает? Как, генерируя каждый раз новый хеш, оно может проверять на совпадение? Не разбираюсь в криптографии
Она делает это через bcrypt. Щас кстати попробовал сделать проверку через стандартную функцию password_verify и оно выдает, что совпадает, хотя вчера вроде бы выдавала что нет. Как вообще bcrypt работает? Как, генерируя каждый раз новый хеш, оно может проверять на совпадение? Не разбираюсь в криптографии
>>395630
Хэш не должен быть каждый раз новым с одними и теми же входящими данными. Как ты его тогда сравнивать будешь?
Может она там сама солит его?
>генерируя каждый раз новый хеш
Хэш не должен быть каждый раз новым с одними и теми же входящими данными. Как ты его тогда сравнивать будешь?
>bcrypt
Может она там сама солит его?
Котаны, подскажите - есть экшен у контроллера, он обрабатывает два вида запросов - обычный и асинхронный.
public function testAction(){
if($this->isAjax()){ //если отправленный запрос AJAX
$postData = file_get_contents('php://input');
$res = json_decode($postData, true);
$this->loadView('_test', $res);
die;
}else{
$vars = [
'posts' => ['Test' => 'TestValue'],
];
}
$this->setVars($vars);
}
public function testAction(){
if($this->isAjax()){ //если отправленный запрос AJAX
$postData = file_get_contents('php://input');
$res = json_decode($postData, true);
$this->loadView('_test', $res);
die;
}else{
$vars = [
'posts' => ['Test' => 'TestValue'],
];
}
$this->setVars($vars);
}
>>395643
Черт, случайно отправил недописанный пост. Фейспалм.jpg
Черт, случайно отправил недописанный пост. Фейспалм.jpg
>>395630
Часто в выдаваемом "хеше" закодированы:
- сам хеш
- соль
- алгоритм получения хеша
Например, стандартная функция password_hash возвращает такой составной хеш, а password_verify разбирает его на части и проверяет по ним пароль.
Часто в выдаваемом "хеше" закодированы:
- сам хеш
- соль
- алгоритм получения хеша
Например, стандартная функция password_hash возвращает такой составной хеш, а password_verify разбирает его на части и проверяет по ним пароль.
>>395643
Вопрос-то где?
Вопрос-то где?
Котаны, подскажите - есть экшен у контроллера, он обрабатывает два вида запросов - обычный и асинхронный.
public function testAction(){
if($this->isAjax()){ //если отправленный запрос AJAX то должен отрисовать ту же самую стандартную страницу, но с данными из AJAX запроса
$postData = file_get_contents('php://input');
$res = json_decode($postData, true); //данные из AJAX запроса
$this->loadView($res); //метод который должен перерисовать шаблон но уже с новыми данными но не перерисовывает
die;
}else{ //если не AJAX // то отрисовываем стандартную страницу
$res = "другие данные";
}
$this->loadView($res); //отриcовка шаблона по умолчанию
}
Короче суть проблемы вот в чем - отрисовываю шаблон, далее по нажатию на кнопку выполняется асинхронный запрос, и по моему плану сервер должен перерисовать шаблон но уже с данными из AJAX. Для этого я вызываю метод $this->loadView($res) который содержит require на тот же самый шаблон. Но нихрена не перерисовывается. Если в средствах разработчика в браузере посмотреть - то видно что ответом на запрос приходит шаблон с данными AJAX.
Понятно что можно с помощью JS вставить асинхронные данные - тут все работает отлично.
public function testAction(){
if($this->isAjax()){ //если отправленный запрос AJAX то должен отрисовать ту же самую стандартную страницу, но с данными из AJAX запроса
$postData = file_get_contents('php://input');
$res = json_decode($postData, true); //данные из AJAX запроса
$this->loadView($res); //метод который должен перерисовать шаблон но уже с новыми данными но не перерисовывает
die;
}else{ //если не AJAX // то отрисовываем стандартную страницу
$res = "другие данные";
}
$this->loadView($res); //отриcовка шаблона по умолчанию
}
Короче суть проблемы вот в чем - отрисовываю шаблон, далее по нажатию на кнопку выполняется асинхронный запрос, и по моему плану сервер должен перерисовать шаблон но уже с данными из AJAX. Для этого я вызываю метод $this->loadView($res) который содержит require на тот же самый шаблон. Но нихрена не перерисовывается. Если в средствах разработчика в браузере посмотреть - то видно что ответом на запрос приходит шаблон с данными AJAX.
Понятно что можно с помощью JS вставить асинхронные данные - тут все работает отлично.
Анонычи, может кто сталкивался и подскажет, как в amoCRM по средствам api в php достать массив с id сделок?
Вроде сделал подключение, всё заебись, а id сделок достать не могу =(
Вроде сделал подключение, всё заебись, а id сделок достать не могу =(
>>395662
аякс запрос идет с двумя заголовками:
{ 'Content-Type': 'application/json' , 'X-Requested-With':'XMLHttpRequest' }
>>395667
Да все работает. И сам аякс запрос работает корректно.
По факту нужно отрисовать один и тот же шаблон, но второй раз с новыми данными.
аякс запрос идет с двумя заголовками:
{ 'Content-Type': 'application/json' , 'X-Requested-With':'XMLHttpRequest' }
>>395667
>Функцию isAjax() ты протестировал, что она корректно работает?
Да все работает. И сам аякс запрос работает корректно.
По факту нужно отрисовать один и тот же шаблон, но второй раз с новыми данными.
>>395684
ну я же нуб
ну я же нуб
Господа, помогите в нелепой ситуации. Php никогда не изучал , захотел всего лишь изменить 1 css файл . 1ый пикрелейтед уже файл на хостинге (измененный). 2ой пикрелейтед, что приходит в браузер из этого файла. Сервер ребутал. Что еще нужно сделать, чтобы он подсосал изменения css?
>>395725
Смотри в коде страницы откуда именно сосутся css. Возможно ты изменил только исходник, а стили тянутся из компилированого файла и нужно его обновить. Ну и кеш сбрось.
Смотри в коде страницы откуда именно сосутся css. Возможно ты изменил только исходник, а стили тянутся из компилированого файла и нужно его обновить. Ну и кеш сбрось.
>>395725
У тебя страница просто в закэшилась. Контрол+R нажми в ней.
У тебя страница просто в закэшилась. Контрол+R нажми в ней.
>>395661
Страницу рисует браузер. Экшен у контроллера просто выдает данные которые нужно отрисовать. Когда ты дергаешь контроллер аяксом, соотвествующий акшон честно отдает все данные. Но браузеру на них похуй - лично к нему никто не обращался нарисовать что-то новое. Тут только с помощью JS вставлять асинхронные данные.
Страницу рисует браузер. Экшен у контроллера просто выдает данные которые нужно отрисовать. Когда ты дергаешь контроллер аяксом, соотвествующий акшон честно отдает все данные. Но браузеру на них похуй - лично к нему никто не обращался нарисовать что-то новое. Тут только с помощью JS вставлять асинхронные данные.
>>395661
какой уебищный синтаксис
какой уебищный синтаксис
>>395435
Да, нам действительно нечем было заняться. До сих пор с болью вспоминаю, как мы пытались всё собрать в ехе-шник.
Да, нам действительно нечем было заняться. До сих пор с болью вспоминаю, как мы пытались всё собрать в ехе-шник.
191 Кб, 512x512Написал решение к классической задаче с собесов про
Хочу, чтобы меня похуесосили. Если вам несложно, конечно ^_^
bit-ly/2Wyh0iX
> Есть продукты A, B, C, D, E, F, G, H, I, J, K, L, M. Каждый продукт стоит определенную сумму.
> Есть набор правил расчета итоговой суммы:
> 1. Если одновременно выбраны А и B, то их суммарная стоимость уменьшается на 10% (для каждой пары А и B)
> 2. Если одновременно выбраны D и E, то их суммарная стоимость уменьшается на 6% (для каждой пары D и E)
> ...
Хочу, чтобы меня похуесосили. Если вам несложно, конечно ^_^
bit-ly/2Wyh0iX
>>395840
какой же ты несмешной, пиздец просто
какой же ты несмешной, пиздец просто
>>395825
Ты не понял задачу. Это не правила фильтра с исключением сработавших элементов из множества, на что намекает "странный" порядок правил. К множеству поочередно применяется каждое правило, затем из сработавших правил для каждого товара выбирается то правило, что даст наибольшую скидку на сумму стоимости корзины в целом.
Ты не понял задачу. Это не правила фильтра с исключением сработавших элементов из множества, на что намекает "странный" порядок правил. К множеству поочередно применяется каждое правило, затем из сработавших правил для каждого товара выбирается то правило, что даст наибольшую скидку на сумму стоимости корзины в целом.
>>396270
Ты у Абу код посмотри.
Ты у Абу код посмотри.
>>396476
Это типа школьного экзамена
Это типа школьного экзамена
Не могу понять, как в самом свежем Slim'е куки установить.
Пробовал и внутри метода установить и снаружи, конструкция
$app->setCookie('user', uniqid('id'), '365 days');
возвращает исключение BadMethodCallException с текстом Method setCookie is not a valid method. Гуглил и ничего не нашел по теме.
На гитхабе вроде был вопрос о том, как установить куки в их фреймворке, на что создатели посоветовали юзать сторонние библиотеки для этого. Вопрос датируется 15 годом. Но сейчас в доке появилась инфа о том, что куки можно установить, но у меня не получается. Я делаю точно так же, как и в доке.
Кто-нибудь сталкивался с этим?
Пробовал и внутри метода установить и снаружи, конструкция
$app->setCookie('user', uniqid('id'), '365 days');
возвращает исключение BadMethodCallException с текстом Method setCookie is not a valid method. Гуглил и ничего не нашел по теме.
На гитхабе вроде был вопрос о том, как установить куки в их фреймворке, на что создатели посоветовали юзать сторонние библиотеки для этого. Вопрос датируется 15 годом. Но сейчас в доке появилась инфа о том, что куки можно установить, но у меня не получается. Я делаю точно так же, как и в доке.
Кто-нибудь сталкивался с этим?
>>396553
Видимо, такого метода просто нет. Придется написать в службу поддержки, посмотрим, что скажут.
Видимо, такого метода просто нет. Придется написать в службу поддержки, посмотрим, что скажут.
>>396562
Да, он был удален из Slim 3. Теперь нужно использовать родной setcookie(), либо юзать сторонние PSR-7 либы.
Да, он был удален из Slim 3. Теперь нужно использовать родной setcookie(), либо юзать сторонние PSR-7 либы.
>>380485 (OP)
Аноны, вопрос по спискам студентов.
Где ведется подключение к базе данных?
В начале нужно подключить базу данных, а потом вызвать конструктор класса, которая реализует Table Data Gateway, и передать в конструктор переменную или подключение ведется в конструкторе класса, который реализует Table Data Gateway?
Аноны, вопрос по спискам студентов.
Где ведется подключение к базе данных?
В начале нужно подключить базу данных, а потом вызвать конструктор класса, которая реализует Table Data Gateway, и передать в конструктор переменную или подключение ведется в конструкторе класса, который реализует Table Data Gateway?
>>396603
Почитай у опа про DI. Ты заранее регистрируешь в контейнере, как подключение создаётся и как создаётся tablegateway. Потом можно этот контейнер передавать куда угодно и, например, из контроллера создавать твой tablegateway. А вообще подключение должно передаваться готовое уже, tablegateway этим заниматься не должен.
Почитай у опа про DI. Ты заранее регистрируешь в контейнере, как подключение создаётся и как создаётся tablegateway. Потом можно этот контейнер передавать куда угодно и, например, из контроллера создавать твой tablegateway. А вообще подключение должно передаваться готовое уже, tablegateway этим заниматься не должен.
Анонычи, как хорошо усвоить ооп к собеседованию? На практикес гуглом всё понимаю, а вот боюсь в теории проебаться, я пока только начинаю, так что не думаю что будут прямо топить. Подкиньте гайдов каких-нибудь что-ли или толковой инфы, чтобы легко воспринималось и по базовом ооп
>>396578
Так-то логично сделали. Нинужно это Слиму.
Так-то логично сделали. Нинужно это Слиму.
>>396678
Задачи ОПа делай, которые на ООП,
Задачи ОПа делай, которые на ООП,
>>395840
Я так и не понял, нормально я выполнил эту задачу или нет. Вопрос такой: Я попытался сделать сущность пользователя и разделить обязанность обращения к таблице и сделал, как я понимаю, TableDataGateway, получилось ли? И то, что я все файлы с видом создал в формате ".php", а не ".html" приемлемо?
Я так и не понял, нормально я выполнил эту задачу или нет. Вопрос такой: Я попытался сделать сущность пользователя и разделить обязанность обращения к таблице и сделал, как я понимаю, TableDataGateway, получилось ли? И то, что я все файлы с видом создал в формате ".php", а не ".html" приемлемо?
Тем кто только вкатывается советую не ебланить с чтением литературы, просмотром дополнительных гайдосов и прочим обучением. Лучше учитесь сразу писать правильно на ооп с неймспейсами и прочей шалупонью. Уже 3 года работаю, а до сих пор не знаю как написать нормально с 0 апи на ООП. Так что ПРОСТО ПИШИ КОД И ВСЕ СО ВРЕМЕНЕМ ПРИДЕТ САМО - это не то что вам нужно, поверьте.
>>397100
вот это Route::get('/user', 'UserController@index');
я понял что это связано с контроллерами,но не понял как работает
вот это Route::get('/user', 'UserController@index');
я понял что это связано с контроллерами,но не понял как работает
>>397100
-Пацаны читайте литературу и смотрете больше обучающих видосов
-поясни вкатывальщику что это
-Знаешь, иди ка нахуй, дебил ебаный...
-Пацаны читайте литературу и смотрете больше обучающих видосов
-поясни вкатывальщику что это
-Знаешь, иди ка нахуй, дебил ебаный...
>>397123
Ты если адмен или прочий автоматизатор то тебе можно в принципе, ведь голова не резиновая что бы в неё знания из смежных областей складывать. А то что не роматнтично - так это наверное прост не повезло. Я на разные работы уже повкатывался и везде нагрузка разная, где-то за 30к приходилось впахивать по 10 часов в день (досвиданья через 2 месяца, ага), а где-то по 7 часов ненапряжно сиди да пиши без нервов и неадекватных дедлайнов за 70к, прост наверное нужно тебе еще попробоваться куда-то.
Ты если адмен или прочий автоматизатор то тебе можно в принципе, ведь голова не резиновая что бы в неё знания из смежных областей складывать. А то что не роматнтично - так это наверное прост не повезло. Я на разные работы уже повкатывался и везде нагрузка разная, где-то за 30к приходилось впахивать по 10 часов в день (досвиданья через 2 месяца, ага), а где-то по 7 часов ненапряжно сиди да пиши без нервов и неадекватных дедлайнов за 70к, прост наверное нужно тебе еще попробоваться куда-то.
>>397123
Ты три года читаешь теорию и ни строки не написал? Или три года пишешь. Почему не пришло само? У тебя взаимоисключающие параграфы.
Ты три года читаешь теорию и ни строки не написал? Или три года пишешь. Почему не пришло само? У тебя взаимоисключающие параграфы.
>>397125
Да нихрена. Любой проект свыше ста строк, написанный без ООП, приносит страдания каждому, кто будет его дописывать и переписывать.
Я вот на свои пет-проджекты без слез смотреть не могу.
На той работе тоже было куча легаси-кода и хреновая его документация. И еще тикеты типа "сделай такую-то фишечку", в ходе которого ты ломаешь еще три фишечки, потому что взаимосвязь всякой хрени внутри хранится в основном в голове у тимлидера и аксакалов.
>>397129
Если ты прочтешь внимательнее, то увидишь, что он опровергает написанное болдом, а не подводит итог жирненьким.
> то тебе можно в принципе
Да нихрена. Любой проект свыше ста строк, написанный без ООП, приносит страдания каждому, кто будет его дописывать и переписывать.
Я вот на свои пет-проджекты без слез смотреть не могу.
На той работе тоже было куча легаси-кода и хреновая его документация. И еще тикеты типа "сделай такую-то фишечку", в ходе которого ты ломаешь еще три фишечки, потому что взаимосвязь всякой хрени внутри хранится в основном в голове у тимлидера и аксакалов.
>>397129
Если ты прочтешь внимательнее, то увидишь, что он опровергает написанное болдом, а не подводит итог жирненьким.
>>397095
это так не работает. программисты всегда идут по кратчайшему пути. И никто не будет учиться писать "правильно", без мотивации. Могу посоветовать новичкам почитать "Чистый Код" от Мартина, там есть и советы и мотивационка
> Лучше учитесь сразу писать правильно на ооп с неймспейсами и прочей шалупонью
это так не работает. программисты всегда идут по кратчайшему пути. И никто не будет учиться писать "правильно", без мотивации. Могу посоветовать новичкам почитать "Чистый Код" от Мартина, там есть и советы и мотивационка
>>397132
Работаю в легаси проекте который начинался еще как раз на старте пхп5, в "ядре" системы такой код прикольный который как бы формально и оор, но по факту просто тематически скомпанованные функции по группкам и у большинства объектов можно только вызывать методы и все, а сам объект никуда не засунуть ни присунуть. Управляет всем этим файлы по 2к строк где изи может быть цикл с телом в 1к и сиди ковыряй. В целом большим плюсьм на проекте является то, что все как раз понимают что в нем никто нихуя не понимает, и никто не ебет мозги на тему "чего так долго", а наоборот по возможности все стараются помочь если не можешь разобраться.
>>397159
Что жавист читает в пхп-тредисе?
Работаю в легаси проекте который начинался еще как раз на старте пхп5, в "ядре" системы такой код прикольный который как бы формально и оор, но по факту просто тематически скомпанованные функции по группкам и у большинства объектов можно только вызывать методы и все, а сам объект никуда не засунуть ни присунуть. Управляет всем этим файлы по 2к строк где изи может быть цикл с телом в 1к и сиди ковыряй. В целом большим плюсьм на проекте является то, что все как раз понимают что в нем никто нихуя не понимает, и никто не ебет мозги на тему "чего так долго", а наоборот по возможности все стараются помочь если не можешь разобраться.
>>397159
Что жавист читает в пхп-тредисе?
>>397208
щас осилил базу по контролерам и видам,встал на миддл веар
щас осилил базу по контролерам и видам,встал на миддл веар
>>397075
На скрине в шторме снизу нашел ошибку отсутствия PagesController. Вот ты пытаешься получить к нему доступ,а ты его создал? php artisan make:controller PagesController
На скрине в шторме снизу нашел ошибку отсутствия PagesController. Вот ты пытаешься получить к нему доступ,а ты его создал? php artisan make:controller PagesController
>>397210
это старый скрин,щас доперло
это старый скрин,щас доперло
>>397208
Пока ты не будешь даже пытаться осилить, ты никогда не начнешь воспринимать. Скажи спасибо, что у тебя есть нормальная мотивация учить ангельский, без задрачивания специальной скучной хуйни, как это делают разные неайтишники и гуманитарии.
мимо
Пока ты не будешь даже пытаться осилить, ты никогда не начнешь воспринимать. Скажи спасибо, что у тебя есть нормальная мотивация учить ангельский, без задрачивания специальной скучной хуйни, как это делают разные неайтишники и гуманитарии.
мимо
>>397212
я только хоть как то воспринимаю печатный текст,англ учу уже 3 месяца
я только хоть как то воспринимаю печатный текст,англ учу уже 3 месяца
>>397210
так в этом варианте можно и без контроллера страницу вывести
так в этом варианте можно и без контроллера страницу вывести
>>397095
ООП это где проектирование. Писать легче и интереснее, если правильно классы сделал.
А вообще тема довольно простая - сложно переучиться, в смысле надо следить за тем как пишешь. Я сегодня вот увидел, что у меня парсер на статиках одних, весь вечер переписывал на ООП. Вроде вышло.
ООП это где проектирование. Писать легче и интереснее, если правильно классы сделал.
А вообще тема довольно простая - сложно переучиться, в смысле надо следить за тем как пишешь. Я сегодня вот увидел, что у меня парсер на статиках одних, весь вечер переписывал на ООП. Вроде вышло.
Я тут сериализовал массив в файл - он сохранялся в текстовом формате.
Потом я из этого массива объект сделал - он сериализовался в двоичный файл. Пробовал через __sleep возвращать поля, но там вообще чушь какая-то получается.
Что я делаю не так? Как сериализовать объект в текстовом виде? Это возможно?
Потом я из этого массива объект сделал - он сериализовался в двоичный файл. Пробовал через __sleep возвращать поля, но там вообще чушь какая-то получается.
Что я делаю не так? Как сериализовать объект в текстовом виде? Это возможно?
13 Кб, 700x208Помогите решить задачу по SQL нубу.
>>397163
Выше писал, что есть вероятность вкатиться на вакансию бек php/java с java бека, но нет знаний php, просил книгу подсказать
Прост захаживаю мало ли кто нить еще отпишет или что интересного найду
Выше писал, что есть вероятность вкатиться на вакансию бек php/java с java бека, но нет знаний php, просил книгу подсказать
Прост захаживаю мало ли кто нить еще отпишет или что интересного найду
Аноны, в чем сейчас принято вести разработку? Docker, wsl, просто lemp или lamp на убунте родной, либо на виртуалке, либо на купленном vps, vargant, wamp? Чем вы пользуетесь? Если оп жив, то что ты посоветуешь?
>>397373
Разработку или деплоймент?
Разработку или деплоймент?
>>397401
Разработку.
Разработку.
>>397373
Разработка win10 + ospanel
Разработка win10 + ospanel
>>397112
вон из моей профессии
вон из моей профессии
>>397559 (Del)
причём этот фрилансер не знает как правильно сравнивать хеш. Мартышка, короче
причём этот фрилансер не знает как правильно сравнивать хеш. Мартышка, короче
>>397571
Что здесь не так? md5 дважды, чтобы хэш не нашелся по радужным таблицам. Сам md5 всегда возвращает string, поэтому нестрогое сравнение тут не влияет на результат.
Что здесь не так? md5 дважды, чтобы хэш не нашелся по радужным таблицам. Сам md5 всегда возвращает string, поэтому нестрогое сравнение тут не влияет на результат.
>>397574
Он походу про password_verify.
Он походу про password_verify.
250 Кб, 1050x624>>397516
Чего не понятного? Берёшь класс, там объявляешь приватное хранилище, в хранилище - этот массив на самом деле этот класс тоже хранится в массиве. На выходе у тебя не сериализованный многомерный массив, а пикрелейтед. Но если сериализовать массивом, то там читабельный формат.
В принципе всё нормально работает. Но я чёта не понимаю - как так.
Чего не понятного? Берёшь класс, там объявляешь приватное хранилище, в хранилище - этот массив на самом деле этот класс тоже хранится в массиве. На выходе у тебя не сериализованный многомерный массив, а пикрелейтед. Но если сериализовать массивом, то там читабельный формат.
В принципе всё нормально работает. Но я чёта не понимаю - как так.
>>397611
А вместо боевых видео ты этот конкретный пример сломать можешь?
Коллизии в md5 есть, но ты мне найди пароль от конкретного примера.
А в примере по ссылке строки кастуются в числа из-за 0e, но только хэш из примера начинается с 36, и поэтому не скастуется в число никогда, даже если с другой стороны будет хэш, начинающийся с 0e.
А вместо боевых видео ты этот конкретный пример сломать можешь?
Коллизии в md5 есть, но ты мне найди пароль от конкретного примера.
А в примере по ссылке строки кастуются в числа из-за 0e, но только хэш из примера начинается с 36, и поэтому не скастуется в число никогда, даже если с другой стороны будет хэш, начинающийся с 0e.
>>397626
Да, и всё это знает обезьяна со скриншота из >>397559 (Del) , и именно поэтому пишет нестрогое сравнение, а не потому что она обезьяна и до сих пор не выработала рефлекс писать строгое сравнение во время компарации хешей
> строки кастуются в числа из-за 0e
> поэтому не скастуется в число никогда, даже если с другой стороны будет хэш, начинающийся с 0e
Да, и всё это знает обезьяна со скриншота из >>397559 (Del) , и именно поэтому пишет нестрогое сравнение, а не потому что она обезьяна и до сих пор не выработала рефлекс писать строгое сравнение во время компарации хешей
>>397623
Насколько я знаю, можешь прописать Route::resource() https://laravel.com/docs/5.8/controllers#resource-controllers. Ну или самостоятельно их прописывать Route::get('/', 'PagesController@index')
Насколько я знаю, можешь прописать Route::resource() https://laravel.com/docs/5.8/controllers#resource-controllers. Ну или самостоятельно их прописывать Route::get('/', 'PagesController@index')
>>397623
ок тогда объясните эту конструкцию
Route::get('hello', function () {
return 'Hello';
});
Route::get('world', function () {
return 'World';
});
});
и эту
{
Route::get('/', 'HomeController@showIndex');
Route::get('/about', 'HomeController@About');
Route::get('/contact',
'HomeController@showContact');
});
вменяемого объяснения нет
ок тогда объясните эту конструкцию
>Route::group([], function () {
Route::get('hello', function () {
return 'Hello';
});
Route::get('world', function () {
return 'World';
});
});
и эту
>Route::group(['prefix']=>'home', function()
{
Route::get('/', 'HomeController@showIndex');
Route::get('/about', 'HomeController@About');
Route::get('/contact',
'HomeController@showContact');
});
вменяемого объяснения нет
>>397636
Для начала научись не раздавать советы, которых у тебя не спрашивали, хамло неймфажное.
Для начала научись не раздавать советы, которых у тебя не спрашивали, хамло неймфажное.
>>397643
Ты вообще ретард? Где во фразе "лол, чем ты сериализацию проводишь?" советы? Блядь, пиздуй вон, дворы подменять
Ты вообще ретард? Где во фразе "лол, чем ты сериализацию проводишь?" советы? Блядь, пиздуй вон, дворы подменять
>>397639
в одном сука месте видел
Route::resource('home', 'HomeController')
это типа хоум корень страницы и общий контроллер.
те все страницы после хоум и имеющие общий такой контроллер выполняются,так?
в одном сука месте видел
Route::resource('home', 'HomeController')
это типа хоум корень страницы и общий контроллер.
те все страницы после хоум и имеющие общий такой контроллер выполняются,так?
>>394573
Я понял свою ошибку. Я когда пытался получить все сообщения я использовал команду вида session.query(Message).join(Message_Reference).filter(Message_Reference.user == self.user).all() и получал только сущности родительского класса Message, и я подумал что родителю необходимо знать о детях чтобы получить их всех.
Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
К сожалению, мне не удалось найти какой паттерн наследования использует psql. Я косвенно предположил, что это именно он.pic-1
Использование UNION приводит к нагрузке?
Вообще, ORM не очень дружат с наследованием, как я могу посудить. Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную.pic-2 При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.pic-3 Я не знаю должно ли быть такое поведение. Хочется самому отсортировать только сущности детей и возвращать этот массив.
Я ошибся когда писал, что у разных ролей wamp'а разные uri. Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию.pic-4
...я когда придумывал архитектуру мне сразу приходил в голову такой подход, но я тестировал и ничего не вышло. Я не помню при каких настройках это было, возможно я что-то не так указал. Тяжело на ходу держать всё в уме.
Страница выдаётся из Ноды, API я собираюсь переписать на PHP, а код wamp'а на Питоне.
>>394587
Я думаю, что партнер должен добавляться скорее в ссылку на конференцию, потому что получатель это отдельная сущность, которая не отвечает за то с кем она должна вести диалог. А если партнёров будет много (публичная конференция)? Конечно тут можно прийти к созданию отдельной таблицы Partners... не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Далее, даже учитывая что мы создадим поле partner в Conference_Reference, это создаст запрос для получения вида:
// неизвестно какой пользователь сначала "создал" конференцию,
// а какой оказался получателем (партнёром)
SELECT FROM Conference_Reference WHERE (user = sender.id OR user = receiver.id) AND (partner = receiver.id OR partner = sender.id)
Такой запрос может вернуть две записи и сама его форма не элегантна.
Я предлагаю вернуться к идеи выше с массивами >>1387125
SELECT FROM Conference WHERE private = true AND (sender.id = ANY(participants) AND receiver.id = ANY(participants));
Как писалось выше такой запрос использует индексы (https://stackoverflow.com/questions/4058731/can-postgresql-index-array-columns).
У вас есть опыт с работой с индексами. Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
Я это прекрасно понимаю..
Судя по API телеграма там используется как раз такой подход ( https://core.telegram.org/bots/api#message ), но мне никогда не было понятно почему только можно ответить на одно сообщение, мне иногда хочется ответить на несколько сразу, да и выглядит это как прикрепление к сообщению.
Опять же с массивами это тоже делается очень просто
SELECT participants[offset:limit] FROM Conference WHERE id = conference.id;
Мне хочется сделать, так же, и наследование и в конференциях, чтобы была отдельно приватная конференция и отдельно публичная. Публичная будет иметь свой приватный ключ (иначе шифровать сообщения для каждого отдельного пользователя будет затратно).
Также, я озаботился вопросом как работает с ключами protonmail, и оказалось, что он хранит их на сервере зашифрованные паролем пользователя, как я изначально и собирался это и делать. Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем - если пользователь часто меняет клиент (чистит кэш браузера/удаляет приложения/использует несколько устройств), это может превратиться в кошмарный список ключей и при зашифровки сообщения для них всех будет требовать всё больше и больше ресурсов.
Вынуждать пользователя самому заниматься менеджментом своих ключей было бы отталкивающе и тяжело доступно для понимания.
https://protonmail.com/support/knowledge-base/how-is-the-private-key-stored/
Я собираюсь повторить эту практику.
Такой подход вновь открывает возможность создания NoJS версии, но тратить время на это нужно только в случае, если за это можно выиграть лакомый кусочек пользователей. Или для надёжности, которые будут требовать текущие пользователи.
Рано или поздно мы разберёмся какая архитектура будет лучше.
P.S.
Я понимаю, что ваши советы по архитектуры базы данных содержат опыт, и я парой прихожу к тому что ваш совет, в конечном итоге, оказывается проще, но я всё равно нахожу либо ошибку в своих действиях в применении новых технологий, либо решение появляйщейся проблеме. Я чувствую, что я на правильном пути применяя новые технологии и идеи. В конечном итоге, это кристаллизуется в опыт и можно будет сравнить плюсы или минусы того или иного подхода.
>По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
>
># models/message.py
>import text_message
>import voice_message
>
>Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Я понял свою ошибку. Я когда пытался получить все сообщения я использовал команду вида session.query(Message).join(Message_Reference).filter(Message_Reference.user == self.user).all() и получал только сущности родительского класса Message, и я подумал что родителю необходимо знать о детях чтобы получить их всех.
Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
>Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
К сожалению, мне не удалось найти какой паттерн наследования использует psql. Я косвенно предположил, что это именно он.pic-1
Использование UNION приводит к нагрузке?
Вообще, ORM не очень дружат с наследованием, как я могу посудить. Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную.pic-2 При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.pic-3 Я не знаю должно ли быть такое поведение. Хочется самому отсортировать только сущности детей и возвращать этот массив.
>> Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
>
>Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
>
>> Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)?
>
>В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
>
>Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
Я ошибся когда писал, что у разных ролей wamp'а разные uri. Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию.pic-4
...я когда придумывал архитектуру мне сразу приходил в голову такой подход, но я тестировал и ничего не вышло. Я не помню при каких настройках это было, возможно я что-то не так указал. Тяжело на ходу держать всё в уме.
>> Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
>
>Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>Если у тебя код на Питоне
Страница выдаётся из Ноды, API я собираюсь переписать на PHP, а код wamp'а на Питоне.
>>394587
>Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
>
>SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
>
>Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
Я думаю, что партнер должен добавляться скорее в ссылку на конференцию, потому что получатель это отдельная сущность, которая не отвечает за то с кем она должна вести диалог. А если партнёров будет много (публичная конференция)? Конечно тут можно прийти к созданию отдельной таблицы Partners... не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Далее, даже учитывая что мы создадим поле partner в Conference_Reference, это создаст запрос для получения вида:
// неизвестно какой пользователь сначала "создал" конференцию,
// а какой оказался получателем (партнёром)
SELECT FROM Conference_Reference WHERE (user = sender.id OR user = receiver.id) AND (partner = receiver.id OR partner = sender.id)
Такой запрос может вернуть две записи и сама его форма не элегантна.
Я предлагаю вернуться к идеи выше с массивами >>1387125
SELECT FROM Conference WHERE private = true AND (sender.id = ANY(participants) AND receiver.id = ANY(participants));
Как писалось выше такой запрос использует индексы (https://stackoverflow.com/questions/4058731/can-postgresql-index-array-columns).
У вас есть опыт с работой с индексами. Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
>> Можно я оптимизацию БД оставлю на последнее?
>
>Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
>
>Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Я это прекрасно понимаю..
>Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Судя по API телеграма там используется как раз такой подход ( https://core.telegram.org/bots/api#message ), но мне никогда не было понятно почему только можно ответить на одно сообщение, мне иногда хочется ответить на несколько сразу, да и выглядит это как прикрепление к сообщению.
>Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Опять же с массивами это тоже делается очень просто
SELECT participants[offset:limit] FROM Conference WHERE id = conference.id;
Мне хочется сделать, так же, и наследование и в конференциях, чтобы была отдельно приватная конференция и отдельно публичная. Публичная будет иметь свой приватный ключ (иначе шифровать сообщения для каждого отдельного пользователя будет затратно).
Также, я озаботился вопросом как работает с ключами protonmail, и оказалось, что он хранит их на сервере зашифрованные паролем пользователя, как я изначально и собирался это и делать. Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем - если пользователь часто меняет клиент (чистит кэш браузера/удаляет приложения/использует несколько устройств), это может превратиться в кошмарный список ключей и при зашифровки сообщения для них всех будет требовать всё больше и больше ресурсов.
Вынуждать пользователя самому заниматься менеджментом своих ключей было бы отталкивающе и тяжело доступно для понимания.
https://protonmail.com/support/knowledge-base/how-is-the-private-key-stored/
Я собираюсь повторить эту практику.
Такой подход вновь открывает возможность создания NoJS версии, но тратить время на это нужно только в случае, если за это можно выиграть лакомый кусочек пользователей. Или для надёжности, которые будут требовать текущие пользователи.
>> Я думаю, что пока подходы к авторизации методов WAMP не изучены, следует писать сырой код на if'ах, а подход с роутингом взять на заметку и держать в уме. А как думаете вы?
>
>Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать.
Рано или поздно мы разберёмся какая архитектура будет лучше.
P.S.
Я понимаю, что ваши советы по архитектуры базы данных содержат опыт, и я парой прихожу к тому что ваш совет, в конечном итоге, оказывается проще, но я всё равно нахожу либо ошибку в своих действиях в применении новых технологий, либо решение появляйщейся проблеме. Я чувствую, что я на правильном пути применяя новые технологии и идеи. В конечном итоге, это кристаллизуется в опыт и можно будет сравнить плюсы или минусы того или иного подхода.
>>394573
Я понял свою ошибку. Я когда пытался получить все сообщения я использовал команду вида session.query(Message).join(Message_Reference).filter(Message_Reference.user == self.user).all() и получал только сущности родительского класса Message, и я подумал что родителю необходимо знать о детях чтобы получить их всех.
Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
К сожалению, мне не удалось найти какой паттерн наследования использует psql. Я косвенно предположил, что это именно он.pic-1
Использование UNION приводит к нагрузке?
Вообще, ORM не очень дружат с наследованием, как я могу посудить. Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную.pic-2 При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.pic-3 Я не знаю должно ли быть такое поведение. Хочется самому отсортировать только сущности детей и возвращать этот массив.
Я ошибся когда писал, что у разных ролей wamp'а разные uri. Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию.pic-4
...я когда придумывал архитектуру мне сразу приходил в голову такой подход, но я тестировал и ничего не вышло. Я не помню при каких настройках это было, возможно я что-то не так указал. Тяжело на ходу держать всё в уме.
Страница выдаётся из Ноды, API я собираюсь переписать на PHP, а код wamp'а на Питоне.
>>394587
Я думаю, что партнер должен добавляться скорее в ссылку на конференцию, потому что получатель это отдельная сущность, которая не отвечает за то с кем она должна вести диалог. А если партнёров будет много (публичная конференция)? Конечно тут можно прийти к созданию отдельной таблицы Partners... не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Далее, даже учитывая что мы создадим поле partner в Conference_Reference, это создаст запрос для получения вида:
// неизвестно какой пользователь сначала "создал" конференцию,
// а какой оказался получателем (партнёром)
SELECT FROM Conference_Reference WHERE (user = sender.id OR user = receiver.id) AND (partner = receiver.id OR partner = sender.id)
Такой запрос может вернуть две записи и сама его форма не элегантна.
Я предлагаю вернуться к идеи выше с массивами >>1387125
SELECT FROM Conference WHERE private = true AND (sender.id = ANY(participants) AND receiver.id = ANY(participants));
Как писалось выше такой запрос использует индексы (https://stackoverflow.com/questions/4058731/can-postgresql-index-array-columns).
У вас есть опыт с работой с индексами. Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
Я это прекрасно понимаю..
Судя по API телеграма там используется как раз такой подход ( https://core.telegram.org/bots/api#message ), но мне никогда не было понятно почему только можно ответить на одно сообщение, мне иногда хочется ответить на несколько сразу, да и выглядит это как прикрепление к сообщению.
Опять же с массивами это тоже делается очень просто
SELECT participants[offset:limit] FROM Conference WHERE id = conference.id;
Мне хочется сделать, так же, и наследование и в конференциях, чтобы была отдельно приватная конференция и отдельно публичная. Публичная будет иметь свой приватный ключ (иначе шифровать сообщения для каждого отдельного пользователя будет затратно).
Также, я озаботился вопросом как работает с ключами protonmail, и оказалось, что он хранит их на сервере зашифрованные паролем пользователя, как я изначально и собирался это и делать. Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем - если пользователь часто меняет клиент (чистит кэш браузера/удаляет приложения/использует несколько устройств), это может превратиться в кошмарный список ключей и при зашифровки сообщения для них всех будет требовать всё больше и больше ресурсов.
Вынуждать пользователя самому заниматься менеджментом своих ключей было бы отталкивающе и тяжело доступно для понимания.
https://protonmail.com/support/knowledge-base/how-is-the-private-key-stored/
Я собираюсь повторить эту практику.
Такой подход вновь открывает возможность создания NoJS версии, но тратить время на это нужно только в случае, если за это можно выиграть лакомый кусочек пользователей. Или для надёжности, которые будут требовать текущие пользователи.
Рано или поздно мы разберёмся какая архитектура будет лучше.
P.S.
Я понимаю, что ваши советы по архитектуры базы данных содержат опыт, и я парой прихожу к тому что ваш совет, в конечном итоге, оказывается проще, но я всё равно нахожу либо ошибку в своих действиях в применении новых технологий, либо решение появляйщейся проблеме. Я чувствую, что я на правильном пути применяя новые технологии и идеи. В конечном итоге, это кристаллизуется в опыт и можно будет сравнить плюсы или минусы того или иного подхода.
>По поводу импортов: я не очень понимаю, зачем ты в model/message.py импортируешь наследников. Обычно импортируют только то, что нужно в данном файле. И обычно наследник импортирует предка, а не наоборот. Потому я думаю, эти импорты надо просто убрать:
>
># models/message.py
>import text_message
>import voice_message
>
>Зачем они добавлены? Странно, что у тебя предок зависит от своих наследников (что они ему нужны).
Я понял свою ошибку. Я когда пытался получить все сообщения я использовал команду вида session.query(Message).join(Message_Reference).filter(Message_Reference.user == self.user).all() и получал только сущности родительского класса Message, и я подумал что родителю необходимо знать о детях чтобы получить их всех.
Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
>Также, ты похоже выбрал Concrete Table Inheritance, возможно, что запросы к ней потребуют лишних UNION, судя по мануалу: https://docs.sqlalchemy.org/en/13/orm/inheritance.html#concrete-table-inheritance
К сожалению, мне не удалось найти какой паттерн наследования использует psql. Я косвенно предположил, что это именно он.pic-1
Использование UNION приводит к нагрузке?
Вообще, ORM не очень дружат с наследованием, как я могу посудить. Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную.pic-2 При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.pic-3 Я не знаю должно ли быть такое поведение. Хочется самому отсортировать только сущности детей и возвращать этот массив.
>> Следует сделать скрипт, который будет принимать все credentials, выполнять всю установку, а на выход выдавать все хэши и токены. Возможно генерировать сразу .env файл.
>
>Я думаю, достаточно только сгенерировать токены. В .env может быть еще куча других параметров. Но можно, конечно, выдавать заготовку .env файла.
>
>> Как обычно делаются такие файлы? Через Докер (не разу с ним не знакомился)?
>
>В dev среде можно использовать docker-compose для оркестрации докеров с отдельными приложениями. Докер, как правило, используется чтобы упаковать в образ программу с нужными ей библиотеками, например, определенную версию Питона или Ноды, чтобы ее не надо было устанавливать в систему руками. Код твоего приложения в докер-образ не кладется, а подмонтируется в него как внешний раздел. docker-compose заниамется тем, что просто запускает несколько докеров (например: микросервис авторизации и основное приложение). На Винде и Маке Докер запускает код в виртуальной машине с линуксом, а файлы прокидываются через сетевую файловую систему со всеми вытекающими.
>
>Ты можешь найти готовый пример приложения на PHP + nginx + mysql в докере и разберешься, я думаю.
Я ошибся когда писал, что у разных ролей wamp'а разные uri. Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию.pic-4
...я когда придумывал архитектуру мне сразу приходил в голову такой подход, но я тестировал и ничего не вышло. Я не помню при каких настройках это было, возможно я что-то не так указал. Тяжело на ходу держать всё в уме.
>> Лучше сделать это на системном языке и чтобы он был кроссплатформенный. Можете что-нибудь посоветовать пожалуйста?
>
>Обычно используют Питон, bash для таких скриптов. Если у тебя код на Питоне, логично в нем сделать CLI скрипт для генерации токенов.
>Если у тебя код на Питоне
Страница выдаётся из Ноды, API я собираюсь переписать на PHP, а код wamp'а на Питоне.
>>394587
>Такие запросы с джойнами будут плохо работать на больших нагрузках. Они же почти не оптимизируются индексами никак и требуют перебор строк. Возможно, тут придется сделать денормализацию, например, добавить в Dialog либо в Participant дополнительные поля. Чтобы, например, запрос бы имел вид
>
>SELECT FROM Participant WHERE user = ? AND partner = ? AND private =1
>
>Это ложится на индексы. Но, конечно, денормализацию стоит делать во вторую очередь.
Я думаю, что партнер должен добавляться скорее в ссылку на конференцию, потому что получатель это отдельная сущность, которая не отвечает за то с кем она должна вести диалог. А если партнёров будет много (публичная конференция)? Конечно тут можно прийти к созданию отдельной таблицы Partners... не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Далее, даже учитывая что мы создадим поле partner в Conference_Reference, это создаст запрос для получения вида:
// неизвестно какой пользователь сначала "создал" конференцию,
// а какой оказался получателем (партнёром)
SELECT FROM Conference_Reference WHERE (user = sender.id OR user = receiver.id) AND (partner = receiver.id OR partner = sender.id)
Такой запрос может вернуть две записи и сама его форма не элегантна.
Я предлагаю вернуться к идеи выше с массивами >>1387125
SELECT FROM Conference WHERE private = true AND (sender.id = ANY(participants) AND receiver.id = ANY(participants));
Как писалось выше такой запрос использует индексы (https://stackoverflow.com/questions/4058731/can-postgresql-index-array-columns).
У вас есть опыт с работой с индексами. Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
>> Можно я оптимизацию БД оставлю на последнее?
>
>Можно. Но я просто хотел подчеркнуть, что мессенджеры это высоконагруженные штуки и там приходится об этом думать. И о шардинге, если ты хочешь, чтобы проект расширялся. Потому мы сначала проектируем нормализованную схему, а потом смотрим на типичные запросы и оптимизируем схему для них.
>
>Более того, часто под мессенджеры даже пишутся специализированные хранилища.
Я это прекрасно понимаю..
>Насчет reply - а недостаточно тут просто сделать поле в сообщении "replyToUuid" со ссылкой на исходное сообщение? Без вложений.
Судя по API телеграма там используется как раз такой подход ( https://core.telegram.org/bots/api#message ), но мне никогда не было понятно почему только можно ответить на одно сообщение, мне иногда хочется ответить на несколько сразу, да и выглядит это как прикрепление к сообщению.
>Так, схема выглядит хорошо. Позже стоит продумать операции, которые будут выполняться (их явно будет больше, например, может понадобиться постраничное получение участников огромного чата). И как их оптимизировать.
Опять же с массивами это тоже делается очень просто
SELECT participants[offset:limit] FROM Conference WHERE id = conference.id;
Мне хочется сделать, так же, и наследование и в конференциях, чтобы была отдельно приватная конференция и отдельно публичная. Публичная будет иметь свой приватный ключ (иначе шифровать сообщения для каждого отдельного пользователя будет затратно).
Также, я озаботился вопросом как работает с ключами protonmail, и оказалось, что он хранит их на сервере зашифрованные паролем пользователя, как я изначально и собирался это и делать. Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем - если пользователь часто меняет клиент (чистит кэш браузера/удаляет приложения/использует несколько устройств), это может превратиться в кошмарный список ключей и при зашифровки сообщения для них всех будет требовать всё больше и больше ресурсов.
Вынуждать пользователя самому заниматься менеджментом своих ключей было бы отталкивающе и тяжело доступно для понимания.
https://protonmail.com/support/knowledge-base/how-is-the-private-key-stored/
Я собираюсь повторить эту практику.
Такой подход вновь открывает возможность создания NoJS версии, но тратить время на это нужно только в случае, если за это можно выиграть лакомый кусочек пользователей. Или для надёжности, которые будут требовать текущие пользователи.
>> Я думаю, что пока подходы к авторизации методов WAMP не изучены, следует писать сырой код на if'ах, а подход с роутингом взять на заметку и держать в уме. А как думаете вы?
>
>Я, увы, так хорошо авторизацию в WAMP не знаю и сейчас не могу подсказать.
Рано или поздно мы разберёмся какая архитектура будет лучше.
P.S.
Я понимаю, что ваши советы по архитектуры базы данных содержат опыт, и я парой прихожу к тому что ваш совет, в конечном итоге, оказывается проще, но я всё равно нахожу либо ошибку в своих действиях в применении новых технологий, либо решение появляйщейся проблеме. Я чувствую, что я на правильном пути применяя новые технологии и идеи. В конечном итоге, это кристаллизуется в опыт и можно будет сравнить плюсы или минусы того или иного подхода.
>>397650
лол, думаешь я умный :) просто что сам знаю, тебе написа
лол, думаешь я умный :) просто что сам знаю, тебе написа
>>397644
Я не спрашивал как мне сохранять объекты, даун. Вопрос был о странном поведении встроенной функции.
Дворы подметать - твоя работа, судя по постам.
Я не спрашивал как мне сохранять объекты, даун. Вопрос был о странном поведении встроенной функции.
Дворы подметать - твоя работа, судя по постам.
>>397648
Илюша,ты когда трезвый,такой добрый! кек
Илюша,ты когда трезвый,такой добрый! кек
>>397653
А я тебе и не отвечал
На этом сайте подпись ставят в самом низу сообщения. Ну это так, на будущее
> Я не спрашивал как мне сохранять объекты
А я тебе и не отвечал
> даун
На этом сайте подпись ставят в самом низу сообщения. Ну это так, на будущее
А вот на серваке с убунтой через консольный PHP сериализует нормально - в текстовый вид. Только что проверил.
Хз что с ней не так.
>>397254-кун
Хз что с ней не так.
>>397254-кун
41 Кб, 900x900как мне сука горит от того что приходится собирать инфу по частям среди тонны воды и кучи статей,где писали как бы для начинающих,а по факту нихуя не объяснив как это работает и как все это связано между собой,а в треде хуй кто поможет
>>397829
А что тебе именно не понятно? Там вполне нормальный код.
Маршруту даётся замыкание, которое либо возвращает какое-то значение, либо отрабатывает контроллер.
А что тебе именно не понятно? Там вполне нормальный код.
Маршруту даётся замыкание, которое либо возвращает какое-то значение, либо отрабатывает контроллер.
>>397834
для тебя нормальный,а я понял что это группировка роутеров.но я не догоняю что значат массивы с ключами и значениями
для тебя нормальный,а я понял что это группировка роутеров.но я не догоняю что значат массивы с ключами и значениями
>>397837
Просто группировка чтобы удобней было прописывать. Можно, например, определить в одном файле, подключить его и указать в маршрутизаторе что там написали.
Просто группировка чтобы удобней было прописывать. Можно, например, определить в одном файле, подключить его и указать в маршрутизаторе что там написали.
>>397846
У тебя базы нет. Задачи ОПа делал? Ты так долго копаться будешь, задолбаешься и бросишь.
Учи матчасть сперва.
У тебя базы нет. Задачи ОПа делал? Ты так долго копаться будешь, задолбаешься и бросишь.
Учи матчасть сперва.
>>397855
отклеилось
Route::get('home/index', 'HomeController@showIndex');
Route::get('home/about', 'HomeController@About')
отклеилось
Route::get('home/index', 'HomeController@showIndex');
Route::get('home/about', 'HomeController@About')
>>397856
нет,не делал.зато на чистом пхп делал сайт с сессиями,регистрацией и пр.тот еще ад был
нет,не делал.зато на чистом пхп делал сайт с сессиями,регистрацией и пр.тот еще ад был
Пробовал кто пройти данную игру?
где вам необходимо при помощи знаний php пройти ряд испытаний!
https://pikabu.ru/page/interview/jobseeker/?t=backend
где вам необходимо при помощи знаний php пройти ряд испытаний!
https://pikabu.ru/page/interview/jobseeker/?t=backend
>>397868
основы,понимаю где публичные и прайват методы,наследование,и пр по мелочи
основы,понимаю где публичные и прайват методы,наследование,и пр по мелочи
>>397862
Если без гугла и подсказок, то моя остановочка на третьей же задаче - date("\\i\u{0074}", 0x1953ad7fd).
Калькулятор говорит, что это 6798628861, что больше допустимого для unixtime. Не знаю, что произойдет.
Если без гугла и подсказок, то моя остановочка на третьей же задаче - date("\\i\u{0074}", 0x1953ad7fd).
Калькулятор говорит, что это 6798628861, что больше допустимого для unixtime. Не знаю, что произойдет.
>>397878
А я на getFibonacci встрял
А я на getFibonacci встрял
>>397862
https://s.pikabu.ru/page/interview/jobseeker/index.js?5
Похоже, на вакансию яваскриптера случайно приняли просто ява-программиста.
https://s.pikabu.ru/page/interview/jobseeker/index.js?5
Похоже, на вакансию яваскриптера случайно приняли просто ява-программиста.
>>397862
Какой смысл на эту переусложнённую херню время тратить? Синьорам ваш пикабу не сдался, а джуны не решат.
Какой смысл на эту переусложнённую херню время тратить? Синьорам ваш пикабу не сдался, а джуны не решат.
>>397887
Зачем нужны ответы, если там сразу форма отправки резюме?
Впрочем, она отправляет ответы тоже.
Зачем нужны ответы, если там сразу форма отправки резюме?
Впрочем, она отправляет ответы тоже.
>>397903
Да ладно!
Да ладно!
>The valid range of a timestamp is typically from Fri, 13 Dec 1901 20:45:54 GMT to Tue, 19 Jan 2038 03:14:07 GMT. (These are the dates that correspond to the minimum and maximum values for a 32-bit signed integer).
>>397912
Да ладно, я чую, что таймстамп там вообще роли не играет.
Там на выходе должно быть просто два символа: i и символ с кодом 74.
Мне просто все это гуглить и решать.
Да ладно, я чую, что таймстамп там вообще роли не играет.
Там на выходе должно быть просто два символа: i и символ с кодом 74.
Мне просто все это гуглить и решать.
>>397921
*лень
*лень
>>397921
это имя переменной i30
это имя переменной i30
>>397862
Ну уж нет, говнокода на трейтах и статиках мне и на работе хватает, только там хотя бы деньги платят за ковыряние в этом. Не хочется попасть в команду, где такой код считается нормой, сразу настраивают на то, чем придётся заниматься разработчику после выхода работу.
Ну уж нет, говнокода на трейтах и статиках мне и на работе хватает, только там хотя бы деньги платят за ковыряние в этом. Не хочется попасть в команду, где такой код считается нормой, сразу настраивают на то, чем придётся заниматься разработчику после выхода работу.
>>397640
На мой субъективный взгляд, тут почти все понятно. Мы задаем функции-обработчики, которые вызываются при поступлении HTTP-запроса с определенным URL.
Если вопрос был про группировку, то гугление официального мануала дает такую ссылку: https://laravel.com/docs/5.8/routing#route-groups
Далее, ты пишешь ниже:
Это атрибуты, правда какие именно атрибуты доступны, в документации пояснения нет. Но, может мы не все прочли? Если пролистать страницу до конца, то там есть приписочка:
Идем по ссылке в API docs - это документация, генерируемая из комментариев в исходном коде. К сожалению, и там не перечислен список доступных атрибутов. Значит, остается вспомнить принцип "код - лучшая документация" - открываем исходный код класса Router, метод group() и смотрим код:
https://github.com/laravel/framework/blob/5.8/src/Illuminate/Routing/Router.php#L366
Идем по функциями в таком порядке: group() -> updateGroupStack() -> loadRoutes(). Тут путь заканчивается вызовом коллбека, внутри которого делается get(), и потому изучим, что происходит при его вызове: get() -> addRoute() -> createRoute() -> mergeGroupAttributesIntoRoute() -> mergeWithLastGroup().
Мы видим, что эти атрибуты идут в метод setAction() класса Route, потому глянем и его. В методе setAction() ничего интересного нет, но зато в конструкторе мы видим вызов parseAction() с многообещающим комментарием:
В нем, правда, тоже ничего нет. Тогда делаем поиск по выражению "->action[" и находим названия всех атрибутов. И замечаем, что в общем-то использовать этот массив особой нужды нет, так как для задания всех этих атрибутов есть готовые методы с такими же названиями.
В общем, поиск делается примерно в таком порядке:
- официальная документация
- API docs
- исходный код
По исходному коду, конечно, удобно перемещаться с помощью IDE. Привыкай, деды исходный код разбирали и ты справишься.
Если же ты вместо этого лазаешь по каким-то неофициальным, некачественным статьям или пиратским видео, то, пожалуйста, предъявляй претензии их авторам. Также, напомню, что Ларавель - открытый проект и если тебе хочется помочь другим разработчикам, то ты вполне можешь добавить информацию в документацию и в API docs.
На мой субъективный взгляд, тут почти все понятно. Мы задаем функции-обработчики, которые вызываются при поступлении HTTP-запроса с определенным URL.
Если вопрос был про группировку, то гугление официального мануала дает такую ссылку: https://laravel.com/docs/5.8/routing#route-groups
> Route groups allow you to share route attributes, such as middleware or namespaces, across a large number of routes without needing to define those attributes on each individual route. Shared attributes are specified in an array format as the first parameter to the Route::group method.
Далее, ты пишешь ниже:
> но я не догоняю что значат массивы с ключами и значениями
Это атрибуты, правда какие именно атрибуты доступны, в документации пояснения нет. Но, может мы не все прочли? Если пролистать страницу до конца, то там есть приписочка:
> Refer to the API documentation for both the underlying class of the Route facade and Route instance to review all accessible methods.
Идем по ссылке в API docs - это документация, генерируемая из комментариев в исходном коде. К сожалению, и там не перечислен список доступных атрибутов. Значит, остается вспомнить принцип "код - лучшая документация" - открываем исходный код класса Router, метод group() и смотрим код:
https://github.com/laravel/framework/blob/5.8/src/Illuminate/Routing/Router.php#L366
Идем по функциями в таком порядке: group() -> updateGroupStack() -> loadRoutes(). Тут путь заканчивается вызовом коллбека, внутри которого делается get(), и потому изучим, что происходит при его вызове: get() -> addRoute() -> createRoute() -> mergeGroupAttributesIntoRoute() -> mergeWithLastGroup().
Мы видим, что эти атрибуты идут в метод setAction() класса Route, потому глянем и его. В методе setAction() ничего интересного нет, но зато в конструкторе мы видим вызов parseAction() с многообещающим комментарием:
> Parse the route action into a standard array.
В нем, правда, тоже ничего нет. Тогда делаем поиск по выражению "->action[" и находим названия всех атрибутов. И замечаем, что в общем-то использовать этот массив особой нужды нет, так как для задания всех этих атрибутов есть готовые методы с такими же названиями.
В общем, поиск делается примерно в таком порядке:
- официальная документация
- API docs
- исходный код
По исходному коду, конечно, удобно перемещаться с помощью IDE. Привыкай, деды исходный код разбирали и ты справишься.
Если же ты вместо этого лазаешь по каким-то неофициальным, некачественным статьям или пиратским видео, то, пожалуйста, предъявляй претензии их авторам. Также, напомню, что Ларавель - открытый проект и если тебе хочется помочь другим разработчикам, то ты вполне можешь добавить информацию в документацию и в API docs.
>>397640
На мой субъективный взгляд, тут почти все понятно. Мы задаем функции-обработчики, которые вызываются при поступлении HTTP-запроса с определенным URL.
Если вопрос был про группировку, то гугление официального мануала дает такую ссылку: https://laravel.com/docs/5.8/routing#route-groups
Далее, ты пишешь ниже:
Это атрибуты, правда какие именно атрибуты доступны, в документации пояснения нет. Но, может мы не все прочли? Если пролистать страницу до конца, то там есть приписочка:
Идем по ссылке в API docs - это документация, генерируемая из комментариев в исходном коде. К сожалению, и там не перечислен список доступных атрибутов. Значит, остается вспомнить принцип "код - лучшая документация" - открываем исходный код класса Router, метод group() и смотрим код:
https://github.com/laravel/framework/blob/5.8/src/Illuminate/Routing/Router.php#L366
Идем по функциями в таком порядке: group() -> updateGroupStack() -> loadRoutes(). Тут путь заканчивается вызовом коллбека, внутри которого делается get(), и потому изучим, что происходит при его вызове: get() -> addRoute() -> createRoute() -> mergeGroupAttributesIntoRoute() -> mergeWithLastGroup().
Мы видим, что эти атрибуты идут в метод setAction() класса Route, потому глянем и его. В методе setAction() ничего интересного нет, но зато в конструкторе мы видим вызов parseAction() с многообещающим комментарием:
В нем, правда, тоже ничего нет. Тогда делаем поиск по выражению "->action[" и находим названия всех атрибутов. И замечаем, что в общем-то использовать этот массив особой нужды нет, так как для задания всех этих атрибутов есть готовые методы с такими же названиями.
В общем, поиск делается примерно в таком порядке:
- официальная документация
- API docs
- исходный код
По исходному коду, конечно, удобно перемещаться с помощью IDE. Привыкай, деды исходный код разбирали и ты справишься.
Если же ты вместо этого лазаешь по каким-то неофициальным, некачественным статьям или пиратским видео, то, пожалуйста, предъявляй претензии их авторам. Также, напомню, что Ларавель - открытый проект и если тебе хочется помочь другим разработчикам, то ты вполне можешь добавить информацию в документацию и в API docs.
На мой субъективный взгляд, тут почти все понятно. Мы задаем функции-обработчики, которые вызываются при поступлении HTTP-запроса с определенным URL.
Если вопрос был про группировку, то гугление официального мануала дает такую ссылку: https://laravel.com/docs/5.8/routing#route-groups
> Route groups allow you to share route attributes, such as middleware or namespaces, across a large number of routes without needing to define those attributes on each individual route. Shared attributes are specified in an array format as the first parameter to the Route::group method.
Далее, ты пишешь ниже:
> но я не догоняю что значат массивы с ключами и значениями
Это атрибуты, правда какие именно атрибуты доступны, в документации пояснения нет. Но, может мы не все прочли? Если пролистать страницу до конца, то там есть приписочка:
> Refer to the API documentation for both the underlying class of the Route facade and Route instance to review all accessible methods.
Идем по ссылке в API docs - это документация, генерируемая из комментариев в исходном коде. К сожалению, и там не перечислен список доступных атрибутов. Значит, остается вспомнить принцип "код - лучшая документация" - открываем исходный код класса Router, метод group() и смотрим код:
https://github.com/laravel/framework/blob/5.8/src/Illuminate/Routing/Router.php#L366
Идем по функциями в таком порядке: group() -> updateGroupStack() -> loadRoutes(). Тут путь заканчивается вызовом коллбека, внутри которого делается get(), и потому изучим, что происходит при его вызове: get() -> addRoute() -> createRoute() -> mergeGroupAttributesIntoRoute() -> mergeWithLastGroup().
Мы видим, что эти атрибуты идут в метод setAction() класса Route, потому глянем и его. В методе setAction() ничего интересного нет, но зато в конструкторе мы видим вызов parseAction() с многообещающим комментарием:
> Parse the route action into a standard array.
В нем, правда, тоже ничего нет. Тогда делаем поиск по выражению "->action[" и находим названия всех атрибутов. И замечаем, что в общем-то использовать этот массив особой нужды нет, так как для задания всех этих атрибутов есть готовые методы с такими же названиями.
В общем, поиск делается примерно в таком порядке:
- официальная документация
- API docs
- исходный код
По исходному коду, конечно, удобно перемещаться с помощью IDE. Привыкай, деды исходный код разбирали и ты справишься.
Если же ты вместо этого лазаешь по каким-то неофициальным, некачественным статьям или пиратским видео, то, пожалуйста, предъявляй претензии их авторам. Также, напомню, что Ларавель - открытый проект и если тебе хочется помочь другим разработчикам, то ты вполне можешь добавить информацию в документацию и в API docs.
>>397862
Чмошный тест. Оформление дебильное.
Вопросы либо нулевого уровня либо с понтом каверзные, в основном по сути теже что и в прошлый раз.
Только теперь почти все можно еще от пизды дописать по сигнатурам.
Более-менее полезных вещей пару штук но и те по сути справочные знания.
Еще такие "подвохи" типа нехватки ассертов и следовательно потенциал сделать не полностью верное решение лол...
Чмошный тест. Оформление дебильное.
Вопросы либо нулевого уровня либо с понтом каверзные, в основном по сути теже что и в прошлый раз.
Только теперь почти все можно еще от пизды дописать по сигнатурам.
Более-менее полезных вещей пару штук но и те по сути справочные знания.
Еще такие "подвохи" типа нехватки ассертов и следовательно потенциал сделать не полностью верное решение лол...
48 Кб, 529x391Wget выполняется только один раз.
На винде надо запускать один удаленный скрипт который ничего не возвращает, главное обратиться к адресу. Неважно, сколько он длится. Запуски должны быть каждые 5 минут бесконечное кол-во раз.
Использую WinWGet (wget с гуем). Он выполняет задание и пишет Finished. Не врубаюсь, как настроить правильно. Гайды прочитал.
tries выставлял в 0 - бесполезно.
Кеш отключен. Лимит на ожидание ответа выставил в 0, ибо неизвестно, через сколько минут/часов будет получен ответ от сервера.
Вся команда: "http://lolicap.ls/" -P "" -w 300 -t 9999999999 -T 0 -C off
На винде надо запускать один удаленный скрипт который ничего не возвращает, главное обратиться к адресу. Неважно, сколько он длится. Запуски должны быть каждые 5 минут бесконечное кол-во раз.
Использую WinWGet (wget с гуем). Он выполняет задание и пишет Finished. Не врубаюсь, как настроить правильно. Гайды прочитал.
tries выставлял в 0 - бесполезно.
Кеш отключен. Лимит на ожидание ответа выставил в 0, ибо неизвестно, через сколько минут/часов будет получен ответ от сервера.
Вся команда: "http://lolicap.ls/" -P "" -w 300 -t 9999999999 -T 0 -C off
>>398146
Так. wait мне не нужен, как я понял. он для загрузки цельных страниц нужен.
Походу, эта штука не то, что мне нужно. Она просто не умеет в повторения из гуя. Сделаю на автоите скрипт чтоб запускал команду wget через равный промежуток и норм.
Всем спасибо.
Так. wait мне не нужен, как я понял. он для загрузки цельных страниц нужен.
Походу, эта штука не то, что мне нужно. Она просто не умеет в повторения из гуя. Сделаю на автоите скрипт чтоб запускал команду wget через равный промежуток и норм.
Всем спасибо.
>>398192
Каким ещё крупицам?
Там настолько всё разжёвывают и показывают, что только в задницу не целют и сказку на ночь не рассказывают. А если учесть видеокурсы и другие ресурсы, то можно считать, что и в задницу, и в сказку.
Скорее всего просто не твоё это погроммирование, раз ты настолько не можешь в документацию.
>инфу приходиться собирать по крупицам
Каким ещё крупицам?
>оф доки не всегда очевидны
Там настолько всё разжёвывают и показывают, что только в задницу не целют и сказку на ночь не рассказывают. А если учесть видеокурсы и другие ресурсы, то можно считать, что и в задницу, и в сказку.
Скорее всего просто не твоё это погроммирование, раз ты настолько не можешь в документацию.
>>398228
нифига,постоянно гуглю,как это работает. их доки скорее справочник,а не учебник
>Там настолько всё разжёвывают и показывают
нифига,постоянно гуглю,как это работает. их доки скорее справочник,а не учебник
>>398229
Так-то ты нативно в общих чертах понимать это должен - где там роуты, куда сервисы, как контроллеры.
>постоянно гуглю,как это работает
Так-то ты нативно в общих чертах понимать это должен - где там роуты, куда сервисы, как контроллеры.
>>398230
я уже с примитивной фигней то разобрался,че писать в роуте,в контроллере и виде.но что касается доп параметров-швах.все примеры обычно даются в отрыве от работающего примера,накидают примеров по роутингу,например параметры и как я должен понять,что писать в контроллере?
я уже с примитивной фигней то разобрался,че писать в роуте,в контроллере и виде.но что касается доп параметров-швах.все примеры обычно даются в отрыве от работающего примера,накидают примеров по роутингу,например параметры и как я должен понять,что писать в контроллере?
>>398233
пока почитаю про миграции и БД
пока почитаю про миграции и БД
>>398192
Сколько я помню, так было всегда. Так что привыкай заглядывать в код, благо он открытый.
>>397254
Сериализация не предназначена для просмотра содержимого человеком. Она нужна для того, чтобы потом восстановить объект обратно. Если тебе нужен человекочитаемый формат, то используй: var_dump, print_r. Или JSON.
Что касается текстового/бинарного вида, подозреваю, это просто текстовый редактор неправильно распознает тип файла. Там на скриншоте явно hex-коды букв.
>>397645
resource() описан в документации: https://laravel.com/docs/5.8/controllers#resource-controllers
Я подозреваю, он просто ищет в контроллере метод с именем, которое идет в URL после префикса, но это стоило бы уточнить в документации или коде.
Сколько я помню, так было всегда. Так что привыкай заглядывать в код, благо он открытый.
>>397254
Сериализация не предназначена для просмотра содержимого человеком. Она нужна для того, чтобы потом восстановить объект обратно. Если тебе нужен человекочитаемый формат, то используй: var_dump, print_r. Или JSON.
Что касается текстового/бинарного вида, подозреваю, это просто текстовый редактор неправильно распознает тип файла. Там на скриншоте явно hex-коды букв.
>>397645
resource() описан в документации: https://laravel.com/docs/5.8/controllers#resource-controllers
> This single route declaration creates multiple routes to handle a variety of actions on the resource. The generated controller will already have methods stubbed for each of these actions, including notes informing you of the HTTP verbs and URIs they handle.
Я подозреваю, он просто ищет в контроллере метод с именем, которое идет в URL после префикса, но это стоило бы уточнить в документации или коде.
>>397648
Общий принцип такой, что ты импортируешь только то, что как-то используешь именно в этом файле (вызываешь, создаешь объекты этого класса итд). Если не используешь - то не импортируешь.
Эти паттерны наследования реализуются не на уровне Postgres, а на уровне ORM. И там в документации к SQLAlchemy перечислено несколько вариантов на выбор.
Это Concrete TI, так как при STI таблица одна, а при Class TI в text_message были бы только те поля, которые отсутствуют в message.
Это надо смотреть EXPLAIN-ом и делать тесты, но скорее всего, да. Представь, что ты хочешь получить последние 10 сообщений: самый быстрый способ сделать это - это пройтись по индексу (где сообщения отсортированы по времени) и взять первые 10 записей из единственной общей таблицы. В случае с UNION нам надо брать по несколько сообщений из каждой таблицы и как-то объединять списки. Это в случае, если СУБД будет работать максимально оптимально, а это не факт.
Но вообще, выбор схемы наследования зависит от того, какие мы запросы делаем и какие у нас данные.
Вообще, в документации есть похожий пример и там используются дополнительные параметры (foreign_keys): https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#creating-custom-foreign-conditions
Может, в этом проблема?
Ведь ORM надо знать, как связывать объекты между собой. Допустим, у тебя есть объект класса A, и он связан отношением с объектом класса B. Если ты создаешь несколько объектов класса B, добавишь их в класс A, и попробуешь сбросить данные в БД, то ORM должен понять: как сохранить в БД связь между объектами?
Думаю, явное указание foreign_keys и remote_side как раз говорит ORM, что надо взять id из одного поля объекта и прописать его в поле другого объекта.
Но я могу ошибаться, так как лишь бегло пролистал документацию.
Если ты используешь наследование, то Text_Message - это наследник Message, в соответствие с принципом Лисков наследник можно использовать вместо предка, и когда ты запрашиваешь список Message, то в нем будут и объекты Text_Message. Если ты это не хочешь, то тебе надо указать дополнительное условие (например: искать только Text_Message).
Только не забудь, что надо использовать принцип "белого списка" и все, что не указано явно - запрещается.
Вообще, "системное программирование" - это написание всяких модулей ядра, драйверов на языках вроде Си. А так, пиши на чем удобнее - на Питоне, JS или bash.
Часто в больших публичных конференциях список участников не показывают, пока ты не нажмешь какую-то кнопку. Потому, тут стоит учесть только такие варианты:
- получить полный список для маленькой конференции
- получить (по запросу пользователя) полный список для средней конференции
- если у тебя есть большие конференции (> 1000 - 5000 - 10000 польз.), то там может потребоваться получать список постранично
Это зависит от того, как выглядит запрос. Одно дело - приджойнить 1 запись по ключу, другое дело - сджойнить два больших списка, к каждому из которых применяется какое-то условие.
Я думал, что у тебя там у каждого пользователя есть своя запись для конференции (со своим числом непрочитанных сообщений), и потому такой сложный запрос не нужен: мы ищем именно свою запись, а не любую.
Без индексов тут нельзя - это я точно могу сказать. Но вид запроса очень неудачный, и скорее всего будет плохо индексироваться. Вот пример хорошего запроса:
SELECT WHERE a = 1 AND b = 2
Такой запрос при использовании UNIQUE INDEX (a, b) будет искать в индексе пару (1; 2) и будет оптимальным. Индекс выглядит так:
(a, b -> id)
Он отсортирован по возрастанию пар значений a; b.
А как выглядит индекс в твоем случае? Скорее всего, как отсортированный список (participant -> id). И как в нем найти соответствующие условию записи? Ищем по participant = sender, получаем большой список id, ищем по participant = receiver, получаем большой список id, ищем в 2 списках одинаковые id.
Твой запрос эквивалентен такому:
SELECT a.id FROM table AS a, table AS b WHERE a.participant = :sender AND b.participant = :receiver AND a.id = b.id
То есть, попробуй этот индекс нарисовать и придумать, как вообще в теории в нем найти нужную запись, и ты возможно увидишь, какие запросы будут работать быстро, а какие - в принципе не могут работать быстро.
Потому я и советовал поступать так:
- сделать нормализованную, не оптимальную схему
- сделать список запросов, которые будут выполняться
- оптимизировать схему под них
Потому что это упрощает пользовательский интерфейс, наверно. Но твой подход тоже имеет право на жизнь. Кто знает, может это будет как раз преимуществом в сравнении с другими мессенджерами.
Только там происходит полная выборка списка в память. Если участников очень много (десятки тысяч), кто знает, может это неэффективно (нужно мерять).
Это решается, если делать клиентское приложение на Electron (или на любой другой технологии) - оно работает на стороне пользователя и может хранить что угодно, при этом очистка кук ему не грозит. Но с синхронизацией да, придется помучаться.
Шифрование ключа паролем - это симметричное шифрование. Пароль относительно короткий и владелец сервера может попытаться его сбрутфорсить. Особенно, если у него есть "друзья" из NSA с дата-центрами, построенными специально для брутфорса паролей. Но можно придумать более интересные схемы синхронизации: 2 устройства одного пользователя одновременно выходят в сеть и передают ключ друг другу с использованием асимметричного шифрования, так, что сервер не может увидеть передаваемый ключ (т.к. при асиметричном шифровании используется случайный очень длинный ключ, как в HTTPS).
Это просто рассуждения на тему того, что тут можно сделать в теории.
> Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
Общий принцип такой, что ты импортируешь только то, что как-то используешь именно в этом файле (вызываешь, создаешь объекты этого класса итд). Если не используешь - то не импортируешь.
> К сожалению, мне не удалось найти какой паттерн наследования использует psql
Эти паттерны наследования реализуются не на уровне Postgres, а на уровне ORM. И там в документации к SQLAlchemy перечислено несколько вариантов на выбор.
> Я косвенно предположил, что это именно он
Это Concrete TI, так как при STI таблица одна, а при Class TI в text_message были бы только те поля, которые отсутствуют в message.
> Использование UNION приводит к нагрузке?
Это надо смотреть EXPLAIN-ом и делать тесты, но скорее всего, да. Представь, что ты хочешь получить последние 10 сообщений: самый быстрый способ сделать это - это пройтись по индексу (где сообщения отсортированы по времени) и взять первые 10 записей из единственной общей таблицы. В случае с UNION нам надо брать по несколько сообщений из каждой таблицы и как-то объединять списки. Это в случае, если СУБД будет работать максимально оптимально, а это не факт.
Но вообще, выбор схемы наследования зависит от того, какие мы запросы делаем и какие у нас данные.
> Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную
Вообще, в документации есть похожий пример и там используются дополнительные параметры (foreign_keys): https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#creating-custom-foreign-conditions
Может, в этом проблема?
Ведь ORM надо знать, как связывать объекты между собой. Допустим, у тебя есть объект класса A, и он связан отношением с объектом класса B. Если ты создаешь несколько объектов класса B, добавишь их в класс A, и попробуешь сбросить данные в БД, то ORM должен понять: как сохранить в БД связь между объектами?
Думаю, явное указание foreign_keys и remote_side как раз говорит ORM, что надо взять id из одного поля объекта и прописать его в поле другого объекта.
Но я могу ошибаться, так как лишь бегло пролистал документацию.
> При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.
Если ты используешь наследование, то Text_Message - это наследник Message, в соответствие с принципом Лисков наследник можно использовать вместо предка, и когда ты запрашиваешь список Message, то в нем будут и объекты Text_Message. Если ты это не хочешь, то тебе надо указать дополнительное условие (например: искать только Text_Message).
> Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию
Только не забудь, что надо использовать принцип "белого списка" и все, что не указано явно - запрещается.
> Лучше сделать это на системном языке и чтобы он был кроссплатформенный
Вообще, "системное программирование" - это написание всяких модулей ядра, драйверов на языках вроде Си. А так, пиши на чем удобнее - на Питоне, JS или bash.
> А если партнёров будет много (публичная конференция)?
Часто в больших публичных конференциях список участников не показывают, пока ты не нажмешь какую-то кнопку. Потому, тут стоит учесть только такие варианты:
- получить полный список для маленькой конференции
- получить (по запросу пользователя) полный список для средней конференции
- если у тебя есть большие конференции (> 1000 - 5000 - 10000 польз.), то там может потребоваться получать список постранично
> не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Это зависит от того, как выглядит запрос. Одно дело - приджойнить 1 запись по ключу, другое дело - сджойнить два больших списка, к каждому из которых применяется какое-то условие.
> // неизвестно какой пользователь сначала "создал" конференцию,
Я думал, что у тебя там у каждого пользователя есть своя запись для конференции (со своим числом непрочитанных сообщений), и потому такой сложный запрос не нужен: мы ищем именно свою запись, а не любую.
> Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
Без индексов тут нельзя - это я точно могу сказать. Но вид запроса очень неудачный, и скорее всего будет плохо индексироваться. Вот пример хорошего запроса:
SELECT WHERE a = 1 AND b = 2
Такой запрос при использовании UNIQUE INDEX (a, b) будет искать в индексе пару (1; 2) и будет оптимальным. Индекс выглядит так:
(a, b -> id)
Он отсортирован по возрастанию пар значений a; b.
А как выглядит индекс в твоем случае? Скорее всего, как отсортированный список (participant -> id). И как в нем найти соответствующие условию записи? Ищем по participant = sender, получаем большой список id, ищем по participant = receiver, получаем большой список id, ищем в 2 списках одинаковые id.
Твой запрос эквивалентен такому:
SELECT a.id FROM table AS a, table AS b WHERE a.participant = :sender AND b.participant = :receiver AND a.id = b.id
То есть, попробуй этот индекс нарисовать и придумать, как вообще в теории в нем найти нужную запись, и ты возможно увидишь, какие запросы будут работать быстро, а какие - в принципе не могут работать быстро.
Потому я и советовал поступать так:
- сделать нормализованную, не оптимальную схему
- сделать список запросов, которые будут выполняться
- оптимизировать схему под них
> но мне никогда не было понятно почему только можно ответить на одно сообщение,
Потому что это упрощает пользовательский интерфейс, наверно. Но твой подход тоже имеет право на жизнь. Кто знает, может это будет как раз преимуществом в сравнении с другими мессенджерами.
> Опять же с массивами это тоже делается очень просто
Только там происходит полная выборка списка в память. Если участников очень много (десятки тысяч), кто знает, может это неэффективно (нужно мерять).
> Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем
Это решается, если делать клиентское приложение на Electron (или на любой другой технологии) - оно работает на стороне пользователя и может хранить что угодно, при этом очистка кук ему не грозит. Но с синхронизацией да, придется помучаться.
Шифрование ключа паролем - это симметричное шифрование. Пароль относительно короткий и владелец сервера может попытаться его сбрутфорсить. Особенно, если у него есть "друзья" из NSA с дата-центрами, построенными специально для брутфорса паролей. Но можно придумать более интересные схемы синхронизации: 2 устройства одного пользователя одновременно выходят в сеть и передают ключ друг другу с использованием асимметричного шифрования, так, что сервер не может увидеть передаваемый ключ (т.к. при асиметричном шифровании используется случайный очень длинный ключ, как в HTTPS).
Это просто рассуждения на тему того, что тут можно сделать в теории.
>>397648
Общий принцип такой, что ты импортируешь только то, что как-то используешь именно в этом файле (вызываешь, создаешь объекты этого класса итд). Если не используешь - то не импортируешь.
Эти паттерны наследования реализуются не на уровне Postgres, а на уровне ORM. И там в документации к SQLAlchemy перечислено несколько вариантов на выбор.
Это Concrete TI, так как при STI таблица одна, а при Class TI в text_message были бы только те поля, которые отсутствуют в message.
Это надо смотреть EXPLAIN-ом и делать тесты, но скорее всего, да. Представь, что ты хочешь получить последние 10 сообщений: самый быстрый способ сделать это - это пройтись по индексу (где сообщения отсортированы по времени) и взять первые 10 записей из единственной общей таблицы. В случае с UNION нам надо брать по несколько сообщений из каждой таблицы и как-то объединять списки. Это в случае, если СУБД будет работать максимально оптимально, а это не факт.
Но вообще, выбор схемы наследования зависит от того, какие мы запросы делаем и какие у нас данные.
Вообще, в документации есть похожий пример и там используются дополнительные параметры (foreign_keys): https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#creating-custom-foreign-conditions
Может, в этом проблема?
Ведь ORM надо знать, как связывать объекты между собой. Допустим, у тебя есть объект класса A, и он связан отношением с объектом класса B. Если ты создаешь несколько объектов класса B, добавишь их в класс A, и попробуешь сбросить данные в БД, то ORM должен понять: как сохранить в БД связь между объектами?
Думаю, явное указание foreign_keys и remote_side как раз говорит ORM, что надо взять id из одного поля объекта и прописать его в поле другого объекта.
Но я могу ошибаться, так как лишь бегло пролистал документацию.
Если ты используешь наследование, то Text_Message - это наследник Message, в соответствие с принципом Лисков наследник можно использовать вместо предка, и когда ты запрашиваешь список Message, то в нем будут и объекты Text_Message. Если ты это не хочешь, то тебе надо указать дополнительное условие (например: искать только Text_Message).
Только не забудь, что надо использовать принцип "белого списка" и все, что не указано явно - запрещается.
Вообще, "системное программирование" - это написание всяких модулей ядра, драйверов на языках вроде Си. А так, пиши на чем удобнее - на Питоне, JS или bash.
Часто в больших публичных конференциях список участников не показывают, пока ты не нажмешь какую-то кнопку. Потому, тут стоит учесть только такие варианты:
- получить полный список для маленькой конференции
- получить (по запросу пользователя) полный список для средней конференции
- если у тебя есть большие конференции (> 1000 - 5000 - 10000 польз.), то там может потребоваться получать список постранично
Это зависит от того, как выглядит запрос. Одно дело - приджойнить 1 запись по ключу, другое дело - сджойнить два больших списка, к каждому из которых применяется какое-то условие.
Я думал, что у тебя там у каждого пользователя есть своя запись для конференции (со своим числом непрочитанных сообщений), и потому такой сложный запрос не нужен: мы ищем именно свою запись, а не любую.
Без индексов тут нельзя - это я точно могу сказать. Но вид запроса очень неудачный, и скорее всего будет плохо индексироваться. Вот пример хорошего запроса:
SELECT WHERE a = 1 AND b = 2
Такой запрос при использовании UNIQUE INDEX (a, b) будет искать в индексе пару (1; 2) и будет оптимальным. Индекс выглядит так:
(a, b -> id)
Он отсортирован по возрастанию пар значений a; b.
А как выглядит индекс в твоем случае? Скорее всего, как отсортированный список (participant -> id). И как в нем найти соответствующие условию записи? Ищем по participant = sender, получаем большой список id, ищем по participant = receiver, получаем большой список id, ищем в 2 списках одинаковые id.
Твой запрос эквивалентен такому:
SELECT a.id FROM table AS a, table AS b WHERE a.participant = :sender AND b.participant = :receiver AND a.id = b.id
То есть, попробуй этот индекс нарисовать и придумать, как вообще в теории в нем найти нужную запись, и ты возможно увидишь, какие запросы будут работать быстро, а какие - в принципе не могут работать быстро.
Потому я и советовал поступать так:
- сделать нормализованную, не оптимальную схему
- сделать список запросов, которые будут выполняться
- оптимизировать схему под них
Потому что это упрощает пользовательский интерфейс, наверно. Но твой подход тоже имеет право на жизнь. Кто знает, может это будет как раз преимуществом в сравнении с другими мессенджерами.
Только там происходит полная выборка списка в память. Если участников очень много (десятки тысяч), кто знает, может это неэффективно (нужно мерять).
Это решается, если делать клиентское приложение на Electron (или на любой другой технологии) - оно работает на стороне пользователя и может хранить что угодно, при этом очистка кук ему не грозит. Но с синхронизацией да, придется помучаться.
Шифрование ключа паролем - это симметричное шифрование. Пароль относительно короткий и владелец сервера может попытаться его сбрутфорсить. Особенно, если у него есть "друзья" из NSA с дата-центрами, построенными специально для брутфорса паролей. Но можно придумать более интересные схемы синхронизации: 2 устройства одного пользователя одновременно выходят в сеть и передают ключ друг другу с использованием асимметричного шифрования, так, что сервер не может увидеть передаваемый ключ (т.к. при асиметричном шифровании используется случайный очень длинный ключ, как в HTTPS).
Это просто рассуждения на тему того, что тут можно сделать в теории.
> Я теперь понял, что импорты должны выполнятся там где выполняется этот запрос - это работает.
Общий принцип такой, что ты импортируешь только то, что как-то используешь именно в этом файле (вызываешь, создаешь объекты этого класса итд). Если не используешь - то не импортируешь.
> К сожалению, мне не удалось найти какой паттерн наследования использует psql
Эти паттерны наследования реализуются не на уровне Postgres, а на уровне ORM. И там в документации к SQLAlchemy перечислено несколько вариантов на выбор.
> Я косвенно предположил, что это именно он
Это Concrete TI, так как при STI таблица одна, а при Class TI в text_message были бы только те поля, которые отсутствуют в message.
> Использование UNION приводит к нагрузке?
Это надо смотреть EXPLAIN-ом и делать тесты, но скорее всего, да. Представь, что ты хочешь получить последние 10 сообщений: самый быстрый способ сделать это - это пройтись по индексу (где сообщения отсортированы по времени) и взять первые 10 записей из единственной общей таблицы. В случае с UNION нам надо брать по несколько сообщений из каждой таблицы и как-то объединять списки. Это в случае, если СУБД будет работать максимально оптимально, а это не факт.
Но вообще, выбор схемы наследования зависит от того, какие мы запросы делаем и какие у нас данные.
> Отношения между сущностями тяжело совершить с помощью встроенных инструментов и приходится делать метод для совершения запроса в ручную
Вообще, в документации есть похожий пример и там используются дополнительные параметры (foreign_keys): https://docs.sqlalchemy.org/en/13/orm/join_conditions.html#creating-custom-foreign-conditions
Может, в этом проблема?
Ведь ORM надо знать, как связывать объекты между собой. Допустим, у тебя есть объект класса A, и он связан отношением с объектом класса B. Если ты создаешь несколько объектов класса B, добавишь их в класс A, и попробуешь сбросить данные в БД, то ORM должен понять: как сохранить в БД связь между объектами?
Думаю, явное указание foreign_keys и remote_side как раз говорит ORM, что надо взять id из одного поля объекта и прописать его в поле другого объекта.
Но я могу ошибаться, так как лишь бегло пролистал документацию.
> При получении сущностей выдается массив из сначала сущностей родителя, затем сущности ребёнка.
Если ты используешь наследование, то Text_Message - это наследник Message, в соответствие с принципом Лисков наследник можно использовать вместо предка, и когда ты запрашиваешь список Message, то в нем будут и объекты Text_Message. Если ты это не хочешь, то тебе надо указать дополнительное условие (например: искать только Text_Message).
> Сейчас я сделал авторизацию действий засчет ролей и даже для сервера не нужно применять динамическую авторизацию
Только не забудь, что надо использовать принцип "белого списка" и все, что не указано явно - запрещается.
> Лучше сделать это на системном языке и чтобы он был кроссплатформенный
Вообще, "системное программирование" - это написание всяких модулей ядра, драйверов на языках вроде Си. А так, пиши на чем удобнее - на Питоне, JS или bash.
> А если партнёров будет много (публичная конференция)?
Часто в больших публичных конференциях список участников не показывают, пока ты не нажмешь какую-то кнопку. Потому, тут стоит учесть только такие варианты:
- получить полный список для маленькой конференции
- получить (по запросу пользователя) полный список для средней конференции
- если у тебя есть большие конференции (> 1000 - 5000 - 10000 польз.), то там может потребоваться получать список постранично
> не будет ли и здесь плохо работать запрос с джоинами на больших нагрузках?
Это зависит от того, как выглядит запрос. Одно дело - приджойнить 1 запись по ключу, другое дело - сджойнить два больших списка, к каждому из которых применяется какое-то условие.
> // неизвестно какой пользователь сначала "создал" конференцию,
Я думал, что у тебя там у каждого пользователя есть своя запись для конференции (со своим числом непрочитанных сообщений), и потому такой сложный запрос не нужен: мы ищем именно свою запись, а не любую.
> Как вам кажется, индексирование массивов приведёт к желаемому повышению производительности?
Без индексов тут нельзя - это я точно могу сказать. Но вид запроса очень неудачный, и скорее всего будет плохо индексироваться. Вот пример хорошего запроса:
SELECT WHERE a = 1 AND b = 2
Такой запрос при использовании UNIQUE INDEX (a, b) будет искать в индексе пару (1; 2) и будет оптимальным. Индекс выглядит так:
(a, b -> id)
Он отсортирован по возрастанию пар значений a; b.
А как выглядит индекс в твоем случае? Скорее всего, как отсортированный список (participant -> id). И как в нем найти соответствующие условию записи? Ищем по participant = sender, получаем большой список id, ищем по participant = receiver, получаем большой список id, ищем в 2 списках одинаковые id.
Твой запрос эквивалентен такому:
SELECT a.id FROM table AS a, table AS b WHERE a.participant = :sender AND b.participant = :receiver AND a.id = b.id
То есть, попробуй этот индекс нарисовать и придумать, как вообще в теории в нем найти нужную запись, и ты возможно увидишь, какие запросы будут работать быстро, а какие - в принципе не могут работать быстро.
Потому я и советовал поступать так:
- сделать нормализованную, не оптимальную схему
- сделать список запросов, которые будут выполняться
- оптимизировать схему под них
> но мне никогда не было понятно почему только можно ответить на одно сообщение,
Потому что это упрощает пользовательский интерфейс, наверно. Но твой подход тоже имеет право на жизнь. Кто знает, может это будет как раз преимуществом в сравнении с другими мессенджерами.
> Опять же с массивами это тоже делается очень просто
Только там происходит полная выборка списка в память. Если участников очень много (десятки тысяч), кто знает, может это неэффективно (нужно мерять).
> Я считал, что ключи должны храниться только у пользователя, но подход с генерацией ключей для каждого клиента пользователя создаёт только больше проблем
Это решается, если делать клиентское приложение на Electron (или на любой другой технологии) - оно работает на стороне пользователя и может хранить что угодно, при этом очистка кук ему не грозит. Но с синхронизацией да, придется помучаться.
Шифрование ключа паролем - это симметричное шифрование. Пароль относительно короткий и владелец сервера может попытаться его сбрутфорсить. Особенно, если у него есть "друзья" из NSA с дата-центрами, построенными специально для брутфорса паролей. Но можно придумать более интересные схемы синхронизации: 2 устройства одного пользователя одновременно выходят в сеть и передают ключ друг другу с использованием асимметричного шифрования, так, что сервер не может увидеть передаваемый ключ (т.к. при асиметричном шифровании используется случайный очень длинный ключ, как в HTTPS).
Это просто рассуждения на тему того, что тут можно сделать в теории.
>>398233
Почитай про MVC, например у меня в уроке: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>380575
https://codecoshauni.github.io
Первое, что сразу бросается в глаза: буквы в слове "We are" у тебя значительно толще, чем на макете. Конечно, бывают различия в рендеринге на разных платформах, но не до такой же степени. Проверка показала, что у тебя в h1 используется шрифт в полужирном (font-weight: bold) начертании, а должно использоваться тонкое начертание. Также, в слове Webpaint жирный шрифт искуственно ужирняется сверх нормы. Ну и еще, если присомтреться, то на макете чуть больше межбуквенное расстояние, чем у тебя.
Отступ между надписью "into berautiful things" и кнопкой ниже в полтора раза больше, чем должен быть. Заголовков Consectetur, Tristiquet у тебя вообще нет.
Надпись digital & branding имеет слишком сильный наклон букв. Ты взял шрифт в курсивном начертании и добавил к нему искуственный наклон за счет font-style: italic.
Ну это же грубейшие ошибки, которые сразу видны, если просто открыть рядом макет и твою верстку. Это никуда не годится. Нужно тщательнее проверять свою работу. Есть расширения к браузеру (вроде pixel perfect), которые позволяют накладывать изображение поверх страницы, они могут тебе помочь.
Сами шрифт подключен неправильно. Там используется один шрифт Lato, в разных начертаниях и стилях (font-weight, font-style), а не несколько разных шрифтов. Если делать правильно, то, когда мы используем тег strong, браузер будет автоматически выбирать более жирное начертание. В твоем же случае, он будет искуственно ужирнять буквы. Если правильно подключить шрифт, многие проблемы исправятся сами собой. Почитай про @font-face и про использование font-weight/font-style внутри. Если ты любишь длинные спецификации, то пожалуйста: https://drafts.csswg.org/css-fonts-4/#font-face-rule Если нет, то поищи какой-нибудь другой мануал.
Также, твой способ подключения не позволяет использовать локально установленную версию шрифта Lato.
Тебе нужно тщательно сравнить макет и свою верстку и исправить расхождения. В блоке Consectetur обрати внимание на межстрочный интервал.
Адаптивность требует доработки, а именно:
- блок с заголовками вроде Consectetur просто смотрится плохо на ширине 810 px. Он слишком широкий. Тут было бы логичнее либо сделать их в 2 колонки, либо сделать вертикальным списком для узких экранов, а иконку попробовать вынести вбок. А на маленькой ширине вообще убрать иконку или уменьшить ее размер.
- меню смотрится странно на ширине 810px, оно выстроено вертикально и слева от него огромное пустое место. Можно попробовать поэкспериментировать, выстроив его в 2-3 колонки, или попробовать поместить справа от надписи "We are Webpaint".
- Кнопки All/Graphic на ширине 810 px, наверно, лучше смотрятся в горизонтальном расположении
- В подвале на ширине 810px иконки места и телефона вываливаются на отдельную строку
- На ширине 338px надпись на кнопке See portfolio сдвинута вниз
- На ширине 352px в портфолио очень большие поля слева и справа, лучше их уменьшить и увеличить картинки портфолио. Более того, возможно, на такой маленькой ширине их стоит выводить в 1 колонку.
Заглавные буквы в меню делать лучше за счет CSS свойств. Имена лучше выбирать более осмысленно, не button1, а button-all.
У тебя есть правило:
но оно вроде бы указывается внутри @font-face: https://drafts.csswg.org/css-fonts-4/#font-display-desc
Почитай про MVC, например у меня в уроке: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>380575
https://codecoshauni.github.io
Первое, что сразу бросается в глаза: буквы в слове "We are" у тебя значительно толще, чем на макете. Конечно, бывают различия в рендеринге на разных платформах, но не до такой же степени. Проверка показала, что у тебя в h1 используется шрифт в полужирном (font-weight: bold) начертании, а должно использоваться тонкое начертание. Также, в слове Webpaint жирный шрифт искуственно ужирняется сверх нормы. Ну и еще, если присомтреться, то на макете чуть больше межбуквенное расстояние, чем у тебя.
Отступ между надписью "into berautiful things" и кнопкой ниже в полтора раза больше, чем должен быть. Заголовков Consectetur, Tristiquet у тебя вообще нет.
Надпись digital & branding имеет слишком сильный наклон букв. Ты взял шрифт в курсивном начертании и добавил к нему искуственный наклон за счет font-style: italic.
Ну это же грубейшие ошибки, которые сразу видны, если просто открыть рядом макет и твою верстку. Это никуда не годится. Нужно тщательнее проверять свою работу. Есть расширения к браузеру (вроде pixel perfect), которые позволяют накладывать изображение поверх страницы, они могут тебе помочь.
Сами шрифт подключен неправильно. Там используется один шрифт Lato, в разных начертаниях и стилях (font-weight, font-style), а не несколько разных шрифтов. Если делать правильно, то, когда мы используем тег strong, браузер будет автоматически выбирать более жирное начертание. В твоем же случае, он будет искуственно ужирнять буквы. Если правильно подключить шрифт, многие проблемы исправятся сами собой. Почитай про @font-face и про использование font-weight/font-style внутри. Если ты любишь длинные спецификации, то пожалуйста: https://drafts.csswg.org/css-fonts-4/#font-face-rule Если нет, то поищи какой-нибудь другой мануал.
Также, твой способ подключения не позволяет использовать локально установленную версию шрифта Lato.
Тебе нужно тщательно сравнить макет и свою верстку и исправить расхождения. В блоке Consectetur обрати внимание на межстрочный интервал.
Адаптивность требует доработки, а именно:
- блок с заголовками вроде Consectetur просто смотрится плохо на ширине 810 px. Он слишком широкий. Тут было бы логичнее либо сделать их в 2 колонки, либо сделать вертикальным списком для узких экранов, а иконку попробовать вынести вбок. А на маленькой ширине вообще убрать иконку или уменьшить ее размер.
- меню смотрится странно на ширине 810px, оно выстроено вертикально и слева от него огромное пустое место. Можно попробовать поэкспериментировать, выстроив его в 2-3 колонки, или попробовать поместить справа от надписи "We are Webpaint".
- Кнопки All/Graphic на ширине 810 px, наверно, лучше смотрятся в горизонтальном расположении
- В подвале на ширине 810px иконки места и телефона вываливаются на отдельную строку
- На ширине 338px надпись на кнопке See portfolio сдвинута вниз
- На ширине 352px в портфолио очень большие поля слева и справа, лучше их уменьшить и увеличить картинки портфолио. Более того, возможно, на такой маленькой ширине их стоит выводить в 1 колонку.
Заглавные буквы в меню делать лучше за счет CSS свойств. Имена лучше выбирать более осмысленно, не button1, а button-all.
У тебя есть правило:
> font-display: swap;
но оно вроде бы указывается внутри @font-face: https://drafts.csswg.org/css-fonts-4/#font-display-desc
>>398233
Почитай про MVC, например у меня в уроке: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>380575
https://codecoshauni.github.io
Первое, что сразу бросается в глаза: буквы в слове "We are" у тебя значительно толще, чем на макете. Конечно, бывают различия в рендеринге на разных платформах, но не до такой же степени. Проверка показала, что у тебя в h1 используется шрифт в полужирном (font-weight: bold) начертании, а должно использоваться тонкое начертание. Также, в слове Webpaint жирный шрифт искуственно ужирняется сверх нормы. Ну и еще, если присомтреться, то на макете чуть больше межбуквенное расстояние, чем у тебя.
Отступ между надписью "into berautiful things" и кнопкой ниже в полтора раза больше, чем должен быть. Заголовков Consectetur, Tristiquet у тебя вообще нет.
Надпись digital & branding имеет слишком сильный наклон букв. Ты взял шрифт в курсивном начертании и добавил к нему искуственный наклон за счет font-style: italic.
Ну это же грубейшие ошибки, которые сразу видны, если просто открыть рядом макет и твою верстку. Это никуда не годится. Нужно тщательнее проверять свою работу. Есть расширения к браузеру (вроде pixel perfect), которые позволяют накладывать изображение поверх страницы, они могут тебе помочь.
Сами шрифт подключен неправильно. Там используется один шрифт Lato, в разных начертаниях и стилях (font-weight, font-style), а не несколько разных шрифтов. Если делать правильно, то, когда мы используем тег strong, браузер будет автоматически выбирать более жирное начертание. В твоем же случае, он будет искуственно ужирнять буквы. Если правильно подключить шрифт, многие проблемы исправятся сами собой. Почитай про @font-face и про использование font-weight/font-style внутри. Если ты любишь длинные спецификации, то пожалуйста: https://drafts.csswg.org/css-fonts-4/#font-face-rule Если нет, то поищи какой-нибудь другой мануал.
Также, твой способ подключения не позволяет использовать локально установленную версию шрифта Lato.
Тебе нужно тщательно сравнить макет и свою верстку и исправить расхождения. В блоке Consectetur обрати внимание на межстрочный интервал.
Адаптивность требует доработки, а именно:
- блок с заголовками вроде Consectetur просто смотрится плохо на ширине 810 px. Он слишком широкий. Тут было бы логичнее либо сделать их в 2 колонки, либо сделать вертикальным списком для узких экранов, а иконку попробовать вынести вбок. А на маленькой ширине вообще убрать иконку или уменьшить ее размер.
- меню смотрится странно на ширине 810px, оно выстроено вертикально и слева от него огромное пустое место. Можно попробовать поэкспериментировать, выстроив его в 2-3 колонки, или попробовать поместить справа от надписи "We are Webpaint".
- Кнопки All/Graphic на ширине 810 px, наверно, лучше смотрятся в горизонтальном расположении
- В подвале на ширине 810px иконки места и телефона вываливаются на отдельную строку
- На ширине 338px надпись на кнопке See portfolio сдвинута вниз
- На ширине 352px в портфолио очень большие поля слева и справа, лучше их уменьшить и увеличить картинки портфолио. Более того, возможно, на такой маленькой ширине их стоит выводить в 1 колонку.
Заглавные буквы в меню делать лучше за счет CSS свойств. Имена лучше выбирать более осмысленно, не button1, а button-all.
У тебя есть правило:
но оно вроде бы указывается внутри @font-face: https://drafts.csswg.org/css-fonts-4/#font-display-desc
Почитай про MVC, например у меня в уроке: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
>>380575
https://codecoshauni.github.io
Первое, что сразу бросается в глаза: буквы в слове "We are" у тебя значительно толще, чем на макете. Конечно, бывают различия в рендеринге на разных платформах, но не до такой же степени. Проверка показала, что у тебя в h1 используется шрифт в полужирном (font-weight: bold) начертании, а должно использоваться тонкое начертание. Также, в слове Webpaint жирный шрифт искуственно ужирняется сверх нормы. Ну и еще, если присомтреться, то на макете чуть больше межбуквенное расстояние, чем у тебя.
Отступ между надписью "into berautiful things" и кнопкой ниже в полтора раза больше, чем должен быть. Заголовков Consectetur, Tristiquet у тебя вообще нет.
Надпись digital & branding имеет слишком сильный наклон букв. Ты взял шрифт в курсивном начертании и добавил к нему искуственный наклон за счет font-style: italic.
Ну это же грубейшие ошибки, которые сразу видны, если просто открыть рядом макет и твою верстку. Это никуда не годится. Нужно тщательнее проверять свою работу. Есть расширения к браузеру (вроде pixel perfect), которые позволяют накладывать изображение поверх страницы, они могут тебе помочь.
Сами шрифт подключен неправильно. Там используется один шрифт Lato, в разных начертаниях и стилях (font-weight, font-style), а не несколько разных шрифтов. Если делать правильно, то, когда мы используем тег strong, браузер будет автоматически выбирать более жирное начертание. В твоем же случае, он будет искуственно ужирнять буквы. Если правильно подключить шрифт, многие проблемы исправятся сами собой. Почитай про @font-face и про использование font-weight/font-style внутри. Если ты любишь длинные спецификации, то пожалуйста: https://drafts.csswg.org/css-fonts-4/#font-face-rule Если нет, то поищи какой-нибудь другой мануал.
Также, твой способ подключения не позволяет использовать локально установленную версию шрифта Lato.
Тебе нужно тщательно сравнить макет и свою верстку и исправить расхождения. В блоке Consectetur обрати внимание на межстрочный интервал.
Адаптивность требует доработки, а именно:
- блок с заголовками вроде Consectetur просто смотрится плохо на ширине 810 px. Он слишком широкий. Тут было бы логичнее либо сделать их в 2 колонки, либо сделать вертикальным списком для узких экранов, а иконку попробовать вынести вбок. А на маленькой ширине вообще убрать иконку или уменьшить ее размер.
- меню смотрится странно на ширине 810px, оно выстроено вертикально и слева от него огромное пустое место. Можно попробовать поэкспериментировать, выстроив его в 2-3 колонки, или попробовать поместить справа от надписи "We are Webpaint".
- Кнопки All/Graphic на ширине 810 px, наверно, лучше смотрятся в горизонтальном расположении
- В подвале на ширине 810px иконки места и телефона вываливаются на отдельную строку
- На ширине 338px надпись на кнопке See portfolio сдвинута вниз
- На ширине 352px в портфолио очень большие поля слева и справа, лучше их уменьшить и увеличить картинки портфолио. Более того, возможно, на такой маленькой ширине их стоит выводить в 1 колонку.
Заглавные буквы в меню делать лучше за счет CSS свойств. Имена лучше выбирать более осмысленно, не button1, а button-all.
У тебя есть правило:
> font-display: swap;
но оно вроде бы указывается внутри @font-face: https://drafts.csswg.org/css-fonts-4/#font-display-desc
ОПчик, ответь, пожалуйста, нормальная ли архетиктура в >>394909
>>398430
это хрень только для тестов?
это хрень только для тестов?
Привет, антошки.
В шапке есть ссылка на задание по созданию SPA.
https://github.com/codedokode/pasta/blob/master/js/spa.md
И там в самом конце есть такие строки:
И тут мне стало очень интересно, что это за автоматические тесты такие. Саму концепцию я более-менее представляю, но, тем не менее, совершенно не понимаю следующее:
1) Как, собственно, эти автоматические тесты делать/писать? Вот написал я код, хочу его протестировать этими автотестами - как и с чего начинать?
2) В вакансиях иногда встречаю фразы типа "у нас хорошее покрытие кода автоматическими тестами". Может кто-нибудь рассказать, как именно это происходит в таких компаниях?
Буду благодарен за информацию.
В шапке есть ссылка на задание по созданию SPA.
https://github.com/codedokode/pasta/blob/master/js/spa.md
И там в самом конце есть такие строки:
>Хорошо бы покрыть приложение или его компоненты автоматическими тестами
И тут мне стало очень интересно, что это за автоматические тесты такие. Саму концепцию я более-менее представляю, но, тем не менее, совершенно не понимаю следующее:
1) Как, собственно, эти автоматические тесты делать/писать? Вот написал я код, хочу его протестировать этими автотестами - как и с чего начинать?
2) В вакансиях иногда встречаю фразы типа "у нас хорошее покрытие кода автоматическими тестами". Может кто-нибудь рассказать, как именно это происходит в таких компаниях?
Буду благодарен за информацию.
Аноны помогите написать регулярку чтобы
из строки "@a @ab @abc a@xyz !@ijmn,@123 0@321 @1a2b @qwerty @abc.a @stu..test _@nmp @x.yz.@klm @.1a2b .@2c3d."
выбирало
["@abc", "@ijmn", "@123", "@1a2b","@abc.a", "@stu", "@x.yz", "@klm", "@2c3d"]
из строки "@a @ab @abc a@xyz !@ijmn,@123 0@321 @1a2b @qwerty @abc.a @stu..test _@nmp @x.yz.@klm @.1a2b .@2c3d."
выбирало
["@abc", "@ijmn", "@123", "@1a2b","@abc.a", "@stu", "@x.yz", "@klm", "@2c3d"]
>>398700
Написал: @[1-3a-di-ns-ux-z.]{3,5}[\s]
https://regex101.com/r/YFPlPz/1
Самая чокнутая регулярка на моей памяти.
Написал: @[1-3a-di-ns-ux-z.]{3,5}[\s]
https://regex101.com/r/YFPlPz/1
Самая чокнутая регулярка на моей памяти.
Нид хелп с функциями.
Есть код: function rand_float($st_num=0,$end_num=1,$mul=1000000)
{
if ($st_num>$end_num) return false;
return mt_rand($st_num$mul,$end_num$mul)/$mul;
}
$num= rand(1,3);
include_once('db_connect.php');
for ($i = 0; $i < $num; $i++) {
$req = $mysqli->query("SELECT FROM `coinInfo` WHERE coinName = 'BTC'");
while($row = $req->fetch_assoc()) {
$ask = $row["ask"]/100000000;
$bid = $row["bid"]/100000000;
}
$operation = array("BUY", "SELL");
$rand_keys = array_rand($operation);
//
$int = mt_rand(1,4)/10000;
$fractional = mt_rand(1,99) / 10000;
$float = $int + $fractional;
$price = rand_float($bid,$ask);
$amount = $float;
$type_operation = $operation[$rand_keys];
$Responce=create_orders($mysqli,$sesion_id = 299,$contest_id = 1,$price,$amount,$name_val = 'USD',$name_prod = 'BTC',$type_operation);
По итогу он создает ордера(от 1 до 3) на продажу и покупку. Мне нужно продублировать его для нескольких $name_prod(их будет штук 20). И я хочу написать функцию, которая будет иметь единственный аргумент coinName, используется в запросе $req = $mysqli->query("SELECT FROMcoinInfoWHERE coinName = 'BTC'"); и эта новая функция будет возвращать весь набор необходимых переменных для create_orders. По идее должно вызов должен выглядеть как-то так: create_orders(data(btc))(если такое возможно вообще).
}
Есть код: function rand_float($st_num=0,$end_num=1,$mul=1000000)
{
if ($st_num>$end_num) return false;
return mt_rand($st_num$mul,$end_num$mul)/$mul;
}
$num= rand(1,3);
include_once('db_connect.php');
for ($i = 0; $i < $num; $i++) {
$req = $mysqli->query("SELECT FROM `coinInfo` WHERE coinName = 'BTC'");
while($row = $req->fetch_assoc()) {
$ask = $row["ask"]/100000000;
$bid = $row["bid"]/100000000;
}
$operation = array("BUY", "SELL");
$rand_keys = array_rand($operation);
//
$int = mt_rand(1,4)/10000;
$fractional = mt_rand(1,99) / 10000;
$float = $int + $fractional;
$price = rand_float($bid,$ask);
$amount = $float;
$type_operation = $operation[$rand_keys];
$Responce=create_orders($mysqli,$sesion_id = 299,$contest_id = 1,$price,$amount,$name_val = 'USD',$name_prod = 'BTC',$type_operation);
По итогу он создает ордера(от 1 до 3) на продажу и покупку. Мне нужно продублировать его для нескольких $name_prod(их будет штук 20). И я хочу написать функцию, которая будет иметь единственный аргумент coinName, используется в запросе $req = $mysqli->query("SELECT FROMcoinInfoWHERE coinName = 'BTC'"); и эта новая функция будет возвращать весь набор необходимых переменных для create_orders. По идее должно вызов должен выглядеть как-то так: create_orders(data(btc))(если такое возможно вообще).
}
Нид хелп с функциями.
Есть код: function rand_float($st_num=0,$end_num=1,$mul=1000000)
{
if ($st_num>$end_num) return false;
return mt_rand($st_num$mul,$end_num$mul)/$mul;
}
$num= rand(1,3);
include_once('db_connect.php');
for ($i = 0; $i < $num; $i++) {
$req = $mysqli->query("SELECT FROM `coinInfo` WHERE coinName = 'BTC'");
while($row = $req->fetch_assoc()) {
$ask = $row["ask"]/100000000;
$bid = $row["bid"]/100000000;
}
$operation = array("BUY", "SELL");
$rand_keys = array_rand($operation);
//
$int = mt_rand(1,4)/10000;
$fractional = mt_rand(1,99) / 10000;
$float = $int + $fractional;
$price = rand_float($bid,$ask);
$amount = $float;
$type_operation = $operation[$rand_keys];
$Responce=create_orders($mysqli,$sesion_id = 299,$contest_id = 1,$price,$amount,$name_val = 'USD',$name_prod = 'BTC',$type_operation);
По итогу он создает ордера(от 1 до 3) на продажу и покупку. Мне нужно продублировать его для нескольких $name_prod(их будет штук 20). И я хочу написать функцию, которая будет иметь единственный аргумент coinName, используется в запросе $req = $mysqli->query("SELECT FROMcoinInfoWHERE coinName = 'BTC'"); и эта новая функция будет возвращать весь набор необходимых переменных для create_orders. По идее должно вызов должен выглядеть как-то так: create_orders(data(btc))(если такое возможно вообще).
}
Есть код: function rand_float($st_num=0,$end_num=1,$mul=1000000)
{
if ($st_num>$end_num) return false;
return mt_rand($st_num$mul,$end_num$mul)/$mul;
}
$num= rand(1,3);
include_once('db_connect.php');
for ($i = 0; $i < $num; $i++) {
$req = $mysqli->query("SELECT FROM `coinInfo` WHERE coinName = 'BTC'");
while($row = $req->fetch_assoc()) {
$ask = $row["ask"]/100000000;
$bid = $row["bid"]/100000000;
}
$operation = array("BUY", "SELL");
$rand_keys = array_rand($operation);
//
$int = mt_rand(1,4)/10000;
$fractional = mt_rand(1,99) / 10000;
$float = $int + $fractional;
$price = rand_float($bid,$ask);
$amount = $float;
$type_operation = $operation[$rand_keys];
$Responce=create_orders($mysqli,$sesion_id = 299,$contest_id = 1,$price,$amount,$name_val = 'USD',$name_prod = 'BTC',$type_operation);
По итогу он создает ордера(от 1 до 3) на продажу и покупку. Мне нужно продублировать его для нескольких $name_prod(их будет штук 20). И я хочу написать функцию, которая будет иметь единственный аргумент coinName, используется в запросе $req = $mysqli->query("SELECT FROMcoinInfoWHERE coinName = 'BTC'"); и эта новая функция будет возвращать весь набор необходимых переменных для create_orders. По идее должно вызов должен выглядеть как-то так: create_orders(data(btc))(если такое возможно вообще).
}
>>398715
>>398730
ему для теста пикабу. решение очевидно не верное ведь он не целиком перепостил
>>398700
начни с простейшего
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Короткий туториал:
?= - positive lookahead
?!
([выражение])[следующее выражение] - positive lookahead -
([выражение])[следующее выражение] - negative lookahead
(?<=[выражение])[следующее выражение] - positive lookback
(?<![выражение])[следующее выражение] - positive lookback
Теперь чтобы не матчить с точкой в конце добавим ка негатив лукбек..
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
>>398730
ему для теста пикабу. решение очевидно не верное ведь он не целиком перепостил
>>398700
начни с простейшего
> \B@[a-z\d.]{3,5}\b
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}\b
> (?=[a-z\d]+\.?[a-z\d]+)
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Короткий туториал:
?= - positive lookahead
?!
([выражение])[следующее выражение] - positive lookahead -
([выражение])[следующее выражение] - negative lookahead
(?<=[выражение])[следующее выражение] - positive lookback
(?<![выражение])[следующее выражение] - positive lookback
Теперь чтобы не матчить с точкой в конце добавим ка негатив лукбек..
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
>>398715
>>398730
ему для теста пикабу. решение очевидно не верное ведь он не целиком перепостил
>>398700
начни с простейшего
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Короткий туториал:
?= - positive lookahead
?!
([выражение])[следующее выражение] - positive lookahead -
([выражение])[следующее выражение] - negative lookahead
(?<=[выражение])[следующее выражение] - positive lookback
(?<![выражение])[следующее выражение] - positive lookback
Теперь чтобы не матчить с точкой в конце добавим ка негатив лукбек..
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
>>398730
ему для теста пикабу. решение очевидно не верное ведь он не целиком перепостил
>>398700
начни с простейшего
> \B@[a-z\d.]{3,5}\b
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}\b
> (?=[a-z\d]+\.?[a-z\d]+)
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Короткий туториал:
?= - positive lookahead
?!
([выражение])[следующее выражение] - positive lookahead -
([выражение])[следующее выражение] - negative lookahead
(?<=[выражение])[следующее выражение] - positive lookback
(?<![выражение])[следующее выражение] - positive lookback
Теперь чтобы не матчить с точкой в конце добавим ка негатив лукбек..
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
>>398813
я ебал этот редактор какого то хуя запостило посреди поста
>>398700
начни с простейшего
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Базовый туториал: https://www.regular-expressions.info/lookaround.html
Теперь чтобы не матчить с точкой в конце добавим ка "негатив лукбек"
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
Это возможно эффективнее работает по производительности но как по мне становится менее очевидно условие что символов от 3 до 5
И в конце концов тебе нужно почти целиком это завернуть в именованную группу, т.к. в коде теста это все потом вытаскивается из неё
тутс: https://www.regular-expressions.info/named.html
хотя вообще можно было бы и целиком:
но как по мне всегда лучше захватывать необходимый минимум
я ебал этот редактор какого то хуя запостило посреди поста
>>398700
начни с простейшего
> \B@[a-z\d.]{3,5}\b
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}\b
> (?=[a-z\d]+\.?[a-z\d]+)
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Базовый туториал: https://www.regular-expressions.info/lookaround.html
Теперь чтобы не матчить с точкой в конце добавим ка "негатив лукбек"
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
Это возможно эффективнее работает по производительности но как по мне становится менее очевидно условие что символов от 3 до 5
И в конце концов тебе нужно почти целиком это завернуть в именованную группу, т.к. в коде теста это все потом вытаскивается из неё
тутс: https://www.regular-expressions.info/named.html
> \B(?<name>@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5})(?<!\.)\b
хотя вообще можно было бы и целиком:
> (?<name>\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b)
но как по мне всегда лучше захватывать необходимый минимум
>>398813
я ебал этот редактор какого то хуя запостило посреди поста
>>398700
начни с простейшего
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Базовый туториал: https://www.regular-expressions.info/lookaround.html
Теперь чтобы не матчить с точкой в конце добавим ка "негатив лукбек"
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
Это возможно эффективнее работает по производительности но как по мне становится менее очевидно условие что символов от 3 до 5
И в конце концов тебе нужно почти целиком это завернуть в именованную группу, т.к. в коде теста это все потом вытаскивается из неё
тутс: https://www.regular-expressions.info/named.html
хотя вообще можно было бы и целиком:
но как по мне всегда лучше захватывать необходимый минимум
я ебал этот редактор какого то хуя запостило посреди поста
>>398700
начни с простейшего
> \B@[a-z\d.]{3,5}\b
\B в начале исключить варианты вроде a@aaa
\b в конце это границы слова, помогает не матчить подстроку "@aaaaa" из "@aaaaab" к примеру
потом чтобы исключить варианты с многими точками в середине "@a..aa" можно добавить "позитив лукахед" после @
Обрати внимание, что в задании в комменатрии указано - не более одной точки, но в ассерте нет подходящего теста
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}\b
> (?=[a-z\d]+\.?[a-z\d]+)
Вот этот кусок означает что следующее выражение после скобок будет также матчиться с ним, а сам он матчит допустимые символы плюс максимум одну точку где-то между ними. Базовый туториал: https://www.regular-expressions.info/lookaround.html
Теперь чтобы не матчить с точкой в конце добавим ка "негатив лукбек"
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b
Вот эта хуйня смотрит "назад" и удостоверяется что там нет ровно одной точки.
В качестве альтернативы можно сделать так:
> \B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{2,4}[a-z\d]\b
Это возможно эффективнее работает по производительности но как по мне становится менее очевидно условие что символов от 3 до 5
И в конце концов тебе нужно почти целиком это завернуть в именованную группу, т.к. в коде теста это все потом вытаскивается из неё
тутс: https://www.regular-expressions.info/named.html
> \B(?<name>@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5})(?<!\.)\b
хотя вообще можно было бы и целиком:
> (?<name>\B@(?=[a-z\d]+\.?[a-z\d]+)[a-z\d.]{3,5}(?<!\.)\b)
но как по мне всегда лучше захватывать необходимый минимум
>>395772
А как тогда принудительно заставить браузер перерисовать страницу в моем случае?
Вообще как заставить браузер перерисовать страничку из пхп?
А как тогда принудительно заставить браузер перерисовать страницу в моем случае?
Вообще как заставить браузер перерисовать страничку из пхп?
Гайс, попробовал запустить встроенный веб-сервер php. Через curl запросы отправляются и index.php возвращается, но браузер firefox выдает мне connection blocked. Как фиксить?
Второй вопрос. Как запускать апач для текущего каталога?
Сейчас могу смотреть только на те страницы, которые лежат в папке /var/www/html. Но если я например создал на рабочем столе папку и накидал туда php-файлов. Как мне их посмотреть в браузере через апач?
Второй вопрос. Как запускать апач для текущего каталога?
Сейчас могу смотреть только на те страницы, которые лежат в папке /var/www/html. Но если я например создал на рабочем столе папку и накидал туда php-файлов. Как мне их посмотреть в браузере через апач?
я не понял,а Eloquent может в существ таблицу с пустыми колонками вписывать данные,типа имя юзера,логин и пароль?может я хреново понял документацию на англ?
Бросайте свои регулярки и пиздуйте уже на Хекслет.
Пока вы полгода пытаетесь сделать задачу, сын маминой подруги устраивается на работу с 300кк в наносекунду.
Пока вы полгода пытаетесь сделать задачу, сын маминой подруги устраивается на работу с 300кк в наносекунду.
>>398962
В конфиге апача параметр document root
В конфиге апача параметр document root
>>398962
Какой порт ты используешь для веб-сервера? Что пишешь в адресной строке браузера? Не ругается ли антивирус? Есть ли какие-то подробности на странице ошибки браузера? Если открыть консоль Firefox клавишами Ctrl + Shift + J или devTools клавишей F12, есть ли там какие-то относящиеся к проблеме сообщения?
>>398984
Без аргументации это выглядит как грубо сделанная реклама.
Какой порт ты используешь для веб-сервера? Что пишешь в адресной строке браузера? Не ругается ли антивирус? Есть ли какие-то подробности на странице ошибки браузера? Если открыть консоль Firefox клавишами Ctrl + Shift + J или devTools клавишей F12, есть ли там какие-то относящиеся к проблеме сообщения?
>>398984
Без аргументации это выглядит как грубо сделанная реклама.
>>398983
как я понял, ты хочешь заполнять пустые.
Если ты сам хочешь своими данными заполнить, то ищешь как обычно, например Projects::all()->first(), присвоив её, и как при создании новой вставлять $projects->name = 123; $projects->save();
Если чтобы он сам заполнил, то прочитай про faker
как я понял, ты хочешь заполнять пустые.
Если ты сам хочешь своими данными заполнить, то ищешь как обычно, например Projects::all()->first(), присвоив её, и как при создании новой вставлять $projects->name = 123; $projects->save();
Если чтобы он сам заполнил, то прочитай про faker
>>399011
читал,но так понял что это для тестирования.на практике не пробывал
ну таблица есть есть с именованными колонками.их должен заполнить юзер.
где можно нормально почитать для нуба?
> про faker
читал,но так понял что это для тестирования.на практике не пробывал
ну таблица есть есть с именованными колонками.их должен заполнить юзер.
где можно нормально почитать для нуба?
>>399016
по этой статье руководствоваться мне?
https://laravel.com/docs/5.8/eloquent#inserting-and-updating-models
по этой статье руководствоваться мне?
https://laravel.com/docs/5.8/eloquent#inserting-and-updating-models
>>399017
Код вообще без комментариев. Садись - 2.
Хотя бы по строчке каждому методу и классу добавь.
В индексе тож напиши - что там просисходит в общих чертах.
Телепаты в вечном отпуске, а по коду разбирать - долго, нудно и нафиг надо.
Код вообще без комментариев. Садись - 2.
Хотя бы по строчке каждому методу и классу добавь.
В индексе тож напиши - что там просисходит в общих чертах.
Телепаты в вечном отпуске, а по коду разбирать - долго, нудно и нафиг надо.
>>398837
Я подскажу. Однако этот факт говорит о том что у тебя не хватает знаний о пхп.
В самом ассерте подсказка - твоя функция возвращает что-то, что является Iterable и приводится к массиву.
Скорее всего, функция является генератором...
Читаем про генераторы в пхп. Чтобы функция стала им в ней должен быть либо yield либо yield from - вот по сути и ответ.
В данном случае нужен yield from чтобы вернуть массивчик как пару ключ -> значение, просто yield вернет его целиком как значение.
Далее ты можешь посмотреть на состав функции - там, например есть return - это такой типо хитрожопый обман, на самом деле он там вообще ничего не делает. И еще пара таких вещей.
Я подскажу. Однако этот факт говорит о том что у тебя не хватает знаний о пхп.
В самом ассерте подсказка - твоя функция возвращает что-то, что является Iterable и приводится к массиву.
Скорее всего, функция является генератором...
Читаем про генераторы в пхп. Чтобы функция стала им в ней должен быть либо yield либо yield from - вот по сути и ответ.
В данном случае нужен yield from чтобы вернуть массивчик как пару ключ -> значение, просто yield вернет его целиком как значение.
Далее ты можешь посмотреть на состав функции - там, например есть return - это такой типо хитрожопый обман, на самом деле он там вообще ничего не делает. И еще пара таких вещей.
>>398984
Нахрен иди со своими курсами.
Устраивается тот, кто подскакивает кабанчиком и ищет.
Толковый совет - активно искать подработку на свой уровень, даже на совсем нуба найдется свой купец. Мне недавно чел знакомый рассказывал как он переделывалсделал новый нахрен одной женщине ее лэндинг. Этот лэндинг ей кто то склепал за 5 тыс рублей - там дичайшая деревянная верстка табличная была, рили уровень первокурсника. Однако же 5 тыс.
>> устраивается на работу с 300кк в наносекунду.
Нахрен иди со своими курсами.
Устраивается тот, кто подскакивает кабанчиком и ищет.
Толковый совет - активно искать подработку на свой уровень, даже на совсем нуба найдется свой купец. Мне недавно чел знакомый рассказывал как он переделывалсделал новый нахрен одной женщине ее лэндинг. Этот лэндинг ей кто то склепал за 5 тыс рублей - там дичайшая деревянная верстка табличная была, рили уровень первокурсника. Однако же 5 тыс.
>>399052
Принял
Принял
>>399077
Самое стрёмное, что свой уровень не считаешь уровнем - думаешь, что такое же говно, и тебя любой мимокрок насквозь видит.
Самое стрёмное, что свой уровень не считаешь уровнем - думаешь, что такое же говно, и тебя любой мимокрок насквозь видит.
>>399053
Спасибо тебе добрый человек.
Да это было понятно и также было понятно, что !!![$n + 1 => $n1];
не подразумевает использование какой-либо функции.
У меня их вообще нет. Я просто мимо проходил и почему то зацепила эта игра.
Да я был близок.
В реальных проектах неужели используют такие странный конструкции с and и or?
$r = $n1 += $n2 and 0 or !!![$n + 1 => $n1];
Спасибо тебе добрый человек.
> твоя функция возвращает что-то, что является Iterable
Да это было понятно и также было понятно, что !!![$n + 1 => $n1];
не подразумевает использование какой-либо функции.
> о том что у тебя не хватает знаний о пхп
У меня их вообще нет. Я просто мимо проходил и почему то зацепила эта игра.
> генератором, yield
Да я был близок.
В реальных проектах неужели используют такие странный конструкции с and и or?
$r = $n1 += $n2 and 0 or !!![$n + 1 => $n1];
Здравствуйте, правильно ли я понимаю, что языка программирования, наиболее подходящего для скорейшего поиска хоть какой-то работы, пусть даже за еду, и при этом наиболее простого в изучении, с самым низким порогом вхождения, чем php, нет?
>>399327
Устаревший стериотип, так же как и то, что пхп - хуевый язык для макак. Для быстрого вката на работу пиздуй в js тред.
Устаревший стериотип, так же как и то, что пхп - хуевый язык для макак. Для быстрого вката на работу пиздуй в js тред.
42 Кб, 600x340Ребята, подскажите как в nginx включить вывод ошибок php в браузере?
Все инструкции, что нагуглил - ничего не делают!
В Apache, при ошибке в коде - выводились сообщения об этом.
В nginx - или белая страница или 500я ошибка. Шо делать, хлопцы? Не лазить же каждый раз в папку с логами.
Все инструкции, что нагуглил - ничего не делают!
В Apache, при ошибке в коде - выводились сообщения об этом.
В nginx - или белая страница или 500я ошибка. Шо делать, хлопцы? Не лазить же каждый раз в папку с логами.
>>399332
Под php я подразумеваю также знания html+css и каких-то основ по javascript, т.к. они вроде бы сами собой подразумеваются в довесок к php.
И всё-таки, если не php, то что?
Под php я подразумеваю также знания html+css и каких-то основ по javascript, т.к. они вроде бы сами собой подразумеваются в довесок к php.
И всё-таки, если не php, то что?
>>399339
Для "быстрого вката" на пхп скорее всего придется выучить на базовом уровне стэк из из php+mysql+html+js+css и идти ковырять магазины за 30к на каких-нибудь джумловордпрессах набираться опыта (эта низша вроде еще жива и будет жить, но там угнетение, очень много нужно знать и задротить ненужной хуйни время которой по сути уже проходит, там можно залететь в контору в которой хуярят на каком-нибудь MODX если ты в мухосрани, где на самом пхп то и кодить по сути не придется, сиди хуйню вызывай шаблонную и депрессуй), либо я даже не знаю, потому что тренд "ебанем фастиком на пхп и вываливаем на рыночек" имхо прошел. Новые проекты уже не так часто будут начинаться на пыхе. Стартапы-хуяпы вроде на ноде сейчас будут. Джуны судя по объявлениям не нужны, нужны опытные писаки с набитой рукой которые могут либо решать сложные задачи, либо любое самое всратое легаси поковыряют так что оно не сломается, поэтому как вкатиться в нормальную контору без опыта я понятия не имею сейчас.
С другой стороны если взять тех же фронт-энд разрабов то там сейчас большой кадровый голод и готовы даже ОБУЧАТЬ! С пхп я такое видел 5-6 лет назад, когда сам вкатывался, в последствии же это сошло на нет. Далее если например просто вбить на хэдхантере php, то будет 200 вакансий, а если js, то 400. По таким вот простейшим наблюдениям делаю вывод что в js куда проще вкатиться на данном этапе.
Для "быстрого вката" на пхп скорее всего придется выучить на базовом уровне стэк из из php+mysql+html+js+css и идти ковырять магазины за 30к на каких-нибудь джумловордпрессах набираться опыта (эта низша вроде еще жива и будет жить, но там угнетение, очень много нужно знать и задротить ненужной хуйни время которой по сути уже проходит, там можно залететь в контору в которой хуярят на каком-нибудь MODX если ты в мухосрани, где на самом пхп то и кодить по сути не придется, сиди хуйню вызывай шаблонную и депрессуй), либо я даже не знаю, потому что тренд "ебанем фастиком на пхп и вываливаем на рыночек" имхо прошел. Новые проекты уже не так часто будут начинаться на пыхе. Стартапы-хуяпы вроде на ноде сейчас будут. Джуны судя по объявлениям не нужны, нужны опытные писаки с набитой рукой которые могут либо решать сложные задачи, либо любое самое всратое легаси поковыряют так что оно не сломается, поэтому как вкатиться в нормальную контору без опыта я понятия не имею сейчас.
С другой стороны если взять тех же фронт-энд разрабов то там сейчас большой кадровый голод и готовы даже ОБУЧАТЬ! С пхп я такое видел 5-6 лет назад, когда сам вкатывался, в последствии же это сошло на нет. Далее если например просто вбить на хэдхантере php, то будет 200 вакансий, а если js, то 400. По таким вот простейшим наблюдениям делаю вывод что в js куда проще вкатиться на данном этапе.
>>399356
Большое спасибо за развернутый ответ!
Большое спасибо за развернутый ответ!
>>399167
Это один из "запутывающих" моментов. "and 0 or" по сути вообще ничего не делает и аналогично ";"
Это один из "запутывающих" моментов. "and 0 or" по сути вообще ничего не делает и аналогично ";"
>>399356
Сейчас бы вкатываться туда, куда проще, а не туда, куда сердце лежит.
Я вот линуксы знаю, немножко кодить умею на других языках. Зачем мне ваш жаваскрипт с раскраской формочек и событиями, если мне просто ближе бэкэнд? Мне и учить его легче и отторжения не вызывает, как фронтеэнд. И вчерашних школьников тут поменьше.
>По таким вот простейшим наблюдениям делаю вывод что в js куда проще вкатиться на данном этапе.
Сейчас бы вкатываться туда, куда проще, а не туда, куда сердце лежит.
Я вот линуксы знаю, немножко кодить умею на других языках. Зачем мне ваш жаваскрипт с раскраской формочек и событиями, если мне просто ближе бэкэнд? Мне и учить его легче и отторжения не вызывает, как фронтеэнд. И вчерашних школьников тут поменьше.
>>399356
3 человека знаю, кто за последние пол года вкатились. 1 в Питере 2 в Москве.
Всех брали на вакансии "1+ года опыта",
Но они и знали прилично (теоретическая база на слабенького мидла) + свои пет проекты вроде оповского тест-хаба. На гостевухе и одной книжке "Как слабать гостевуху на php" далеко не уедешь.
Сладкие времена, когда брали всех кто мог комп включить на обучение, прошли после кризиса 2008 и крым-наша, как в php так и в java c .net.
>>399579
true
>поэтому как вкатиться в нормальную контору без опыта я понятия не имею сейчас
3 человека знаю, кто за последние пол года вкатились. 1 в Питере 2 в Москве.
Всех брали на вакансии "1+ года опыта",
Но они и знали прилично (теоретическая база на слабенького мидла) + свои пет проекты вроде оповского тест-хаба. На гостевухе и одной книжке "Как слабать гостевуху на php" далеко не уедешь.
Сладкие времена, когда брали всех кто мог комп включить на обучение, прошли после кризиса 2008 и крым-наша, как в php так и в java c .net.
>>399579
true
>>399721
Для скорейшего поиска работы можно просто пойти на завод. Нафига ещё что-то левое учить?
А самый низкий порог вхождения подразумевает работу с соседом-зумером, срущим мемасами по поводу и без.
>>для скорейшего поиска хоть какой-то работы
>>с самым низким порогом вхождения
Для скорейшего поиска работы можно просто пойти на завод. Нафига ещё что-то левое учить?
А самый низкий порог вхождения подразумевает работу с соседом-зумером, срущим мемасами по поводу и без.
>>399359
Все тру пацаны на линуксе сидят? Может кто в двух словах обьяснить чем он лучше для разработчика?
Все тру пацаны на линуксе сидят? Может кто в двух словах обьяснить чем он лучше для разработчика?
>>399880
На винде нельзя сделать то, чего можно на линуксе? Или это будет не так эффективно?
На винде нельзя сделать то, чего можно на линуксе? Или это будет не так эффективно?
>>399895
Все можно делать везде если ты обычный чел, хоть на маке хуярь, но наверное 90% веб-ресурсов крутится на линуксе. Сам если захочешь что-то свое поднять то придется учиться запускать и разворачивать это дело. В крупных конторах тоже исторически все хуярят на убунтах всяких и придешь туда, тебя посадят просто на готовую машину, на которой уже поставлены инструментами с которыми ты должен уметь работать, а если не умеешь то тебя еще на этапе собеседования перезвонят. Это не значит совсем что вся разработка тоже ведется на линуксах. В тех местах где я работал и работаю сейчас спокойно хуярят на локалке через ospanel и вперед, похуй что на продакшенах линуксы, все предварительно тестируется на тест-полигонах.
Все можно делать везде если ты обычный чел, хоть на маке хуярь, но наверное 90% веб-ресурсов крутится на линуксе. Сам если захочешь что-то свое поднять то придется учиться запускать и разворачивать это дело. В крупных конторах тоже исторически все хуярят на убунтах всяких и придешь туда, тебя посадят просто на готовую машину, на которой уже поставлены инструментами с которыми ты должен уметь работать, а если не умеешь то тебя еще на этапе собеседования перезвонят. Это не значит совсем что вся разработка тоже ведется на линуксах. В тех местах где я работал и работаю сейчас спокойно хуярят на локалке через ospanel и вперед, похуй что на продакшенах линуксы, все предварительно тестируется на тест-полигонах.
>>399895
Пиши хоть на Вин 3.11, для рабочих групп которая.
А Макрософтам слишком жирно будет за каждый сервак в интернетах платить - жопа треснет.
Пиши хоть на Вин 3.11, для рабочих групп которая.
А Макрософтам слишком жирно будет за каждый сервак в интернетах платить - жопа треснет.
>>399167
В рот ебал это пикабу.
У меня опыта больше 7ми лет работал в разных крупных компаниях.
Проебался с этим заданием чуть не целый день, но сделал.
Мне ничего не ответили, ни письма ничего вообще, просто поссали мне в на лицо, потому что таких хомяков как я пол интернета.
Задачи к реальности отношение имеют весьма опосредованное.
Никогда не приходилось мастерски владеть функцией sscanf.
Ни на одном живом проекте я нигде не видел ни одного __invoke
И более того что если кто-то вздумает писать такое как вот у них в задании то это блять никогда не пройдет кодревью.
Задачи лишь для того чтобы ты показал им что ты терпеливое чмо согласное на любые унижения.
В рот ебал это пикабу.
У меня опыта больше 7ми лет работал в разных крупных компаниях.
Проебался с этим заданием чуть не целый день, но сделал.
Мне ничего не ответили, ни письма ничего вообще, просто поссали мне в на лицо, потому что таких хомяков как я пол интернета.
Задачи к реальности отношение имеют весьма опосредованное.
Никогда не приходилось мастерски владеть функцией sscanf.
Ни на одном живом проекте я нигде не видел ни одного __invoke
И более того что если кто-то вздумает писать такое как вот у них в задании то это блять никогда не пройдет кодревью.
Задачи лишь для того чтобы ты показал им что ты терпеливое чмо согласное на любые унижения.
>>399995
Почему бы тебе не умерить свой гнев? Судя по тому, что я видел в треде (примеры вида !!![....]), это какой-то действительно неадекватный код, который нельзя писать в реальной жизни. Я бы был категорически против такого кода в проектах, над которыми работаю.
Но не надо сразу искать злой умысел. Возможно, они просто не смогли придумать более хорошее задание. Попробуй сам придумай, как толпы всяких менеджеров, прошедших курсы от мейл-ру (которые намекают на зарплату > 100 000 после их прохождения), и школьников, принципиально учащихся только по видео на Ютубе, отобрать настоящих разработчиков?
Я сам составлял как-то задачи для собеседований, и поверь, это очень непросто.
Почему бы тебе не умерить свой гнев? Судя по тому, что я видел в треде (примеры вида !!![....]), это какой-то действительно неадекватный код, который нельзя писать в реальной жизни. Я бы был категорически против такого кода в проектах, над которыми работаю.
Но не надо сразу искать злой умысел. Возможно, они просто не смогли придумать более хорошее задание. Попробуй сам придумай, как толпы всяких менеджеров, прошедших курсы от мейл-ру (которые намекают на зарплату > 100 000 после их прохождения), и школьников, принципиально учащихся только по видео на Ютубе, отобрать настоящих разработчиков?
Я сам составлял как-то задачи для собеседований, и поверь, это очень непросто.
>>399995
Сами задачи не несут никакого полезного знания, кроме траты времени. Лучше нормальное что почитать за это время, или глянуть что по той же теме. А какой смысл говнокод распутывать? Просто время жалко.
Классику с задачками на простые алгоритмы, вопросами на тему структур данных\фреймворки, код посмотреть - что сам вообще пишет?
Лучше эту шизофрению им подавать, выступая в роли ебанутого работодателя?
Сами задачи не несут никакого полезного знания, кроме траты времени. Лучше нормальное что почитать за это время, или глянуть что по той же теме. А какой смысл говнокод распутывать? Просто время жалко.
>Попробуй сам придумай, как толпы всяких менеджеров, прошедших курсы от мейл-ру (которые намекают на зарплату > 100 000 после их прохождения), и школьников, принципиально учащихся только по видео на Ютубе, отобрать настоящих разработчиков?
Классику с задачками на простые алгоритмы, вопросами на тему структур данных\фреймворки, код посмотреть - что сам вообще пишет?
Лучше эту шизофрению им подавать, выступая в роли ебанутого работодателя?
Зашел посмотреть требования для джунов. Первой же ссылкой выдало: https://kiev.hh.ua/vacancy/31217687?query=PHP+junior&customDomain=1
Такие вакансии действительно существуют? Или тебя забирают в рабство обслуживать местных татаров? что то даже грустно стало
Такие вакансии действительно существуют? Или тебя забирают в рабство обслуживать местных татаров? что то даже грустно стало
Котаны, подскажите нубу, в методе устанавливающем обработчик при фатальной ошибке увидел такую конструкцию:
if(!empty($error) && $error['type'] & ( E_ERROR | E_PARSE | E_COMPILE_ERROR | E_CORE_ERROR) ){
//тут код
}
С первым '&&' ясно все - это AND
А вот в этой конструкции
$error['type'] & ( E_ERROR | E_PARSE | E_COMPILE_ERROR | E_CORE_ERROR)
& - что делает?
if(!empty($error) && $error['type'] & ( E_ERROR | E_PARSE | E_COMPILE_ERROR | E_CORE_ERROR) ){
//тут код
}
С первым '&&' ясно все - это AND
А вот в этой конструкции
$error['type'] & ( E_ERROR | E_PARSE | E_COMPILE_ERROR | E_CORE_ERROR)
& - что делает?
>>400269
Это побитовые операции, у ОПа есть теория и задачи на эту тему: https://phpclub.tech/pr/res/1019301.html#1027969
Ещё теории: https://learn.javascript.ru/bitwise-operators
>>400219
Что не так? Обычная вакансия. Тебе в перезвоним тред, тут обсуждают программирование.
Это побитовые операции, у ОПа есть теория и задачи на эту тему: https://phpclub.tech/pr/res/1019301.html#1027969
Ещё теории: https://learn.javascript.ru/bitwise-operators
>>400219
Что не так? Обычная вакансия. Тебе в перезвоним тред, тут обсуждают программирование.
>>400026
Самая большая ошибка, это никак не отреагировать на то что человек прошел тест, ни написать письмо, ни ачивку там выдать ни сказать "Сорян чувак мы уже нашли программиста". Достаточно просто было шаблонное письмо разослать хотя бы.
Ты чувствуешь себя обманутым потому что ты день плясал ради того чтобы на тебя никак не отреагировали.
Рейтинг конторы портится, ощущение что они считают что им все должны просто потому что у них огромная аудитория они могут зачерпнуть с этой аудитории программистов, например, а часть аудитории просто нахуй послать, потому что аудитория настолько большая что им похуй что она станет немношк меньше.
Самая большая ошибка, это никак не отреагировать на то что человек прошел тест, ни написать письмо, ни ачивку там выдать ни сказать "Сорян чувак мы уже нашли программиста". Достаточно просто было шаблонное письмо разослать хотя бы.
Ты чувствуешь себя обманутым потому что ты день плясал ради того чтобы на тебя никак не отреагировали.
Рейтинг конторы портится, ощущение что они считают что им все должны просто потому что у них огромная аудитория они могут зачерпнуть с этой аудитории программистов, например, а часть аудитории просто нахуй послать, потому что аудитория настолько большая что им похуй что она станет немношк меньше.
>>400346
Ну да, могли бы даже лычку на аккаунт повесить - типа уважаемый господин пхпшник. А так это что-то вроде разгадывания кроссворда получается - беспрофитное занятие для пенсионеров.
Ну да, могли бы даже лычку на аккаунт повесить - типа уважаемый господин пхпшник. А так это что-то вроде разгадывания кроссворда получается - беспрофитное занятие для пенсионеров.
>>380485 (OP)
хочу поставить на сайт вот это https://www.webslesson.info/2017/09/how-to-insert-xml-data-into-mysql-table-using-php.html
на простом пхп работает, а на yii нет
просто копирую код в виев
ошибка что сервер не может обработать запрос вроде
как это можно прикрутить к сайту на yii
хочу поставить на сайт вот это https://www.webslesson.info/2017/09/how-to-insert-xml-data-into-mysql-table-using-php.html
на простом пхп работает, а на yii нет
просто копирую код в виев
ошибка что сервер не может обработать запрос вроде
как это можно прикрутить к сайту на yii
Где начало обсуждения пикабу? Я чет вроде в треде уже неделю мониторю, а не увидел начало. Только раздосадованных ананасиков о том как все хуево. А вообще чем распиаренне контора тем выше конкуренция очевидно. Тот же яндекс с зп ниже рынка тому подтверждение.
Подаюсь на стажировку в php-контору, решил тестовое задание. Прошу вашей помощи, а именно код-ревью хочется. Задача про книги:
Комментарии стараюсь не писать принципиально, т.к. считаю меня так научили что код должен быть самоочевиден. Посоветуйте, как сделать код ещё более очевидным, в частности, как можно получше переписать функцию getAuthorNameById. Вообще буду рад любым советам.
bit-ly/2HmT3Gb
>Требуется создать базу данных с книгами на складе книжного магазина и вывести список книг в виде таблицы.
>Для решения этой задачи был подготовлен небольшой скрипт, который создает структуру базы данных.
>Необходимо дописать получение книг из базы и вывод соответствующего списку книг html, используя php и mysql.
>Допускаются любые изменения в скрипте, но не в структуре базы данных, которая задается изначальными запросами.
Комментарии стараюсь не писать принципиально, т.к. считаю меня так научили что код должен быть самоочевиден. Посоветуйте, как сделать код ещё более очевидным, в частности, как можно получше переписать функцию getAuthorNameById. Вообще буду рад любым советам.
bit-ly/2HmT3Gb
>>400885
Я бы тебя не взял и считаю некультурным тебе помогать.
Работодатель должен увидеть твой уровень, а не анонимусов из интернета.
Я бы тебя не взял и считаю некультурным тебе помогать.
Работодатель должен увидеть твой уровень, а не анонимусов из интернета.
>>400346
Недавно говорил на эту тему с HR-ом с опытом работы 20+ лет. По её словам -- люди просто боятся писать письма. Дело не в их статусе или в чём-то ещё, просто так исторически сложилось, что в лицо тебе могут сказать что угодно, а по мылу почему-то боятся. Просто вот культура такая у людей, боятся они, что их захуесосят.
От неё же получил лайфхак такой: если пишешь письмо, на которое могут дать отказ или вообще проигнорировать, можно писать что-то вроде "Буду вам признателен, если вы сообщите любое ваше решение". Суть короче в том, чтобы показать людям, что ты не боишься получить отказ, тогда они может даже проявят интерес. Ну или как минимум не проигнорят.
Недавно говорил на эту тему с HR-ом с опытом работы 20+ лет. По её словам -- люди просто боятся писать письма. Дело не в их статусе или в чём-то ещё, просто так исторически сложилось, что в лицо тебе могут сказать что угодно, а по мылу почему-то боятся. Просто вот культура такая у людей, боятся они, что их захуесосят.
От неё же получил лайфхак такой: если пишешь письмо, на которое могут дать отказ или вообще проигнорировать, можно писать что-то вроде "Буду вам признателен, если вы сообщите любое ваше решение". Суть короче в том, чтобы показать людям, что ты не боишься получить отказ, тогда они может даже проявят интерес. Ну или как минимум не проигнорят.
>>400889
А я вот думаю, что код-ревью -- это здорово, и неважно, от кого он получен, от двачера или от коллеги на месте работы. Я же не прошу решить за меня задачу, я просто прошу прочитать мой код и высказать своё мнение относительно стиля. Что в этом плохого?
А я вот думаю, что код-ревью -- это здорово, и неважно, от кого он получен, от двачера или от коллеги на месте работы. Я же не прошу решить за меня задачу, я просто прошу прочитать мой код и высказать своё мнение относительно стиля. Что в этом плохого?
>>400892
Сначала отправь это работодателю, затем приходи за ревью.
Сначала отправь это работодателю, затем приходи за ревью.
>>400892
Впрочем, могу только сказать, что код плохой, уровня начинающего джуниора, над которым нужно будет ставить няньку-учителя, а не тимлидера.
Поэтому, повторюсь, не взял бы. На данном уровне не тебе надо платить зарплату, а ты должен платить за знания. Либо учиться сам.
Впрочем, могу только сказать, что код плохой, уровня начинающего джуниора, над которым нужно будет ставить няньку-учителя, а не тимлидера.
Поэтому, повторюсь, не взял бы. На данном уровне не тебе надо платить зарплату, а ты должен платить за знания. Либо учиться сам.
>>400901
Что именно не так? Что выдаёт во мне джуна, который сел учить пхп 2 недели назад? Если что, мой код в отдельном блоке на строках 65-95, всё остальное уже было.
Стажировка конкретно в этой компании вроде как это и подразумевает.
>код плохой
Что именно не так? Что выдаёт во мне джуна, который сел учить пхп 2 недели назад? Если что, мой код в отдельном блоке на строках 65-95, всё остальное уже было.
>нужно будет ставить няньку-учителя
Стажировка конкретно в этой компании вроде как это и подразумевает.
>>400910
Хочешь сказать, твой работодатель сам написал среди html-кода echoTableRows($dbh, $booksTableName, $authorsTableName) и сам написал кейворды в SQL маленькими буквами? И при этом копипастом везде всадил хвост с праймари кей, где кейворды написаны нормально капсом? А еще добавил в книги Зеленого слоника.
Тогда ничему хорошему ты там не научишься.
Впрочем, твой код хуже.
Хочешь сказать, твой работодатель сам написал среди html-кода echoTableRows($dbh, $booksTableName, $authorsTableName) и сам написал кейворды в SQL маленькими буквами? И при этом копипастом везде всадил хвост с праймари кей, где кейворды написаны нормально капсом? А еще добавил в книги Зеленого слоника.
Тогда ничему хорошему ты там не научишься.
Впрочем, твой код хуже.
>>400901
Его, если судить по тому, что ему выдали, на битрикс или вордпресс поставят - там весь код такой. Он справится. Там даже слабоумный справится.
Самое главное в этой работе - софт скиллы.
Его, если судить по тому, что ему выдали, на битрикс или вордпресс поставят - там весь код такой. Он справится. Там даже слабоумный справится.
Самое главное в этой работе - софт скиллы.
>>400918
В процессе выучит. Это не ядерная физика.
В процессе выучит. Это не ядерная физика.
>>400911
Зелёного слоника я добавил для теста как книгу без автора. А так да, кейворды до 65 строки я не трогал: какие были, такие и есть. Возможно это такая вот подъёбка, которую я должен был исправить.
В любом случае спасибо, ты мне помог. Постараюсь за оставшееся время в остальном разобраться.
Зелёного слоника я добавил для теста как книгу без автора. А так да, кейворды до 65 строки я не трогал: какие были, такие и есть. Возможно это такая вот подъёбка, которую я должен был исправить.
В любом случае спасибо, ты мне помог. Постараюсь за оставшееся время в остальном разобраться.
>>400915
А вот этот ответ меня воодушевляет: на битрикс меня скорее всего посадят, а софт-скиллы у меня есть.
А вот этот ответ меня воодушевляет: на битрикс меня скорее всего посадят, а софт-скиллы у меня есть.
>>400920
Я бы не стал - нет задачи править чужой скрипт если он нормально работает. Работай только по ТЗ, максимально ёмко и быстро.
И echo убери с глаз долой из функции - пиздец же. Используй фаст эхо, а в самой функции формируй строку для вывода.
>Возможно это такая вот подъёбка, которую я должен был исправить.
Я бы не стал - нет задачи править чужой скрипт если он нормально работает. Работай только по ТЗ, максимально ёмко и быстро.
И echo убери с глаз долой из функции - пиздец же. Используй фаст эхо, а в самой функции формируй строку для вывода.
Возник тут вопрос, как в софте организовывать передачу объекта, который во многих глассах должен быть доступен и не надо его инстанциировать каждый раз? Например объект вывода данных. Просто передавать везде по dependency injection? Но тогда придется во всех классах его внедрять. Юзать синглтоны? Получится тесная связь классов, нетестируемость и сложности с расширением софта. Юзать DI container везде, передавая его в классы? Вроде лучше, но не хватает интерфейсов. Хотелось бы какой-то универсальный способ, которым классы могут связываться с одним объектом и при этом юзать что-то вроде интерфейсов, но при этом не возникала тесная связь с самим объектом. Как фреймворки решают подобные проблемы?
>>401231
Мимо такой же вкатывальщик на связи, мб я и не прав.
У тебя функция перегружена всяким говном, функции и методы должны отвечать за что-то одно, у тебя делает всё и сразу.
В mysql вроде есть функция встроенная if(), чтобы сразу в select определить наличие книг.
Зачем ты вынес html за свой шаблон? Я бы заносил результаты запроса в массив с помощью fetchall в коде логики, а уже в шаблоне итерацией выводил бы все, что надо через <?= ?>
Мимо такой же вкатывальщик на связи, мб я и не прав.
У тебя функция перегружена всяким говном, функции и методы должны отвечать за что-то одно, у тебя делает всё и сразу.
В mysql вроде есть функция встроенная if(), чтобы сразу в select определить наличие книг.
Зачем ты вынес html за свой шаблон? Я бы заносил результаты запроса в массив с помощью fetchall в коде логики, а уже в шаблоне итерацией выводил бы все, что надо через <?= ?>
>>401231
Познай сразу альтернативный синтаксис для шаблонов
https://www.php.net/manual/ru/control-structures.alternative-syntax.php
Потом себе спасибо скажешь.
Познай сразу альтернативный синтаксис для шаблонов
https://www.php.net/manual/ru/control-structures.alternative-syntax.php
Потом себе спасибо скажешь.
>>401189
Вспомнил тут ещё.
Я как-то фабричным методом делал. Пишешь лоадер для этого дела, который сам уже пихает всё что нужно в конструктор по шаблону. А сами объекты инстанцируешь через него.
>Просто передавать везде по dependency injection? Но тогда придется во всех классах его внедрять.
Вспомнил тут ещё.
Я как-то фабричным методом делал. Пишешь лоадер для этого дела, который сам уже пихает всё что нужно в конструктор по шаблону. А сами объекты инстанцируешь через него.
>>401250
Неплохо придумано, но это нарушит single responsibility принцип. Другие классы будут заниматься делами, которые им по роли не положены.
>Н - наследование.
>Объяви общего предка, добавь ему эту свою зависимость и просто наследуйся от него остальными - она там уже будет.
Неплохо придумано, но это нарушит single responsibility принцип. Другие классы будут заниматься делами, которые им по роли не положены.
>>401329
Это какие классы? У тебя классы одного типа имеют одинаковое поведение - заведи им общую абстракцию. Ну или собирай на фабрике. В обоих случая ещё один класс писать.
>Другие классы будут заниматься делами, которые им по роли не положены.
Это какие классы? У тебя классы одного типа имеют одинаковое поведение - заведи им общую абстракцию. Ну или собирай на фабрике. В обоих случая ещё один класс писать.
>>401337
Объект не должен заниматься деятельностью, которая по роли ему не положена. Если ты в общего предка суешь метод от класса с другими ролями, это нарушение SRP.
Объект не должен заниматься деятельностью, которая по роли ему не положена. Если ты в общего предка суешь метод от класса с другими ролями, это нарушение SRP.
>>401340
А это и не объект, это абстракция. Абстрактный класс называется.
У него и есть вся деятельность - реализовывать общее поведение для потомков.
Вот тут поподробнее - боюсь не въехать сразу.
>Объект не должен заниматься деятельностью, которая по роли ему не положена.
А это и не объект, это абстракция. Абстрактный класс называется.
У него и есть вся деятельность - реализовывать общее поведение для потомков.
>Если ты в общего предка суешь метод от класса с другими ролями
Вот тут поподробнее - боюсь не въехать сразу.
>>401307
Вообще я подумал о чем-то вроде системы сообщений между объектами. Допустим кладем все объекты разных классов в общий объект-реестр, он регулярно чекает все классы например используя метод getUpdates() который внедрен во все классы через общий интерфейс + трейт. getUpdates() содержит код что-то вроде:
foreach ($this->updates as $update) {
if ($update['type'] == self::OUTPUT_UPDATE)
return $this->factory->getOutputUpdateMessage($update);
}
Фабрика возвращает тогда инстанс \OutputUpdateMessage
Класс Printer, который на всю программу один, тогда будет содержать метод receiveUpdates($message), в котором будет что-то вроде:
if ($message instanceof \OutputUpdateMessage)
{
$this->outputUpdate($message);
}
Получится наши объекты не знают ничего про объект Printer, синглтон тоже не используется, на сообщениях есть интерфейс, т.е. сообщения всегда остаются одними и теми же вне зависимости от особенностей реализации Printer. Минусов пока не вижу, но может кто заметит.
Вообще я подумал о чем-то вроде системы сообщений между объектами. Допустим кладем все объекты разных классов в общий объект-реестр, он регулярно чекает все классы например используя метод getUpdates() который внедрен во все классы через общий интерфейс + трейт. getUpdates() содержит код что-то вроде:
foreach ($this->updates as $update) {
if ($update['type'] == self::OUTPUT_UPDATE)
return $this->factory->getOutputUpdateMessage($update);
}
Фабрика возвращает тогда инстанс \OutputUpdateMessage
Класс Printer, который на всю программу один, тогда будет содержать метод receiveUpdates($message), в котором будет что-то вроде:
if ($message instanceof \OutputUpdateMessage)
{
$this->outputUpdate($message);
}
Получится наши объекты не знают ничего про объект Printer, синглтон тоже не используется, на сообщениях есть интерфейс, т.е. сообщения всегда остаются одними и теми же вне зависимости от особенностей реализации Printer. Минусов пока не вижу, но может кто заметит.
>>401345
Сути не меняет, нарушение SRP есть нарушение SRP, хоть ты его через абстрактный класс запихни, хоть через трейт.
https://habr.com/ru/company/mailru/blog/412699/
Принципы SOLID посмотри, в частности принцип единой ответственности гласит, что класс не может заниматья левой деятельностью, у него должна быть четко обозначенная роль, в рамках которой он только и функционирует. Если ты через абстрактный класс ему навязываешь действия от другой роли, то это нарушение SRP, и твой код больше не SOLID.
>А это и не объект, это абстракция. Абстрактный класс называется.
Сути не меняет, нарушение SRP есть нарушение SRP, хоть ты его через абстрактный класс запихни, хоть через трейт.
>Вот тут поподробнее - боюсь не въехать сразу.
https://habr.com/ru/company/mailru/blog/412699/
Принципы SOLID посмотри, в частности принцип единой ответственности гласит, что класс не может заниматья левой деятельностью, у него должна быть четко обозначенная роль, в рамках которой он только и функционирует. Если ты через абстрактный класс ему навязываешь действия от другой роли, то это нарушение SRP, и твой код больше не SOLID.
>>401348
Зачем ты мне про солид рассказываешь? Ни слова о том, что сам там пилишь не сказал - только про общую инициализацию и всё.
Я похож на телепата?
>>401349
Плохо искал.
https://refactoring.guru/ru/design-patterns/observer
В ПХП есть встроенный SplObserver вроде.
Зачем ты мне про солид рассказываешь? Ни слова о том, что сам там пилишь не сказал - только про общую инициализацию и всё.
Я похож на телепата?
>>401349
>гуглением не нашел
Плохо искал.
https://refactoring.guru/ru/design-patterns/observer
В ПХП есть встроенный SplObserver вроде.
>>401355
Выше написал же, один объект на весь проект, как синглтон, но без использования синглтона и dependency injection. Задача поменьше зависимостей, отсутствие тесной связи между классами и заюзать интерфейсы, чтобы больше гибкость была.
>Ни слова о том, что сам там пилишь не сказал - только про общую инициализацию и всё. Я похож на телепата?
Выше написал же, один объект на весь проект, как синглтон, но без использования синглтона и dependency injection. Задача поменьше зависимостей, отсутствие тесной связи между классами и заюзать интерфейсы, чтобы больше гибкость была.
>>401356
Что пишешь?
Что пишешь?
>>400885
Я сделал тебе кодревью и ты молодец что ты просишь его - так быстрее научишься.
Но твой код очень плох. Я бы не взял тебя на работу даже за бесплатно.
Старайся еще.
Я сделал тебе кодревью и ты молодец что ты просишь его - так быстрее научишься.
Но твой код очень плох. Я бы не взял тебя на работу даже за бесплатно.
Старайся еще.
>>401393
Да, увидел, спасибо. Примерно половина из того, что ты написал, относится к коду, который уже был. Я просто решил его не трогать, как мне выше посоветовали, кроме той части, где TRUNCATE TABLE и auto_increment. Без этого просто работало очень криво и таблицы не джойнились.
Да, увидел, спасибо. Примерно половина из того, что ты написал, относится к коду, который уже был. Я просто решил его не трогать, как мне выше посоветовали, кроме той части, где TRUNCATE TABLE и auto_increment. Без этого просто работало очень криво и таблицы не джойнились.
>>401464
Делай ветки и пуллреквесты, чтобы было понятно куда писать ревью
Делай ветки и пуллреквесты, чтобы было понятно куда писать ревью
60 Кб, 500x598Middleware -что это простым языком и теоритический пример пожалуста.
272 Кб, 988x627>>401959
Я не особо опытный, но после отправки запроса, выполняется мидлвейр, например проверка аутентификации, установка типа запроса ну и подобное, есть же выход в интернеты. Вот тип принцип на картинке => Запрос - обработка мидлвейр (например проверить csrf токен) - выдача кода.
Я не особо опытный, но после отправки запроса, выполняется мидлвейр, например проверка аутентификации, установка типа запроса ну и подобное, есть же выход в интернеты. Вот тип принцип на картинке => Запрос - обработка мидлвейр (например проверить csrf токен) - выдача кода.
>>401988
Т.е. мидлвейр это вроде как прослойка между какими-то контрольными точками, которую можно ручками назначать как угодно?
Т.е. мидлвейр это вроде как прослойка между какими-то контрольными точками, которую можно ручками назначать как угодно?
>>401988
так вроде он контролирует запросы до выполнения осн приложения
так вроде он контролирует запросы до выполнения осн приложения
Приветствую. У меня такая дилемма: хочу вкатиться в веб, познакомился с html/css, вот щас пытаюсь продвигаться по frontend траектории. Она легче чем backend, но я недавно понял что верстка - это самое стремное занятие, что-то на уровне мытья полов, однообразно и бессмысленно, но при этом чтобы научиться верстать сайты нормально, нужно дохуя практики!
Еще не поздно свернуть на php бекендера. Скажите, какой из двух путей короче по времени, чтобы попасть хоть на какую-то стажировку? Я вот видел несколько вакансий, где кроме php, js и mysql ничего и не нужно. Даже портфолио не надо. А на фронт нужно дохуя всего знать, по сути весь стек, и еще и портфолио обязательно.
Вы скажите, да выбери что больше по душе, а я вот еще не знаю что больше нравится, потому что знаний 0. В общем дайте совет. Хочу уже поскорей заняться чем-то реальным, и чтоб меня заставляли, а самому хуйней маяться справочники листать уже доёбывает потихоньку.
Еще не поздно свернуть на php бекендера. Скажите, какой из двух путей короче по времени, чтобы попасть хоть на какую-то стажировку? Я вот видел несколько вакансий, где кроме php, js и mysql ничего и не нужно. Даже портфолио не надо. А на фронт нужно дохуя всего знать, по сути весь стек, и еще и портфолио обязательно.
Вы скажите, да выбери что больше по душе, а я вот еще не знаю что больше нравится, потому что знаний 0. В общем дайте совет. Хочу уже поскорей заняться чем-то реальным, и чтоб меня заставляли, а самому хуйней маяться справочники листать уже доёбывает потихоньку.
>>402069
Даю: иди нахуй.
>ничего не умею
>задрачивать не хочу
>чего хочу сам - не знаю
>хочу побыстрее денег
>там где полегче и нескучно
>и чтобы меня ещё и подгоняли
>дайте совет
Даю: иди нахуй.
>>402069
Алсо, там где портфолио не спрашивают - дают тестовое, которое ты не сдашь. Губу закатай, вкатывальщик.
Алсо, там где портфолио не спрашивают - дают тестовое, которое ты не сдашь. Губу закатай, вкатывальщик.
>>402120
Вполне совет. Здесь тебе не место - тут начинающие кодеры, которые определились и не ищут халявы. А ты просто очередной вайтишник с нулевым скиллом и хотелками.
Можешь на курсы гикбрейнс ещё сходить - там таких много.
Вполне совет. Здесь тебе не место - тут начинающие кодеры, которые определились и не ищут халявы. А ты просто очередной вайтишник с нулевым скиллом и хотелками.
Можешь на курсы гикбрейнс ещё сходить - там таких много.
>>402106
Да в том то и дело, что тестовые там простые достаточно, мне одно присылали, но мне тогда надо было ехать лечиться, да и я на джаву пробовался. Я точно знаю, что с минимумом знаний на php можно уже какие-то мелочи делать: что-то в базе данных подправить, кнопочку добавить, и тд. А джун фронтендер уже должен быть нихуевым верстальщиком
Да в том то и дело, что тестовые там простые достаточно, мне одно присылали, но мне тогда надо было ехать лечиться, да и я на джаву пробовался. Я точно знаю, что с минимумом знаний на php можно уже какие-то мелочи делать: что-то в базе данных подправить, кнопочку добавить, и тд. А джун фронтендер уже должен быть нихуевым верстальщиком
>>402124
нет у меня никаких хотелок, я мечтаю за бесплатно поработать.
Какая нахер халява, о чем ты говоришь? В программировании нигде нет халявы.
То есть единственный совет, который ты мне дал - проебать деньги на курсы, спасибо
нет у меня никаких хотелок, я мечтаю за бесплатно поработать.
Какая нахер халява, о чем ты говоришь? В программировании нигде нет халявы.
То есть единственный совет, который ты мне дал - проебать деньги на курсы, спасибо
>>402126
Ты ещё ничего не изучал нормально, но уверенности у тебя больше чем у некоторых синьеров, как я посмотрю.
Ты ещё ничего не изучал нормально, но уверенности у тебя больше чем у некоторых синьеров, как я посмотрю.
>>402133
Я уверен только в том, что ничего не умею. У меня есть только небольшой бекграунд, который ничего не дает
Я уверен только в том, что ничего не умею. У меня есть только небольшой бекграунд, который ничего не дает
>>402129
Так работай, кто тебе мешает? Но ты говоришь, что тебя доёбывает этим заниматься. С чего ты взял, что тебя кто-то тащить должен? Заебался в парадной от хтмл и цсс, лол значит не твое. Может нам ИТТ ещё тебя уговаривать начать?
Как ты вообще планируешь этим по 8 часов в день заниматься?
> я мечтаю за бесплатно поработать
Так работай, кто тебе мешает? Но ты говоришь, что тебя доёбывает этим заниматься. С чего ты взял, что тебя кто-то тащить должен? Заебался в парадной от хтмл и цсс, лол значит не твое. Может нам ИТТ ещё тебя уговаривать начать?
Как ты вообще планируешь этим по 8 часов в день заниматься?
>>402069
В вебе всем надо вёрстку и js основы знать, выбери себе задачу и учи то, что поможет ее сделать, у опа посмотри задачи вроде файлообменника.
В вебе всем надо вёрстку и js основы знать, выбери себе задачу и учи то, что поможет ее сделать, у опа посмотри задачи вроде файлообменника.
>>402148
Меня доебывает делать бессмысленные вещи, не приносящие ни мне денег, ни другим пользы - хотя это и есть тренировка. Вот в вузе я когда проект делал с однокурсником или на летней школе утилиту пилил, мне нравилось, потому что это уже серьезные дела, и у меня неплохо получалось. А учить языки для языков, фреймворки для фреймворков, делать макеты ради делания макетов, наскучивает.
Да, глупая ситуация, просто у меня видимо сейчас очередная просадка мотивации. Сейчас мне нужно определиться, в бекенд идти или фронтенд продолжать, я соберусь с мыслями и продолжу плодотворно учиться
Меня доебывает делать бессмысленные вещи, не приносящие ни мне денег, ни другим пользы - хотя это и есть тренировка. Вот в вузе я когда проект делал с однокурсником или на летней школе утилиту пилил, мне нравилось, потому что это уже серьезные дела, и у меня неплохо получалось. А учить языки для языков, фреймворки для фреймворков, делать макеты ради делания макетов, наскучивает.
Да, глупая ситуация, просто у меня видимо сейчас очередная просадка мотивации. Сейчас мне нужно определиться, в бекенд идти или фронтенд продолжать, я соберусь с мыслями и продолжу плодотворно учиться
>>402171
Делай что по кайфу, хули ты в треде хочешь узнать то? Куда легче вкатиться? Думаю, на завод. Там и вещи полезные, и научат всему. Я вот сам только вкатываюсь, хотя и понимаю что в своем городе/области я работу не найду. Но делаю че по кайфу, рано или поздно дорасту до того уровня крепкого джуна, а там уже работа сама найдется
Делай что по кайфу, хули ты в треде хочешь узнать то? Куда легче вкатиться? Думаю, на завод. Там и вещи полезные, и научат всему. Я вот сам только вкатываюсь, хотя и понимаю что в своем городе/области я работу не найду. Но делаю че по кайфу, рано или поздно дорасту до того уровня крепкого джуна, а там уже работа сама найдется
>>402216
Да все, я пришел в себя, понял что бекендеру учить надо раза в 2-3 больше, чем фронтендеру. В связи с этим вопрос: почему тогда они получают одинаково?
Да все, я пришел в себя, понял что бекендеру учить надо раза в 2-3 больше, чем фронтендеру. В связи с этим вопрос: почему тогда они получают одинаково?
>>402069
Верстка это точно не бессмысленное занятие, это часть разработки сайта, и в CSS есть немало интересного. С таким отношением, когда ты не хочешь учиться, а торопишься, ты можешь рассчитывать как раз на "однообразную и бессмысленную" работу, не требующую особых навыков.
Также, в любом случае человеку с нулевым опытом вряд ли поручат что-то сложное и интересное, сначала надо опыт набирать. Не думаю, что тут есть принципиальное различие между фронтендом или бекендом. И там, и там есть вакансии разных уровней сложности.
Ну и я не сказал бы, что HTML/CSS это что-то сложное и требует много времени. Это лишь малая часть того, что надо знать. Не требуется "сделать много макетов", чтобы в этом разобраться. Хватит и одного-двух, но качественно сделанных.
В ОП-посте есть простой набор задач по верстке, заканчивающийся версткой макета, но тебе наверно неинтересно будет их решать.
>>401959
Middleware - это функция или класс, который "оборачивает" приложение, то есть может что-то сделать с запросом до выполнения прилоежния и что-то сделать с ответом до его отдачи с сервера. Выглядеть оно может так, если сделать в виде функции:
function example_middleware(Request $req, callable $next)
{
// делаем что-то с запросом
// вызываем нижележащий слой приложения
$response = next($req);
// делаем что-то с ответом
return $response;
}
Обычно оно используется, чтобы сделать что-то на уровне HTTP протокола:
- шифрование/расшифровка кук
- защита от CSRF
- авторизация
- сжатие тела HTTP-ответа
- вырезание пробелов из HTML документа
- логгирование
Верстка это точно не бессмысленное занятие, это часть разработки сайта, и в CSS есть немало интересного. С таким отношением, когда ты не хочешь учиться, а торопишься, ты можешь рассчитывать как раз на "однообразную и бессмысленную" работу, не требующую особых навыков.
Также, в любом случае человеку с нулевым опытом вряд ли поручат что-то сложное и интересное, сначала надо опыт набирать. Не думаю, что тут есть принципиальное различие между фронтендом или бекендом. И там, и там есть вакансии разных уровней сложности.
Ну и я не сказал бы, что HTML/CSS это что-то сложное и требует много времени. Это лишь малая часть того, что надо знать. Не требуется "сделать много макетов", чтобы в этом разобраться. Хватит и одного-двух, но качественно сделанных.
В ОП-посте есть простой набор задач по верстке, заканчивающийся версткой макета, но тебе наверно неинтересно будет их решать.
>>401959
Middleware - это функция или класс, который "оборачивает" приложение, то есть может что-то сделать с запросом до выполнения прилоежния и что-то сделать с ответом до его отдачи с сервера. Выглядеть оно может так, если сделать в виде функции:
function example_middleware(Request $req, callable $next)
{
// делаем что-то с запросом
// вызываем нижележащий слой приложения
$response = next($req);
// делаем что-то с ответом
return $response;
}
Обычно оно используется, чтобы сделать что-то на уровне HTTP протокола:
- шифрование/расшифровка кук
- защита от CSRF
- авторизация
- сжатие тела HTTP-ответа
- вырезание пробелов из HTML документа
- логгирование
>>402069
Верстка это точно не бессмысленное занятие, это часть разработки сайта, и в CSS есть немало интересного. С таким отношением, когда ты не хочешь учиться, а торопишься, ты можешь рассчитывать как раз на "однообразную и бессмысленную" работу, не требующую особых навыков.
Также, в любом случае человеку с нулевым опытом вряд ли поручат что-то сложное и интересное, сначала надо опыт набирать. Не думаю, что тут есть принципиальное различие между фронтендом или бекендом. И там, и там есть вакансии разных уровней сложности.
Ну и я не сказал бы, что HTML/CSS это что-то сложное и требует много времени. Это лишь малая часть того, что надо знать. Не требуется "сделать много макетов", чтобы в этом разобраться. Хватит и одного-двух, но качественно сделанных.
В ОП-посте есть простой набор задач по верстке, заканчивающийся версткой макета, но тебе наверно неинтересно будет их решать.
>>401959
Middleware - это функция или класс, который "оборачивает" приложение, то есть может что-то сделать с запросом до выполнения прилоежния и что-то сделать с ответом до его отдачи с сервера. Выглядеть оно может так, если сделать в виде функции:
function example_middleware(Request $req, callable $next)
{
// делаем что-то с запросом
// вызываем нижележащий слой приложения
$response = next($req);
// делаем что-то с ответом
return $response;
}
Обычно оно используется, чтобы сделать что-то на уровне HTTP протокола:
- шифрование/расшифровка кук
- защита от CSRF
- авторизация
- сжатие тела HTTP-ответа
- вырезание пробелов из HTML документа
- логгирование
Верстка это точно не бессмысленное занятие, это часть разработки сайта, и в CSS есть немало интересного. С таким отношением, когда ты не хочешь учиться, а торопишься, ты можешь рассчитывать как раз на "однообразную и бессмысленную" работу, не требующую особых навыков.
Также, в любом случае человеку с нулевым опытом вряд ли поручат что-то сложное и интересное, сначала надо опыт набирать. Не думаю, что тут есть принципиальное различие между фронтендом или бекендом. И там, и там есть вакансии разных уровней сложности.
Ну и я не сказал бы, что HTML/CSS это что-то сложное и требует много времени. Это лишь малая часть того, что надо знать. Не требуется "сделать много макетов", чтобы в этом разобраться. Хватит и одного-двух, но качественно сделанных.
В ОП-посте есть простой набор задач по верстке, заканчивающийся версткой макета, но тебе наверно неинтересно будет их решать.
>>401959
Middleware - это функция или класс, который "оборачивает" приложение, то есть может что-то сделать с запросом до выполнения прилоежния и что-то сделать с ответом до его отдачи с сервера. Выглядеть оно может так, если сделать в виде функции:
function example_middleware(Request $req, callable $next)
{
// делаем что-то с запросом
// вызываем нижележащий слой приложения
$response = next($req);
// делаем что-то с ответом
return $response;
}
Обычно оно используется, чтобы сделать что-то на уровне HTTP протокола:
- шифрование/расшифровка кук
- защита от CSRF
- авторизация
- сжатие тела HTTP-ответа
- вырезание пробелов из HTML документа
- логгирование
>>401973
Можно попробовать, но сторонние библиотеки и некоторые компоненты все равно будут его использовать.
>>401189
Для этого есть DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
А зачем тебе везде нужно выводить данные? Если временно для отладки, то проще это делать через echo/var_dump.
Да.
Это будет не dependency injection. Разберись получше в принципе DI/IoC. Идея в том, что объект получает свои зависимости снаружи, а не ищет их в контейнере.
>>401250
Это неправильно. Наследование используют для однотипных классов (вроде "Юрлицо" наследует "Субъект"). Нельзя наследовать класс просто ради получения какого-то объекта.
>>401347
Как в таком коде разбираться? Ты усложняешь архитектуру без причины. Невозможно понять, как передается управление. Надо писать код как можно проще, в стиле:
- сделать одно
- сделать другое
- сделать третье
Тебе лучше задать вопрос, а почему тебе надо что-то выводить из кучи классов. Почему вывод не может делаться в одном месте.
Также, почитай статью про хлеб: https://habr.com/ru/post/153225/
Можно попробовать, но сторонние библиотеки и некоторые компоненты все равно будут его использовать.
>>401189
Для этого есть DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
> Например объект вывода данных.
А зачем тебе везде нужно выводить данные? Если временно для отладки, то проще это делать через echo/var_dump.
> Просто передавать везде по dependency injection?
Да.
> Юзать DI container везде, передавая его в классы?
Это будет не dependency injection. Разберись получше в принципе DI/IoC. Идея в том, что объект получает свои зависимости снаружи, а не ищет их в контейнере.
>>401250
Это неправильно. Наследование используют для однотипных классов (вроде "Юрлицо" наследует "Субъект"). Нельзя наследовать класс просто ради получения какого-то объекта.
>>401347
Как в таком коде разбираться? Ты усложняешь архитектуру без причины. Невозможно понять, как передается управление. Надо писать код как можно проще, в стиле:
- сделать одно
- сделать другое
- сделать третье
Тебе лучше задать вопрос, а почему тебе надо что-то выводить из кучи классов. Почему вывод не может делаться в одном месте.
Также, почитай статью про хлеб: https://habr.com/ru/post/153225/
>>401973
Можно попробовать, но сторонние библиотеки и некоторые компоненты все равно будут его использовать.
>>401189
Для этого есть DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
А зачем тебе везде нужно выводить данные? Если временно для отладки, то проще это делать через echo/var_dump.
Да.
Это будет не dependency injection. Разберись получше в принципе DI/IoC. Идея в том, что объект получает свои зависимости снаружи, а не ищет их в контейнере.
>>401250
Это неправильно. Наследование используют для однотипных классов (вроде "Юрлицо" наследует "Субъект"). Нельзя наследовать класс просто ради получения какого-то объекта.
>>401347
Как в таком коде разбираться? Ты усложняешь архитектуру без причины. Невозможно понять, как передается управление. Надо писать код как можно проще, в стиле:
- сделать одно
- сделать другое
- сделать третье
Тебе лучше задать вопрос, а почему тебе надо что-то выводить из кучи классов. Почему вывод не может делаться в одном месте.
Также, почитай статью про хлеб: https://habr.com/ru/post/153225/
Можно попробовать, но сторонние библиотеки и некоторые компоненты все равно будут его использовать.
>>401189
Для этого есть DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
> Например объект вывода данных.
А зачем тебе везде нужно выводить данные? Если временно для отладки, то проще это делать через echo/var_dump.
> Просто передавать везде по dependency injection?
Да.
> Юзать DI container везде, передавая его в классы?
Это будет не dependency injection. Разберись получше в принципе DI/IoC. Идея в том, что объект получает свои зависимости снаружи, а не ищет их в контейнере.
>>401250
Это неправильно. Наследование используют для однотипных классов (вроде "Юрлицо" наследует "Субъект"). Нельзя наследовать класс просто ради получения какого-то объекта.
>>401347
Как в таком коде разбираться? Ты усложняешь архитектуру без причины. Невозможно понять, как передается управление. Надо писать код как можно проще, в стиле:
- сделать одно
- сделать другое
- сделать третье
Тебе лучше задать вопрос, а почему тебе надо что-то выводить из кучи классов. Почему вывод не может делаться в одном месте.
Также, почитай статью про хлеб: https://habr.com/ru/post/153225/
>>401345
"Реализовывать общее поведение" - это не четко поставленная задача. Это просто пустые слова.
Это типичная ошибка, когда в приложении все классы наследуются от одного и в него пихают все подряд вместо использования разграничения ответственности.
ну и это неудобно, так как класс X может быть и не использует зависимость Y, но ее придется передать, так как его базовый класс ее требует. Маразм же.
>>400911
Зачем вы вообще имена таблиц передаете в переменных?
>>400892
Плохо то, что ты пытаешься решать задачу для проверки твоих знаний коллективно. Если компания нормальная, они тебя все равно раскусят на собеседовании, а если не раскусят - то, видимо, вы друг другу подходите.
>>400885
Кроме простейших примеров, так не бывает.
>>400712
Не знаю, сразу не ответить, а читать лень. Но думаю, что код нельзя просто скопировать, а надо разбираться в устройстве Yii. Также, я не вижу тут никакой защиты, что если злоумышленник этим воспользуется? Что, если в коде уязвимости?
Если ты не разбираешься в Юи, то придется отвлечься на его освоение.
"Реализовывать общее поведение" - это не четко поставленная задача. Это просто пустые слова.
Это типичная ошибка, когда в приложении все классы наследуются от одного и в него пихают все подряд вместо использования разграничения ответственности.
ну и это неудобно, так как класс X может быть и не использует зависимость Y, но ее придется передать, так как его базовый класс ее требует. Маразм же.
>>400911
Зачем вы вообще имена таблиц передаете в переменных?
>>400892
Плохо то, что ты пытаешься решать задачу для проверки твоих знаний коллективно. Если компания нормальная, они тебя все равно раскусят на собеседовании, а если не раскусят - то, видимо, вы друг другу подходите.
>>400885
> код должен быть самоочевиден
Кроме простейших примеров, так не бывает.
>>400712
Не знаю, сразу не ответить, а читать лень. Но думаю, что код нельзя просто скопировать, а надо разбираться в устройстве Yii. Также, я не вижу тут никакой защиты, что если злоумышленник этим воспользуется? Что, если в коде уязвимости?
Если ты не разбираешься в Юи, то придется отвлечься на его освоение.
>>401345
"Реализовывать общее поведение" - это не четко поставленная задача. Это просто пустые слова.
Это типичная ошибка, когда в приложении все классы наследуются от одного и в него пихают все подряд вместо использования разграничения ответственности.
ну и это неудобно, так как класс X может быть и не использует зависимость Y, но ее придется передать, так как его базовый класс ее требует. Маразм же.
>>400911
Зачем вы вообще имена таблиц передаете в переменных?
>>400892
Плохо то, что ты пытаешься решать задачу для проверки твоих знаний коллективно. Если компания нормальная, они тебя все равно раскусят на собеседовании, а если не раскусят - то, видимо, вы друг другу подходите.
>>400885
Кроме простейших примеров, так не бывает.
>>400712
Не знаю, сразу не ответить, а читать лень. Но думаю, что код нельзя просто скопировать, а надо разбираться в устройстве Yii. Также, я не вижу тут никакой защиты, что если злоумышленник этим воспользуется? Что, если в коде уязвимости?
Если ты не разбираешься в Юи, то придется отвлечься на его освоение.
"Реализовывать общее поведение" - это не четко поставленная задача. Это просто пустые слова.
Это типичная ошибка, когда в приложении все классы наследуются от одного и в него пихают все подряд вместо использования разграничения ответственности.
ну и это неудобно, так как класс X может быть и не использует зависимость Y, но ее придется передать, так как его базовый класс ее требует. Маразм же.
>>400911
Зачем вы вообще имена таблиц передаете в переменных?
>>400892
Плохо то, что ты пытаешься решать задачу для проверки твоих знаний коллективно. Если компания нормальная, они тебя все равно раскусят на собеседовании, а если не раскусят - то, видимо, вы друг другу подходите.
>>400885
> код должен быть самоочевиден
Кроме простейших примеров, так не бывает.
>>400712
Не знаю, сразу не ответить, а читать лень. Но думаю, что код нельзя просто скопировать, а надо разбираться в устройстве Yii. Также, я не вижу тут никакой защиты, что если злоумышленник этим воспользуется? Что, если в коде уязвимости?
Если ты не разбираешься в Юи, то придется отвлечься на его освоение.
>>402300
Интересно-интересно, буду решать!
А разве для стажера - не большая?
Что там еще, научиться хоть как-то применять js, познакомиться с jQuery, js-фреймворком, препроцессором и сборщиком. Все
Интересно-интересно, буду решать!
>Это лишь малая часть того, что надо знать
А разве для стажера - не большая?
Что там еще, научиться хоть как-то применять js, познакомиться с jQuery, js-фреймворком, препроцессором и сборщиком. Все
>>402290
Хорошему фронтендеру тоже учить нормально придётся.
Вообще не советовал бы вкатываться туда, где легче - хайп пройдёт, а работать надо. Надо туда, где нравится - для этого надо всего понемногу попробовать.
Хорошему фронтендеру тоже учить нормально придётся.
Вообще не советовал бы вкатываться туда, где легче - хайп пройдёт, а работать надо. Надо туда, где нравится - для этого надо всего понемногу попробовать.
>>402303
Википедия с тобой не согласна:
Наследование (англ. inheritance) — концепция объектно-ориентированного программирования, согласно которой абстрактный тип данных может наследовать данные и функциональность некоторого существующего типа, способствуя повторному использованию компонентов программного обеспечения.
К тому же человек просто экспериментирует, что хорошо. Я сам любитель заморочиться на такое.
>"Реализовывать общее поведение" - это не четко поставленная задача. Это просто пустые слова.
Википедия с тобой не согласна:
Наследование (англ. inheritance) — концепция объектно-ориентированного программирования, согласно которой абстрактный тип данных может наследовать данные и функциональность некоторого существующего типа, способствуя повторному использованию компонентов программного обеспечения.
К тому же человек просто экспериментирует, что хорошо. Я сам любитель заморочиться на такое.
>>402346
Хотя я тоже считаю, что у него не правильное архитектурное решение с Обсервером - там обычный Сервис Локатор был бы к месту.
Хотя я тоже считаю, что у него не правильное архитектурное решение с Обсервером - там обычный Сервис Локатор был бы к месту.
Допустим у меня в композере есть скрипт, который выполняется после каждого обновления проекта.
"scripts": {
"post-update-cmd": [
"rm -rf public/bootstrap",
"cp -R vendor/twbs/bootstrap/dist public/bootstrap"
]
}
Как привязать его к установке определенного пакета?
"scripts": {
"post-update-cmd": [
"rm -rf public/bootstrap",
"cp -R vendor/twbs/bootstrap/dist public/bootstrap"
]
}
Как привязать его к установке определенного пакета?
>>402686
Вообще, проще оставить все как есть, так как установка делается не так часто. Но если тебе хочется to go deeper ....
В composer на события можно повесить вызов функции или статического метода: https://getcomposer.org/doc/articles/scripts.md#package-events
При этом он получит объект события. Из него как-то можно попробовать выковырять название пакета: https://getcomposer.org/doc/articles/scripts.md#event-classes
Подробности придется искать в коде композера или в Гугле.
Также, хочу заметить, что твои скрипт не кросс-платформенны и работают только под Linux/Mac. Правильнее было бы повесить кроссплатформенный PHP-скрипт.
>>394909
Ты как-то что-то усложнил. Давай спроектируем все с нуля:
Задача: дать возможность при ошибке поменять реквест и отправить запрос заново. Значит, нужна функция. Она может получать объект ошибки (не ErrorException, который соответствует PHP-ошибке, а например, HttpException) и объект Request. Она может вернуть либо null - не повторять запрос, либо вернуть тот же или модифицированный Request для повтора запроса, либо выбросить какое-то новое исключение:
function handleError(HttpException $e, Request $r): ?Response { ... }
Реализация по умолчанию, естественно, будет возвращать null.
Но тут есть подвох. Что, если мы хотим, например, в ответ на ошибку 503 сделать паузу в 5 секунд и сделать до 3 повторов запроса? Как нам хранить счетчик запросов? В данном случае - хранить его негде (если мы только не предусмотрели это в базовом классе).
Потому можно попробовать другой подход. Делаем переопределяемым сам метод отправки запроса - sendRequest(Request $req): Response. В наследнике просто оборачиваем его:
function sendRequest(...): ...
{
// любой код
parent::sendRequest()
// любой код
}
Это получается более универсальным подходом, как мне кажется.
А еще более универсально будет обернуть выполнение запроса без наследования, обернув вызов метода get().
Также, можно посмотреть на архитектуру питоновской библиотеки urllib, где есть плагины (openers), но она наверно сложновата для твоего случая: https://docs.python.org/3/library/urllib.request.html#module-urllib.request
У тебя в коде ошибки:
- указан слишком общий класс для отлова исключений
- нет реализации по умолчанию
Вообще, подход с оборачиванием проще, чем с обработчиком ошибок, как мне кажется.
Вообще, проще оставить все как есть, так как установка делается не так часто. Но если тебе хочется to go deeper ....
В composer на события можно повесить вызов функции или статического метода: https://getcomposer.org/doc/articles/scripts.md#package-events
При этом он получит объект события. Из него как-то можно попробовать выковырять название пакета: https://getcomposer.org/doc/articles/scripts.md#event-classes
Подробности придется искать в коде композера или в Гугле.
Также, хочу заметить, что твои скрипт не кросс-платформенны и работают только под Linux/Mac. Правильнее было бы повесить кроссплатформенный PHP-скрипт.
>>394909
Ты как-то что-то усложнил. Давай спроектируем все с нуля:
Задача: дать возможность при ошибке поменять реквест и отправить запрос заново. Значит, нужна функция. Она может получать объект ошибки (не ErrorException, который соответствует PHP-ошибке, а например, HttpException) и объект Request. Она может вернуть либо null - не повторять запрос, либо вернуть тот же или модифицированный Request для повтора запроса, либо выбросить какое-то новое исключение:
function handleError(HttpException $e, Request $r): ?Response { ... }
Реализация по умолчанию, естественно, будет возвращать null.
Но тут есть подвох. Что, если мы хотим, например, в ответ на ошибку 503 сделать паузу в 5 секунд и сделать до 3 повторов запроса? Как нам хранить счетчик запросов? В данном случае - хранить его негде (если мы только не предусмотрели это в базовом классе).
Потому можно попробовать другой подход. Делаем переопределяемым сам метод отправки запроса - sendRequest(Request $req): Response. В наследнике просто оборачиваем его:
function sendRequest(...): ...
{
// любой код
parent::sendRequest()
// любой код
}
Это получается более универсальным подходом, как мне кажется.
А еще более универсально будет обернуть выполнение запроса без наследования, обернув вызов метода get().
Также, можно посмотреть на архитектуру питоновской библиотеки urllib, где есть плагины (openers), но она наверно сложновата для твоего случая: https://docs.python.org/3/library/urllib.request.html#module-urllib.request
У тебя в коде ошибки:
- указан слишком общий класс для отлова исключений
- нет реализации по умолчанию
Вообще, подход с оборачиванием проще, чем с обработчиком ошибок, как мне кажется.
>>402686
Вообще, проще оставить все как есть, так как установка делается не так часто. Но если тебе хочется to go deeper ....
В composer на события можно повесить вызов функции или статического метода: https://getcomposer.org/doc/articles/scripts.md#package-events
При этом он получит объект события. Из него как-то можно попробовать выковырять название пакета: https://getcomposer.org/doc/articles/scripts.md#event-classes
Подробности придется искать в коде композера или в Гугле.
Также, хочу заметить, что твои скрипт не кросс-платформенны и работают только под Linux/Mac. Правильнее было бы повесить кроссплатформенный PHP-скрипт.
>>394909
Ты как-то что-то усложнил. Давай спроектируем все с нуля:
Задача: дать возможность при ошибке поменять реквест и отправить запрос заново. Значит, нужна функция. Она может получать объект ошибки (не ErrorException, который соответствует PHP-ошибке, а например, HttpException) и объект Request. Она может вернуть либо null - не повторять запрос, либо вернуть тот же или модифицированный Request для повтора запроса, либо выбросить какое-то новое исключение:
function handleError(HttpException $e, Request $r): ?Response { ... }
Реализация по умолчанию, естественно, будет возвращать null.
Но тут есть подвох. Что, если мы хотим, например, в ответ на ошибку 503 сделать паузу в 5 секунд и сделать до 3 повторов запроса? Как нам хранить счетчик запросов? В данном случае - хранить его негде (если мы только не предусмотрели это в базовом классе).
Потому можно попробовать другой подход. Делаем переопределяемым сам метод отправки запроса - sendRequest(Request $req): Response. В наследнике просто оборачиваем его:
function sendRequest(...): ...
{
// любой код
parent::sendRequest()
// любой код
}
Это получается более универсальным подходом, как мне кажется.
А еще более универсально будет обернуть выполнение запроса без наследования, обернув вызов метода get().
Также, можно посмотреть на архитектуру питоновской библиотеки urllib, где есть плагины (openers), но она наверно сложновата для твоего случая: https://docs.python.org/3/library/urllib.request.html#module-urllib.request
У тебя в коде ошибки:
- указан слишком общий класс для отлова исключений
- нет реализации по умолчанию
Вообще, подход с оборачиванием проще, чем с обработчиком ошибок, как мне кажется.
Вообще, проще оставить все как есть, так как установка делается не так часто. Но если тебе хочется to go deeper ....
В composer на события можно повесить вызов функции или статического метода: https://getcomposer.org/doc/articles/scripts.md#package-events
При этом он получит объект события. Из него как-то можно попробовать выковырять название пакета: https://getcomposer.org/doc/articles/scripts.md#event-classes
Подробности придется искать в коде композера или в Гугле.
Также, хочу заметить, что твои скрипт не кросс-платформенны и работают только под Linux/Mac. Правильнее было бы повесить кроссплатформенный PHP-скрипт.
>>394909
Ты как-то что-то усложнил. Давай спроектируем все с нуля:
Задача: дать возможность при ошибке поменять реквест и отправить запрос заново. Значит, нужна функция. Она может получать объект ошибки (не ErrorException, который соответствует PHP-ошибке, а например, HttpException) и объект Request. Она может вернуть либо null - не повторять запрос, либо вернуть тот же или модифицированный Request для повтора запроса, либо выбросить какое-то новое исключение:
function handleError(HttpException $e, Request $r): ?Response { ... }
Реализация по умолчанию, естественно, будет возвращать null.
Но тут есть подвох. Что, если мы хотим, например, в ответ на ошибку 503 сделать паузу в 5 секунд и сделать до 3 повторов запроса? Как нам хранить счетчик запросов? В данном случае - хранить его негде (если мы только не предусмотрели это в базовом классе).
Потому можно попробовать другой подход. Делаем переопределяемым сам метод отправки запроса - sendRequest(Request $req): Response. В наследнике просто оборачиваем его:
function sendRequest(...): ...
{
// любой код
parent::sendRequest()
// любой код
}
Это получается более универсальным подходом, как мне кажется.
А еще более универсально будет обернуть выполнение запроса без наследования, обернув вызов метода get().
Также, можно посмотреть на архитектуру питоновской библиотеки urllib, где есть плагины (openers), но она наверно сложновата для твоего случая: https://docs.python.org/3/library/urllib.request.html#module-urllib.request
У тебя в коде ошибки:
- указан слишком общий класс для отлова исключений
- нет реализации по умолчанию
Вообще, подход с оборачиванием проще, чем с обработчиком ошибок, как мне кажется.
>>402346
Нет, не согласен. Четко поставленная задача, это:
- базовый класс для любой перемещающейся по карте техники с функционалом: ездить, перевозить вещи или юнитов
- базовый класс для создания элементов форм
Твое же "базовый класс для всего, что мы хотим поместить в несколько классов", "базовый класс для всех классов приложения" - это не четко поставленная задача, и неправильное (имхо) использование наследования. Не нужно делать классы вроде BaseObject. Используй для таких функций, которые надо вызывать во многих местах: utility class, функции, другие классы, трейты.
В помещении функций в базовый класс или трейт вместо выделенного класса есть недостаток: состояние (поля) оказываются раскиданы по куче объектов. В то время, как если мы сделаем выделенный объект, то состояние будет только в нем. Пример: ты хочешь сделать метод для раскраски текста в консоли. Если ты делаешь его через отдельный объект, то ты можешь хранить в нем текущий цвет. В случае трейта или базового класса, поле "цвет" будет существовать в куче экземпляров и у каждого класса будет свой "текущий цвет" и из-за этого могут быть баги.
Нет, не согласен. Четко поставленная задача, это:
- базовый класс для любой перемещающейся по карте техники с функционалом: ездить, перевозить вещи или юнитов
- базовый класс для создания элементов форм
Твое же "базовый класс для всего, что мы хотим поместить в несколько классов", "базовый класс для всех классов приложения" - это не четко поставленная задача, и неправильное (имхо) использование наследования. Не нужно делать классы вроде BaseObject. Используй для таких функций, которые надо вызывать во многих местах: utility class, функции, другие классы, трейты.
В помещении функций в базовый класс или трейт вместо выделенного класса есть недостаток: состояние (поля) оказываются раскиданы по куче объектов. В то время, как если мы сделаем выделенный объект, то состояние будет только в нем. Пример: ты хочешь сделать метод для раскраски текста в консоли. Если ты делаешь его через отдельный объект, то ты можешь хранить в нем текущий цвет. В случае трейта или базового класса, поле "цвет" будет существовать в куче экземпляров и у каждого класса будет свой "текущий цвет" и из-за этого могут быть баги.
>>402834
Я не автор того скрипта, но не понял зачем давать такой совет. Под виндой бекенд обычно не разрабатывают, во многих компаниях наоборот распространена практика пересаживания всех на мак/убунту, чтобы проекты можно было быстрее поднимать по инструкции. Никогда не видел, чтобы в проекте было несколько параллельных инструкций для разных ОС. Зато часто видел древние проекты, которые не то что на винде запустить нельзя, их нужно запускать только под определённой версией PHP и только под апачем, так как на его rewrite правилах и includ'ах завязан весь код.
> скрипт не кросс-платформенны и работают только под Linux/Mac.
Я не автор того скрипта, но не понял зачем давать такой совет. Под виндой бекенд обычно не разрабатывают, во многих компаниях наоборот распространена практика пересаживания всех на мак/убунту, чтобы проекты можно было быстрее поднимать по инструкции. Никогда не видел, чтобы в проекте было несколько параллельных инструкций для разных ОС. Зато часто видел древние проекты, которые не то что на винде запустить нельзя, их нужно запускать только под определённой версией PHP и только под апачем, так как на его rewrite правилах и includ'ах завязан весь код.
А нет ли у кого-нибудь ссылок на годные опенсорс проекты на пыхе? Хочется посмотреть как умные люди код пишут. Только не фреймворки всякие, а вот уже то что на них сделано, конечный продукт, так сказать.
>>403698
Всем нравится, но может кто-то конкретные ссылки может дать, чтоб не лопатить самостоятельно всё подряд
Всем нравится, но может кто-то конкретные ссылки может дать, чтоб не лопатить самостоятельно всё подряд
>>403706
Берёшь, например, любую распротранённую либу, пускай гугл посоветует по твоей теме, идёшь по ссылке и смотришь что там и как.
Берёшь, например, любую распротранённую либу, пускай гугл посоветует по твоей теме, идёшь по ссылке и смотришь что там и как.
>>403706
Можешь тех же студентов от ОПа там погуглить - разные люди пишут с разным уровнем, обычно это заметно.
Ну и вообще лопатить самостоятельно гитхаб - хорошая годная практика.
Можешь тех же студентов от ОПа там погуглить - разные люди пишут с разным уровнем, обычно это заметно.
Ну и вообще лопатить самостоятельно гитхаб - хорошая годная практика.
9 Кб, 408x288Аноны, подскажите кто нибудь пожалуйста:
http://jsfiddle.net/xyerd9zt/7/
Почему у меня не работают marign-left/right: 34%-10px;?
Просто 34% работает
http://jsfiddle.net/xyerd9zt/7/
Почему у меня не работают marign-left/right: 34%-10px;?
Просто 34% работает
>>403999
работает, спасибо!
работает, спасибо!
Не знаю, насколько понятно объяснил, вот демонстрационный код с комментариями:
http://sandbox.onlinephpfunctions.com/code/b26d6d8d3758ff649f4a41ffd324a7508f383106
Аноны, подскажите пожалуйста, как правильно решить следующую задачу.
Есть класс, который содержит основной публичный метод `me`. Внутри этого метода дёргается несколько сторонних API. Каждый из API может как корректно отработать, так и выдать ошибку. В случае возникновения ошибки этот класс (ну, вернее, его экземпляр) должен сформировать отчёт и отправить его в другой скрипт-логер.
Это самое формирование ошибки вынесено в отдельный метод `ex`. Этот метод, по сути, является методом завершающим выполнение скрипта. То есть, если, например, в `apiOne` произошла ошибка, объект класса `cl` должен сформировать отчёт и прекратить работу не вызывая далее `apiTwo` и т. д.
Собственно, вопрос: каким образом я мог бы это реализовать? Если я сделаю `return` внутри `ex`, то я выйду из `ex`, а метод `me`, соответственно, будет работать дальше. Если я сделаю (exit), то я полностью прибью выполнение скрипта, хотя мне нужно "выйти только из класса cl". Как это сделать?
В голове такие мысли:
Во-первых, конечно же, я могу каждый раз после вызова `$this->ex();` писать `return`, но это не очень удобно, потому что в случае 10 проверок у меня появляется 10 лишних строк.
Во-вторых (на этом варианте я остановился), я могу внутри метода `ex` бросать исключение и, соответственно, вызов основного метода `$obj->me();` оборачивать в `try{}`. Вроде бы всё работает как мне надо: исключение внутри `ex` полностью прибивает дальнейшую работу объекта, но при этом код следующий за `try{}` продолжает работать как мне нужно. Но я не уверен, что с архитектурной точки зрения это адекватное решение.
http://sandbox.onlinephpfunctions.com/code/b26d6d8d3758ff649f4a41ffd324a7508f383106
Аноны, подскажите пожалуйста, как правильно решить следующую задачу.
Есть класс, который содержит основной публичный метод `me`. Внутри этого метода дёргается несколько сторонних API. Каждый из API может как корректно отработать, так и выдать ошибку. В случае возникновения ошибки этот класс (ну, вернее, его экземпляр) должен сформировать отчёт и отправить его в другой скрипт-логер.
Это самое формирование ошибки вынесено в отдельный метод `ex`. Этот метод, по сути, является методом завершающим выполнение скрипта. То есть, если, например, в `apiOne` произошла ошибка, объект класса `cl` должен сформировать отчёт и прекратить работу не вызывая далее `apiTwo` и т. д.
Собственно, вопрос: каким образом я мог бы это реализовать? Если я сделаю `return` внутри `ex`, то я выйду из `ex`, а метод `me`, соответственно, будет работать дальше. Если я сделаю (exit), то я полностью прибью выполнение скрипта, хотя мне нужно "выйти только из класса cl". Как это сделать?
В голове такие мысли:
Во-первых, конечно же, я могу каждый раз после вызова `$this->ex();` писать `return`, но это не очень удобно, потому что в случае 10 проверок у меня появляется 10 лишних строк.
Во-вторых (на этом варианте я остановился), я могу внутри метода `ex` бросать исключение и, соответственно, вызов основного метода `$obj->me();` оборачивать в `try{}`. Вроде бы всё работает как мне надо: исключение внутри `ex` полностью прибивает дальнейшую работу объекта, но при этом код следующий за `try{}` продолжает работать как мне нужно. Но я не уверен, что с архитектурной точки зрения это адекватное решение.
>>404085
Всё правильно с исключениями. Теперь заведи обработчик ошибок, куда будут сыпаться эти исключения, и который, вместо метода `ex`, будет формировать отчёт об ошибке согласно попавшей ошибке думаю, что не надо обрабатывать ошибки как обычный код - в методах.
Всё правильно с исключениями. Теперь заведи обработчик ошибок, куда будут сыпаться эти исключения, и который, вместо метода `ex`, будет формировать отчёт об ошибке согласно попавшей ошибке думаю, что не надо обрабатывать ошибки как обычный код - в методах.
>>404168
Ого, я не так безнадёжен, спасибо.
Ты, кажется, не совсем верно понял. Там не отчёт об ошибке, а отчёт о работе. Он посылается даже в случае успешного выполнения. Потому что скрипт-логер реагирует не на наличие ошибок, а на отсутствие данных о том, что последний запуск был удачным.
>Всё правильно с исключениями.
Ого, я не так безнадёжен, спасибо.
> Теперь заведи обработчик ошибок, куда будут сыпаться эти исключения, и который, вместо метода `ex`
Ты, кажется, не совсем верно понял. Там не отчёт об ошибке, а отчёт о работе. Он посылается даже в случае успешного выполнения. Потому что скрипт-логер реагирует не на наличие ошибок, а на отсутствие данных о том, что последний запуск был удачным.
>>404547
А, ну это я хуйню сказал на сонную голову, если точнее.
>В случае возникновения ошибки этот класс (ну, вернее, его экземпляр) должен сформировать отчёт и отправить его в другой скрипт-логер.
А, ну это я хуйню сказал на сонную голову, если точнее.
7 Кб, 546x116Эй, хакеры.
Есть пикрелейтед.
$_POST['tempname'] = 'qwerty';
$_POST['truename'] = 'sasai.php';
copy() должна скопировать мой текстовый файл как .php файл и после readfile() удалить его.
Я пытаюсь поймать момент копирования файла, чтоб запросить его и выполнить из него код.
Делаю башем в линуксе в 100 параллельных запросов. 100 запросов на пикрелейтед и 100 запросов на /sasai.php (который должен прописать код в новый файл), но новый файл не создаётся.
Размер файла "qwerty" 1 мегабайт. Больше залить нельзя.
Насколько быстро выполняется readfile()?
Или у меня нет шансов?
Есть пикрелейтед.
$_POST['tempname'] = 'qwerty';
$_POST['truename'] = 'sasai.php';
copy() должна скопировать мой текстовый файл как .php файл и после readfile() удалить его.
Я пытаюсь поймать момент копирования файла, чтоб запросить его и выполнить из него код.
Делаю башем в линуксе в 100 параллельных запросов. 100 запросов на пикрелейтед и 100 запросов на /sasai.php (который должен прописать код в новый файл), но новый файл не создаётся.
Размер файла "qwerty" 1 мегабайт. Больше залить нельзя.
Насколько быстро выполняется readfile()?
Или у меня нет шансов?
>>404684
Это же жесть, этим кодом можно вообще перезаписать любой файл на сервере, на который хватит прав доступа, в том числе код приложения.
Так как у нас образовательный тред, предлагаю мимопроходящим анонам подумать, какие тут есть уязвимости и как надо переделать код.
>>404085
Самое простое - вообще не использовать тут исключения, а возвращать false или true:
$result = apiOne();
if ($result == "error") {
$this->logError('api1', ....);
return false;
}
$result = apiTwo();
if ($result == "error") {
$this->logError('api2', ....);
return false;
}
return true;
Минус в том, что вызвыающий код не получает подробности ошибки - а просто false. Соответственно, второй вариант - сделать кастомный класс-исключение, описывающий ошибку и подробности. Его можно использовать и для логгирования, и для возврата:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
return $e;
}
Наконец, третий вариант - выбрасывать исключение, просто меняем return на throw:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
throw $e;
}
Четвертый вариант - пусть функция работы с API бросает исключение, а мы его ловим и преобразовываем:
try {
$result = apiOne();
} catch (ApiException $inner) {
$e = OperationFailedException::forApiError($inner);
$this->logError($e);
throw $e;
}
Если для разных ошибок нужны разные наборы параметров, то можно сделать в исключении статические конструкторы:
OperationFailedException::forApi1Error(...);
OperationFailedException::forApi2Error(...);
Если тебе надо выполнить функцию и в любом случае послать отчет о работе, то в случае использования кода возврата true/false все очевидно, в случае использования исключений мы можем попробовать ловить вообще все исключения:
try {
$this->doSomething();
} catch (\Throwable $e) {
$this->sendFailedReport($e);
throw $e; // Обязательно прокидываем исключение дальше, чтобы не потерять
}
$this->sendSuccessReport(...);
Минус использования Throwable в том, что отчет будет посылаться вообще при любых ошибках, вроде синтаксической ошибки в коде. Если это не желательно, то Throwable надо заменить на OperationFailedException. Плюс этого в том, что ты всегда знаешь, с каким исключением работаешь, какие в нем есть методы, поля и тд. Ну например, в твоем кастомном исключении может быть записано, на каком шаге произошла ошибка, какой запрос выполнялся, какой ответ получен итд.
Ты пытаешься найти какое-то сложное решение там, где работает простое. Если у тебя в коде 10 блоков if, от добавления 10 return или throw коду хуже не станет. Тут не нужны какие-то паттерны или что-то нестандартное.
Проблемы в твоем коде:
- Если ты ловишь исключения, то надо создавать кастомный класс, а не ловить вообще любые исключения. Кто тебе сказал, что исключения могут бросать только твои функции? Есть исключения от библиотек и фреймворков, есть исключения от самого PHP.
- короткие названия функций
- функция ex() без аргументов, которая каким-то магическим образом должна получать подробности ошибки
Это же жесть, этим кодом можно вообще перезаписать любой файл на сервере, на который хватит прав доступа, в том числе код приложения.
Так как у нас образовательный тред, предлагаю мимопроходящим анонам подумать, какие тут есть уязвимости и как надо переделать код.
>>404085
Самое простое - вообще не использовать тут исключения, а возвращать false или true:
$result = apiOne();
if ($result == "error") {
$this->logError('api1', ....);
return false;
}
$result = apiTwo();
if ($result == "error") {
$this->logError('api2', ....);
return false;
}
return true;
Минус в том, что вызвыающий код не получает подробности ошибки - а просто false. Соответственно, второй вариант - сделать кастомный класс-исключение, описывающий ошибку и подробности. Его можно использовать и для логгирования, и для возврата:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
return $e;
}
Наконец, третий вариант - выбрасывать исключение, просто меняем return на throw:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
throw $e;
}
Четвертый вариант - пусть функция работы с API бросает исключение, а мы его ловим и преобразовываем:
try {
$result = apiOne();
} catch (ApiException $inner) {
$e = OperationFailedException::forApiError($inner);
$this->logError($e);
throw $e;
}
Если для разных ошибок нужны разные наборы параметров, то можно сделать в исключении статические конструкторы:
OperationFailedException::forApi1Error(...);
OperationFailedException::forApi2Error(...);
Если тебе надо выполнить функцию и в любом случае послать отчет о работе, то в случае использования кода возврата true/false все очевидно, в случае использования исключений мы можем попробовать ловить вообще все исключения:
try {
$this->doSomething();
} catch (\Throwable $e) {
$this->sendFailedReport($e);
throw $e; // Обязательно прокидываем исключение дальше, чтобы не потерять
}
$this->sendSuccessReport(...);
Минус использования Throwable в том, что отчет будет посылаться вообще при любых ошибках, вроде синтаксической ошибки в коде. Если это не желательно, то Throwable надо заменить на OperationFailedException. Плюс этого в том, что ты всегда знаешь, с каким исключением работаешь, какие в нем есть методы, поля и тд. Ну например, в твоем кастомном исключении может быть записано, на каком шаге произошла ошибка, какой запрос выполнялся, какой ответ получен итд.
Ты пытаешься найти какое-то сложное решение там, где работает простое. Если у тебя в коде 10 блоков if, от добавления 10 return или throw коду хуже не станет. Тут не нужны какие-то паттерны или что-то нестандартное.
Проблемы в твоем коде:
- Если ты ловишь исключения, то надо создавать кастомный класс, а не ловить вообще любые исключения. Кто тебе сказал, что исключения могут бросать только твои функции? Есть исключения от библиотек и фреймворков, есть исключения от самого PHP.
- короткие названия функций
- функция ex() без аргументов, которая каким-то магическим образом должна получать подробности ошибки
>>404684
Это же жесть, этим кодом можно вообще перезаписать любой файл на сервере, на который хватит прав доступа, в том числе код приложения.
Так как у нас образовательный тред, предлагаю мимопроходящим анонам подумать, какие тут есть уязвимости и как надо переделать код.
>>404085
Самое простое - вообще не использовать тут исключения, а возвращать false или true:
$result = apiOne();
if ($result == "error") {
$this->logError('api1', ....);
return false;
}
$result = apiTwo();
if ($result == "error") {
$this->logError('api2', ....);
return false;
}
return true;
Минус в том, что вызвыающий код не получает подробности ошибки - а просто false. Соответственно, второй вариант - сделать кастомный класс-исключение, описывающий ошибку и подробности. Его можно использовать и для логгирования, и для возврата:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
return $e;
}
Наконец, третий вариант - выбрасывать исключение, просто меняем return на throw:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
throw $e;
}
Четвертый вариант - пусть функция работы с API бросает исключение, а мы его ловим и преобразовываем:
try {
$result = apiOne();
} catch (ApiException $inner) {
$e = OperationFailedException::forApiError($inner);
$this->logError($e);
throw $e;
}
Если для разных ошибок нужны разные наборы параметров, то можно сделать в исключении статические конструкторы:
OperationFailedException::forApi1Error(...);
OperationFailedException::forApi2Error(...);
Если тебе надо выполнить функцию и в любом случае послать отчет о работе, то в случае использования кода возврата true/false все очевидно, в случае использования исключений мы можем попробовать ловить вообще все исключения:
try {
$this->doSomething();
} catch (\Throwable $e) {
$this->sendFailedReport($e);
throw $e; // Обязательно прокидываем исключение дальше, чтобы не потерять
}
$this->sendSuccessReport(...);
Минус использования Throwable в том, что отчет будет посылаться вообще при любых ошибках, вроде синтаксической ошибки в коде. Если это не желательно, то Throwable надо заменить на OperationFailedException. Плюс этого в том, что ты всегда знаешь, с каким исключением работаешь, какие в нем есть методы, поля и тд. Ну например, в твоем кастомном исключении может быть записано, на каком шаге произошла ошибка, какой запрос выполнялся, какой ответ получен итд.
Ты пытаешься найти какое-то сложное решение там, где работает простое. Если у тебя в коде 10 блоков if, от добавления 10 return или throw коду хуже не станет. Тут не нужны какие-то паттерны или что-то нестандартное.
Проблемы в твоем коде:
- Если ты ловишь исключения, то надо создавать кастомный класс, а не ловить вообще любые исключения. Кто тебе сказал, что исключения могут бросать только твои функции? Есть исключения от библиотек и фреймворков, есть исключения от самого PHP.
- короткие названия функций
- функция ex() без аргументов, которая каким-то магическим образом должна получать подробности ошибки
Это же жесть, этим кодом можно вообще перезаписать любой файл на сервере, на который хватит прав доступа, в том числе код приложения.
Так как у нас образовательный тред, предлагаю мимопроходящим анонам подумать, какие тут есть уязвимости и как надо переделать код.
>>404085
Самое простое - вообще не использовать тут исключения, а возвращать false или true:
$result = apiOne();
if ($result == "error") {
$this->logError('api1', ....);
return false;
}
$result = apiTwo();
if ($result == "error") {
$this->logError('api2', ....);
return false;
}
return true;
Минус в том, что вызвыающий код не получает подробности ошибки - а просто false. Соответственно, второй вариант - сделать кастомный класс-исключение, описывающий ошибку и подробности. Его можно использовать и для логгирования, и для возврата:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
return $e;
}
Наконец, третий вариант - выбрасывать исключение, просто меняем return на throw:
$result = apiOne();
if ($result == "error") {
$e = new OperationFailedException("api1", подробности);
$this->logError($e);
throw $e;
}
Четвертый вариант - пусть функция работы с API бросает исключение, а мы его ловим и преобразовываем:
try {
$result = apiOne();
} catch (ApiException $inner) {
$e = OperationFailedException::forApiError($inner);
$this->logError($e);
throw $e;
}
Если для разных ошибок нужны разные наборы параметров, то можно сделать в исключении статические конструкторы:
OperationFailedException::forApi1Error(...);
OperationFailedException::forApi2Error(...);
Если тебе надо выполнить функцию и в любом случае послать отчет о работе, то в случае использования кода возврата true/false все очевидно, в случае использования исключений мы можем попробовать ловить вообще все исключения:
try {
$this->doSomething();
} catch (\Throwable $e) {
$this->sendFailedReport($e);
throw $e; // Обязательно прокидываем исключение дальше, чтобы не потерять
}
$this->sendSuccessReport(...);
Минус использования Throwable в том, что отчет будет посылаться вообще при любых ошибках, вроде синтаксической ошибки в коде. Если это не желательно, то Throwable надо заменить на OperationFailedException. Плюс этого в том, что ты всегда знаешь, с каким исключением работаешь, какие в нем есть методы, поля и тд. Ну например, в твоем кастомном исключении может быть записано, на каком шаге произошла ошибка, какой запрос выполнялся, какой ответ получен итд.
Ты пытаешься найти какое-то сложное решение там, где работает простое. Если у тебя в коде 10 блоков if, от добавления 10 return или throw коду хуже не станет. Тут не нужны какие-то паттерны или что-то нестандартное.
Проблемы в твоем коде:
- Если ты ловишь исключения, то надо создавать кастомный класс, а не ловить вообще любые исключения. Кто тебе сказал, что исключения могут бросать только твои функции? Есть исключения от библиотек и фреймворков, есть исключения от самого PHP.
- короткие названия функций
- функция ex() без аргументов, которая каким-то магическим образом должна получать подробности ошибки
>>403996
Ты ищешь сложное решение вместо простого. В случае использования элемента display: block и задания ему ширины, маргины вычисляются автоматически. Достаточно задать левый маргин, ширину и поставить auto для правого маргина.
Как плюс, это работает вообще во всех браузерах, в отличие от calc(), который пришел только с CSS3 и внедрен с ~2013 года: https://caniuse.com/#feat=calc
Обрати также внимание, что в части старых бразеров calc доступен только с вендорным префиксом. Изучи эту тему, и добавь нужные префиксы, если ты хочешь использовать calc(). Также, добавь в закладки или запомни сайт caniuse, он наверняка еще пригодится.
В CSS полезно знать, как работают значения по умолчанию, чтобы меньше писать кода и меньше менять при правках.
>>403678
Вообще, я бы советовал просто прочитать цикл статей "создаем приложение на фреймворке X". Вот, например, например, первый попавшийся туториал по Symfony: https://auth0.com/blog/symfony-tutorial-building-a-blog-part-1/
А так, пожалуйста, сложное облачное хранилище файлов nextcloud: https://github.com/nextcloud/server
CMS Интернет-магазина Magento: https://github.com/magento/magento2
>>402868
Я довольно долгое время под виндой работал, PHP и Апач там вполне работают.
На винду поставить несколько версий PHP проще простого - скачиваем zip-архивы и распаковываем в разные папки. А под линукс? Либо заморачиваться со сторонними репозиториями, которые перезапишут тебе libssl, либо использовать работающие с переменныем успехом скрипты вроде phpenv.
Ты ищешь сложное решение вместо простого. В случае использования элемента display: block и задания ему ширины, маргины вычисляются автоматически. Достаточно задать левый маргин, ширину и поставить auto для правого маргина.
Как плюс, это работает вообще во всех браузерах, в отличие от calc(), который пришел только с CSS3 и внедрен с ~2013 года: https://caniuse.com/#feat=calc
Обрати также внимание, что в части старых бразеров calc доступен только с вендорным префиксом. Изучи эту тему, и добавь нужные префиксы, если ты хочешь использовать calc(). Также, добавь в закладки или запомни сайт caniuse, он наверняка еще пригодится.
В CSS полезно знать, как работают значения по умолчанию, чтобы меньше писать кода и меньше менять при правках.
>>403678
Вообще, я бы советовал просто прочитать цикл статей "создаем приложение на фреймворке X". Вот, например, например, первый попавшийся туториал по Symfony: https://auth0.com/blog/symfony-tutorial-building-a-blog-part-1/
А так, пожалуйста, сложное облачное хранилище файлов nextcloud: https://github.com/nextcloud/server
CMS Интернет-магазина Magento: https://github.com/magento/magento2
>>402868
Я довольно долгое время под виндой работал, PHP и Апач там вполне работают.
На винду поставить несколько версий PHP проще простого - скачиваем zip-архивы и распаковываем в разные папки. А под линукс? Либо заморачиваться со сторонними репозиториями, которые перезапишут тебе libssl, либо использовать работающие с переменныем успехом скрипты вроде phpenv.
12 Кб, 180x280Тут кто-нибудь пробовал подружить сфинкс с постгрескьюэль?
Не покажите, как конфиг выглядит и как сфинкс вообще юзать в контексте постгреса?
Не покажите, как конфиг выглядит и как сфинкс вообще юзать в контексте постгреса?
Сап, аноны, дайте подсказку.
Есть ДБ с тремя таблицами: "Юзеры", "Фильмы", "ЮзерыФильмы".
В таблице "ЮзерыФильмы" очевидно идет айди Юзера и Фильма, а также оценка.
В таблице "Фильмы" есть столбец с инфой "Средняя оценка", как мне таскать инфу для этой средней оценки?
Мониторить каждое изменение "ЮзерыФильмы" и апдейтить столбец "Средняя оценка"? Или есть более умные возможности?
П.С, пишу в Ларавеле если это вообще имеет смысл.
Есть ДБ с тремя таблицами: "Юзеры", "Фильмы", "ЮзерыФильмы".
В таблице "ЮзерыФильмы" очевидно идет айди Юзера и Фильма, а также оценка.
В таблице "Фильмы" есть столбец с инфой "Средняя оценка", как мне таскать инфу для этой средней оценки?
Мониторить каждое изменение "ЮзерыФильмы" и апдейтить столбец "Средняя оценка"? Или есть более умные возможности?
П.С, пишу в Ларавеле если это вообще имеет смысл.
>>402301
Спасибо, хорошо объяснил. Про хлеб тоже понятно, что лучше проще архитектуру держать, чем сложнее. Меня в dependency injection смущает, что кучу классов надо в конструктор передавать, а если таких классов по всему проекту много, куда кучу других передавать, то конструкторы сильно заросшие получаются, и сложно потом что-то менять. Может это вопрос неправильной архитектуры, но когда классы начинаешь на роли делить, а не все подряд в пару god классов пихать, то выходит очень много всего по DI передавать становится.
Спасибо, хорошо объяснил. Про хлеб тоже понятно, что лучше проще архитектуру держать, чем сложнее. Меня в dependency injection смущает, что кучу классов надо в конструктор передавать, а если таких классов по всему проекту много, куда кучу других передавать, то конструкторы сильно заросшие получаются, и сложно потом что-то менять. Может это вопрос неправильной архитектуры, но когда классы начинаешь на роли делить, а не все подряд в пару god классов пихать, то выходит очень много всего по DI передавать становится.
>>405188
Подружил, отбой вопроса.
Подружил, отбой вопроса.
Дали странную задачу. Имитировать работу require_once используя require и возможности констант класса. Вроде просто — нужно проверять константу на отсутствие, ибо если её нет, то реквайр можно вставить, но если она есть, то нет. Однако предполагается, что этот самый require на один и тот же файл может быть вписан в код хоть 500 раз и каким образом сделать такую проверку на лету? Это на РНР вообще возможно, он же интерпретируемый?
>>405492
Допускаю, что знаю хуёво логику работы этих языковых конструкций и возможно ответ скрыт на поверхности, но я всё равно не понимаю как можно залочить команду по условию.
Допускаю, что знаю хуёво логику работы этих языковых конструкций и возможно ответ скрыт на поверхности, но я всё равно не понимаю как можно залочить команду по условию.
>>405493
Хмм... А если ебануть проверку условия существования константы прямо в файле класса.
Хмм... А если ебануть проверку условия существования константы прямо в файле класса.
Как передавать класс пагинатор в тот же контроллер? По IoC - в конструктор\метод или уже внутри создавать, нарушая принципы?
Ну и вообще про такие вот утилитарные классы вопрос.
Ну и вообще про такие вот утилитарные классы вопрос.
>>405497
Сомневаюсь что так надо - при синглтоне у тебя только один экземпляр класса, тогда как require_once просто подключает файл один раз, а вот количество объектов может быть любое.
Сомневаюсь что так надо - при синглтоне у тебя только один экземпляр класса, тогда как require_once просто подключает файл один раз, а вот количество объектов может быть любое.
>>405497
Я придумал: заведи себе массив подключенных файлов и при очередном запросе на подключение проверяй сперва этот массив.
Я придумал: заведи себе массив подключенных файлов и при очередном запросе на подключение проверяй сперва этот массив.
>>405503
А всё, заработало. Скобку забыл.
А всё, заработало. Скобку забыл.
>>405502
Ну попробуй что-то вроде define(ClassName::class, $путь к файлу) и проверяй эту константу перед подключением.
Ну попробуй что-то вроде define(ClassName::class, $путь к файлу) и проверяй эту константу перед подключением.
>>405505
Я это и сделол.
Я это и сделол.
Посоны, вот это говно по зависимостям не читайте:
https://designpatternsphp.readthedocs.io/ru/latest/Structural/DependencyInjection/README.html
Там левая параша, которая к DI не имеет отношения почти полностью, кроме первого и второго абзаца. UML-диаграмма вообще какая-то левая - про конфиг и ДБ. Надо с контейнера начинать показывать, а они куда-то в кусты полезли.
По факту там просто показывается как передавать класс в конструктор через параметры какая великая наука. Тупее объяснения я ещё не видел, а поначалу вообще не врубался в то, о чём они там говорят.
https://designpatternsphp.readthedocs.io/ru/latest/Structural/DependencyInjection/README.html
Там левая параша, которая к DI не имеет отношения почти полностью, кроме первого и второго абзаца. UML-диаграмма вообще какая-то левая - про конфиг и ДБ. Надо с контейнера начинать показывать, а они куда-то в кусты полезли.
По факту там просто показывается как передавать класс в конструктор через параметры какая великая наука. Тупее объяснения я ещё не видел, а поначалу вообще не врубался в то, о чём они там говорят.
>>405722
Нахуя ты паришься? Реквайр уанс подключит файл только единожды, то есть встретив инструкцию подключить тот же файл, то скрипт упадет. Сделай счетчик, который выкинет ошибку при повторном подключении файла, и все.
Нахуя ты паришься? Реквайр уанс подключит файл только единожды, то есть встретив инструкцию подключить тот же файл, то скрипт упадет. Сделай счетчик, который выкинет ошибку при повторном подключении файла, и все.
>>405877
Щито? Документацию пускай дураки читают?
Ничего там не упадёт.
>то есть встретив инструкцию подключить тот же файл, то скрипт упадет.
Щито? Документацию пускай дураки читают?
Ничего там не упадёт.
>>405877
Ну дык я сделал таким образом, что скрипт прогоняет простое условие при каждом добавлении файла. Допускаю, что это тяжеловато, но вроде работает.
Ну дык я сделал таким образом, что скрипт прогоняет простое условие при каждом добавлении файла. Допускаю, что это тяжеловато, но вроде работает.
>>405678
Вообще, DI контейнер это исключительно вспомогательная вещь, для удобства, и сам принцип DI не требует его наличия, а лишь говорит о том, что зависимости передаются снаружи. Принцип DI подробно описан в моем уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>405500
Задача плохо сформулирована. Например, не очень понятно, что тут можно менять, а что нельзя.
>>405496
Это не синглтон. Синглтон - это когда нельзя создать более 1 объекта какого-то класса.
>>405495
Необязательно все передавать снаружи. Обычно снаружи передаются сервисы - классы, которые, как правило, существуют в одном экземпляре и не имеют состояния и параметры конфигурации. И, как правило, кроме как снаружи, взять их неоткуда, потому вариантов, кроме DI, нету.
Но это не значит, что твой класс не может сам создавать объекты. Конечно, может. Например, если твой класс работает с БД, то он вполне может создавать и возвращать объекты, соответствующие записям в БД.
Если пагинатор не имеет зависимостей, то можно просто создать его внутри контроллера. Если же у пагинатора есть зависимости (что вызывает вопросы к архитектуре), то есть такие варианты:
- внедрить зависимости в контроллер, а он их передаст пагинатору
- сделать фабрику, которая умеет создавать пагинаторы, и внедрить фабрику в контроллер. Переусложняем код на ровном месте.
Вообще, DI контейнер это исключительно вспомогательная вещь, для удобства, и сам принцип DI не требует его наличия, а лишь говорит о том, что зависимости передаются снаружи. Принцип DI подробно описан в моем уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>405500
Задача плохо сформулирована. Например, не очень понятно, что тут можно менять, а что нельзя.
>>405496
Это не синглтон. Синглтон - это когда нельзя создать более 1 объекта какого-то класса.
>>405495
Необязательно все передавать снаружи. Обычно снаружи передаются сервисы - классы, которые, как правило, существуют в одном экземпляре и не имеют состояния и параметры конфигурации. И, как правило, кроме как снаружи, взять их неоткуда, потому вариантов, кроме DI, нету.
Но это не значит, что твой класс не может сам создавать объекты. Конечно, может. Например, если твой класс работает с БД, то он вполне может создавать и возвращать объекты, соответствующие записям в БД.
Если пагинатор не имеет зависимостей, то можно просто создать его внутри контроллера. Если же у пагинатора есть зависимости (что вызывает вопросы к архитектуре), то есть такие варианты:
- внедрить зависимости в контроллер, а он их передаст пагинатору
- сделать фабрику, которая умеет создавать пагинаторы, и внедрить фабрику в контроллер. Переусложняем код на ровном месте.
>>405448
Указание зависимостей в конструкторе это скорее плюс, так как зависимости явно видны и описаны. Не надо искать по всему телу класса, что ему нужно для работы.
Если зависимостей очень много, то это вызывает вопрос к архитектуре: а не создаешь ли ты God Object, который нарушает принцип единой ответственности? Обычно зависимостей не так много, порядка 3-6.
Ну и такие классы обычно никто руками не создает, используют DI контейнер, и получают объекты из него:
$auth = $container->get(AuthManager::class);
>>405244
Да, либо обновлять при любом добавлении оценки, либо не хранить в БД и вычислять при обращении (может быть медленно).
>>399337
Они настраиваются в конфиге PHP с названием php.ini (параметр display_errors) или в конфиге php-fpm, если ты его используешь: https://www.php.net/manual/ru/install.fpm.configuration.php
Не включай отображение ошибок на продакшене.
Для постоянного просмотра лога ошибок можно просто использовать команду tail -f в консоли.
Указание зависимостей в конструкторе это скорее плюс, так как зависимости явно видны и описаны. Не надо искать по всему телу класса, что ему нужно для работы.
Если зависимостей очень много, то это вызывает вопрос к архитектуре: а не создаешь ли ты God Object, который нарушает принцип единой ответственности? Обычно зависимостей не так много, порядка 3-6.
Ну и такие классы обычно никто руками не создает, используют DI контейнер, и получают объекты из него:
$auth = $container->get(AuthManager::class);
>>405244
Да, либо обновлять при любом добавлении оценки, либо не хранить в БД и вычислять при обращении (может быть медленно).
>>399337
Они настраиваются в конфиге PHP с названием php.ini (параметр display_errors) или в конфиге php-fpm, если ты его используешь: https://www.php.net/manual/ru/install.fpm.configuration.php
Не включай отображение ошибок на продакшене.
Для постоянного просмотра лога ошибок можно просто использовать команду tail -f в консоли.
>>405188
Анша пхп!
Анша пхп!
Подскажите пожалуйста, как можно сделать кнопки сортировки по заголовкам таблицы?
>>407003
В гет-параметры ставишь сортировку, на странице таблицы получаешь эту сортировку, подставляешь в SQL-запрос и отправляешь в базу.
Посмотри как у других сделано - на гитхабе набери student-list, там выдаст с десяток разных. Вообще подглядывать тут не стыдно.
В гет-параметры ставишь сортировку, на странице таблицы получаешь эту сортировку, подставляешь в SQL-запрос и отправляешь в базу.
Посмотри как у других сделано - на гитхабе набери student-list, там выдаст с десяток разных. Вообще подглядывать тут не стыдно.
>>407083
>>407087
Простите, я плохо выразил свои мысли. У меня в основном проблемы с версткой. У меня в основном проблема с версткой. Мне заголовки в кнопки поместить? гуглил, там примеры с radio, я думаю сделать submit для каждого заголовка, но ощущение что это совсем не правильно будет. Я, кстати, с post делаю. Страницы и поиск сделал уже, осталась сортировка.
>>407087
Простите, я плохо выразил свои мысли. У меня в основном проблемы с версткой. У меня в основном проблема с версткой. Мне заголовки в кнопки поместить? гуглил, там примеры с radio, я думаю сделать submit для каждого заголовка, но ощущение что это совсем не правильно будет. Я, кстати, с post делаю. Страницы и поиск сделал уже, осталась сортировка.
>>407119
Я просто заголовки таблицы делал ссылками с параметрами, ссылки эти функцией создаются, чтобы в шаблоне логики не было, параметры такие; по какому столбцу сортирую и в каком порядке, если не выбран никакой или выбран другой заголовок, то asc, если этот выбран был уже, то desc. Ну и поиск текущий тоже в параметры надо вставить, чтобы сортировка не дропалась.
Я просто заголовки таблицы делал ссылками с параметрами, ссылки эти функцией создаются, чтобы в шаблоне логики не было, параметры такие; по какому столбцу сортирую и в каком порядке, если не выбран никакой или выбран другой заголовок, то asc, если этот выбран был уже, то desc. Ну и поиск текущий тоже в параметры надо вставить, чтобы сортировка не дропалась.
Где перекат, ленивые задницы?
>>407119
Тогда вёрстку подтягивай. Неправильно лепить велосипеды там, где что-то не умеешь - надо значит учиться. Да и работать ты не сможешь, не зная азов. Ни спарсить ничего, ни сайт подправить.
Вообще не правильно. В таблице данные у тебя запрашиваются, просто в определённом порядке, а это именно GET-параметры. POST данные отдаёт на запись в базу например, а не запрашивает. Это вроде как SELECT и UPDATE в SQL. Желательно разделять и понимать эти вещи.
>проблемы с версткой
Тогда вёрстку подтягивай. Неправильно лепить велосипеды там, где что-то не умеешь - надо значит учиться. Да и работать ты не сможешь, не зная азов. Ни спарсить ничего, ни сайт подправить.
>я думаю сделать submit для каждого заголовка, но ощущение что это совсем не правильно будет
Вообще не правильно. В таблице данные у тебя запрашиваются, просто в определённом порядке, а это именно GET-параметры. POST данные отдаёт на запись в базу например, а не запрашивает. Это вроде как SELECT и UPDATE в SQL. Желательно разделять и понимать эти вещи.
>>407133
Она там должна быть. Просто надо разделять на логику получения данных и логику их отображения. В обоих случаях она присутствует, но выполняет сугубо конкретные цели.
>чтобы в шаблоне логики не было
Она там должна быть. Просто надо разделять на логику получения данных и логику их отображения. В обоих случаях она присутствует, но выполняет сугубо конкретные цели.
>>407312
Это и имелось ввиду.
Это и имелось ввиду.
>>407311
Тогда ссылки будут некрасивыми. Неужели даже если с POST сделаю - будет не правильно?
>Вообще не правильно. В таблице данные у тебя запрашиваются, просто в определённом порядке, а это именно GET-параметры.
Тогда ссылки будут некрасивыми. Неужели даже если с POST сделаю - будет не правильно?
>>407629
Что значит некрасивые? Эта ссылка представляет состояние твоего приложения в одну единицу времени, иначе пропадает вообще смысл в ссылках. Ты её можешь скопировать и кому-то отправить, этот кто-то её откроет и увидит тоже что и ты, если конечно состояние не поменялось. В гет запросе тоже можно параметры в теле отправлять, но зачем? Если тебя смущают квери параметры то можешь яндекс браузер скачать, он отрезает весь текст в урле после ? пока на него мышкой не нажмешь для выделения
Что значит некрасивые? Эта ссылка представляет состояние твоего приложения в одну единицу времени, иначе пропадает вообще смысл в ссылках. Ты её можешь скопировать и кому-то отправить, этот кто-то её откроет и увидит тоже что и ты, если конечно состояние не поменялось. В гет запросе тоже можно параметры в теле отправлять, но зачем? Если тебя смущают квери параметры то можешь яндекс браузер скачать, он отрезает весь текст в урле после ? пока на него мышкой не нажмешь для выделения
395 Кб, 1037x1319Лочу и пишу в файл так:
$f = fopen('file.txt', 'cb');
flock($f, LOCK_EX|LOCK_NB);
ftruncate($f, 0);
fwrite($f, 'lalala');
далее скрипт продолжает работать, а в это время, читаю содержимое файла из другого скрипта:
$t = file_get_contents('file.txt');
В итоге, в переменной $t - пустая строка, хотя если открыть файл блокнотом, то в нем имеется запись. При этом проблема эта возникает только на винде, в линупсе работает как положено. почему так? Пробовал открывать на чтение fopen() и читать через fread() - та же история
$f = fopen('file.txt', 'cb');
flock($f, LOCK_EX|LOCK_NB);
ftruncate($f, 0);
fwrite($f, 'lalala');
далее скрипт продолжает работать, а в это время, читаю содержимое файла из другого скрипта:
$t = file_get_contents('file.txt');
В итоге, в переменной $t - пустая строка, хотя если открыть файл блокнотом, то в нем имеется запись. При этом проблема эта возникает только на винде, в линупсе работает как положено. почему так? Пробовал открывать на чтение fopen() и читать через fread() - та же история
Опушка, добрый день! Занимаюсь по твоим урок уж который месяц, впервые решил поделиться. Уроки крутые.
Глянь пожалуйста задачку про ООО Вектор (до антикризисных),
что думаешь?
https://github.com/superhorsy/share/blob/master/oop_vector2.php
Глянь пожалуйста задачку про ООО Вектор (до антикризисных),
что думаешь?
https://github.com/superhorsy/share/blob/master/oop_vector2.php
>>408140
Не помогло
Не помогло
>>407629
А ты вообще понимаешь, чем POST отличается от GET? Формально методы определены в одном из RFC: https://tools.ietf.org/html/rfc7231#section-4
Hence, when people speak of retrieving some identifiable information via HTTP, they are generally referring to making a GET request.
Обычно GET используется для получения каких-то данных, а POST - для сохранения каких-то изменений на сервер. Очевидно, что для получения списка логичнее всего использовать именно GET. Например:
/students?search=Ivan&sort=-name&page=2
Я не очень понимаю, зачем тут POST вообще. Если ты хочешь использовать форму, то формы можно отправлять методом GET.
Как написали выше, GET имеет другие преимущества:
- возможность сохранить или переслать ссылку на результат
- возможность перемещаться назад/вперед по истории
- возможность кешировать ответ (тут, впрочем, это вряд ли нужно)
Обычно сортировку просто делают через ссылки в заголовке. Но, конечно, возможны другие варианты, например:
- яваскрипт перехватывает клик по заголовку и формирует ссылку нужного вида (минус: у обычных ссылок есть опции вроде "открыть в новой вкладке", "скопировать ссылку", а у кнопки - нет)
- яваскрипт перехватывает клик по заголовку, аяксом запрашивает данные и вставляет на страницу без перезагрузки. Минус - перестают работать многие из возможностей выше.
- использовать традиционные ссылки, сохраняя все их преимущества, но добавить библиотеку pajax, которая позволит подгружать данные аяксом
А ты вообще понимаешь, чем POST отличается от GET? Формально методы определены в одном из RFC: https://tools.ietf.org/html/rfc7231#section-4
> The GET method requests transfer of a current selected representation for the target resource. GET is the primary mechanism of information retrieval and the focus of almost all performance optimizations.
Hence, when people speak of retrieving some identifiable information via HTTP, they are generally referring to making a GET request.
> The POST method requests that the target resource process the representation enclosed in the request according to the resource's own specific semantics.
Обычно GET используется для получения каких-то данных, а POST - для сохранения каких-то изменений на сервер. Очевидно, что для получения списка логичнее всего использовать именно GET. Например:
/students?search=Ivan&sort=-name&page=2
Я не очень понимаю, зачем тут POST вообще. Если ты хочешь использовать форму, то формы можно отправлять методом GET.
Как написали выше, GET имеет другие преимущества:
- возможность сохранить или переслать ссылку на результат
- возможность перемещаться назад/вперед по истории
- возможность кешировать ответ (тут, впрочем, это вряд ли нужно)
Обычно сортировку просто делают через ссылки в заголовке. Но, конечно, возможны другие варианты, например:
- яваскрипт перехватывает клик по заголовку и формирует ссылку нужного вида (минус: у обычных ссылок есть опции вроде "открыть в новой вкладке", "скопировать ссылку", а у кнопки - нет)
- яваскрипт перехватывает клик по заголовку, аяксом запрашивает данные и вставляет на страницу без перезагрузки. Минус - перестают работать многие из возможностей выше.
- использовать традиционные ссылки, сохраняя все их преимущества, но добавить библиотеку pajax, которая позволит подгружать данные аяксом
>>407842
По идее ты должен сделать fclose() или хотя бы fflush(), чтобы сбросить изменения в файл. До fclose данные могут быть где-то в буфере внутри PHP или в буфере ОС.
Также, обрати внимание на мануал: https://www.php.net/manual/ru/function.flock.php
Я думаю, что ты должен при чтении также использовать flock(). Так как это добровольная (advisory), а не принудительная (mandatory) блокировка.
Также, если ты используешь LOCK_NB, то ты должен проверять, что блокировка получена, смотря на результат flock(). Для начала прочитай мануал и посмотри примеры кода в нем.
У file_get_contents, кстати, тоже есть флаги для блокировки.
По идее ты должен сделать fclose() или хотя бы fflush(), чтобы сбросить изменения в файл. До fclose данные могут быть где-то в буфере внутри PHP или в буфере ОС.
Также, обрати внимание на мануал: https://www.php.net/manual/ru/function.flock.php
> PHP поддерживает портируемый способ консультативной блокировки (advisory locking) полностью всего файла (что означает, что все программы, осуществляющие доступ к файлу, должны использовать один и тот же способ блокировки, иначе блокировка не будет работать).
Я думаю, что ты должен при чтении также использовать flock(). Так как это добровольная (advisory), а не принудительная (mandatory) блокировка.
Также, если ты используешь LOCK_NB, то ты должен проверять, что блокировка получена, смотря на результат flock(). Для начала прочитай мануал и посмотри примеры кода в нем.
У file_get_contents, кстати, тоже есть флаги для блокировки.
>>407842
Ну и если у тебя есть конкретные вопросы по блокировкам, работе с файлами, не описанные в мануале, то тоже можешь задавать, так как возможно ты не очень понял, как оно все работает.
Ну и если у тебя есть конкретные вопросы по блокировкам, работе с файлами, не описанные в мануале, то тоже можешь задавать, так как возможно ты не очень понял, как оно все работает.
>>408169
мне надо чтобы файл был залочен, в то время как я ег очитаю дургим скриптом. Т.е. заюзать fclose - нельзя.
fflush() не помогает.
Пробовал открывать по всякому, включая все способы что ты перечислил - не работает.
Пробовал в первом скрипте, псоле записи сделать fclose, а потом опять залочить - всеравно читет как пустую строку, до тех пор пока я не убью первый скрипт (или он сам не завершится)
мне надо чтобы файл был залочен, в то время как я ег очитаю дургим скриптом. Т.е. заюзать fclose - нельзя.
fflush() не помогает.
Пробовал открывать по всякому, включая все способы что ты перечислил - не работает.
Пробовал в первом скрипте, псоле записи сделать fclose, а потом опять залочить - всеравно читет как пустую строку, до тех пор пока я не убью первый скрипт (или он сам не завершится)
Всем привет. Делаю файлообменник и когда доходит до скачивания, то скачивается файл размером с 60-80 байт вместо 80кб к примеру. На первом скрине функция скачивания файла, что передается туда на втором скрине. Где я мог накосячить?
>>408244
Синтаксис то нормальный, только ничего не понятно что там происходит.
Да и вообще если он такой код написал, мог бы уже и сам разобраться что там на самом деле клиенту отправляется и где ошибка.
Ходит хвастается как он в ООП умеет.
Синтаксис то нормальный, только ничего не понятно что там происходит.
Да и вообще если он такой код написал, мог бы уже и сам разобраться что там на самом деле клиенту отправляется и где ошибка.
Ходит хвастается как он в ООП умеет.
>>408250
Не хвастаюсь, я очень много кода скопировал у кого-то кто это сделал и пытаюсь его разобрать.
Не хвастаюсь, я очень много кода скопировал у кого-то кто это сделал и пытаюсь его разобрать.
>>408253
Ну йобана, ты текстовиком хоть файл скачанный открывал? Наверняка там ошибка лежит.
Ну йобана, ты текстовиком хоть файл скачанный открывал? Наверняка там ошибка лежит.
>>408274
Кажись понял.
В 7й строке вместо
->write($file->path_to_file)
делай
->write(file_get_contents($file->path_to_file))
Кажись понял.
В 7й строке вместо
->write($file->path_to_file)
делай
->write(file_get_contents($file->path_to_file))
>>408279
Помогло, спасибо большое!
Помогло, спасибо большое!
>>408250
$файл = получитьИлиОбломаться(бла-бла);
если (в апаче НЕ установлен мод для отсылки файлов)
{
$ответ = $ответ->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->контентНаВыдачу($файл->путь)
}
иначе
{
$ответ = $ответ->добавитьЗаголовок(натравили мод на файл, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
}
сделано на цепочках
$файл->сохранить(); нафига?
вернуть $ответ
ООП код гораздо легче процедурной лапши обычно читается.
>ничего не понятно что там происходит
$файл = получитьИлиОбломаться(бла-бла);
если (в апаче НЕ установлен мод для отсылки файлов)
{
$ответ = $ответ->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->контентНаВыдачу($файл->путь)
}
иначе
{
$ответ = $ответ->добавитьЗаголовок(натравили мод на файл, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
->добавитьЗаголовок(бла-бла, инфа-по-файлу)
}
сделано на цепочках
$файл->сохранить(); нафига?
вернуть $ответ
ООП код гораздо легче процедурной лапши обычно читается.
Онтоны, есть у меня phpStorm и есть у меня развернутый проект на тестовом сервере. Я могу как-то подключить шторм к файлам на сервере, сразу увидеть в шторме структуру каталогов проекта и в реалтайме редактировать файлы, которые мне нужно отредактировать?
>>408552
Вот я долбоеб! Даже шторм предлагает сделать так.
Жаль только нет просто SSH/SPC
Может есть плагин? Лень поднимать SFTP на сервере
Вот я долбоеб! Даже шторм предлагает сделать так.
Жаль только нет просто SSH/SPC
Может есть плагин? Лень поднимать SFTP на сервере
>>408216
Ты проверяешь, что возвращает flock()? Так как ты не написал об этом в своем посте, потому я предполагаю, что не проверяешь. Покажи текущую версию кода на всякий случай, и проверь, что в ней учтено то, что написано в мануале.
Ты проверяешь, что возвращает flock()? Так как ты не написал об этом в своем посте, потому я предполагаю, что не проверяешь. Покажи текущую версию кода на всякий случай, и проверь, что в ней учтено то, что написано в мануале.
>>408971
Вопрос снят.
На винде нельзя блокировать тем типом блокировки, который происходит в линуксе (названий не помню).
На винде файл лочится таким образом, что его невозможно читать. Вся магия винды заключается в том, что файл всетаки читается дефолтным блокнотом (почему так - никто не знает), однако никакими другими средтвами его прочитать нельзя, включа коммандную строку, саблайм, даже браузер.
Вопрос снят.
На винде нельзя блокировать тем типом блокировки, который происходит в линуксе (названий не помню).
На винде файл лочится таким образом, что его невозможно читать. Вся магия винды заключается в том, что файл всетаки читается дефолтным блокнотом (почему так - никто не знает), однако никакими другими средтвами его прочитать нельзя, включа коммандную строку, саблайм, даже браузер.
Здесь можно найти людей для конфы вк для пхп мидлов, что стремятся стать сеньерами? ) https://vk.com/phpquestion
>>409026
Может, блокнот просто игнорирует ошибку доступа к файлу и притворяется, что все ок?
То есть, получается в итоге, что flock() работает, как описано в документации? Там упомянуто про использование принудительной блокировки на винде.
> Вся магия винды заключается в том, что файл всетаки читается дефолтным блокнотом (почему так - никто не знает),
Может, блокнот просто игнорирует ошибку доступа к файлу и притворяется, что все ок?
То есть, получается в итоге, что flock() работает, как описано в документации? Там упомянуто про использование принудительной блокировки на винде.
>>409168
Я не шибко знаком с возможными блокировками. но как я понял, если 2 типа:
1. Лочится так, что читать нельзя;
2. Лочится так, что читать можно.
По дефолту в линуксе используется второй способ, а на винде так сделать невозможно, поэтому используется первый
Я не шибко знаком с возможными блокировками. но как я понял, если 2 типа:
1. Лочится так, что читать нельзя;
2. Лочится так, что читать можно.
По дефолту в линуксе используется второй способ, а на винде так сделать невозможно, поэтому используется первый
>>409217
Да, блокировки бывают разные: shared (на чтение, другие могут читать, но не могут писать) и exclusive (владелец может читать и писать, другие ничего не могут).
Но это тут, я думаю, не при чем. Просто в Линукс это реализовано как добровольная блокировка, то есть ты перед обращением к файлу сам должен убедиться, что он не заблокирован.
Да, блокировки бывают разные: shared (на чтение, другие могут читать, но не могут писать) и exclusive (владелец может читать и писать, другие ничего не могут).
Но это тут, я думаю, не при чем. Просто в Линукс это реализовано как добровольная блокировка, то есть ты перед обращением к файлу сам должен убедиться, что он не заблокирован.
Как же у меня бомбит.
Начал осваивать ларавел.
Сконфигурировал Ларавел, Композер, Вагрант, Хомстед, SQL.
Вчера всё работало норм.
Сегодня первый пик при запуске сайта через Хомстед.
При том что через php artisan serve - 127.0.0.1:8000 всё работает нормально.
Начал разбираться - проблема не гуглится.
Продолжил разбираться, пик2.
Даже артисан в хомстеде ругается на loadconfiguration.php
Начал смотреть туда.
protected function loadConfigurationFiles(Application $app, RepositoryContract $repository) не получает список php файлов, проблема в getConfigurationFiles.
Смотрю getConfigurationFiles. Finder::create()->files()->name('*.php')->in($configPath) не находит файлы.
$files11 = scandir('/home/vagrant/code');
Находит всё что нужно
$finder2->in('/home');
находит 2 папки.
-home/vagrant/code
-home/vagrant
$finder2->in('/home/vagrant');
находит 1 папку
- /home/vagrant/code
Пробую написать с нуля.
$finder2 = new Finder();
$finder2->in('/home/vagrant/code');
находит нихуя
Что делать то?
Начал осваивать ларавел.
Сконфигурировал Ларавел, Композер, Вагрант, Хомстед, SQL.
Вчера всё работало норм.
Сегодня первый пик при запуске сайта через Хомстед.
При том что через php artisan serve - 127.0.0.1:8000 всё работает нормально.
Начал разбираться - проблема не гуглится.
Продолжил разбираться, пик2.
Даже артисан в хомстеде ругается на loadconfiguration.php
Начал смотреть туда.
protected function loadConfigurationFiles(Application $app, RepositoryContract $repository) не получает список php файлов, проблема в getConfigurationFiles.
Смотрю getConfigurationFiles. Finder::create()->files()->name('*.php')->in($configPath) не находит файлы.
$files11 = scandir('/home/vagrant/code');
Находит всё что нужно
$finder2->in('/home');
находит 2 папки.
-home/vagrant/code
-home/vagrant
$finder2->in('/home/vagrant');
находит 1 папку
- /home/vagrant/code
Пробую написать с нуля.
$finder2 = new Finder();
$finder2->in('/home/vagrant/code');
находит нихуя
Что делать то?
Как же у меня бомбит.
Начал осваивать ларавел.
Сконфигурировал Ларавел, Композер, Вагрант, Хомстед, SQL.
Вчера всё работало норм.
Сегодня первый пик при запуске сайта через Хомстед.
При том что через php artisan serve - 127.0.0.1:8000 всё работает нормально.
Начал разбираться - проблема не гуглится.
Продолжил разбираться, пик2.
Даже артисан в хомстеде ругается на loadconfiguration.php
Начал смотреть туда.
protected function loadConfigurationFiles(Application $app, RepositoryContract $repository) не получает список php файлов, проблема в getConfigurationFiles.
Смотрю getConfigurationFiles. Finder::create()->files()->name('*.php')->in($configPath) не находит файлы.
$files11 = scandir('/home/vagrant/code');
Находит всё что нужно
$finder2->in('/home');
находит 2 папки.
-home/vagrant/code
-home/vagrant
$finder2->in('/home/vagrant');
находит 1 папку
- /home/vagrant/code
Пробую написать с нуля.
$finder2 = new Finder();
$finder2->in('/home/vagrant/code');
находит нихуя
Что делать то?
Начал осваивать ларавел.
Сконфигурировал Ларавел, Композер, Вагрант, Хомстед, SQL.
Вчера всё работало норм.
Сегодня первый пик при запуске сайта через Хомстед.
При том что через php artisan serve - 127.0.0.1:8000 всё работает нормально.
Начал разбираться - проблема не гуглится.
Продолжил разбираться, пик2.
Даже артисан в хомстеде ругается на loadconfiguration.php
Начал смотреть туда.
protected function loadConfigurationFiles(Application $app, RepositoryContract $repository) не получает список php файлов, проблема в getConfigurationFiles.
Смотрю getConfigurationFiles. Finder::create()->files()->name('*.php')->in($configPath) не находит файлы.
$files11 = scandir('/home/vagrant/code');
Находит всё что нужно
$finder2->in('/home');
находит 2 папки.
-home/vagrant/code
-home/vagrant
$finder2->in('/home/vagrant');
находит 1 папку
- /home/vagrant/code
Пробую написать с нуля.
$finder2 = new Finder();
$finder2->in('/home/vagrant/code');
находит нихуя
Что делать то?
>>410233
А ты сдампил, что там передается в $configPath? Может там путь не тот?
Также, ты можешь проверить наличие файлов командой вроде
ls -la /home/vagrant/code/
в консоли, в которой ты логинишься через ssh.
Также, ты не написал, как у тебя сделан маппинг файлов с хоста в виртуальную машину. Ты показываешь скриншот Far на твоем хосте, но Ларавель работает в виртуальной машине и возможно в ней этих файлов нет (что я тебе и предлагаю проверить с помощью команды ls).
Информация о команде: https://pingvinus.ru/note/cmd-ls
Также, увидеть текущий каталог в линуксе можно командой pwd.
Урок по командной строке: https://github.com/codedokode/pasta/blob/master/soft/cli.md
> Смотрю getConfigurationFiles. Finder::create()->files()->name('*.php')->in($configPath) не находит файлы.
А ты сдампил, что там передается в $configPath? Может там путь не тот?
Также, ты можешь проверить наличие файлов командой вроде
ls -la /home/vagrant/code/
в консоли, в которой ты логинишься через ssh.
Также, ты не написал, как у тебя сделан маппинг файлов с хоста в виртуальную машину. Ты показываешь скриншот Far на твоем хосте, но Ларавель работает в виртуальной машине и возможно в ней этих файлов нет (что я тебе и предлагаю проверить с помощью команды ls).
Информация о команде: https://pingvinus.ru/note/cmd-ls
Также, увидеть текущий каталог в линуксе можно командой pwd.
Урок по командной строке: https://github.com/codedokode/pasta/blob/master/soft/cli.md
>>410442
Сдампил ессно, путь корректен.
Тоже делал, файлы в наличии, ls -a в консоли и scandir('/home/vagrant/code') в коде их показывают.
В конфиге homestead
folders:
- map: C:/Users/SRG/qwe (папка тестового проекта)
to: /home/vagrant/code
Проблема появилась после перезагрузки, до этого всё работало нормально. php artisan serve на хосте, а не в виртуалке отрабатывает нормально.
>А ты сдампил, что там передается в $configPath? Может там путь не тот?
Сдампил ессно, путь корректен.
>ls -la /home/vagrant/code/
Тоже делал, файлы в наличии, ls -a в консоли и scandir('/home/vagrant/code') в коде их показывают.
>маппинг файлов с хоста в виртуальную машину
В конфиге homestead
folders:
- map: C:/Users/SRG/qwe (папка тестового проекта)
to: /home/vagrant/code
Проблема появилась после перезагрузки, до этого всё работало нормально. php artisan serve на хосте, а не в виртуалке отрабатывает нормально.
Анончики, помогите понять. Делаю задачу про список студентов. Не могу разобраться в том как именно должно всё работать.
Вот есть страница, с неё посылается запрос на контроллер, он запускает модель, модель отдаёт данные обратно, контроллер передаёт данные на страницу. Так?
Как должно всё это взаимодействовать, если везде классы?
Вот есть страница, с неё посылается запрос на контроллер, он запускает модель, модель отдаёт данные обратно, контроллер передаёт данные на страницу. Так?
Как должно всё это взаимодействовать, если везде классы?
>>410520
Если контроллер это класс, но как я должен его запускать? Прочитал про роутинг, но не понял. Вот есть страница с функциями вывода и поиска. Со страницы происходит запрос на файл роутер и в зависимости от того, что нужно сделать вывести или искать файл-роутер создаёт экземпляр нужного контроллера, запускает метод и возвращает данные на страницу. Так должно работать или я ошибаюсь?
Если контроллер это класс, но как я должен его запускать? Прочитал про роутинг, но не понял. Вот есть страница с функциями вывода и поиска. Со страницы происходит запрос на файл роутер и в зависимости от того, что нужно сделать вывести или искать файл-роутер создаёт экземпляр нужного контроллера, запускает метод и возвращает данные на страницу. Так должно работать или я ошибаюсь?
>>410528
https://www.youtube.com/channel/UCQTlLk8CI8GDUPsz21uwjOQ
Я у этого парня смотрел по MVC урок. Не знаю грамотно ли он обьясняет, но на первое время точно пойдет
https://www.youtube.com/channel/UCQTlLk8CI8GDUPsz21uwjOQ
Я у этого парня смотрел по MVC урок. Не знаю грамотно ли он обьясняет, но на первое время точно пойдет
>>410528
Как хочешь. Можно через конструктор, можно метод вызывать.
Читай и сам пробуй написать. Одного чтения мало, тем более если не понимаешь.
Сейчас все делают через фронт-контроллер. Никаких прямых запросов на php-файл извне - это небезопасно.
Нет, не так. Функция поиска - часть твоей страницы вывода. Это тот же список студентов, но только с критериями вывода, а значит контроллер тот же, что и в обычной таблице, только метод поиска, а не просто вывода.
>Если контроллер это класс, но как я должен его запускать?
Как хочешь. Можно через конструктор, можно метод вызывать.
>Прочитал про роутинг, но не понял.
Читай и сам пробуй написать. Одного чтения мало, тем более если не понимаешь.
>происходит запрос на файл роутер
Сейчас все делают через фронт-контроллер. Никаких прямых запросов на php-файл извне - это небезопасно.
>Так должно работать или я ошибаюсь?
Нет, не так. Функция поиска - часть твоей страницы вывода. Это тот же список студентов, но только с критериями вывода, а значит контроллер тот же, что и в обычной таблице, только метод поиска, а не просто вывода.
>>410656
Чёт тоже проиграл.
Чёт тоже проиграл.
>>410528
Найди на торрентах вот https://pr-of-it.ru/courses/php-2.html, в нём почти каждый урок обсасывают эту тему.
Найди на торрентах вот https://pr-of-it.ru/courses/php-2.html, в нём почти каждый урок обсасывают эту тему.
Перекат сделаем через день-два, там по моему еще у кого-то гитхаб непроверенный остался, а это плохо.
>>410528
Для начала можно почитать урок про MVC c примером кода: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
Там никакого роутера вообще нет, и ничего.
Самый простой способ "запускать" контроллер - просто создать его и вызвать метод:
$ctrl = new ListController;
$ctrl->indexAction();
Если ты хочешь красивые URL, то можно сделать роутер, как ты описал. Вот пример простейшего роутера:
if ($url == '/list') {
$ctrl = new ListController;
$ctrl->indexAction();
} else {
$this->show404Page();
}
Когда у тебя много классов, у тебя появятся зависимости между ними, чтобы их передавать, придумано DI, которое описано в этом уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>410628
> Никаких прямых запросов на php-файл извне - это небезопасно.
Тут хорошо бы пояснить, чем именно небезопасно. А то я не понимаю.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>410528
Для начала можно почитать урок про MVC c примером кода: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
Там никакого роутера вообще нет, и ничего.
Самый простой способ "запускать" контроллер - просто создать его и вызвать метод:
$ctrl = new ListController;
$ctrl->indexAction();
Если ты хочешь красивые URL, то можно сделать роутер, как ты описал. Вот пример простейшего роутера:
if ($url == '/list') {
$ctrl = new ListController;
$ctrl->indexAction();
} else {
$this->show404Page();
}
Когда у тебя много классов, у тебя появятся зависимости между ними, чтобы их передавать, придумано DI, которое описано в этом уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>410628
> Никаких прямых запросов на php-файл извне - это небезопасно.
Тут хорошо бы пояснить, чем именно небезопасно. А то я не понимаю.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
Перекат сделаем через день-два, там по моему еще у кого-то гитхаб непроверенный остался, а это плохо.
>>410528
Для начала можно почитать урок про MVC c примером кода: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
Там никакого роутера вообще нет, и ничего.
Самый простой способ "запускать" контроллер - просто создать его и вызвать метод:
$ctrl = new ListController;
$ctrl->indexAction();
Если ты хочешь красивые URL, то можно сделать роутер, как ты описал. Вот пример простейшего роутера:
if ($url == '/list') {
$ctrl = new ListController;
$ctrl->indexAction();
} else {
$this->show404Page();
}
Когда у тебя много классов, у тебя появятся зависимости между ними, чтобы их передавать, придумано DI, которое описано в этом уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>410628
> Никаких прямых запросов на php-файл извне - это небезопасно.
Тут хорошо бы пояснить, чем именно небезопасно. А то я не понимаю.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>410528
Для начала можно почитать урок про MVC c примером кода: https://github.com/codedokode/pasta/blob/master/arch/mvc.md
Там никакого роутера вообще нет, и ничего.
Самый простой способ "запускать" контроллер - просто создать его и вызвать метод:
$ctrl = new ListController;
$ctrl->indexAction();
Если ты хочешь красивые URL, то можно сделать роутер, как ты описал. Вот пример простейшего роутера:
if ($url == '/list') {
$ctrl = new ListController;
$ctrl->indexAction();
} else {
$this->show404Page();
}
Когда у тебя много классов, у тебя появятся зависимости между ними, чтобы их передавать, придумано DI, которое описано в этом уроке: https://github.com/codedokode/pasta/blob/master/arch/di.md
>>410628
> Никаких прямых запросов на php-файл извне - это небезопасно.
Тут хорошо бы пояснить, чем именно небезопасно. А то я не понимаю.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>407914
>>408554
Выглядит довольно сложно. Точно ли она тут нужна?
Это не соотв. действительности, так как если передать не-массив, то функция его же и вернет обратно.
У тебя выбрана сложная схема хранения сотрудников в департаменте в виде многомерного массива, с которым сложно работать. Она не описана, я смотрю на код и вижу, что тут надо долго разбираться, чтобы понять, как это работает. Это никуда не годится, так как такой код будет тяжело поддерживать, и легко будет сделать в нем ошибку и не заметить.
Ну например, ты зачем-то хранишь количество в виде ключа. Но ведь ключ в массиве очень неудобно менять, это просто идентификатор элемента, он используется, чтобы найти элемент, его неудобно менять. Да и получать количество в твоей схеме неудобно. И в массиве не может быть 2 элементов с одинаковым ключом. Количество логичнее хранить как значение.
Вообще, ассоциативный массив предназначен в первую очередь для хранения соответствия чего-то чему-то, вроде "день => температура":
[ 1 => 8, 2 => -3, 4 => -5 ]
Соответствие "количество => тип работника" смотрится как-то странно.
Ты бы мог хранить данные, например, в таком виде:
$staff = [
['employee' => $emp, 'count' => 10],
['employee' => $emp2, 'count' => 1]
]
Но тут тоже возникает вопрос: это задача на ООП, почему мы тут объекты пытаемся имитировать с помощью массива? Логично поступить одним из 3 вариантов:
- либо переименовать Employee в EmployeeGroup и сделать в нем поле count
- либо сделать новый класс EmployeeGroup с полями employee и count
- либо отказаться от count и просто создавать каждого сотрудника как отдельный объект
Любой из этих вариантов, включая вариант с массивом массивов, на мой взгляд, в плане понятности кода и удобства работы будет лучше твоего массива-монстра.
То есть, схема хранения данных выбрана неудачно.
Где тайп-хинты? Как тут понять тип $item?
Это не очень хорошая идея, сравнивать объекты по значению полей, так как мы можем добавить какое-то новое поле (например: время создания объекта или кто его создал), и объекты с одной профессией, но разным временем, не будут более совпадать. То есть кто-то просто добавляет поле в объект (что по идее ничего не должно ломать), но старый код начинает работать по-другому. Это получается мина замедленного действия, и людям придется тратить кучу времени, чтобы найти и исправить причину ошибки.
Я бы лучше сделал метод isSameType(Employee $other): bool у работника с явным сравнением.
Он вернет массив с одним элементом или их может быть несколько? Ну и странный формат возвращаемого значения.
Класс Employee возможно логичнее назвать EmployeeType или как-то так.
Нелогично в одной функции выбрасывать и ловить исключение - тут проще использовать if. Также, если ты ловишь исключение, то надо создавать свой класс, иначе ты можешь поймать например исключение, выброшенное самим PHP или какой-то другой функцией.
Ну и вообще, обычно функция просто выбрасывает исключение как признак ошибки, а ловит и обрабатывает тот, кто ее использовал. Или не обрабатывает, если он сделать с этим ничего не может. В твоем случае при ошибке исправить ее никак нельзя (только исправить код) и ловить исключение вообще смысла нет.
На практике может быть удобнее принимать готовый объект департамента, а не создавать его самому.
Ждем еще версию с антикризисом. Если что-то непонятно, спрашивай.
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>407914
>>408554
> public static function recursive_change_key($arr, $set)
Выглядит довольно сложно. Точно ли она тут нужна?
> @return array
Это не соотв. действительности, так как если передать не-массив, то функция его же и вернет обратно.
У тебя выбрана сложная схема хранения сотрудников в департаменте в виде многомерного массива, с которым сложно работать. Она не описана, я смотрю на код и вижу, что тут надо долго разбираться, чтобы понять, как это работает. Это никуда не годится, так как такой код будет тяжело поддерживать, и легко будет сделать в нем ошибку и не заметить.
Ну например, ты зачем-то хранишь количество в виде ключа. Но ведь ключ в массиве очень неудобно менять, это просто идентификатор элемента, он используется, чтобы найти элемент, его неудобно менять. Да и получать количество в твоей схеме неудобно. И в массиве не может быть 2 элементов с одинаковым ключом. Количество логичнее хранить как значение.
Вообще, ассоциативный массив предназначен в первую очередь для хранения соответствия чего-то чему-то, вроде "день => температура":
[ 1 => 8, 2 => -3, 4 => -5 ]
Соответствие "количество => тип работника" смотрится как-то странно.
Ты бы мог хранить данные, например, в таком виде:
$staff = [
['employee' => $emp, 'count' => 10],
['employee' => $emp2, 'count' => 1]
]
Но тут тоже возникает вопрос: это задача на ООП, почему мы тут объекты пытаемся имитировать с помощью массива? Логично поступить одним из 3 вариантов:
- либо переименовать Employee в EmployeeGroup и сделать в нем поле count
- либо сделать новый класс EmployeeGroup с полями employee и count
- либо отказаться от count и просто создавать каждого сотрудника как отдельный объект
Любой из этих вариантов, включая вариант с массивом массивов, на мой взгляд, в плане понятности кода и удобства работы будет лучше твоего массива-монстра.
То есть, схема хранения данных выбрана неудачно.
> private function isInStaff($item)
Где тайп-хинты? Как тут понять тип $item?
> if ($item == $employee) {
Это не очень хорошая идея, сравнивать объекты по значению полей, так как мы можем добавить какое-то новое поле (например: время создания объекта или кто его создал), и объекты с одной профессией, но разным временем, не будут более совпадать. То есть кто-то просто добавляет поле в объект (что по идее ничего не должно ломать), но старый код начинает работать по-другому. Это получается мина замедленного действия, и людям придется тратить кучу времени, чтобы найти и исправить причину ошибки.
Я бы лучше сделал метод isSameType(Employee $other): bool у работника с явным сравнением.
> private function isInStaff($item) //поиск сотрудника, возвращает ключи + работников или false
Он вернет массив с одним элементом или их может быть несколько? Ну и странный формат возвращаемого значения.
Класс Employee возможно логичнее назвать EmployeeType или как-то так.
> try {
> throw new Exception(
Нелогично в одной функции выбрасывать и ловить исключение - тут проще использовать if. Также, если ты ловишь исключение, то надо создавать свой класс, иначе ты можешь поймать например исключение, выброшенное самим PHP или какой-то другой функцией.
Ну и вообще, обычно функция просто выбрасывает исключение как признак ошибки, а ловит и обрабатывает тот, кто ее использовал. Или не обрабатывает, если он сделать с этим ничего не может. В твоем случае при ошибке исправить ее никак нельзя (только исправить код) и ловить исключение вообще смысла нет.
> public function addDepartment(array $stuff, $name)
На практике может быть удобнее принимать готовый объект департамента, а не создавать его самому.
Ждем еще версию с антикризисом. Если что-то непонятно, спрашивай.
>>410465
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>407914
>>408554
Выглядит довольно сложно. Точно ли она тут нужна?
Это не соотв. действительности, так как если передать не-массив, то функция его же и вернет обратно.
У тебя выбрана сложная схема хранения сотрудников в департаменте в виде многомерного массива, с которым сложно работать. Она не описана, я смотрю на код и вижу, что тут надо долго разбираться, чтобы понять, как это работает. Это никуда не годится, так как такой код будет тяжело поддерживать, и легко будет сделать в нем ошибку и не заметить.
Ну например, ты зачем-то хранишь количество в виде ключа. Но ведь ключ в массиве очень неудобно менять, это просто идентификатор элемента, он используется, чтобы найти элемент, его неудобно менять. Да и получать количество в твоей схеме неудобно. И в массиве не может быть 2 элементов с одинаковым ключом. Количество логичнее хранить как значение.
Вообще, ассоциативный массив предназначен в первую очередь для хранения соответствия чего-то чему-то, вроде "день => температура":
[ 1 => 8, 2 => -3, 4 => -5 ]
Соответствие "количество => тип работника" смотрится как-то странно.
Ты бы мог хранить данные, например, в таком виде:
$staff = [
['employee' => $emp, 'count' => 10],
['employee' => $emp2, 'count' => 1]
]
Но тут тоже возникает вопрос: это задача на ООП, почему мы тут объекты пытаемся имитировать с помощью массива? Логично поступить одним из 3 вариантов:
- либо переименовать Employee в EmployeeGroup и сделать в нем поле count
- либо сделать новый класс EmployeeGroup с полями employee и count
- либо отказаться от count и просто создавать каждого сотрудника как отдельный объект
Любой из этих вариантов, включая вариант с массивом массивов, на мой взгляд, в плане понятности кода и удобства работы будет лучше твоего массива-монстра.
То есть, схема хранения данных выбрана неудачно.
Где тайп-хинты? Как тут понять тип $item?
Это не очень хорошая идея, сравнивать объекты по значению полей, так как мы можем добавить какое-то новое поле (например: время создания объекта или кто его создал), и объекты с одной профессией, но разным временем, не будут более совпадать. То есть кто-то просто добавляет поле в объект (что по идее ничего не должно ломать), но старый код начинает работать по-другому. Это получается мина замедленного действия, и людям придется тратить кучу времени, чтобы найти и исправить причину ошибки.
Я бы лучше сделал метод isSameType(Employee $other): bool у работника с явным сравнением.
Он вернет массив с одним элементом или их может быть несколько? Ну и странный формат возвращаемого значения.
Класс Employee возможно логичнее назвать EmployeeType или как-то так.
Нелогично в одной функции выбрасывать и ловить исключение - тут проще использовать if. Также, если ты ловишь исключение, то надо создавать свой класс, иначе ты можешь поймать например исключение, выброшенное самим PHP или какой-то другой функцией.
Ну и вообще, обычно функция просто выбрасывает исключение как признак ошибки, а ловит и обрабатывает тот, кто ее использовал. Или не обрабатывает, если он сделать с этим ничего не может. В твоем случае при ошибке исправить ее никак нельзя (только исправить код) и ловить исключение вообще смысла нет.
На практике может быть удобнее принимать готовый объект департамента, а не создавать его самому.
Ждем еще версию с антикризисом. Если что-то непонятно, спрашивай.
По описанию напоминает что-то, связанное именно с тем, что файлы не видны в виртуальной машине. То есть ты редактируешь код на хосте, но в вирт. машине запускается старая версия кода. Ты можешь для проверки вывести содержимое файла в виртуальной машине командой вроде cat /home/vagrant/code/file.php
Также, когда ты в консоли запускаешь команды вроде php artisan ... - у тебя правильная текущая директория выбрана? (проверить можно командой pwd)
Попробуй почистить кеш командой php artisan cache:clear. Можно также вызвать composer install, который скорее всего очистит кеш.
Также, не может ли быть дело в правах, раньше ты логинился под одним пользователем по ssh, а сейчас под другим. И из-за этого у тебя нет доступа к файлам. Команда id или whoami показывает текущего пользователя, а команда ls -l показывает владельца файла и права доступа к нему.
Также, попробуй проверить класс Finder на какой-то незамапленной с хоста папке, например, на /etc или /usr.
>>407914
>>408554
> public static function recursive_change_key($arr, $set)
Выглядит довольно сложно. Точно ли она тут нужна?
> @return array
Это не соотв. действительности, так как если передать не-массив, то функция его же и вернет обратно.
У тебя выбрана сложная схема хранения сотрудников в департаменте в виде многомерного массива, с которым сложно работать. Она не описана, я смотрю на код и вижу, что тут надо долго разбираться, чтобы понять, как это работает. Это никуда не годится, так как такой код будет тяжело поддерживать, и легко будет сделать в нем ошибку и не заметить.
Ну например, ты зачем-то хранишь количество в виде ключа. Но ведь ключ в массиве очень неудобно менять, это просто идентификатор элемента, он используется, чтобы найти элемент, его неудобно менять. Да и получать количество в твоей схеме неудобно. И в массиве не может быть 2 элементов с одинаковым ключом. Количество логичнее хранить как значение.
Вообще, ассоциативный массив предназначен в первую очередь для хранения соответствия чего-то чему-то, вроде "день => температура":
[ 1 => 8, 2 => -3, 4 => -5 ]
Соответствие "количество => тип работника" смотрится как-то странно.
Ты бы мог хранить данные, например, в таком виде:
$staff = [
['employee' => $emp, 'count' => 10],
['employee' => $emp2, 'count' => 1]
]
Но тут тоже возникает вопрос: это задача на ООП, почему мы тут объекты пытаемся имитировать с помощью массива? Логично поступить одним из 3 вариантов:
- либо переименовать Employee в EmployeeGroup и сделать в нем поле count
- либо сделать новый класс EmployeeGroup с полями employee и count
- либо отказаться от count и просто создавать каждого сотрудника как отдельный объект
Любой из этих вариантов, включая вариант с массивом массивов, на мой взгляд, в плане понятности кода и удобства работы будет лучше твоего массива-монстра.
То есть, схема хранения данных выбрана неудачно.
> private function isInStaff($item)
Где тайп-хинты? Как тут понять тип $item?
> if ($item == $employee) {
Это не очень хорошая идея, сравнивать объекты по значению полей, так как мы можем добавить какое-то новое поле (например: время создания объекта или кто его создал), и объекты с одной профессией, но разным временем, не будут более совпадать. То есть кто-то просто добавляет поле в объект (что по идее ничего не должно ломать), но старый код начинает работать по-другому. Это получается мина замедленного действия, и людям придется тратить кучу времени, чтобы найти и исправить причину ошибки.
Я бы лучше сделал метод isSameType(Employee $other): bool у работника с явным сравнением.
> private function isInStaff($item) //поиск сотрудника, возвращает ключи + работников или false
Он вернет массив с одним элементом или их может быть несколько? Ну и странный формат возвращаемого значения.
Класс Employee возможно логичнее назвать EmployeeType или как-то так.
> try {
> throw new Exception(
Нелогично в одной функции выбрасывать и ловить исключение - тут проще использовать if. Также, если ты ловишь исключение, то надо создавать свой класс, иначе ты можешь поймать например исключение, выброшенное самим PHP или какой-то другой функцией.
Ну и вообще, обычно функция просто выбрасывает исключение как признак ошибки, а ловит и обрабатывает тот, кто ее использовал. Или не обрабатывает, если он сделать с этим ничего не может. В твоем случае при ошибке исправить ее никак нельзя (только исправить код) и ловить исключение вообще смысла нет.
> public function addDepartment(array $stuff, $name)
На практике может быть удобнее принимать готовый объект департамента, а не создавать его самому.
Ждем еще версию с антикризисом. Если что-то непонятно, спрашивай.
>>408224
По моему, ты вместо содержимого файла отдаешь просто его название в теле ответа. А надо отдавать содержимое.
Если ты используешь класс ответа из PSR-7, то там есть метод withBody, в который передается "поток", соответствующий файлу.
Также, обрати внимание на то, что надо передавать имена и пути к файлам по-разному:
- в заголовок Content-Disposition - только имя и символы ASCII без кириллицы. Есть также новый стандарт, который позволяет дополнительно к латинице передавать имя в utf-8 для новых браузеров. Изучить его было бы полезно.
- в X-Send-File - надо смотреть документацию, может полный путь от корня, а может относительно какой-то папки
Также, я не понял, зачем ты вызываешь $file->save(). Что ты хочешь сохранить в БД?
Синтаксис у тебя нормальный. Но я бы добавил отступ там, где длинная колбаса вызовов переносится. Я сам не очень люблю method chaining и предпочитаю обычный вызов методов.
>>408250
Там скорее всего используется PSR-7, с которым ты можешь ознакомиться, если названия методов тебе ничего не говорят.
>>407003
Сортировку проще всего сделать ссылкой. Например, ссылкой вида:
/list?search=Ivan&sort=-name&page=3
Про генерацию таких ссылок было написано в старых тредах, например:
- https://phpclub.tech/pr/res/1331378.html#1351739
По моему, ты вместо содержимого файла отдаешь просто его название в теле ответа. А надо отдавать содержимое.
Если ты используешь класс ответа из PSR-7, то там есть метод withBody, в который передается "поток", соответствующий файлу.
Также, обрати внимание на то, что надо передавать имена и пути к файлам по-разному:
- в заголовок Content-Disposition - только имя и символы ASCII без кириллицы. Есть также новый стандарт, который позволяет дополнительно к латинице передавать имя в utf-8 для новых браузеров. Изучить его было бы полезно.
- в X-Send-File - надо смотреть документацию, может полный путь от корня, а может относительно какой-то папки
Также, я не понял, зачем ты вызываешь $file->save(). Что ты хочешь сохранить в БД?
Синтаксис у тебя нормальный. Но я бы добавил отступ там, где длинная колбаса вызовов переносится. Я сам не очень люблю method chaining и предпочитаю обычный вызов методов.
>>408250
Там скорее всего используется PSR-7, с которым ты можешь ознакомиться, если названия методов тебе ничего не говорят.
>>407003
Сортировку проще всего сделать ссылкой. Например, ссылкой вида:
/list?search=Ivan&sort=-name&page=3
Про генерацию таких ссылок было написано в старых тредах, например:
- https://phpclub.tech/pr/res/1331378.html#1351739
>>408224
По моему, ты вместо содержимого файла отдаешь просто его название в теле ответа. А надо отдавать содержимое.
Если ты используешь класс ответа из PSR-7, то там есть метод withBody, в который передается "поток", соответствующий файлу.
Также, обрати внимание на то, что надо передавать имена и пути к файлам по-разному:
- в заголовок Content-Disposition - только имя и символы ASCII без кириллицы. Есть также новый стандарт, который позволяет дополнительно к латинице передавать имя в utf-8 для новых браузеров. Изучить его было бы полезно.
- в X-Send-File - надо смотреть документацию, может полный путь от корня, а может относительно какой-то папки
Также, я не понял, зачем ты вызываешь $file->save(). Что ты хочешь сохранить в БД?
Синтаксис у тебя нормальный. Но я бы добавил отступ там, где длинная колбаса вызовов переносится. Я сам не очень люблю method chaining и предпочитаю обычный вызов методов.
>>408250
Там скорее всего используется PSR-7, с которым ты можешь ознакомиться, если названия методов тебе ничего не говорят.
>>407003
Сортировку проще всего сделать ссылкой. Например, ссылкой вида:
/list?search=Ivan&sort=-name&page=3
Про генерацию таких ссылок было написано в старых тредах, например:
- https://phpclub.tech/pr/res/1331378.html#1351739
По моему, ты вместо содержимого файла отдаешь просто его название в теле ответа. А надо отдавать содержимое.
Если ты используешь класс ответа из PSR-7, то там есть метод withBody, в который передается "поток", соответствующий файлу.
Также, обрати внимание на то, что надо передавать имена и пути к файлам по-разному:
- в заголовок Content-Disposition - только имя и символы ASCII без кириллицы. Есть также новый стандарт, который позволяет дополнительно к латинице передавать имя в utf-8 для новых браузеров. Изучить его было бы полезно.
- в X-Send-File - надо смотреть документацию, может полный путь от корня, а может относительно какой-то папки
Также, я не понял, зачем ты вызываешь $file->save(). Что ты хочешь сохранить в БД?
Синтаксис у тебя нормальный. Но я бы добавил отступ там, где длинная колбаса вызовов переносится. Я сам не очень люблю method chaining и предпочитаю обычный вызов методов.
>>408250
Там скорее всего используется PSR-7, с которым ты можешь ознакомиться, если названия методов тебе ничего не говорят.
>>407003
Сортировку проще всего сделать ссылкой. Например, ссылкой вида:
/list?search=Ivan&sort=-name&page=3
Про генерацию таких ссылок было написано в старых тредах, например:
- https://phpclub.tech/pr/res/1331378.html#1351739
Подкиньте, пожалуйста, ссылку на какой нибудь короткий видео урок, где пишут приложение на php, соблюдая хороший тон программирования. Заранее спасибо.
Синьоры, я слышал, что внешние библиотеки в свой проект лучше интегрировать через свой объект, который работает с этой библиотекой, ну и интерфейс под него сделать.
Мне думается, что тут есть смысл, так как библиотеки могут иметь разный АПИ и задолбаешься по коду менять эти методы.
Так вот этот вот объект-обёртка над либой это что за паттерн?
Мне думается, что тут есть смысл, так как библиотеки могут иметь разный АПИ и задолбаешься по коду менять эти методы.
Так вот этот вот объект-обёртка над либой это что за паттерн?
Ну че посоны, много новой годноты обещают:
https://gtxtymt.xyz/blog/php-74-whats-new-release-date
сука, только я собираюсь съебаться с пыхи, как они выпускают новую версию с годнотой и я залипаю опять(((
https://gtxtymt.xyz/blog/php-74-whats-new-release-date
сука, только я собираюсь съебаться с пыхи, как они выпускают новую версию с годнотой и я залипаю опять(((
>>411597
Ой, пиздуй дальше говнокодь в процедурном стиле
Ой, пиздуй дальше говнокодь в процедурном стиле
Использовал эту функцию ранее, она работала, все отправлялось. Теперь данные с формы отправляются куда-то, но сообщение не приходит. Не могу понять, почему.
ФОРМА:
<?if(isset($_POST["sub"])) {
include "confirm_form.php";
} else {
?>
<form action="" method="POST">
<div class='inp_user_data'><input type="text" name="fio" value="" placeholder="ФИО"></div>
<div class='inp_user_data'><input type="text" name="email" value="" placeholder="E-mail"></div>
<div class='inp_user_data'><input type="text" name="phone" value="" placeholder="Номер телефона"></div>
<div class='inp_ps'><input type="checkbox" name="a" value="" checked> <a href='/privacy.php'> я принимаю пользовательское соглашение и политику конфиденциальности</a></div>
<div class='sub_user_data'><input type="submit" name="sub" value="ЗАКАЗАТЬ"></div>
</form>
<?}?>
ФУНКЦИЯ:
<?php
$error = array();
if(!empty($_POST['fio'])) {
$fio = $_POST["fio"];
} else {
$error[] = 'Введите ФИО';
}
if(!empty($_POST['email'])) {
$email = $_POST["email"];
} else {
$error[] = 'Введите E-mail';
}
if(!empty($_POST['phone'])) {
$phone = $_POST["phone"];
} else {
$error[] = 'Введите телефон';
}
if($error == array()) {
//Ошибок нет! Отправляем письмо.
$to = "указываю свою почту"; //Адрес получателя
$subject = "Пользователь заказал обратный звонок!"; //Тема письма
$message = "
Пользователь заказал обратный звонок!<br>
ФИО:" . $_POST["fio"] . "<br>
E-mail:" . $_POST["email"] . "<br>
Номер телефона:" . $_POST["phone"]
; //Текст письма
$email = $_POST["mail"]; //Адрес отправителя
$header = "From: " . $email . "\r\n"."Reply-To: " . $email . "\r\n"."X-Mailer: PHP/" . phpversion();
$header .= "MIME-Version: 1.0\r\n";
$header .= "Content-type: text/html; charset=utf-8\r\n";
$send = mail($to,$subject,$message,$header);
if($send == true) {
echo "<div style='color:#3d8873;'> Вы заказали обратный звонок!</div>";
}
} else {
//Ошибки есть! Выводим ошибки.?>
<?foreach($error as $v):?>
<div style='color:red;'><?=$v;?></div>
<?endforeach?>
<?}?>
ФОРМА:
<?if(isset($_POST["sub"])) {
include "confirm_form.php";
} else {
?>
<form action="" method="POST">
<div class='inp_user_data'><input type="text" name="fio" value="" placeholder="ФИО"></div>
<div class='inp_user_data'><input type="text" name="email" value="" placeholder="E-mail"></div>
<div class='inp_user_data'><input type="text" name="phone" value="" placeholder="Номер телефона"></div>
<div class='inp_ps'><input type="checkbox" name="a" value="" checked> <a href='/privacy.php'> я принимаю пользовательское соглашение и политику конфиденциальности</a></div>
<div class='sub_user_data'><input type="submit" name="sub" value="ЗАКАЗАТЬ"></div>
</form>
<?}?>
ФУНКЦИЯ:
<?php
$error = array();
if(!empty($_POST['fio'])) {
$fio = $_POST["fio"];
} else {
$error[] = 'Введите ФИО';
}
if(!empty($_POST['email'])) {
$email = $_POST["email"];
} else {
$error[] = 'Введите E-mail';
}
if(!empty($_POST['phone'])) {
$phone = $_POST["phone"];
} else {
$error[] = 'Введите телефон';
}
if($error == array()) {
//Ошибок нет! Отправляем письмо.
$to = "указываю свою почту"; //Адрес получателя
$subject = "Пользователь заказал обратный звонок!"; //Тема письма
$message = "
Пользователь заказал обратный звонок!<br>
ФИО:" . $_POST["fio"] . "<br>
E-mail:" . $_POST["email"] . "<br>
Номер телефона:" . $_POST["phone"]
; //Текст письма
$email = $_POST["mail"]; //Адрес отправителя
$header = "From: " . $email . "\r\n"."Reply-To: " . $email . "\r\n"."X-Mailer: PHP/" . phpversion();
$header .= "MIME-Version: 1.0\r\n";
$header .= "Content-type: text/html; charset=utf-8\r\n";
$send = mail($to,$subject,$message,$header);
if($send == true) {
echo "<div style='color:#3d8873;'> Вы заказали обратный звонок!</div>";
}
} else {
//Ошибки есть! Выводим ошибки.?>
<?foreach($error as $v):?>
<div style='color:red;'><?=$v;?></div>
<?endforeach?>
<?}?>
Использовал эту функцию ранее, она работала, все отправлялось. Теперь данные с формы отправляются куда-то, но сообщение не приходит. Не могу понять, почему.
ФОРМА:
<?if(isset($_POST["sub"])) {
include "confirm_form.php";
} else {
?>
<form action="" method="POST">
<div class='inp_user_data'><input type="text" name="fio" value="" placeholder="ФИО"></div>
<div class='inp_user_data'><input type="text" name="email" value="" placeholder="E-mail"></div>
<div class='inp_user_data'><input type="text" name="phone" value="" placeholder="Номер телефона"></div>
<div class='inp_ps'><input type="checkbox" name="a" value="" checked> <a href='/privacy.php'> я принимаю пользовательское соглашение и политику конфиденциальности</a></div>
<div class='sub_user_data'><input type="submit" name="sub" value="ЗАКАЗАТЬ"></div>
</form>
<?}?>
ФУНКЦИЯ:
<?php
$error = array();
if(!empty($_POST['fio'])) {
$fio = $_POST["fio"];
} else {
$error[] = 'Введите ФИО';
}
if(!empty($_POST['email'])) {
$email = $_POST["email"];
} else {
$error[] = 'Введите E-mail';
}
if(!empty($_POST['phone'])) {
$phone = $_POST["phone"];
} else {
$error[] = 'Введите телефон';
}
if($error == array()) {
//Ошибок нет! Отправляем письмо.
$to = "указываю свою почту"; //Адрес получателя
$subject = "Пользователь заказал обратный звонок!"; //Тема письма
$message = "
Пользователь заказал обратный звонок!<br>
ФИО:" . $_POST["fio"] . "<br>
E-mail:" . $_POST["email"] . "<br>
Номер телефона:" . $_POST["phone"]
; //Текст письма
$email = $_POST["mail"]; //Адрес отправителя
$header = "From: " . $email . "\r\n"."Reply-To: " . $email . "\r\n"."X-Mailer: PHP/" . phpversion();
$header .= "MIME-Version: 1.0\r\n";
$header .= "Content-type: text/html; charset=utf-8\r\n";
$send = mail($to,$subject,$message,$header);
if($send == true) {
echo "<div style='color:#3d8873;'> Вы заказали обратный звонок!</div>";
}
} else {
//Ошибки есть! Выводим ошибки.?>
<?foreach($error as $v):?>
<div style='color:red;'><?=$v;?></div>
<?endforeach?>
<?}?>
ФОРМА:
<?if(isset($_POST["sub"])) {
include "confirm_form.php";
} else {
?>
<form action="" method="POST">
<div class='inp_user_data'><input type="text" name="fio" value="" placeholder="ФИО"></div>
<div class='inp_user_data'><input type="text" name="email" value="" placeholder="E-mail"></div>
<div class='inp_user_data'><input type="text" name="phone" value="" placeholder="Номер телефона"></div>
<div class='inp_ps'><input type="checkbox" name="a" value="" checked> <a href='/privacy.php'> я принимаю пользовательское соглашение и политику конфиденциальности</a></div>
<div class='sub_user_data'><input type="submit" name="sub" value="ЗАКАЗАТЬ"></div>
</form>
<?}?>
ФУНКЦИЯ:
<?php
$error = array();
if(!empty($_POST['fio'])) {
$fio = $_POST["fio"];
} else {
$error[] = 'Введите ФИО';
}
if(!empty($_POST['email'])) {
$email = $_POST["email"];
} else {
$error[] = 'Введите E-mail';
}
if(!empty($_POST['phone'])) {
$phone = $_POST["phone"];
} else {
$error[] = 'Введите телефон';
}
if($error == array()) {
//Ошибок нет! Отправляем письмо.
$to = "указываю свою почту"; //Адрес получателя
$subject = "Пользователь заказал обратный звонок!"; //Тема письма
$message = "
Пользователь заказал обратный звонок!<br>
ФИО:" . $_POST["fio"] . "<br>
E-mail:" . $_POST["email"] . "<br>
Номер телефона:" . $_POST["phone"]
; //Текст письма
$email = $_POST["mail"]; //Адрес отправителя
$header = "From: " . $email . "\r\n"."Reply-To: " . $email . "\r\n"."X-Mailer: PHP/" . phpversion();
$header .= "MIME-Version: 1.0\r\n";
$header .= "Content-type: text/html; charset=utf-8\r\n";
$send = mail($to,$subject,$message,$header);
if($send == true) {
echo "<div style='color:#3d8873;'> Вы заказали обратный звонок!</div>";
}
} else {
//Ошибки есть! Выводим ошибки.?>
<?foreach($error as $v):?>
<div style='color:red;'><?=$v;?></div>
<?endforeach?>
<?}?>
>>411868
А как проверить, настроен или нет? Я просто скидываю файлы на сервер с помощью ftp-клиента и всё как бы
А как проверить, настроен или нет? Я просто скидываю файлы на сервер с помощью ftp-клиента и всё как бы
>>411969
Ну спроси у владельца сервера/хостинга если это не твой.
Или если у тебя какая-нибудь cPanel, попробуй там поискать.
Ну спроси у владельца сервера/хостинга если это не твой.
Или если у тебя какая-нибудь cPanel, попробуй там поискать.
где можно скачать курс php от лаврика?
Добрый день! Вопрос по выбору CMS: есть вариативные товары в виде кроватей, у которых, помимо обычных выборочных свойств (размер), есть опции с фиксированной ценной – дополнительные ящики, нестандартные основания и т.п. Как задать опциям цену, иначе очень много вариаций получается и цены каждой очень неудобно задавать? Например, как здесь: http://архитектория.рф/krovati/atrium. Плюс цвет тоже идет по ценновым категориям, а опции бывают взаимоисключающими.
Пробовал Prestashop и WooCommerce различными плагинами, но не все не то.
Пробовал Prestashop и WooCommerce различными плагинами, но не все не то.
Пиздос. Какой же всратый в .htaccess синтаксис.
>>411152
Спасибо за проверку, вот версия с учетом ошибок плюс антикризис.
Посмотри пожалуйста.
https://github.com/superhorsy/share/blob/master/oop_vector2.php
Спасибо за проверку, вот версия с учетом ошибок плюс антикризис.
Посмотри пожалуйста.
https://github.com/superhorsy/share/blob/master/oop_vector2.php
Что-то я нихера не вдупляю по поводу composer psr-4 autoloader. Кто-нибудь может пояснить?
Допустим, я имею следующую структуру файлов:
```
- src
-- ns1
--- firstClass.php
--- conflictClass.php
-- ns2
--- secondClass.php
--- conflictClass.php
```
Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Я пишу в composer.json
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов? Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Тогда мне не очень понятно, чем является ключ в паре `"": "classes/"`.
Допустим, я задам файлам из ns1 `namespace ns1`, из ns2 `namespace ns2` соответственно. После этого всё становится нормально. Например, класс firstClass становится доступен как \ns1\firstClass. Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
```
"autoload": {
"psr-4": {
"app\\": "classes/"
}
}
```
То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Итого: я нихуя не понял. Если попытаться сформулировать чёткие вопросы, то они будут примерно следующими:
1. Влияет ли на что-нибудь файловая структура? Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass? Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
2. Чем, всё-таки, является ключ в конфиге psr-4? Пока я писал это полотно в голове всё немного упорядочилось, я еще раз прочитал доки и появилась вот какая мысль.
Допустим:
"psr-4": {
"app\\": "classes/",
"another\\": "source/"
}
Приведёт к тому, что классы, полный путь к которым (то есть, с namespace) начинается с `app` будут искаться в папке `classes`, а те, которые начинаются с `another` будут искаться в `source/`.
Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`? При этом, следующая конструкция в composer.json:
```
"psr-4": {
"": "classes/"
}
```
Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается). То есть, эта конструкция
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Является универсальной и заменяет собой все остальные? То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
Допустим, я имею следующую структуру файлов:
```
- src
-- ns1
--- firstClass.php
--- conflictClass.php
-- ns2
--- secondClass.php
--- conflictClass.php
```
Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Я пишу в composer.json
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов? Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Тогда мне не очень понятно, чем является ключ в паре `"": "classes/"`.
Допустим, я задам файлам из ns1 `namespace ns1`, из ns2 `namespace ns2` соответственно. После этого всё становится нормально. Например, класс firstClass становится доступен как \ns1\firstClass. Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
```
"autoload": {
"psr-4": {
"app\\": "classes/"
}
}
```
То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Итого: я нихуя не понял. Если попытаться сформулировать чёткие вопросы, то они будут примерно следующими:
1. Влияет ли на что-нибудь файловая структура? Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass? Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
2. Чем, всё-таки, является ключ в конфиге psr-4? Пока я писал это полотно в голове всё немного упорядочилось, я еще раз прочитал доки и появилась вот какая мысль.
Допустим:
"psr-4": {
"app\\": "classes/",
"another\\": "source/"
}
Приведёт к тому, что классы, полный путь к которым (то есть, с namespace) начинается с `app` будут искаться в папке `classes`, а те, которые начинаются с `another` будут искаться в `source/`.
Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`? При этом, следующая конструкция в composer.json:
```
"psr-4": {
"": "classes/"
}
```
Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается). То есть, эта конструкция
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Является универсальной и заменяет собой все остальные? То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
Что-то я нихера не вдупляю по поводу composer psr-4 autoloader. Кто-нибудь может пояснить?
Допустим, я имею следующую структуру файлов:
```
- src
-- ns1
--- firstClass.php
--- conflictClass.php
-- ns2
--- secondClass.php
--- conflictClass.php
```
Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Я пишу в composer.json
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов? Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Тогда мне не очень понятно, чем является ключ в паре `"": "classes/"`.
Допустим, я задам файлам из ns1 `namespace ns1`, из ns2 `namespace ns2` соответственно. После этого всё становится нормально. Например, класс firstClass становится доступен как \ns1\firstClass. Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
```
"autoload": {
"psr-4": {
"app\\": "classes/"
}
}
```
То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Итого: я нихуя не понял. Если попытаться сформулировать чёткие вопросы, то они будут примерно следующими:
1. Влияет ли на что-нибудь файловая структура? Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass? Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
2. Чем, всё-таки, является ключ в конфиге psr-4? Пока я писал это полотно в голове всё немного упорядочилось, я еще раз прочитал доки и появилась вот какая мысль.
Допустим:
"psr-4": {
"app\\": "classes/",
"another\\": "source/"
}
Приведёт к тому, что классы, полный путь к которым (то есть, с namespace) начинается с `app` будут искаться в папке `classes`, а те, которые начинаются с `another` будут искаться в `source/`.
Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`? При этом, следующая конструкция в composer.json:
```
"psr-4": {
"": "classes/"
}
```
Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается). То есть, эта конструкция
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Является универсальной и заменяет собой все остальные? То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
Допустим, я имею следующую структуру файлов:
```
- src
-- ns1
--- firstClass.php
--- conflictClass.php
-- ns2
--- secondClass.php
--- conflictClass.php
```
Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Я пишу в composer.json
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов? Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Тогда мне не очень понятно, чем является ключ в паре `"": "classes/"`.
Допустим, я задам файлам из ns1 `namespace ns1`, из ns2 `namespace ns2` соответственно. После этого всё становится нормально. Например, класс firstClass становится доступен как \ns1\firstClass. Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
```
"autoload": {
"psr-4": {
"app\\": "classes/"
}
}
```
То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Итого: я нихуя не понял. Если попытаться сформулировать чёткие вопросы, то они будут примерно следующими:
1. Влияет ли на что-нибудь файловая структура? Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass? Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
2. Чем, всё-таки, является ключ в конфиге psr-4? Пока я писал это полотно в голове всё немного упорядочилось, я еще раз прочитал доки и появилась вот какая мысль.
Допустим:
"psr-4": {
"app\\": "classes/",
"another\\": "source/"
}
Приведёт к тому, что классы, полный путь к которым (то есть, с namespace) начинается с `app` будут искаться в папке `classes`, а те, которые начинаются с `another` будут искаться в `source/`.
Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`? При этом, следующая конструкция в composer.json:
```
"psr-4": {
"": "classes/"
}
```
Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается). То есть, эта конструкция
```
"autoload": {
"psr-4": {
"": "classes/"
}
}
```
Является универсальной и заменяет собой все остальные? То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
>>412595
Для тех, у кого из глаз пойдёт кровь - ссылка на markdown-версию (домен, разумеется, нужно заменить).
https://тиниюрл.com/y2gdfo3x
Для тех, у кого из глаз пойдёт кровь - ссылка на markdown-версию (домен, разумеется, нужно заменить).
https://тиниюрл.com/y2gdfo3x
>>412595
Ну и простыня. Твои вопросы просто теряются в ней. Учись краткости - программисту не лишним будет.
Ну и простыня. Твои вопросы просто теряются в ней. Учись краткости - программисту не лишним будет.
>>412658
В документации что говорят по этому поводу?
В документации что говорят по этому поводу?
>>412666
Да просто пиши как все, по PSR - потом само всё дойдёт.
Да просто пиши как все, по PSR - потом само всё дойдёт.
Скачал Imagick отсюда http://pecl.php.net/package/imagick/3.4.1/windows. Из архива dll поместил в раздел ext в папке с пхп. В конфиг добавил строчку extension=php_imagick.dll. Запускаю пхп, а он мне говорит unable to load dynamic library. ЧЯДНТ?
>>412774
А ты не из под Апача случайно PHP запускаешь? Попробуй сделать php -m из командной строки, если ошибки не будет, а при запуске из-под Апача ошибка есть, то скорее всего проблема в ниже описанном.
Дело скорее всего в пути поиска dll. Путь к php_imagick.dll известен полностью - он собирается из пути к папке ext, который записан где-то в конфиге и имени файла. То есть PHP знает полный путь к ней и загружает без проблем. Но возможно, что у php_imagick.dll есть какие-то зависимости, то есть ей нужна еще какая-то dll. И полный путь к этой dll нигде не записан, только имя файла. Потому при его поиске применяется стандартный алгоритм Windows, описанный тут: https://docs.microsoft.com/en-us/windows/desktop/dlls/dynamic-link-library-search-order
И возможно что нужная dll не находится.
Я скачал для примера архив http://windows.php.net/downloads/pecl/snaps/imagick/3.4.3/php_imagick-3.4.3-7.3-ts-vc15-x86.zip и посмотрел на зависимости у php_imagick.dll из него. И вот какие dll ей нужны:
- php7ts.dll
- CORE_RL_MagickWand_.dll
- VCRUNTIME140.dll
- CORE_RL_MagickCore_.dll
То есть php-расширению imagick нужны dll из библиотеки imagick, библиотека Visual C Runtime и библиотека из состава PHP.
Возможно, что-то из этого не находится. Как отлаживать такие ситуации? Тут есть разные подходы. Есть утилиты вроде Dependency Walker, которые показывают зависимости DLL и возможные проблемы. Другой, более надежный, вариант - мониторить запуск программой вроде procmon, которая показывает, какие действия делает программа, к каким файлам обращается (это очень полезная утилита, которую тебе вполне стоит освоить). Там ты увидишь, что именно не удается найти.
Как решить проблему? Если не находится VC runtime - скачать ее с сайта майкрософт. Если не находится imagick - то надо поместить их либо в одну папку с запускаемой программой (например, Апачом), либо добавить папку с ними в PATH, либо поместить библиотеки в папку, которая есть в PATH.
Задавай вопросы, если что-то непонятно.
А ты не из под Апача случайно PHP запускаешь? Попробуй сделать php -m из командной строки, если ошибки не будет, а при запуске из-под Апача ошибка есть, то скорее всего проблема в ниже описанном.
Дело скорее всего в пути поиска dll. Путь к php_imagick.dll известен полностью - он собирается из пути к папке ext, который записан где-то в конфиге и имени файла. То есть PHP знает полный путь к ней и загружает без проблем. Но возможно, что у php_imagick.dll есть какие-то зависимости, то есть ей нужна еще какая-то dll. И полный путь к этой dll нигде не записан, только имя файла. Потому при его поиске применяется стандартный алгоритм Windows, описанный тут: https://docs.microsoft.com/en-us/windows/desktop/dlls/dynamic-link-library-search-order
И возможно что нужная dll не находится.
Я скачал для примера архив http://windows.php.net/downloads/pecl/snaps/imagick/3.4.3/php_imagick-3.4.3-7.3-ts-vc15-x86.zip и посмотрел на зависимости у php_imagick.dll из него. И вот какие dll ей нужны:
- php7ts.dll
- CORE_RL_MagickWand_.dll
- VCRUNTIME140.dll
- CORE_RL_MagickCore_.dll
То есть php-расширению imagick нужны dll из библиотеки imagick, библиотека Visual C Runtime и библиотека из состава PHP.
Возможно, что-то из этого не находится. Как отлаживать такие ситуации? Тут есть разные подходы. Есть утилиты вроде Dependency Walker, которые показывают зависимости DLL и возможные проблемы. Другой, более надежный, вариант - мониторить запуск программой вроде procmon, которая показывает, какие действия делает программа, к каким файлам обращается (это очень полезная утилита, которую тебе вполне стоит освоить). Там ты увидишь, что именно не удается найти.
Как решить проблему? Если не находится VC runtime - скачать ее с сайта майкрософт. Если не находится imagick - то надо поместить их либо в одну папку с запускаемой программой (например, Апачом), либо добавить папку с ними в PATH, либо поместить библиотеки в папку, которая есть в PATH.
Задавай вопросы, если что-то непонятно.
Ребят, некст ситуэйшн: имею дома мак (стоит пылится). Можете внятно пояснить, какая польза от разработки на маке вместо Win? Только от того что серверное окружение тоже unix? Или есть еще плюсы?
Сап программач. Полез в пхп. Собственно проблема: создаю форму с помощью echo '<form ... и т.д. Проблема в том, что если я этой форме хочу прописать в action php-скрипт с параметром, выраженным перменной (action="/test.php?get=$test"), то в случае если я ставлю двойные кавычки в action, то передачи парметра на происходит и открывается просто test.php, а если ставлю одинарные, то ломается и выводится пустой вообще вся страница на которой форма. Что я делаю не так?
>>412595
Почему у тебя в структуре файлов корневая директория `src`, а в composer.json указана `classes`? Опечатка?
namespace Ключ\Путь\К\Файлу;
На определение namespace'ов.
Да, нужно указывать полный путь к файлу начиная с корневой директории (ключа) указанной в composer.json.
Нет, это соглашение о структуре имён файлов не является скорее организационным моментом, и влияет на загрузку файлов.
https://getcomposer.org/doc/04-schema.md#psr-4
Да.
Да.
Нет, не верно. Для каждого namespace нужно указывать свою папку. Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` не будет доступен как, собственно, \project\foo\user.php и файловая структура играет роль с технической точки зрения (и играет с точки зрения адекватности архитектуры проекта).
>```
>- src
>-- ns1
>--- firstClass.php
>--- conflictClass.php
>-- ns2
>--- secondClass.php
>--- conflictClass.php
>```
>
>```
>"autoload": {
>"psr-4": {
>"": "classes/"
>}
>}
>```
Почему у тебя в структуре файлов корневая директория `src`, а в composer.json указана `classes`? Опечатка?
>Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов?
namespace Ключ\Путь\К\Файлу;
>1. Влияет ли на что-нибудь файловая структура?
На определение namespace'ов.
>Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass?
Да, нужно указывать полный путь к файлу начиная с корневой директории (ключа) указанной в composer.json.
>Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
Нет, это соглашение о структуре имён файлов не является скорее организационным моментом, и влияет на загрузку файлов.
>2. Чем, всё-таки, является ключ в конфиге psr-4?
https://getcomposer.org/doc/04-schema.md#psr-4
>Under the psr-4 key you define a mapping from namespaces to paths, relative to the package root.
>Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`?
Да.
>То есть, эта конструкция
>
>```
>"autoload": {
>"psr-4": {
>"": "classes/"
>}
>}
>```
>
>Является универсальной и заменяет собой все остальные?
Да.
>То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
>
>Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
Нет, не верно. Для каждого namespace нужно указывать свою папку. Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` не будет доступен как, собственно, \project\foo\user.php и файловая структура играет роль с технической точки зрения (и играет с точки зрения адекватности архитектуры проекта).
>>412595
Почему у тебя в структуре файлов корневая директория `src`, а в composer.json указана `classes`? Опечатка?
namespace Ключ\Путь\К\Файлу;
На определение namespace'ов.
Да, нужно указывать полный путь к файлу начиная с корневой директории (ключа) указанной в composer.json.
Нет, это соглашение о структуре имён файлов не является скорее организационным моментом, и влияет на загрузку файлов.
https://getcomposer.org/doc/04-schema.md#psr-4
Да.
Да.
Нет, не верно. Для каждого namespace нужно указывать свою папку. Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` не будет доступен как, собственно, \project\foo\user.php и файловая структура играет роль с технической точки зрения (и играет с точки зрения адекватности архитектуры проекта).
>```
>- src
>-- ns1
>--- firstClass.php
>--- conflictClass.php
>-- ns2
>--- secondClass.php
>--- conflictClass.php
>```
>
>```
>"autoload": {
>"psr-4": {
>"": "classes/"
>}
>}
>```
Почему у тебя в структуре файлов корневая директория `src`, а в composer.json указана `classes`? Опечатка?
>Выполняю `composer dump-autoload`, composer в консоль ругается, что у меня имеется два класса с названием conflictClass. Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов?
namespace Ключ\Путь\К\Файлу;
>1. Влияет ли на что-нибудь файловая структура?
На определение namespace'ов.
>Допустим, у меня есть два файла: classes/firstClass.php и classes/foo/bar/baz/secondClass.php. Обязывает ли данная файловая структура к тому, что firstClass.php будет доступен как firstClass, а secondClass.php как \foo\bar\baz\secondClass?
Да, нужно указывать полный путь к файлу начиная с корневой директории (ключа) указанной в composer.json.
>Или это соглашение о структуре имён файлов (каждый уровень namespace = папка, имя файла = имя_класса.php) является скорее организационным моментом и на загрузку файлов никак не влияет?
Нет, это соглашение о структуре имён файлов не является скорее организационным моментом, и влияет на загрузку файлов.
>2. Чем, всё-таки, является ключ в конфиге psr-4?
https://getcomposer.org/doc/04-schema.md#psr-4
>Under the psr-4 key you define a mapping from namespaces to paths, relative to the package root.
>Например, если я в своём index.php попробую обратиться к классу `\app\some\firstClass`, этот класс будет первым делом искаться в `classes/some/firstClass.php`?
Да.
>То есть, эта конструкция
>
>```
>"autoload": {
>"psr-4": {
>"": "classes/"
>}
>}
>```
>
>Является универсальной и заменяет собой все остальные?
Да.
>То есть, если мне нужно для каждого namespace указать свою папку, то можно изъебываться и указывать их. Но если мне просто нужно подключить все файлы из папки classes, то я могу написать так. И структура пути будет зависить не от файловой структуры, а от того, что я напишу в namespace файла.
>
>Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` будет доступен как, собственно, \project\foo\user.php и файловая структура не играет роли с технической точки зрения (но играет с точки зрения адекватности архитектуры проекта, так сказать, и за такие фокусы мне должны нассать на лицо и заставить переложить этот файл по пути /classes/project/foo/user.php). Верно?
Нет, не верно. Для каждого namespace нужно указывать свою папку. Например, файл classes/foo/bar/buzz/user.php у которого указан `namespace \project\foo\user.php` не будет доступен как, собственно, \project\foo\user.php и файловая структура играет роль с технической точки зрения (и играет с точки зрения адекватности архитектуры проекта).
>>412872
Твоя разработка зависит от твоих личных предпочтений и удобств.
Твоя разработка зависит от твоих личных предпочтений и удобств.
>>412796
Ну я потыкал php.exe и php-win.exe. В php-win.exe мне сказали, что не хватает библиотеки dll. Тогда я все что было с имэджиком поместил в корень папки php. Ошибки при запуске теперь нет, но и в phpinfo я подключенной библиотеки не вижу. Сайт ее не находит, значит точно не подключилась.
Ну я потыкал php.exe и php-win.exe. В php-win.exe мне сказали, что не хватает библиотеки dll. Тогда я все что было с имэджиком поместил в корень папки php. Ошибки при запуске теперь нет, но и в phpinfo я подключенной библиотеки не вижу. Сайт ее не находит, значит точно не подключилась.
Аноны, подскажите IDE или продвинутый редактор, основное что нужно кроме того что бы он дополнял структурами самого языка это то, что бы редактор нормально видел методы класса, в том числе и наследуемые от родителя. Или если вызывается новый класс - что бы его методы так же определялись корректно. Ну и конечно было бы здорово что бы редактор видел тип, количество аргументов в метод, ну и тому подобное.
Сейчас использую visual studo code, но так и не нашел для него php - дополнения что эту функциональность дает.
PHPStorm - понятная тема, но он 200 стоит. ЩА триал качаю. Но может есть бесплатные аналоги с подобным функционалом.
Сейчас использую visual studo code, но так и не нашел для него php - дополнения что эту функциональность дает.
PHPStorm - понятная тема, но он 200 стоит. ЩА триал качаю. Но может есть бесплатные аналоги с подобным функционалом.
>>412872
С маком можешь смело ходить в гей-бары. С ним ты настоящий программист.
С маком можешь смело ходить в гей-бары. С ним ты настоящий программист.
>>413188
Я на Саблайме пишу - мне норм.
Я на Саблайме пишу - мне норм.
90 Кб, 1290x712>>380485 (OP)
Драститя. Первый день изучаю ПХП по мануалу от анончика.
Поясните, зачем в поле вывода, в данном примере после echo значения заключаются в фигурные скобки?
При выполнении задания, я пробовал и так и эдак - разницы никакой. Но подозреваю, что разница есть. Хочу понять какая?
Как ни странно гугл не помог, или я туповат
Драститя. Первый день изучаю ПХП по мануалу от анончика.
Поясните, зачем в поле вывода, в данном примере после echo значения заключаются в фигурные скобки?
При выполнении задания, я пробовал и так и эдак - разницы никакой. Но подозреваю, что разница есть. Хочу понять какая?
Как ни странно гугл не помог, или я туповат
После вашего учебника-сайта куда двигаться? Прочитать статью про сервер, введение в sql и делать круд студентов?
Я не понимаю, объясните архитектуру solid, как она работает ? И имеет смысл учить это ?
>>413188
Ты не туда смотришь, PHPStorm для персонального использования стоит 89$ первый год, потом меньше: https://www.jetbrains.com/phpstorm/buy/#edition=personal
Сейчас PHPStorm де-факто стандарт для PHP разработки, а навыки работы с этой IDE часто указывают как обязательные требования в вакансиях. Если ты студент - то можешь получить бесплатную лицензию на всё время обучения. Вообще у них целый список из special offers: https://www.jetbrains.com/phpstorm/buy/#edition=discounts
>>413399
Много офисов JetBrains находятся в РФ. Не жадничай на поддержу отечественного производителя, если благодаря их продукту зарабатываешь деньги.
Ты не туда смотришь, PHPStorm для персонального использования стоит 89$ первый год, потом меньше: https://www.jetbrains.com/phpstorm/buy/#edition=personal
Сейчас PHPStorm де-факто стандарт для PHP разработки, а навыки работы с этой IDE часто указывают как обязательные требования в вакансиях. Если ты студент - то можешь получить бесплатную лицензию на всё время обучения. Вообще у них целый список из special offers: https://www.jetbrains.com/phpstorm/buy/#edition=discounts
>>413399
Много офисов JetBrains находятся в РФ. Не жадничай на поддержу отечественного производителя, если благодаря их продукту зарабатываешь деньги.
>>413530
Она нужна когда на ООП пишешь.
Она нужна когда на ООП пишешь.
>>413545
А если человек просто вкатывается, а не зарабатывает? И для меня это не отечественный производитель, я не из РФ.
А если человек просто вкатывается, а не зарабатывает? И для меня это не отечественный производитель, я не из РФ.
>>413530
SOLID - это не архитектура, а набор принципов, которым стоит следовать при использовании ООП, каждая буква обозначает отдельный принцип. Например, S значит Single Responsibility, то есть у каждого класса есть строго определенная зона ответственности, за которую он отвечает и он не занимается ничем другим. Расшифровку букв и пояснения к ним можно нагуглить, не все статьи понятные, но если поискать, то можно найти информацию.
Если у тебя есть какой-то более конкретный вопрос, то уточняй.
>>413441
Скобки нужны на случай, если например прямо к переменной приклеен какой-то текст, чтобы его не воспринимало как часть переменной: {$size}Mb. Остально описано в мануале: https://www.php.net/manual/ru/language.types.string.php#language.types.string.parsing
>>413465
Делать студентов и более сложные задачи. После учить фреймворки, например, Slim, Symfony, Laravel. Мало уметь решать задачки про выдачу кредита, надо учиться разрабатывать сайт целиком.
>>413433
Обычно пишут на фреймворках.
>>413188
Плохо искал. У VS code есть расширения вроде PHP intellisense: https://code.visualstudio.com/docs/languages/php
Еще есть Netbeans и Eclipse for PHP, но не знаю, как с ними дело.
SOLID - это не архитектура, а набор принципов, которым стоит следовать при использовании ООП, каждая буква обозначает отдельный принцип. Например, S значит Single Responsibility, то есть у каждого класса есть строго определенная зона ответственности, за которую он отвечает и он не занимается ничем другим. Расшифровку букв и пояснения к ним можно нагуглить, не все статьи понятные, но если поискать, то можно найти информацию.
Если у тебя есть какой-то более конкретный вопрос, то уточняй.
>>413441
Скобки нужны на случай, если например прямо к переменной приклеен какой-то текст, чтобы его не воспринимало как часть переменной: {$size}Mb. Остально описано в мануале: https://www.php.net/manual/ru/language.types.string.php#language.types.string.parsing
>>413465
Делать студентов и более сложные задачи. После учить фреймворки, например, Slim, Symfony, Laravel. Мало уметь решать задачки про выдачу кредита, надо учиться разрабатывать сайт целиком.
>>413433
Обычно пишут на фреймворках.
>>413188
Плохо искал. У VS code есть расширения вроде PHP intellisense: https://code.visualstudio.com/docs/languages/php
Еще есть Netbeans и Eclipse for PHP, но не знаю, как с ними дело.
>>413159
"Потыкал" - значит, запустил в командной строке? Или не запускал? Что показывает php -m?
И надо не "тыкать", а разобраться, как в Windows ищутся DLL. Например, в случае использования с Апачом (а ты, кстати, так и не написал, что у тебя в качестве сервера: Апач, php-fpm, встроенный сервер) порядок зависимостей такой:
httpd.exe (Апач) -> подключает по абс. пути php7apache2_4.dll -> она подключает по абс. пути php_imagick.dll -> она подключает dll-ки imagick, к которым путь не указан.
Если ты это сопоставишь с описанным на сайте Майкрософт (почему не сопоставил?), то увидишь, что в таком сценарии библиотеки imagick должны находиться либо в папке Апача, либо в PATH. Чтобы не разводить помойку, логично сделать для библиотеки imagick отдельную папку, положить туда все dll-ки и добавить путь к ней в переменную окружения PATH, и перезагрузить компьютер.
Ты зря ленишься разобраться в проблеме. Если ты с поиском DLL не можешь разобраться, как ты будешь более сложные проблемы решать?
>>412984
Разберись с синтаксисом строк и экранированием: https://www.php.net/manual/ru/language.types.string.php
Нельзя просто так использовать кавычки внутри кавычек. Ну или, как тебе советуют, освой шаблоны.
>>412658
Конечно, есть. Например, может оказаться, что '11apples' == 11. Читай документацию: https://www.php.net/manual/ru/language.operators.comparison.php
"Потыкал" - значит, запустил в командной строке? Или не запускал? Что показывает php -m?
И надо не "тыкать", а разобраться, как в Windows ищутся DLL. Например, в случае использования с Апачом (а ты, кстати, так и не написал, что у тебя в качестве сервера: Апач, php-fpm, встроенный сервер) порядок зависимостей такой:
httpd.exe (Апач) -> подключает по абс. пути php7apache2_4.dll -> она подключает по абс. пути php_imagick.dll -> она подключает dll-ки imagick, к которым путь не указан.
Если ты это сопоставишь с описанным на сайте Майкрософт (почему не сопоставил?), то увидишь, что в таком сценарии библиотеки imagick должны находиться либо в папке Апача, либо в PATH. Чтобы не разводить помойку, логично сделать для библиотеки imagick отдельную папку, положить туда все dll-ки и добавить путь к ней в переменную окружения PATH, и перезагрузить компьютер.
Ты зря ленишься разобраться в проблеме. Если ты с поиском DLL не можешь разобраться, как ты будешь более сложные проблемы решать?
>>412984
Разберись с синтаксисом строк и экранированием: https://www.php.net/manual/ru/language.types.string.php
Нельзя просто так использовать кавычки внутри кавычек. Ну или, как тебе советуют, освой шаблоны.
>>412658
Конечно, есть. Например, может оказаться, что '11apples' == 11. Читай документацию: https://www.php.net/manual/ru/language.operators.comparison.php
>>412595
А ты читал мой урок по PSR-4? https://github.com/codedokode/pasta/blob/master/php/autoload.md
Также, прочти документацию в композере, а то я не хочу ее пересказывать: https://getcomposer.org/doc/04-schema.md#autoload
Обычно имена классов пишут с большой буквы без слова Class.
Тогда эти классы находятся в корневом неймспейсе. В какой папке они лежат, не важно.
Ты хочешь использовать PSR-4, но твой код не соответствует стандарту. Неудивительно, что оно не работает. Прочти мой урок для начала. Либо сам стандарт.
Да, неймспейс задается словом namespace и не зависит от имени файла или папки. Но PSR-4 предлагает не раскидывать файлы как попало, а сделать структуру папок, соответствующую неймспейсам для облегчения поиска нужного файла. Автозагрузчик полагается на то, что ты следуешь PSR-4. Если ты не следуешь PSR-4, то ты должен либо писать свой автозагрузчик, либо попросить композер составить список твоих классов и пути к ним и использовать этот список (classmap).
Нет, неймспейс задается в самом файле и не зависит от пути к нему. Пути в composer.json настраивают автозагрузчик и говорят, где искать файлы с данным классом, но не задают неймспейс для него.
Префиксом полного имени класса. Документация: https://getcomposer.org/doc/04-schema.md#autoload
Ты сказал, что классы, чье имя начинается с app, надо искать в папке classes. Автозагрузчик следует твоему указанию.
Она влияет на работу автозагрузчика, так как он полагается на стандарт PSR-4, а тот рекомендует использовать определенную структуру, где путь к файлу выводится из полного имени класса. И при нарушении правил автозагрузчик не найдет классы.
Префиксом полного имени класса.
Это значит, что если более конкретным правилом найти класс не удалось, использовать этот вариант как запасной.
В имени класса не может быть точки. Ты не можешь назвать класс или неймспейс user.php. Прочти мой урок сначала.
Если после этого есть еще вопросы, то задавай. Кстати, твой пост довольно понятен, если читать его последовательно.
А ты читал мой урок по PSR-4? https://github.com/codedokode/pasta/blob/master/php/autoload.md
Также, прочти документацию в композере, а то я не хочу ее пересказывать: https://getcomposer.org/doc/04-schema.md#autoload
> Допустим, я имею следующую структуру файлов:
> firstClass.php
Обычно имена классов пишут с большой буквы без слова Class.
> Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Тогда эти классы находятся в корневом неймспейсе. В какой папке они лежат, не важно.
> Я пишу в composer.json
> "psr-4":
Ты хочешь использовать PSR-4, но твой код не соответствует стандарту. Неудивительно, что оно не работает. Прочти мой урок для начала. Либо сам стандарт.
> Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов?
Да, неймспейс задается словом namespace и не зависит от имени файла или папки. Но PSR-4 предлагает не раскидывать файлы как попало, а сделать структуру папок, соответствующую неймспейсам для облегчения поиска нужного файла. Автозагрузчик полагается на то, что ты следуешь PSR-4. Если ты не следуешь PSR-4, то ты должен либо писать свой автозагрузчик, либо попросить композер составить список твоих классов и пути к ним и использовать этот список (classmap).
> Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Нет, неймспейс задается в самом файле и не зависит от пути к нему. Пути в composer.json настраивают автозагрузчик и говорят, где искать файлы с данным классом, но не задают неймспейс для него.
> Тогда мне не очень понятно, чем является ключ в паре "": "classes/"
Префиксом полного имени класса. Документация: https://getcomposer.org/doc/04-schema.md#autoload
> Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
> То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Ты сказал, что классы, чье имя начинается с app, надо искать в папке classes. Автозагрузчик следует твоему указанию.
> Влияет ли на что-нибудь файловая структура?
Она влияет на работу автозагрузчика, так как он полагается на стандарт PSR-4, а тот рекомендует использовать определенную структуру, где путь к файлу выводится из полного имени класса. И при нарушении правил автозагрузчик не найдет классы.
> Чем, всё-таки, является ключ в конфиге psr-4?
Префиксом полного имени класса.
> Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается).
Это значит, что если более конкретным правилом найти класс не удалось, использовать этот вариант как запасной.
> Например, файл classes/foo/bar/buzz/user.php у которого указан namespace \project\foo\user.php будет доступен как, собственно, \project\foo\user.php
В имени класса не может быть точки. Ты не можешь назвать класс или неймспейс user.php. Прочти мой урок сначала.
Если после этого есть еще вопросы, то задавай. Кстати, твой пост довольно понятен, если читать его последовательно.
>>412595
А ты читал мой урок по PSR-4? https://github.com/codedokode/pasta/blob/master/php/autoload.md
Также, прочти документацию в композере, а то я не хочу ее пересказывать: https://getcomposer.org/doc/04-schema.md#autoload
Обычно имена классов пишут с большой буквы без слова Class.
Тогда эти классы находятся в корневом неймспейсе. В какой папке они лежат, не важно.
Ты хочешь использовать PSR-4, но твой код не соответствует стандарту. Неудивительно, что оно не работает. Прочти мой урок для начала. Либо сам стандарт.
Да, неймспейс задается словом namespace и не зависит от имени файла или папки. Но PSR-4 предлагает не раскидывать файлы как попало, а сделать структуру папок, соответствующую неймспейсам для облегчения поиска нужного файла. Автозагрузчик полагается на то, что ты следуешь PSR-4. Если ты не следуешь PSR-4, то ты должен либо писать свой автозагрузчик, либо попросить композер составить список твоих классов и пути к ним и использовать этот список (classmap).
Нет, неймспейс задается в самом файле и не зависит от пути к нему. Пути в composer.json настраивают автозагрузчик и говорят, где искать файлы с данным классом, но не задают неймспейс для него.
Префиксом полного имени класса. Документация: https://getcomposer.org/doc/04-schema.md#autoload
Ты сказал, что классы, чье имя начинается с app, надо искать в папке classes. Автозагрузчик следует твоему указанию.
Она влияет на работу автозагрузчика, так как он полагается на стандарт PSR-4, а тот рекомендует использовать определенную структуру, где путь к файлу выводится из полного имени класса. И при нарушении правил автозагрузчик не найдет классы.
Префиксом полного имени класса.
Это значит, что если более конкретным правилом найти класс не удалось, использовать этот вариант как запасной.
В имени класса не может быть точки. Ты не можешь назвать класс или неймспейс user.php. Прочти мой урок сначала.
Если после этого есть еще вопросы, то задавай. Кстати, твой пост довольно понятен, если читать его последовательно.
А ты читал мой урок по PSR-4? https://github.com/codedokode/pasta/blob/master/php/autoload.md
Также, прочти документацию в композере, а то я не хочу ее пересказывать: https://getcomposer.org/doc/04-schema.md#autoload
> Допустим, я имею следующую структуру файлов:
> firstClass.php
Обычно имена классов пишут с большой буквы без слова Class.
> Все php-файлы содержат в себе объявление класса и одного публичного метода, который выводит сообщение на экран. namespace в них не указан.
Тогда эти классы находятся в корневом неймспейсе. В какой папке они лежат, не важно.
> Я пишу в composer.json
> "psr-4":
Ты хочешь использовать PSR-4, но твой код не соответствует стандарту. Неудивительно, что оно не работает. Прочти мой урок для начала. Либо сам стандарт.
> Значит, структура каталогов может быть любой, вопрос в том, какие namespace я укажу у файлов?
Да, неймспейс задается словом namespace и не зависит от имени файла или папки. Но PSR-4 предлагает не раскидывать файлы как попало, а сделать структуру папок, соответствующую неймспейсам для облегчения поиска нужного файла. Автозагрузчик полагается на то, что ты следуешь PSR-4. Если ты не следуешь PSR-4, то ты должен либо писать свой автозагрузчик, либо попросить композер составить список твоих классов и пути к ним и использовать этот список (classmap).
> Просто на первый взгляд мне показалось, что использование composer psr-4 autoload приведёт к тому, что файл, который находится по пути /src/ns1/conflictClass.php при таких настройках станет доступен как \ns1\conflictClass.
Нет, неймспейс задается в самом файле и не зависит от пути к нему. Пути в composer.json настраивают автозагрузчик и говорят, где искать файлы с данным классом, но не задают неймспейс для него.
> Тогда мне не очень понятно, чем является ключ в паре "": "classes/"
Префиксом полного имени класса. Документация: https://getcomposer.org/doc/04-schema.md#autoload
> Но если я в composer.json изменю ключ и приведу файл, например, к такому виду:
> То попытка вызвать \ns1\firstClass вернёт ошибку. Попытка вызвать \app\ns1\firstClass тоже вернёт ошибку, попытка вызвать \app\firstClass аналогично.
Ты сказал, что классы, чье имя начинается с app, надо искать в папке classes. Автозагрузчик следует твоему указанию.
> Влияет ли на что-нибудь файловая структура?
Она влияет на работу автозагрузчика, так как он полагается на стандарт PSR-4, а тот рекомендует использовать определенную структуру, где путь к файлу выводится из полного имени класса. И при нарушении правил автозагрузчик не найдет классы.
> Чем, всё-таки, является ключ в конфиге psr-4?
Префиксом полного имени класса.
> Является эдаким аналогом фразы "любые классы из любых неймспейсов ищи в папке classes" (конечно, библиотек загруженных через composer это не касается).
Это значит, что если более конкретным правилом найти класс не удалось, использовать этот вариант как запасной.
> Например, файл classes/foo/bar/buzz/user.php у которого указан namespace \project\foo\user.php будет доступен как, собственно, \project\foo\user.php
В имени класса не может быть точки. Ты не можешь назвать класс или неймспейс user.php. Прочти мой урок сначала.
Если после этого есть еще вопросы, то задавай. Кстати, твой пост довольно понятен, если читать его последовательно.
>>412337
Если по какой-то причине production равен нулю, то будет фатальная ошибка деления на ноль. Везде, где ты видишь деление, ты должен гарантировать, что там никогда не будет деления на ноль.
Если здесь число пробелов будет отрицательным, то произойдет ошибка.
Разве функция не должна просто возвращать строку, а не выводить ее?
Это позволяет любому снаружи менять список сотрудников и даже записывать туда всякий мусор. Надежднее было бы применить инкапсуляцию и сделать свойства закрытыми, разрешив менять их только через методы.
А так у тебя, например, можно присвоить работнику любой ранг, хоть 9999, и это никак не проверяется.
Здесь нужен тайп-хинт string: https://www.php.net/manual/ru/functions.arguments.php#functions.arguments.type-declaration
Также желательно указать тип возвращаемого значения там, где это уместно.
Разберись, как работает передача объектов: https://www.php.net/manual/ru/language.oop5.references.php
Это очень важный момент.
Ты здесь не создаешь несколько независимых копий объектов, а кладешь в массив несколько указателей на один и тот же объект. Для простоты представь, что $employee хранит не сам объект, а лишь его уникальный номер, а сам объект расположен где-то в другой области памяти. Ты просто кладешь много раз в массив один и тот же номер, ссылающийся на один и тот же объект. И если ты что-то поменяешь в одном работнике, то это же поменяется и у других.
Новый экземпляр объекта создается только двумя операторами: new или clone. В остальных случаях просто копируется указатель (идентификатор) на существующий объект. Это в большинстве случаев и требуется, но когда ты добавляешь работников, тебе нужно именно несколько независимых объектов. А у тебя, получается, ты одного человека на несколько должностей назначил.
Имена функций принято начинать с глагола в стиле сделатьЧтоТо().
Это не годится, глобальные переменные это зло (например: представь, что у тебя 2 компании и в них разные условия для инженеров). Тебе правильнее было бы сделать в компании "справочник профессий" и брать данные о профессии оттуда. Либо же сделать константы для типов профессий и проверку вида $profession->getType() === TYPE_ENGINEER.
Вот здесь нарушается принцип единой ответственности. Каждый класс отвечает за что-то свое, и не лезет в зону ответственности других классов. Получается логичная схема. Кто отвечает за ведение списка сотрудников, прием и увольнение? Очевидно, департамент. Ты же размазываешь ответственность за это по всему коду: у тебя антикризисный класс решает, какой порядок увольнения работника и откуда его надо удалять.
Чем это плохо? Это усложняет разбор кода (в случае единой ответственности, тебе достаточно изучить один класс, чтобы понять как ведется список сотрудников, в твоем случае - надо изучать весь код), усложняет модификацию (если ты захочешь поменять формат хранения списка, тебе придется обойти весь код и везде его исправлять). У тебя всего 5 классов, а представь, если бы их было 1000 и работа с сотрудниками была бы по ним всем размазана. Как такой код разбирать?
Правильно закрыть свойство staff от шаловливых ручек, а в Департаменте сделать методы для приема на работу, увольнения, поиска сотрудников, выдачи информации о них. То же касается смены лидера: лучше делать это в депертаменте специальным методом, который гарантирует корректность.
Вот тут есть паста про инкапсуляцию: https://github.com/codedokode/pasta/blob/master/php/encapsulation.md
Здесь появляется проблема, что у тебя теперь получается две профессии аналитика, хотя по факту профессия одна, просто человеку повысили зарплату. Как теперь определять, что человек - аналитик? Возможно, правильнее в объекте профессии хранить только зарплату по умолчанию, а фактическую - в работнике. Или вообще не хранить ее в профессии.
Отбор работников на увольнение проще делать так: собрать массив кандидатов, отсортировать по приоритету, взять часть функцией array_slice().
Здесь нестрогое сравнение объектов.
Тут тоже похоже на нарушение инкапсуляции.
> self::padLeft($department->getSalary() / $department->getProduction()
Если по какой-то причине production равен нулю, то будет фатальная ошибка деления на ноль. Везде, где ты видишь деление, ты должен гарантировать, что там никогда не будет деления на ноль.
> $pad = str_repeat(' ', $columnWidth - $nameWidth);
Если здесь число пробелов будет отрицательным, то произойдет ошибка.
> echo $name . $pad;
Разве функция не должна просто возвращать строку, а не выводить ее?
> public $stuff = array(); // перечень сотрудников
Это позволяет любому снаружи менять список сотрудников и даже записывать туда всякий мусор. Надежднее было бы применить инкапсуляцию и сделать свойства закрытыми, разрешив менять их только через методы.
А так у тебя, например, можно присвоить работнику любой ранг, хоть 9999, и это никак не проверяется.
> public function __construct($name)
Здесь нужен тайп-хинт string: https://www.php.net/manual/ru/functions.arguments.php#functions.arguments.type-declaration
Также желательно указать тип возвращаемого значения там, где это уместно.
> public function addEmployees(Employee $employee, $count = 1)
> for ($i = 1; $i <= $count; $i++) {
> $this->stuff[] = $employee;
Разберись, как работает передача объектов: https://www.php.net/manual/ru/language.oop5.references.php
Это очень важный момент.
Ты здесь не создаешь несколько независимых копий объектов, а кладешь в массив несколько указателей на один и тот же объект. Для простоты представь, что $employee хранит не сам объект, а лишь его уникальный номер, а сам объект расположен где-то в другой области памяти. Ты просто кладешь много раз в массив один и тот же номер, ссылающийся на один и тот же объект. И если ты что-то поменяешь в одном работнике, то это же поменяется и у других.
Новый экземпляр объекта создается только двумя операторами: new или clone. В остальных случаях просто копируется указатель (идентификатор) на существующий объект. Это в большинстве случаев и требуется, но когда ты добавляешь работников, тебе нужно именно несколько независимых объектов. А у тебя, получается, ты одного человека на несколько должностей назначил.
> static function anticrisis1(Company $company)
Имена функций принято начинать с глагола в стиле сделатьЧтоТо().
> global $engineer;
Это не годится, глобальные переменные это зло (например: представь, что у тебя 2 компании и в них разные условия для инженеров). Тебе правильнее было бы сделать в компании "справочник профессий" и брать данные о профессии оттуда. Либо же сделать константы для типов профессий и проверку вида $profession->getType() === TYPE_ENGINEER.
> unset($department->stuff[$j]);
Вот здесь нарушается принцип единой ответственности. Каждый класс отвечает за что-то свое, и не лезет в зону ответственности других классов. Получается логичная схема. Кто отвечает за ведение списка сотрудников, прием и увольнение? Очевидно, департамент. Ты же размазываешь ответственность за это по всему коду: у тебя антикризисный класс решает, какой порядок увольнения работника и откуда его надо удалять.
Чем это плохо? Это усложняет разбор кода (в случае единой ответственности, тебе достаточно изучить один класс, чтобы понять как ведется список сотрудников, в твоем случае - надо изучать весь код), усложняет модификацию (если ты захочешь поменять формат хранения списка, тебе придется обойти весь код и везде его исправлять). У тебя всего 5 классов, а представь, если бы их было 1000 и работа с сотрудниками была бы по ним всем размазана. Как такой код разбирать?
Правильно закрыть свойство staff от шаловливых ручек, а в Департаменте сделать методы для приема на работу, увольнения, поиска сотрудников, выдачи информации о них. То же касается смены лидера: лучше делать это в депертаменте специальным методом, который гарантирует корректность.
Вот тут есть паста про инкапсуляцию: https://github.com/codedokode/pasta/blob/master/php/encapsulation.md
> $analyticUpgrade = new Profession(75, 1100, 5);
Здесь появляется проблема, что у тебя теперь получается две профессии аналитика, хотя по факту профессия одна, просто человеку повысили зарплату. Как теперь определять, что человек - аналитик? Возможно, правильнее в объекте профессии хранить только зарплату по умолчанию, а фактическую - в работнике. Или вообще не хранить ее в профессии.
Отбор работников на увольнение проще делать так: собрать массив кандидатов, отсортировать по приоритету, взять часть функцией array_slice().
> } elseif ($employee->isLeader === 1 and $employee->profession != $analytic) {
Здесь нестрогое сравнение объектов.
> $department->stuff[$managers[$i]]->level = $lev + 1;
Тут тоже похоже на нарушение инкапсуляции.
>>412337
Если по какой-то причине production равен нулю, то будет фатальная ошибка деления на ноль. Везде, где ты видишь деление, ты должен гарантировать, что там никогда не будет деления на ноль.
Если здесь число пробелов будет отрицательным, то произойдет ошибка.
Разве функция не должна просто возвращать строку, а не выводить ее?
Это позволяет любому снаружи менять список сотрудников и даже записывать туда всякий мусор. Надежднее было бы применить инкапсуляцию и сделать свойства закрытыми, разрешив менять их только через методы.
А так у тебя, например, можно присвоить работнику любой ранг, хоть 9999, и это никак не проверяется.
Здесь нужен тайп-хинт string: https://www.php.net/manual/ru/functions.arguments.php#functions.arguments.type-declaration
Также желательно указать тип возвращаемого значения там, где это уместно.
Разберись, как работает передача объектов: https://www.php.net/manual/ru/language.oop5.references.php
Это очень важный момент.
Ты здесь не создаешь несколько независимых копий объектов, а кладешь в массив несколько указателей на один и тот же объект. Для простоты представь, что $employee хранит не сам объект, а лишь его уникальный номер, а сам объект расположен где-то в другой области памяти. Ты просто кладешь много раз в массив один и тот же номер, ссылающийся на один и тот же объект. И если ты что-то поменяешь в одном работнике, то это же поменяется и у других.
Новый экземпляр объекта создается только двумя операторами: new или clone. В остальных случаях просто копируется указатель (идентификатор) на существующий объект. Это в большинстве случаев и требуется, но когда ты добавляешь работников, тебе нужно именно несколько независимых объектов. А у тебя, получается, ты одного человека на несколько должностей назначил.
Имена функций принято начинать с глагола в стиле сделатьЧтоТо().
Это не годится, глобальные переменные это зло (например: представь, что у тебя 2 компании и в них разные условия для инженеров). Тебе правильнее было бы сделать в компании "справочник профессий" и брать данные о профессии оттуда. Либо же сделать константы для типов профессий и проверку вида $profession->getType() === TYPE_ENGINEER.
Вот здесь нарушается принцип единой ответственности. Каждый класс отвечает за что-то свое, и не лезет в зону ответственности других классов. Получается логичная схема. Кто отвечает за ведение списка сотрудников, прием и увольнение? Очевидно, департамент. Ты же размазываешь ответственность за это по всему коду: у тебя антикризисный класс решает, какой порядок увольнения работника и откуда его надо удалять.
Чем это плохо? Это усложняет разбор кода (в случае единой ответственности, тебе достаточно изучить один класс, чтобы понять как ведется список сотрудников, в твоем случае - надо изучать весь код), усложняет модификацию (если ты захочешь поменять формат хранения списка, тебе придется обойти весь код и везде его исправлять). У тебя всего 5 классов, а представь, если бы их было 1000 и работа с сотрудниками была бы по ним всем размазана. Как такой код разбирать?
Правильно закрыть свойство staff от шаловливых ручек, а в Департаменте сделать методы для приема на работу, увольнения, поиска сотрудников, выдачи информации о них. То же касается смены лидера: лучше делать это в депертаменте специальным методом, который гарантирует корректность.
Вот тут есть паста про инкапсуляцию: https://github.com/codedokode/pasta/blob/master/php/encapsulation.md
Здесь появляется проблема, что у тебя теперь получается две профессии аналитика, хотя по факту профессия одна, просто человеку повысили зарплату. Как теперь определять, что человек - аналитик? Возможно, правильнее в объекте профессии хранить только зарплату по умолчанию, а фактическую - в работнике. Или вообще не хранить ее в профессии.
Отбор работников на увольнение проще делать так: собрать массив кандидатов, отсортировать по приоритету, взять часть функцией array_slice().
Здесь нестрогое сравнение объектов.
Тут тоже похоже на нарушение инкапсуляции.
> self::padLeft($department->getSalary() / $department->getProduction()
Если по какой-то причине production равен нулю, то будет фатальная ошибка деления на ноль. Везде, где ты видишь деление, ты должен гарантировать, что там никогда не будет деления на ноль.
> $pad = str_repeat(' ', $columnWidth - $nameWidth);
Если здесь число пробелов будет отрицательным, то произойдет ошибка.
> echo $name . $pad;
Разве функция не должна просто возвращать строку, а не выводить ее?
> public $stuff = array(); // перечень сотрудников
Это позволяет любому снаружи менять список сотрудников и даже записывать туда всякий мусор. Надежднее было бы применить инкапсуляцию и сделать свойства закрытыми, разрешив менять их только через методы.
А так у тебя, например, можно присвоить работнику любой ранг, хоть 9999, и это никак не проверяется.
> public function __construct($name)
Здесь нужен тайп-хинт string: https://www.php.net/manual/ru/functions.arguments.php#functions.arguments.type-declaration
Также желательно указать тип возвращаемого значения там, где это уместно.
> public function addEmployees(Employee $employee, $count = 1)
> for ($i = 1; $i <= $count; $i++) {
> $this->stuff[] = $employee;
Разберись, как работает передача объектов: https://www.php.net/manual/ru/language.oop5.references.php
Это очень важный момент.
Ты здесь не создаешь несколько независимых копий объектов, а кладешь в массив несколько указателей на один и тот же объект. Для простоты представь, что $employee хранит не сам объект, а лишь его уникальный номер, а сам объект расположен где-то в другой области памяти. Ты просто кладешь много раз в массив один и тот же номер, ссылающийся на один и тот же объект. И если ты что-то поменяешь в одном работнике, то это же поменяется и у других.
Новый экземпляр объекта создается только двумя операторами: new или clone. В остальных случаях просто копируется указатель (идентификатор) на существующий объект. Это в большинстве случаев и требуется, но когда ты добавляешь работников, тебе нужно именно несколько независимых объектов. А у тебя, получается, ты одного человека на несколько должностей назначил.
> static function anticrisis1(Company $company)
Имена функций принято начинать с глагола в стиле сделатьЧтоТо().
> global $engineer;
Это не годится, глобальные переменные это зло (например: представь, что у тебя 2 компании и в них разные условия для инженеров). Тебе правильнее было бы сделать в компании "справочник профессий" и брать данные о профессии оттуда. Либо же сделать константы для типов профессий и проверку вида $profession->getType() === TYPE_ENGINEER.
> unset($department->stuff[$j]);
Вот здесь нарушается принцип единой ответственности. Каждый класс отвечает за что-то свое, и не лезет в зону ответственности других классов. Получается логичная схема. Кто отвечает за ведение списка сотрудников, прием и увольнение? Очевидно, департамент. Ты же размазываешь ответственность за это по всему коду: у тебя антикризисный класс решает, какой порядок увольнения работника и откуда его надо удалять.
Чем это плохо? Это усложняет разбор кода (в случае единой ответственности, тебе достаточно изучить один класс, чтобы понять как ведется список сотрудников, в твоем случае - надо изучать весь код), усложняет модификацию (если ты захочешь поменять формат хранения списка, тебе придется обойти весь код и везде его исправлять). У тебя всего 5 классов, а представь, если бы их было 1000 и работа с сотрудниками была бы по ним всем размазана. Как такой код разбирать?
Правильно закрыть свойство staff от шаловливых ручек, а в Департаменте сделать методы для приема на работу, увольнения, поиска сотрудников, выдачи информации о них. То же касается смены лидера: лучше делать это в депертаменте специальным методом, который гарантирует корректность.
Вот тут есть паста про инкапсуляцию: https://github.com/codedokode/pasta/blob/master/php/encapsulation.md
> $analyticUpgrade = new Profession(75, 1100, 5);
Здесь появляется проблема, что у тебя теперь получается две профессии аналитика, хотя по факту профессия одна, просто человеку повысили зарплату. Как теперь определять, что человек - аналитик? Возможно, правильнее в объекте профессии хранить только зарплату по умолчанию, а фактическую - в работнике. Или вообще не хранить ее в профессии.
Отбор работников на увольнение проще делать так: собрать массив кандидатов, отсортировать по приоритету, взять часть функцией array_slice().
> } elseif ($employee->isLeader === 1 and $employee->profession != $analytic) {
Здесь нестрогое сравнение объектов.
> $department->stuff[$managers[$i]]->level = $lev + 1;
Тут тоже похоже на нарушение инкапсуляции.
>>412096
Не знаю, увы. Может быть, надо написать свой плагин или как-то настроить свойства товаров в CMS?
>>411969
Найди логи веб-сервера и/или логи PHP и посмотри, нет ли там ошибок.
>>411406
Адаптеры используют, если у тебя есть код, который, например, работает с несколькими библиотеками: адаптеры помогают "адаптировать" их под единый интерфейс. Если это не так, то лучше использовать библиотеку напрямую и не заниматься оверинжинирингом.
>>411376
Зависит от железа и конфигурации. Протестируй. Утилиты для тестирования, по возрастанию возможностей: Apache Benchmark, siege, Яндекс-танк.
Не знаю, увы. Может быть, надо написать свой плагин или как-то настроить свойства товаров в CMS?
>>411969
Найди логи веб-сервера и/или логи PHP и посмотри, нет ли там ошибок.
>>411406
Адаптеры используют, если у тебя есть код, который, например, работает с несколькими библиотеками: адаптеры помогают "адаптировать" их под единый интерфейс. Если это не так, то лучше использовать библиотеку напрямую и не заниматься оверинжинирингом.
>>411376
Зависит от железа и конфигурации. Протестируй. Утилиты для тестирования, по возрастанию возможностей: Apache Benchmark, siege, Яндекс-танк.
>>394979
>>411268
тут хорошо бы добавить комментарий к полю словом COMMENT с пояснением.
Лучше использовать регулярку, так как Students может быть где-то в середине имени класса, а не только в начале.
Та же проблема.
Я не уверен, что есть смысл в этом параметре конфига. Это ведь кодировка соединения, в который твой код передает данные в БД (а не кодировка таблиц). Следовательно, чтобы ее поменять, надо добавлять перекодировку данных еще и во все функции, работающие с БД. Следовательно, этот параметр не работает и только вводит пользователя в заблуждение.
Кстати, сейчас модно использовать имя класса (StudentsDataGateway::class) как имя сервиса. Автодополнение работает, плюс защита от опечаток.
Router тоже можно было поместить в контейнер.
Для вывода страницы ошибки лучше сделать метод, а не копипастить везде одинаковый код.
Лучше было сделать константу NOTICE_REG, равную 'reg', и отдельно - константу-массив с расшифровкой сообщений [self::NOTICE_REG => '....', ...]. А сейчас у тебя непонятно, какие вообще notice бывают и нет защиты от опечатки.
При редактировании обычно загружают объект из БД и редактируют его, а после сохраняют. Так надежнее, так как в форме может быть меньше полей, чем в самом объекте, и в этом случае у тебя могут теряться значения полей.
Это стоит вынести в отдельный метод и добавить ограничение на число попыток для защиты от бесконечного цикла.
Удобнее просто передать в шаблон сам объект студента.
Также, не вижу в коде проверки на то, что email уже используется. Обрати внимание, что при редактировании надо не выдавать ошибку на свой собственный email.
Не выдаст ли это ошибку при отсутствии поля? Может быть ?? должен быть внутри скобок?
Удобнее либо задавать поля по одному, либо сделать метод вроде setAttributes, принимающий массив, либо принимать массив в конструкторе. Плохо делать конструктор с 8 аргументами.
Обычно перед константой пишут имя класса.
В if принято, вроде бы в каком-то PSR, всегда использовать фигурные скобки. Иначе проще допустить ошибку.
Здесь есть риск, что поисковое слово поломает HTML-разметку. Допустим, $tablevalue = 'Ivan', $this->search = 'van mark'. Первая замена даст I<mark>van</mark>, вторая поломает HTML-тег.
Можно вместо этого разбить текст на массив совпадений/несовпадений, и делать повторную замену только внутри несовпадений. А после преобразовать массив в размеченный HTML.
Другой вариант - сделать замену через preg_replace_callback с хитрой регуляркой, собранной из поисковых слов.
А что, если в поисковой фразе идет несколько пробелов подряд? Тогда в массиве будут пустые строки и они конечно найдутся в тексте.
Нет экранирования.
Убрать пустые элементы можно array_filter().
Букву ё надо указать отдельно, она не входит внутрь [а-я] в кодировке utf-8, убедись сам: https://unicode-table.com/ru/#cyrillic
Лучше писать что-то вроде "Вы не указали место проживания".
Нужен тайп-хинт.
Здесь SQL инъекция в параметре $searchValue. Надо использовать плейсхолдер.
Также, в поисковой фразе хорошо бы заменять пробелы на %.
https://github.com/codecoshauni/student-list/blob/master/src/Model/StudentsDataGateway.php#L121
Здесь SQL инъекция в параметре order. Надо проверять его по белому списку разрешенных значений. Урок по инъекциям: https://github.com/codedokode/pasta/blob/master/security/sql-injection.md
Паттерн не соответствует паттерну в серверном валидаторе. Хорошо бы, конечно, держать эти паттерны рядом.
Чтобы не писать for, можно просто обернуть input в label.
Не надо копипастить шапку и подвал в каждом шаблоне. То же касается CSS.
Тут лучше использовать специальный if с двоеточием для шаблонов. Писать внутри кавычек HTML очень неудобно.
Это семейство Roboto Mono, просто с жирным весом, надо было указать в определении font-weight: bold. А из-за твоего определения, во-первых, не подхватится установленный на компьютере шрифт, во-вторых, если ты в тексте с Roboto Mono Regular добавишь тег strong, браузер будет использовать искуственную жирность вместо нужного начертания.
Посмотри, как шрифт определен в Google Fonts: https://fonts.google.com/specimen/Roboto+Mono?selection.family=Roboto+Mono
Там жмем use this font, затем копируем ссылку на CSS: https://fonts.googleapis.com/css?family=Roboto+Mono&display=swap и смотрим этот CSS. У них, правда, почему-то для IE ничего не предлагается, и версия только woff2, что мне не нравится. Но ты все равно посмотри.
это в общем плохая идея, так как завтра кто-то захочет добавить в заголовок ссылку в другом стиле и правила будут ему мешать. Лучше использовать класс для ссылки или класс для меню со ссылками.
Еще плохо, что при наведении на номер страницы все номера справа сдвигаются.
Также, проверь, подвержен ли твой сайт уязвимости XSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Так, если бы не SQL-инъекции, я бы сказал, что хорошая работа, но уязвимости в коде оставлять - это плохо.
>>411268
> `token` varchar(64) NOT NULL,
> `points` smallint(6) NOT NULL,
тут хорошо бы добавить комментарий к полю словом COMMENT с пояснением.
> $class = str_replace('Students\\', '', $class);
Лучше использовать регулярку, так как Students может быть где-то в середине имени класса, а не только в начале.
> return '/' . ltrim(str_replace('index.php', '', $path), '/');
Та же проблема.
> $charset = $config['charset'];
Я не уверен, что есть смысл в этом параметре конфига. Это ведь кодировка соединения, в который твой код передает данные в БД (а не кодировка таблиц). Следовательно, чтобы ее поменять, надо добавлять перекодировку данных еще и во все функции, работающие с БД. Следовательно, этот параметр не работает и только вводит пользователя в заблуждение.
> $container->register('studentsDataGateway',
Кстати, сейчас модно использовать имя класса (StudentsDataGateway::class) как имя сервиса. Автодополнение работает, плюс защита от опечаток.
Router тоже можно было поместить в контейнер.
> https://github.com/codecoshauni/student-list/blob/master/src/Controllers/ProfileController.php#L30
Для вывода страницы ошибки лучше сделать метод, а не копипастить везде одинаковый код.
> if ($_GET['notice'] == 'reg') $notice = self::NOTICE_REG;
Лучше было сделать константу NOTICE_REG, равную 'reg', и отдельно - константу-массив с расшифровкой сообщений [self::NOTICE_REG => '....', ...]. А сейчас у тебя непонятно, какие вообще notice бывают и нет защиты от опечатки.
> $student = $this->createStudentFromPost();
При редактировании обычно загружают объект из БД и редактируют его, а после сохраняют. Так надежнее, так как в форме может быть меньше полей, чем в самом объекте, и в этом случае у тебя могут теряться значения полей.
> do {
> $token = bin2hex(random_bytes(32));
> } while($this->studentsDataGateway->isTokenExist($token));
Это стоит вынести в отдельный метод и добавить ограничение на число попыток для защиты от бесконечного цикла.
> $studentData['name'] = $student->getName();
> $studentData['surname'] = $student->getSurname();
Удобнее просто передать в шаблон сам объект студента.
Также, не вижу в коде проверки на то, что email уже используется. Обрати внимание, что при редактировании надо не выдавать ошибку на свой собственный email.
> strval($_POST['name']) ?? '';
Не выдаст ли это ошибку при отсутствии поля? Может быть ?? должен быть внутри скобок?
> $student = new \Students\Model\Student($name, $surname, $sex, $group_number, $email, $points, $birth_year, $habitation);
Удобнее либо задавать поля по одному, либо сделать метод вроде setAttributes, принимающий массив, либо принимать массив в конструкторе. Плохо делать конструктор с 8 аргументами.
> $offset = (($page - 1) * $this->studentsDataGateway::LIMIT);
Обычно перед константой пишут имя класса.
> if (is_null($limit)) $limit = StudentsDataGateway::LIMIT;
В if принято, вроде бы в каком-то PSR, всегда использовать фигурные скобки. Иначе проще допустить ошибку.
> public function markSearchValue($tablevalue)
Здесь есть риск, что поисковое слово поломает HTML-разметку. Допустим, $tablevalue = 'Ivan', $this->search = 'van mark'. Первая замена даст I<mark>van</mark>, вторая поломает HTML-тег.
Можно вместо этого разбить текст на массив совпадений/несовпадений, и делать повторную замену только внутри несовпадений. А после преобразовать массив в размеченный HTML.
Другой вариант - сделать замену через preg_replace_callback с хитрой регуляркой, собранной из поисковых слов.
> $searchValues = explode(' ', $this->search);
А что, если в поисковой фразе идет несколько пробелов подряд? Тогда в массиве будут пустые строки и они конечно найдутся в тексте.
> if (!$this->search) return $tablevalue;
Нет экранирования.
> return (implode('', $this->errors) == '') ? [] : $this->errors;
Убрать пустые элементы можно array_filter().
> [a-zA-Zа-яА-Я
Букву ё надо указать отдельно, она не входит внутрь [а-я] в кодировке utf-8, убедись сам: https://unicode-table.com/ru/#cyrillic
> "Sorry, but you ({$habitation}) is non-existent";
Лучше писать что-то вроде "Вы не указали место проживания".
> public function __construct($pdo)
Нужен тайп-хинт.
> public function getStudentsCount($searchValue = '')
Здесь SQL инъекция в параметре $searchValue. Надо использовать плейсхолдер.
Также, в поисковой фразе хорошо бы заменять пробелы на %.
https://github.com/codecoshauni/student-list/blob/master/src/Model/StudentsDataGateway.php#L121
Здесь SQL инъекция в параметре order. Надо проверять его по белому списку разрешенных значений. Урок по инъекциям: https://github.com/codedokode/pasta/blob/master/security/sql-injection.md
> <input class='field write' type="text" name="name" maxlength="20" placeholder="less than 21 letters"
> pattern="[A-Za-zА-Яа-яЁё]+$"
Паттерн не соответствует паттерну в серверном валидаторе. Хорошо бы, конечно, держать эти паттерны рядом.
> <label for='ml'>Male</label>
Чтобы не писать for, можно просто обернуть input в label.
> https://github.com/codecoshauni/student-list/blob/master/templates/students-list.php
Не надо копипастить шапку и подвал в каждом шаблоне. То же касается CSS.
> <?php if ($listOutputHelper->getOrderBy() == 'name') echo
Тут лучше использовать специальный if с двоеточием для шаблонов. Писать внутри кавычек HTML очень неудобно.
> https://github.com/codecoshauni/student-list/blob/master/public/css/fontstyle.css#L12
> font-family: 'Roboto Mono Bold';
Это семейство Roboto Mono, просто с жирным весом, надо было указать в определении font-weight: bold. А из-за твоего определения, во-первых, не подхватится установленный на компьютере шрифт, во-вторых, если ты в тексте с Roboto Mono Regular добавишь тег strong, браузер будет использовать искуственную жирность вместо нужного начертания.
Посмотри, как шрифт определен в Google Fonts: https://fonts.google.com/specimen/Roboto+Mono?selection.family=Roboto+Mono
Там жмем use this font, затем копируем ссылку на CSS: https://fonts.googleapis.com/css?family=Roboto+Mono&display=swap и смотрим этот CSS. У них, правда, почему-то для IE ничего не предлагается, и версия только woff2, что мне не нравится. Но ты все равно посмотри.
> header a {
это в общем плохая идея, так как завтра кто-то захочет добавить в заголовок ссылку в другом стиле и правила будут ему мешать. Лучше использовать класс для ссылки или класс для меню со ссылками.
Еще плохо, что при наведении на номер страницы все номера справа сдвигаются.
Также, проверь, подвержен ли твой сайт уязвимости XSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Так, если бы не SQL-инъекции, я бы сказал, что хорошая работа, но уязвимости в коде оставлять - это плохо.
>>394979
>>411268
тут хорошо бы добавить комментарий к полю словом COMMENT с пояснением.
Лучше использовать регулярку, так как Students может быть где-то в середине имени класса, а не только в начале.
Та же проблема.
Я не уверен, что есть смысл в этом параметре конфига. Это ведь кодировка соединения, в который твой код передает данные в БД (а не кодировка таблиц). Следовательно, чтобы ее поменять, надо добавлять перекодировку данных еще и во все функции, работающие с БД. Следовательно, этот параметр не работает и только вводит пользователя в заблуждение.
Кстати, сейчас модно использовать имя класса (StudentsDataGateway::class) как имя сервиса. Автодополнение работает, плюс защита от опечаток.
Router тоже можно было поместить в контейнер.
Для вывода страницы ошибки лучше сделать метод, а не копипастить везде одинаковый код.
Лучше было сделать константу NOTICE_REG, равную 'reg', и отдельно - константу-массив с расшифровкой сообщений [self::NOTICE_REG => '....', ...]. А сейчас у тебя непонятно, какие вообще notice бывают и нет защиты от опечатки.
При редактировании обычно загружают объект из БД и редактируют его, а после сохраняют. Так надежнее, так как в форме может быть меньше полей, чем в самом объекте, и в этом случае у тебя могут теряться значения полей.
Это стоит вынести в отдельный метод и добавить ограничение на число попыток для защиты от бесконечного цикла.
Удобнее просто передать в шаблон сам объект студента.
Также, не вижу в коде проверки на то, что email уже используется. Обрати внимание, что при редактировании надо не выдавать ошибку на свой собственный email.
Не выдаст ли это ошибку при отсутствии поля? Может быть ?? должен быть внутри скобок?
Удобнее либо задавать поля по одному, либо сделать метод вроде setAttributes, принимающий массив, либо принимать массив в конструкторе. Плохо делать конструктор с 8 аргументами.
Обычно перед константой пишут имя класса.
В if принято, вроде бы в каком-то PSR, всегда использовать фигурные скобки. Иначе проще допустить ошибку.
Здесь есть риск, что поисковое слово поломает HTML-разметку. Допустим, $tablevalue = 'Ivan', $this->search = 'van mark'. Первая замена даст I<mark>van</mark>, вторая поломает HTML-тег.
Можно вместо этого разбить текст на массив совпадений/несовпадений, и делать повторную замену только внутри несовпадений. А после преобразовать массив в размеченный HTML.
Другой вариант - сделать замену через preg_replace_callback с хитрой регуляркой, собранной из поисковых слов.
А что, если в поисковой фразе идет несколько пробелов подряд? Тогда в массиве будут пустые строки и они конечно найдутся в тексте.
Нет экранирования.
Убрать пустые элементы можно array_filter().
Букву ё надо указать отдельно, она не входит внутрь [а-я] в кодировке utf-8, убедись сам: https://unicode-table.com/ru/#cyrillic
Лучше писать что-то вроде "Вы не указали место проживания".
Нужен тайп-хинт.
Здесь SQL инъекция в параметре $searchValue. Надо использовать плейсхолдер.
Также, в поисковой фразе хорошо бы заменять пробелы на %.
https://github.com/codecoshauni/student-list/blob/master/src/Model/StudentsDataGateway.php#L121
Здесь SQL инъекция в параметре order. Надо проверять его по белому списку разрешенных значений. Урок по инъекциям: https://github.com/codedokode/pasta/blob/master/security/sql-injection.md
Паттерн не соответствует паттерну в серверном валидаторе. Хорошо бы, конечно, держать эти паттерны рядом.
Чтобы не писать for, можно просто обернуть input в label.
Не надо копипастить шапку и подвал в каждом шаблоне. То же касается CSS.
Тут лучше использовать специальный if с двоеточием для шаблонов. Писать внутри кавычек HTML очень неудобно.
Это семейство Roboto Mono, просто с жирным весом, надо было указать в определении font-weight: bold. А из-за твоего определения, во-первых, не подхватится установленный на компьютере шрифт, во-вторых, если ты в тексте с Roboto Mono Regular добавишь тег strong, браузер будет использовать искуственную жирность вместо нужного начертания.
Посмотри, как шрифт определен в Google Fonts: https://fonts.google.com/specimen/Roboto+Mono?selection.family=Roboto+Mono
Там жмем use this font, затем копируем ссылку на CSS: https://fonts.googleapis.com/css?family=Roboto+Mono&display=swap и смотрим этот CSS. У них, правда, почему-то для IE ничего не предлагается, и версия только woff2, что мне не нравится. Но ты все равно посмотри.
это в общем плохая идея, так как завтра кто-то захочет добавить в заголовок ссылку в другом стиле и правила будут ему мешать. Лучше использовать класс для ссылки или класс для меню со ссылками.
Еще плохо, что при наведении на номер страницы все номера справа сдвигаются.
Также, проверь, подвержен ли твой сайт уязвимости XSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Так, если бы не SQL-инъекции, я бы сказал, что хорошая работа, но уязвимости в коде оставлять - это плохо.
>>411268
> `token` varchar(64) NOT NULL,
> `points` smallint(6) NOT NULL,
тут хорошо бы добавить комментарий к полю словом COMMENT с пояснением.
> $class = str_replace('Students\\', '', $class);
Лучше использовать регулярку, так как Students может быть где-то в середине имени класса, а не только в начале.
> return '/' . ltrim(str_replace('index.php', '', $path), '/');
Та же проблема.
> $charset = $config['charset'];
Я не уверен, что есть смысл в этом параметре конфига. Это ведь кодировка соединения, в который твой код передает данные в БД (а не кодировка таблиц). Следовательно, чтобы ее поменять, надо добавлять перекодировку данных еще и во все функции, работающие с БД. Следовательно, этот параметр не работает и только вводит пользователя в заблуждение.
> $container->register('studentsDataGateway',
Кстати, сейчас модно использовать имя класса (StudentsDataGateway::class) как имя сервиса. Автодополнение работает, плюс защита от опечаток.
Router тоже можно было поместить в контейнер.
> https://github.com/codecoshauni/student-list/blob/master/src/Controllers/ProfileController.php#L30
Для вывода страницы ошибки лучше сделать метод, а не копипастить везде одинаковый код.
> if ($_GET['notice'] == 'reg') $notice = self::NOTICE_REG;
Лучше было сделать константу NOTICE_REG, равную 'reg', и отдельно - константу-массив с расшифровкой сообщений [self::NOTICE_REG => '....', ...]. А сейчас у тебя непонятно, какие вообще notice бывают и нет защиты от опечатки.
> $student = $this->createStudentFromPost();
При редактировании обычно загружают объект из БД и редактируют его, а после сохраняют. Так надежнее, так как в форме может быть меньше полей, чем в самом объекте, и в этом случае у тебя могут теряться значения полей.
> do {
> $token = bin2hex(random_bytes(32));
> } while($this->studentsDataGateway->isTokenExist($token));
Это стоит вынести в отдельный метод и добавить ограничение на число попыток для защиты от бесконечного цикла.
> $studentData['name'] = $student->getName();
> $studentData['surname'] = $student->getSurname();
Удобнее просто передать в шаблон сам объект студента.
Также, не вижу в коде проверки на то, что email уже используется. Обрати внимание, что при редактировании надо не выдавать ошибку на свой собственный email.
> strval($_POST['name']) ?? '';
Не выдаст ли это ошибку при отсутствии поля? Может быть ?? должен быть внутри скобок?
> $student = new \Students\Model\Student($name, $surname, $sex, $group_number, $email, $points, $birth_year, $habitation);
Удобнее либо задавать поля по одному, либо сделать метод вроде setAttributes, принимающий массив, либо принимать массив в конструкторе. Плохо делать конструктор с 8 аргументами.
> $offset = (($page - 1) * $this->studentsDataGateway::LIMIT);
Обычно перед константой пишут имя класса.
> if (is_null($limit)) $limit = StudentsDataGateway::LIMIT;
В if принято, вроде бы в каком-то PSR, всегда использовать фигурные скобки. Иначе проще допустить ошибку.
> public function markSearchValue($tablevalue)
Здесь есть риск, что поисковое слово поломает HTML-разметку. Допустим, $tablevalue = 'Ivan', $this->search = 'van mark'. Первая замена даст I<mark>van</mark>, вторая поломает HTML-тег.
Можно вместо этого разбить текст на массив совпадений/несовпадений, и делать повторную замену только внутри несовпадений. А после преобразовать массив в размеченный HTML.
Другой вариант - сделать замену через preg_replace_callback с хитрой регуляркой, собранной из поисковых слов.
> $searchValues = explode(' ', $this->search);
А что, если в поисковой фразе идет несколько пробелов подряд? Тогда в массиве будут пустые строки и они конечно найдутся в тексте.
> if (!$this->search) return $tablevalue;
Нет экранирования.
> return (implode('', $this->errors) == '') ? [] : $this->errors;
Убрать пустые элементы можно array_filter().
> [a-zA-Zа-яА-Я
Букву ё надо указать отдельно, она не входит внутрь [а-я] в кодировке utf-8, убедись сам: https://unicode-table.com/ru/#cyrillic
> "Sorry, but you ({$habitation}) is non-existent";
Лучше писать что-то вроде "Вы не указали место проживания".
> public function __construct($pdo)
Нужен тайп-хинт.
> public function getStudentsCount($searchValue = '')
Здесь SQL инъекция в параметре $searchValue. Надо использовать плейсхолдер.
Также, в поисковой фразе хорошо бы заменять пробелы на %.
https://github.com/codecoshauni/student-list/blob/master/src/Model/StudentsDataGateway.php#L121
Здесь SQL инъекция в параметре order. Надо проверять его по белому списку разрешенных значений. Урок по инъекциям: https://github.com/codedokode/pasta/blob/master/security/sql-injection.md
> <input class='field write' type="text" name="name" maxlength="20" placeholder="less than 21 letters"
> pattern="[A-Za-zА-Яа-яЁё]+$"
Паттерн не соответствует паттерну в серверном валидаторе. Хорошо бы, конечно, держать эти паттерны рядом.
> <label for='ml'>Male</label>
Чтобы не писать for, можно просто обернуть input в label.
> https://github.com/codecoshauni/student-list/blob/master/templates/students-list.php
Не надо копипастить шапку и подвал в каждом шаблоне. То же касается CSS.
> <?php if ($listOutputHelper->getOrderBy() == 'name') echo
Тут лучше использовать специальный if с двоеточием для шаблонов. Писать внутри кавычек HTML очень неудобно.
> https://github.com/codecoshauni/student-list/blob/master/public/css/fontstyle.css#L12
> font-family: 'Roboto Mono Bold';
Это семейство Roboto Mono, просто с жирным весом, надо было указать в определении font-weight: bold. А из-за твоего определения, во-первых, не подхватится установленный на компьютере шрифт, во-вторых, если ты в тексте с Roboto Mono Regular добавишь тег strong, браузер будет использовать искуственную жирность вместо нужного начертания.
Посмотри, как шрифт определен в Google Fonts: https://fonts.google.com/specimen/Roboto+Mono?selection.family=Roboto+Mono
Там жмем use this font, затем копируем ссылку на CSS: https://fonts.googleapis.com/css?family=Roboto+Mono&display=swap и смотрим этот CSS. У них, правда, почему-то для IE ничего не предлагается, и версия только woff2, что мне не нравится. Но ты все равно посмотри.
> header a {
это в общем плохая идея, так как завтра кто-то захочет добавить в заголовок ссылку в другом стиле и правила будут ему мешать. Лучше использовать класс для ссылки или класс для меню со ссылками.
Еще плохо, что при наведении на номер страницы все номера справа сдвигаются.
Также, проверь, подвержен ли твой сайт уязвимости XSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Так, если бы не SQL-инъекции, я бы сказал, что хорошая работа, но уязвимости в коде оставлять - это плохо.
>>395840
>>399017
Тут не помешал бы комментарий к колонке со словом COMMENT, что там хранится.
Тут лучше использовать ENUM.
Стоит добавить уникальный ключ по email.
Стоит добавить README.
Это неудобно тем, что непонятно, как его выключать при выгрузке на продакшен. Лучше менять настройку в php.ini или хотя бы в конфиге.
Мало показать страницу, надо еще выставить HTTP-код ответа (код состояния) в 404.
Надо проверять, что файл существует, перед подключением. А то у тебя код вроде if (class_exists('ssss')) вызовет ошибку.
Вместо возврата true/false удобнее выбрасывать исключение при 404 и ловить его, либо самостоятельно из контроллера вызывать функцию вывода страницы ошибки.
Если в GET нет элемента page, тут будет notice. Ты его не видел? Либо у тебя отключен показ ошибок, либо включено игнорирование нотисов. Лучше всего превращать любые ошибки в исключения через set_error_handler, пример кода есть в мануале, тогда не заметить их не получится.
А зачем амперсанд? И параметр page?
Функция регистрации и редактирования профиля очень похожи. Надо посмотреть, можно ли избежать копипаста кода и шаблонов для них. Незачем два раза писать почти одинаковый код.
При регистрации gender почему-то не передается в валидатор.
Удобнее сделать модель студента (информацию о студенте) объектом, а не массивом. Сейчас у тебя есть куча функций, куда передается этот массив, и его формат даже не описан в комментариях. Как работать с таким кодом? Как понять, какие поля есть в массиве и какого они типа? Ключевой объект лучше сделать строго типизированным объектом со строго определенными полями. У нас же ООП, а не массиво-ориентированное программирование.
Зачем тут возможность передать пустой массив? Чтобы зарегистрировать пустого пользователя?
Здесь стоит использовать тайп-хинты вроде int, и тайп-хинт на возвращаемое значение.
Функции getStudentsList и getStudentsListFromSearch очень похожи и их стоит объединить.
При ошибке работы с БД ты возвращаешь false, но при режиме выброса исключеий в PDO он не вернет false. Нет смысла проверять это значение.
Код станет чище, если вместо статических методов и синглтонов ты будешь исплоьзовать DI для связи классов, урок: https://github.com/codedokode/pasta/blob/master/arch/di.md
При проверке существования email правильнее использовать SELECT COUNT(...)...
Здесь функция checkLogged() может сделать редирект, но ты даже в этом случае выполняешь код и выводишь страницу, которую никто не увидит.
Класс User правильнее было бы назвать AuthHelper. Он не представляет объект пользователя.
Вместо сессии, возможно, лучше было бы использовать куки. Сессия умирает по умолчанию после 30 минут неактивности, если не путаю. Можно повысить время, но это приведет к накоплению файлов сессий.
При удалении пользователя, у тебя остается его id в сессии и он вроде как считается залогиненным, хотя данные уже удалены. Не вызовет ли это ошибки?
При разлогинивании, возможно, лучше полностью уничтожать сессию, вдруг потом в нее добавят еще какие-то элементы и они будут оставаться после разлогинивания. А возможно, и не стоит уничтожать.
Параметр charset в конфиге не имеет смысла, так как это кодировка соединения, и при ее смене надо также поменять весь код, который передает данные в БД.
Также, вместо utf8 лучше использовать utf8mb4, который является полноценной версией UTF-8.
Также, надо более тщательно проверять URL, чтобы нельзя было дописать мусор в конец URL и получить ту же страницу (по типу http://example.com/cabinet/index/1456789). Это как минимум повредит поисковой оптимизации.
views не должны быть в public, так как их бессмысленно вызывать напрямую и они содержат код приложения.
при выводе надо экранировать данные htmlspecialchars(), читай урок https://github.com/codedokode/pasta/blob/master/security/xss.md
Тут узявимость CSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Здесь уязвимость XSS в инпутах.
И здесь, по-моему, тоже.
При показе результатов поиска хорошо бы сохранять в инпуте введенное значение.
Здесь стоит добавить HTML5 валидацию в форму.
https://github.com/artMonkey1/Students/blob/master/app/components/Linker.php
Тут лучше бы не использовать доступ к GET, а получать параметры отображения при создании. Чтобы было разделение ответственности, и класс не определял эти параметры сам. То есть, это задача контроллера разобрать параметры сортировки.
HTML-код луше помещать в шаблон.
Нестатические методы надо вызывать через $this.
По моему, текст неправильный.
strlen неправильно считает длину строки в utf-8. Попробуй вывести, что вернет strlen("привет")
Так можно добавить в объект поля, которых в нем изначально не было.
Нет привязки к краям строки. То есть строка "&&&&&&&имя???" пройдет тест.
Это точно не ошибка?
В общем, пока много чего стоит исправить. Задавай вопросы, если что-то непонятно. Я бы также советовал перечитать комментарии к задаче, там много полезных советов.
>>399017
> `password` varchar(255) DEFAULT NULL
Тут не помешал бы комментарий к колонке со словом COMMENT, что там хранится.
> `gender` varchar(15) NOT NULL
Тут лучше использовать ENUM.
Стоит добавить уникальный ключ по email.
Стоит добавить README.
> ini_set('display_errors',1);
Это неудобно тем, что непонятно, как его выключать при выгрузке на продакшен. Лучше менять настройку в php.ini или хотя бы в конфиге.
> if($router->run() != true){
> include ROOT . 'public/views/404.php';
Мало показать страницу, надо еще выставить HTTP-код ответа (код состояния) в 404.
> https://github.com/artMonkey1/Students/blob/master/app/components/Autoloader.php
Надо проверять, что файл существует, перед подключением. А то у тебя код вроде if (class_exists('ssss')) вызовет ошибку.
Вместо возврата true/false удобнее выбрасывать исключение при 404 и ловить его, либо самостоятельно из контроллера вызывать функцию вывода страницы ошибки.
> $page = $_GET['page'] ? $_GET['page'] : 1;
Если в GET нет элемента page, тут будет notice. Ты его не видел? Либо у тебя отключен показ ошибок, либо включено игнорирование нотисов. Лучше всего превращать любые ошибки в исключения через set_error_handler, пример кода есть в мануале, тогда не заметить их не получится.
> header("Location: /list/?&page=1");
А зачем амперсанд? И параметр page?
Функция регистрации и редактирования профиля очень похожи. Надо посмотреть, можно ли избежать копипаста кода и шаблонов для них. Незачем два раза писать почти одинаковый код.
При регистрации gender почему-то не передается в валидатор.
Удобнее сделать модель студента (информацию о студенте) объектом, а не массивом. Сейчас у тебя есть куча функций, куда передается этот массив, и его формат даже не описан в комментариях. Как работать с таким кодом? Как понять, какие поля есть в массиве и какого они типа? Ключевой объект лучше сделать строго типизированным объектом со строго определенными полями. У нас же ООП, а не массиво-ориентированное программирование.
> public static function registration($user = array())
Зачем тут возможность передать пустой массив? Чтобы зарегистрировать пустого пользователя?
> public static function getStudentsList($page, $orderBy, $dir)
Здесь стоит использовать тайп-хинты вроде int, и тайп-хинт на возвращаемое значение.
Функции getStudentsList и getStudentsListFromSearch очень похожи и их стоит объединить.
При ошибке работы с БД ты возвращаешь false, но при режиме выброса исключеий в PDO он не вернет false. Нет смысла проверять это значение.
Код станет чище, если вместо статических методов и синглтонов ты будешь исплоьзовать DI для связи классов, урок: https://github.com/codedokode/pasta/blob/master/arch/di.md
При проверке существования email правильнее использовать SELECT COUNT(...)...
Здесь функция checkLogged() может сделать редирект, но ты даже в этом случае выполняешь код и выводишь страницу, которую никто не увидит.
Класс User правильнее было бы назвать AuthHelper. Он не представляет объект пользователя.
Вместо сессии, возможно, лучше было бы использовать куки. Сессия умирает по умолчанию после 30 минут неактивности, если не путаю. Можно повысить время, но это приведет к накоплению файлов сессий.
При удалении пользователя, у тебя остается его id в сессии и он вроде как считается залогиненным, хотя данные уже удалены. Не вызовет ли это ошибки?
При разлогинивании, возможно, лучше полностью уничтожать сессию, вдруг потом в нее добавят еще какие-то элементы и они будут оставаться после разлогинивания. А возможно, и не стоит уничтожать.
Параметр charset в конфиге не имеет смысла, так как это кодировка соединения, и при ее смене надо также поменять весь код, который передает данные в БД.
Также, вместо utf8 лучше использовать utf8mb4, который является полноценной версией UTF-8.
Также, надо более тщательно проверять URL, чтобы нельзя было дописать мусор в конец URL и получить ту же страницу (по типу http://example.com/cabinet/index/1456789). Это как минимум повредит поисковой оптимизации.
views не должны быть в public, так как их бессмысленно вызывать напрямую и они содержат код приложения.
> <p>Email: <?php echo $user['email']; ?></p>
при выводе надо экранировать данные htmlspecialchars(), читай урок https://github.com/codedokode/pasta/blob/master/security/xss.md
> https://github.com/artMonkey1/Students/blob/master/public/views/cabinet/delete.php
Тут узявимость CSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
> https://github.com/artMonkey1/Students/blob/master/public/views/cabinet/edit.php#L19
Здесь уязвимость XSS в инпутах.
> https://github.com/artMonkey1/Students/blob/master/public/views/site/error.php#L7
И здесь, по-моему, тоже.
При показе результатов поиска хорошо бы сохранять в инпуте введенное значение.
> https://github.com/artMonkey1/Students/blob/master/public/views/user/registration.php
Здесь стоит добавить HTML5 валидацию в форму.
https://github.com/artMonkey1/Students/blob/master/app/components/Linker.php
Тут лучше бы не использовать доступ к GET, а получать параметры отображения при создании. Чтобы было разделение ответственности, и класс не определял эти параметры сам. То есть, это задача контроллера разобрать параметры сортировки.
> https://github.com/artMonkey1/Students/blob/master/app/components/Pagination.php#L65
HTML-код луше помещать в шаблон.
> self::validEmail();
Нестатические методы надо вызывать через $this.
> if (!filter_var($this->email, FILTER_VALIDATE_EMAIL)) {
> $this->errors[] = 'Имя больше 50 символов!';
По моему, текст неправильный.
> if (!strlen($this->password) > 8) {
strlen неправильно считает длину строки в utf-8. Попробуй вывести, что вернет strlen("привет")
> foreach($validParams as $property => $value){
> $this->$property = $value;
Так можно добавить в объект поля, которых в нем изначально не было.
> if(!preg_match("/[а-яёА-ЯЁa-zA-Z]{2,50}/u", $this->firstName)){
Нет привязки к краям строки. То есть строка "&&&&&&&имя???" пройдет тест.
> if(0 > $this->totalPoints && 300 > $this->totalPoints){
Это точно не ошибка?
В общем, пока много чего стоит исправить. Задавай вопросы, если что-то непонятно. Я бы также советовал перечитать комментарии к задаче, там много полезных советов.
>>395840
>>399017
Тут не помешал бы комментарий к колонке со словом COMMENT, что там хранится.
Тут лучше использовать ENUM.
Стоит добавить уникальный ключ по email.
Стоит добавить README.
Это неудобно тем, что непонятно, как его выключать при выгрузке на продакшен. Лучше менять настройку в php.ini или хотя бы в конфиге.
Мало показать страницу, надо еще выставить HTTP-код ответа (код состояния) в 404.
Надо проверять, что файл существует, перед подключением. А то у тебя код вроде if (class_exists('ssss')) вызовет ошибку.
Вместо возврата true/false удобнее выбрасывать исключение при 404 и ловить его, либо самостоятельно из контроллера вызывать функцию вывода страницы ошибки.
Если в GET нет элемента page, тут будет notice. Ты его не видел? Либо у тебя отключен показ ошибок, либо включено игнорирование нотисов. Лучше всего превращать любые ошибки в исключения через set_error_handler, пример кода есть в мануале, тогда не заметить их не получится.
А зачем амперсанд? И параметр page?
Функция регистрации и редактирования профиля очень похожи. Надо посмотреть, можно ли избежать копипаста кода и шаблонов для них. Незачем два раза писать почти одинаковый код.
При регистрации gender почему-то не передается в валидатор.
Удобнее сделать модель студента (информацию о студенте) объектом, а не массивом. Сейчас у тебя есть куча функций, куда передается этот массив, и его формат даже не описан в комментариях. Как работать с таким кодом? Как понять, какие поля есть в массиве и какого они типа? Ключевой объект лучше сделать строго типизированным объектом со строго определенными полями. У нас же ООП, а не массиво-ориентированное программирование.
Зачем тут возможность передать пустой массив? Чтобы зарегистрировать пустого пользователя?
Здесь стоит использовать тайп-хинты вроде int, и тайп-хинт на возвращаемое значение.
Функции getStudentsList и getStudentsListFromSearch очень похожи и их стоит объединить.
При ошибке работы с БД ты возвращаешь false, но при режиме выброса исключеий в PDO он не вернет false. Нет смысла проверять это значение.
Код станет чище, если вместо статических методов и синглтонов ты будешь исплоьзовать DI для связи классов, урок: https://github.com/codedokode/pasta/blob/master/arch/di.md
При проверке существования email правильнее использовать SELECT COUNT(...)...
Здесь функция checkLogged() может сделать редирект, но ты даже в этом случае выполняешь код и выводишь страницу, которую никто не увидит.
Класс User правильнее было бы назвать AuthHelper. Он не представляет объект пользователя.
Вместо сессии, возможно, лучше было бы использовать куки. Сессия умирает по умолчанию после 30 минут неактивности, если не путаю. Можно повысить время, но это приведет к накоплению файлов сессий.
При удалении пользователя, у тебя остается его id в сессии и он вроде как считается залогиненным, хотя данные уже удалены. Не вызовет ли это ошибки?
При разлогинивании, возможно, лучше полностью уничтожать сессию, вдруг потом в нее добавят еще какие-то элементы и они будут оставаться после разлогинивания. А возможно, и не стоит уничтожать.
Параметр charset в конфиге не имеет смысла, так как это кодировка соединения, и при ее смене надо также поменять весь код, который передает данные в БД.
Также, вместо utf8 лучше использовать utf8mb4, который является полноценной версией UTF-8.
Также, надо более тщательно проверять URL, чтобы нельзя было дописать мусор в конец URL и получить ту же страницу (по типу http://example.com/cabinet/index/1456789). Это как минимум повредит поисковой оптимизации.
views не должны быть в public, так как их бессмысленно вызывать напрямую и они содержат код приложения.
при выводе надо экранировать данные htmlspecialchars(), читай урок https://github.com/codedokode/pasta/blob/master/security/xss.md
Тут узявимость CSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
Здесь уязвимость XSS в инпутах.
И здесь, по-моему, тоже.
При показе результатов поиска хорошо бы сохранять в инпуте введенное значение.
Здесь стоит добавить HTML5 валидацию в форму.
https://github.com/artMonkey1/Students/blob/master/app/components/Linker.php
Тут лучше бы не использовать доступ к GET, а получать параметры отображения при создании. Чтобы было разделение ответственности, и класс не определял эти параметры сам. То есть, это задача контроллера разобрать параметры сортировки.
HTML-код луше помещать в шаблон.
Нестатические методы надо вызывать через $this.
По моему, текст неправильный.
strlen неправильно считает длину строки в utf-8. Попробуй вывести, что вернет strlen("привет")
Так можно добавить в объект поля, которых в нем изначально не было.
Нет привязки к краям строки. То есть строка "&&&&&&&имя???" пройдет тест.
Это точно не ошибка?
В общем, пока много чего стоит исправить. Задавай вопросы, если что-то непонятно. Я бы также советовал перечитать комментарии к задаче, там много полезных советов.
>>399017
> `password` varchar(255) DEFAULT NULL
Тут не помешал бы комментарий к колонке со словом COMMENT, что там хранится.
> `gender` varchar(15) NOT NULL
Тут лучше использовать ENUM.
Стоит добавить уникальный ключ по email.
Стоит добавить README.
> ini_set('display_errors',1);
Это неудобно тем, что непонятно, как его выключать при выгрузке на продакшен. Лучше менять настройку в php.ini или хотя бы в конфиге.
> if($router->run() != true){
> include ROOT . 'public/views/404.php';
Мало показать страницу, надо еще выставить HTTP-код ответа (код состояния) в 404.
> https://github.com/artMonkey1/Students/blob/master/app/components/Autoloader.php
Надо проверять, что файл существует, перед подключением. А то у тебя код вроде if (class_exists('ssss')) вызовет ошибку.
Вместо возврата true/false удобнее выбрасывать исключение при 404 и ловить его, либо самостоятельно из контроллера вызывать функцию вывода страницы ошибки.
> $page = $_GET['page'] ? $_GET['page'] : 1;
Если в GET нет элемента page, тут будет notice. Ты его не видел? Либо у тебя отключен показ ошибок, либо включено игнорирование нотисов. Лучше всего превращать любые ошибки в исключения через set_error_handler, пример кода есть в мануале, тогда не заметить их не получится.
> header("Location: /list/?&page=1");
А зачем амперсанд? И параметр page?
Функция регистрации и редактирования профиля очень похожи. Надо посмотреть, можно ли избежать копипаста кода и шаблонов для них. Незачем два раза писать почти одинаковый код.
При регистрации gender почему-то не передается в валидатор.
Удобнее сделать модель студента (информацию о студенте) объектом, а не массивом. Сейчас у тебя есть куча функций, куда передается этот массив, и его формат даже не описан в комментариях. Как работать с таким кодом? Как понять, какие поля есть в массиве и какого они типа? Ключевой объект лучше сделать строго типизированным объектом со строго определенными полями. У нас же ООП, а не массиво-ориентированное программирование.
> public static function registration($user = array())
Зачем тут возможность передать пустой массив? Чтобы зарегистрировать пустого пользователя?
> public static function getStudentsList($page, $orderBy, $dir)
Здесь стоит использовать тайп-хинты вроде int, и тайп-хинт на возвращаемое значение.
Функции getStudentsList и getStudentsListFromSearch очень похожи и их стоит объединить.
При ошибке работы с БД ты возвращаешь false, но при режиме выброса исключеий в PDO он не вернет false. Нет смысла проверять это значение.
Код станет чище, если вместо статических методов и синглтонов ты будешь исплоьзовать DI для связи классов, урок: https://github.com/codedokode/pasta/blob/master/arch/di.md
При проверке существования email правильнее использовать SELECT COUNT(...)...
Здесь функция checkLogged() может сделать редирект, но ты даже в этом случае выполняешь код и выводишь страницу, которую никто не увидит.
Класс User правильнее было бы назвать AuthHelper. Он не представляет объект пользователя.
Вместо сессии, возможно, лучше было бы использовать куки. Сессия умирает по умолчанию после 30 минут неактивности, если не путаю. Можно повысить время, но это приведет к накоплению файлов сессий.
При удалении пользователя, у тебя остается его id в сессии и он вроде как считается залогиненным, хотя данные уже удалены. Не вызовет ли это ошибки?
При разлогинивании, возможно, лучше полностью уничтожать сессию, вдруг потом в нее добавят еще какие-то элементы и они будут оставаться после разлогинивания. А возможно, и не стоит уничтожать.
Параметр charset в конфиге не имеет смысла, так как это кодировка соединения, и при ее смене надо также поменять весь код, который передает данные в БД.
Также, вместо utf8 лучше использовать utf8mb4, который является полноценной версией UTF-8.
Также, надо более тщательно проверять URL, чтобы нельзя было дописать мусор в конец URL и получить ту же страницу (по типу http://example.com/cabinet/index/1456789). Это как минимум повредит поисковой оптимизации.
views не должны быть в public, так как их бессмысленно вызывать напрямую и они содержат код приложения.
> <p>Email: <?php echo $user['email']; ?></p>
при выводе надо экранировать данные htmlspecialchars(), читай урок https://github.com/codedokode/pasta/blob/master/security/xss.md
> https://github.com/artMonkey1/Students/blob/master/public/views/cabinet/delete.php
Тут узявимость CSRF: https://github.com/codedokode/pasta/blob/master/security/xsrf.md
> https://github.com/artMonkey1/Students/blob/master/public/views/cabinet/edit.php#L19
Здесь уязвимость XSS в инпутах.
> https://github.com/artMonkey1/Students/blob/master/public/views/site/error.php#L7
И здесь, по-моему, тоже.
При показе результатов поиска хорошо бы сохранять в инпуте введенное значение.
> https://github.com/artMonkey1/Students/blob/master/public/views/user/registration.php
Здесь стоит добавить HTML5 валидацию в форму.
https://github.com/artMonkey1/Students/blob/master/app/components/Linker.php
Тут лучше бы не использовать доступ к GET, а получать параметры отображения при создании. Чтобы было разделение ответственности, и класс не определял эти параметры сам. То есть, это задача контроллера разобрать параметры сортировки.
> https://github.com/artMonkey1/Students/blob/master/app/components/Pagination.php#L65
HTML-код луше помещать в шаблон.
> self::validEmail();
Нестатические методы надо вызывать через $this.
> if (!filter_var($this->email, FILTER_VALIDATE_EMAIL)) {
> $this->errors[] = 'Имя больше 50 символов!';
По моему, текст неправильный.
> if (!strlen($this->password) > 8) {
strlen неправильно считает длину строки в utf-8. Попробуй вывести, что вернет strlen("привет")
> foreach($validParams as $property => $value){
> $this->$property = $value;
Так можно добавить в объект поля, которых в нем изначально не было.
> if(!preg_match("/[а-яёА-ЯЁa-zA-Z]{2,50}/u", $this->firstName)){
Нет привязки к краям строки. То есть строка "&&&&&&&имя???" пройдет тест.
> if(0 > $this->totalPoints && 300 > $this->totalPoints){
Это точно не ошибка?
В общем, пока много чего стоит исправить. Задавай вопросы, если что-то непонятно. Я бы также советовал перечитать комментарии к задаче, там много полезных советов.
>>398828
Если твой PHP скрипт вызывается в ответ на аякс-запрос, то PHP вообще ничего вывести не может. Результат его работы передается яваскрипту, и тут решает, что с ним делать - вставить на страницу или выкинуть. В этом смысл аякса.
Если твой PHP скрипт вызывается в ответ на аякс-запрос, то PHP вообще ничего вывести не может. Результат его работы передается яваскрипту, и тут решает, что с ним делать - вставить на страницу или выкинуть. В этом смысл аякса.
Очень понравилась трава в учебнике по пхп. Спасибо, ОП!
>>413644
В нескольких местах использовался. Потому и спрашивал - что подозрения появились.
>Адаптеры используют, если у тебя есть код, который, например, работает с несколькими библиотеками
В нескольких местах использовался. Потому и спрашивал - что подозрения появились.
>>413638
А если фреймворк не может решит определённую задачу, то что тогда делать ?
>Обычно пишут на фреймворках.
А если фреймворк не может решит определённую задачу, то что тогда делать ?
ебать я тупой, не могу понять, что делать дальше после создания формы заполнения для студентов, пержу пару дней уже
>>413985
У меня тоже такое долго шло. Это от недостатка опыта наверное.
Попробуй сперва расписать обычными словами алгоритм.
У меня тоже такое долго шло. Это от недостатка опыта наверное.
Попробуй сперва расписать обычными словами алгоритм.
>>413953
Они под неопределённые задачи и используются, а на типовую штамповку есть разные CMS.
Они под неопределённые задачи и используются, а на типовую штамповку есть разные CMS.
>>413985
А тут не смотрел алгоритм работы с формами? https://github.com/codedokode/pasta/blob/master/forms.md
Это не поможет?
А тут не смотрел алгоритм работы с формами? https://github.com/codedokode/pasta/blob/master/forms.md
Это не поможет?
>Обычно пишут на фреймворках.
вопрос был о целесообразности использовать пыху вообще в 2019г
Изучил ооп и архитектуру mvc, куда двигаться дальше?
https://ideone.com/cYEU4u#stdin
Не могу понять как вывести слова в соответствии стиху
Не могу понять как вывести слова в соответствии стиху
>>414122
издержки профессии
издержки профессии
Щито я делаю не так, эксперты?
Можно ли как-то обойтись без этого "Итога"?
Чтобы, например, если я ввожу зашифрованный текст, он отображался в "Оригинале", потом расшифровывался и этот расшифрованный текст отображался в "Шифровке".
А если я ввожу текст, чтобы его зашифровать, он тоже отображался в "Оригинале", и он в зашифрованном виде отображался в "Шифровке"?
https://ideone.com/mYR9Ae
Можно ли как-то обойтись без этого "Итога"?
Чтобы, например, если я ввожу зашифрованный текст, он отображался в "Оригинале", потом расшифровывался и этот расшифрованный текст отображался в "Шифровке".
А если я ввожу текст, чтобы его зашифровать, он тоже отображался в "Оригинале", и он в зашифрованном виде отображался в "Шифровке"?
https://ideone.com/mYR9Ae
>>414150
Сорян, сажа прилипла
Сорян, сажа прилипла
>>414054
Документацию.
Документацию.
В самом начале пути.
Помогайте и добро вернется добром
В задаче от анона, нужно вычислить за сколько лет накопится миллион если откладывать по 10тыс.
В цикл for нужно подставлять годы или потоянный платеж++ ?
Понятное дело, меня подмывает вставить просто формулу сложных процентов, но смысл в том, чтобы использовать циклы, как я понимаю, и написать код в несколько строчек
Помогайте и добро вернется добром
В задаче от анона, нужно вычислить за сколько лет накопится миллион если откладывать по 10тыс.
В цикл for нужно подставлять годы или потоянный платеж++ ?
Понятное дело, меня подмывает вставить просто формулу сложных процентов, но смысл в том, чтобы использовать циклы, как я понимаю, и написать код в несколько строчек
>>414240
Попробуй в уме посчитать, получишь алгоритм. Или на листике
Попробуй в уме посчитать, получишь алгоритм. Или на листике
39 Кб, 720x405В интернете столько материала, что не знаю с чего начать. Я изучил ООП на php, что дальше ? Хотелось бы найти полный курс с последовательными темами.
>>414333
пили свой двач
пили свой двач
https://habr.com/ru/post/348234/
Можете мне коротко расписать, как реализовать это на php (без библиотек)? Не понимаю, как он взаимодействует с "агентом".
Вот есть у меня ссылка на файл, который я гружу на сервер телеграма через API и работаю уже с полученным file id. Ограничение на ссылки даже не 50, а 20 мб - беда. Как мне взаимодействовать с зарегистрированным приложением, чтобы грузить файлы больше 20 и 50 мб, имея только ссылку?
Можете мне коротко расписать, как реализовать это на php (без библиотек)? Не понимаю, как он взаимодействует с "агентом".
Вот есть у меня ссылка на файл, который я гружу на сервер телеграма через API и работаю уже с полученным file id. Ограничение на ссылки даже не 50, а 20 мб - беда. Как мне взаимодействовать с зарегистрированным приложением, чтобы грузить файлы больше 20 и 50 мб, имея только ссылку?
>>414520
Или, может, есть подходящая библиотека для работы с api приложения. Потому что я пока не понимаю, как работать с теми методами.
Или, может, есть подходящая библиотека для работы с api приложения. Потому что я пока не понимаю, как работать с теми методами.
Пиздос, в ваш тред зайти невозможно, прогружается 2 часа. Пилите перекат уже, что ли. Или я запилю.
Поржать принес
https://www.youtube.com/watch?v=VlN_8O2_ZkE
https://www.youtube.com/watch?v=VlN_8O2_ZkE
Чуть не сошел с ума, пока решал задачи про регулярные выражения.
Как же хорошо, что все позади.
Как же хорошо, что все позади.
>>414520
Никак. Для общения с серверами телеграма нужно использовать их протокол - mtproto, у телеграма нет REST API как у других сервисов. Нужна библиотека, которая умеет по этому протоколу общаться, например: https://github.com/danog/MadelineProto
По моему опыту библиотека просто отвратительная, постоянно ломают API, всё на магических методах, запутанный код внутри: https://github.com/danog/MadelineProto/blob/master/src/danog/MadelineProto/TL/TL.php
>>414548
Алгоритм простой - регистрируешь приложение на сайте телеграма, получаешь ключи и с этими ключами логинишься в скрипте, у MadelineProto есть готовый скрипт, нужно будет ввести номер и дальше можно пользоваться API пользователя (не бота).
> как реализовать это на php (без библиотек)?
Никак. Для общения с серверами телеграма нужно использовать их протокол - mtproto, у телеграма нет REST API как у других сервисов. Нужна библиотека, которая умеет по этому протоколу общаться, например: https://github.com/danog/MadelineProto
По моему опыту библиотека просто отвратительная, постоянно ломают API, всё на магических методах, запутанный код внутри: https://github.com/danog/MadelineProto/blob/master/src/danog/MadelineProto/TL/TL.php
>>414548
Алгоритм простой - регистрируешь приложение на сайте телеграма, получаешь ключи и с этими ключами логинишься в скрипте, у MadelineProto есть готовый скрипт, нужно будет ввести номер и дальше можно пользоваться API пользователя (не бота).
>>413642
Большое спасибо за разбор! Принимаюсь за список студентов
Большое спасибо за разбор! Принимаюсь за список студентов
>>414740
Ну что она называет язык ПэХэПэ,
А еще когда выбирает имя хоста ,рекомендует локалхост потому что это "оптимальный вариант" и скорее всего не понимает зачем это ваще.
Ну что она называет язык ПэХэПэ,
А еще когда выбирает имя хоста ,рекомендует локалхост потому что это "оптимальный вариант" и скорее всего не понимает зачем это ваще.
>>414756
Так-то всё есть - и АПИ, и библиотеки. Я и на чистом писал, было дело.
>Никак.
>у телеграма нет REST API
Так-то всё есть - и АПИ, и библиотеки. Я и на чистом писал, было дело.
>>414801
Обоже смотрите какие мы интелегенты, совсем не смеемся над обычными шутками. .. ищем трагичность
Обоже смотрите какие мы интелегенты, совсем не смеемся над обычными шутками. .. ищем трагичность
>>414805
Гении вообще не смеются, да?
Гении вообще не смеются, да?
>>414756
Так и не проверил, работает ли отправка файла со ссылки. Но обнаружил проблему при использовании бот апи. Долго искал, в чем проблема - ошибку не возвращал ни телеграм, ни curl - ссылка просто не открывалась. Обнаружил, что дело в описании файла, которое парсится, как и сама ссылка на файл. Curl только пару раз (во время экспериментов) возвращал ошибку "Curl option contains invalid characters (\0)", но обычно молча отказывался открывать ссылку. Описание, на вид, на латинице. Кодировка utf-8. Но в чём же проблема? Постоянно какая-то хуйня с этими кодировками. Я просто уже не знаю, как мне обрабатывать строку, чтобы с ней не было проблем. Хелп ми!
Так и не проверил, работает ли отправка файла со ссылки. Но обнаружил проблему при использовании бот апи. Долго искал, в чем проблема - ошибку не возвращал ни телеграм, ни curl - ссылка просто не открывалась. Обнаружил, что дело в описании файла, которое парсится, как и сама ссылка на файл. Curl только пару раз (во время экспериментов) возвращал ошибку "Curl option contains invalid characters (\0)", но обычно молча отказывался открывать ссылку. Описание, на вид, на латинице. Кодировка utf-8. Но в чём же проблема? Постоянно какая-то хуйня с этими кодировками. Я просто уже не знаю, как мне обрабатывать строку, чтобы с ней не было проблем. Хелп ми!
77 Кб, 1397x87>>415145
Попробовал оставить только латиницу, даже пробелы с цифрами убрал, но всё равно именно эта строка не работает. Я уже вообще не понимаю, как такое может быть. Вот, заскринил, работает только последняя строка, а предыдущие 2 не возвращают ничего - ни ошибки curl, ни ошибки телеграм api. Как так? Таких 2 описания из 30 где-то.
Попробовал оставить только латиницу, даже пробелы с цифрами убрал, но всё равно именно эта строка не работает. Я уже вообще не понимаю, как такое может быть. Вот, заскринил, работает только последняя строка, а предыдущие 2 не возвращают ничего - ни ошибки curl, ни ошибки телеграм api. Как так? Таких 2 описания из 30 где-то.
>>415105
А возможно это сделать через foreach ?
А возможно это сделать через foreach ?
>>415191
Там простейшая функция, никаких говнолиб.
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl, CURLOPT_AUTOREFERER, 1);
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, 1);
curl_setopt($curl, CURLOPT_TIMEOUT, 120);
curl_setopt($curl, CURLOPT_CAINFO, __DIR__ . '/cacert.pem');
curl_setopt($curl, CURLOPT_USERAGENT, $ua);
curl_setopt($curl, CURLOPT_URL, $page_url);
$curlname = curl_exec($curl);
if($errno = curl_errno($curl)) {
$error_message = curl_strerror($errno);
return "Error: ($errno): $error_message ";
} else { return $curlname; }
Там простейшая функция, никаких говнолиб.
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($curl, CURLOPT_AUTOREFERER, 1);
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_SSL_VERIFYPEER, 1);
curl_setopt($curl, CURLOPT_TIMEOUT, 120);
curl_setopt($curl, CURLOPT_CAINFO, __DIR__ . '/cacert.pem');
curl_setopt($curl, CURLOPT_USERAGENT, $ua);
curl_setopt($curl, CURLOPT_URL, $page_url);
$curlname = curl_exec($curl);
if($errno = curl_errno($curl)) {
$error_message = curl_strerror($errno);
return "Error: ($errno): $error_message ";
} else { return $curlname; }
11 Кб, 621x117for ($i=10000; $i<1000000; $i=$i+$i*0.1) {
echo "На счету в банке $i рублей\n";
}
Я выполнить задачу
echo "На счету в банке $i рублей\n";
}
Я выполнить задачу
>>415251
*выполнил задачу?
*выполнил задачу?
>>415273
На работе так же будешь просить за тебя доделать? Пока не поздно выбери другую профессию. Программирование это не твоё.
На работе так же будешь просить за тебя доделать? Пока не поздно выбери другую профессию. Программирование это не твоё.
>>415279
Тут азы не расжёвывают - всё самому надо делать. Тут бесплатная школа программирования, а просто тусовочка пхпшников. Обкашлять паттерны, архитектурку и т.д. это запросто, но не сраные азы, которые дрочит каждый сам. Не можешь сам - никто тебе не поможет.
Тут азы не расжёвывают - всё самому надо делать. Тут бесплатная школа программирования, а просто тусовочка пхпшников. Обкашлять паттерны, архитектурку и т.д. это запросто, но не сраные азы, которые дрочит каждый сам. Не можешь сам - никто тебе не поможет.
Когда с фронтенда отправляю POST через джейквери, на сервер-сайде все бывшие булевыми поля в $_POST появляются в виде строк "true" и "false". Что за хуйня, оно так и должно быть? Это можно исправить?
>>415362
Тогда понятно
Тогда понятно
Как думаете если держать сайт с картинками в хайрезе, при каком количестве посетителей все начнет падать? Какие решения нужно принять на этапе написания что бы в самом начале подстелить соломку на случай популярности?
>>415409
Почему джаваскриптовое false на пыховой стороне после распаршивания джейсона должно стать строкой "false", а не константой false? Не понимат.
Почему джаваскриптовое false на пыховой стороне после распаршивания джейсона должно стать строкой "false", а не константой false? Не понимат.
>>415439
https://ideone.com/5fdZv0
потому что у тебя в jsone в пхп прилетает "false" в кавычках вместо простого false?
Консоль логай свой json на стороне js'a прежде чем отправляешь запрос на сервер.
Если честно то это тупой вуопрос для этого треда, в гугле бы быстрее нашел чем тут.
5
https://ideone.com/5fdZv0
потому что у тебя в jsone в пхп прилетает "false" в кавычках вместо простого false?
Консоль логай свой json на стороне js'a прежде чем отправляешь запрос на сервер.
Если честно то это тупой вуопрос для этого треда, в гугле бы быстрее нашел чем тут.
5
>>415447
Хотел ещё раз объяснить, в чём проблема, но передумал. Будь так добр, в следующий раз, когда тебе захочется читать посты жопой, не отвечай на них вообще.
Хотел ещё раз объяснить, в чём проблема, но передумал. Будь так добр, в следующий раз, когда тебе захочется читать посты жопой, не отвечай на них вообще.
>>380485 (OP)
Ситуация на рынке не изменилась? Javascript или python в этом вопросе по-прежнему не конкуренты php?
>Почему PHP? Потому что вакансий море, и учить легко.
Ситуация на рынке не изменилась? Javascript или python в этом вопросе по-прежнему не конкуренты php?
>>415251
Почти. Но после того, как ты написал код, прочти еще раз внимательно условие задачи (это полезный навык, который пригодится и на работе). Там сказано: "напиши программу, считающую через сколько лет...". Где количество прошедших лет?
Почти. Но после того, как ты написал код, прочти еще раз внимательно условие задачи (это полезный навык, который пригодится и на работе). Там сказано: "напиши программу, считающую через сколько лет...". Где количество прошедших лет?
>>394765
Многоточие - это путь к файлу, если он в какой-то папке. Файл содержит обработчик ошибок.
Ее надо написать самому, это функция из error_handler.php. Она, как следует из названия, задает обработчик ошибок.
Это файл, который подготавливает код: например, задает автозагрузчик, создает нужные объекты (или описывает из в DI контейнере). Если он тебе не нужен, то можно его не использовать.
Да, не надо.
Можно создавать объект PDO в bootstrap.php, можно в index. Это не очень важно, где именно. Объект PDO создается там же, где и другие нужные для работы кода объекты.
Это DI. Прочитай урок по DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
Это Front Controlller, погугли.
В мануале.
Если есть еще какие-то вопросы, уточняй.
> require_once '....error_handler.php';
> Что это за многоточие и что это подключаем тут?
Многоточие - это путь к файлу, если он в какой-то папке. Файл содержит обработчик ошибок.
> initErrorHandler();
> И эта функция что делает??
Ее надо написать самому, это функция из error_handler.php. Она, как следует из названия, задает обработчик ошибок.
> А bootstrap это толи модель, толи просто инициализатор в MVC.
Это файл, который подготавливает код: например, задает автозагрузчик, создает нужные объекты (или описывает из в DI контейнере). Если он тебе не нужен, то можно его не использовать.
> Так вот в тех классах исключения писать не надо? Мне не нужно в классе, который реализует паттерн TableDataGateway использовать отлов ошибок/исключение/try/catch?
Да, не надо.
> Подключение к БД в каком месте идет? В TableDataGateway или в index?
Можно создавать объект PDO в bootstrap.php, можно в index. Это не очень важно, где именно. Объект PDO создается там же, где и другие нужные для работы кода объекты.
> Просто если в index, то что мне делать в конструкторе public function __construct(PDO $pdo) { ... } класса TableDataGateway? Взять данные из базы данных в массив?
Это DI. Прочитай урок по DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
> Это я тоже не понял. Это шаблоны?
Это Front Controlller, погугли.
> Ты подразумевал, что она где то описана?
В мануале.
Если есть еще какие-то вопросы, уточняй.
>>394765
Многоточие - это путь к файлу, если он в какой-то папке. Файл содержит обработчик ошибок.
Ее надо написать самому, это функция из error_handler.php. Она, как следует из названия, задает обработчик ошибок.
Это файл, который подготавливает код: например, задает автозагрузчик, создает нужные объекты (или описывает из в DI контейнере). Если он тебе не нужен, то можно его не использовать.
Да, не надо.
Можно создавать объект PDO в bootstrap.php, можно в index. Это не очень важно, где именно. Объект PDO создается там же, где и другие нужные для работы кода объекты.
Это DI. Прочитай урок по DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
Это Front Controlller, погугли.
В мануале.
Если есть еще какие-то вопросы, уточняй.
> require_once '....error_handler.php';
> Что это за многоточие и что это подключаем тут?
Многоточие - это путь к файлу, если он в какой-то папке. Файл содержит обработчик ошибок.
> initErrorHandler();
> И эта функция что делает??
Ее надо написать самому, это функция из error_handler.php. Она, как следует из названия, задает обработчик ошибок.
> А bootstrap это толи модель, толи просто инициализатор в MVC.
Это файл, который подготавливает код: например, задает автозагрузчик, создает нужные объекты (или описывает из в DI контейнере). Если он тебе не нужен, то можно его не использовать.
> Так вот в тех классах исключения писать не надо? Мне не нужно в классе, который реализует паттерн TableDataGateway использовать отлов ошибок/исключение/try/catch?
Да, не надо.
> Подключение к БД в каком месте идет? В TableDataGateway или в index?
Можно создавать объект PDO в bootstrap.php, можно в index. Это не очень важно, где именно. Объект PDO создается там же, где и другие нужные для работы кода объекты.
> Просто если в index, то что мне делать в конструкторе public function __construct(PDO $pdo) { ... } класса TableDataGateway? Взять данные из базы данных в массив?
Это DI. Прочитай урок по DI: https://github.com/codedokode/pasta/blob/master/arch/di.md
> Это я тоже не понял. Это шаблоны?
Это Front Controlller, погугли.
> Ты подразумевал, что она где то описана?
В мануале.
Если есть еще какие-то вопросы, уточняй.
>>395650
У Симфони есть бандлы. Хотя в 4 версии они от них отказываются в пользу композер-библиотек. Вообще, как я понял, "батарейки" это просто сторонние библиотеки, а они точно есть в PHP.
>>395666
Надо смотреть документацию, так не скажу.
>>395725
Ctrl + Shift + Del во многих браузерах открывает диалог очистки кеша.
>>397582
Действительно, что-то я напутал. Но так много строк вообще-то в таблице быть не должно, смысл радужных таблиц как раз в сокращении объема таблицы за счет многократного вычисления и развычисления хеша.
>>398804
Боюсь, я не готов писать тебе код.
У Симфони есть бандлы. Хотя в 4 версии они от них отказываются в пользу композер-библиотек. Вообще, как я понял, "батарейки" это просто сторонние библиотеки, а они точно есть в PHP.
>>395666
Надо смотреть документацию, так не скажу.
>>395725
Ctrl + Shift + Del во многих браузерах открывает диалог очистки кеша.
>>397582
Действительно, что-то я напутал. Но так много строк вообще-то в таблице быть не должно, смысл радужных таблиц как раз в сокращении объема таблицы за счет многократного вычисления и развычисления хеша.
>>398804
Боюсь, я не готов писать тебе код.
Этот тред закрыт, переходите в новый тред: >>1415604 (OP)
Если я кого-то пропустил, напомните о себе в новом треде. Здесь больше писать не надо.
Если я кого-то пропустил, напомните о себе в новом треде. Здесь больше писать не надо.
>>415601
а что насчет Ларки?
>У Симфони есть бандлы. Хотя в 4 версии они от них отказываются в пользу композер-библиотек. Вообще, как я понял, "батарейки" это просто сторонние библиотеки, а они точно есть в PHP.
а что насчет Ларки?
>>415476
Нихуя ты свинья - не смог нормально проблему рассказать, и тот, кто на тебя внимание обратил получил говна за щёку.
мимо
Нихуя ты свинья - не смог нормально проблему рассказать, и тот, кто на тебя внимание обратил получил говна за щёку.
мимо
>>415476
Очередной раз пытаешься помочь безработному тупому уебищу итт и очередной раз понимаешь насколько же я теперь понимаю тех, кто хоть с парой лет опыта смотрит на такой мусор как на говно в этом разделе...
Очередной раз пытаешься помочь безработному тупому уебищу итт и очередной раз понимаешь насколько же я теперь понимаю тех, кто хоть с парой лет опыта смотрит на такой мусор как на говно в этом разделе...
Тред утонул или удален.
Это копия, сохраненная 15 июня 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 15 июня 2019 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.