Сижу на линуксах, хз о каких вы тут проблемах разговариваете. Офисом к моему счастью не пользуюсь.
Ггг, кажется ты стал забывать на каком форуме находишься. Просто сравни его с севладом. ТС знает как:
- писать код самому
- вырезать br из списка (нужный навык в 2к20)
- и даже склонен нормально общаться, пока его не начинают откровенно унижать или оскорблять
Я не понимаю зачем заниматся травлей ТС. Я думаю ТС вполне адекватен, чтобы по итогу согласится с проблемными местами своего фреймворка, если с ним аргументированно вести дискуссию. И судя по всему, он не ставит целей написать инструмент для матерых разработчиков.
Sly32, так ты в епаме батрачишь на галере? Мы с епамщиков люто-дико орем, оттуда люди калеками уходят.
document.querySelectorAll("[data-widget-id]").filter(el => { return el.prevSibling && el.prevSibling.localName === 'h2' }).map(el => { let text = el.prevSibling.innerText; el.dataset.search = text; });
remizov, т.е. то, что это домен ответчика, и он ходит в суд, вас не смущает?
ArbNet, вы занимаетесь лишней работой сейчас. Документация нужна для пользователей-программистов. Чтобы они появились - им нужно что-то видеть, чтобы захотеть писать на вашем фреймворке. Сделайте хоть что-нибудь на вашем фреймворке, например блог, чтобы продемонстрировать возможности. С админкой и всем остальным. Когда вы сделаете, и поймете что это было легко и улучшать уже нечего, тогда будете писать документацию. Если вы сейчас попробуете сделать на нем блог, с 99% вероятностью могу утверждать, что вы столкнетесь с рядом трудностей, и скорее всего часть ядра вашего фреймворка (если оно там есть) придеться переписать, а следом и документацию. Пишите доку в PHPDoc, потом сгенерируете доку хотя б к ядру API.
Т.е., юзать готовую либу для обработки XML - ок, а юзать фреймворки для UI - тошнотворно?
Я все жду, когда будет готовый проект. Мне действительно хочется на это посмотреть.
Перестал смотреть после сезона с Ниганом. Тягомотина бытовуха, хуже Дом 2.
edogs, ну это критическая секция, их обычно защищают блокировками, чтобы не ловить баги. Для более тонкого контроля есть session_write_close, есть read_and_close в опциях у session_start.
Если не злоупотреблять сессиями и не писать их постоянно в разных частях кода, можно собирать их в какой-то объект и в конце все данные сессии за раз записать, тем самым уменьшив критическую секцию.
Я бы сказал что тут не проблема сессий, а проблема их не правильного использования, из-за чего их просто решили блокнуть по умолчанию на весь цикл обработки реквеста.
Там не нужен серверный рендеринг. Просто ТС ещё не понял, что после создания сайты очень медленно индексируются.
