4300 млн / 100 млн = 43 месяца, очевидно что ответ был про int.Это могло быть вашей случайной ошибкой подсчета, так как цитату вы привели как раз про бигинт. Собсно именно по этому я и написал что бигинт вам хватит надолго. К тому же оценочно это пожалуй ближе к 4 годам, у вас же не все запросы будут триггерить дупликэйт...
Что я сделал не так?не включили вывод ошибок? В файле меньше 150 строк? Неверный путь к файлу? Можно гадать до бесконечности. Учитесь определять ошибки и использовать дебаг, хотя бы через var_dump().
Около 100 млн в месяц, что даст примерно три года жизни.18 446 744 073 709 551 615 (бигинт) / 100 000 000 (в месяц) = 184 467 440 737 месяцев. Чет не тянет на три года...
response["Content-Range"] = "bytes {}-{}/{}".format(0, size-1, size)
response.status_code = 206
А вот вопроса не понял... Что за "переход от базового кода в битрикс и застывание как спеца"?Скажем так: Все таки после того как ты освоил mysqli_query и echo есть еще и архитектура, структуры данных, методы и паттерны построения кода, красивый и производительный ООП, низкая связанность кода,PSR, compser и вот это все. Если же ты подсел на цмс типа битрикса, будь готов к: деградации в качестве кода (битрикс использует глобальные переменные на каждом шагу, спокойно фигачит код в шаблонах, есть куча методов содержащих внутри себя разметку, Карл!, про какие-то там PSR можно забыть в принципе, да даже вот такое $arResult['PROPERTIES'] вызывает "брр, шозаблин" чисто визуально), архитектуре написанной на коленке и протаскиваемой от релиза к релизу, по заверениям разработчиков это "ну типа мвц, но свой мвц, с преферансом и барышнями", который нифига не мвц на деле, админка вообще вынесена в отдельный каталог, и по сути не является частью системы, то есть это не приложение в составе фреймворка, а отдельное творение. Все это не только выглядит вырвиглазно, так и работает весьма посредственно, и так как там нельзя сделать что-то нестандартное штатными средствами, а встроенные компоненты не могут быть изменены, так как "лицензия, обновления, потеря поддержки, блабла...", то шаг влево-вправо оборачивается полной жопой. Понятно что это решение для типового проекта и простой путь для того чтобы решать узкий круг задач, но стоит залезть внутрь - все, амба, треш, угар и содомия.
а если не секрет, то какие цмс Вы считаете наилучшими? Какие технологии, подходы, разработки, методы... и т.д. Вам нравятся больше всего?Не секрет. Мне не нравится ни одна ЦМС, но это не показатель вообще. Я в целом не очень люблю готовые системы, большая часть которых строится на каких-то простых шаблонах архитектуры, никак не подходящих для работы со сложными структурами данных. В большинстве случаев для универсальности используются либо широкие плоские таблицы с кошмарно денормализованными данными, либо непроизводительный EAV, что вполне понятно, так как либо гибкость, либо универсальность. В моей же работе типичные задачи уже имеют реализацию в каком-либо фреймворке, а нетипичные относительно легко реализуются на базе любого современного фреймворка.
и мало чего понимают, начиная писать фразы типа ваших "сшит гнилыми ниточками" и т.п. По мне так все технологии и решения интересны.Для контекста: я разрабатываю веб с конца 90х. Еще на перле, а потом на пыхе, не считая извращений типа цги на си. То есть я не просто так говорю что код... попахивает, он действительно хреновый. Мне есть с чем сравнивать. И про все технологии интересны - ну да, посмотреть в кунсткамеру многие ходят, но жить как сиамские близнецы мало у кого возникает желание... Отсюда и вопрос - просто переход от базового кода в битрикс и застывание как спеца - это так сложились звезды и кто-то старается перейти на уровень выше, или в этом болотце реально много работы и не стоит что-то придумывать?
2. Можно ли заменить ошибку РНР на собственную ?ЭТО НЕ ОШИБКА ПХП!, если клиент не достучался до сервера (о чем вам и написал), то какая нафиг ошибка от пхп? Это клиент (читай браузер) пишет ошибку.
...\nWarning: fsockopen(): Unable to connect to localhost:7777...