Re: Тема для розмов
Про php.ini ви вже дізналися, від налаштувань якого хочеться проблюватися? Я сам вивчаю PHP і для мене було дивиною, що максимальний розмір файла, який здатен отримати PHP скрипт, задається в php.ini файлі.
Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Інше → Тема для розмов
Сторінки Попередня 1 … 647 648 649 650 651 … 717 Наступна
Для відправлення відповіді ви повинні увійти або зареєструватися
Про php.ini ви вже дізналися, від налаштувань якого хочеться проблюватися? Я сам вивчаю PHP і для мене було дивиною, що максимальний розмір файла, який здатен отримати PHP скрипт, задається в php.ini файлі.
Про php.ini ви вже дізналися, від налаштувань якого хочеться проблюватися? Я сам вивчаю PHP і для мене було дивиною, що максимальний розмір файла, який здатен отримати PHP скрипт, задається в php.ini файлі.
I tcomu treba bljuvaty sja vid obmegennja na rozjmir?
Про php.ini ви вже дізналися, від налаштувань якого хочеться проблюватися? Я сам вивчаю PHP і для мене було дивиною, що максимальний розмір файла, який здатен отримати PHP скрипт, задається в php.ini файлі.
Я про це дізнався ще декілька років тому, коли налаштовував власну веб пошту. Ціллю розібратися в php не було, бо юзав готові продукти (squirrelmail i roundcube), однак по дефолту максимальний розмір файлу був чи не декілька мегабайт лише, тож довелося залізти в ґуґл а звідтіля - в php.ini і пофіксити цей параметр. Блювати від цього чомусь не потягнуло.
I tcomu treba bljuvaty sja vid obmegennja na rozjmir?
Саме обмеження на розмір цілком нормальна практика, а от неочевидні налаштування, які зберігаються в якомусь .ini файлі нагадують про практику налаштування застосунків для windows 3.11.
Ну це ж екскременти мамонтеняти; в сучасніших продуктах це був би якийсь params.json або ж змінна оточення.
Можливо я чогось не знаю, але який params.json долучається до пітона, ґо, раста чи ноди? Чи може якась змінна оточення впливає на їхню поведінку у взаємодії з клієнтами веб серваера?
Моя спеціалізація не дозволяє про це висловлюватися достатньо компетентно, однак в своїй роботі я використовую дані з json файлів і змінні оточення під час програмування на python. Напрямок Data Engineer це зовсім не те саме що Software Engineer, обов'язкових стандартів тут нема і кожен городить що може і як вміє, аби доставити потрібні дані в рамках воркфлоу. Або ж це просто так побудовано в тій компанії де я наразі працюю.
Моя спеціалізація не дозволяє про це висловлюватися достатньо компетентно, однак в своїй роботі я використовую дані з json файлів і змінні оточення під час програмування на python.
На мою думку, це нормально, коли застосунок послуговується файлами чи змінними оточення, бо така воля програміста і йому так зручно. А от коли мова програмування зберігає власні налаштування в файлах, та ще й такі вузькоспеціялізовані, то це вже недобре. Через це один й той же джерельний текст може на різних комп'ютерах по-різному виконуватися, що погано. В жодній іншій мові програмування я такого не бачив. І швидше за все це налаштування дублюється nginx`ом чи apache`ем, бо сама мова PHP жодним чином веб-сервером не є, вона лише випльовує текст, який далі йде до веб-сервера і помирає. На відміну від тієї ж ноди. При цьому PHP в нових версіях ламає сумісність зі старими версіями, а от відмовитися від вбудованих змінних, пов'язаних з HTTP чи того ж .ini файлу розробники не наважуються, ліл.
Сутність php досі доволі дискусійна; побутує думка що це чудо насправді потрібно обзивати називати фреймворком, а не мовою.
Стосовно ж того, що в сучасних версіях зберігають старі милиці - ну бо "зворотня ж сумісність"; окрім цього - "працює (хоч якось) то не чіпай"...
пане шанувальнику радянської гомосятини, в nginx то лежить в файлі nginx.conf, і зветься client_max_body_size, якшо шо. Але я не бачу, аби воно було по замовчуванню встановлене відразу після встановлення самого nginx (сьогодні встановлював nginx на ec2, і не бачу того налаштування в конфігах).
А навіщо це потрібно обмежувати за промовчанням? Це нормально, що цього параметру нема за промовчанням, ненормально що він регулюється два рази - один раз в мові програмування, а інший на самому сервері.
я шось тіки зара допер, наскільки це тупо, робити таке налаштування саме для мови програмування.
А ви ще оце випендрювались, коли я картинку про погане PHP постив.
Тоді нащо обирати мову, від якої хочеться блювати?...
Можна ж обрати Python. Або натомість навчитися ремонтувати черевики - це теж хліб.
Нащо я почав вчити php? З цікавості. Багато разів бачив вимоги в описах вакансій - laravel / symphony, а це фреймворки php, тобто вивчити основи необхідно.
Також зараз людям на проектах важливо аби в команду взяти людину котра сякий-такий фулстек, тобто хоча би лівою ногою щось на фронтенді вміти треба.
Можливо, набридне і заб'ю. А може й дійду from zero to hero. Побачимо.
Тоді нащо обирати мову, від якої хочеться блювати?...
Двоїню.
Можна ж обрати Python. Або натомість навчитися ремонтувати черевики - це теж хліб.
Я виробляв черевики зроблені в Італії, тож дійсно, можу. Щодо PHP, то моя робота з цією мовою в багатьох випадках вимушена - 1) для того, щоби знежучувати власного бота, мені доводиться вебмакакствувати (тут я, дійсно, міг Python обрати), 2) якісний форумний рушій, якого я обрав, писаний мовою php, тому його кастомізація можлива лише через php 3) в мене на роботі вебмакака, яка взяла на себе відповідальність за серверну частину, послуговується php, але найпростішого алгоритму патчингу файлу не здатна написати, тому мені доводиться писати за неї 4) мені потрібно розбиратися в успадкованому коді, тому мені все одно доведеться розуміти php. Тож PHP це те, що мені потрібно подолати, а потім знищити разом з вебмакакою
Я виробляв черевики зроблені в Італії, тож дійсно, можу.
Я не сподівався так влучно влучити, але що ж. До речі, як можна виробляти те що вже вироблене? Хіба що зшивати до кінця те що прислали по запчастинах... (або ж йдеться про "італійське" взуття маде ін одеський підвал).
Щодо PHP, то моя робота з цією мовою в багатьох випадках вимушена...
Все одно це якось непереконливо. Якщо від інструменту, висловлюючись галицьким діалектом, "шляк трафляє", то це якась витончена форма мазохізму. Є ж стільки інших стеків, від яких в певних випадках можна навіть отримувати задоволення, а в інших випадках просто нейтрально заробляти американських єнотів.
----
Тут згадав про одну Rest API, котра настільки гидко недокументована, і з якою мені довелося працювати. Так, є завдання особливо бридкі і від них непросто відмовитися, хіба що звільнятися - але в цілому робота з Rest API мені дуже подобається.
Але щоб вивертало від самого core функціоналу і продовжувати в цьому варитися - це вище мого розуміння. Планую закинути той пехапе геть, як тільки мені стане огидно.
Я не сподівався так влучно влучити, але що ж. До речі, як можна виробляти те що вже вироблене? Хіба що зшивати до кінця те що прислали по запчастинах...
Я направильно висловився, пробачте. Я виробляв італійське взуття, працюючи при цьому в Україні. Такий варіянт, як виробництво за ліцензією, на цьому підприємстві, я навіть не розглядаю.
frz написав:Я не сподівався так влучно влучити, але що ж. До речі, як можна виробляти те що вже вироблене? Хіба що зшивати до кінця те що прислали по запчастинах...
Я направильно висловився, пробачте. Я виробляв італійське взуття, працюючи при цьому в Україні. Такий варіянт, як виробництво за ліцензією, на цьому підприємстві, я навіть не розглядаю.
Непосвяченим з цього нічого не ясно. Але ок. Про місцеву львівську фабрику одягу "Маяк" говорять що там виготовляють вироби для найдорожчих брендів світу, однак вся сировина ретельно порахована/зважена, так само як і самі вироби; а відповідно до умов контракту на вироби чіпляються бірки тих дорогих брендів і експортуються за кордон; лише тоді на сайтах брендів можна замовити вироби і вони тоді вже імпортуватимуться за відповідні скажені гроші. Ось така економіка. Тобто місцева фабрика реально крута, але знають про це лише одиниці.
Все ще встановлено в php.ini потім можна переоголосити в свому окремому скрипті на php.
І причому кілька разів при виконанні скрипта.
Так що живіть тепер з цим.
Обмеження на розмір файлу принаймні досі визначалося "першим і головним словом" саме і лише в php.ini - в скрипті ці налаштування дублювалися і були лише "другим словом". Хіба що щось суттєво змінилося.
Хочу почистити компа від пилюки, і ще дивана, і ще крісло, але великого пилосмока купувати не хочу, бо маю робота, що смокче.
Це я можу придбати пилосмока для автівки, як ось цей https://hotline.ua/bt-pylesosy/usams-us-zb234/
чи щось інше краще?