tag:atsco.lighthouseapp.com,2010-11-11:/projects/63845-aproject/eventsatsco / *A Project Events2010-11-30T09:34:04Ztag:atsco.lighthouseapp.com,2010-11-11:Event/204442232012-07-14T00:45:04-04:002012-07-14T00:45:04-04:00S. Shehzed*A Project: No success logging [#38]<div><p>lame</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/122594592011-03-09T14:05:09-05:002011-03-09T14:05:10-05:00S. Shehzed*A Project: MODULEPATH should be automated [#44]<div><p>This line in the constructor of the main controller of each
module can be turned into a function and more DRY.
<code>define('MODULEPATH', APPPATH.'modules/'.'one/');</code></p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/122435292011-03-08T20:13:07-05:002011-03-08T20:13:07-05:00S. Shehzed*A Project: Is each Task Class representative of a single site or not? What are it's parent's? [#43]<div><p>This problem is messing with developers mind since without
knowing the answer, code is not following the same philosophy.</p>
<p>About the parents of Task - Comp, App, App_Parent. Are these
around to simply help keep DRY around so Tasks of the same Comp/App
do not need to repeat code?</p>
<p>It seems like currently I'm using all of Comp, App, App_Parent
as both for the reason above, but also to do general comp, app, or
app parent work. This should not be the case.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/122434312011-03-08T20:09:09-05:002011-03-08T20:09:11-05:00S. Shehzed*A Project: App & App_Model is loaded and used in each module. Should not be! They should be abstract classes. [#42]<div><p>App_Controller is loading App_Model and App as classes to be
used.</p>
<p><code>$this->load->model('app_model');<br>
$this->load->library('app');</code></p>
<p>We want all matriarch-ish classes to be just that. They do no
actual work.</p>
<p>Solution: If app/comp/task work needs to be done and there is no
set app/task/comp yet, then there should be a simple non-App
associated Task class. Use that.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/122426212011-03-08T19:20:58-05:002011-03-08T19:25:37-05:00S. Shehzed*A Project: Superfluous behavior and non-DRY of calling classes through constructor too many times [#41]<div><p>Each App_Model class has these same lines:</p>
<p><code>include(APPPATH.'config/databases.php');<br>
$this->base = $this->load->database($db['base'], TRUE);
$this->granary = $this->load->database($db['granary'],
TRUE);</code></p>
<p>This means App_Model, and Comp classes all load dbs. But those
classes are never used on the ground. They are there for structure
as basically abstract or skeleton-like classes.</p>
<p>Also, there is the whole repeating of those three lines for each
App_Model (so repeated for every module). Should bump up the three
lines to the Parent_App_Model class, but make it conditional so
only Task children classes go through those lines. Parent_App_Model
should NOT go through the lines itself.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/121174642011-03-01T20:14:59-05:002011-03-01T20:14:59-05:00Skinny M.*A Project: IM downloads path incorrectly used in IM class [#40]<div><p>IM class is using a by-class constant. Uh, this isn't really
important I don't think. In fact maybe I'll want to switch back
into this sort of decentralized structure in the future. So
UNIMPORTANT.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/121164042011-03-01T18:57:29-05:002011-03-01T18:57:30-05:00Skinny M.*A Project: Problem trying to run any app. [#39]<li>State changed from <em class="change">“active”</em> to <em class="change">“resolved”</em></li>
<div><p>The path constants were all messed up in constants.php because
ROOTPATH was trying to get the directory name of the localhost path
(/beenlost/web), not the dropbox path (/beenlost) so all the
non-beenlost, but instead /Work/ paths were including beenlost
before /Work/.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/121161562011-03-01T18:42:41-05:002011-03-01T18:42:44-05:00Skinny M.*A Project: Problem trying to run any app. [#39]<li>State changed from <em class="change">“new”</em> to <em class="change">“active”</em></li>
<div><p>Need to fix paths.</p>
<p>All non-module paths should be done in index.php or
constants.php. Otherwise there is too much to remember. This means
the strategy before of keeping everything encompassed as its own
'object' and having paths by theme won't be done anymore. Perfect
example is right here where some iMacros paths are done in the IM
class (I think).</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/121160902011-03-01T18:40:27-05:002011-03-01T18:40:29-05:00S. Shehzed*A Project: Problem trying to run any app. [#39]<div><p>Example will be trying <a href=
"http://localhost/aproject/thelaunch/app/one/s/1">http://localhost/aproject/thelaunch/app/one/s/1</a>
in thedata.</p>
<p>After step 11 in most iterations this error comes up:</p>
<p><a href="/projects/63845/changesets/quote" title=
"Changeset [quote]">[quote]</a> A PHP Error was encountered</p>
<p>Severity: Warning</p>
<p>Message: file_get_contents(IMHUBPATHdownloads/captcha.jpg)
[function.file-get-contents]: failed to open stream: No such file
or directory</p>
<p>Filename: compB/TaskBreg.php</p>
<p>Line Number: 104<br>
[/quote]</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/120037822011-02-23T14:01:12-05:002011-02-23T14:01:12-05:00Skinny M.New *A Project Project MemberSkinny M. has been given access to the *A Project Project.tag:atsco.lighthouseapp.com,2010-11-11:Event/108386922010-12-12T01:53:20-05:002010-12-12T01:53:20-05:00S. Shehzed*A Project: No success logging [#38]<div><p>Used to be a success logging sql function in CI 1.7.2.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/108386842010-12-12T01:52:52-05:002010-12-12T01:52:52-05:00S. Shehzed*A Project: inputingANDtag function and how it deals with whether to run captcha input or not [#28]<li>Milestone set to <em class="change">“<span class="milestone" data-id="91935">v0.20</span>”</em></li>
<li>State changed from <em class="change">“active”</em> to <em class="change">“resolved”</em></li>
<li>Milestone order changed from <em class="change">“2”</em> to <em class="change">“0”</em></li>
<div><p>who gives a shit if it's unefficient. no time to worry about
this even though the issue described is semi-fixed and more
streamlined anyhow.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/108386832010-12-12T01:51:42-05:002010-12-12T01:51:42-05:00S. Shehzed*A Project: Inflexibility of DB class [#2]<li>State changed from <em class="change">“shortterm”</em> to <em class="change">“resolved”</em></li>
<div><p>The fix in the wiki didn't work. Active record wasn't able to be
called.</p>
<p>Currently the main DB driver is extended, but active recording
is not, so all active recording needs to be done in one go in any
extended methods.</p>
<p>Not perfect solution as active recording should be extended, but
for now current solution is good enough.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/108386812010-12-12T01:50:16-05:002010-12-12T01:50:16-05:00S. Shehzed*A Project: method and it's children organizational confusion [#35]<li>State changed from <em class="change">“active”</em> to <em class="change">“resolved”</em></li>
tag:atsco.lighthouseapp.com,2010-11-11:Event/108386802010-12-12T01:49:52-05:002010-12-12T01:49:52-05:00S. Shehzed*A Project: organize captcha stuff [#36]<li>State changed from <em class="change">“new”</em> to <em class="change">“resolved”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<div><p>created own driver sort of class structure since CI's wasn't
very good with inheritance of function (basically I wanted the same
method for all the drivers and placed it into the captchaservice
class. but the method called upon other methods that were not a
part of captchaservice but instead of the drivers. Since the
drivers don't actually directly extend captchaservice but instead
extend CI_Driver or something, the method in captchaservice
wouldn't work properly when called by drivers).</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/107239322010-12-05T04:32:13-05:002010-12-05T04:32:13-05:00S. Shehzed*A Project: get CI 2.0 back to where it was with CI 1.7.2 [#37]<div><p>taking too long to port over. All porting should be done on
Sunday. Cleaner code to boot.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/107239282010-12-05T04:31:32-05:002010-12-05T04:31:32-05:00S. Shehzed*A Project: organize captcha stuff [#36]<div><p>perhaps make capthcaservices into a driver and drivers.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/107238782010-12-05T04:00:56-05:002010-12-05T04:00:56-05:00S. Shehzed*A Project: method and it's children organizational confusion [#35]<div><p>Follow driver_example. Children have access to parent's methods,
but not one another's (obviously).</p>
<p>The main driver extends CI_Driver_Library. Children extend
CI_Driver. If you want common or semi-common methods and variables
among children methods you can use interfaces.</p>
<p><code>__constructor()</code> should have:</p>
<pre>
<code>$this->valid_drivers[] = 'Blah_One';
$this->valid_drivers[] = 'Blah_Two';</code>
</pre>
<p>Don't need to load children. Just load the parent:
<code>$this->load->driver('Document');</code></p>
<p>Structure of files should be:<br>
Base directory: ParentName<br>
File in directory: ParentName.<br>
Directory in base, alongside file above: drivers<br>
Files in drivers:<br>
- ParentName_One - ParentName_Two</p>
<p>Will call children by doing this:<br>
<code>$this->ParentName->One->method();</code></p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/107238642010-12-05T03:43:38-05:002010-12-05T03:43:38-05:00S. Shehzed*A Project: method and it's children organizational confusion [#35]<div><p>make Method, Method_Isearching, Method_Tagging, and
Method_Scripting into drivers. Method will be parent main drive(r)
while the other three will be the children.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106297272010-11-30T04:51:16-05:002010-11-30T04:51:16-05:00S. Shehzed*A Project: Decaptcher not working [#34]<div><p>Decaptcher is fixed along with the introduction of the active
parent class of captcha services, captchasolving class, and the
removal of the old parent class and old class for
captchasolving.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106296282010-11-30T04:41:23-05:002010-11-30T04:41:23-05:00S. Shehzed*A Project: non-imacros commands not showing up in results [#15]<li>State changed from <em class="change">“midterm”</em> to <em class="change">“shortterm”</em></li>
tag:atsco.lighthouseapp.com,2010-11-11:Event/106296262010-11-30T04:41:02-05:002010-11-30T04:41:02-05:00S. Shehzed*A Project: non-imacros commands not showing up in results [#15]<li>State changed from <em class="change">“new”</em> to <em class="change">“midterm”</em></li>
<li>Milestone changed from <em class="change">“<span class="milestone" data-id="91935">v0.20</span>”</em> to <em class="change">“<span class="milestone" data-id="91941">v0.2.20</span>”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<li>Milestone order changed from <em class="change">“6”</em> to <em class="change">“0”</em></li>
<div><p>this is starting to kind of change with trying to get the
captcha stuff that has nothing to do with imacros be included in
the debugging output.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106296152010-11-30T04:40:13-05:002010-11-30T04:40:13-05:00S. Shehzed*A Project: Including or excluding prefixes like http when going to URLs [#10]<li>State changed from <em class="change">“new”</em> to <em class="change">“hold”</em></li>
<li>Milestone changed from <em class="change">“<span class="milestone" data-id="91935">v0.20</span>”</em> to <em class="change">“<span class="milestone" data-id="91941">v0.2.20</span>”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<div><p>Not important enough to care about right now.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106296072010-11-30T04:39:24-05:002010-11-30T04:39:24-05:00S. Shehzed*A Project: Amount of time tag is repeated for search and tag [#31]<li>State changed from <em class="change">“new”</em> to <em class="change">“hold”</em></li>
<li>Milestone cleared.</li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<div><p>Let this problem become a problem when it screws shit up!</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106295992010-11-30T04:38:39-05:002010-11-30T04:38:39-05:00S. Shehzed*A Project: captcha image not appearing in in_memory [#32]<li>State changed from <em class="change">“new”</em> to <em class="change">“resolved”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<div><p><strong>RESOLVED:</strong> Fixed on the 29th. It was some basic
mistake of quick coding resulting in simple mistakes that were
fixed within 15 minutes of serious debugging.</p>
<p>The base 64 encoded image is saved in a captcharpo table in rpo
db while an unencoded image as a binary string is saved in the
in_memory.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106295732010-11-30T04:36:24-05:002010-11-30T04:36:24-05:00S. Shehzed*A Project: there's no browser screenshot available [#14]<li>State changed from <em class="change">“new”</em> to <em class="change">“midterm”</em></li>
<li>Milestone changed from <em class="change">“<span class="milestone" data-id="91935">v0.20</span>”</em> to <em class="change">“<span class="milestone" data-id="91940">v0.2.13</span>”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<li>Milestone order changed from <em class="change">“5”</em> to <em class="change">“0”</em></li>
<div><p>This is related to the more 'fun' part of this project with
doing the frontend for 'users'.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106295562010-11-30T04:35:16-05:002010-11-30T04:35:16-05:00S. Shehzed*A Project: going direct to second instead of second/mode... makes problems [#13]<li>State changed from <em class="change">“new”</em> to <em class="change">“hold”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
<div><p>this just doesn't matter enough right now. It's an internal
project so who cares if urls are ugly and buggy.</p></div>tag:atsco.lighthouseapp.com,2010-11-11:Event/106295502010-11-30T04:34:35-05:002010-11-30T04:34:35-05:00S. Shehzed*A Project: inputingANDtag function and how it deals with whether to run captcha input or not [#28]<li>State changed from <em class="change">“new”</em> to <em class="change">“active”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
tag:atsco.lighthouseapp.com,2010-11-11:Event/106295412010-11-30T04:34:07-05:002010-11-30T04:34:07-05:00S. Shehzed*A Project: no structure for App 2. [#23]<li>State changed from <em class="change">“new”</em> to <em class="change">“shortterm”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>
tag:atsco.lighthouseapp.com,2010-11-11:Event/106295402010-11-30T04:34:04-05:002010-11-30T04:34:04-05:00S. Shehzed*A Project: no logging in for yahoo email done. [#25]<li>State changed from <em class="change">“new”</em> to <em class="change">“midterm”</em></li>
<li>Assigned user set to <em class="change">“S. Shehzed”</em></li>