Да, в ит столько новых понятий..

Как не услышу - постоянно что то новое.

Ебанулись там конкретно на этом.

Я учился 8 лет на экономиста, Аспирант, почти доцент, курс закончил чисто. Мир финансов для меня книга был открытая. Кризис грянул, и теперь угадайте: кто я? Мидл, мидл, парень работящий, Мидл, мидл, пишет код и тащит. Все, кто может деньги правильно подсчитать, Мидлами, конечно, в детстве мечтают стать. Стать я физиком решил после старших классов, Знал, как силу приложить, сколько нужно массы, Знал, как тело поднимать, чтоб росла энергия. Пригодились навыки. Угадайте: кто я? Мидл, мидл, парень работящий, Мидл, мидл, пишет код и тащит. Все, кто науку хочет до конца познать, Мидлом, конечно, сразу мечтает стать. Я учился в ПТУ на специальность “кодер”, Обучался там 5 лет, в целом был доволен. И исполнилась мечта, самая заветная, Ведь работаю теперь, угадайте: кем я? Главный прогер, парень работящий, Главный прогер, прёт, кладёт и тащит. Значит, главный прогер может слова сказать, После которых каждый захочет мидлом стать. Не училась я нигде, да и не хотела, С детских лет мечтала выйти за миллионера, Олигарх не встретился, хоть я и красивая. И теперь живу одна, угадайте: кто я? Просто тёлка без образованья, Просто тёлка, не имеет званья. Девушки, которых не взяли в институт, Весело и здорово с мидлами живут. Мы пропели, как смогли, гимн студентов дружно, Песня близится к концу, закругляться нужно. Но уйти вот просто так мы никак не можем, Потому что закрепить зритель с нами должен: Мидл, мидл, парень работящий, Мидл, мидл, пишет код и тащит. Если бы не мидл, люди планеты всей Жили бы гораздо менее веселей.

https://youtu.be/Q1xCCQPqhTo

проперло про миддлов)

Ыыы

Растолковали мне все таки про скриптовые языки

Эх, почему я не занимался этим в свои 16 лет Вечно у меня все так поздно)

никогда не поздно

Эх, почему я не занимался этим в свои 16 лет Вечно у меня все так поздно)

по моим стопам идешь

по моим стопам идешь

Главное не бросил когда онлаин игры херачил месяцами.

Щяс стараюсь вообще ни во что не играть и зря время не терять на мелочи. И так много времени в жопу ушло

Я бы щяс мог бы хоть какие, но деньги зарабатывать.

Главное интерес остался - и на этом себе спасибо.

$("tr[item-id]").change(function(){ $(this).html("<tr item-id=tr_"+id+"><center><td>"+id+"</td></center><td>"+question+"</td><td>"+variant_1+"</td>" + "<td>"+variant_2+"</td><td>"+answer+"</td><td><center>"+point+"</center></td>" + "<td><center><input type='checkbox' name='[check[]' value="+data+"></center></td></tr>" );

чето я не пойму нахрен тут item-id? почему просто классами не пользоваться? привет всем

С моделями разобрались)

Теперь id vs class vs attribute ))

Пропустил ваши эпичные полотна про id vs item-id

Но поддерживаю за использование класса

Теперь id vs class vs attribute ))

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

Кстати, по поводу item-id

Замените на data-item-id, а то невалидно

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

Ну вот надо тебе какую то инфу хранить для элементов

Ну вот надо тебе какую то инфу хранить для элементов

в данном случае ставят селектор на элемент который имеет данный аттрибут (можно делать классом) и значение для выявления уникального элемента (можно id юзать - он для этого и нужен)

Есть вопрос по безопасности бэк-энда в случае телеграма как фронт-энда

Если использовать webhook у api телеграма по направлению к скрипту который вообще использует технологию типа $_GET переменных

т.е. если бы это был просто веб-интерфейс на базе HTML, тогда такой сайт сразу был бы взломан

Особенно учитывая что я собираюсь финансовое приложение писать

Ну вообщем вопрос в том - каковы векторы атаки, и насколько по вашему защищён телеграм

Я думаю тут экранирования получаемых данных будет достаточно. Раз всё чисто на $_GET

Ну вообщем вопрос в том - каковы векторы атаки, и насколько по вашему защищён телеграм

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

А разве телеграм не пост шлёт

На веб хук

веб хук телеграмма работает только с https соединением

)

Здорова. Кто какие утилиты писал на баше? Интересно

