Движок с использованием Postgresql
1. Сергей (27.08.2010 / 15:10)Стоит ли писать движок с использованием этой бд? Просто на том хостинге что я использую ограничение на количество бд мускула есть, а у постгреса нет никаких ограничений, к тому же именно ее я и изучал в рамках своей специальности.
2. Сергей (27.08.2010 / 15:15)
И есть ли вообще интерес.
3. delete (27.08.2010 / 15:55)
ну эта субд не входит в стандартную сборку php поэтому на большинстве хостингов отсутствует, мож вещь и хорошая, но для обычного вап мастера данный двиг будит бесполезен.
4. Кирилл Алексеевич (27.08.2010 / 16:06)
Не нужно ,т.к. не все даже знают эту бд.
5. delete (27.08.2010 / 16:11)
ну если двиг получится супер пупер то у себя на вдс можно и установить данные библиотеки, а если ни чем выдающимся не обладает, то зря ток время потратиш.
6. Виталий (27.08.2010 / 16:17)
для себя - стоит, на продажу нет.
7. delete (27.08.2010 / 16:22)
vermilion1 (27 Августа 2010 / 16:17)да вот на продажу как раз таки и стоит, а для паблика ненадо. если скрипт стоящий, то под него грех не преобрести вдс.
для себя - стоит, на продажу нет.
8. Сергей (27.08.2010 / 16:45)
Гм на sweb.ru postgresql есть)))
9. delete (27.08.2010 / 17:01)
Rikland (27 Августа 2010 / 16:45)сравнил тоже, это web хостинг, там много чего есть, ну а тут как бы сайт вап мастеров
Гм на sweb.ru postgresql есть)))
10. Neformat (27.08.2010 / 18:04)
Ну для себя хоть оракл юзай, если желание есть. А в паблик "экзотику" - не будет популярностью пользоваться
11. Валерий (27.08.2010 / 19:17)
Денис Петрович (27 Августа 2010 / 22:01)Сам то понял что сказал?
сравнил тоже, это web хостинг, там много чего есть, ну а тут как бы сайт вап мастеров
12. delete (27.08.2010 / 19:35)
phpcoder (27 Августа 2010 / 19:17)существуют хостинги web и wap, как бы это понятие размытое, но разница есть, у web болие расширенные возможности, т.к web технологии намного продвинутей чем в wap, поэтому там и неск.видов субд ибо в вебе их юзают, и плагины для жабера, и болие мощные акки, т.к веб сайты кушают очень много ресурсов их посещают много пользователей, вот там и ограничение на веб почту и на кол.баз т.к они реально в вебе юзаются
Сам то понял что сказал?
а вап хостинги очень простые там кроме пыха и мускула ни чего небыват, ограничений нет иногда на базы и почту, т.к этими услугами ни кто в вапе и не пользуется ну это примерные отличия вот а тут в основном это люди вап мастера, юзают вап хостинги в принципе и не отличаются ни чем они, но все таки в вебе на порядок жоще условия.
13. Удаленный (27.08.2010 / 19:55)
Канеш пиши )
14. Сергей (27.08.2010 / 20:06)
вероятно по первой он будет такой же дырявый как был дырявый wap-engine 5.0 . по крайней мере мне так кажется самому)))) будут мне кулхацкеры мэссаджи писать.
15. ктулху (27.08.2010 / 20:23)
14, тщательная фильтрация переменных согласно типу данных, и нет проблем. Внимательнее просто надо быть, и будет ОК.
По теме: постгрес штука такая... сугубо специфическая, и где попало его не используют, Вообще к выбору типа БД надо тщательно подходить, а тем более правильно формировать таблицы (чего многим как я понял не дано, особенно индексы)
16. Сергей (27.08.2010 / 20:29)
нам этими таблицами 2 года мозг парили. плюс средства разработки rational rose я умею юзать )))
17. delete (27.08.2010 / 22:13)
с дырами не парся, сначала выпусти бетку, народ по тестит, найдем основные дыры, вообще советую написать одну функцию для обработки данных, и ею обрабатывать все входящие переменые, это если текст, для цифр есть стадартная функция в php, и если что не учтешь достаточно будит подработать один всего лишь участок кода и защита усилится сразу во всем движке, директории все закрой от чтения и записи, кроме одной где будут страницы сайта
там где юзаеш лиш php расширение запрети использование др.расширений, ну вот и вся защита
18. ramzes (27.08.2010 / 23:03)
Денис Петрович (27 Августа 2010 / 22:13)плохо.
с дырами не парся, сначала выпусти бетку, народ по тестит, найдем основные дыры, вообще советую написать одну функцию для обработки данных, и ею обрабатывать все входящие переменые, это если текст, для цифр есть стадартная функция в php, и если что не учтешь достаточно будит подработать один всего лишь участок кода и защита усилится сразу во всем движке, директории все закрой от чтения и записи, кроме одной где будут страницы сайта
1. писать надо сразу без дыр.
2. подобные функции фильтрации уже не раз были разобранны и признаны как отчаянный гк.
на месте надо фильтровать
19. delete (27.08.2010 / 23:32)
ramzes (27 Августа 2010 / 23:03)
плохо.
1. писать надо сразу без дыр.
2. подобные функции фильтрации уже не раз были разобранны и признаны как отчаянный гк.
на месте надо фильтровать
ты не путай фильтрацию переменых и фильтрацию данных на постороние символы естественно та функция о которой я говорю лишь экранирует данные, заменяет опасные символы на аналоги, фильтрует нулевые байты и т.д а на месте фильтруем само содержимое данных, для логина ток буквы и цифры пропускаем, для аплода тож фильтруем данные на запрещеные символы, двойные расширения и т.д но эта функция всетаки пусть будит, хотя вот смотрел код некоторых движков там там зачем то данные 2 раза одними и тем же функциями фильтруют..
20. delete (27.08.2010 / 23:38)
ну просто так меньше кода получится, зачем одни и теже функции писать в каждой странице когда достаточно написать всего лишь один раз мы ж не прописуем каждый раз соединение с базой, а делаем это один раз и инклудим, так и с фильтрацией данных.
21. Azzido (28.08.2010 / 01:19)
а что мешает в одной бд mysql использовать таблици с разными префиксами
22. ктулху (28.08.2010 / 02:35)
18, не согласен... лучше сделать функцию, с указанием типа фильтра. т.е. чтоб фильтр был один, но можно было указать тип данных.
типов не так уж и много, и я думаю можно себе позволить совместить 5-6 функций в одной
23. Михаил (28.08.2010 / 02:50)
Денис Петрович (27 Августа 2010 / 19:35)На помойку тогда wap хостинги
существуют хостинги web и wap, как бы это понятие размытое, но разница есть, у web болие расширенные возможности, т.к web технологии намного продвинутей чем в wap, поэтому там и неск.видов субд ибо в вебе их юзают, и плагины для жабера, и болие мощные акки, т.к веб сайты кушают очень много ресурсов их посещают много пользователей, вот там и ограничение на веб почту и на кол.баз т.к они реально в вебе юзаются
24. ктулху (28.08.2010 / 05:32)
18. ramzes, если я не прав то если не сложно обьясни почему это гк...
Пока не вижу веских причин отказываться от такого подхода... а плюсы на лицо
25. Удаленный (28.08.2010 / 10:23)
23. Формат Хостинга та при чём?
26. ramzes (28.08.2010 / 10:41)
ShiftBHT_есть_чо7 (28 Августа 2010 / 02:35)я о так называемой функции защиты в шапке скрипта.
18, не согласен... лучше сделать функцию, с указанием типа фильтра. т.е. чтоб фильтр был один, но можно было указать тип данных.
типов не так уж и много, и я думаю можно себе позволить совместить 5-6 функций в одной
http://bighack.net/forum/tem.php?r=951&idt=3&tid=699&startforum=0
27. ктулху (28.08.2010 / 13:14)
ramzes (28 Августа 2010 / 12:41)Понял, согласился полностью.
я о так называемой функции защиты в шапке скрипта.
http://bighack.net/forum/tem.php?r=951&idt=3&tid=699&startforum=0
28. delete (28.08.2010 / 14:07)
ыы Тема дай пароль от моего акка на бх, че там написано))) не уж то и правда гк, но не может такого быть, какая разница что мы этот участок кода применим на месте или создадим универсальную функцию.
29. ктулху (28.08.2010 / 14:13)
28, там о глобальной фильтрации GET массива в начале скрипта.
Вот нормальный вариант или фильтровать на месте (учитывая тип данных в перменной), либо сделать функцию с разными фильтрами под каждый тип
30. delete (28.08.2010 / 14:22)
а ну дак я говорю не об универсальном фильтре
типа написали функцию check(); и давай тока ей и обрабатывать все данные, нет. Я о том что бы стандартные функции которые будут повторятся поместить в одну функцию, а что не повторяется с учетом типа данных, на месте применять, но! т.к все равно не в один раз их применю. то есть идея написать несколько функций для этих целей и применять лишь их.
31. delete (28.08.2010 / 14:26)
допустим регулярка для проверки мейла.
if(!preg_match("/[0-9a-z_\.]+@[0-9a-z_^\.]+\.[a-z]{2,4}/i", $mail))
$error = $error.'Неверный формат мейла';
я её применяю при реге, но она мне пригадатся еще для отправки письма админу гостем, или для смены мыла в анкете
поэтом вынесу её в одельную функцию mail_check();
32. ктулху (28.08.2010 / 14:32)
Денис, а почему бы не сделать одну функцию под фильтр?
$str=check($str, $type);
Типы например mail, url, num, text и т.д.
и внутри функции уже расписать, чем фильтровать каждый тип переменной
33. delete (28.08.2010 / 14:44)
32. ShiftBHT_есть_чо7, действительно, почему бы и нет, спасибо за идею
будит меньше кода и удобней.
34. Сергей (28.08.2010 / 15:12)
Гм а как насчет ооп в пхп? Стоит ли?
35. Михаил (28.08.2010 / 15:21)
Rikland (28 Августа 2010 / 15:12)Стоит, если применять с умом. А то некоторые страдают от ООП головного мозга и создают классы для всего, включая математические функции
Гм а как насчет ооп в пхп? Стоит ли?
36. ктулху (28.08.2010 / 15:28)
Flyd (28 Августа 2010 / 17:21)Согласен на все 100, ООП надо без фанатизма использовать
Стоит, если применять с умом. А то некоторые страдают от ООП головного мозга и создают классы для всего, включая математические функции
37. Сергей (28.08.2010 / 15:33)
Гм для визуальных элементов точно можно. Предположим формы. Ну обертки для примитивных типов как в яаве я думаю можно сделать. И то если они нужны.
38. Михаил (28.08.2010 / 15:50)
Rikland (28 Августа 2010 / 15:33)Для форм шаблонизатор нужен
Гм для визуальных элементов точно можно. Предположим формы. Ну обертки для примитивных типов как в яаве я думаю можно сделать. И то если они нужны.
39. delete (28.08.2010 / 16:12)
а если просто форму в функцию поместить? например
<?php
function form() {
echo '<form action="input.php" method="post">
<p>LOGIN:<br />
<input type="text" name="login" value="'.check($_POST['login']).'" /></p>
<p>PASS:<br />
<input type="password" name="pass" value="'.check($_POST['pass']).'" /></p>
<p><input type="submit" name="submit" value="Войти"/></p>
</form>';}
?> или лутше шаблонизатор?
40. ктулху (28.08.2010 / 16:20)
39, а я бы сделал чуток подругому... Яб сделал генерацию полей из аргументов.. так на каждую форму чтоль функцию писать?
41. Сергей (28.08.2010 / 16:30)
Я как раз про это думал. Но есть ведь функции что работают с dom и sax. С помощью них можно собрать форму любую.
42. delete (28.08.2010 / 16:40)
40. ShiftBHT_есть_чо7, ну да, на каждую форму отдельную функцию
но действительно, это ни какого преимущества не дает, а просто экономия кода а вот если бы написать одну универсальную функцию и в зависимости от того какие нам поля нужны и кого в их тип, генерировать форму, вот это было бы супер
43. Михаил (28.08.2010 / 16:45)
#39, и так каждую форму в функцию запихивать?
44. Михаил (28.08.2010 / 16:46)
Rikland (28 Августа 2010 / 16:30)Зачем там dom? Ты на php с явы перешел?
Я как раз про это думал. Но есть ведь функции что работают с dom и sax. С помощью них можно собрать форму любую.
45. ктулху (28.08.2010 / 16:49)
Денис Петрович (28 Августа 2010 / 18:40)невижу сложностей. Только я не помню как получать все аргументы в массив. а так по идее просто, первый аргумент метод (POST|GET), второй URL куда отправлять данные, остальные поля и их названия. теоретически ничего сложного
40. ShiftBHT_есть_чо7, ну да, на каждую форму отдельную функцию
46. Сергей (28.08.2010 / 16:51)
Я с С++ перешел. На Java у меня меньший опыт программирования.
47. delete (28.08.2010 / 16:52)
Flyd (28 Августа 2010 / 16:45)ну этот метод юзали еще пару лет назад и сейчас юзают такие движки как джон цмс
#39, и так каждую форму в функцию запихивать?
преимущество думаю только в том что в коде меньше условий получится и можно данные не прошедшие проверку печатать в поля формы, что б исправили
48. delete (28.08.2010 / 16:59)
45. ShiftBHT_есть_чо7, ну если использовать шаблоны то прейдется отдельные файлы писать, например
<form action="{URL_ACTION}" method="{METHOD}">
{TYPE}
<input type="submit" name="submit" value="{SUBMIT_VALUE}" />
</form>
и отдельные файлы для типов форм + checked для radio и checkbox, тогда шаблонизатор будит брать файлы и собирать форму как конструктор.
49. delete (28.08.2010 / 17:03)
это если полностью делить html и php, а если нет, то просто в одном файле эти все кусочки загнать в массив и по надобности выводить и заменять нужные нам конструкции форм.
50. ктулху (28.08.2010 / 17:06)
49, вот, я про тоже... просто по кусочкам формировать форму согласно параметрам
51. delete (28.08.2010 / 17:10)
а если пойти дальше то можно весь сайт так загнать в массив и генерировать все странцы и модули
и каждый админ будит конструировать свой сайт в зависимости от того какие ему нужным модули и страницы, ток кеширывать надо будит весь сайт, а то такой генератор будит кушать много ресурсов
52. delete (28.08.2010 / 17:22)
например весь двиг будит состоять из библиатеки хтмл шаблонов, библиатеки функций и админки. Админу ненужны юзеры он просто создаст страницы, нужна юзеры создаст регу с нужным кол.полей и анкету с нужным ему кол.полей информации и т.д форум, загруз библиатеку
но кодеры потом не будут нужны, т.к любой новичек создаст сайт по его вкусу.
53. Сергей (28.08.2010 / 17:23)
Гм эта идея хорошая, но я хочу генерировать форму так чтобы потом просто было к ней стили прикручивать
54. Сергей (28.08.2010 / 17:25)
Ну и прочие элементы.
55. delete (28.08.2010 / 17:32)
примерно к этому стремится и Вантус, в админку добавить по больше настроек, что бы можно было любой модуль настраивать по вкусу.
56. ramzes (28.08.2010 / 17:52)
Денис Петрович (28 Августа 2010 / 16:59)много парсинга и чтения кучи файлов.
45. ShiftBHT_есть_чо7, ну если использовать шаблоны то прейдется отдельные файлы писать, например
<form action="{URL_ACTION}" method="{METHOD}"> {TYPE} <input type="submit" name="submit" value="{SUBMIT_VALUE}" /> </form>
и отдельные файлы для типов форм + checked для radio и checkbox, тогда шаблонизатор будит брать файлы и собирать форму как конструктор.
один класс вполне справится с генерацией практически любых форм. в сети есть готовые примеры
57. Михаил (28.08.2010 / 19:52)
Денис Петрович (28 Августа 2010 / 16:52)В шаблон тоже можно фильтры всякие вставить
ну этот метод юзали еще пару лет назад и сейчас юзают такие движки как джон цмс
58. delete (28.08.2010 / 21:29)
56. ramzes, есть конечно
но я не столь искушен в кодинге, просто что придумал то и написал
59. delete (28.08.2010 / 21:33)
57. Flyd, просто когда я слышу термин "шаблонизатор" то мне представляется класс/функция для обработки шаблона и сам шаблон, полностью состоящий из html без намека на php в нем. Но это мое понятие, я так пишу.
60. Михаил (28.08.2010 / 21:52)
Денис Петрович (28 Августа 2010 / 21:33)Совсем без намека не получится. Но там можно сделать вид намного более удобный для дизайнера, чем в нативном php
57. Flyd, просто когда я слышу термин "шаблонизатор" то мне представляется класс/функция для обработки шаблона и сам шаблон, полностью состоящий из html без намека на php в нем. Но это мое понятие, я так пишу.
61. Михаил (28.08.2010 / 22:05)
В twig например Например, {{ name|striptags|title }} удалит HTML тэги из name и сделает первые буквы всех слов заглавными. Фильтры принимают параметры в круглых скобках, на подобии вызова функций. Например, объединение строк запятой: {{ list|join(', ') }}.
62. ramzes (29.08.2010 / 01:22)
Flyd (28 Августа 2010 / 21:52)можно свести к минимуму. только циклы и все
Совсем без намека не получится. Но там можно сделать вид намного более удобный для дизайнера, чем в нативном php
63. Сергей (29.08.2010 / 18:10)
На днях соберу сервер. Повешу туда свою первую заметку.
64. Сергей (02.09.2010 / 00:11)
http://bas43.msk.ru/ заметка висит, может кому и пригодится))
65. Сергей (16.09.2010 / 23:27)
Сменил адрес http://snx.su/
URL: https://visavi.net/topics/13048