Для начала, нужно форматировать верно, чтобы разобраться. А теперь по скрипту. Что он должен делать, какие действия показывать, опиши процесс по-этапно?!
Если поставишь в выборке LIMIT 10. Будет выполняться 10 раз.
А в UPDATE LIMIT не к чему, так как всё равно цикл пройдет 10 раз и остановиться, вроде бы так.
Здравствуйте программисты и другие воины это доблестного форума.
Суть вопроса такова: Расскажите про ваши подвиги, против лени и прочего кощунства,
о том, какие навыки вы приобрели, что посоветуете для новеньких с вопросом:
А что это, а как это делать?! Или что нужно знать, чтобы повторять ошибки, именно повторять, ведь программист, если не видит ошибку, он ведь быстро, не разберется, что где и как.
Ваши советы, наработки, и как вы докатились до такой жизни)
Начну с себя, ламера и лентяя. А вы судите, что хорошо, а что плохо.
Поехали...
1. Форматирование кода
Первые азы, при изучении HTML; да не буду, не нужно, и так мне понятно.
Чуть далее: Чёс затылка, с вытаращенными глазами.
При изучении CSS. Хорошо, это подвинуть, нажать TAB, здесь пробел,
очень хорошо, О как красиво.
При изучении PHP. Фигурную скобку здесь, фигурную скобку там, о бл..ь,
откуда третья взялась?!
Как видите с примера выше, код тщательно отформатирован, для нормально визуального воздействия. Каждый div-блок имеет закрывающий блок с комментарием идентификатора этого блока, что даёт визуально понять, где начинается блок и заканчивается. Между блоками существуют отступы, что тоже наглядно обеспечивает читабельность кода, и естественно применена табуляция. Где понятно, где родитель-элемент, а где дочерний элемент.
Как из примера выше видно, я форматирую фигурные скобки { }, везде одинаково, что удобно и привычно.
А не так, как раньше
if(a == 1)
{
document.wtite('Работает');
}
Бывает конечно, что if проверку пишу в одну строчку, вместе с фигурными скобками, если код проверки и действий слишком мал. Например.
if(a == 1) {document.wtite('Работает');}
CSS
Есть такая привычка ставить после определения правила пробел.
PHP & Javascript
Также привычка ставить, после запятой пробел. В SQL-запросе, в массивах и т.п.
2. Комментирование кода.
Очень важный аспект в программировании, я считаю.
Изначально при изучении любого языка, комментировать код, нужно настолько,
чтобы понимать, что делает эта строка, что эта и т.д.
Далее...
Комментировать, нужно по-блочно. Этот код, выводит горизонтальное меню,
этот блок выводит список фирм, и так далее. Тоесть, при прочтении комментария,
явно становится понятно, что этот код делает.
И третий вариант, комментировать нужно настолько, насколько это должно быть
понятным тебе и другим программистам, коддерам.
3. Явные имена в названиях, явно английскими литерами)
Любые переменные, константы, функции, классы, и имена файлов,
я называю своими именами. Незнаю, перевода!, лезу в онлайн-переводчик
и перевожу. Я не использую, транслитерацию с русского языка, по-крайней мере,
ранее я использовал, но сейчас, я приучил себя к этому,
давать явные имена, отображающие смысл, и точка.
А теперь, немного лирики. Я хватаю, понемногу практику, то там, то там. То в Javascript,
полез, то в PHP. Немного CSS, немного Photoshop. Очень мало времени.
Это наверно, моё хобби - ИТ.
Люблю экспериментировать. Беру простенький чужой скрипт, делаю с самого ноля почти тоже, меняю, практикую, и действия запоминаются, потом пишется из головы...
Что я хотел, ещё разобрать.
Как я подключаюсь к базе данных.
У меня есть файл в директории сайта(DENWER XD)
Называется, db_connect.php
В этом файле функция db_connect()
Может, я неправильно делаю, в понятиях оптимизации, потому что при каждом
запросе я нагружаю сервер MYSQL, наверное. Но, я думаю, такой подход, обезопасит
от SQL-инъекций из адресной строки браузера. Может, я и неправ, поправьте меня.
Далее...
Кто-то же, открывал когда-нибудь исходный код Яндекса. Весь код в одну строчку.
Я, думал, как они это делают. Сначала думал, срезают регулярками, но потом понял,
что строка создается при построении. Какой CGI-язык они используют, я незнаю.
Однажды, я начал изучать функции PHP. И при моих экспериментах, я научился выводить в одну строку. Вот пример index.php
Как видно, в теле index.php всего лишь один include и 2 функции.
Первая, комментированная функция, это страница которая показывается пользователям,
когда сайт на тех. работах
А вторая, сама главная страница для вывода.
Ясно же ведь, чтобы показать, тех.работы функцию tech_work() нужно раскомментировать, а функцию html() закомментировать.
Не буду, комментировать этот набор функций. Хочу спросить, а правильно ли это.
Не нагружу я сервер, множеством операторов echo, их число, конечно можно уменьшить, но всё-таки, как вам такой подход, и в исходнике, всё потом в одной строчке, как в Яндексе...
Гуру PHP и не сильные гуру PHP, оставляйте свои рекомендации, советы, наработки, чтобы позволило повысить уровень PHP-знаний.
На этом вроде бы всё!
Спасибо за прочитанное, жду ваших советов!
Вот мой вариант, как тебя я понял. Возможно по стилям, я что-то лишнее написал,
но вот я предлагаю свой код.Я правильно понял, так ты хотел расформировать блоки?!
Я хоть форматирую код нормально, читабельный)
Они с тебя издеваются -)
PHP - язык, который выполняется на сервере.
Если хочешь печатать дома с принтера, именно с браузера, учи Javascript или же создавай свою рабочую программу с помощью DELPHI например, не затрагивая WEB-программирование.
Как я понимаю, в PHP 1. есть возможность работы с графикой 2. есть расширения PHP для работы в Microsoft Word и Exel.
Составлять из данных таблицы, и отправлять потом на принтер.
Извиняюсь, что выразился неправильно. Я хотел, сказать, про то, что нужно самому учиться создавать скрипты, решать, думать, а не взять готовый продукт, поставить, приложив минимум усилий, но незная из чего он себя представляет. А уж потом, брать готовые решения, и смотреть "какие классные штучки". Писали по поводу Апача и PHP, я уже не до такой степени дурак, я понимаю, что программа создает программу. Всё равно потом все программы, подпрограммы это ноли и единицы.
И как писал Лимон, да, хорошо писать при обучении, и я буду писать. А вот битву экстрасенсов, не смотри, это хорошо написанный сценарий, и вообще телевизор - это плешь.
Я не спорю, что ООП лучше, это гораздо лучше!!! Можно курсировать кодом как хочешь, но я пока остановлюсь на стандарте. Я задумал - я сделаю; и я буду изобретать свой велосипед, пусть и с квадратными колесами, пусть даже и с треугольными, но мне главное опыт, самореализация задуманного, практика. Я хочу понимать, как устроен код, что делает, каждый элемент в коде. Ведь программист, - это тот кто программирует, а не использует готовые решения, написанные другими программистами. Да, можно взять готовое решение, разобраться в нём, прикрутить там к своему сайту, РАБОТАЕТ ВЕДЬ! - нет, это не программист, это пользователь, он пользуется готовым решением.
Я, хочу создавать своё, родимое, хотя как скажут, где оно твоё, это давно изобрели, всё верно! но я хоть буду знать, что я не смотрел на решение, а решал и думал. И, кстати, практика всегда, запоминается лучше. Зато потом, в далёком будущем,
после конца света 2012, за неуплату!, я буду программировать с закрытыми глазами, быть может)
P/S - Спасибо за советы, у кого-то, ещё будут пожелания ?! Наставления, что я дурак?!)
Здравствуйте товарищи!
Я, начинающий программист, практикую создание функций PHP, которые облегчают работу.
Ищу ответы в интернете, наращиваю опыт. Мои планы по практике, это написать серию функций для работы с MYSQL. Я мало с ней знаком, как и с PHP.
Основная моя задача, написать более простые функции для себя, я не хочу затрагивать ООП, потому что в стандарте, я ещё мал.
Ну так вот, мне хотелось бы написать серию функций, например:
Она принимает в качестве первого аргумента или параметра, название
будущей или существующей таблицы.
Тоесть, если таблица не существует, функция её создаст, но создаст только в том случае, если имеются данные в ассоциативных массивах, если их нет, идет завершение работы скрипта.
В качестве второго параметра: ассоциативный массив с данными, которые обрабатываются функцией, и все индексы массива - будут названиями полей в таблицы, а все значения - ячейками. Например, есть массив:
, принимает также ассоциативный массив, в который помещаются, можно так сказать, издержки языка SQL.
Например, чтобы создать одну таблицу, назовем её main и в ней два поля, нужно записать так:
Третий параметр, нужен лишь для одноразового создания нужных полей, потом к этой же таблицы, он применяться не будет, но будет применяться, если мы, например хотим
создать таблицу с именем 'table', например так.
И, напоследок... Функция проверки, и создания таблицы работает, а также внесение
соответствующим полям значения, но пока я думаю, как внедрить этот же
третий параметр
пока он висит в самой функции, но думаю это у меня получиться.
Проработка условий в запросе SQL, я тоже хочу реализовать, в этой функции, например ещё через один массив.
Есть конечно взгяд на то, что бы все эти массивы засунуть в один многомерный,
а в функции уже потом разбирать, но не хочу я пока усложнять, и без того, мою дурную голову)....
P/S -1
ЕЩЁ раз повторяюсь, при первом вызове функции, функция создаст таблицу если её нет,
и внесёт
индексы массива $myrow_data в названия полей, а также значения массива в ячейки
полей, соответствующие названию.
Если таблица существует, функция будет вносить новые данные при каждом вызове.
ВСЁ!
И P/S -2
Хотел бы знать мнение форумчан, а также ваши собственные наработки и реализации!
Если, что не понятно, что я здесь написал, спрашивайте)