Я пробовал собрать ядро в один файл, но не смог — зависимости взорвали мне мозг:) В итоге ограничился простым __autoload() и удалением require_once из файлов фреймворка. У меня акселератор всегда включен, без него результаты отличаются в 2 раза. Сейчас страницы генерируются как раз в пределах 100 мс, что пока меня устраивает.
{«слва»: [“слова”, “слава”, “слива”], ...., «blablabla»: [«blabla», «adf»]}, потом этот ответ присваивается words. Приведенный пример не показывает случая содержания JS кода вместе c HTML в одном ответе на запрос, о чем я вас и просил.
JSON самый универсальный, легкий по отношению к xml способ описать данные. Ваш способ имеет большой минус: он требует специализированных encoderов, в то время как JSON — стандарт, с соответствующей широкой поддержкой.
Пока у меня какое-то странное ощущение, что вы сами не знаете, зачем вам это надо. Прошу не обижаться, просто ни одного внятного примера, где данный способ уместен, я не увидел.
Вся проблема визуальных редакторов в том, что они не выполняют своей задачи. Мнимая возможность дать менеджеру самому забить и правильно оформить контент радует до тех пор, пока не взглянешь на результаты его работы. В конечном счете все равно приходится переверстывать руками и оказывается, что либо руками верстать надо всегда, благо там ничего сложного как правило нет, либо использовать заточенный под конкретный сайт конкретный инструмент.
Если все будет так, как описал автор, то получится тоже самое, что и сейчас. Только давка в транспорте будет происходить на несколько часов позже, очереди тоже будут выстраиваться в другое время. Спрашивается, за что боремся?:) Во многих IT конторах даже у нас в провинции рабочий день начинается с 10-12 часов, что на 3-5 часов позже принятого. Так что в этом плане программерам проще.
Выход новой версии почти любого дистрибутива линукса всегда встречается очень хорошо и по доброму. Если и есть замечания, то только именно как замечания, а не обвинения в мировом заговоре:) Контрастно на фоне истерии годовалой давности по поводу выхода висты. Есть мнение, что майкрософту можно кое-чему поучиться у линукс-сообщества;)
Я и не спорю, что приведенный вами пример есть хорошо. Просто это очень хорошо показывает, что вменяемых учителей очень мало. Это вообще очень сложный вопрос чему учить детей в школе. Для чего нужна та же двоичная система я понял только на 3 курсе института, когда пошла схемотехника и иже с ней, что уж говорить про детей. Хотя я еще прекрасно помню, как нам в школе рассказывали про нее и что-то там было на паскале. Реально это все пригодилось нескольким людям, которые пошли в технари. Вообще, я слышал только про одну школу, где было нормальное преподавание информатики, без впадания в крайности, даже вроде как линукс внедрили второй системой.
Полностью согласен про переучивание учителей. В одной деревне у нас в республике, слышал от родственников, которые там живут, что когда поставили в школу новые машинки (до этого стояла древность аля БК), то преподша их даже не включала, а продолжала детям под запись рассказывать что-то про двоичную систему счисления и так далее. После пары месяцев такого безобразия преподшу правда благополучно уволили:) А вы говорите линукс в школах.
Слишком он уж категоричен, напоминает дядьку из саус парка, который боролся с курением:). А если серьезно, то любое ПО имеет право на существование. Но в том, что форматы данных должны быть открытыми стандартизованными, я с ним абсолютно согласен. Тогда глядишь и софтварные компании перестанут лениться и делать нормальный качественный софт, потому что уже не привяжешь юзверя тем, что свои файлы он не откроет ни в чем другом.
Ну это несерьезно, публиковать список доменов это что-то. Проверил, домены свободны. Потратить 30-50$ на регистрацию нескольких я думаю можно, сумма небольшая, чтобы бояться ее потерять, а то знаете киберсквотеры могут его увести, как только вы его придумали и даже нигде не озвучивали:)
С первого взгляда идея действительно неплохая. Но:
1. При обновлении библиотек может возникнуть проблема совместимости со старыми версиями, тем самым к различиям между бразуерами добавятся еще и различия в библиотеках.
2. Кто будет определять избранные библиотеки? Простой подсчет распространности той или иной библиотеки не факт, что будет правильным.
3. ИЕ, без комментариев.
Минусов могу привести еще несколько, но я думаю, ход мыслей и так уже понятен.
JSON самый универсальный, легкий по отношению к xml способ описать данные. Ваш способ имеет большой минус: он требует специализированных encoderов, в то время как JSON — стандарт, с соответствующей широкой поддержкой.
Пока у меня какое-то странное ощущение, что вы сами не знаете, зачем вам это надо. Прошу не обижаться, просто ни одного внятного примера, где данный способ уместен, я не увидел.
1. При обновлении библиотек может возникнуть проблема совместимости со старыми версиями, тем самым к различиям между бразуерами добавятся еще и различия в библиотеках.
2. Кто будет определять избранные библиотеки? Простой подсчет распространности той или иной библиотеки не факт, что будет правильным.
3. ИЕ, без комментариев.
Минусов могу привести еще несколько, но я думаю, ход мыслей и так уже понятен.