Veseloff

Это выражение проверяет: 1. Если в начале пробел или минус 2. Если есть двойные пробелы (или таблуляции, переносы строк и т.д.) 3. Если есть двойные минусы 4. Если есть пробел или минус в конце Если хотя бы одно из этих четырёх условий выполняется, то будет true, а, значит, не подходит такое имя. Само по себе оно ничего не режет — просто проверяет. Ну и можно добавить в конец ещё набор разрешённых символов типа |([^0-9a-zа-я_\-]) И тогда оно будет полностью удовлетворять условиям

Страницу в студию! Мне, например, лень создавать страницу, копировать в неё текст и потом уже смотреть.

Русское комьюнити создателей сайтов довольно обширное, но часто не хватает конкретной информации на русском, зато на английском есть практически всё, что надо. Английский знать для разработчика — обязательнейший скилл. У меня вообще вся система «говорит» по-английски, чтобы я не расслаблялся. И, кстати, давно замечено, что если что-то идёт не так, то быстрее гуглится по запросам на английском.

Я не особо силён, но под эти условия вроде походит вот такое (^[\s\-]+)|(\s{2,})|(\-{2,})|([\s\-]+$) То есть, если совпадение есть, то введено неправильно

У меня всё прогоняется через index.php RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php [L,QSA]

Ну у меня это делается примерно так: допустим, есть раздел с новостями и адрес у него формируется по принципу «/news/id_новости» ну и в скрипте у меня идёт что-то типа if(!$get=$news->get($id)) $main->throw404(); То есть, если нет такой новости, то $news->get($id) возврашает false и условие выполняется, а $main->throw404() отправляет заголовок 404 и показывает собственно шаблон 404-й страницы. Ну и это справедливо для любого «модуля» на сайте — всё работает примерно по такой схеме.

а кто мешает кинуть header?

А я вижу это так, что не надо никуда перекидывать — надо оставлять где есть и выдавать сообщение об ошибке

«body» на htmlbоok.ru

Я бы начал с си — всё-таки пхп больше на си похож синтактисом. Да и не популярен паскаль сейчас.

Вот немного кода и цифр. for ($s=1; $s<10000000; $s++) { $q=$s*5; } Среднее время исполнения 0.78s function t($s) { return $s*5; } for ($s=1; $s<10000000; $s++) { $q=t($s); } 2.27s class TClass { public function t($s) { return $s*5; } } $t=new TClass; for ($s=1; $s<10000000; $s++) { $q=$t->t($s); } 3.01s Итак, видим, что чем больше кода, тем дольше он работает. Функции утяжеляют программу. Классы утяжеляют ещё больше. А результат-то один.

Не понял. А чем if плох?

Кем рекомендовано? Опытом работы и мозгом — это мои лучшие советчики. Как минимум, больше кода==больше время его обработки. Больше возможностей==больше выборок (вы же не удаляете из фреймворка неиспользуемые строки кода, ведь так? а значит всегда есть как минимум if для выбора СУБД)==больше действий в программе==большее время выполнения.

Тему перенёс во «Флейм», ибо там ей самое место.

Стоит попроситься на работу в хорошую компанию за еду или вообще за бесплатно. Часто у компаний есть проекты, к которым что-то хотелось бы приделать, но нет времени. Ну а раз уж им никто не занимается, то почему бы не дать его на доработку человеку, согласному поработать с ним бесплатно? В конце концов, если уж ничего не получится, то компания ничего не потеряет. Посмотрите на хороший код, разберётесь с ним. Ну и, если всё пойдёт хорошо, то, возможно, и в штат возьмут.

