Имитация ООП в C, где ошибка?

Василий Дёмин, я думаю автору вариант с костылями тоже подойдёт. Как минимум, чтобы посмотреть какие вообще могут быть варианты. Так что кидайте их, всем будет интересно.

Дописать в файл json и прочесть его php?

SteepNET, бд не панацея, которая спасёт от всего и вся. Если речь про 10Мб в год, то действительно стоит задуматься о том, так ли необходима бд. Тут проще прочитать и записать файл целиком. Опять же, есть sqlite.
Либо хранить в json отдельные события лога, а писать-читать построчно. А потрошение json и запись отдельных кусков не лучшая идея. Но мало того, что сама идея плохая, она ничего полезного не даёт, если сравнить с записью построчно.

Дописать в файл json и прочесть его php?

SteepNET, можно, очевидно просто добавьте символ новой строки при записи.
Только зачем? Что будет дальше? Комментарии в json?
Это все превращается, как написал FanatPHP, в "ковыряться грязными ногами в джейсоне".

Дописать в файл json и прочесть его php?

Immortal_pony, если вновь записываемые json настолько независимы от предыдущих, что мы предыдущие даже не смотрим, зачем тогда их объединять в один json? Почему бы не писать их отдельными строками? Каждую строку при этом можно будет обрабатывать отдельно. Собственно как это и делается в системах логирования. Смысл расширять дозаписыванием со странными телодвижениями, когда при чтении придется читать все скопом?
И когда автор запустит свою шайтан-машину и она насоздает записей, через некоторое время он опять придет с новой задачей: не перезаписывая весь файл удалить из json несколько первых объектов.

Дописать в файл json и прочесть его php?

Immortal_pony, вообще, то что хочет автор, очень похоже на логирование, а при этом в каком формате будет дозаписываемая строка json, csv или еще что, это как удобнее. Но ломать дозаписывать json решение так себе.
SteepNET, если вам легче будет работать с json - берите json. Записывать его не намного сложнее, не так уж и много потеряете на генерации json. Но это должны быть независимые json в каждой строке.

Как ускорить работу Apache + FastCGI?

sarkisssik, именно так, сколько не купи, всегда будет мало. Поэтому прежде чем докупать процессоры, нужно посмотреть что там крутится на бедной СУБД, что ее так напрягает. Раз она постоянно в таком состоянии, то достаточно посмотреть какие запросы выполняются прямо сейчас и проанализировать для начала их.

Дописать в файл json и прочесть его php?

FanatPHP, метафора, конечно, звучная. Но то, что дозаписать json не получится, автор уяснил. Тогда о каком ковырянии json идет речь?

Дописать в файл json и прочесть его php?

FanatPHP, он пишет, что "хочет попробовать", пусть пробует. Тем более, дозаписывать логи в файл, вполне себе годное решение.
Либо пытать автора на предмет решаемой задачи, если есть желающие.

Дописать в файл json и прочесть его php?

ThunderCat, он хочет дозаписывать в файл, а не переписывать его целиком каждый раз.

Дописать в файл json и прочесть его php?

SteepNET, простой - взять file_get_content, прочитать весь файл в память, потом поделить по переносам строк, но тогда нельзя использовать переносы строк внутри json. Но все это при условии, что весь файл всегда будет помещаться в память. Либо открывать через fopen в режиме 'r' и читать построчно через fgets.
Дозаписывать - открывая файл через fopen в режиме 'a'.

Почему бекенд не пишут на С++?

Andrei Brizhak, верно, как и другие языки, как и Java, как и Python, можно и C#. Собственно об этом я и в основном своем ответе писал.
Тесты разобрал в прошлом комменте, если есть возражения готов обсудить. Могу лишь повторить, что выигрыш в несколько наносекунд на сборке json - это мелочи с потерей в других областях, и именно поэтому выбираем не C++, а то что проще в разработке. А генерить статику, когда ищем производительности - это очень странно.

Нужно ли везде использовать TypeScript? или это хайп?

mkone112, потому что у термина сильная/слабая типизация нет однозначной трактовки. Как, например, в этом вопросе сильная ли типизация в TS, уже возникли разногласия.

Почему бекенд не пишут на С++?

Andrei Brizhak,

Вот здесь, тесты испытаний фреймворков для Веба на основе, перечисленных Вами языков, включая "быстрый" PHP.

