DeepVarvar Класс!! Предложил сегодня, посмеялись. ))) А что по поводу сайтов, которые за $$$ подбирают название? Что-то не нашел. Можно пруфлинки в личку?
Zuldek Cartoon - отказались с самого начала, т.к. ассоциируется с cartoonnetwork и в топе все сайты про них.
armancho7777777 Только английский. Тут я согласен полностью. С последним введением в законодательство держать домены ru su и рф без зеркалирования на международнии домены по меньшей мере опасно. Что касается приставки mult - то тут уже поработал сеошник.
Прям как в анекдоте: пустить сеошнику проектировать сайт всё равно что пустить педофила на детскую площадку.
Всем привет! Сразу скажу, что приставка mult придумана не мной, и, если честно, мне не очень это нравиться. Но если у вас есть свои варианты, то очень жду. Вы мне очень-очень поможете своим выбором.
Задача: чтобы домен был свободным в ru, com и tv зонах.
Спасибо каждому, кто проголосует, ещё большее тем, кто отпишется.
90 - это качество сжатия jpeg файла - он же капча на выходе. Если поставишь 10, то сам поймешь, что изменилось. (это в %)
Капча имеет очень простой и в то же время эффективный (от злоумышленников) код.
Моя реализация http://www[dot]captcha[dot]ru/ можно посмотреть тут http://www[dot]anrush[dot]ru/index.php?a[dot][dot][dot]ter&type=fiz (не реклама), не хитрым движением капча превращается только в сильно пиксилизированные цифры на (!) прозрачном фоне! (Добавление)
Можно по f5-тить и посмотреть весь её потенциал в шрифтах, волнах и пр. Как не старался, abby finerader угадывает от 0 до 2 символов из неё, и то рандомно и с ошибками. Но вообще мой вам совет: капча убивает желание людей что-то делать на сайте. Пока нет проблем, лучше обойтись силами ручного модерирования. Как только пойдёт поток с которым Вы или Ваша команда не сможет справиться, тогда нужна будет капча. Посмотрите на крупняк: фейсбук, яндекс, гугл - они давно уже отказались от капчи в пользу более продвинутых идей.
Может написать гуглу чтоб отдавал вам всё в кодировке UTF8?
Код сURL предоставьте для тестинга.
Возможно что-то и можно будет сделать.
Например отправлять user-agent как иностранца, тогда будет UTF8 99%
Нужно смотреть код. (Добавление)
Если запрос вернул 0, значит значение [TEST] совпадает со значением кода на картинке.
Если запрос вернул 1, значит значение [TEST] не совпадает со значением кода на картинке.
Должно быть наоборот ИМХО!
Освойте http://www[dot]captcha[dot]ru/ или капчу от самой корпорации добра http://www.google.com/recaptcha. Первая для реализации внутри проекта (никаких удалённых запросов), вторая ... гарантия uptime сервиса.
Там и мануал понятнее и реализация проще и защита получше и настроек больше. Будут проблемы пишите в личку. Не надо изобретать велосипед и пользоваться сомнительными сервисами.
Казалось бы дело в кодировке, но уже работает 70% проекта и с проблемой кодировки не сталкивался. (на всякий случай в конфигах прописал инит БД SET NAMES utf8, все файлы проекта в нём же, прописан UTF8 в .htaccess, в метах вывода тоже UTF8)
echo'Категория: '.$data->name.' c ИД:'.$data->id.'<br>';
}else{
echo'Подкатегория: '.$data->name.' Категории '.$data->pid.' c ИД:'.$data->id.'<br>';
}
}
Выводит:
Категория: Водка c ИД:1
Категория: Коньяк c ИД:2
Категория: Настойка c ИД:3
Категория: Виски c ИД:4
Подкатегория: Лимонная Категории 1 c ИД:5
Подкатегория: Перцовка Категории 1 c ИД:6
Подкатегория: На травах Категории 3 c ИД:7
Категория: Абсент c ИД:8
Категория: Текила c ИД:9
Категория: Ром c ИД:10
Категория: Ликёр c ИД:11
Категория: Х**** c ИД:12
Подкатегория: Золотая Категории 9 c ИД:13
Подкатегория: полная Категории 12 c ИД:14
Извините за некую алко тему, но проект алко )
Если кто-то поймёт в чём дело, буду благодарен! (Добавление)
Тему можно закрыть! Пятничная тупка!
caballero
То есть если я правильно понял, нафиг Фрэймворки, пользуйся сторонними классами чтоб не городить свой велосипед (PHPExcel или FPDF например или ADODB =)), а так пиши под каждую задачу свой класс и т.д.
То есть если сравнивать JS форки, CSS форки и PHP форки, то понятно что без JQuery обойтись сложно, нудно и долго, CSS форки нафиг никому не нужны (кто-то их вообще юзает?) а вот как дела с PHP??? Есть тонны форков, ORM и пр., и к каждому тонна документации, комьюнити и т.д. Для повседневных сайтов форки - то что нужно, для сложных/уникальных нужно/лучше всё самому? так?
Нет. Просто это первый Framework в который я погрузился с головой из-за хорошей документации к нему. С codeigniter, kohana и Yii я не очень сдружился, может просто не хотел тогда смотреть в сторону фреймворков, а когда посмотрел, то лучше Symfony не нашел. ) Может стоит пересмотреть своё отношение к ним?
Я постепенно отхожу от процедурного (функционального) стиля в пользу ООП, но даётся сложно. Чужие классы на примере или хотя бы с описанием класса внедрять легко. Поэтому Framework. Писать что-то своё на ООП - иногда хочется плюнуть и быстро написать процедурный костыль, чем стараться красиво на ООПэшить )))
Framework или полностью своё ООП?
Изменять структуру надо всегда, в Doctrine при этом надо менять (не помню как правильно называется) манифест кажется, т.е. описание БД, хотя если оно из манифеста создаёт таблицу, которая нужна ему, а не мне, то может это и проще, но как-то у меня более классический подход к БД. Сначала разрабатываешь архитектуру, потом структуру, связи, загоняешь это всё через например PHPMyAdmin, а потом работаешь сразу и везде: смотришь как ведёт себя таблица, как скрипт и что на выходе. Учить как Doctrine работает, отказаться от классического подхода в пользу абстрагированного, наступать на грабли... Оно того стоит? (Работаю Web-программистом - PHP,MySQL,Ajax,Jquery,CSS,XHTML,XML - всего понемногу) Конечно хочется работать и зарабатывать нормально на чём-то одном. Отсюда второй вопрос. Оно надо для карьеры (ORM)?
Тема создана конструктивного холивара для ))
Задумываюсь над достаточно крупным проектом.
Не знаю как и на чём это всё написать.
Здесь история одного проекта сходного с сабжевым, который я реализовал. Можно не читать. ))
Один раз уже писал достаточно сложную CMS для сайта-каталога с уникальной админкой, т.е. не только работа с контентом, но и статистика, установка цены, модерация всего и вся, фильтры товаров, рейтинги, отзывы, с личными кабинетами клиентов, с системой платежей, тарифами и ещё тонна плюшек.
Писал на том на чём знал, т.е. на обычном функциональном PHP. Где знаний хватало, использовал сторонние классы. На выходе получилось шустрая система, но быдлокода местами в ней было OVER9000 ))) (особенно в реализациях AJAX).
Хотя с файловой структурой разобрался даже заказчик и верстальщик далёкие от PHP.
В этой папке шаблоны, в этой системный конфиг и дрова для БД, в этой загружаемый контент,
парсер (роутер) выглядит так и так, на сайте 3 точки входа: Сайт, Админка и кабинеты клиентов и т.д. И на выходе получился не ООПшный MVC, т.е. велосипед.
Фактически я на этом проекте учился. Даже пытался реализовать некое подобие TDD. Самое нудное и долгое - было написание админки, т.к. вся CRUD реализация админки имела отдельные функции и/или файлы. Наследование кода стремилось к 0. Зато были и плюсы в этом. Быстро что-то где-то подправить (т.к. заказчик засыпал меня идеями и изменениями ТЗ по ходу выполнения) было очень просто и действительно быстро. Но вот поправить что-то серьёзное - начинался тестинг всего с нуля и полный брэйнфак с отлавливанием багов, которых до изменения не было. Например без использования ORM работа с БД была почти моментальная, но если менялась структура таблицы, все запросы связанные с ней приходилось править/просматривать. Потом долгие запросы логировались и переписывались или часть логики из запроса переходило в PHP.
По большому счёту меня всё в этом устраивало, кроме того, что достаточно сложно из этого всего скомпоновать некую CMS "из коробки" или хотя бы взять >50% кода в другой проект. GUI админки не в счёт. Ну и наверное всё-таки скорость разработки и конечно сложную масштабируемость (но возможную) на выходе. // История закончилась
Теперь я в раздумьях. Проект, которым я хочу заняться - очень похож на тот. Но это уже мой личный, т.е. писать я его буду один и сопровождать код в дальнейшем сам. Если даже не сам, то всё в нём объяснить могу. Так как это не выгоды для а хобби ради, то времени на проект у меня тонна (но хотя бы до выхода PHP6 доделать ))).
Конечно я хочу учесть все ошибки предыдущего проекта и не повторять их в этом.
Хочу спросить у Вас. Как бы и на чём бы Вы реализовывали проект? Если проект подразумевает одного разраба, вы бы использовали Symfony+Doctrine+Twig или писали свою ООП/ФП систему с нуля, или что-то третье? Symfony+Doctrine+Twig это панацея от многочасовых отлавливаний багов, трудностями с реализацией AJAX, нудного писание CRUD функций? Проще ли с этим набором менять структуру БД, или это только усложнит? Выши мнения? Я попробовал этого зверя на примере сайта блога и визитки + админка. Моё мнение, что на таком мелком варианте оно только всё усложняет, но возможно на большом проекте…? Эту связку я взял для примера + потому что она идёт в комплекте. Возмно другой вариант Framework’ов?
Повторюсь, что проект - не новостной портал, не блог и не сайт одного продукта. Здесь очень много бизнес-логики как в социальных сетях + витрина разношерстного товара как на amazon + работа с клиентами через личные кабинеты со всеми плюшками вроде моментальных фидбэков, кучей AJAX и POST т.е. полноценного клиент-сервер web-приложения а-ля личный кабинет хостера или провайдера.
Буду рад любым Вашим доводам исходя из Вашего огромного опыта. Спасибо.