Ребята, вот вы пишите, например, $foo[$id]++; без инициализации этого ключа, пхп выдает нотис, вы его игнорите?

или проверяете, есть ли значение по такому ключу, затем либо инициализируете либо инкрементируете?

Всем доброго утра, ребят :)

Извращенец чтоли? :)

Здорова. Кто какие утилиты писал на баше? Интересно

Ребята, вот вы пишите, например, $foo[$id]++; без инициализации этого ключа, пхп выдает нотис, вы его игнорите?

Естественно проверяю

Нафиг надо нотисы ловить

Нафиг надо нотисы ловить

Длинно получается. Не критично для тебя?

Длинно получается. Не критично для тебя?

Не слишком длинно. Зато уверен, что корректно отработает

Не слишком длинно. Зато уверен, что корректно отработает

А в каком случае инкремент может некорректно отработать на несуществующей переменной?

Мало ли поменяется поведение пыха

Не, серьёзно, настолько долго писать if(isset($foo[$id])) { $foo[$id]++; } else { $foo[$id] = 0; } ?

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

Получается вместо двух сотен строк все 350

и кстати isset в 5.3 вернет true в твоем случае

Ребята, вот вы пишите, например, $foo[$id]++; без инициализации этого ключа, пхп выдает нотис, вы его игнорите?

Нотисы нельзя допускать и игнорировать имхо. если только временно. Поэтому проверка всегда должна быть. if (!isset($foo[$id])){ $foo[$id] = 0; } $foo[$id]++;

и кстати isset в 5.3 вернет true в твоем случае

Так а в чём проблема то?

Или тебе ещё проверка типов нужна?

В том, что это хуже читается

А проблема в том, что в твоем случае в 5.3 произойдет инкремент даже если переменной нет

и будет нотис :)

Реквестирую пример массива

ERROR: S client not available

Не помещается сюда пример

маркдаун бот обрезает

ну так сервисы есть же для размещения кода

Длинно получается. Не критично для тебя?

ну пиши короче через ?:

всем привет)

ну пиши короче через ?:

вот такие сокращения зачастую хуже читаются, имхо. а вот простая проверка на isset или !empty вполне себе читаема и привычна

вот такие сокращения зачастую хуже читаются, имхо. а вот простая проверка на isset или !empty вполне себе читаема и привычна

хз - наворачивать там бешеные цепочки не нужно и будет все норм читаться

Нотисы- зло. Их вообще не должно быть. В данном случае хорошо подойдёт тернарный ?: с !is_null

Empty вернёт true на 0

Empty вернёт true на 0

так ему так и надо - он тогда в ++ пойдет

Aa

но придется отказаться от одного сокращения в пользу другого - ?: и ++ подружить не получиться

Извращенец чтоли? :)

Почему? Пишут же

Работа мне пришла с таким сопроводительным: там с 300 по 635 строку идет "индусский код". думаю строк в 10 можно уложить

Нормуль

Оптимизация

Я знаю одного программиста, который везде sleep понаставил

И уменьшал время простоя

Выдавая за оптимизацию

)))

как говорит мой друг не наепешь не проживешь))))

я думаю он сам себе верил)

Спасибо, @WelcomeAgentBot...

Спасибо, @WelcomeAgentBot...

)))

Кто-нибудь поддержит мою ненависть к фреймворкам? Недавно c проектом на laravel работал.... Имел наглость подумать, что в нем можно писать на php, однако в 96% случаев require и include не работает, чуть что - и сервер выдает таинственное *something went wrong*, а отлаживать... Как это дело вообще отлаживать?

В рекламе laravel написано, что *никакого спагетти-кода*, при том на деле там громадная куча контролирующих конструкций, которую изучить без документации просто невозможно

Не поддерживаю ненависть :) ... как подсел на них так и сижу. И да, всегда приходиться изучать доки, впринципе как и в любом другом фреймоврке. Я хоть и не работал с lavarel, но думаю, что он мало чем отличается по своему смыслу и назначению от всех остальных. И да, зачем использовать require и include. Я так понял там юзаются namspace + autoload_register работает.

Не поддерживаю ненависть :) ... как подсел на них так и сижу. И да, всегда приходиться изучать доки, впринципе как и в любом другом фреймоврке. Я хоть и не работал с lavarel, но думаю, что он мало чем отличается по своему смыслу и назначению от всех остальных. И да, зачем использовать require и include. Я так понял там юзаются namspace + autoload_register работает.

namspace на yii2 юзаются))

Есть такое. С этим фрэймворком и работаю