Дебильное какое-то видео. Ты путаешь тёплое с мягким и эти двое на видео тоже. PHP — язык программирования. Ruby on Rails — фреймворк. Логичнее было бы сравнивать, например c Symfony. Сколько понадобится времени? Даже не знаю. Никогда этим не занимался. Ну раз уже PDO поддерживает Oracle Call Interface, то мне почему-то кажется, что всё пройдёт быстро и безболезненно. Надо будет просто переписать методы в классе для работы с БД (их у меня всего штук пять или около того) и всё. Так что аргумент неубедительный. Ну а коль скоро заговорили о фреймворках, то скажу, что фреймворк категорически не рекомендован на высоконагруженных системах — только чистый код в связке со специально настроенными под эту задачу серверами.

Про VB ничего не знаю, а паскаль — годный язык, на нём можно учиться. Тут на самом деле всё зависит не столько от опыта или от конкретного языка, сколько от понимания того, что делает тот или иной код. Просто PHP не имеет ни стогой типизации, ни сторогого синтаксиса и от того все проблемы. Надо сначала приучить себя следить за переменными и их содержимым, следить за исключениями и правильно их обрабатывать, разобраться в синтаксисе и понять когда стоит исользовать, например, «&&», а когда «AND», какие кавычки и когда стоит применять... Ну и писать код так, чтобы, если в PHP введут строгую типизацию, то миграция прошла бы легко и безболезненно. И чем это лучше? PHP — вполне годный язык для написания сайтов, и комьюнити значительно больше, чем у раби или питона. Отношение к PHP такое, какое есть, исключительно потому, что он проще всего для изучения и кучи сайтов сделаны не программистами, а клиническими идиотами, которые где-то услышали, что за создание сайта можно получить 100 000 рублей и кинулись все делать, не вникая даже в азы програмирования. А потом программисты это дело разгребают.

Я в своё время учил в школе паскаль. Потом мне стало интересно и я стал писать что-то для себя, экспериментировать и всё такое. Потом я занялся спортивным программированием. Потом перелез на C. Ну а когда решил занятися веб-программированием, то просто взял и сделал два сайта. Там был жуткий код и вообще всё плохо, но я научился основам работы с БД и понял общий принцип программирования на PHP. Потом я пошёл работать в одну компанию. Там я практически ничему не научился, поскольку компания плохая, и там процветал г-код, хотя это одна из крупнейших и успешнейших компаний в регионе. Потом я пошёл работать в другую компанию, где я познакомился с такими понятиями как «шаблонизатор» и «паттерны проектирования». Примерно поняв как именно создаются «правильные» сайты, почитав код разных фреймворков, CMS и прочих чужих разработок, я сложил для себя некое представление о том, как должен писаться PHP-код. Потом я пошёл в следующую компанию, где работаю по сей день. Тут я применил свой опыт на практике, практически полностью переписав всё, что было разработано до меня, поскольку всё было уныло и смотреть на это без слёз было невозможно. Сейчас я развиваюсь в направлении настройки серверов, распределения нагрузок и всего, что напрямую связано с веб-разработкой, но выходит за рамки программирования на PHP и SQL. В данный момент я изобретаю очередной велосипед и делаю кэширование в оперативной памяти, не используя предназначенный для этого memcached, исключительно для того, чтобы научиться и понять всё это хозяйство «изнутри». В принципе, чтобы научиться программировать, нужно много програмировать. Такая вот рекурсия. Настоятельно рекомендую не выбирать PHP, как первый язык программиирования — лучше начать изучение основ с паскаля или си. Придумывайте себе задачи, изобретайте велосипеды и реализуйте все свои даже самые бредовые идеи — только много работая можно научиться кодить. Порешайте задачи ACM — они не очень прикладные, но развивают мозги в правильном направлении.

В ПХП вообще всё динамическое. В том числе и массивы.

Может, там уникальный ключ повторяется?

preg_replace('~\s~', '', $str);

echo("INSERT INTO comments (author, text, article_id) values ('$name','$comment','$id_row')"); Что покажет?

Какие условия задачи-то? Непонятно просто что вообще нужно осуществить.

А смысл? Не факт, что можно вывести массив циклом for, да и не для этого он нужен. Какая задача-то?

Не, я привык без пробелов — мне так больше нравится.