Какие зарплаты сейчас у (Senior) PHP-Entwickler?
require_once
Content-Type
А вот эти все чёрточки и подчёркивания в соединениях слов для элементов языка - это тоже обязательно, или просто автор кода так захотел?
require_once - это так решил разработчик PHP.
Content-Type - это так решил имхо W3C см. https://www.w3.org/Protocols/rfc1341/4_Content-Type.html. В Content-Type указываешь тип MIME, если jpeg картинка то пишишь Content-Type:image/jpeg, если XML то Content-Type:application/xml, итд., тут перечислены MIME - https://developer.mozilla.org/ru/docs/Web/HTTP/Basics_of_H...
А вот эти все чёрточки и подчёркивания в соединениях слов для элементов языка - это тоже обязательно
Если не ООП то имя функции могут выглядеть так:
имямодуля_глагол_существительное
имямодуля_глагол_глагол
Например:
function user_add_new_user($str_username, $str_password) {
...
}
function user_delete_user($int_user_id) {
...
}
Типы данных выглядят так:
типданных_имяпеременной
типданных_глагол_существительное
типданных_глагол_глагол
Например:
$str_username = 'uscheswoi_82'; // Строка $int_age = 40; // Число $bool_is_married = false; // boolean
разве эти все Require once не на сервере обрабатываются? Какой там аякс?
Так вызывается:
function ap_lsf(u, tr_uploaded) // load_sound_files
{
$$.ajax(path + "mp3soundsload.php", 'POST', 'u=' + u, function(sounds)
{
var resp = JSON.parse(sounds);
var items = '';
for(var index=0; index<resp.length; index++)
{
items += '<div id="player__' + resp[index].audioid + '"><div title="' +
sprintf(tr_uploaded, resp[index].flname) +'" id="player_' + index + '"><div>' +
resp[index].author + ' - ' + resp[index].title + '</div><table><tr><td><div id="play_button_' +
index + '"><a class="player_button" href="javascript:void(0);" onclick="ap_pa(\'' +
resp[index].file + '\', \'\',' + index + ', \'' + resp[index].author +
' - ' + resp[index].title + '\')"><img id="img_' + resp[index].audioid +
'" src="' + path + 'images/play.png" width="20px" height="20px" /></a> </td><td class="" style="width:200px;"><div class="_auplayer_none"> </div><div class="_auplayer_pos" style="width:0px;" id="progress_' +
index + '"> </div></td><td><span id="current_time_' + index + '">00:00</span> / <span id="time_' + index +
'">' + resp[index].length + '</span></td><td><a class="command" href="#javascript:void(0);" onclick="ap_da(' + resp[index].audioid + ');">×</a></tr></table></div></div>';
}
var items2 = '<div id="volume_inner"><a class="command" href="javascript:void(0);" onclick="ap_dec();">-</a> <input type="text" id="volume_value" value="0.5"
style="text-align:center; width:50px;" disabled> <a class="command" href="javascript:void(0);" onclick="ap_inc();">+</a></div>';
$('volume').text(items2);
$('sounds').text(items);
});
}
Я имел ввиду, что эти змеи и кебабы - они встроены на уровне языка и нужно только так (например, верблюд не подойдёт), или просто так решил автор кода, а писать на Пыхе можно как угодно?
https://en.wikipedia.org/wiki/Letter_case#Use_within_progr...
Вот тут вроде пишут, что можно по-нормальному называть.
А как выглядит проект на пыхе из сотен классов?
-----
Правильнее было бы поинтересоваться кто из сотен тысяч пыхапистов знает что такое класс...
Это как у тебя - тебе сказано что для решения определенной задачи надо знать пропсы и таргетсы... и чо? Изучил? Не-а... будешь дальше ныть что такое сделать не знсешь как...
У меня - получалось... если кода оставалось 30-40%...
С этими коболистами без шансов. Наилучшая реакция - ага, спасибо, копипаста твоего предложения и... через пару дней коммитим такой же самый код, который только что поправили.
А вот это никогда не работало.
Неоднократно получалось так донести свою мысль. Так что работает.
Да и по психологии обучения не должно - заинтересованность на уровне "от... вянь"...
С чего же это не должно? До тех, у кого заинтересованности нет, никак без административных кнутов не достучишься. А кого-то можно и заинтересовать. Если он соблаговолит тебя послушать.
Так что работает.
-----
"через пару дней коммитим такой же самый код,"
А кого-то можно и заинтересовать.
-----
10^(-10).
Ты же сам говоришь - нет никакой заинтересованности. Изначально - нет.
Чтобы заинтересовать - надо показать как предлагаемое облегчит(уменьшит) выполняемую работу.
Словеса... и, особенно, требуемое после них умственное усилие для осознания и закрепления - не способствуют.
встроенные функции с подчёркиванием, вызываете с подчёркиванием (допустим $_GET, $_POST, utf8_encode, utf8_decode, str_replace, require_once, json_encode, json_decode, ob_clean, ob_start, итд.), а если кастомные функции, то сами придумываете как вам лучше, в колледже на заставляли так - типданных_имя_переменной, имямодуля_функция(...).
"через пару дней коммитим такой же самый код,"
Аккуратнее в полемическом задоре. Не путаем. Это был результат "А написать "правильно" и спросить "почему тут плохо?" а не "спросить почему сделано так".
Ты же сам говоришь - нет никакой заинтересованности. Изначально - нет.
Чтобы заинтересовать - надо показать как предлагаемое облегчит(уменьшит) выполняемую работу.
Изначально нет. Всех кто чем-то интересуется коболоидные дебилозавры всеми силами выживают. И делают круглые глазки когда из спрашиваешь зачем они молодёжь отпугивают. Ниценемизм очень развит.
Чтобы заинтересовать - недо для начала добиться что предлагаемое будет вообще рассмотрено. А не скопипащено на "отвали". И вот чтобы начать разговор и нужен вопрос "а почему тут так". И предлагать решение только после того, как будет понята проблема.
встроенные функции с подчёркиванием, вызываете с подчёркиванием (допустим $_GET, $_POST, utf8_encode, utf8_decode, str_replace, require_once, json_encode, json_decode, ob_clean, ob_start, итд.), а если кастомные функции, то сами придумываете как вам лучше, в колледже на заставляли так - типданных_имя_переменной, имямодуля_функция(...).
Если это действительно так, то ой.
В чём проблема, если бы создатели новых модных молодёжных языков (ну, в то время это было так) просто копировали бы удачный синтаксис, немного его исправляя, вместо того, чтобы городить что-то радикально своё - странное и неудобное?
как будет понята проблема.
-----
Так проблемы - нет - работает (же)!
добиться что предлагаемое будет вообще рассмотрено. А не скопипащено на "отвали".
-----
Оно, если понимание этого "оно" превышает некий и не очень высокий уровень затрат,
не будет не то что рассмотрено - оно даже скопипащено не будет.
А уровень приемлемых затрат ой как не высок... для выживающих в кодинге юниоров
где-то на уровне 30-40 минут самостоятельного изучения... у долбоящеров, типа меня,
может быть от нуля до пары недель... а за пару недель коболиста на интерфейсы не
переведешь... у них скорее всего полный ноль на все что не кобол...
При этом в PHP есть родной autoloader, то бишь более очевидным (и более быстроработающим) решением была бы установка посторонних пакетов таким образом, чтобы заюзать встроенный autoloader. 🤦🏻 и там все PSRы такие.
Что за родной autoloader? Ни разу не видел его упоминания.
Этот? https://www.php.net/manual/en/function.spl-autoload.php
Дано: index.php в PROJECT_ROOT.'/public'. Классы с полным путём имени в PROJECT_ROOT.'/src'. Тогда следующий код в index.php регистрирует дефолтный autoloader, для которого не нужен дополнительный код.
ini_set('include_path', realpath('../src'));
spl_autoload_register();То бишь можно было бы модифицировать Composer, сократить количество кода, увеличить скорость работы приложения, но нет...