MetSerp

ок почитаем. то есть сайт по прежнему принадлежит вам но он может быть удален без объяснения причин. И вообще прочтите четвертый пункт, он достаточно показателен. вы не можете гарантировать надежность своего сайта, так как решение об уходе на профилактику принимаете не вы. прямой запрет коммерческой выгоды от сайта А вот слов о том что домен третьего уровня принадлежит пользователю системы - я не нашел. как правило по домену, но и без него движок достаточно заметный как его не переделывай хотя если в этом не варишься то можешь и не заметить. лично у меня вскрывали сайт с удалением всей информации из бд, было это правда примерно в 2006м году, но вы утверждаете что он не был дырявым, взлом через украденный пароль исключаю. А насчет сейчас гугл с вами не согласен тоже. тут соглашусь. Но соль того что я пишу не о том что укоз гагно нафиг ненужное, а в том что автор расходует свою энергию нетуда, и если бы он уже сейчас нормально (нормально, это не видеоуроки типа Попова) начал учить программирование, то к 20 он будет хорошим спецом. Ну и еще о том что для коммерческого проекта который будет приносить деньги укоз не подходит совершенно.

любой программист может написать cms для своих личных целей, это не так сложно как кажется, а вот написать сферический cms в вакууме который подойдет куче народу - да, далеко не каждый. Один человек скорее всего это не сделает, так как у него получится движок под себя и не факт что кому то кроме него он будет удобен. IP board - не привязан к хостеру, имеет открытый исходный код и позволяет дописать и переписать все что угодно. Drupal - вообще не столько cms, а cmf и опять же позволяет дописывать себе что угодно так как, исходный код - открыт, и привязки к хостеру нет, как нет и запрета на добавление серверного кода. VBulettin - не привязан к хостеру, имеет открытый исходный код и позволяет дописать и переписать все что угодно. Ucoz - привязан к хостеру, запрещает использование серверных сценариев, вешает рекламу, домен не принадлежит вам. А теперь копнем дальше: Вы сделали крутой конкурентоспособный проект на укозе. 1 он вам не принадлежит, он принадлежит укозу 2 много кто увидев что проект на укозе не воспримет его всерьез, как и на народе. 3 если в кикозе найдут дыру, залатают ее не сразу, а вы сами ее залатать не можете, так как не имеете доступа к исходным кодам. Да и если бы имели это б не спасло, так как если вы используете конструкторы таких крупных и сложных вещей как сайты, значит вы не умеете писать сами. А на булке, ип боарде и друпале, вы бы просто прочли где находиться уязвимость, и либо отключили данный модуль пока его не починят (а починили бы его или выложили заплатку, достаточно быстро ибо огромное сообщество далеко не школьников у этих движков), либо пошевелили мозгами сами и закрыли дырку своими силами. Я укоз могу рассматривать только как форум для какого нить клана или какой нить гилды в онлайн игрушке, тут он идеален.

а это как раз попытка разжечь холивар не разбираясь ни в одной из сторон.

это не совсем оффтоп и уж совершенно не холивар (значение слова посмотрите) Это попытка сказать вам чтоб вы не теряли время а учили то чем собираетесь заниматься, про gml не скажу, так как он не совсем язык программирование а всего лишь скриптовый язык к игровому движку, а пайтон очень хороший на мой взгляд язык, лучше бы нормально выучили его. Хотя для меня все таки идеален для игрушек под веб action script 3.0, но многие тут со мной не согласятся, так что сие субъективно.

я склонен считать что у вас бурная фантазия, а если возраст у вас всех примерно один, то игра мертва заранее, вы не доведете ее до конца, так как просто не хватит знаний и усидчивости. Хотя если браузерка типа ботвы то может и сделаете, но если она вдруг станет популярна то вы просто не вытяните нагрузку, так как не хватило знаний проектирования приложений при первоначальной разработке, а переделать популярное приложение без потерь пользователей нереально тяжело. вы даже о движке не до конца прочли. Этот конструктор делает игры на html 5 а его пока держат не все браузеры. Плюс если вы делаете что угодно в конструкторе не зная как оно работает то первая же серьезная ошибка убьет ваш проект так как вы не сможете ее быстро убрать и вам просто станет скучно. Ну и я пока не вижу ни единого завершенного проекта на этом конструкторе, а это так же добавляет сомнений в успех вашей затеи.

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

а оно точно работало без присвоения его событию? toggle - не событие, click например - событие.

а можно тогда код и клиента и сервера и структуру полную папок и файлов а так же то что в итоге вы хотите получить?

не заметил А где то есть пример? или сами посмотрите например хромовским снифером (контрал + шифт + j вкладка network клик по имени файла) : Нормально если сервер вернул ответ код 200, остальные коды свидетельствуют об ошибках и указывают какие именно.

1 Функции обработки ошибок и успешных запросов опущены нарочно? 2 url: "out_couple.php", - реально существует, может стоит более полный путь прописать хотя бы от корня сайта? 3 и да, чуть не забыл, data: "{name_pic}" что вы эти хотели передать? Это невалидный json. Если это имя переменной то оно не должно быть внутри кавычек , если это ключ который ожидает сервер то он не должен быть спрятан "{key}" правильно будет {key:'value'} а если value переменная то {key:value} И дальше, если проблема в неправильном ответе от сервера(точнее неожиданном) то удостоверьтесь что сервер ожидает данные в get так как по умолчанию используется именно этот метод, а у вас он не указан. Почитайте http://api.jquery.com/jQuery.ajax/