Что ж, вооружившись этим знанием, вы теперь можете ответить на вопрос автора. Т.к. на первой строчке C++ использовать надо его, а то, что так практически никто не делает, это от того, что они все идиоты. Получается так?
Либо перечитайте мой ответ и поймите, что для своих задач PHP быстрый, как в работе, так и в разработке, и потому пишут на нем, а не на Си или даже ассемблере.
Можно еще посмотреть на содержание тестов этих испытателей, порадоваться задачам нагенерить json-чики вида {"message":"Hello, World!"}, сгенерить html (когда ищем высокую производительность, самое оно генерить html на беке), ну и еще куда ни шло фетч и update, но опять же с непременной генерацией json и отдачей его по сети.
А потом возьмите реальный проект, в котором вас будет волновать скорость выполнения запросов в базе данных, скорость работы сложных модулей, уже написанных на Go, потому что это будут узкие места, а никак не скорость генерации json и фетча в популярных языках на основе синтетических тестов.

Нужно ли везде использовать TypeScript? или это хайп?

ali5,

тоесть TS как бы делает из JS язык типа C или JAVA?

нет, не делает, т.к. у каждого языка свои особенности типизации. И уж точно не типа Си, у которого упрощенные проверки на типы и потому слабая типобезопасность по сравнению с другими языками, в том числе TS и JS.

insighter,

люди которым нужно объяснять пользу строгой типизации.

Антон Швец,

но в ts типизация не строгая :)

Надо сперва договориться о терминах, потому как неизвестно, что скрывается за словом "строгая". Обычно считается, что "строгая" это синоним "сильной", а сильная/слабая типизация бессмысленный термин сейчас, т.к. в него вкладывают все что заблагорассудится. А если речь про TS, то наверное имеется ввиду явное указание типов и запрет на неявные преобразования.

Как "помочь" сис. админам провайдера найти потерю пакетов?

Просто не принято судиться за свои права в СНГ.

Просто мало кто располагает достаточными временными и денежными ресурсами для этого, а кто располагает, вряд ли захочет тратить на это время и деньги, если есть более дешевые и быстрые решения (здесь, проще сменить провайдера).
Хотя, как вариант,, на некторых действует досудебная претензия.

Как "помочь" сис. админам провайдера найти потерю пакетов?

nonamevasya, а ttl на что? Меняете ttl и проверяете каждый интервал.
А в общем, если у вас теряются пакеты до маршрутизатора, это уже аргумент, на каком этапе они теряются, как это будут определять или чинить - не ваша задача.

Как "помочь" сис. админам провайдера найти потерю пакетов?

nonamevasya,

От себя только в голову приходит, предложить им пропинговать мою линию

так пропингуйте сами, если проблема такая простая как потеря пакетов - запустите пинг и посмотрите, теряются они или нет, и на каком интервале.

Достаточна ли защита сайта php?

FanatPHP, я говорил о принципиальных подходах, а не о PDO и эмуляции (их затронул только как пример правильной реализации). Принципиальных их 2: либо с разделением sql-запроса на данные и код, либо без. Как при этом будет работать второй вариант очевидно. Ни в коем случае, не идет речи о любых методах экранирования, но как выше и писал, согласен, что кого-то это может ввести в заблуждение, поэтому стоит для них делать оговорку. Для них первостепенная важность - это байндинг переменных, "заменять все переменные в запросе на маркеры". Это минимум, без которого вообще ни о какой защите речи не может идти. Что под капотом - вопрос другой.

Достаточна ли защита сайта php?

FanatPHP, не, вы писали:

вам свое эго важнее. сидите с ним

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

Достаточна ли защита сайта php?

FanatPHP, когда вы оскорбляете делающих первые шаги в программировании, не давая никакой информации, вам почему-то плевать на этих "пользователей пхп". Но в споре со мной, почему то резко решили прикрыться ими.
Дело не в эго, я задал вопрос потому как подумал, что действительно что-то не знаю или не учел. А диалог получился чтото вроде:
"- предохранитель защищает оружие от случайного выстрела;
- ничего он не защищает;
тут ждешь чтото важное, вроде того, что на некоторых моделях при сильном нажатии, предохранитель не выдерживает, а получаешь:
- если бросить в огонь, произойдет детонация патрона.
- какого?!!!...
- ну дети будут играть и бросят в огонь."

Спасибо, за очень содержательный ответ. Что в PDO при эмуляции магия. Что экранирование, это одноименный метод и никак иначе. Профессиональный спор, блин. А че, вдруг дети будут читать. Nuff said