Задать вопрос
  • Насколько актуален jQuery?

    Анимашки и прочее делаются на чистом css с помощью одной-двух строчек кода (transition as example). Запрос по аяксу делается одной функцией из 5ти буковок.

    Как-то не слишком убедительно. А ещё аргументы будут?

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

    А если будут аргументация в сторону кроссбраузерности, то могу посоветовать изучить то, как подключаются полифиллы. Хотя можно не изучать, достаточно просто воспользоваться дефолтным стеком, от которого сейчас не убежать никуда: babel + webpack/gulp/etc. Ну или просто подумать на тему того стоит ли вообще поддерживать тот стек браузеров, на котором половина сайтов в интернете нынче не воспроизводится корректно.
  • Где можно посмотреть пример хорошей организации структуры контроллеров и моделей?

    и чем хорош ваш проект?

    По крайней мере он мало чем плох.

    Вы можете обосновать использование репозиториев?

    У меня не было выбора.

    И вообще, где там структура? Все в папку app зафигачить это так себе структура

    А по вашему структура - это...?
  • Какие есть стандарты и исследования PHP?

    Ayk72, и? Ну вот набор PR с обсуждениями рекомендаций PSR-1 + PSR-2 + PSR-12: https://github.com/php-fig/fig-standards/pulls?q=i... Обсуждается, критикуется, фиксируется. И потом весь мир по результатам этих обсуждений живёт.

    Ну и в meta тоже есть некоторая информация, например для PSR-12: https://github.com/php-fig/fig-standards/blob/mast...
  • Какие есть стандарты и исследования PHP?

    Ayk72, а можно поподробнее что за "исследования"?
    1) Бенчмарки считаются исследованиями?
    2) А опросы?
    3) А PR с фиксами?
    4) А feature-бранчи репозиториев?
  • Какие есть стандарты и исследования PHP?

    Аааа, допёрло, у вас там после цитаты запятая лишняя походу и это не однородные члены. Получается, что должно звучать так:

    Руководитель сказал, чтобы в разделе "Теоретической и методологической основе исследования" я указал набор используемых стандартов и рекомендаций PHP, и научные исследования в данной сфере. Ну или исследования в области развития web.


    Я верно переформулировал вашу мысль?
  • Какие есть стандарты и исследования PHP?

    А можно русским языком сформулировать вопрос? Сейчас это какой-то набор слов, как по-мне.
  • Как генерируются случайные символы в php?

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

    TL;DR; Заодно прочитайте про PSR: https://www.php-fig.org/psr/

    Ваше именование переменных ($APPLICATION), методов (ConvertCharset) и сам код в целом - это просто дичь. Из глаз кровь течёт)
  • Как генерируются случайные символы в php?

    random_int - это не строка, а число. Строка генерируется функцией random_bytes. А значит и последующие выводы тоже не некорректны и не отвечают на поставленный вопрос.

    Ну это так, примечание)
  • Как реализовать авторизацию на сайте?

    В любой хеш-функции может быть коллизия. Вообще в любой. Ну т.е. физически иначе невозможно.

    Избежать их можно лишь шифрованием. Ну, например, используя JWT.
  • Как можно на сайте создать систему лицензии? php?

    Который можно декомпилировать обычным чтением zend опкодов. Ага.
  • Как поменять функцию, чтобы не было абракадабр?

    Rsa97, перепутал +1

    Но это всё равно не отменяет того, что ereg давно умер)
  • Как поменять функцию, чтобы не было абракадабр?

    Rsa97, вы ведь в курсе, что функции mb_ereg_replace_callback в языке уже лет 10 как нет?
  • Как правильно обрабатывать ошибки и исключения?

    А плохая практика не использовать bool, а например int 1 в случае успеха и текст в случае ошибки? Грубо говоря:


    А если использовать исключения, то весь код сведётся к:

    $result = $test->create();

    Без всяких if/else и прочего. Всё. Никаких проверок, больше не надо делать.

    В случае ошибки программа прервётся и твой обработчик (один единственный try/catch в программе, прямо внутри самого первого файла, грубо говоря в index.php) в самом верху получит информацию о том, что что-то пошло не так. И даже по типу исключения поймёт, является ли это ошибкой внутренней или её можно смело показать пользователю.

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

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

    Так что логика пользовательской валидации может выглядеть так (только пример):

    $validator = new Validator($_POST, [
      'message' => [Validator/NotEmpty::class, Validator/Exists::class]
    ]);
    
    if (! $validator->valid()) {
      throw new ValidationException($validator->getErrorMessages());
    }
  • Как реализовать уведомления, на подобии ВК?

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


    Ответ был получен, разве нет? =)

    И ещё, вы правда считаете, что автор вопроса не знает о существовании документации и гугла?


    Точно, иначе бы вопроса такого не было (или как минимум было бы упоминание, что стандартный вариант не устраивает по каким-либо причинам).

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


    Специально для таких случаев я самолично принимал участие в переводе документации на русский язык (правда лишь косвенно): https://github.com/LaravelRUS/docs/blob/5.4/notifi... Вы точно так же можете это сделать, отправив соответствующие PR: https://github.com/LaravelRUS/docs/pulls чем сделаете доброе дело всем участникам, вместо нравоучений ;)

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


    Вопрос об открытии документации - не хамство, т.к. автор вопроса её как раз, судя по вопросу и не открывал)))
  • Как реализовать уведомления, на подобии ВК?

    GutOf, ну понимаете ли. На Тостере каждый второй/третий вопрос от тех, кому лень просто пролистать документацию для того, чтобы хотя бы иметь представление о возможностях фреймворка, хотя она (информация) разжёвана до безобразия. Более того, представляете, встречаются даже такие, которым лень погуглить свой вопрос с фразой "Laravel КЛЮЧЕВОЕ_СЛОВО". И вместо этого всего такие разработчики бегут на тостер с вопросами, которые есть и в документации и легко ищутся поисковиком.

    А можно же не бежать на тостер с вопросами, нарушая по дороге правила этого ресурса (TL;DR: Пункта 2.2 правил Тостера), а попробовать прочитать документацию, перед тем как садиться за работу с фреймворком. Верно же? Или я где-то ошибаюсь?)
  • Какой эзотерический язык программирования подойдёт для создания песен, вокальных циклов и опер?

    Dmitrij2008, смешивание описания и чтения в материальном мире - это пример "шарманки": https://ru.wikipedia.org/wiki/%D0%A8%D0%B0%D1%80%D...
    Когда у тебя и то и другое в одном месте, и ничего изменить нельзя. Не находите эту затею... Чуть устаревшей?

    Что я вообще хочу - всего-то навсего подобрать язык


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

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

    Ну вот тут, в этом сообщении, написан текст, так? Это язык. И вы его читаете, да? Это чтение с помощью устройства "глаз". А теперь попробуйте смешать это вместе, но так, чтобы это был текст. Кажется это уже нарушение логики, нет?

    Так что я до сих пор не понял вашей мысли, пока вы не раскажете на простом примере, как вы хотите:
    1) Объединить глаза + текст
    2) Но так, чтобы это был текст
    3) Причём устаревший и сделанный специально так, чтобы его почти никто не понял.

    Т.е. (1) объединить программу с её интерпретатором, (2) но так, чтобы это была программа на (3) эзотерическом языке.
  • Какой эзотерический язык программирования подойдёт для создания песен, вокальных циклов и опер?

    Dmitrij2008, тогда и вы, наверное, в курсе истории музыки и что с эпохи Гвидо ничего радикально нового не появилось.

    Так вот. Для начала нам стоит ввести два определения, состояния любого действия в нашей с вами жизни:
    1) Декларация (описание)
    2) Воспроизведение (чтение)

    Термин "Язык программирования" подразумевает именно первый путь. Т.е. непосредственно написание этой самой композиции. С точки зрения информационно составляющей любые существующие данные могут быть представлены в виде последовательности из двух символов.

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

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

    Учитывая это - вопрос. А что вы вообще хотите услышать от участников этого вопроса? Поэкспериментировать с 5ю нотами, вместо 7 (12), но в электронном виде?