Владимир Кузнецов (realky)
- Профиль
- Публикации
- Комментарии
Путь к удобству сайтописателя лежит через применение программных средств, которые, оставляя исходный текст нетронутым, создают "легкую" рабочую версию.
правильно 
если в курсе, может оставите для справки в комментариях ссылки на подобные утилитки (которые позволяют "скормить" файл удобночитаемый и получить трудночитаемый меньшего размера)?
необходимо чтобы программы-обработчики понимали что они делают
естественно, Вы думаете, хороший разработчик будет натравливать на свой код "левый" транслятор? если не найдёт подходящего, то свой напишет, в большинстве случаев, это не настолько то и сложно, главное синтаксис языка/языков с которого на который транслировать будут знать
даже если вы расшифруете, то результат будет гораздо менее удобночитаем по сравнению в оригиналом.. а несколько тысяч строк трудночитаемого текста это усложняет задачу
Есть великая вещь: дизасемблер
а причём тут он?
речь идёт о скриптах, которые выложены публично в открытом виде, как есть, они не компилируются в исполняемые файлы (которые кое как можно дизасемлировать) и чтобы запутать чтение таких публично выложенных файлов иногда применяются трансляторы, запутывающие код.. либо трансляторы, которые омгут соптимизировать код скрипта. уменьшив его объём, в ущерб читабельности
интересная ссылочка.. спасибо
и ещё из статьи, что я упоминал выше, можно вынести что в беларуси это фликеронасаждание идёт принудительным путём, путём обязывания, путём штрафов и тд.. что соотвественное будет вызывать противоположную реакцию.. вечно у нашего (читай белорусского) государства подход ко всему через *.. грустно 
кстати, большая часть фликеров из тех что я видел у нас (в беларуси) в продаже убогие по своему дизайну
прежде чем бежать сразу купить такую игрушку, почитайте тут
даже в этой области завелись подделки.. а вообще в беларуси их раскрутили чисто из-за коммерческой стороны, кто-то очень рассчётливо подошёл к этому вопросу, вот потому и реклама такая.. благо хоть польза от них вроде немного, но есть..
А еще лучше будет делать несколько версий, у каждой будут свои особенности.
согласен, про это я упоминал выше
Ведь довольно много идей можно попросту украсть с сайта, при этом особо не вникая.
вспоминается один разработчик Andy Dufilie.. был скрипт (под mIRC) игры танчики, в оригинале выглядел так (я привожу очень маленькую часть, просто для примера):
alias -l tanks.alias.mkey {
if ($mouse.key & 2) || ($mouse.key & 4) && ($istok(tanks.button.up tanks.button.down tanks.button.left tanks.button.right,$1,32)) return $1 $iif(%tanksinc == 1,5,1)
return $1 %tanksinc
}
но автор закодировал часть исходного скрипта в такой вид:
alias -l O00OOO00 {
if ($mouse.key & 2) || ($mouse.key & 4) && ($istok(O000000O O0000OOO O000O00O O000O0O0,$1,32)) return $1 $iif(%tanksinc == 1,5,1)
return $1 %tanksinc
}
имена функций (альясов), переменных зашифрованы в виде случайного набора букв O и нолей.. увидев такую версию скрипта на почти 4 тысячи строк я был в шоке (бесполезно было думать даже в этом разбираться) и только потом наткнулся на оригинал.. чего только не сделают для шифровки исходного кода, даже если он публично выложен и виден.. 
про размер футбольных бутц не знал.. спасибо
пункты 4 и 8 можно объединить и добавить другой пункт, про коммуникативность - активно общайтесь с другими студентами, участвуйте в походах/поездках и тд, это очень пригодится: во-первых больше знакомых. во-вторых будет проще находить общение с новыми людьми в будущем..
вроде бы сноски сначала делают с одной звёздочкой, потом с двумя, по мере упоминания в тексте, а не наоборот..
возможно, Вы изменили последовательность текста в статье в процессе написания, и забыли это изменить
Все остальное под контролем.
верно подметили.. у нас (в беларуси) очень процветает "зомбирование" населения
Антенны из любого материала могут быть прямофокусными или офсетными. Прямофокусные представляют собой классическую параболу, ее фокус равноудален от любого края зеркала. Зеркало офсетной антенны - это «вырезка» из верхней части полной параболы. В результате фокус антенны находится вблизи нижнего края.
не помешали бы иллюстрации..
приятная статья о приятном человеке
переменные называют a,b и c, только в наглядных примерах, в реальности профессионал таким обозначением пользоваться не должен, так делают только недоучки, в принципе согласен, что в скритовых языках важна скорость загрузки и желетально, чтобы был поменьше объём кода.. тут приходится выбирать между читабельностью и размером..
конкретно в Вашем примере:
if ($result==$znachenie && ($max>=$min || $otvet!=$error))
{
$OKresult=obrabotka($result); //Обработка результата
echo 'Результат: '.Preobr($OKresult); //Преобразование данных в понятный формат.
}
я бы скорее написал, при учёте того, что нужно получить меньший объём исходного кода (предупреждаю, я могу допустить неточности, анпример, использовать зарезервированное имя, просто я не знаком с синтаксисом php):
if ($res==$val && ($max>=$min || $reply!=$err))
{
$proc_res=proc($res);
echo 'Результат: '.modify($proc_res); // modify to plain format
}
1. не обязательно писать слово полностью, иногда достаточно намёка на него (главное не имена "от балды": a, b, c)
2. в последнем коде даже не разбирающийся в программировании человек уже что-то понимает!
не разбирающийся в програмировании человек в код смотреть не должен 
3. желательно использовать не транслит, а английский, так как мало ли с кем придётся совместно работать в команде
4. комментарии иногда нужны, но не всегда.. большая ошибка новичков, что они начинают пихать комментарии где надо и где не надо, во многих случаях вместо комментариев достаточно "говорящих" имён переменных и функций
ps: Вы движетесь в правильном направлении.. 
я уже успел сменить за несколько лет несколько стилей написания кода.. склоняясь то к минимализму, то наоборот.. постепенно вырабатывая для себя более удобный формат в зависимости от ситуации..
с одной стороны подмечено правильно.. код должен быть удобночитаемым, а то затраты на исправление недочётов и расширение функциональности будут велики..
но! кто мешает писать полностью отформатированный, удобночитаемый текст, сохранить его, далее прогнать этот текст через специальную программу (я сайтостроительством не занимаюсь, потому не могу посоветовать конкретных приложений, но уверен на 99%, что такие программы уже есть) и получить трудночитаемый текст, но занимающий меньший объём? в итоге будет две версии исходного кода: debug и release (из аналогии с программированием на компилируемых языках).. debug - версия до сжатия, пользуетесь ей, до тех пор пока не получили стабильную версию, как только версия стабильная етсь, можно делать release версию и использовать её.. "и волки сыты, и овцы целы" ©
На даче воду из колодца пропускаем через "Барьер" - кувшинный фильтр. Затем кипятим, пьём чай, готовим еду. Холодная кипячёная вода...