в моей библиотеке только O'Reilly + пара книжек которые я покупал по рекомендации. По движкам я вообще книги не беру - слишком быстро меняются и в интернете в блогах и форумах удобнее собирать инфу по ним. А вот что то фундаментальное достаточно долго не устаревает, потому предпочитаю книжку

POST - относится к HTTP протоколу, потому ему нужен только http сервер. если мне память не изменяет, хотя я вне php его не использовал пока что.

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

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

Очень сильно зависит от того что я набираю, если это сообщение другу в джабер - одна скорость, сообщение в джабер начальнику - сильно другая скорость. Да и к тому же смысл 400 символов в минуту, если тогда можно спутать кнопки в разных рядах, более того через один и под разные руки (м обычно жму левой рукой а н - правой).

Очень сомнительно, он все таки не бабушка или другой несовместимый с компьютером человек

Некролог - знаю, правда его обычно пишут не о себе , но чтоб Никроблог О_о Да и для опечатки странно н и м достаточно далеко по клавиатуре и набрать ми гораздо проще чем ни

вы уверенны что вам надо именно input ? какова прична использования его, а не просто: <a href="link"><img src="path" /></a>

Vlad, большое спасибо, еще бы разобраться с выводом в поле. Сделал так: В настройке поля прописал <span class='ft'>{title}:</span><span class='fc'><img src='/public/style_images/master/profile/{key}.png' alt='{content}' /> {content}</span> Все показывает как надо, но есть 2 нюанса: 1 путь к картинке наглухо забит в настройку и не учитывает скин (сейчас там один скин, но все равно некрасиво) 2 в случае если пол не указан не выводится вообще ничего, а надо чтобы было как и в профиле то есть Пробую так: <if test="$author['field_5']"> <li> <span class='ft'>Пол: </span> <span class='fc'> <if test="$author['field_5'] == 'm'">{$this->lang->words['js_gender_male']}</if> <if test="$author['field_5'] == 'f'">{$this->lang->words['js_gender_female']}</if> <if test="$author['field_5'] == 'u'">{$this->lang->words['js_gender_mystery']}</if> </span> </li> </if> Но отрабатывает только 1 условие test="$author['field_5']" так как выводится только <span class='ft'>Пол: </span> Все остальные условие не проходят, если повесить на элс одно из условий, оно разумеется выполнится, но слово так же не заберется из $this->lang->words[], как будто их там нет.

Есть форум на ipb 3.1.4 Возникла необходимость выводить пол пользователя в темах, то есть как это сделано тут Плюс надпись, то есть Пол:Мужчина Сколько не гуглил, написано что за это отвечает Там у меня стоит то что и по умолчанию <span class='ft'>{title}:</span><span class='fc'>{content}</span> Но пол не отображается вообще никак,хотя в профиле виден как положено Где именно править шаблон и откуда забирать нужные значения?

немного не понял задачи, если слой прячется - зачем ему менять цвет? тогда отдельно show() hide()

может проще toogle()?

Меня терзают смутные сомнения. $("#morin").addClass("dop_inf_window");// если в этом классе содержится инструкции к отображению $("#morin").addClass("tet"); // а тут к скрытию. то вы 1 раз добавляете - отображаете затем добавляете другой класс перезаписывающий display ( или чем вы скрываете)- скрываете но атрибут class у вас уже выглядит как class ="dop_inf_window tet" и уже существующий класс dop_inf_window - не добавляется, а последним записавшим свойства является tet. хотя могу ошибиться, я не помню проверяет ли addClass существование в атрибуте класса который он пытается добавить.

Вот так ее можно сразу отдать на загрузку define('PATH_TO_IMAGES', 'путь к папке с картинками без поледнего слэша'); $ext_array = array('jpg', 'jpeg', 'png', 'gif');// допустимые типы расширений $name = (isset($_GET['name'])) ? $_GET['name'] : null;// если переменная name передана то присвоим ее значение, если нет то оставим null $ext = (isset($_GET['ext']) && strlen($_GET['ext']) <= 4 && in_array(strtolower($_GET['ext']),$ext_array)) ? $_GET['ext'] : null;// если переменная ext передана, ее длинна не более 4х символов и она существует в массиве допустимых расширений присвоим ее значение, если нет тогда оставим null $file_to_load = PATH_TO_IMAGES.'/' . $name .'.' . $ext;//попробуем подготовить полный путь к файлу if ($name && $ext && file_exists($file_to_load)){//если переменные имя и расширение не равны false (а в случае null они станут false)и файл по сгенерированому пути существует header('Content-Disposition: attachment; filename="'.$file_to_load.'"');// скармливаем файл на загрузку readfile($file_to_load);// читаем файл } else{ header('Location: /error_page.html'); // если хотя бы одна из переменных не определена или файл по полученному адресу не существует, отсылаем на страницу с описанием ошибки } в таком варианте правда могут быть проблемы с именами сохраняемых файлов, ну и я не сильно тестил код, хотя должен работать. Или же вы можете положить все картинки для загрузки в отдельную папку и положить в нее следующий .htaccess AddType application/octet-stream .jpg AddType application/octet-stream .jpeg AddType application/octet-stream .png AddType application/octet-stream .gif

вопрос использования библиотеки или чистого яваскрипта зависит от задачи как бы. Если для выполнения условия вам придется свелосипедировать половину jquery то не думаю что будет разумно это делать. Учитывая что вес у jquery не такой большой, а если заморочиться то можно и убрать лишний для проекта код оставив только нужное (хотя это уже оверинженеринг). И даже это будет быстрее чем писать полностью с нуля, то в таком случае библиотека оправданна. А подключать библиотеку чтобы использовать из нее 2-3 функции которые и самому написать не сложно - несколько неразумно Или я тоже вопрос не понял?