malls

malls
Рейтинг
255
Регистрация
08.08.2005
Alipapa:
Microsoft Access прекрасно подходит для обучения SQL. Там запросы можно делать в режиме конструктора буквально мышкой, и смотреть получившийся SQL-код. Также хорошая хелп-система. Синтаксис имеет некоторые различия, но это мелочи.

В PhpMyAdmin запросы тоже можно делать "буквально мышкой" и тоже смотреть получившийся SQL код. Синтаксис при этом различий иметь не будет - и это не мелочи...

sirota77:
А что если при добавлении объявления на доску, пинговать поисковики ?

А зачем? (10 симв.)

neznaika:
Дык в чем смысл? Публикуйте по новым адресам, а на 404 отдавайте карту разделов. Ищите себе гемморой на пустом месте.

Человек по ходу купил домен с пузом и в индексе, хочет в сапу запустить и ничего себе не ободрать... Тут действительно придется редирект делать - mod_rewrite поможет...

Ну вы же халявы хотите, в америке халявы не будет, там за траф надо платить... Относительно VDS/VPS - у fastvps.ru (сервера - германия) тарифы от 2.90 начинаются, с анлимным трафом.

bearman:
технология - уметь писать против ветра не попадая на себя, а это не технология ...

Бир - это тоже не технология! Надо просто брать крутой бейдевинд и всего делов! 😂 🍻

aristan:
ты видимо ещё не овладел этой технологией :)

А вот этот сабж не от большого ума, ибо bearman прав.

По сути работа с мускулем стоит на трех китах:

1. Создание баз и таблиц.

2. Написание SQL запросов

3. Отправка этих запросов через среду программирования.

в случаях 1 и 2 очень поможет PhpMyAdmin (для тренировки)

Во всех случаях помогут мануалы...

Книжки обычно отличаются нелепыми примерами, каковые растянуты на целую главу и потому не дают целостного представления, каковое весьма полезно именно для того чтобы начать, для осознания всей "прелести" баз.

bearman:
malls, править не буду, но приврал неплохо)

Зря - лучше поправь... В данном случае это мое видение топика - т.е. я никак не претендую на беспристратность и объективность...

bomber:
гхмммм неоссилил все страницы , так что ООП или процедурка ? может таки голосование ?

Да не пришли к единому мнению. Хотя так или иначе вектора мышления сходятся на:

1. Если проект не однопоточный (как все пышные) и требует эффективной работы с объектами хранящимися в памяти - ООП (тут оно вполне оправдано)

2. Если проект делают много разных разработчиков - ООП (тут оправданность "притянута" как презерватив на пятую точку)

В остальном процедурка попроще будет и часто поэффективнее.

поправте меня если сильно переврал...

BrokenBrake:
Гыгы.

Хорошо смеются последние - да? :)))

А если серьезно - Тормоз учи матчасть! AJAX может быть не только асинхронным но и действительно кросбраузерным... А если удивляет ActiveX (т.е. как я понимаю ранее он не использовался) - то тогда проще поизучать GM_xmlhttpRequest, он во первых попроще, а во вторых обладает одним ценным преимуществом, по сравнению с обычными методами... Правда рулит только под Лисой.

PS: BrokenBrake кстати подумалось - вот типичный пример мышления фреймворкщика! Хи-хи и ха-ха основанные на опыте использования фреймворков, и при этом абсолютном (что вытекает из первого) не понимании сути технологии... Спасибо как говорится за яркую иллюстрацию.

Да пожалуйста... Меняйте нафиг хостера... А то с такими советчиками далеко не уедешь...

pelvis:
maxika, вообще, делается все немного не так, если конечно, сайту планируется хоть какое-то будущее. Сначала вы четко на бумаге расписываете идеологию сайта и схему его работы, затем делаете дизайн страниц, а потом подыскиваете движок.

неправильно, надо концовку так:

а потом бросаете эту затею ибо в инете как и в сео денег нет!
Всего: 5151